Порт источника

Порт источника идентифицирует приложение клиента, с которого отправлены пакеты. По возвращении данные передаются клиенту на основании номера порта источника.

[Править]Порт назначения

Порт назначения идентифицирует порт, на который отправлен пакет

24.

Назначение протокола

LCP является частью протокола Point-to-Point Protocol. При установлении соединения PPP передающее и принимающее устройство обмениваются пакетами LCP для уточнения специфической информации, которая потребуется при передаче данных.

Согласование параметров соединения проводится в форме переговоров.

LCP протокол осуществляет:

• проверку идентификации соединяемых устройств и, вследствие этого разрешает или отклоняет установку соединения

• определение приемлемого размера кадров для передачи MTU и приёма — MRU

• ограничение по ширине канала

• шифрование аутентификации соединения

• сжатие данных

• обнаружение петель маршрутизации

• проверку синтаксиса и поиск ошибок в конфигурации

• разрыв соединения, если какое-либо значение превышает заданный параметр

Устройства не могут передавать данные друг другу по сети прежде чем LCP пакеты не определят доступность устанавливаемого соединения.

Так как LCP инкапсулируется в кадры РРР, необходимо установление первоначального соединения РРР прежде, чем LCP сможет переопределить его. Пакет LCP поверх PPP содержит код протокола 0xC021 и имеет четыре поля — код, идентификатор, длина и данные.

Тема 9 Протоколы сетей х.25

Х.25 представляет собой комплект протоколов трех нижних уровней модели OSI, разработанный МККТТ для интерфейса ме¬жду терминалами пользователей и сетью с коммутацией пакетов. Протоколы Х.25 использовались для создания всемирной сети коммутации пакетов. В этой сети информация пользователей инкапсу¬лируется (заключается) в пакеты, содержащие данные об адреса¬ции о последовательности пакетов и контроле ошибок, а также све¬дения о пользователе или приложении. Пакеты передаются по вир¬туальным каналам между терминалом Х.25 конечного пользователя DTE (Data Terminal Equipment) и окончанием канала двусторонней передачи данных DCE (Data Circuit-Terminating Equipment), исполь¬зуемого в качестве канала доступа к сети пакетной коммутации

Протокол Х.25 использует неоднократно протокол доступа к звену данных LAPB (Link Access Protocol — Balanced), который был специально разработан для обес­печения надежной передачи данных через звено.

35.Во время появления сетей Х.25 (а они функционируют с конца 60-х годов) такой уровень контроля ошибок был необходим, по­скольку он учитывал характеристики существовавших тогда фи­зических коммуникационных линий. Х.25 хорошо работает в си­туациях, когда не могут быть обеспечены каналы связи с высокой надежностью. В областях, где развернуты оптоволоконные сети, Х.25 вряд ли может считаться подходящим выбором, тем более, при наличии такой технологии, как Frame Relay (ретрансляция кадров).

На рис. 1 показан пример взаимодействия сетей Х.25 с ис­пользованием межсетевых шлюзов Х.75 и устройств сборки-разборки пакетов PAD, которые обеспечивают преобразование различных потоков данных (SNA, асинхронный и т.д.) в протокол Х.25. Факти­чески протокол Х.25 является интерфейсом между абонентом и се­тью, а Х.75 является протоколом для использования между узлами сети коммутации пакетов. Оба протокола аналогичны, но протокол Х.75 предоставляет услуги, которые запрашиваются внутри сети с коммутацией пакетов и не касаются абонентских интерфейсов. Кро­ме того, Х.75 может рассматриваться только как протокол сетевого уровня, в то время как Х.25 поддерживает повторную передачу, сег­ментирование и сборку блоков данных.

Рис. 1. Пример объединения сетей с коммутацией пакетов

36

Формат пакетов Х.25 имеет вид, показанный на рис. 6. Первый разряд К/И в байте 3 указывает, является ли пакет инфор­мационным или управляющим. Остальная часть байта 3 служит для указания типа управляющего пакета. В следующем байте две груп­пы по 4 разряда служат для указания длины адресного поля вызы­вающего и вызываемого DTE, соответственно. Затем следуют сами эти поля. В режиме быстрого поиска в конце пакета могут быть добавлены данные пользователя (до 16 байтов).

Рис. 3. Структура пакета Х.25: общий формат

Фактически различия между архитектурами Х.25 и OSI имеют место именно на этом, сетевом уровне, который по терминологии Х.25 называется уровнем пакетов. Протокол Х.25 ориентирован на соединения в виде виртуальных каналов, которые организуются с использованием ресурса постоянно существующих логических ка­налов. Каждому DTE доступно до 4095 таких каналов. Точнее гово­ря, предусматривается до 15 групп логических каналов по 255 кана­лов в каждом. Группа адресуется четырьмя, а канал — восемью бита­ми в заголовке пакета. Двоичные значения этих полей означают но­мер группы и номер канала соответственно. Существует взаимно однозначное соответствие между номерами логических каналов в DTE и DCE. Фактическое количество логических каналов, которые может использовать DTE, определяется администрацией сети. Ло­гические каналы используются для организации двух типов вирту­альных соединений — устанавливаемых по запросу и постоянных. Иными словами, пакетный уровень реализует два типа услуг пре­доставления виртуальных каналов — услуги оперативного предос­тавления виртуального соединения (Virtual Call service, VC) и услуги предоставления постоянного виртуального канала связи (Permanent Virtual Circuit service, PVC).

Виртуальные соединения по запросу (virtual calls) формиру­ются процедурами создания и аннулирования соединения, т.е. па­кеты маршрутизируются по виртуальному каналу, организуемому в сети протоколом третьего уровня перед передачей пакетов.

41. 4 Сетевой уровень протокола DSS-1

Сетевой уровень системы DSS-1 (уровень 3) содержит функ­ции, обеспечивающие создание, сопровождение и завершение со­единений, предоставляемых сетью пользователям ISDN в режиме коммутации каналов, а также доступ пользователей к средствам па­кетной коммутации, т.е. набор функций, связанных с обслуживани­ем вызовов от пользователей ISDN. Обмен необходимой для этого сигнальной информацией между функциями уровня 3, размещен­ными в оборудовании пользователя и в оборудовании сети, осуще­ствляется через интерфейс «пользователь—сеть» с помощью сооб­щений сетевого уровня. Обмен сообщениями между функциями уровня 3, размещенными по разные стороны интерфейса, происхо­дит с привлечением услуг уровня 2, причем взаимодействие между смежными уровнями (как на стороне пользователя, так и на стороне сети) описывается примитивами с префиксом DL. Сообщение уров­ня 3, подлежащее передаче через интерфейс, поступает к уровню 2 в примитиве DL-DATA-REQUEST (или DL-UNIT-DATA-REQUEST) и помещается в информационное поле кадра, который передается через интерфейс с привлечением услуг уровня 1. Функции уровня 2 на противоположной стороне интерфейса доставляют содержимое информационного поля принятого кадра (т.е. сообщение) в уровень 3 в примитиве DL-DATA-INDICATION (или DL-UN IT-DATA-IN­DICATION).

Сообщение уровня 3 протокола DSS-1 содержит в себе неко­торое количество информационных элементов, среди которых есть обязательные для всех сообщений, обязательные для некоторых со­общений и необязательные. Если в сообщении отсутствует хотя бы один обязательный для него информационный элемент, оно счита­ется несоответствующим спецификациям DSS-1.

Для всех сообщений используется общий формат, изображен­ный на рис. 4. Биты нумеруются справа налево, первым передает­ся бит 1 и байт с номером 1.

Рис. 4. Общий формат сообщений уровня 3 протокола DSS-1

Любое сообщение уровня 3 обязательно должно содержать три следующих информационных элемента: дискриминатор протоко­ла, метку соединения и тип сообщения. Количество, содержание и обязательность/необязательность других информационных элемен­тов зависит от типа сообщения.

42.

Функции уровня 3 включают в себя:

• маршрутизацию сигнальных сообщений;

• передачу (в виде относительно небольших блоков данных) информации «пользователь—пользователь», как при наличии, так и при отсутствии соединения, установленного путем ком­мутации каналов;

• мультиплексирование в одном звене данных сообщений, от­носящихся к разным коммутируемым связям;

• сегментацию и сборку сообщений для их транспортировки уровнем звена данных;

• обнаружение ошибок в сообщениях уровня 3, интерпретацию ошибок, обнаруженных уровнем 2, и реакцию на эти ошибки;

• доставку сообщений в том же порядке, в каком они были пере­даны.

Уровень 3 системы DSS-1 может быть описан в терминах сооб­щений и процедур, определяющих логическую последовательность событий при предоставлении услуг пользователям

Если инициатором вызова является пользователь, то он назначает метку соединения из своего пула номеров. Если вызов поступает от сети, то метку соединения назначает входящая АТС. Возможна ситуация, когда и пользователь, и АТС выбирают одно и то же значение метки соединения для разных коммутируемых связей. Чтобы можно было различить эти две связи, в качестве последнего бита байта 2 формата метки соединения используется флажок. Флажок указывает, ка­кой стороной звена данных назначена данная метка: исходящей (0) или удаленной (1). (Здесь специально употребляется слово «флажок», в отличие от слова «флаг», используемого, когда речь идет о разделении кадров уровня 2.)