16. Инкапсуляция протокола tcp/ip.

Инкапсуляция ( туннелирование ) – это еще один метод решения задачи согласования сетей, который применим только для согласования транспортных протоколов и только при определенных ограничениях. Инкапсуляция может быть использована, когда две сети с одной транспортной технологией необходимо соединить через сеть, использующую другую транспортную технологию. То есть при инкапсуляции промежуточная сеть используется только как транспортная система.

Например 2 сети с протоколом NetBIOS нужно соединить через сеть TCP/IP. Необходимо обеспечить взаимодействие узлов двух сетей NetBIOS, а взаимодействие с узлами TCP/IP не предусматривается. Таким образом, при инкапсуляции промежуточная сеть используется только как транзитная транспортная система.

Метод инкапсуляции заключается в том, что пограничные маршрутизаторы, которые подключают объединяемые сети к транзитной сети, упаковывают пакеты транспортного протокола объединяемых сетей в пакеты транспортного протокола транзитной сети. В данном случае пакеты NetBIOS упаковываются в пакеты TCP. Затем пакеты NetBIOS переносятся по сети TCP/IP до другого пограничного маршрутизатора, который выполняет обратную операцию – он извлекает пакеты NetBIOS из пакетов ТСР и отправляет их по сети адресату.

Для реализации метода инкапсуляции пограничные маршрутизаторы должны быть соответствующим образом сконфигурированы. Они должны знать, во-первых, IP-адреса друг друга, во-вторых - NetBIOS-имена узлов объединяемых сетей. Имея такую информацию, они могут принять решение о том, какие NetBIOS-пакеты нужно переправить через транзитную сеть, какой IP-адрес указать в пакете, передаваемом через транзитную сеть, и каким образом доставить NetBIOS-пакет узлу назначения в конечной сети.

Инкапсуляция может быть использована для транспортных протоколов любого уровня. Например, протокол сетевого уровня Х.25 может быть инкапсулирован в протокол транспортного уровня TCP, или же протокол сетевого уровня IP может быть инкапсулирован в протокол сетевого уровня Х.25. Для согласования сетей на сетевом уровне могут быть использованы многопротокольные и инкапсулирующие маршрутизаторы, а также программные и аппаратные шлюзы.

Обычно инкапсуляция приводит к более простым и быстрым решениям по сравнению с трансляцией, так как решает более частную задачу, не обеспечивая взаимодействия с узлами транзитной сети.

17. Логическая характеристика протокола fr. Структура и формат кадра.

Ретрансляция кадров FR - метод синхронной доставки сообщений в сетях передачи данных с коммутацией пакетов. Первоначально FR была ориентирована на сети ISDN, но позже стала применяться и в других сетях передачи данных. К достоинствам можно отнести: малое время задержки, простой формат кадров, независимость от протоколов верхних OSI.

FR является бит –ориентированным синхронным протоколом, использующим кадр в качестве основного информационного элемента ( в этом похож на HDLC ). Однако FR не обеспечивает все функции протокола HDLC, поэтому многие элементы кадра HDLC исключены из основного формата кадра FR ( в кадре FR адресное поле и поле управления совмещены в одно адресное поле )

Флаг. Все кадры начинаются и заканчиваются комбинацией флаг – 01111110. Данная комбинация используется для открытия и закрытия кадра. С целью предотвращения имитации флаг при передаче кадра проверяется все его содержимое между двумя флагами и вставляется «0» бит после всех последовательностей из пяти идущих подряд бит «1». На приемном конце «0» биты отбрасываются. Данная процедура ( битстаффинг – прозрачность ) обязательна при формировании любого кадра FR.

Адрес. Поле адреса в пределах кадра FR состоит из 6 бит первого октета и 4 битов второго октета . Эти 10 бит определяют абонентский адрес в сети FR ( идентификатор канала передачи данных – DLCI ).

- CR – бит опрос/финал. Протоколом FR не используется, но может применяться в пользовательских приложениях и пропускается прозрачно.

- EA – бит расширения адреса. Возможно расширение адресного поля на целое число дополнительных октетов с целью указания адреса, состоящего более чем из 10 бит. Устанавливается в конце каждого октета адреса.

- FECN – бит уведомления приемника о явной перегрузке. Устанавливается в «1» аппаратурой канала данных АКД сети для уведомления источника сообщения о том, что произошла перегрузка в направлении передачи кадра.

- BECN – бит уведомления источника о явной перегрузке. Устанавливается в «1» АКД сети для уведомления источника сообщения о том, что произошла перегрузка в обратном направлении относительно направления передачи кадра, содержащего этот признак.

- DE – бит разрешения сброса. Устанавливается в «1» в случае явной перегрузки входного трафика и указывает на то, что данный кадр может быть уничтожен в первую очередь по отношению к другим кадрам, не имеющих данного признака. Устанавливается либо АКД сети либо ООД пользователя.

Информационное поле. Содержит данные пользователя. Максимальна длина 1600 байт.

Проверочная последовательность FCS. Используется для обнаружения возможных ошибок при его передаче и состоит из 2 байт. Формируется аналогично циклическому коду HDLC.

Протокол FR не предусматривает передачу сигнальных сообщений: нет командных ( супервизорных ) кадров как в HDLC. Для передачи служебной информации используется специально выделенный канал ( ОКС ).

В FR отсутствует нумерация последовательности передаваемых и принимаемых кадров, тк. Нет механизмов для подтверждения правильно принятых кадров.