AppleTalk Echo Protocol
Последнее изменение этой страницы: 14:37, 10 января 2019.
Communications protocol | |
Purpose | тестирование соединения между двумя узлами |
---|---|
Developer(s) | Apple Computer |
Introduced | 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, используя информацию о количестве пройденных узлов (число маршрутизаторов или других промежуточных узлов, через которые должен пройти пакет от сети-источника до клиента-получателя).
Затем протокол связывания имен 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,0 1,1 1,2 AppleTalk Echo Protocol // Протоколы AppleTalk. URL: http://www.protocols.ru/files/Protocols/AppleTalk.pdf (дата обращения: 15.09.2018).
- ↑ Транспортный уровень AppleTalk // Блог о шифровании. URL: http://crypto.pp.ua/2011/02/transportnyj-uroven-appletalk/ (дата обращения: 15.09.2018).
- ↑ Измерение производительности доставки пакетов // Developer Connection. URL: http://mirror.informatimago.com/next/developer.apple.com/documentation/mac/Networking/Networking-28.html#MARKER-9-202 (дата обращения: 18.09.2018).
См. также
Ссылки
- Энциклопедия сетевых протоколов[Электронный ресурс]: Протоколы AppleTalk / Дата обращения 06.12.2018. Режим доступа: http://www.protocols.ru/WP/протоколы-appletalk/
ISSN 2542-0356
Следуй за Полисом
Оставайся в курсе последних событий
Лицензия
Если не указано иное, содержание этой страницы доступно по лицензии Creative Commons «Attribution-NonCommercial-NoDerivatives» 4.0, а примеры кода – по лицензии Apache 2.0. Подробнее см. Условия использования.