Протокол сигнализации pnni
Вторая часть протокола PNNI – протокол сигнализации – управляет установлением и завершением коммутируемых виртуальных соединений точка-точка и точка-группа. Соединение точка-точка является двунаправленным соединением между двумя конечными системами в сети ATM.
Протокол сигнализации PNNI базируется на спецификациях UNI 3.1 и UNI 4.0, добавляя механизм маршрутизации запросов на соединение и определения альтернативных маршрутов в случае неудачи первого запроса.
Протокол сигнализации PNNI базируется на маршрутизации от источника: коммутатор, ближайший к отправителю (входной коммутатор), вычисляет маршрут через всю сеть ATM до коммутатора, ближайшего к получателю (выходного коммутатора), который объявил о доступности адреса получателя. Для маршрутизации от источника требуется создание списка промежуточных коммутаторов в пути следования запроса. Этот список создается входным коммутатором и называется транзитным списком (Designated Transit List, DTL). Коммутаторы внутри сети не принимают решения о дальнейшей маршрутизации, а просто передают запрос в соответствии со списком DTL. (Этим маршрутизация от источника отличается от традиционной маршрутизации, применяемой, например, в Internet.) Список DTL включается в запрос на установление виртуального соединения. Запрос передается через все узлы на маршруте до получателя, а список DTL указывает промежуточным узлам дальнейший путь передачи.
Маршрутизация от источника удобна тем, что все вычисления производятся на одном коммутаторе, тем самым снижается нагрузка на остальные. Повышается гибкость сети, так как различные коммутаторы могут реализовывать разные алгоритмы вычисления маршрута. Практически исключаются петли маршрутизации (вычисляющий коммутатор «увидит» петлю и просто не будет использовать соответствующий маршрут).
Следует отметить, что алгоритм вычисления маршрута не является частью спецификации протокола PNNI. Та или иная его разновидность должна поддерживаться всеми коммутаторами в сети, но какая именно реализация будет поддерживаться – это дело производителя коммутатора.
Для определения каналов связи в сети, которые могут предоставить требуемое качество обслуживания, используется специальный алгоритм GCAC (Generic Call Admission Control, общий протокол контроля за принятием вызовов). При вычислении маршрута учитываются только те каналы связи, которые прошли проверку алгоритмом GCAC.
Для установления соединения точка-точка запрос передается по маршруту, указанному в списке DTL. Когда узел получает запрос, он использует алгоритм GCAC для определения наличия ресурсов для поддержания данного запроса. Если ресурсов достаточно, то их необходимая часть резервируется, а вызов передается следующему узлу в соответствии со списком DTL. В случае отсутствия требуемых ресурсов протокол PNNI включает Специальный механизм блокирования (crankback), который возвращает запрос обратно тому узлу, который создал список DTL, с указанием причины блокировки запроса. Используя эту информацию, данный узел может вычислить новый маршрут в обход узла или канала связи, не способных предоставить требуемые ресурсы. Это увеличивает вероятность успешного установления виртуального соединения по другому маршруту.
В ответ на запрос отправителя ему приходит уведомление, подтверждающее возможность установления соединения. При этом маршрут передачи запроса и его подтверждения один и тот же.
Для завершения соединения с любой из сторон могут быть посланы специальные сообщения. При получении этих сообщений ресурсы коммутаторов, выделенные для данного соединения, освобождаются.
Рассмотрим пример (рис. 12.9). Предположим, что запрос от конечной системы U1, подключенной к узлу А.1, посылается конечной системе U2, подключенной к узлу А.4. Основываясь на запрошенных параметрах качества обслуживания и текущей информации о топологии, узел А.1 формирует список DTL, содержащий узлы А.1, А.2, А.З и А.4.
Узел А.1 передает запрос на установление соединения узлу А.2, который определяет, что по некоторым причинам канал связи между ним и А.З не годится (например, из-за нехватки пропускной способности). Узел А.2 вернет запрос обратно узлу А.1, указав, что вызов блокирован (плохой канал). Узел А.1 вычислит новый маршрут в обход этого канала связи. При этом будет сформирован новый список DTL, содержащий узлы А.1, А.З и А.4 и, если ресурсов достаточно, этот запрос будет успешно обработан и виртуальное соединение установлено.
Виртуальное соединение точка-группа является однонаправленным соединением от корневого узла до остальных узлов, называемых листьями. Поток данных следует только от корня, который устанавливает соединение, до листьев. Изначально корневой узел устанавливает соединение точка-группа с одним листом. При этом процедура установления соединения аналогична той, что применяется в соединениях точка-точка. Остальные узлы затем добавляются к существующему соединению. Для добавления листьев корень формирует специальный список DTL. Первая часть списка DTL может описывать общую часть маршрута до всех получателей. Вторая часть списка указывает оставшуюся часть маршрута, свою для каждого получателя.
В заключение нашего рассмотрения протокола PNNI следует отметить, что предшественником PNNI был протокол IISP (Interim Interswitch Protocol), разработанный Форумом ATM в 1995 году. IISP – это очень простой протокол сигнализации. Он требует ручной настройки таблиц адресных префиксов на каждом коммутаторе. Он не масштабируем и не поддерживает качество обслуживания.
Для использования протокола PNNI в сетях IP Форум ATM разработал протокол I-PNNI (Integrated PNNI). Рассмотренная выше модель работы протокола PNNI подразумевает, что маршрутизаторы вне сети ATM продолжают использовать традиционные протоколы маршрутизации. Протокол I-PNNI вместо этого предлагает использовать протокол PNNI как коммутаторам в сетях ATM, так и маршрутизаторам в IP-сетях. Это предложение основывается на лучшей производительности и масштабируемости протокола PNNI.
Протокол I-PNNI очень важен для широкого распространения ATM. Он расширяет возможности традиционных сетевых протоколов за счет сильных сторон технологии ATM, таких как масштабируемость и качество обслуживания. Кроме того, протокол обеспечивает эффективный механизм взаимодействия сетей IP с сетями ATM, что упрощает переход к коммутируемым сетям.
Маршрутизаторы, поддерживающие протокол I-PNNI, могут работать в иерархических системах, выбирать лидера группы и т. д. Элементы PTSE также доступны таким маршрутизаторам, что позволяет им определить оптимальный маршрут из конца в конец объединенной маршрутизирующей и коммутирующей системы. Протокол I-PNNI предусматривает механизмы взаимодействия с популярными протоколами маршрутизации, такими как OSPF и RIP. Это позволяет использовать протокол I-PNNI в той части сети, где он необходим, не затрагивая ее остальные фрагменты.
Часть IV
Интеграция и развитие технологий
13. развитие стека протоколов TCP/IP
Протокол IPv6
Работа по расширению протокола IP была начата в 1992 году. Необходимость этого диктовалось тем, что практически все ресурсы старой версии протокола IP (IPv4) были исчерпаны. Быстрый рост сети Internet привел к появлению дефицита IP-адресов. Возросший трафик начал вызывать перегрузки магистральных маршрутизаторов. Изменился и характер передаваемого трафика. Все большую долю в нем стали занимать мультимедийные данные.
Новая версия протокола IP – версия 6 (IPv6) – была принята организацией IETF в 1995 году. Она описана в документе RFC 1752. В настоящее время осуществляется постепенный переход к протоколу IPv6. Существует несколько фрагментов сети Internet, в которых маршрутизаторы поддерживают обе версии IP. Эти фрагменты объединены между собой и образуют так называемую «шестую» магистраль (6 bone). Для того чтобы передать дейтаграммы протокола IPv6, магистраль 6 bone инкапсулирует их в дейтаграмму IP и передает через те части сети Internet, которые не поддерживают новую версию протокола. Этот процесс называется туннелированием. Следует помнить, что появление дополнительного заголовка при туннелировании ведет к росту сетевого трафика. Документ RFC 1933 определяет четыре конфигурации туннелей между рабочими станциями и маршрутизаторами:
маршрутизатор–маршрутизатор;
рабочая станция–маршрутизатор;
рабочие станции–маршрутизаторы;
маршрутизатор–рабочая станция.
На рис. 13.1 показан пример организации механизма туннелирования для конфигурации маршрутизатор–маршрутизатор.
Другим методом, позволяющим осуществить плавный переход на новую версию, является использование двойных стеков. Двойные стеки позволяют узлу в сети IP поддерживать обе версии протокола. Такие узлы называются IPv6/IPv4-узлами. Использование двойного стека позволяет раздельно переводить на протокол IPv6 каждое устройство в сети. При этом необходимо задействовать дополнительные ресурсы такого устройства, изменить его конфигурационную информацию и провести ряд других операций. Нужно учитывать, что маршрутизаторам может потребоваться дополнительная оперативная память, так как таблицы маршрутизации протокола IPv6 больше по объему. На рис. 13.2 показано распределение уровней узла с двойным стеком IPv4/IPv6.
-
Прикладной уровень
Транспортный уровень (протоколы TCP и UDP)
IPv4
IPv6
Уровень сетевого интерфейса
Рис. 13.2. Уровни двойного стека TCP/IP
Протокол IPv6 поддерживается практически всеми современными операционными системами и производителями сетевого оборудования. Естественно, развитие протокола IP повлекло за собой модернизацию всего стека TCP/IP. Уменьшился объем маршрутной и служебной информации. Много внимания уделено функциональным составляющим TCP/IP, которые напрямую влияют на загрузку маршрутизаторов:
реализована гибкая схема разделения адресного пространства с использованием технологий CIDR и масок подсетей переменной длины. Изменение адресной схемы позволяет сократить объем таблиц маршрутизации и ускорить их просмотр и обновление;
введено повсеместное использование (физического адреса устройства в качестве номера узла. При этом снижается нагрузка на сеть за счет отказа от протокола ARP;
уменьшен заголовок дейтаграмм IP;
проведение фрагментации перенесено на конечные узлы. Узлы, поддерживающие протокол IPv6, сами определяют размер MTU, который устраивает все транзитные узлы и каналы на пути следования дейтаграммы.
Схема адресации IPv6 существенно отличается от схемы адресации протокола IP. Адреса получателя и отправителя в протоколе IPv6 задаются 128 битами. Такая длина адресного пространства позволяет на достаточно большой период времени снять проблему дефицита адресов в сети Internet. Основным механизмом, заложенным в схему адресации протокола IPv6, является введение иерархического разделения адресного пространства на уровни. Вместо прежних двух уровней – номера сети и номера устройства, – в протоколе IPv6 используется пять уровней, включая два уровня идентификации провайдеров и три уровня идентификации абонентов в сети (рис. 13.3).
-
Префикс
Идентификатор провайдера
Идентификатор абонента
Идентификатор
подсети
Идентификатор
узла
Рис. 13.3. Уровни адресации протокола IPv6
Префикс определяет тип используемого адреса. Приведем пример адреса с идентификацией провайдера. Такой адрес имеет префикс 010. Этот префикс выбран согласно табл. 13.1, в которой приведено исходное распределение адресов протокола IPv6. В табл. 13.1 строка с адресом идентификации провайдера выделена.
Таблица 13.1. Исходное распределение адресов IPv6
Назначение блока адресов
| Двоичный префикс
| Доля адресного пространства
|
Резервный
| 0000 0000
| 1/256
|
Незанятый
| 0000 000
| 11/258
|
Зарезервирован для IPX
| 0000 010
| 1/128
|
Незанятый
| 0000 011
| 1/128
|
Незанятый
| 0000 1
| 1/32
|
Незанятый
| 0001
| 1/16
|
Незанятый
| 001
| 1/8
|
Адреса идентификации провайдера
| 010
| 1/8
|
Незанятый
| 011
| 1/8
|
Зарезервирован для адресов по географической принадлежности
| 100
| 1/8
|
Незанятый
| 101
| 1/8
|
Незанятый
| 110 | 1/8
|
Незанятый
| 1110
| 1/16
|
Незанятый
| 11110
| 1/32
|
Незанятый
| 1111 10
| 1/64
|
Незанятый
| 1111 110
| 1/128
|
Незанятый
| 1111 1110 0
| 1/512
|
Локальные адреса для линии
| 1111 1110 10
| 1/1024
|
Локальные адреса для узла
| 1111 1110 11
| 1/1024
|
Групповые адреса
| 1111 1111
| 1/256
|
На рис. 13.4 показан формат адреса с идентификацией провайдера.
Префикс
| Идентификатор организации
| Идентификатор провайдера
| Зарезервировано
| Идентификатор абонента
| Зарезервиро- вано
| Адрес сети и устройства
|
010
| 5 бит
| 16 бит
| 8 бит
| 24 бита
| 8 бит
| 64 бита
|
Рис. 13.4. Формат адреса с префиксом 010
Поле «Идентификатор организации» определяет организацию, ответственную за выделение адресов провайдерам. Например, InterNIC в Северной Америке, RIPE в Европе или APNIC в Азии. Поле «Идентификатор провайдера» определяет непосредственно провайдера. Провайдер назначает поле «Идентификатор абонента». Данное поле идентифицирует конкретного пользователя. За полями «Идентификатор провайдера» и «Идентификатор абонента» следуют резервные поля, необходимые для будущего расширения. Оставшиеся 64 бита в адресе по принадлежности к провайдеру определяют номер сети и номер устройства. Идентификация сети и устройства происходит примерно по тем же правилам, что и в случае использования протокола IPv4 с классами А, В и С. Данное поле предоставляет достаточно пространства для разбиения выделенного блока адресов на адреса подсетей и рабочих станций в каждой подсети.
Такая структура адреса по принадлежности к провайдеру значительно упрощает маршрутизацию. Поле «Идентификатор провайдера» сразу определяет сеть другого провайдера. После определения сети провайдера маршрутизатор анализирует поле «Идентификатор абонента» и определяет непосредственного абонента, которому должна быть передана информация. Абонентом может выступать любая организация, которая, при необходимости, может организовать несколько уровней иерархии в своей сети.
В протоколе IPv6 отменено разделение адресов на классы. В основе распределения адресного пространства лежит технология CIDR. При этом адреса сетей каждого провайдера имеют одинаковое значение сетевого префикса и все устройства в этой сети поддерживают его передачу. С использованием технологии CIDR деление IP-адреса на адрес подсети и адрес устройства производится на основе маски подсети переменной длины, которая назначается провайдером и уже не зависит от класса адреса. Использование технологии CIDR совместно с технологией «наибольшего совпадения», реализуемой маршрутизаторами, позволяет значительно уменьшить объем их таблиц маршрутизации. Технология CIDR уже используется с четвертой версией протокола IP и поддерживается протоколами маршрутизации OSPF, RIP-2 и BGP-4. Эта технология позволяет избежать избыточного назначения адресного пространства, которое может иметь место при использовании классов адресов.
Протокол IPv6 вводит несколько типов адресов:
Unicast – индивидуальный (единичный) адрес. Адрес определяет отдельное устройство в сети или порт маршрутизатора. В свою очередь, индивидуальный адрес подразделяется на:
Global – глобальный. Основной тип адресов в Internet;
Link-Local и Site-Local – адреса для линии и узла. Адреса используются в сетях, не связанных с Internet. Для того чтобы эти адреса можно было использовать в Internet, поле «Идентификатор провайдера» заполняется нулями. Термин «Link» относится к сетям Frame Relay и ATM, то есть к прямой выделенной линии или соединению с сетью Ethernet, FDDI и т. д. Локальный адрес для линии описывает устройство, не имеющее соединения с маршрутизатором или с Internet. С использованием этих адресов можно подключать к Internet сети без присвоения им новых адресов. На рис. 13.5 показаны примеры локальных адресов для линий и узлов. В формате локального адреса для линии поле уникального адреса линии содержит физический адрес локальной сети. Префикс имеет длину 10 бит, а оставшаяся часть – 118 бит. Если локальной адрес для линии используется для подключения к сети Ethernet, то физический адрес займет 48 бит (6 байт). Таким образом, использование локальных адресов для линий позволяет подключать сети Ethernet, Token Ring и FDDI без реконфигурации сетевых адресов.
В каждом из адресов префикс необходимо дополнить нулями, число которых определяется требуемым остатком бит для задания адреса линии или узла. Адреса для узла присваиваются узлам, имеющим маршрутизаторы, но не подключенным к сети Internet через провайдера. При подключении этого узла к сети Internet маршрутизатор настраивается с новым префиксом. По сути дела, маршрутизатор создает адрес по принадлежности к провайдеру открытием полей «Идентификатор организации», «Идентификатор провайдера» и «Идентификатор абонента».
Multicast – адрес набора узлов (групповой адрес). В протоколе IPv6 отсутствует понятие широковещательного адреса. Широковещательная адресация заменена поддержкой групповой передачи данных. Такой механизм необходим протоколу IPv6 для регулирования пропускной способности сети при распространении мультимедийного трафика;
Anycast – адрес набора узлов. Этот тип адресов используется для обеспечения прохождения своего трафика через маршрутизаторы отдельных провайдеров. В отличие от групповых адресов, такая дейтаграмма должна быть доставлена любому члену группы. В протоколе IPv6 широко используется маршрутизация от источника. Этот вид маршрутизации освобождает маршрутизаторы от функции анализа своих таблиц маршрутизации, уменьшает время задержки дейтаграммы для ее обработки и, естественно, повышает пропускную способность сети в целом;
При назначении адресов каждому порту маршрутизатора вместе с физическим адресом присваивается еще один адрес, общий для всех портов всех маршрутизаторов в сети данного провайдера, который является апу-cast-адресом;
При указании нечеткого адреса устройству не надо знать конкретный адрес маршрутизатора, так как оно является членом группы маршрутизаторов с этим адресом. Положительным моментом здесь является то, что в случае изменения местоположения этого маршрутизатора адрес его менять не надо, так как дейтаграмма будет отправляться по-прежнему ближайшему члену этой нечеткой группы.
Для плавного перехода к протоколу IPv6 введен специальный тип адресов – IPv4-compatible (совместимые адреса). В этих адресах старшие 96 бит содержат нули, а младшие 32 бита – обычный адрес IPv4. Такие адреса позволяют решить проблему совместимости частей Internet, работающих с протоколами IP разных версий.
Для упрощения обработки заголовка дейтаграммы в протоколе IPv6 введены основной и дополнительный заголовки. Основной заголовок присутствует всегда. Дополнительный заголовок определяет некоторые необязательные параметры. Основной заголовок имеет длину 40 байт (рис. 13.6).
Поле «Следующий заголовок» по своему назначению соответствует полю «Протокол» в версии 4 и определяет тип заголовка, который следует за данными. Каждый следующий дополнительный заголовок содержит это поле. Если дейтаграмма не содержит дополнительных заголовков, то значение этого поля определяет протокол – TCP, UDP, RIP или OSPF. Поле «Лимит переходов» введено для более эффективного определения времени жизни дейтаграмм. В протоколе IPv4 поле времени жизни дейтаграммы уменьшается на единицу (по крайней мере) при прохождении каждого маршрутизатора. При этом время ожидания в очереди не учитывается. Поле «Приоритет» позволяет отправителю задать приоритет своих дейтаграмм. Возможные 16 значений этого поля разделены на две категории: значения от 0 до 7 определяют трафик, которым маршрутизатор при необходимости может пренебречь, а значения от 8 до 15 указывают на трафик, к которому эти меры применяться не могут (аудио- и видеоинформация, передаваемая с постоянной скоростью в реальном времени). Используя поля «Приоритет» и «Метка потока» устройства могут идентифицировать дейтаграммы, которым требуется нестандартное обслуживание на маршрутизаторах. В протоколе IPv6 определены следующие типы дополнительных заголовков:
Routing – определяет полный маршрут при маршрутизации от источника. Данный заголовок позволяет отправителю указать списбк IP-адресов, которые диктуют путь передачи;
Fragmentation – содержит сведения о проведении фрагментации на конечных узлах сети. В протоколе IPv6 фрагментацию не разрешается выполнять на промежуточных узлах; это значительно повышает производительность при маршрутизации. В том случае, если распределенная сеть состоит из сегментов с различными значениями MTU, отправитель использует дополнительный заголовок Fragmentation для разделения дейтаграммы на произвольное число небольших фрагментов. В этом дополнительном заголовке содержатся поля, которые идентифицируют фрагменты исходной дейтаграммы по присвоенным им последовательным номерам. Так как промежуточные маршрутизаторы не выполняют фрагментацию, то вся ответственность за выбор правильного размера дейтаграммы возлагается на отправителя, которому необходимо определить значения MTU каждой промежуточной сети в пути до получателя. Например, если две сети FDDI со значением MTU 4500 байт связываются через сеть Ethernet с MTU, равным 1500 байт, то отправитель должен посылать дейтаграмму с длиной не более 1500 байт или разделить ее на фрагменты той же длины. Конечные системы могут определять минимальное значение MTU в пути между ними, используя механизм MTU path discovery process (процесс выяснения значений MTU на пути), описанный в документе RFC 1191. При этом отправитель посылает дейтаграмму с длиной, равной значению MTU той сети, к которой он подключен. Если выбранный размер дейтаграммы слишком велик для некоторых промежуточных сетей, то отправителю будет послано сообщение протокола ICMP «Datagram Too Big» (Дейтаграмма слишком велика) с указанием рекомендованного значения MTU. После получения этого сообщения отправитель скорректирует размер дейтаграммы (например, с помощью фрагментации) и повторит процесс. Это будет продолжаться до тех пор, пока дейтаграмма не сможет пройти все промежуточные сети в пути до получателя;
Authentication – служит для идентификации конечных узлов и обеспечения целостности дейтаграмм;
Encryption – служит для шифрования и дешифровки передаваемых данных;
Hop-by-Hop Option – используется алгоритмом «переход за переходом» при обработке дейтаграмм. Данный заголовок переносит дополнительные параметры, которые проверяются промежуточными узлами. Заголовок должен следовать первым после основного заголовка. Так как заголовок проверяется всеми маршрутизаторами, его полезно использовать для передачи управляющей или отладочной информации. В настоящее время может использоваться параметр Router Alert, который информирует маршрутизаторы, что дейтаграмма должна быть обработана целиком до ее передачи следующему маршрутизатору в пути. Данный параметр применяется, например, при работе протокола RSVP;
Destination Option – содержит дополнительную информацию для узла назначения.
Каждый дополнительный заголовок содержит тип следующего за ним заголовка, что позволяет создать цепочку заголовков. Основной заголовок является первым в цепочке и не содержит дополнительных заголовков. Поле «Следующий заголовок» указывает, какой дополнительный заголовок следует за основным. Поле «Следующий заголовок» первого дополнительного заголовка указывает на тип второго дополнительного заголовка и т. д. Это продолжается до тех пор, пока в поле «Следующий заголовок» очередного дополнительного заголовка не встретится запись о том, что далее, например, следует заголовок протокола TCP (рис. 13.7).
Для поддержки качества обслуживания протокол IPv6 работает с «меткой потока» (flow label). Метка потока – это признак, который размещается в поле заголовка «Метка протокола» дейтаграммы IPv6. Метка указывает на принадлежность данной дейтаграммы к последовательности дейтаграмм – потоку, который требует определенных параметров обслуживания. Маршрутизаторы обрабатывают потоки на основании значения метки и идентификатора отправителя дейтаграмм. Для предоставления нестандартного качества обслуживания потоков разработан дополнительный протокол RSVP – протокол резервирования ресурсов.
Особо хочется остановиться на проблемах взаимодействия протокола IPv6 с технологией ATM. Основная проблема заключается в поддержании каналов к группе получателей без установления АТМ-соединения.
В отличие от протокола IPv4, механизмы разрешения адресов и их настройки в протоколе IPv6 реализованы на сетевом уровне, а не на канальном (протоколы ARP для широковещательных сетей и ATMARP и NHRP для сетей ATM). To есть, протокол обнаружения (Neighbor Discovery), который используется для нахождения маршрутизаторов и соседей, является интегральной частью IPv6 и любые механизмы, предназначенные для адаптации технологии ATM к IPv6, прежде всего, должны работать именно с этим протоколом. Здесь наблюдается принципиальное отличие от протокола IPv4, в котором механизмы разрешения адресов не являются частью основного протокола, а реализуются на канальном уровне – протоколом ARP для широковещательных сетей и механизмами ATMARP и NHRP для сетей ATM.
- Максим Кульгин Технологии корпоративных сетей. Энциклопедия
- Часть I основы корпоративных сетей.
- 1. Базовые сетевые технологии
- Соединения и каналы
- Технологии b-isdn и atm
- Технология Frame Relay
- Технология isdn
- Плезиохронная и синхронная цифровые иерархии
- Технология sonet
- Технология smds
- Технология Ethernet
- Дальнейшее развитие технологии Ethernet
- Технология 100vg-AnyLan
- 2. Методология построения корпоративной сети
- Сравнение современных технологий передачи данных
- Требования к сети
- Архитектура сети
- Магистраль на базе коммутации ячеек
- Маршрутизация
- Коммутация
- Выделение маршрутов
- Сетевые шаблоны
- Сетевой шаблон глобальной сети
- Сетевой шаблон городской сети
- Шаблон городской сети с технологией sonet/sdh
- Шаблон городской сети с передачей atm поверх sonet/sdh
- Шаблон городской сети, как расширенной локальной сети
- Сетевой шаблон центрального офиса
- Реализация доступа и магистрали
- Критерии выбора технологии
- 3. Качество обслуживания в современных сетях
- Характеристики трафика
- Трафик разных приложений
- Качество обслуживания «на самоокупаемости»
- Обзор технологий качества обслуживания
- Обеспечение перекрывающей пропускной способности
- Приоритетные очереди в маршрутизаторах
- Протокол резервирования ресурсов
- Установление приоритетов в виртуальных сетях
- Качество обслуживания в сетях Frame Relay
- Качество обслуживания в сетях atm
- Рекомендации
- 4. Модель и уровни osi
- Эталонная модель osi
- Протоколы и интерфейсы
- Уровни модели osi Физический уровень
- Канальный уровень
- Сетевой уровень
- Транспортный уровень
- Сеансовый уровень
- Уровень представления
- Прикладной уровень
- Назначение уровней модели osi
- 5. Основные типы сетевых устройств
- Витая пара
- Коаксиальный кабель
- Оптоволоконный кабель
- Сетевые адаптеры
- Концентраторы
- Коммутаторы
- Коммутация «на лету»
- Коммутация с буферизацией
- Бесфрагментная коммутация
- Дополнительные функции коммутаторов
- Протокол stp
- Протокол stp и виртуальные сети
- Протокол stp: заключение
- Маршрутизаторы
- Брандмауэры
- Часть II стек протоколов тср/ip
- 6. Ip и другие протоколы нижнего уровня
- Протокол ip
- Протокол arp
- Протокол 1смр
- Протокол udp
- Протокол rtp
- Адресная схема протокола ip
- 7. Протокол tcp
- Формат заголовка
- Состояние системы
- Блок управления передачей
- Установление и закрытие соединений
- Плавающее окно
- Пропускная способность
- Контроль за перегрузками
- Управление потоком данных
- Политики отправки и приема сегментов
- Таймер повторной передачи
- Адаптивный таймер повторной передачи
- Узкие места в сети
- Протокол tcp в сетях atm
- 8. Маршрутицазия протокола ip
- Автономные системы
- Подсети
- Маска подсети
- Протокол rip
- Маска подсети переменной длины
- 9. Протоколы маршрутизации Протокол ospf
- Протоколы igrp и eigrp
- Протоколы политики маршрутизации egp и bgp
- Протокол igmp
- Алгоритмы построения дерева доставки
- Магистраль mbone
- Протоколы групповой маршрутизации Протокол dvmrp
- Протокол mospf
- Протокол рiм
- Бесклассовая междоменная маршрутизация
- Часть III Технология atm
- 10. Введение в технологию атм
- Появление atm
- Форум atm
- Основные компоненты atm
- Уровни atm
- Уровень адаптации atm
- Уровень atm
- Физический уровень
- Прямая передача ячеек
- Использование транспортных кадров
- Использование plcp
- Интерфейсы atm
- Мультиплексирование в сетях atm
- Инверсное мультиплексирование
- Безопасность в сетях atm
- Сигнализация atm
- 11. Основы технологии атм Соединения atm
- Сети без установления соединения
- Сети с установлением соединения
- Виртуальные соединения в сетях atm
- Типы виртуальных соединений
- Виртуальные пути и виртуальные каналы
- Установление соединений atm
- Ячейки atm
- Сети с передачей ячеек
- Формат ячеек atm
- Ячейки формата uni
- Ячейки формата nn1
- Подготовка ячеек к передаче
- Уровень адаптации aal1
- Уровень адаптации aal3/4
- Уровень адаптации aal5
- Адресация atm
- Адрес dcc aesa
- Адреса icd и е.164 aesa
- Управление адресами
- 12. Коммутация и маршрутизация в атм Коммутаторы atm
- Архитектура коммутаторов atm
- Интеграционные функции коммутаторов
- Управляемость
- Маршрутизация в atm
- Протокол маршрутизации запросов pnni
- Протокол сигнализации pnni
- Качество обслуживания
- Протокол tcp
- Протокол udp
- Резервирование ресурсов и протоколы управления потоком данных
- Организация очередей в маршрутизаторе
- Метод явного контроля скорости
- 14. Интегрированные и дифференцированные услуги Качество обслуживания
- Интегрированные услуги
- Сервисные уровни обслуживания
- Сервисное управление нагрузкой
- Гарантируемое обслуживание
- Протокол резервирования ресурсов rsvp
- Стили резервирования
- Развитие сетей с is
- Дифференцированные услуги
- Архитектура системы с предоставлением ds
- Граничные устройства домена ds
- Внутренние устройства домена ds
- Выходные домены
- Использование протокола rsvp в сетях с ds
- 15. Управление трафиком в атм
- Трафик-контракт
- Параметры трафика
- Категории сервиса
- Связь механизмов управления трафиком
- Контроль за установлением соединения
- Контроль за использованием полосы пропускания
- Формирование трафика
- Контроль потока abr
- Контроль приоритетов
- Организация очередей в коммутаторах
- Реализация очередей для службы ubr
- Реализация очередей для службы abr
- Методы отбрасывания пакетов
- Адаптивное управление буферами в коммутаторах
- 16. Интеграция с атм
- Протокол ip поверх atm
- Передача ip-Дейтаграмм по сети atm
- Взаимодействие устройств в одной логической подсети
- Групповая доставка информации в сети atm
- Взаимодействие устройств в разных логических подсетях
- Протокол nhrp
- Оценка потерь при работе протокола ip поверх atm
- Передача ip-дейтаграмм в кадрах sonet
- Технология эмуляции локальной сети — lane
- Концепция lane
- Технология мроа
- Клиент мроа
- Сервер мроа
- Взаимодействие технологий мроа и nhrp
- Масштабируемость в глобальных сетях
- Технология Tag Switching фирмы Cisco
- Технология aris фирмы ibm
- Технология mpls комитета ietf
- Перспективные разработки. Рекомендации
- Взаимодействие технологий atm и Frame Relay
- 17. Интеграция маршрутизации и коммуникации
- Общие вопросы выбора технологий
- Коммутирующие маршрутизаторы
- Коммутация третьего уровня в atm
- Технологии фирм Ipsilon и Toshiba
- Технология FastIp фирмы 3Com
- Технология NetFlow фирмы Cisco
- Технология SecureFast фирмы Cabletron
- Технология Multiprotocol Switched Services фирмы ibm
- 18. Мультимедиа в сети
- Передача видеоинформации
- Технические требования к передаче видеоинформации в сетях atm
- Некоторые рекомендации по созданию сетей atm с видео
- Передача голоса
- Часть V Приложения
- 1. Стандарты стека протоколов tcp/ip
- 2. Порты протоколов tcp и udp
- 3. Выделение ip - подсетей
- 4. Теория очередей и расчет параметров сети
- 5. Организации по стандартизации
- 6 Список фирм - членов Форума атм
- 7. Спецификации Форума атм
- 8. Список терминов
- 9. Список литературы Основная литература
- Дополнительная литература Технология atm и протокол ip поверх atm
- Технология качества обслуживания
- Система ip-адресаиии
- Некоторые ресурсы Internet
- Алфавитный указатель
- Оглавление
- Часть I 3
- Часть II 109
- Часть III Технология atm 207
- Часть IV 269
- Часть V Приложения 402