AppleTalk Echo Protocol

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 14:37, 10 января 2019.
AppleTalk Echo Protokol
Communications protocol
Purpose тестирование соединения между двумя узлами
Developer(s) Apple Computer
Introduced 1984; 37 years ago (1984)
Based on OSI
OSI layer транспортный

AppleTalk Echo Protocol (сокращено AEP) — протокол транспортного уровня для обеспечения эхо-сервисов для хостов AppleTalk. AEP является достаточно простым протоколом, генерирующим пакеты, которые используются для тестирования соединения между двумя узлами, а также проверки способности различных узлов сети создавать повторное эхо. Один узел посылает пакет другому узлу и получает в ответ дубликат (эхо) посланного пакета.

Использование протокола AppleTalk Echo Protocol (AEP)

Место протокола AEP в системе протоколов транспортного уровня протоколов AppleTalk

На транспортном уровне в сетях AppleTalk (см. рисунок 1) выполняется надежная и прозрачная для верхних уровней передача данных по объединенной сети. Именно на транспортном уровне реализуется управление потоками, мультиплексирование, управление виртуальными каналами, а также проверка и исправление ошибок. Указанные задачи решаются при последовательном использовании пяти основных протоколов AppleTalk транспортного уровня. Во-первых, протокол поддержки таблиц маршрутизации Routing Table Maintenance Protocol (RTMP) формирует и обновляет таблицы маршрутизации на маршрутизаторах сетей AppleTalk, используя информацию о количестве пройденных узлов (число маршрутизаторов или других промежуточных узлов, через которые должен пройти пакет от сети-источника до клиента-получателя).

Рисунок 1 – уровни AppleTalk

Затем протокол связывания имен Name Binding Protocol (NBP) устанавливает соответствие между адресами, используемыми на нижних уровнях, и именами в сети AppleTalk. Сокеты-клиенты в пределах узлов сети AppleTalk называются также видимыми элементами сети или NVE-элементами (Network-Visible Entities — NVE). NVE-элементы представляют собой ресурсы, к которым можно обратиться по сети, такие, например, как служба печати, доступная через объединенную сеть. Обращение к NVE-элементу происходит по его имени, которое представляет собой строку символов.

При помощи протокола маршрутизации в сетях AppleTalk Update-Based Routing Protocol (AURP) происходит объединение двух и более сетей AppleTalk с помощью сети TCP/IP, в результате чего образуется распределенная сеть AppleTalk. Протокол AURP инкапсулирует пакеты в заголовки протокола UDP, что обеспечивает их сквозную передачу по сети TCP/IP. Протокол транзакций в сетях AppleTalk Transaction Protocol (ATP) управляет транзакциями между двумя сокетами сети AppleTalk. Транзакция состоит из запроса транзакции и ответа на него. Запрашивающий сокет-клиент посылает запрос транзакции с просьбой о выполнении каких-либо действий клиентом-получателем. Получив запрос, клиент-получатель выполняет требуемые действия и возвращает соответствующую информацию в ответе транзакции — так протоколом АТР реализуются основные функции транспортного уровня, включая подтверждение и повторную передачу запросов, упорядочение, сегментацию и повторную сборку пакетов.

Собственно, протокол отклика AppleTalk Echo Protocol (AEP) генерирует пакеты, проверяющие возможность соединения между узлами, достижения узлов сети. Протокол АЕР может быть включен в любой узел сети AppleTalk и имеет статически присвоенный номер сокета 4 (сокет Echoer). Каждая эхо-транзакция может содержать до 585 байтов данных.

Для проверки доступности узла пакет запроса АЕР передается протоколу DDP (Datagram Delivery Protocol - протокол, отвечающий за стабильность работы сетевого уровня) источника. DDP соответствующим образом адресует пакет, указывая в поле типа информацию о источнике запроса AEP. При получении пакета адресатом протокол DDP просматривает поле типа для формирования ответного пакета источнику. Пакет копируется, преобразуется в ответ АЕР (путем изменением поля в пакете АЕР) и возвращается пославшему его узлу. [Источник 1] [Источник 2]

Использование протокола AEP для проверки работы узлов

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

Протокол AEP используется для измерения времени циклов отправки-получения и определения, находится ли другой узел в оперативном режиме. Интерфейс прикладного программирования для AEP отсутствует. Однако для измерения времени доставки пакета туда и обратно от узла к другому узлу приложение или процесс может отправить пакет, адресованный сокету AEP, который называется эхо-каналом AEP, на узел назначения, и AEP возвратит копию этого пакета непосредственно отправителю. Можно использовать этот тест как часть диагностического приложения инструмента. Такое средство диагностики может устранить подозреваемый узел и предоставить отчет, какое время заняла отправка-получение пакетов между узлами. AEP может использовать повторные передачи для определения, занимает ли отправка и получение пакета больше времени, чем обычно, если он содержит поврежденные данные, или, если он не вернется к исходному узлу.

Чтобы определить, находится ли другой узел в сети, можно отправить пакет в сокет AEP этого узла. Для окончательного теста необходимо послать больше одного пакета, в случае если первый пакет был потерян или сброшен DDP.[Источник 3]


Кадры протокола AEP

Кадры протокола (фрагменты данных протокола) AEP могут использовать один из перечисленных ниже форматов:

  • [echo reqst] — Запрос эхо для указанных данных.
  • [echo reply] — Отклик, содержащий запрашиваемые эхо-данные.[Источник 1]

AEP-дейтограмма

AEP-дейтограмма содержит следующую информацию о тестируемом соединении:

  • Получатель — сеть/узел/сокет получателя. Номер сети, адрес узла и адрес сокета получателя кадра задаются в формате NNNN.nn (ss), где NNNN указывает номер сети, nn – номер узла и ss – адрес сокета.
  • Отправитель — сеть/узел/сокет отправителя. Для указания адреса служит такой же формат, который используется для адресации получателя.
  • Длина — общий размер дейтаграммы.
  • Тип DDP — код, используемый для идентификации вышележащего протокола, используемого для этого кадра.
  • Контрольная сумма — сумма части дейтаграммы от окончания поля контрольной суммы до конца дейтаграммы (если это поле имеет нулевое значение — контрольная сумма не используется).
  • Счетчик интервалов — число маршрутизаторов, через которые прошел кадр (после прохождения 16 интервалов протокол отбрасывает кадры). [Источник 1]

Источники

  1. 1,0 1,1 1,2 AppleTalk Echo Protocol // Протоколы AppleTalk. URL: http://www.protocols.ru/files/Protocols/AppleTalk.pdf (дата обращения: 15.09.2018).
  2. Транспортный уровень AppleTalk // Блог о шифровании. URL: http://crypto.pp.ua/2011/02/transportnyj-uroven-appletalk/ (дата обращения: 15.09.2018).
  3. Измерение производительности доставки пакетов // Developer Connection. URL: http://mirror.informatimago.com/next/developer.apple.com/documentation/mac/Networking/Networking-28.html#MARKER-9-202 (дата обращения: 18.09.2018).

См. также

Ссылки