2020-01-14
94
Изначально для передачи данных в сети Фидонет использовалось прямое модемное подключение через телефонную линию, что отражено в Уставе и структуре сети. Фидонет является оффлайновой сетью, то есть сообщения и файлы распространяются по сети, в то время как пользователь может быть отключен от сети. Первоначально основным протоколом сети Фидонет являлся протокол передачи «сетевой почты» (нетмейла, англ. Netmail): индивидуальных электронных текстовых сообщений, содержащих имя отправителя и получателя, а также Фидонет-адреса каждого из них. В сети обеспечивается роутинг сообщений, так что отправителю и получателю сообщения не обязательно устанавливать между собой прямую («директную», англ. direct) связь. Тем не менее, возможность такой связи, при которой почта минует маршрут по умолчанию и административную иерархию, сохраняется и изредка используется, поскольку в таком случае обеспечивается гарантированная доставка почты получателю и сохраняется тайна переписки (поскольку обычно системные операторы транзитных узлов Фидонет оставляли за собой право просматривать проходящую через них личную переписку на предмет содержимого, нарушающего Устав Фидонет). Нетмейл позволял «присоединять» к каждому передаваемому сообщению один файл. Это позволило создать серию работающих поверх нетмейла протоколов, передающих информацию от одного узла к другому в прикрепленных файлах. Наиболее часто используемым из таких протоколов является эхопочта («эхомейл», англ. echomail), представляющая собой публичные конференции («эхоконференции»), похожие на группы Usenet. Первоначально эхомейл предназначался для сбора сообщений с публичных форумов местных BBS и передачи их в сжатом виде (для экономии времени; обычно использовались форматы ARC — отсюда «аркмейл» (англ. arcmail) или ZIP). Позже эхоконференции приобрели самостоятельное значение, став наиболее популярным протоколом обмена информацией в Фидонет. Кроме того, существовали также протоколы обмена бинарными файлами (файлэхоконференции — «файлэхи», англ. fileecho), однако в настоящее время эти протоколы применяются достаточно мало (вследствие распространения быстрых и дешёвых интернет-каналов и P2P-сетей). Фидонет не является частью Интернета. Однако в настоящее время каналы и протоколы Интернета довольно часто используются для передачи поверх них трафика Фидонет (с использованием binkp и аналогичных протоколов). Кроме того, большая часть эхоконференций сети Фидонет доступна пользователям Интернет через Usenet и WWW-гейты.
Адресация
Стандартная схема адресации в сети Фидонет описывается в документе FTSC FRL-1002. Стандарт предусматривает полную форму записи адреса (так называемая 5D-адресация — англ. 5D-addressing, использующая 5 полей сетевого адреса) и различные формы сокращённой записи, из которых наиболее часто используемыми являются 3D и 4D-адресации. 5D-адреса записывается в следующей форме: Zone:Net/Node.Point@Domain, где:
i. Zone — номер зоны (от 1 до 32767).
ii. Net — номер сети (от 1 до 32767).
iii. Node — номер узла (от −1 до 32767).
iv. Point — номер пойнта узла (от 1 до 32767).
v. Domain — символьное имя сети (до 8 знаков).
Из этих полей обязательными являются только Net и Node. Таким образом, возможны следующие сокращённые формы записи адреса:
i. Zone:Net/Node.Point — 4D-адресация, имя сети по умолчанию fidonet.
ii. Zone:Net/Node — 3D-адресация, опускается поле Point, которое у всех узлов сети имеет значение 0.
iii. Net/Node — 2D-адресация, опускается поле Zone, для которого по умолчанию принимается значение 1.
Значение номера узла «-1» используется для отправки запроса на получение сетевого адреса. Символьное имя сети используется достаточно редко ввиду маловероятности конфликтов адресации между парами зона‐узел у участников FTN-сетей, и наличия популярного ПО, не учитывающего домен при сравнении адресов.
Список узлов
Устав Фидонета требует, чтобы каждый узел сети поддерживал в актуальном состоянии список всех узлов сети (нодлист, англ. nodelist). Формат списка узлов описывается стандартом Фидонет FTS-5000. Информация об узле, указанная в списке, включает в себя статус узла (для обозначения временно неработающих и недоступных средствами телефонии узлов), его номер и наименование (для узлов, доступных посредством интернет-протоколов — доменное имя, IP или E-mail адрес), географическое местонахождение, имя и фамилию оператора узла, номер телефона и флаги, указывающие на возможности программного и аппаратного обеспечения узла. Список узлов еженедельно обновляется. Координаторы каждой сети поддерживают в актуальном состоянии локальные списки узлов. Эти списки регулярно пересылаются вышестоящим координаторам, которые составляют общесетевой список узлов. Изменения в списке рассылаются (как правило, через файловые эхоконференции) всем узлам сети.
Маршрутизация
По концепции Фидонета и по Полиси отправить письмо можно двумя способами: либо директом (то есть непосредственно получателю), либо сетевому координатору получателя, который обязан организовать дальнейшую доставку полученной им почты членам своей сети (обычно либо непосредственно, либо, в больших сетях, через хабы). Такая схема неудобна в сети с большим числом узлов и для передачи информации зачастую требует междугородных и международных телефонных вызовов. Ввиду этого обычной практикой стало заключение неформальных договоренностей между системными операторами о том, что один или несколько узлов сети принимают на себя функции по маршрутизации сетевых сообщений. Кроме того, на уровне зоны выделялись узлы, бравшие на себя функцию передачи почты в другие зоны (межзонные гейты — англ. zone gate). Часто системные операторы этих узлов также являлись одновременно координаторами своего уровня или крупными хабами, но это не являлось обязательным требованием. Выполнение функций такими узлами зачастую требовало значительных материальных затрат, поэтому в таких случаях могло вводиться разделение расходов между всеми узлами сети (англ. costsharing). Использовались и другие возможности: так, с ноября 1991 года передача сообщений между Европой и Северной Америкой, а с 1992 года и между другими регионами (Тайвань, ЮАР, Чили и т.д.) стала осуществлялась с использованием IP-каналов. В России подобные функции нередко выполняли узлы, чьи системные операторы использовали служебное положение для осуществления междугородних звонков без оплаты, в том числе через ведомственные сети (Искра-2, железнодорожная сеть). Такие узлы получили название «лонглинки» (от англ. long link). Фактически схема маршрутизации была иерархична, а количество горизонтальных связей было мало. Это позволяло обходиться без специальных технических средств, позволяющих организовать маршрутизацию сообщений. Однако с ростом количества узлов, а также с распространением IP количество лонглинков сильно увеличилось, что сделало традиционную схему роутинга неэффективной (по крайней мере, в российском сегменте сети). Кроме того, для повышения надёжности сети необходима была децентрализация роутинга с образованием так называемого «бекбона» (англ. backbone) сети. Для оптимизации схемы роутинга у узлов с большим количеством связей с другими узлами было предложено два решения:
i. Протокол FRIP (расшифровывается как Fidonet routing information protocol) и одноимённая утилита, созданная Дмитрием Завалишиным, работающая по принципу «объявления» — каждый узел рассылает связанным с ним узлам объявления о том, что он готов принимать почту для некоего списка узлов (как правило, для самого себя и своих даунлинков). Получатели объявления продолжают рассылать его всем связанным узлам. Рассылка не происходит, если получатель объявления уже «знает» более короткий путь к целевому узлу. В результате должна быть автоматически построена карта роутинга, обеспечивающая доставку сообщений по наиболее короткому пути. В настоящее время этот протокол не используется.
ii. Программа Hubroute generator (также известная как «сафроутер» — по имени создателя, Юрия Сафронова). Эта программа строит роутинг на основе общих для региона списка жестко заданных путей роутинга и списка «доверенных» узлов, принимающих почту для определённой сети (в российском Фидонет — R50.ROU и R50.TRU соответственно) с учётом данных об узлах, на которые данный узел может напрямую отправлять сообщения. Общерегиональные списки путей роутинга и доверенных узлов составляются региональным координатором на основании данных, которые ему присылают сетевые координаторы.
