- •Общая архитектура сети ngn
- •1.1. Общая архитектура
- •1.2. Трехуровневая модель ngn
- •1.2.1. Транспортный уровень
- •1.2.2. Уровень управления коммутацией и обслуживанием вызова
- •1.2.3. Уровень услуг и управления услугами
- •Глава 2 Функциональная структура
- •2.1. Классификация оборудования
- •2.2. Построение транспортных пакетных сетей
- •2.2.1. Использование технологии atm для построения транспортного уровня
- •2.2.2. Использование технологии ip для построения транспортного уровня
- •2.2.3. Сравнение atm и ip atm — сеть коммутации ячеек, ip — сеть коммутации пакетов
- •Стоимость сети
- •2.2.4. Технологии передачи трафика ip по сетям atm
- •Classical ip over atm
- •2.3. Протоколы сетей ngn
- •2.3.1. Базовые протоколы стека tcp/ip
- •Протокол ip
- •Протокол icmp
- •Протокол tcp
- •Протокол udp
- •2.3.2. Сигнальные протоколы Протоколы sip и н.323
- •Протокол mgcp
- •Протокол управления транспортным шлюзом h.248/megaco
- •Протокол bicc
- •Транспортировка информации сигнализации (sigtran)
- •Протокол передачи информации управления потоком (sctp)
- •Пользовательский уровень адаптации isdn (iua)
- •Пользовательский уровень адаптации мтр уровня 2 (m2ua)
- •Пользовательский уровень адаптации мтр уровня 3 (m3ua)
- •Пользовательский уровень адаптации sccp (sua)
- •Sctp для megaco
- •2.3.3. Транспортные протоколы rtp/rtcp
- •2.3.4. Протоколы информационных служб и управления
- •Протокол определения местонахождения услуги (slp)
- •Протокол открытого урегулирования (osp)
- •Протокол упрощенного доступа к директориям (ldap)
- •Web-страница
- •Маршрутизация телефонных вызовов через сеть ip (trip)
- •2.3.5. Протоколы маршрутизации и управления
- •Протокол маршрутизации внутреннего шлюза (igrp)
- •Протокол ospf
- •Протокол внешних шлюзов (egp)
- •Протокол граничных шлюзов (bgp)
- •Протокол tbgp
- •Протокол snmp
- •2.4. Применение серверов приложений в сетях ngn
Стоимость сети
Цены на оборудование ATM существенно выше цен на оборудование IP. В то же время качество услуг, предоставляемых ATM-сетью, также существенно выше аналогичных показателей IP-сетей. Применение же на сети IP разнообразных средств повышения качества сервиса приводит к существенному удорожанию строительства и эксплуатации сети.
Аналогичные рассуждения касаются и сложности протоколов и управления сетью. Протоколы маршрутизации ATM значительно сложнее, чем в IP, однако внедрение механизмов резервирования полосы пропускания, многоуровневой коммутации, дифференцированного обслуживания приводит к значительному усложнению стека протоколов IP-сети, и его простота перестает быть достоинством.
Отсюда следует сделать вывод, что у каждой технологии существует своя сфера применения, в которой ее качества используются наилучшим образом. Кроме того, возможно, что наилучший результат может дать совместное применение ATM и IP, сочетающее достоинства этих технологий.
2.2.4. Технологии передачи трафика ip по сетям atm
В разное время было разработано несколько технологий передачи IP поверх ATM: классический IP поверх ATM (RFC 2225), мультипротокольная коммутация поверх ATM (MPOA), мультипротокольная коммутация меток MPLS (технология MPLS описана в п. 3.2.2.4).
Во всех перечисленных технологиях предполагается передача пакета IP в поле блока данных ячеек AAL5. Данный метод инкапсуляции описан в документе IETF RFC 2684 «Мультипротокольная инкапсуляция поверх ATM AAL5».
RFC 2684 определяет два метода, применяемых для передачи данных коммутируемых и маршрутизируемых протоколов:
Использование одного виртуального соединения несколькими протоколами. Инкапсуляция осуществляется с использованием заголовка уровня управления звеном данных LLC и заголовка протокола доступа подсети SNAP. Таким образом, реализуется свойство самоидентификации протокола. Применяется при необходимости передачи информации различных протоколов в одном виртуальном канале. При этом в поле полезной нагрузки необходимо передавать информацию о передаваемом протоколе. Инкапсуляция LLC/SNAP применяется в случаях использования постоянных виртуальных каналов или в случае, когда установка отдельных виртуальных каналов для каждого соединения является нерентабельной.
Выделение отдельного соединения виртуального канала каждому протоколу. Инкапсуляция осуществляется без использования заголовков уровня LLC и SNAP. В данном методе отсутствует необходимость помещения дополнительной информации о передаваемом протоколе в поле полезной нагрузки, что приводит к уменьшению требуемой полосы пропускания и загрузки процессора коммутатора. Выбор данного метода оправдан в тех случаях, когда установка виртуальных каналов происходит быстро и экономично (в небольших сетях). Данный метод инкапсуляции применяется для коммутируемых соединений ATM.
Выбор способа инкапсуляции определяется способом мультиплексирования и может быть реализован при конфигурации (для постоянных соединений) или посредством процедур сигнализации B-ISDN (для коммутируемых соединений).