Line http://www.vegavlz.ru/line.html Wed, 14 Nov 2012 09:07:04 +0000 Joomla! 1.5 - Open Source Content Management en-gb Сбор информации для базы данных ATMARP-сервера http://www.vegavlz.ru/line/355-sbor-inforamazii-dlya-bazy-dannyh.html http://www.vegavlz.ru/line/355-sbor-inforamazii-dlya-bazy-dannyh.html Сбор и обработка информации об адресных привязках выполняется ATMARР-сервером автоматически. Для этого используется инверсный протокол ATMARP. Каждый раз, когда узел сети или маршрутизатор открывает виртуальный канал к ATMARP-серверу, последний сразу же отсылает ему запрос инверсного протокола ATMARP. Узел сети или маршрутизатор отвечает на запрос отправкой пакета инверсного протокола ATMARP (см. табл. 18.1). Получив ответный пакет, сервер извлекает из него IP- и АТМ-адрес отправителя и сохраняет эту адресную привязку в своей базе данных. Таким образом, сразу после подключения к логической сети ATM, каждый компьютер должен установить соединение с ATMARP-сервером, даже если ему не нужна информация об адресной привязке. Подведем итоги.

Каждый узел или маршрутизатор логической подсети должен зарегистрировать свой IP-адрес и соответствующий ему физический ATM-адрес на ATMARP-cepeepe, обслуживающем эту подсеть. Регистрация происходит автоматически при создании виртуального канала с ATMARP-сервером. При этом сервер отсылает узлу сети или маршрутизатору запрос инверсного протокола ATMARP, на которой он должен получить ответ.

Достоверность информации, хранящейся на ATMARP-сервере

Как и в случае обычного протокола ARP, адресные привязки, хранящиеся на ATMARP-сервере, могут через определенное время устареть и должны быть удалены с сервера. Как долго информация об адресной привязке должна находиться на сервере? По умолчанию данные на ATMARP-сервере хранятся максимум 20 минут после регистрации их узлом сети. По истечении 20 минут сервер анализирует содержимое записи и состояние канала связи. Если к этому моменту открытый канал связи с компьютером, приславшим адресную привязку, уже не существует, она удаляется с ATMARP-сервера. Если отославший данные компьютер по прежнему имеет открытый канал к серверу, он пытается подтвердить достоверность данных. Сервер снова отсылает запрос инверсного протокола ATMARP и ожидает ответа. Если ответное сообщение подтверждает информацию, содержащуюся в базе данных, сервер снова устанавливает таймер и выжидает следующие 20 мин. Если данные, содержащиеся в ответном сообщении инверсного протокола ATMARP, не совпадают с информацией на сервере, он закрывает канал и удаляет элемент из базы данных.

В канале должен использоваться протокол AAL5 и заголовки идентификации типа LLC/SNAP

Для уменьшения объема передаваемого трафика в стандарте протокола ATMARP предусмотрена определенная оптимизация. Узлу сети разрешено использовать один виртуальный канал для выполнения обмена любыми данными с ATMARP-сервером. В отсылаемом узлом сети запросе ATMARP-серверу находится адресная привязка для отправителя. Сервер может извлечь ее и проверить достоверность информации, которая у него храниться. Таким образом, если узел сети посылает ATMARP-серверу запросы чаще, чем раз в 20 мин, то серверу не нужно посылать узлу сети запросы инверсного протокола ATMARP.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:27:02 +0000
Коммутируемые виртуальные каналы протоколов http://www.vegavlz.ru/line/354-kommutiruemye-virtualnie-kanaly-tu.html http://www.vegavlz.ru/line/354-kommutiruemye-virtualnie-kanaly-tu.html В пределах одной логической подсети компьютеры создают коммутируемые виртуальные каналы при возникновении потребности. Если компьютеру А необходимо послать дейтаграмму компьютеру Б, но в этот момент не существует канала к компьютеру Б, компьютер А, используя сигнальную систему, создает его. Следовательно, компьютеру А должен быть заранее известен IP-адрес компьютера Б, который он преобразовывает в эквивалентный ему АТМ-адрес. Выше уже упоминалось, что в каждой логической подсети должен быть запущен специальный ATMARP-сервер. При этом информация о способе достижимости этого сервера должна быть заранее известна всем компьютерам логической подсети (обычно она задается в процессе начального конфигурирования узла сети). Например, компьютер может иметь ведущий к серверу канал PVC или адрес сервера ATMARP может быть сохранен у него на диске. Сервер не устанавливает соединений с другими компьютерами. Он только ожидает, пока компьютеры логической подсети установят с ним связь. Чтобы преобразовать IP-адрес компьютера Б в физический адрес сети ATM, компьютер А должен открыть виртуальный канал для связи с ATMARP-сервером своей логической подсети. После этого компьютер А создает ATM ARP-запрос и отсылает его по каналу связи серверу. В поле типа операции в отсылаемом пакете помещается значение 1, а в поле протокольного адреса целевого компьютера — IP-адрес компьютера Б.

На ATMARP-сервере должна иметься база данных соответствия IP-адресов и физических ATM-адресов. Если серверу известен АТМ-адрес компьютера Б, он функционирует подобно программе-агенту протокола ARP (Proxy ARP). Сервер создает ответное сообщение протокола ATMARP, помещает в поле типа операции значение 2 и заполняет поле физического ATM-адреса, который соответствует IP-адресу целевого компьютера. Как и в обычном протоколе ARP, сервер меняет местами адреса отправителя и целевого компьютера, прежде чем ответить пославшему запрос компьютеру.

последовательный запрос

Если серверу не известен АТМ-адрес, который соответствует IP-адресу целевого компьютера, действия, предпринимаемые программой протокола ATMARP, отличаются от действий обычного протокола ARP. Сервер отсылает в ответ отрицательное уведомление (пакет протокола ATMARP, в котором в поле типа операции находиться значение 10). Напомним, что в подобном случае в протоколе ARP поступивший запрос попросту игнорируется. Факт получения узлом сети отрицательного уведомления, означает, что ATMARP-сервер исправно функционирует, но пока не располагает данными о запрашиваемой адресной привязке (т.е. указанный целевой компьютер в настоящее время отключен от логической подсети). Таким образом, с помощью запроса к ATMARP-серверу узел сети может однозначно определить три вещи:

  • ■ физический АТМ-адрес целевого компьютера;
  • ■ факт отключения целевого компьютера от логической подсети;
  • ■ факт неработоспособности ATMARP-сервера.
]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:23:23 +0000
Использование ATMARP-пакетов для определения физических адресов http://www.vegavlz.ru/line/353-ispolzovanie-atmarp-paketov.html http://www.vegavlz.ru/line/353-ispolzovanie-atmarp-paketov.html Принцип выполнения привязки адресов в сетевом оборудовании, требующем установки соединения между получателями, несколько сложнее, по сравнению с сетевым оборудованием, не требующем установки такого соединения. Поскольку сетевое оборудование ATM поддерживает два вида виртуальных каналов, возможны два случая. Сначала мы рассмотрим случай использования постоянных виртуальных каналов, а затем — коммутируемых виртуальных каналов.{loadposition ss}

Постоянные виртуальные каналы

Чтобы понять проблемы, возникающие при использовании каналов PVC, вспомним, как функционирует сетевое оборудование сети ATM. Сетевой администратор должен сконфигурировать каждый канал PVC. При этом сами узлы сети не участвуют в настройке параметров каналов PVC. В частности, узел сети начинает передавать данные только после того, как канал PVC уже установлен. При этом он не получает никакой информации от сетевого оборудования об адресе удаленного абонента. Таким образом, если адресная информация не была задана при настройке программного обеспечения узла сети (например, сохранена в файле на жестком диске), узлу сети не известен ни IP-адрес, ни физический АТМ-адрес компьютера, к которому ведет канал PVC.

Инверсный протокол ATMARP (InATMARP) решает проблему поиска АТМ-адресов при использовании каналов PVC. Для работы этого протокола компьютер должен располагать информацией о всех сконфигурированных постоянных виртуальных каналах. Чтобы определить IP-адрес и АТМ-адрес удаленного абонента, компьютер отсылает запрос инверсного протокола ATMARP, где в поле типа операции задано значение.

Инверсный протокол ATMARP

Два компьютера, которые обмениваются информацией по постоянному виртуальному каналу, используют инверсный протокол ATMARP для определения IP-адреса и ATM-адреса друг друга. Один из компьютеров посылает запрос инверсного протокола ATMARP, на который присылает ответ другой компьютер.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:20:47 +0000
Формат пакета протокола ATMARP http://www.vegavlz.ru/line/352-format-paketa-protokola-atmarp.html http://www.vegavlz.ru/line/352-format-paketa-protokola-atmarp.html На рис. 18.10 представлен формат ATM ARP-пакета. Как следует из рисунка, он незначительно отличается от формата пакета протокола ARP. Основное отличие заключается в дополнительных полях, содержащих длину физических адресов ATM. Таким образом, в ATMARP-пакет можно поместить физический адрес ATM произвольной длины. Чтобы понять суть этих изменений, необходимо иметь в виду, что для использования в сети ATM было предложено нескольких форм физических адресов, однако пока ни одну из них не утвердили в качестве действующего стандарта. Телефонные компании, предоставляющие услуги общего доступа к сети ATM, в качестве физического адреса используют телефонные номера абонентов ISDN, длина которых составляет 8 октетов. Формат телефонных номеров абонентов ISDN описан в документе Е.164, изданного международным телекоммуникационным союзом (ITU). Для сравнения: ATM Forum разрешает присваивать каждому подключенному к частной сети ATM компьютеру физические адреса, состоящие из 20 октетов, которые являются адресами точек доступа к сетевой службе (Network Service Access Point, или NSAP). Поэтому на концах ATM-соединения могут использоваться физические адреса, заданные в разных форматах. Например, для узла, подключенного к локальному коммутатору, может использоваться физический адрес NSAP, тогда как для удаленного узла — физический адрес, формат которого определен в документе Е.164.{loadposition ss}

Для возможности использования разных форматов физических адресов на обоих концах ATM-соединения в ATMARP-пакете предусмотрено по два поля длины для каждого ATM-адреса, а также по одному полю длины для каждого протокольного адреса. Как показано на рис. 18.10, ATMARP-пакет начинается с полей фиксированного размера, определяющих формат и длину последующих полей. Формат двух первых полей совпадает с форматом, принятым в обычном протоколе ARP. Для сети ATM в поле типа сетевого оборудования содержится шестнадцатеричное значение 0x0013, а в поле типа протокола — значение 0x0800, что соответствует протоколу IP.

Формат ATM ARP-пакета при использовании рекомендованных ATM Forum физических адресов, длина которых составляет 20 октетов

Поскольку форматы физических адресов отправителя и целевого компьютера могут отличаться, в ATMARP-пакете должна быть указана длина этих адресов. Поле HLEN отпр. определяет длину физического ATM-адреса отправителя, а поле HLEN2 отпр. — длину его подадреса. Поля HLEN цели и HLEN2 цели определяют длину физического ATM-адреса целевого компьютера и длину его подадреса. И наконец, поля PLEN отпр. и PLEN цели определяют длины протокольных адресов отправителя и целевого компьютера.

После описанных выше полей длины физических адресов в ATMARP-пакете следуют шесть адресов. Первые три адреса соответствуют физическому АТМ-адресу отправителя, его подадресу и протокольному адресу. В последних трех адресах указывается физический ATM-адрес целевого компьютера, его подадрес и протокольный адрес. В показанном на рис. 18.10 формате ATMARP-пакета поля длины подадреса отправителя и целевого компьютера содержат нулевые значения, поэтому эти подадреса отсутствуют в пакете.

Формат полей длины в адресе ATM

Поскольку протокол ATMARP предназначен для использования с физическими ATM-адресами двух типов (Е.164 или NSAP; длина последнего составляет 20 октетов), в поля, содержащие длину ATM-адреса, входит бит, определяющий формат адреса. На рис. 18.11 изображено, каким образом в протоколе ATMARP в 8-битовом поле кодируется тип адреса и его длина.

Кодирование типа физического ATM-адреса и его длины в 8-битовом поле. Два типа ATM-адресов отличаются между собой значением первого бита

Тип ATM-адреса кодируется значением только одного бита, поскольку в данном случае возможны только два варианта. Если первый бит содержит нулевое значение, адрес представлен в рекомендованном ATM Forum формате NSAP. Если этот бит содержит единицу, адрес представлен в рекомендованном союзом ITU формате Е.164. Поскольку в каждый ATMARP-пакет входит два поля длины физического адреса, формат которого показан на рис. 18.11, в одном пакете могут находится физические ATM-адреса, представленные в разных форматах.

Типы операций протокола ATMARP

Изображенный на рис. 18.10 формат пакета используется для создания запроса на привязку адресов, ответного сообщения на запрос или запроса на обратную привязку адресов. Отсылая ATMARP-пакет, компьютер должен поместить в поле типа операции специальный код, чтобы определить тип привязки. В табл. 18.1 приведены значения, которые могут использоваться в поле типа операции, и описание каждого из них. Их значения были выбраны в соответствии с кодами операций, используемыми в стандартном протоколе ARP. В оставшихся разделах этой главы объясняется, каким образом функционирует протокол ATMARP.

Коды типа операции протокола ATMARP

  • Запрос протокола ATMARP
  • Ответ протокола ATMARP
  • Запрос инверсного протокола ATMARP
  • Ответ инверсного протокола ATMARP
  • Сигнал отрицательного уведомления протокола ATMARP
]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:13:05 +0000
Управление соединениями http://www.vegavlz.ru/line/351-upravlenie-soedineniyami.html http://www.vegavlz.ru/line/351-upravlenie-soedineniyami.html Узлы сети должны экономно использовать ресурсы, предоставляемые оборудованием ATM. Все дело в том, что для создания канала необходимо определенное время, и если речь идет о коммерческих службах ATM, это может повлечь за собой дополнительные денежные затраты. Следовательно упрощенный подход к проблеме создания виртуального канала, который предполагает закрытие канала сразу после того, как по нему была отправлена одна дейтаграмма, является дорогостоящим. Поэтому узел сети должен вести таблицу открытых каналов, которые можно было бы повторно использовать.

Виртуальные каналы управляются программами, выполняющимися на уровне сетевого интерфейса (он расположен ниже уровня протокола IP). Если узлу сети нужно послать дейтаграмму, он использует средства обычной IР-маршрутизации для определения IP-адреса ближайшей точки перехода, а затем передает этот адрес вместе с самой дейтаграммой драйверу сетевого интерфейса. Драйвер сетевого интерфейса анализирует таблицу открытых виртуальных каналов и, если существует открытый канал, ведущий к узлу сети с адресом пересылает дейтаграмму для отправки модулю протокола AAL5. В противном случае прежде чем отправить дейтаграмму, узел сети должен определить местонахождение компьютера с IP-адресом создать виртуальный канал и внести данные об этом канале в свою таблицу.

ATM Forum — это консорциум производителей, рекомендующих стандарты для частных сетей ATM

Использование логических IP-подсетей налагает определенные ограничения на процесс IP-маршрутизации. Напомним, что в правильно сконфигурированной таблице маршрутизации для каждого получателя должен быть указан IP-адрес ближайшей точки перехода, который принадлежит той же логической подсети, что и отправитель. Чтобы понять, в чем заключается суть ограничения, вспомним, что каждая логическая подсеть является полным аналогом одной локальной физической сети. Как известно, в таблице маршрутизации узла, подключенного к локальной сети, должны указываться адреса ближайших точек перехода, относящихся к этой же локальной сети. Другими словами, в таблице маршрутизации узла локальной сети указывается адрес подключенного к этой сети маршрутизатора.

Одна из причин разделения компьютеров на логические подсети заключается в ограничениях, налагаемых аппаратным и программным обеспечением. Узел сети не может одновременно поддерживать неограниченно большое количество открытых виртуальных каналов, поскольку создание каждого канала требует выделения дополнительных ресурсов как сетевого оборудования ATM, так и операционной системы компьютера. Разделение компьютеров на логические подсети ограничивает максимальное количество одновременно открытых каналов и сводит его к количеству компьютеров в данной подсети LIS.

Привязка адресов в логической подсети

Создавая виртуальный канал к компьютеру своей логической подсети, узел сети должен указать физический адрес получателя в сети ATM. Как узел сети преобразует адрес ближайшей точки перехода в соответствующий физический адрес ATM? Узел сети не может широковещательно отослать запрос всем компьютерам логической подсети, поскольку режим ATM не поддерживает широковещание на уровне сетевого оборудования. Для преобразования адресов узел сети связывается со специальным сервером. Для обмена информацией между узлом сети и сервером используется протокол ATMARP, который представляет собой разновидность описанного в главе 5, "Преобразование IP-адресов в физические адреса (ARP)", протокола ARP.

Как и при использовании стандартного протокола ARP, отправитель создает запрос, в который помещает свой IP-адрес и физический адрес ATM, а также IP-адрес получателя, для которого необходимо узнать физический адрес ATM. Затем отправитель передает запрос серверу ATMARP своей логической подсети. Если серверу известен физический адрес ATM, он отсылает ответное ATMARP сообщение. В противном случае, сервер отсылает отрицательный ATMARP-ответ.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:10:43 +0000
Понятие логической IP-подсети http://www.vegavlz.ru/line/350-ponyatie-logicheskoy-podseti.html http://www.vegavlz.ru/line/350-ponyatie-logicheskoy-podseti.html Для общего решения проблемы привязки адресов в сетях NBMA (таких как ATM) не подходит ни один из существующих протоколов, а другие протоколы так и не были предложены. Однако все же был разработан один протокол, который можно использовать для выполнения ограниченной формы привязки. Речь идет о случае, когда группа компьютеров использует сеть ATM в качестве одной (зачастую локальной) физической сети. При этом говорят, что из группы компьютеров сформирована логическая IP-подсеть (LIS). Интересно то, что из совокупности компьютеров, подключенных к одной сети ATM, можно сформировать несколько логических IP-подсетей. Например, на рис. 18.9 изображено восемь компьютеров, которые подключены к сети ATM, разделенной на две логических подсети.{loadposition ss}

Восемь компьютеров, подключенных к сети ATM, из которых сформировано две логических IP-подсети. Компьютеры, отмеченные косой чертой, относятся к одной логической подсети, а обозначенные кружочком — к другой

Как показано на рис. 18.9, все компьютеры подключены к одной физической сети ATM. Компьютеры А, С, D, Е и F относятся к одной логической подсети, а компьютеры В, F, G и Н — к другой. Каждая логическая IP-подсеть функционирует как отдельная локальная сеть. Компьютеры, относящиеся к одной подсети, устанавливают между собой виртуальные каналы для обмена дейтаграммами12. Поскольку теоретически каждая подсеть образует отдельную сеть, в ней можно использовать стандартные способы адресации протокола IP, такие же, как и в любой другой физической сети. Например, для всех компьютеров, относящихся к одной логической подсети назначается общий сетевой префикс IP-адреса. Причем значение этого префикса отличается от префиксов, используемых в других подсетях. Более того, хотя на разных компьютерах логической подсети может использоваться разный (нестандартный) размер MTU, при установке виртуальных каналов между машинами логической подсети значение MTU должно быть одинаковым у всех. И наконец, узлу, принадлежащему к одной логической подсети, запрещается напрямую устанавливать соединение с узлом, расположенным в другой логической подсети, хотя сетевое оборудование ATM позволяет это сделать. Обмен информацией между двумя логическими подсетями должен происходить через маршрутизатор. Например, на рис. 18.9 машина F представляет собой IP-маршрутизатор, поскольку она относится к обеим логическим подсетям. Подведем итого всему сказанному выше.

В семействе протоколов TCP/IP предусмотрено, что совокупность компьютеров, подключенных к одной сети ATM, может функционировать как независимая локальная сеть. Такая группа компьютеров называется логической IP-подсетью (LIS). Компьютерам, относящимся к одной логической подсети, назначается один сетевой префикс IP-адреса. Произвольный компьютер логической подсети может напрямую обмениваться информацией с любым другим компьютером, относящимся к этой же логической подсети. Однако, для обмена информацией с компьютером, относящимся к другой логической подсети должен использоваться маршрутизатор, хотя оборудование ATM позволяет это сделать напрямую.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:08:27 +0000
Механизм привязки IP-адресов в сети ATM http://www.vegavlz.ru/line/349-mehanizm-privyazki-ip-aresov.html http://www.vegavlz.ru/line/349-mehanizm-privyazki-ip-aresov.html Выше уже было продемонстрировано, что инкапсуляция дейтаграммы для передачи по сети ATM не представляет особой трудности. Однако привязка адресов в сетевом окружении с множественным доступом, не поддерживающим режим широковещания (Non-Broadcast Multiple-Access, или NBMA), может оказаться непростым делом. Подобно другим сетевым технологиям, в сети ATM каждому компьютеру присваивается физический адрес, который необходимо использовать при создании виртуального канала. С одной стороны, поскольку физический адрес узла ATM по размеру больше, чем IP-адрес, его нельзя закодировать в самом IP-адресе. Следовательно, в протоколе IP для сетей ATM нельзя использовать статическую привязку адресов. С другой стороны, сетевое оборудование ATM не поддерживает режим широковещания, поэтому для привязки адресов в сетях ATM нельзя использовать принятый в протоколе IP механизм ARP.{loadposition ss}

 закодированный IP-адрес

Постоянные виртуальные каналы сети ATM еще больше усложняют механизм привязки адресов. Поскольку администратор зачастую конфигурирует вручную каждый постоянный виртуальный канал, узлу сети известна лишь пара идентификаторов VPI/VCI. Более того, программное обеспечение узла сети может и не располагать информацией ни об IP-адресе, ни о физическом адресе ATM удаленного получателя. Следовательно, механизм привязки IP-адресов должен обеспечить идентификацию удаленного компьютера, подключенного через канал PVC, также возможность динамического создания каналов SVC, ведущих к известным получателям.

Чтобы предотвратить ненужную фрагментацию, при вычислении размера MTU не учитываются восемь октетов заголовка LLC/SNAP (т.е. реальное значение MTU для АТМ-соединений, в которых используется заголовок LLC/SNAP, составляет 9188 октетов).

Технологии коммутации, требующие установки соединения между получателями, еще больше усложняют механизм привязки адресов, поскольку при их использовании необходимо выполнить два уровня привязки. Во-первых, при создании виртуального канала для пересылки дейтаграмм IP-адрес получателя необходимо преобразовать в адрес конечной точки сети ATM. Адрес конечной точки используется для создания виртуального канала. Во-вторых, при отправке дейтаграммы удаленному компьютеру по уже существующему виртуальному каналу IP-адрес получателя необходимо преобразовать в пару идентификаторов VPI/VCI для этого канала. Второй уровень привязки используется каждый раз, когда дейтаграмма посылается по сети ATM, в то время как первый уровень привязки необходим только при создании узлом сети канала SVC.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:05:56 +0000
Тип пакета и мультиплексирование http://www.vegavlz.ru/line/348-tip-paketa-i-multipleksirovanie.html http://www.vegavlz.ru/line/348-tip-paketa-i-multipleksirovanie.html Наблюдательный читатель, очевидно, заметил, что в формате трейлера протокола AAL5 не предусмотрено поле типа пакета. Следовательно, фрейм протокола АТМ5 не является автоматически опознаваемым. Поэтому описанная выше упрощенная форма инкапсуляции не может использоваться в сети ATM, если расположенные по обоим концам канала узлы будут посылать по одному виртуальному каналу несколько типов данных (например, пакеты, не принадлежащие протоколу IP). Поэтому в данном случае существует два варианта решения проблемы.{loadposition ss}

  • ■ Компьютеры на концах виртуального канала договариваются заранее о передаче трафика только определенного протокола (например, о пересылке только IP-дейтаграмм).
  • ■ Компьютеры на концах виртуального канала договариваются заранее о том, что некоторые октеты области данных будут использоваться в качестве поля типа.

Первый вариант, когда компьютеры договариваются об использовании в канале только одного из протоколов высшего уровня, имеет преимущество, поскольку в пакет не нужно помещать дополнительную информацию. Например, если компьютеры собираются передавать только IР-дейтаграммы, отправитель может пересылать каждую дейтаграмму непосредственно модулю протокола AAL5 для дальнейшей ее передачи по сети ATM. В этом случае получателю необходимо переслать только саму дейтаграмму и созданный протоколом AAL5 трейлер. Главный недостаток подобной системы заключается в увеличении числа виртуальных каналов, поскольку компьютер должен создать отдельный виртуальный канал для каждого из используемых протоколов высшего уровня. Поскольку большинство операторов связи взимают плату за каждый виртуальный канал, потребители их услуг стараются избегать использования нескольких каналов, так как это увеличивает затраты.

Преимущество второго варианта, когда два компьютера используют один виртуальный канал для нескольких протоколов, заключается в том, что весь трафик проходит по одному и тому же каналу. Однако и в этом случае есть свои недостатки. Первый заключается в том, что каждый пакет должен содержать октеты, определяющие тип протокола. Второй недостаток состоит в том, что поступившие от всех протоколов пакеты передаются по сети с одинаковой задержкой и приоритетом.

В стандарте указано, что в рамках IP-подсети должны использоваться заголовки LLC/SNAP.

В стандартах семейства протоколов TCP/IP предусмотрено, что все компьютеры могут выбирать по своему усмотрению один из двух методов использования протокола AAL5. И отправитель, и получатель должны заранее договориться о способе использования канала. Причем, иногда такая договоренность может также предполагать выполнение ручной настройки. Кроме того, в стандартах предусмотрено, что при включении в пакет информации о его типе компьютеры должны поместить в начало пакета заголовок управления логическим соединением (Logical Link Control, или LLC), используемый в стандарте ШЕЕ 802.2, а следом за ним — заголовок, определяющий точку подключения к подсети (SubNetwork Attachment Point, или SNAP). На рис. 18.8 представлен заголовок LLC/SNAP, который присоединяется к дейтаграмме перед ее пересылкой по виртуальному каналу ATM.

Как показано на рис. 18.8, поле заголовка LLC состоит из трех октетов, которые содержат шестнадцатеричные значения АА.АА. 03. Заголовок SNAP состоит из пяти октетов: трех октетов, содержащих уникальный идентификатор организации (Organizationally Unique Identifier, OUI), и двух октетов, предназначенных для указания типа пакета11. Значение поля OUI определяет организацию, которая осуществляет контроль над значениями, определяющими тип пакета. При передаче IP-дейтаграмм в поле OUI помещается последовательность 00.00.00, которая определяет организацию, ответственную за стандарты Ethernet, а в поле типа—последовательность 08.00 (т.е. значение, которое используется для идентификации IP-дейтаграмм, помещенных во фрейм сети Ethernet). Таким образом, программное обеспечение, работающее на отсылающем дейтаграмму узле сети, должно присоединить заголовок LLC/SNAP к каждому пакету, а затем отослать его модулю протокола AAL5. Программные средства, запущенные на принимающем дейтаграмму узле сети, должны сначала проанализировать заголовок, чтобы определить, каким образом следует обрабатывать весь пакет.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 14:01:03 +0000
Инкапсуляция дейтаграмм и размер MTU в протоколе IP http://www.vegavlz.ru/line/347-inkapsulyaziya-deytagramm-i-razmer-mtu.html http://www.vegavlz.ru/line/347-inkapsulyaziya-deytagramm-i-razmer-mtu.html Выше уже упоминалось, что для передачи дейтаграмм по сети ATM в протоколе IP используется протокол AAL5. Перед отсылкой данных отправитель должен установить с получателем виртуальный канал (PVC или SVC) и согласовать используемый тип протокола уровня адаптации ATM, например AAL5. При передаче дейтаграммы модулю протокола AAL5, отправитель указывает также пару идентификаторов VPI/VCI, которые определяют сам канал. Модуль протокола AAL5 создает трейлер дейтаграммы, разбивает ее на ячейки и передает их по сети. На приемном конце виртуального канала модуль протокола AAL5 выполняет сборку ячеек в пакет данных, вычисляет код CRC и проверяет целостность пакета, извлекает дейтаграмму из пакета и пересылает ее модулю протокола IP.{loadposition ss}

В такой форме записи шестнадцатеричные значения октетов отделены друг от друга точками

На практике в протоколе AAL5 используется поле длины пакета, размер которого составляет 16 бит. Это позволяет отсылать в одном пакете до 65 535 (64К) октетов. Несмотря на это в семействе протоколов TCP/IP наложены ограничения на размер дейтаграмм, которые можно посылать по сети ATM. В стандарте максимальный размер IP-дейтаграммы в сетях ATM устанавливается равным 9180 октетов. Как и в любой сетевой технологии, если размер отправляемой дейтаграммы превышает установленный в сети размер максимальной единицы передачи данных (MTU), модуль протокола IP разбивает дейтаграмму на фрагменты и пересылает каждый фрагмент модулю протокола AAL5. Таким образом, по умолчанию модуль протокола AAL5 принимает, передает и доставляет дейтаграммы, размер которых не превышает 9180 октетов. Подведем итог сказанному выше.

При пересылке данных по сети ATM модуль протокола IP передает дейтаграмму модулю протокола адаптации ATM уровня 5. Несмотря на то что этот модуль может принимать и передавать пакеты длиной до 65535 октетов, в стандартах семейства протоколов TCP/IP для сетей ATM размер MTU ограничен на уровне 9180 октетов. Поэтому, если размер дейтаграммы превышает 9180 октетов, модуль протокола IP должен разбить ее на фрагменты и только после этого передать модулю протокола AAL5.

Этот размер был выбран для обеспечения совместимости технологии ATM с ранее появившейся технологией высокоскоростной коммутации данных SMDS (Switched Multimegabit Data Service), предлагавшейся телефонными компаниями США. Однако по согласованию сторон в сети ATM может использоваться и другой максимальный размер дейтаграмм.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 13:49:32 +0000
Сходимость, сегментация и сборка пакетов в протоколе AAL5 http://www.vegavlz.ru/line/346-shodimost-segmentaziya-i-sborka.html http://www.vegavlz.ru/line/346-shodimost-segmentaziya-i-sborka.html При передаче данных через ATM-соединение с помощью протокола AAL5, прикладная программа отправляет блок данных через интерфейс AAL5. При этом программа протокола AAL5 создает трейлер пакета, разделяет пакет на части размером 48 октетов и передает каждую часть по сети ATM в одной ячейке. На принимающем конце соединения программа протокола AAL5 собирает поступившие ячейки в пакет, проверяет код циклической избыточной проверки CRC, чтобы убедиться в том, что все части пакета поступили неповрежденными, и передает полученный блок данных прикладной программе. Процесс разделения блока данных на ячейки и их последующая группировка на приемном конце называется сегментацией и последующей сборкой ячеек ATM (Segmentation And Reassembly, или SAR).{loadposition ss}

В поле UU может находиться любое значение, а поле CPI необходимо обнулить

функции сегментации и последующей сборки ячеек отделены от механизма передачи ячеек. Поэтому уровень передачи ячеек ATM можно отнести к классу "от машины к машине", поскольку передача ячеек выполняется от одной машины до следующей, расположенной по маршруту к конечному получателю, например, от узла сети до коммутатора, или между двумя коммутаторами. В свою очередь уровень AAL5 относится к классу сквозных уровней, поскольку пакеты данных передаются непосредственно от отправителя к конечному получателю. Другими словами, программа протокола AAL5, запущенная на машине получателя, передает прикладной программе получателя точную копию блока, который был получен программой протокола AAL5, запущенной на машине отправителя.

Протокол AAL5 полностью соответствует принципу разбиения на уровни, поскольку в нем Процесс последующей сборки ячеек ATM в протоколе AAL5 во многом напоминает процесс объединения сегментов в IP-дейтаграмму. В обоих случаях большой блок данных разбивается на компоненты меньшего размера для их последующей передачи по сети. Каким образом программа протокола AAL5, работающая на машине получателя, узнает количество ячеек в пакете? Для указания последней ячейки пакета в протоколе AAL5 используется значение младшего бита поля типа полезной нагрузки, расположенного в заголовке ячейки ATM. Этот бит устанавливается отправителем при передаче последней ячейки и называется битом окончания пакета. Таким образом, программа протокола AAL5 на машине получателя собирает все входящие ячейки до тех пор, пока не обнаружит ячейку с установленным битом окончания пакета. Для описания механизмов, распознающих окончание пакета, в стандарте ATM используется специальный термин — сходимость (convergence). Хотя в протоколе AAL5 для определения сходимости  проверяется значение только одного бита в заголовке ячейки, в остальных протоколах уровня адаптации ATM могут использоваться и другие механизмы сходимости. Подведем итог всему сказанному выше.

Сходимость, сегментация и сборка пакетов в протоколе AAL5

Для передачи большого блока данных по виртуальному каналу ATM прикладная программа использует протокол адаптации ATM уровня 5. На машине отправителя модуль протокола AAL5 создает концевик пакета, разбивает блок данных на ячейки и передает их по виртуальному каналу. На машине конечного получателя модуль протокола AAL5 выполняет сборку ячеек и восстанавливает исходный блок данных, удаляет трейлер пакета и передает результирующий блок данных прикладной программе получателя. Для обозначения последней ячейки блока данных в ее заголовке устанавливается специальный бит.

]]>
saynez@gmail.com (Administrator) Line Mon, 04 Jun 2012 13:46:14 +0000