Binkp/1.0

Описание протокола

   binkp's frames:

    +---------------------- 0=data block, 1=message(command)
    |                +---- data block size / msg's argument size
    |                |
    7 6543210 76543210
   +-+-------+--------+--- ..... ---+
   | |   HI      LO   |             | -- data block / msg's argument
   +-+-------+--------+--- ..... ---+
   |<-    2 bytes   ->|<- 32K max ->|

    7 6543210 76543210 76543210
   +-+-------+--------+--------+
   |1|      0        1|       4|
   +-+-------+--------+--------+
    |                |        +----- номер команды (аргументов нет)
    |                +-------- длина кадра без заголовка -- 1 байт
    +- это команда

• M_NUL 0

  Аргумент команды игнорируется (и, возможно, записывается в лог). Именно так передаем нодлистовую информацию, имя сисопа и т.д.

  eg, "ZYZ Dima Maloff"

• M_ADR 1

  Список 5D адесов (через пробел)

  eg, "2:5047/13@fidonet 2:5047/0@fidonet"

• M_PWD 2

  Пароль. После успешной обработки пароля, принятого от remote, binkd-сервер пересканирует очередь.

  eg, "pAsSwOrD"

• M_OK 4

  Ответ на правильный пароль. binkd-клиент при приеме этого сообщения пересканирует очередь. Аргумент команды игнорируется.

  eg, ""

• M_FILE 3

  Данные о следующем файле. Через пробел: имя файла (без пробельных символов); размер; unix-time; смещение, с которого файл передается. Все -- в десятичной системе. Все следующие принятные блоки данных относятся именно к этому файлу до поступления следующего сообщения M_FILE. Специального признака конца файла нет, так как размер файла известен заранее. binkd "лишние" блоки допишет к концу текущего файла. Каждый новый файл мы начинаем передавать со смещения 0. Получение M_GET от remote должно заставить нас сделать seek.

  eg, "config.sys 125 2476327846 0"

  Или, при ответе на M_GET со смещения 100:

  "config.sys 125 2476327846 100"

• M_EOB 5

  End-of-Batch. EOB передается после того, как посланы все файлы. Если мы находимся в сосотоянии EOB (все файлы посланы), получаем от remote EOB (больше нет файлов для нас), мы получили все подтверждения на все посланные файлы, мы получили все файлы перезапрошенные по GET, то сессия считается успешно завершенной.

  eg, ""

• M_GOT 6

  Передается принимавшей файл системой как подтверждение после получения последней порции данных файла. Аргументы копируют аргументы команды FILE от remote, за исключением последнего -- смещения, который не возвращается на систему, передавшую M_FILE. GOT может быть передан и в процессе приема файла -- реакция на нее передающей стороны -- разрушающий skip.

  eg, "config.sys 125 2476327846"

• M_ERR 7

  Фатальная ошибка. Сторона, передавшая M_ERR, завершает сессию. ргумент, текст объясняющий причину, пишется в лог. binkd передает M_ERR в ответ на неверный пароль.

  eg, "Incorrect password"

• M_BSY 8

  Передается если наша система занята. Аргумент игнорируется принимающей стороной. (Записывается в лог)

  eg, "Too many servers are running already"

• M_GET 9

  С помощью M_GET делается resend. Аргументы M_GET копируют аргументы команды M_FILE, которую мы бы желали видеть от remote. :) Binkd посылает ее как ответ на M_FILE в том случае, если его не устраивает смещение с которого нам начали файл передавать.

  eg, "config.sys 125 2476327846 100"

  Сейчас binkd обрабатывает ее так: по первым полям (имя/размер/unixtime) определяет, является ли аргумент M_GET текущим для нас передаваемым файлом (либо файл уже передан и мы ждем для него M_GOT), и если это так, делает seek на заданное смещение, после чего послылает M_FILE. Для нашего примера M_FILE будет иметь аргументы:

  "config.sys 125 2476327846 100"

• M_SKIP 10

  Неразрушающий skip. Пример строки пареметров:

  "config.sys 125 2476327846"

Типичная сессия между двумя binkd