Идентификация оборудования
Многоканальная процедура (MLP) по существу использует второй набор порядковых номеров, чтобы гарантировать сохранность целостности последовательности кадров при их передаче через совокупность независимых каналов LAPB.
За счет протокола LAPB MLP пропускная способность, доступная между соединениями сетей PSPDN, может быть наилучшим образом приспособлена для удовлетворения требований, предъявляемых к интенсивности трафика определенного шлюзового интерфейса. В протоколе Х.75 PLP форматы пакетов и процедуры функционирования интерфейса практически идентичны тем, что имеют место в Х.25. Наиболее заметное различие между Х.25 и Х.75 касается формата пакетов установления соединения.
Кроме транспортировки информации, связанной с запрашиваемыми дополнительными пользовательскими возможностями, пакеты установления соединения Х.75 содержат поля, называемые сетевыми услугами (network utilities). Многие из этих сетевых услуг Х.75 идентичны дополнительным пользовательским возможностям Х.25. Эти услуги иногда используются через шлюз, чтобы позволить одной сети проинформировать другую сеть о поддерживаемых ею возможностях.
Несколько сетевых услуг Х.75 являются уникальными для данной реализации протокола PLP. Например, услуга идентификации транзитной сети включает код (идентификационный код транзитной сети), который показывает, что виртуальное соединение проходит через определенную сеть PSPDN, лежащую на его пути от вызывающей стороны к вызываемой стороне. Чтобы получить дополнительную информацию о сетевых услугах Х.75, читатель может обратиться к этой рекомендации.
Коммутируемый доступ к PSPDN: рекомендация Х.32
Рекомендация Х.32 ITU-T определяет процедуры для осуществления коммутируемого доступа к сети PSPDN посредством оборудования DTE пакетного режима. В стандарт включен доступ к сети PSPDN через коммутируемую телефонную сеть общего пользования (PSTN), цифровую сеть с интеграцией услуг (ISDN) или сеть передачи данных общего пользования с коммутацией каналов (CSPDN).
Х.32-доступ полезен для пользователей оконечного оборудования DTE, работающего в пакетном режиме, которые не нуждаются в постоянном доступе к сети PSPDN. Такие случайные пользователи могут сократить стоимость доступа, применяя Х.32 вместо Х.25, т. к. Х.32 не требует наличия выделенного (и часто дорогого) физического канала связи для осуществления доступа. Интерфейс Х.32 идентичен Х.25 почти во всех отношениях.
После соединения с сетью PSPDN интерфейс Х.32 DTE использует протоколы LAPB и PLP (как определено Х.25) для своих операций уровня 2 и уровня 3 соответственно. Х.32 должен решать две проблемы, которые в среде Х.25 не встречаются: согласование полудуплексного физического уровня и процедуры, используемые для идентификации оборудования DTE вызывающей стороны.
Х.32 и полудуплексные физические каналы
Когда Х.32 DTE осуществляет доступ к сети PSPDN через сеть ISDN или CSPDN, обмен данными на физическом уровне является дуплексным. В некоторых случаях, однако, доступ через сеть PSTN может требовать поддержки полудуплексных физических соединений. Чтобы удовлетворить это требование, интерфейс Х.32 определяет полудуплексный модуль передачи (HDTM, Half-Duplex Transmission Module), который является уровнем протокола, вставленным в качестве прослойки между полудуплексным физическим уровнем и традиционным LAPB.
Применяя технологии буферизации, HTDM управляет полудуплексным каналом методом, который является полностью прозрачным для протокола канального уровня LAPB.
Х.32 и идентификация DTE вызывающей стороны
Идентификация вызывающего оборудования DTE, вероятно, является наиболее важной функцией Х.32. В среде Х.25 идентификация оборудования DTE не требуется, т. к. оно подключено к сети по выделенному каналу.
Однако, если оконечное оборудование DTE осуществляет доступ к сети по коммутируемому каналу, идентификация становится важной по причинам безопасности и учета оплаты. Х.32 предлагает три альтернативных варианта для идентификации и аутентификации оборудования DTE вызывающей стороны: использование информации идентификации вызывающей стороны, которую предоставляет сеть доступа; обмен идентификационной информацией в кадрах XID LAPB; идентификация DTE через использование дополнительной пользовательской возможности NUI. Некоторые сети PSPDN могут поддерживать один или более таких способов идентификации оконечного оборудования DTE.
Кроме этого интерфейс Х.32 предоставляет процедуры для осуществления сетью PSPDN исходящего вызова оконечного оборудования в пакетном режиме (DTE), подключенного к сети PSTN, ISDN или CSPDN. Для таких случаев механизмы, при помощи которых оборудование DTE может идентифицировать вызывающее устройство DCE, также описаны в рекомендации Х.32.
Взаимосвязь PSPDN и ISDN: рекомендация Х.31
Рекомендация Х.31 ITU-T определяет два сценария, в которых сеть ISDN играет более или менее значительную роль в поддержке основанного на интерфейсе Х.25 сервиса сети PSPDN. Первоначально эти сценарии соответствовали минимальной и максимальной интеграции, но сейчас они известны как вариант A (case А) и вариант В (case В), соответственно.
В сценарии варианта один В-канал 64 Кбит/с сети ISDN используется для обеспечения прозрачного доступа DTE пакетного режима к DCE в сети PSPDN. При такой конфигурации идентификация оборудования DTE выполняется одним из альтернативных способов, описанных в рекомендации Х.32. По существу Х.31 просто пользуется совместимостью физического уровня с каналом сети ISDN. После установления ISDN-соединения оно переносит пакеты (соответствующие форматам пакетов протокола Х.25 PLP), внедренные в кадре протокола LAPB. Сценарий варианта отчасти более сложен.
Этот сценарий предполагает, что функции аппаратуры передачи данных DCE интерфейса Х.25 сейчас поддерживаются самой сетью ISDN. Присутствие функционально-законченной сети PSPDN является необязательным для выполнения операций варианта В рекомендации Х.31. В этом сценарии пакеты интерфейса Х.25 могут быть отправлены либо через В-канал сети ISDN, либо через D-канал сети ISDN (в случае ISDN BRI).
Если пакеты отправляются через В-канал, то протокол LAPB используется на канальном уровне. Если отправка пакетов осуществляется по D-каналу, LAPB является протоколом канального уровня. Если пользователь, которому предназначены пакеты, подключен к сети ISDN, то пакеты никогда не покидают сети ISDN. Если же пользователь подключен к сети PSPDN, то для передачи пакетов между сетями ISDN и PSPDN используется интерфейс Х.75.
