Протоколы
Протокол интерфейса SMDS (SIP)
Доступ к сети SMDS осуществляется через SIP. SIP базируется на протоколе DQDB, определяемом стандартом IEEE 802.6 MAN. Протокол DQDB определяет схему управления доступом к носителю, которая позволяет объединять между собой множество систем через две однонаправленные логические шины.
В соответствии с IEEE 802.6, стандарт DQDB может быть использован для построения частных, базирующихся на волоконно-оптических носителях сетей MAN, поддерживающих различные прикладные задачи, в том числе передачу данных, голоса и видеосигналов. Этот протокол был выбран в качестве базиса для SIP по той причине, что это был открытый стандарт, который мог обеспечить все характеристики обслуживания SMDS и совместимость со стандартами передачи для коммерческих линий связи, а также с новыми стандартами для Broadband ISDN (BISDN). По мере совершенствования и распространения технологии BISDN, коммерческие линии связи собираются обеспечить не только SMDS, но также и широкополосное видео и речевое обслуживание.
Для сопряжения с сетями SMDS необходима только часть протокола IEEE 802.6, касающаяся передачи данных без установления соединения. Поэтому SIP не определяет поддержку применений, связанных с передачей голоса или видеосигналов.
Если протокол DQDB используется для получения доступа к сети SMDS, то результатом его работы является "доступ DQDB" ( access DQDB ). Термин "доступ DQDB" отличает работу протокола DQDB в интерфейсе SNI от его работы в других окружениях (таких, как внутри сети SMDS). Один переключатель в сети SMDS воздействует на доступ DQDB как одна станция, в то время как оборудование заказчика воздействует на доступ DQDB как одна или более станций.
Т.к. протокол DQDB предназначался для поддержки информационных и неинформационных систем, а также потому, что это протокол управления коллективным доступом к среде, он является относительно сложным протоколом. Он состоит из двух частей:
- Синтаксиса протокола
- Алгоритма распределенного доступа с организацией очереди, который назначает управление коллективным доступом к носителю
Конфигурация CPE
Существуют две возможные конфигурации оборудования СРЕ для получения доступа DQDB к сети SMDS (смотри рис.3.14). При конфигурации с одним СРЕ доступ DQDB просто соединяет переключатель в коммерческой сети и одну станцию, принадлежащую абоненту (СРЕ). Для конфигурации с большим числом СРЕ, доступ DQDB состоит из переключателя в сети и множества объединенных СРЕ в местоположении абонента. Для второй конфигурации, все СРЕ должны принадлежать одному и тому же абоненту.
Для случая с одним СРЕ, доступ DQDB фактически представляет собой просто подсеть DQDB из двух узлов. Каждый из этих узлов (переключатель и СРЕ) передают данные другому через однонаправленную логическую шину. Конкуренция на получение этой шины отсутствует, т.к. других станций нет. Поэтому нет необходимости использовать алгоритм распределенного доступа с организацией очереди. При отсутствии той сложности, которую создает применение алгоритма распределенного доступа с организацией очереди, SIP для конфигурации с одним СРЕ намного проще, чем SIP для конфигурации с большим числом СРЕ.
Уровни SIP
SIP может быть логически разделен на 3 уровня, как это показано на Рис. 3.15 "Формирование пакета данных пользователя уровнями SIP".
Уровень 3
Задачи, выполняемые уровнем 3 SIP, включают в себя формирование пакета "единиц данных обслуживания SMDS" (service data units (SDU)) в заголовке и концевике уровня 3. Затем "eдиницы данных протокола" ( protocol data units (PDU)) разбиваются на PDU уровня 2 таким образом, чтобы соответствовать спецификациям уровня 2.
PDU уровня 3 SIP достаточно сложна. Она изображена на Рис. 3.16.
Поля на рисунке, помеченные знаком Х+, не используются средствами SMDS; они присутствуют в протоколе для того, чтобы обеспечить выравнивание формата SIP с форматом протокола DQDB. Значения, помещенные в этих полях оборудованием CPE, должны быть доставлены сетью в неизмененном виде.
Два резервных поля ( reserved ) должны быть заполнены нулями. Два поля BEtag содержат идентичные значения и используются для формирования связи между первым и последним сегментами, или "единицами данных протокола" (PDU) уровня 2 одной из PDU уровня 3 SIP. Эти поля могут быть использованы для определения условия, при котором как последний сегмент одной PDU уровня 3, так и первый сегмент следующей PDU уровня 3 потеряны, что приводит к приему неисправной PDU уровня 3.
Адреса пункта назначения ( destination ) и источника ( source ) состоят из двух частей: типа адреса ( address type ) и адреса ( address ). Тип адреса для обоих случаев занимает четыре наиболее значимых бита данного поля. Если адрес является адресом пункта назначения, то тип адреса может представлять собой либо "1100", либо "1110". Первое значение обозначает 60-битовый индивидуальный адрес, в то время как второе значение обозначает 60-битовый групповой адрес. Если адрес является адресом источника, то поле типа адреса может означать только индивидуальный адрес.
Bellcore Technical Advisories (Техническое Консультативное Заключение Bellcore) определяет, каким образом у адресов, формат которых согласуется с North American Numbering Plan (NANP), должны быть закодированы адресные поля источника и места назначения. В этом случае четыре наиболее значащих бита каждого из подполей адреса источника и пункта назначения содержат значение "0001", которое является международным кодом страны для Северной Америки. Следующие 40 битов содержат значения 10-значных адресов SMDS, закодированных в двоично-десятичных числах (BCD) и выровненных в соответствии с NANP. Последние 16 битов (наименее значащих) заполнены незначащей информацией (единицами).
Поле "идентификатора протокола высшего уровня" ( higher-layer protocol identifier ) указывает, какой тип протокола заключен в информационном поле. Это значение является важным для систем, использующим сеть SMDS (таких, как роутеры Cisco), но онo не обрабатывается и не изменяется сетью SMDS.
Поле "длины расширения заголовка" ( header extesion length (HEL)) указывает на число 32-битовых слов в поле расширения заголовка. В настоящее время установлен размер этого поля для SMDS, равный 12 байтам. Следовательно, значение HEL всегда "0011".
Поле расширения заголовка ( header extension (HE)) в настоящее время определяется как имеющее два назначения. Одно из них - содержать номер версии SMDS, который используется для определения версии протокола. Второе - сообщать о "значении для выбора несущей" (carrier selection value), которое обеспечивает возможность выбирать конкретную несущую межобмена для того, чтобы переносить трафик SMDS из одной локальной коммерческой сети связи в другую. При необходимости в будущем может быть определена другая информация, о которой будет сообщаться в поле расширения заголовка.