imported>Alex NB OT: замена имён и значений устаревшего неподдерживаемого InternetArchiveBot формата параметров доступности ссылок (1), замена устаревших имён параметров (2)

2025-07-16T10:12:01Z

замена имён и значений устаревшего неподдерживаемого InternetArchiveBot формата параметров доступности ссылок (1), замена устаревших имён параметров (2)

Новая страница

{{Карточка протокола
|Аббр = binkp
|Уровень = Прикладной
|Семейство = TCP/IP
|Создан = [[1996]]
|Порт = 24554/[[TCP]]
|Назначение = Передача файлов в [[FTN]]-сетях
|Спецификация = [http://ftsc.org/docs/fts-1026.001 FTS-1026]
|Клиенты = [[binkd]], argus, bforce
|Расширяемость = Доп. команды и опции
|Основные расширения = [[шифрование]], [[сжатие данных]], nodupe mode, [[MD5]]-[[аутентификация]]
}}
'''Binkp''' — [[сетевой протокол]] [[прикладной уровень|прикладного уровня]], разработанный для передачи [[файл]]ов в [[Фидонет]]е или в других [[FTN]]-сетях, происходящей поверх [[TCP]]-соединения. Как правило, для связи по данному протоколу используют TCP-[[Порт (TCP/UDP)|порт]] 24554, так как этот номер зарезервирован под binkp в каталоге [[IANA]] (''Internet Assigned Numbers Authority'').

Существуют две версии протокола binkp: оригинальная (1.0) и дополненная (1.1). Кроме того, разработано несколько расширений протокола. Протокол и бо́льшая часть его расширений оформлены стандартами и предложениями [[FTSC]].

Уровень разрешает приложениям пользователя иметь доступ к сетевым службам, таким как обработчик запросов к базам данных, доступ к файлам, пересылке электронной почты. Также отвечает за передачу служебной информации, предоставляет приложениям информацию об ошибках и формирует запросы к уровню представления. Пример: [[HTTP]], [[POP3]], [[SMTP]].

== История создания ==
После того, как [[Интернет]] стал все более распространён и доступен, возникла потребность использовать его для междугородних линков в [[Фидонет]] вместо обычных телефонных сетей и сети [[Искра-2 (телефонная сеть)|Искра-2]]. Реализации виртуальных модемов ([[rlfossil]], [[vmodem]]) решали задачу недостаточно эффективно. В мейлере [[ifcico]] была реализована возможность прямой связи между фидошными мейлерами по [[TCP]], но по-прежнему использовались протоколы, предназначенные для не дающего гарантии доставки транспорта ([[EMSI]], [[zmodem]]), а потому неэффективные для применения поверх TCP.

В такой ситуации в [[1996]] г. Дмитрий Малов разработал специализированный протокол binkp и поддерживающий его мейлер [[binkd]]. Этот протокол и мейлер могли работать только поверх TCP, они не предназначены для работы по обычным телефонным линиям. В этом было их преимущество перед остальными протоколами, и binkp достаточно быстро потеснил остальные варианты fido over inet: к концу 1998 года, если судить по флагам в нодлисте, binkp уже был наиболее распространённым из протоколов fido over ip. Кроме того, протокол binkp был изначально документирован, а его реализация (binkd) — [[свободное программное обеспечение|свободная]] [[Кроссплатформенность|кроссплатформенная]] программа, что тоже являлось существенным преимуществом binkp и binkd перед другими протоколами этого применения. Впоследствии появились реализации протокола binkp и в других мейлерах (Argus, bforce, qico, mbico).

Номер порта (24554) был, как утверждает автор, номером его домашнего телефона в Магадане.<ref>{{cite web
|url=https://www.facebook.com/dmitry.malov/posts/10206917797879057?loc=en_GB
|author=Dmitry Malov
|date=2016-10-07
|title=Каждый раз, когда читаю в путеводителе или...
|publisher=[[Facebook]]
|location=Москва
|archive-url=https://web.archive.org/web/20161007202648/https://www.facebook.com/dmitry.malov/posts/10206917797879057?loc=en_GB
|archive-date=2016-10-07
|quote=на самом деле, 24554 был номер моего домашнего телефона в Магадане
|url-status=dead
}}</ref>

== Структура протокола ==
Взаимодействие происходит в одной TCP-сессии (благодаря чему протокол работает через [[NAT|IP NAT]]). Стороны обмениваются между собой кадрами ограниченного размера (не более 32K, по умолчанию 4K). В каждом кадре могут передаваться либо данные, либо управляющая команда. За счёт этого достигается двунаправленность протокола: во время отправки файла одна из сторон может вклинить в поток данных кадр с командой подтверждения приёма файла, таким образом приём и передача происходят практически независимо друг от друга одновременно в одной tcp-сессии.

Кроме того, изначально было введено понятие потока. То есть, отправляющая сторона не ожидает подтверждения приёма предыдущего файла для отправки следующего. Это существенно повышает эффективность протокола по сравнению с другими аналогичными. Также в протокол были заложены возможности его последующего развития — добавления новых опциональных возможностей, либо изменение версии протокола (поддерживаемые версии и набор опциональных расширений стороны объявляют друг другу в начале сеанса связи).

Binkp работает через двунаправленный символьный канал, не допускающий ошибок при передаче данных. Любые данные, записываемые каждой из сторон в канал, имеют следующий общий формат:

binkp кадр:

+---------------------- 0=блок данных, 1=сообщение(команда)
| +---- размер блока данных / размер аргументов
| |
7 6543210 76543210
+-+-------+--------+--- ..... ---+
| | HI LO | | -- блок данных / аргументы
+-+-------+--------+--- ..... ---+
|<- 2 байта ->|<- 32K max ->|

Заголовок кадра — два байта, определяющие тип и длину (в байтах) данных, следующих за заголовком. Если старший бит заголовка сброшен, то все данные поступившие с кадром следует дописать к текущему принимаемому файлу. (Если такой файл уже открыт, иначе — отбросить) В противном случае, данные следует разобрать как команду, меняющую состояние протокола. Первый байт данных, поступивших с кадром — номер команды. Оставшиеся — аргумент. Аргументы команд — произвольный набор символов, не обязательно ограниченный '\0'. Команда без аругментов (например, M_OK) может выглядеть примерно так:

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

== Основные расширения ==
По мере развития протокола в него были добавлены многие новые возможности. Вот основные из них:

* Возможность дополнения очереди на отправку без обрыва соединения (это основное отличие binkp 1.1 от 1.0), в частности, возможность отработки файловых запросов
* Возможность безопасной передачи пароля по открытым каналам связи с использованием [[хеш]]а [[MD5]]
* Возможность [[шифрование|шифрования]] всего трафика
* Возможность [[сжатие данных|компрессии]] трафика
* Защита от повторной передачи файла в случае обрыва связи при подтверждении приёма (ND-mode)

== См. также ==
* [[DNS Distributed Nodelist]]

== Примечания ==
{{примечания}}

== Ссылки ==
* [http://binkd.grumbler.org/binkp/binkp.html.koi.ru Описание протокола Binkp 1.0]
* [http://binkd.grumbler.org/binkp/binkp11.html.koi.ru Описание протокола Binkp 1.1] {{Wayback|url=http://binkd.grumbler.org/binkp/binkp11.html.koi.ru |date=20070928083349 }}
* [http://www.ftsc.org/docs/fts-1026.001 Полная спецификация протокола, зарегистрированная в FTSC (FTS-1026)]

[[Категория:Протоколы прикладного уровня]]
[[Категория:Фидонет]]
[[Категория:Интернет-протоколы]]

Binkp - История изменений

imported>Alex NB OT: замена имён и значений устаревшего неподдерживаемого InternetArchiveBot формата параметров доступности ссылок (1), замена устаревших имён параметров (2)