История развития компьютерных сетей

Наиболее часто используемым из таких протоколов является эхопочта («эхомейл», англ. echomail), представляющая собой публичные конференции («эхоконференции»), похожие на группы Usenet. Первоначально эхомейл предназначался для сбора сообщений с публичных форумов местных BBS и передачи их в сжатом виде (для экономии времени; обычно использовались форматы ARC — отсюда «аркмейл» (англ. arcmail) или ZIP). Позже эхоконференции приобрели самостоятельное значение, став наиболее популярным протоколом обмена информацией в Фидо.

Кроме того, существуют также протоколы обмена бинарными файлами (файлэхоконференции — «файлэхи», англ. fileecho), однако в настоящее время эти протоколы применяются достаточно мало (вследствие распространения быстрых и дешёвых интернет-каналов и P2P-сетей).

 

 

Адресация.

Стандартная схема адресации в сети Фидонет описывается в документе FTSC FSP-1028.[33] Стандарт предусматривает полную форму записи адреса (так называемая 5D-адресация — англ. 5D-addressing, использующая 5 полей сетевого адреса) и различные формы сокращённой записи, из которых наиболее часто используемыми являются 3D и 4D-адресации.

5D-адреса записывается в следующей  форме: Zone:Net/Node.Point@Domain, где:

• Zone — номер зоны (от 1 до 32767).

• Net — номер сети (от 1 до 32767).

• Node — номер узла (от −1 до 32767).

• Point — номер пойнта (от 1 до 32767).

• Domain — символьное имя FTN-сети (до 8 знаков). В случае Фидо — «fidonet».

Из этих полей обязательными являются только Net и Node. Таким образом, возможны следующие сокращённые формы записи адреса:

• Zone:Net/Node.Point — 4D-адресация, имя сети по умолчанию fidonet.

• Zone:Net/Node — 3D-адресация, опускается поле Point, которое у всех узлов сети имеет значение 0.

• Net/Node — 2D-адресация, опускается поле Zone, для которого по умолчанию принимается значение 1.

Значение номера узла «-1» используется для отправки запроса на получение сетевого адреса. Символьное имя сети используется достаточно редко ввиду маловероятности конфликтов адресации между парами зона‐узел у участников FTN-сетей, а также наличия популярного ПО, не учитывающего домен при сравнении адресов.

 

Маршрутизация.

По концепции Фидонета и по Полиси отправить письмо можно двумя способами: либо директом (то есть непосредственно получателю), либо сетевому координатору получателя (так называемый «хостроутинг»). Сетевой координатор обязан организовать дальнейшую доставку полученной им почты членам своей сети (обычно либо непосредственно, либо, в больших сетях, через хабы).

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

Выполнение функций такими узлами зачастую требовало значительных материальных затрат, поэтому в таких случаях могло вводиться разделение расходов между всеми узлами сети (англ. costsharing). Использовались и другие возможности: так, с ноября 1991 года передача сообщений между Европой и Северной Америкой, а с1992 года и между другими регионами (Тайвань, ЮАР, Чили и т. д.) стала осуществлялась с использованием IP-каналов. В России подобные функции нередко выполняли узлы, чьи системные операторы использовали служебное положение для осуществления междугородних звонков без оплаты, в том числе через ведомственные сети (Искра-2, железнодорожная сеть). Такие узлы получили название «лонглинки» (от англ. long link).

Фактически схема маршрутизации была иерархична, а количество горизонтальных связей было мало. Это позволяло обходиться без специальных технических средств, позволяющих организовать маршрутизацию сообщений. Однако с ростом количества узлов, а также с распространением IP количество лонглинков сильно увеличилось, что сделало традиционную схему роутинга неэффективной (по крайней мере, в российском сегменте сети). Кроме того, для повышения надёжности сети необходима была децентрализация роутинга с образованием так называемого «бекбона» (англ. backbone) сети. Для оптимизации схемы роутинга у узлов с большим количеством связей с другими узлами было предложено два решения:

• Протокол FRIP (расшифровывается как Fidonet routing information protocol) и одноимённая утилита, созданная Дмитрием Завалишиным, работающая по принципу «объявления» — каждый узел рассылает связанным с ним узлам объявления о том, что он готов принимать почту для некоего списка узлов (как правило, для самого себя и своих даунлинков). Получатели объявления продолжают рассылать его всем связанным узлам. Рассылка не происходит, если получатель объявления уже «знает» более короткий путь к целевому узлу. В результате должна быть автоматически построена карта роутинга, обеспечивающая доставку сообщений по наиболее короткому пути. В настоящее время этот протокол не используется.

• Программа Hubroute generator (также известная как «сафроутер» — по имени создателя, Юрия Сафронова; в пакете Husky она называется Fidoroute). Эта программа строит роутинг на основе общих для региона списка жестко заданных путей роутинга и списка «доверенных» узлов, принимающих почту для определённой сети (в российском Фидо — R50.ROU и R50.TRU соответственно) с учётом данных об узлах, на которые данный узел может напрямую отправлять сообщения. Общерегиональные списки путей роутинга и доверенных узлов составляются региональным координатором на основании данных, которые ему присылают сетевые координаторы.

Данные решения предназначены для использования крупными узлами с большим числом межсетевых связей. Большинство узлов продолжает использовать традиционную схему роутинга.

 

 

 

 

 

 

 

 

 

 

 

 

 

Технические стандарты.

Практически все основные протоколы и форматы, используемые в Фидонете, стандартизированы и записаны в FTS (англ. FidoNet Technical Standards — технические стандарты Фидонета). Их сбором и стандартизацией занимается FTSC (англ. FidoNet Technical Standards Committee — Комитет по техническим стандартам Фидонета).

Исторически основным техническим стандартом Фидонета являлся FTS-0001, устанавливающий базовые требования, которым должны были соответствовать все системы. Стандарт описывает требования к реализации всех уровней протоколов обмена в соответствии с сетевой моделью OSI, за исключением физического уровня. На канальном уровне для передачи данных использовался протокол XMODEM. FTSC также были приняты следующие основные стандарты и документы:

• FTS-0004: The Conference Mail System (EchoMail Specification) — описывает принципы построения системы эхоконференций.

• FTS-5000: The Distribution Nodelist — определяет формат списка узлов сети.

• FTS-1024: Raw ifcico mail transfer protocol — описывает протокол ifcico, предназначенный для передачи данных через надёжные соединения (такие, как TCP/IP-каналы).

• FTS-1026: Binkp/1.0 Protocol specification — содержит описание протокола binkp, применяемого для передачи данных с использованием TCP/IP.

Документы, не получившие официальный статус FTS, образуют Справочную библиотеку Фидонета — англ. Fidonet Reference Library. Часто используемые протоколы, описанные в FRL:

• FSC-0056: EMSI/IEMSI protocol definition — протокол установления соединения (хендшейка) EMSI.

• FSC-0072: The HYDRA file transfer protocol — протокол модемной передачи данных Hydra.

FTSC также создаёт реестр программных продуктов, участвующих в обмене информацией в Фидонете (мейлеров и эхопроцессоров). Последний раз реестр обновлялся в июле 2008 года. Первой программой, включённой в реестр, является Fido Тома Дженнингса, ей присвоен код 0000; последней — утилита-репакер Marenaс кодом 18FF.

Программное обеспечение Фидонета.

Для функционирования узлов сети используется комплекс специфического программного обеспечения. Набор программного обеспечения практически не отличается для конечных пользователей и для крупных раздающих узлов. С одной стороны, это создаёт некоторый барьер для новых членов: для вступления в Фидонет нужно обладать определённой технической грамотностью, чтобы установить и настроить фидошное программное обеспечение. С другой стороны, отсутствие необходимости специфического оборудования, платформ, сложного и дорогого программного обеспечения для организации раздающего узла делает сеть Фидо гибкой и устойчивой: в случае падения хаба (крупного раздающего узла) его технические функции вполне может взять на себя любой другой узел, согласный на это.

В настоящее время появилось множество самонастраивающихся пакетов программного обеспечения, призванных облегчить установку и настройку комплекса программ для новых пользователей.

 

 

 

 

 

 

 

 

 

Участники Фидонета.

По своим правам и обязанностям все участники Фидонета делятся на три большие группы:

• Узлы или ноды (англ. nodes), которые являются полноправными членами сети и включены в список узлов. Устав Фидонета предусматривает обязанность узла соблюдать процедуры, предусмотренные для почтового обмена (в частности, принимать адресованные узлу сообщения в течение зонального почтового часа). Ноды отвечают за содержание всего трафика, попадающего в сеть с их адреса, независимо от того, какой из конкретных пользователей его разместил. Ноды имеют право осуществлять любую деятельность в рамках сети, которая не противоречит Уставу Фидонета и не раздражает других членов сети.

• Пойнты (англ. points), которые используют программное обеспечение Фидонета, но не включаются в список узлов и не обязаны соблюдать процедуры почтового обмена. Для приёма и отправки сетевой почты и эхомейла они пользуются услугами узла (босс-ноды, англ. boss-node), который берёт на себя ответственность за все действия пойнтов. В некоторых зонах (в частности, в зоне 2) число пойнтов многократно превышало и превышает число узлов, достигая 120 000. В настоящий момент в зоне 2 сохраняется около 50 000 пойнтов.

• Пользователи (англ. users), не имеющие прямого отношения к Фидо-сервисам, предоставляемым одним из узлов. Пользователям может предоставляться доступ к отдельным транспортам Фидонета путём трансляции (гейтования) сообщений из внешней сети в Фидонет и обратно. За все проявления активности пользователей в Фидонете несёт ответственность предоставивший доступ узел. Изначально положения, касающиеся пользователей, распространялись на лиц, использовавших терминальный доступ к BBS, действующей на Фидонет-узле. Позже они стали применяться также к пользователям гейтов Интернет ↔ Фидонет.

 

 

 

 

 

 

Список узлов.

Устав Фидонета требует, чтобы каждый узел сети поддерживал в актуальном состоянии список всех узлов сети (нодлист, англ. nodelist). Формат списка узлов описывается стандартом Фидонета FTS-5000. Список узлов еженедельно обновляется (как правило, с помощью файловых эхоконференций).

Информация об узле, указанная в списке, включает в себя статус узла (для обозначения временно неработающих узлов), его номер и наименование, географическое местонахождение, имя и фамилию оператора узла, номер телефона (для узлов, доступных посредством интернет-протоколов — доменное имя, IP- или E-mail-адрес) и флаги, указывающие на возможности программного и аппаратного обеспечения узла.

 

 

Заключение.

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

Привычный 10 мегабитная компьютерная сеть, долгое время занимающий главенствующие позиции активно пользуется современными и существенно более быстрыми технологиями передачи данных.

W3C разрабатывает для компьютерной  сети в единые принципы и  стандарты (называемые «Рекомендациями», англ. W3C Recommendations), которые затем внедряются производителями программ и оборудованиям. И таким образом достигается совместимость и сосредоточенность между программными продуктами и аппаратурой различных компаний, что делает Компьютерную сеть более совершенной, универсальной и удобной. Все Рекомендации Консорциума компьютерной сети открыты, то есть защищены и могут внедряться любым человеком без всяких трудностей.

Ярким примером объединения компьютерных сетей в единое сообщество сетей является Интернет (Internet). Успех Интернета повлиял на развитие корпоративных сетей Интранет (Intranet). Иногда эти сети называют глобальными ЛВС, а работа с ними аналогична работе с Internet.