Канальный уровень протокола sip.
Уровень канала передачи данных протокола 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. Протокольные модули обмена данными канального уровня, для которых в этом поле содержится хоть какое другое значение, удаляются как оборудованием пользо-вателя, так и службой коммутации. диагностика дизельных двигателей
Сегментация и повторная сборка.
Сегментация и повторная сборка производятся устройствами клиента, присоединенными к сети 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. Протокольные модули обмена данными канального уровня, для которых в этом поле содержится хоть какое другое значение, удаляются как оборудованием пользо-вателя, так и службой коммутации. диагностика дизельных двигателей
<< В начало < Предыдущая 1 2 3 4 5 6 7 Следующая > В конец >>