Следующая:Protocol Selection, Следующая:File Transfer Control, Предыдущая:Accepting a Call, Вверх:sys File
protocol string
Определяет, какой протокол использовать для работы с другой
системой, и в каком порядке следует использовать данные протоколы.
Обычно данная команда не используется.
Пример данной команды protocol tfg
.
Значение по умолчанию зависит от характеристик порта и
номеронабирателя (dialer), как они определяют командами seven-
bit
и reliable
. Если ни порт, ни номеронабиратель (dialer) не
используют данные команды, то предполагается следующее значение по
умолчанию - 8-и битовое надежное (reliable) соединение. Команды
seven-bit true
или reliable false
могут использоваться для
переустановки данных значений в port
-е или dialer
-е. Каждый
протокол имеет конкретные требования, которые должны быть
выполнены прежде, чем он будет рассматриваться во время
переговоров с удаленной стороной.
Протоколы t
и e
предназначены для использования через TCP или
по некоторым другим коммуникационным соединениям с 'end to end
reliability' (гарантированная доставка с концевыми
подтверждениями), так как данные протоколы не выполняют никаких
проверок вообще. Данные протоколы рассматриваются только на TCP
портах, которые являются надежными и восьми битными. Технические
детали приведены в t Protocol и в e Protocol.
Протокол i
является двунаправленным протокол. При этом требуется
восьми битное соединение. Данный протокол работает через
полудуплексное соединение, например Telebit модем в PEP режиме, но
для более эффективного использования таких соединений, следует
использовать команду half-duplex
(смотрите port File)
Смотрите i Protocol.
Протокол g
является надежным, но требует восьми битного
соединения. Смотрите g Protocol.
Протокол G
является версией g
протокола системы System V
Release 4. Смотрите Big G Protocol.
Протокол a
- Zmodem подобный протокол, разработанный
(contributed) Doug Evans. Данный протокол требует восьми битового
подключения, но в отличие от протокола g
или от протокола i
,
он будет работать, если некоторые управляющие символы не могут
быть переданы по соединению.
Протокол j
это вариант i
протокола, который может исключить
передачу некоторых управляющих символов. Набор символов, которые
следует исключить при передаче, устанавливается параметром. В то
время как технически не требуется восьми битового подключения
(можно все настроить таким образом, чтобы избежать передачи всех
символов с установленным старшим битом) будет очень неэффективно
использовать такой подход. Протокол может быть полезен на восьми
битовом соединении, которое не может передавать некоторые
управляющие символы. Смотрите j Protocol.
Протокол f
предназначен для использования с соединениями X.25;
при этом подсчитываются контрольные суммы для каждого файла в
целом, так что любая ошибка приводит к повторной передаче полного
файла. Для данного протокола требуется надежное семибитовое
соединение. Данный протокол является потоко ориентированным
протоколом, если он используется на последовательном порте, то
порт должен быть надежным и поддерживать управление потоком.
Смотрите f Protocol.
Протокол v
это g
протокол, который используется DOS программой
UUPC/Extended. Он введен только для того, чтобы пользователи
UUPC/Extended могли использовать данный протокол; в других случаях
нет никакой особой причины для выбора данного протокола. Смотрите v Protocol.
Протокол y
- эффективный потоковый протокол. Протокол
осуществляет проверку ошибок, но при обнаружении ошибки немедленно
прерывает соединение. Он требует надежного, восьми битового
потокового соединения, с управлением потоком. Практически он
полезен только для соединений, которые почти всегда свободны от
ошибок. В отличие от протоколов t
и e
, подключение не
должно быть полностью свободным от ошибок, поэтому y
протокол
может использоваться на последовательном порте. Смотрите y Protocol.
Протоколы рассматриваются в указанном порядке. Это означает, что,
если команды seven-bit
, reliable
не используются, то t
протокол используется по TCP соединению, а i
протокол
используется на других типах соединений (если конечно эти
протоколы поддерживаются удаленной системой; кроме того,
предполагается, что все системы поддерживают g
протокол).
Обратите внимание, что в настоящее время одновременное задание и
seven-bit true
reliable false
не соответствует никакому
протоколу. Если это происходит для заданной комбинации
номеронабирателя и порта, то следует использовать команду
protocol
для системы или не задавать протокол вообще
(единственный разумный выбор при этом - protocol f
).
Список протоколов может также задаваться для порта (смотрите port File), но, если присутствует список для систем, список для
портов игнорируется.
protocol-parameter character string ...
character это символ, который задает имя протокола. Остающиеся
строки - это команды, специфичные для используемого протокола,
который будет выполнен, если данный протокол используется. Пример
команды - window 7
. Конкретные команды являются протокольно
зависимыми.
Протокол i
поддерживает следующие команды, все из которых
используют числовые параметры:
window
packet-size
remote-packet-size
sync-timeout
sync-retries
timeout
retries
errors
error-decay
errors
.
Значение по умолчанию составляет 10.
ack-frequency
Протоколы g
, G
и v
поддерживают следующие команды,
все из которых используют числовые параметры, за исключением short-
packets
, у которого в качестве аргументов используется булевский
параметр:
window
packet-size
g
и G
и 1024 для
v
протокола. Большинство старших пакетов UUCP не
поддерживают размеры пакетов большие, чем 64, а другие не
поддерживают размеры пакетов, которые большее чем 128.
Некоторые UUCP пакеты даже сбрасывают DUMP ядра, если
требуется больший размер пакета. Размер пакета не является
предметом переговоров, и может отличаться для каждого
направления. Если запрашивается размер пакета больше чем
поддерживаемый удаленной системой, то вы не сможете отослать
любые файлы.
startup-retries
init-retries
init-timeout
retries
timeout
garbage
errors
error-decay
errors
.
Значение по умолчанию составляет 10.
remote-window
remote-packet-size
short-packets
G
протокола); при соединении с таким пакетом, данный параметр
должен быть установлен в false. Значение по умолчанию
составляет true (истина) для протоколов g
и v
и
ложно для протокола G
.
Протокол a
это - Zmodem подобный протокол, разработанный Doug
Evans. Данный протокол поддерживает следующие команды, которым
передается числовые аргументы, за исключением escape-control
,
который принимает булевский параметр:
timeout
retries
startup-retries
garbage
send-window
escape-control
XON
или XOFF
. Данное
соединение по прежнему должно быть способным передавать
восьми битовые символы, которые отличаются от управляющих
символов. Значение по умолчанию составляет false.
j
может использоваться по восьми битовому соединению,
которое не передает некоторые управляющие символы. При этом
воспринимаются те же самые протокольные параметры, которые
воспринимает i
протокол:
avoid
escape
последовательность (смотрите Chat Scripts). У протокола нет
возможности избежать printable ASCII символов (символов
ASCII, которые могут быть напечатаны) (байты от 32 до 126,
включительно); можно исключить только управляющие ASCII
символы и восьми битовые символы. Значение по умолчанию
составляет - \021\023
; это символы XON
и XOFF
,
которые используются на многих соединениях для управления
потоком данных. Если пакет настроен на использование
HAVE_BSD_TTY
, то на некоторых версиях Unix, вероятно,
придется избегать также кода \377
, из-за того, как
некоторые реализации терминального BSD драйвера
обрабатывают сигналы.
Протокол f
предназначен только для использования с модемами,
которые поддерживают исправление ошибки; при этом подсчитываются
контрольные суммы каждого файла целиком, поэтому любая ошибка
приводит к полной перетрансляции файла целиком. Поддерживаются
следующие команды, каждая из которых использует числовые
параметры:
timeout
retries
Протоколы t
и e
предназначены для использования по TCP или
по некоторым другим коммуникационным путям c меж концевой
гарантированной доставкой, поскольку при этом проверка не делается
вообще. Оба протокола поддерживают единственную команду, которая
использует числовой аргумент:
timeout
Протокол y
это потоковый протокол, предоставленный (contributed)
Jorge Cwik. Поддерживает следующие команды, каждая из которых
используют следующие числовые аргументы:
timeout
packet-size
После каждого запроса протокольные параметры сбрасываются в их значения по умолчанию.