1

1.3. Дополнительная документация.

Существует много дополнительной документации, которая описывает различные

способы организации сети в OS Linux, и я настоятельно рекомендую, чтобы Вы

также прочли и её. Эта дополнительная информация поможет в ваших усилиях,

и будет способствовать Вам глубже понять принцип других возможностей

конфигурирования.

Они на:

HAM-HOWTO <http://sunsite.unc.edu/LDP/HOWTO/HAM-HOWTO.html>

NET-3-HOWTO <http://sunsite.unc.edu/LDP/HOWTO/NET-3 HOWTO.html>

Локальная сеть на основе протокола CSMA-CD - HOWTO

< http: // sunsite.unc.edu/LDP/HOWTO/Ethernet HOWTO.html>

А также:

Межсетевая защита -

HOWTO < http: // sunsite.unc.edu/LDP/HOWTO/Firewall HOWTO.html>

Большее количество информации о Linux может быть найдено на:

Linux HOWTO < http: // sunsite.unc.edu/LDP/HOWTO/ > документы.

2. Протоколы пакетного радио и Linux.

Протокол AX.25 предлагает как режим связи, так и её, но без активизации

функции логического соединения, он может быть использован самостоятельно

для связей точка - точка или как платформа для других протоколов, типа

Tcp/Ip, NetRom. Это соответствует уровню 2 в структуре X. 25 с некоторыми

расширениями для использования в радиолюбительской связи. NetRom протокол

- это попытка при полном сетевом протоколе использовать AX.25 на самом

низком уровне как протокол канала связи. Это обеспечивает сетевой уровень,

который является адаптированной формой AX.25. NetRom протокол показывает

маршрутизацию динамического роуминга и псевдонимы узла.

Протокол Rose был задуман и впервые осуществлен Томом Моултоном W2VY как

выполнение X.25 протокола уровня пакета и предназначался для работы с AX.25

как протокол канала связи. Это также обеспечивает сетевой уровень.

Расширенные адреса имеют форму 10-ти цифрового номера. Первые четыре цифры

называются опознавательным кодом сети передачи данных (DNIC) и взяты из

приложения рекомендаций в CCITT X.121. Подробная информация относительно

протокола Rose может быть найдена на RATS Web server <http://www.rats.org/>.

Алан Кокс разработал некоторое раннее ядро основывающее программную поддержку

AX.25 для Linux. Jonathon Naylor < g4klx @g4klx. demon.co.uk > продолжил

развитие кода, добавил NetRom, расширил поддержку и теперь разработчик AX.25

связал код ядра. DAMA поддержка (множественный доступ с предоставлением

канала) была разработана Joerg, DL1BKE, [email protected]. Baycom и

SoundModem поддержка была добавлена Томасом Сайлером, <[email protected]>.

Программное обеспечение утилиты AX.25 теперь поддерживается мной.

Linux код поддерживает KISS режим, основные TNC's (Терминальные Узловые

Контроллеры), Оttawa PI платы, Gracilis PacketTwin платы и другие Z8530 Scc,

основные платы с универсальным SCC драйвером и Baycom модемы с параллельным и

последовательным портом . Новые поддержки драйвера SoundModem Томаса Сайлера

SoundBlaster и SoundCards, основанные на кристалле ChipSet.

Пользовательская пакетная программа содержат простую PMS (Персональная

система обмена сообщениями), утилиту маяка, режим командной строки позволяет

фиксировать все необработанные AX.25 фреймы на уровне интерфейса для программ

сконфигурированных под NetRom протокол. Включен также интерфейс сервера AX.25

и предназначен для обработки и корректировки входящих подключений AX.25 NetRom

Daemon, который выполняет большинство повторяющихся операций для поддержки

NetRom.

2.1. Как это все работает вместе.

В среде ОS Linux протокол AX.25 работает иначе, чем в других системах. В то

время как имеется много путей решения - это могут быть варианты подобные

NOS, BPQ или другая AX.25 реализация, но среди них не может быть идентичных.

Любая реализация AX.25 в ОS Linux по возможностям в конфигурировании ведет

себя почти равноценно к другим решениям, но сам процесс конфигурации сильно

различается. Этот раздел написан, чтобы помочь Вам в понимании того, как Вы

должны думать при конфигурировании, здесь описаны некоторые структурные

особенности AX.25. и как всё это вписываться в контекст общей структуры

Linux.

Упрощенная диаграмма иерархического представления протокола:

-----------------------------------------------

|=========|===========|=============|=========|

| | | | |

| | ---------- | |

| -------------------------------------

| AX.25 |

-----------------------------------------------

Эта диаграмма иллюстрирует, что протоколы NetRom, Rose и TCP/IP выполнены

непосредственно на основе AX.25, но тем не менее каждый из этих протоколов

сконфигурирован как отдельный протокол при программировании интерфейса.

"AF_ name " - просто имена, данные "Adress Family" каждого из этих

протоколов чтобы использовать их при написании программ.

Важно! Обратите внимание, что имеется косвенная зависимость от конфигурации

Ваших аппаратных средств AX.25, и нужно прежде определиться с аппаратной

базой - до того как Вы начнете конфигурировать Ваши NetRom, Rose или TCP/IP

устройства.

Модульная диаграмма выполнения сетевых программ в Linux

------------------------------------------------------------------------------

| Programs | call node || Daemons | ax25d mheardd

User | | pms mheard || | inetd netromd

------------------------------------------------------------------------------

| Sockets | open(), close(), listen(), read(), write(), connect()

| |------------------------------------------------------

|------------------------------------------------------------------

|------------------------------------------------------------------

|------------------------------------------------------------------

| Drivers | Kiss PI2 PacketTwin SCC BPQ | slip ppp

| | Soundmodem Baycom | ethernet

------------------------------------------------------------------------------

Аппаратура| PI2 Card, PacketTwin Card, SCC card, Serial port, Ethernet Card

------------------------------------------------------------------------------

Эта диаграмма - более конкретная, чем первая. Эта диаграмма наглядно,

показывает взаимодействие между приложениями пользователя, ядром и

аппаратными средствами. Она также показывает взаимоотношения между

прикладным программами, программируемым интерфейсом, рабочими модулями

протокола, работой устройств ядра с сетями и драйверами устройств.

Что в этой диаграмме находится выше, зависит от того, что расположено

ниже, и вообще Вы должны начинать конфигурирование от основания

диаграммы вверх. Так например, если Вы хотите выполнить программу вызова,

Вы должны сначала сконфигурировать аппаратные средства, затем проверить,

что ядро имеет соответствующий драйвер устройства, что Вы создаете

соответствующее сетевое устройство, что ядро включает желаемый протокол,

который представляет интерфейс программирования, который программа вызова

может использовать. В настоящем описании помощь по этим действиям

расположена мною примерно в этом же порядке.