Загрузка ...Исследуя трудности в интерфейсе SNI, основное внимание следует направить на физический канал, соединяющий устройство SMDSU и поставщика услуг. Почти всегда трудности в интерфейсе SNI соединены с таковыми отказами канала, как порез оптического волокна, повреждение платы в мультиплексоре прибавления и удаления сигнала (Add/Drop Multiplexer — ADM) либо системах цифрового доступа и коммутации (Digital Access and Cross Connect System — DACS). Устройство SMDSU докладывает маршрутизатору, что канал региональной сети не работает, удаляя поочередные интерфейсы обнаружения несушей (Carrier Detect — CD) и готовности к приему (Clear То Send — CTS) и отключая коммуникационное оборудование от интерфейсов HSSI. Состояние обозначенных сигналов можно проверить, выполнив команду show interface имя интерфейса. Ежели канал отключается, маршрутизатор выдает сообщение line down, line protocol down.
Вероятна ситуация, когда физический канал находится в неплохом состоянии, а ошибка произошла в процедуре сходимости физического уровня (Physical Layer Convergence Procedure — PLCP). Обычно, это бывает вызвано одной из обстоятельств:
- неверное отображение канала. Поставщик услуг предоставил не тот канал, потому удаленный конец полосы не соединяется с устройством, ознакомленным о процедуре сходимости физического уровня;
- несоответствие фреймов. Поставщик услуг владеет одним либо несколькими элементами, опции которых могут стать предпосылкой неверного формирования фреймов (С-бит либо М13). Обычно таковая настройка приводит к отказу канала из-за ошибки четности (в каналах С-бита) и ошибок кадрирования (в каналах М13).
В неких редчайших вариантах канал обеспечивается корректно, и почти все ошибки фреймирования либо четности в нем могут не проявляться, хотя в процедуре сходимости физического уровня трудности все таки обнаруживаются. Обычно, это свидетельствует о электронной дилемме канала, к примеру, о неисправном повторителе либо очень длинноватом кабеле DS3. Таковая ситуация также быть может результатом неверной работы механизма PLCP в одной из конечных точек.
Еще одна всераспространенная неувязка — несоответствие наибольших модулей передачи данных в сети (MTU) в поочередном интерфейсе, когда в границах одной и той же замкнутой абонентской группы (Closed User Group — CUG) работают интерфейсы DS1 и DS3. На маршрутизаторах Cisco в интерфейсах HSSI размер MTU по дефлоту равен 4 470 б, а в интерфейсах Т1 — 1 500 б. Это несогласование может вызвать трудности в этом случае, когда интерфейс HSSI пробует выслать в сетевой среде SMDS фреймы, длина которых превосходит 1 500 байтов. Нередко таковая ситуация возникает при туннелировании либо ежели протокол обмена маршрутной информацией меж промежными системами (Intermediate System-to-intermediate System — IS-IS) пробует сформировать в сетевой среде дела смежности. По способности постоянно полезно синхронизировать все интерфейсы для использования в их MTU одной и той же длины.
Трудности, связанные с множественными интерфейсами в одной и той же многоадресатной группе, и повторяющиеся трудности в псевдо-локальных сетях.
Одна из неповторимых особенностей реализации SMDS в устройствах Cisco — возможность создавать множественные интерфейсы в одной и той же многоадресатной группе. Не считая того, эта реализация эталона дозволяет делать адресацию 2-ух либо наиболее SMDS-инкапсулированных интерфейсов в одной и той же логической сабсети сетевого уровня. Это артефакт ранешних реализаций компании Cisco, позволяющих помещать множественные поочередные интерфейсы в одну и ту же сабсеть для распределения перегрузки. Неувязка в том, что служба SMDS — это, на самом деле, интерфейс локальных сетей, реализованный в распределенных сетях, а фрагменты локальных сетей не могут распространяться в маршрутизаторах на несколько интерфейсов.
В интерфейсе обмена данными (DXI) формирование фреймов высокоуровневого протокола управления каналом применяется, чтоб передавать протокольные сообщения обмена данными сетевого уровня для обработки в устройство SMDSU, а в случае DXI с прямым доступом (который описывается в последующем разделе) — конкретно в систему коммутации SMDS.
Во всех HDLC-подобных протоколах флаговый разряд стандартно выступает в роли механизма разграничения фреймов. Флаги DXI постоянно имеют значение 01111110в. Как и в остальных HDLC-подобных протоколах, чтоб различать область данных HDLC и флаги, устройство-отправитель применяет функцию наполнения битами. Для этого опосля каждой последовательности из 5 единиц вставляется 0. Принимающее устройство удаляет биты-заполнители и передает фрейм HDLC для обработки надлежащими функциями.
Поле адреса.
В поле адреса указывается станция, в которую направляется фрейм. Это поле воспринимает два значения — 0, ежели фрейм предназначен для маршрутизатора, и 1 — ежели для устройства SMDSU (либо для системы коммутации при работе DXI в прямом режиме).
Управляющее поле.
В интерфейсе DXI используются два типа фреймов — ненумерованные информационные (Unnumbered Information — UI) и контрольные фреймы. При помощи фреймов UI в службе SMDS переносятся модули обмена данными сетевого уровня, а при помощи контрольных фреймов определяется состояние соединения (при всем этом употребляется бит запроса либо финишный бит). В другие поля заносится единица.
Информационное поле состоит из двухбайтового заголовка DXI и данных протокольной единицы обмена сетевого уровня, длина которых может изменяться в границах от нуля до 9 232 байтов. Заголовок DXI в текущей версии данного интерфейса не применяется, его поля зарезервированы для использования в предстоящем.
Поле контрольной последовательности фрейма.
В поле контрольной последовательности фрейма содержится шестнадцати либо 32-битовый повторяющийся лишний код, который рассчитывается на базе всего фрейма DXI кроме флага. Вычисление повторяющегося лишнего кода производится при помощи 1-го из 2-ух порождающих многочленов:
для шестнадцатибитового поля — G(x) = х16 + х12 + х5 + 1;
для 32-битового поля — G(x) = Х32 + Х26 + Х23 + Х22 + Х1б+ Х12 + Х11 + Xs + Х7 + Х5 + X4 +
X2 + X1 + 1.
Уровень канала передачи данных протокола SIP отвечает за сегментацию и повторную сборку (Segmentation and Reassembly — SAR) протокольных модулей обмена данными протокола SIP на сетевом уровне в 53-байтовые протокольные единицы обмена SIP на уровне канала передачи данных, генерирование и проверку идентификаторов сообщений, упорядочение интервалов (время от времени их также именуют ячейками) и помещение в сеть SMDS пустых интервалов. Не считая того, так как поле CRC-32 не обрабатывается коммутационной системой, в протокольном модуле обмена данными SIP_L2 содержится десятибитовое значение CRC, с помощью которого выявляются ошибки, возникшие при передаче.
Сегментация и повторная сборка.
Сегментация и повторная сборка производятся устройствами клиента, присоединенными к сети SMDS, а при доступе к сети в режиме DXI —самой системой коммутации. Это делается для того, чтоб разбить протокольные модули передачи данных SIP_L3 на 53-битовые модули SIP_L2, которые потом можно будет отлично передавать по сети . Не считая того, эта процедура нужна, чтоб узлы, работающие по протоколу DQDB, могли получить доступ к сети SMDS. Снова напомним, что протокол SIP создавался в согласовании с протоколом DQDB в числе иных обстоятельств к тому же для того, чтоб обеспечить взаимодействие сетей SMDS и DQDB.
Поле контроля доступа применяется в службе SMDS аналогично тому, как оно употребляется в DQDB. В конфигурации, когда все оборудование юзера расположено в одном помещении, на аппаратуре юзера значение бита занятости устанавливается равным единице, ежели данные созданы для отправки; в неприятном случае такому биту присваивается значение нуль. Так как в рассматриваемой конфигурации отсутствует поток сообщений в направлении, обратном основному трафику, в поле запросов постоянно устанавливается значение нуль. Последующие 4 бита, которые не должны нас заинтересовывать, зарезервированы для изохронной передачи и не входят в текущую реализацию службы SMDS.
В конфигурации, в какой оборудование юзера расположено в нескольких помещениях, в “игру” вступают биты запроса. Ежели служба коммутации получает сообщение L2_PDU, она генерирует пустой интервал и посылает его по шине либо передающей цепи в направлении, обратном тому, откуда эта протокольная единица обмена была получена. Это дает возможность сделавшему запрос устройству клиента отправлять данные локально, без роли системы коммутации. Так как большая часть применяющихся интерфейсов SNI службы SMDS имеют первую из 2-ух рассмотренных конфигураций, можно не придавать значения сценарию, в каком оборудование юзера расположено в нескольких помещениях.
Поле управления сетью.
Поле управления сетью (Network Control Information — NCI) вышло от нескольких полей, обрисованных в документе 802.6. В протоколе DQDB в поле задается идентификатор виртуального канала, который применяется в службах с установлением соединения, к примеру, для передачи голоса. Так как служба SMDS предназначена лишь для переноса данных, в поле NCI стандартно устанавливается значение 0xFFFFF022. Протокольные модули обмена данными канального уровня, для которых в этом поле содержится хоть какое другое значение, удаляются как оборудованием пользо-вателя, так и службой коммутации.