Мини-Сервер своими руками - это просто! - IP телефония

2.5. Профиль iNow

2011-10-31T10:37:00+04:00

Есть еще одна проблема, которая присуща всем новым технологиям - несовместимость между собой оборудования разных производителей. Чтобы решить ее, ведущими производителями выдвинута инициатива iNow. Если говорить о технологии Voice over IP в общем, то к ней просматривается интерес и традиционных операторов, например, для предоставления экономичных решений небольшим офисам. Фактически, речь идет о реализации с помощью Voice over IP «последней мили». Естественно, такие решения оказываются сильно дешевле традиционных, которые предусматривают установку определенного количества входящих линий (абонентских или соединительных) и УАТС.

Шесть ведущих производителей телефонных IP-шлюзов - Ascend Communications, Siemens, Cisco Systems, Dialogic, Natural MicroSystems и Clarent - намерены добиться полной совместимости своих IP-шлюзов и устройств доступа к ним (gatekeepers). С этой целью названные компании обеспечат в своих устройствах поддержку спецификаций iNow (Interoperability Now), совместно разработанных фирмами Lucent Technologies, ITXC и VocalTec Communications.

Спецификации iNow определяют способы обработки служебной информации при установлении телефонного соединения, меры безопасности и другие функции уровня управления средой передачи, необходимые для ус тановления телефонного соединения между IP-шлюзами. iNow базируются на стандарте Н.323 и Приложении G рекомендации Н.225.0, которое описывает процедуры организации междоменной связи.

Первыми о совместимости своих шлюзов объявили фирмы Lucent Technologies и VocalTec. В настоящее время их оборудование проходит испытания в коммерческой сети американского оператора ITXC. Остальные производители собираются представить оборудование с поддержкой iNow в ближайшее время.

2.4. Стандарты IETF - Часть 4

2011-09-18T14:54:00+04:00

Спецификации Diff-Serv и MPLS используют для обеспечения QoS маркировку пакетов. Но Diff-Serv работает на третьем уровне модели OSI, a MPLS - на втором. MPLS работает как с Diff-Serv, так и без этой спецификации, и наоборот. Однако возможна и их совместная работа - MPLS-устройства могут устанавливать метки для последующей коммутации после считывания инструкций Diff-Serv из ToS в IP-заголовках.

В настоящее время в IETF реализуется также проект в области управления сетью на основе правил: это исследования, связанные с определением стандартной инфраструктуры для применения данной методологии, а также набора необходимых протоколов и схем работы. Чтобы обеспечить оптимальный процесс хранения и извлечения из хранилища правил, составляющих стратегии, их внутреннее представление должно быть формализовано в структуру данных. Рабочая группа IETF Policy Framework Working Group (PFWG) разработала модель Policy Framework Core Information Model, в которой определен высокоуровневый набор объектно-ориентированных классов, достаточный для представления базовых стратегий управления. Объектные классы могут расширяться производными классами конкретных типов стратегий - например, обеспечения QoS или безопасности.

2.4. Стандарты IETF - Часть 3

2011-09-02T13:43:00+04:00

Этот протокол служит для установления сеансов Интернет-телефонной и мультимедийной связи и использует IP-адреса, а не ISDN-номера как протокол Н.323. В него входят также протоколы передачи данных в режиме реального времени RTP и RTCP, а также протокол описания технических параметров сеанса связи SDP (Session Description Protocol). Протоколы RTP и RTCP включены в стандарт Н.323, а вот SDP и SIP нет. Последние не могут существовать друг без друга и являются протоколами сигнализации в сетях IP. Протокол SDP описывает параметры (возможности) устройств, необходимые для участия в сеансе мультимедийной связи, протокол SIP служит для установления связи между двумя любыми сетевыми устройствами. Для решения соответствующих задач в стандарт Н.323 включены протоколы Q.931, RAS и Н.245.

Две рабочие группы IETF работают над стандартом качества обслуживания QoS для Интернет. Одна из этих групп разрабатывает механизм многопротокольного коммутирования меток (Multiprotocol Label Switching, MPLS), а другая - спецификации дифференцированного обслуживания (Differentiated Services, Diff-Serv).

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

В деятельности группы MPLS принимают активное участие представители крупнейших поставщиков сетевых решений и оборудования. Эта архитектура выросла из системы Tag Switching, предложенной Cisco Systems, однако некоторые идеи были заимствованы у конкурирующей технологии IP-коммутации, созданной компанией Ipsilon, и проекта ARIS корпорации IBM. В архитектуре MPLS собраны наиболее удачные элементы всех упомянутых разработок, и, по прогнозам, она должна превратиться в стандарт Internet благодаря усилиям IETF и компаний, заинтересованных в скорейшем продвижении данной технологии на рынок.

Спецификация Diff-Serv предназначена для присвоения различным приложениям значений параметров, присущих разным уровням QoS. Согласно Diff-Serv, биты типа службы (ToS) в IP-заголовках указывают на класс QoS для различных видов трафика и назначаются на основе соглашений об уровне обслуживания, заключаемых между пользователями и поставщиками услуг.

2.4. Стандарты IETF - Часть 2

2011-08-16T14:56:00+04:00

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

Возможности RTP были расширены путем объединения его с еще одним протоколом IETF, а именно с протоколом управления передачей в реальном времени (Real-time Transport Control Protocol, RTCP). С помощью протокола RTCP программы могут приспосабливаться к изменяющимся нагрузкам на сеть, уведомляя отправителей и получателей о всплесках (spikes) - резких изменениях объемов передаваемой по сети информации. Например, RTCP-совместимый телефон может отслеживать пропускную способность сети и мгновенно переключаться на алгоритм кодирования/декодирования аудиосигнала более низкого качества, если в сети становится слишком много пользователей.

Быстрое развитие IP-телефонии выявило проблему совместимости шлюзов, предназначенных для сопряжения IP-сетей и сетей с коммутацией каналов. Специальная рабочая группа по управлению многоточечными сеансами мультимедиа-связи (MMUSIC) организации IETF разработала собственный протокол прикладного уровня для инициализации сеансов связи SIP (Session Initiation Protocol), который был принят в качестве стандарта RFC 2543 в марте 1999 года. Протокол SIP, не включенный пока ITU-T в стандарт Н.323, может оказать огромное влияние на распространение Интернет-телефонии, поскольку он стирает границы, пока еще существующие между ней и обычной телефонией.

2.4. Стандарты IETF - Часть 1

2011-07-07T18:14:00+04:00

Рабочая группа по инженерным проблемам Интернет (Internet Engineering Task Force -IETF) сосредоточила свои усилия на задаче более общего характера - развитии мультимедийных возможностей Интернет.

Первое, что было рекомендовано IETF, - это протокол резервирования ресурсов (Resource Reservation Protocol, RSVP). С помощью PSVP мультимедиа-программы могут потребовать специального качества обслуживания (specific quality of service, QoS) посредством любого из существующих сетевых протоколов - главным образом IP, хотя возможно использовать и UDP - чтобы обеспечить качественную передачу видео - и аудиосигналов. Протокол RSVP предусматривает QoS благодаря тому, что через каждый узел, который связывает между собой участников телефонного разговора, может передаваться определенное количество данных.

Протокол RSVP реализован в маршрутизаторах фирм Cisco, Nortel Networks и многих других производителей.

Хотя протокол RSVP предусматривает решение проблемы QoS, в нем не устранен принципиальный недостаток, присущий протоколам Интернет для программ мультимедиа, -недостаточно развитые средства синхронизации данных. Надежные протоколы, такие, как

Рис. 2.2. Структура проекта TIPHON

Рис. 2.3. Сценарий 1 проекта TIPHON

Рис. 2.4. Сценарий 2 проекта TIPHON

Рис. 2.5. Сценарий 3 проекта TIPHON

Рис. 2.6. Сценарий 4 проекта TIPHON

TCP/IP, располагают многоуровневыми средствами, предотвращающими потерю данных. Однако многоуровневая архитектура может помешать выполнению чувствительных к временной упорядоченности процедур декодирования аудио - и видеосигналов, реагирующих на несвоевременное поступление данных. Кроме того, временные критерии вообще не фигурируют в IP. Из этого следует, что синхронизация может оказаться крайне сложной задачей. Поэтому комитетом IETF был разработан транспортный протокол реального времени (RTP, Real-time Transport Protocol). Протокол описан в документе RFC 1889, а также включен в Рекомендацию Н.323.

2.3. Стандарты ETSI

2011-06-27T04:32:00+04:00

Европейский институт стандартизации телекоммуникаций ETSI разрабатывает проект, получивший название TIPHON (Telecommunications and IP Harmonization over Network). Цель проекта - определение глобальных стандартов на Интернет-телефонию, обеспечивающих взаимодействие IP-сетей с телефонными сетями общего пользования, а также сотовыми сетями. При этом для доступа абонентов ТфОП к пользователям услуг IP-телефонии предлагается выделить глобальный код службы в международном плане нумерации, определенном в Рекомендации ITU-T Е.164. Структура проекта TIPHON и разрабатываемые рабочими группами документы показаны на рис. 2.2.

Задачу реализации проекта TIPHON предполагается решить в четыре этапа. На первых двух этапах стандартизуются процессы установления соединения между Н.323-терминалами и пользователями ТфОП (рис. 2.3), а затем между телефонной сетью и Н.323-терминалами (рис. 2.4). На третьем этапе предполагается через IP-сети обеспечить соединение между абонентами ТфОП (рис. 2.5). Наконец, четвертая фаза определит процедуру соединения терминалов-Н323 через телефонную сеть (рис. 2.6). В марте 1999 года было официально объявлено о завершении первой фазы, а работа над реализацией второго и третьего этапов продолжается.

2.2. Стандарты ITU-T - Часть 4

2011-05-18T19:28:00+04:00

Стандарт Т.38 описывает передачу факсов в реальном времени либо посредством имитации соединения с факс-аппаратом, или с помощью метода модуляции под названием FaxRelay. Рекомендация Т.38 может использоваться для реализации функциональности, более схожей с традиционной факсимильной связью, например для немедленного подтверждения.

2.2. Стандарты ITU-T - Часть 3

2011-04-19T05:12:00+04:00

Рис. 2.1. Конфигурация сети на базе стандарта Н.323 Таблица 2.2. Основные компоненты стандарта Н.323

Рекомендация	Описание
Н.225	Определяет сообщения по управлению вызовом, включая сигнализацию и регистрацию, а также пакетизацию и синхронизацию потоков мультимедийных данных
Н.245	Определяет сообщения для открытия и закрытия каналов для передачи потоков мультимедийных данных, а также другие команды и запросы
Н.261	Видеокодек для аудиовизуальных сервисов на каналах Р х 64 кбит/с
Н.263	Описывает новый видеокодек для передачи видео по обычным телефонным сетям
G.711	Аудио кодек, 3,1 кГц на 48, 56, и 64 кбит/с
G.722	Аудио кодек, 7 кГц на 48, 56, и 64 кбит/с
G.728	Аудио кодек, 3,1 кГц на 16 кбит/с
G.723	Аудио кодек, для режимов 5,3 и 6,3 кбит/с
G.729	Аудио кодек

Благодаря Рекомендации Т.37 факс-аппараты и факс-серверы на базе IP различных поставщиков могут взаимодействовать друг с другом согласованно, как и традиционные факсы. Однако Рекомендация Т.37 описывает всего лишь основные функции для доставки факсов с помощью электронной почты.

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

2.2. Стандарты ITU-T - Часть 2

2011-03-19T07:40:00+03:00

Стандарт Н.323 входит в семейство рекомендаций Н.32х, описывающих порядок организации мультимедиа-связи в сетях различных типов:

• Н.320 - узкополосные цифровые коммутируемые сети, включая ISDN;

• Н.321 - широкополосные сети ISDN и ATM;

• Н.322 — пакетные сети с гарантированной полосой пропускания;

• Н.324 - телефонные сети общего пользования (ТфОП).

Одна из основных целей разработки стандарта Н.323 - обеспечение взаимодействия с другими типами сетей мультимедиа-связи (рис. 2.1). Данная задача реализуется с помощью шлюзов, осуществляющих трансляцию сигнализации и форматов данных. Стандарт Н.323 позволяет создать надежные решения для организации коммуникаций по ненадежным сетям с переменной задержкой. При условии соответствия стандарту устройства с различными возможностями могут и взаимодействовать друг с другом. Например, терминалы с видеосредствами могут участвовать в аудиоконференции. В совокупности с другими стандартами МСЭ-Т на мультимедийную связь и телеконференции рекомендации Н.323 применимы для любых видов соединений - от многоточечных до соединений «точка-точка». Основные компоненты этого стандарта приведены в табл. 2.2.

Стандарт Н. 323 определяет также порядок взаимодействия с оконечными устройствами других стандартов. Наиболее часто такая задача возникает при сопряжении телефонных сетей с коммутацией пакетов и коммутацией каналов. Сети стандарта Н.323 совместимы и с другими типами Н.32х-сетей. Межсетевое взаимодействие различных Н.32х-сетей определяет рекомендация Н.246. На следующем этапе развития IP-телефонии к спецификациям Н.323, соответствующим нижним уровням эталонной модели взаимодействия открытых систем (ЭМВОС), будут добавлены новые. Они зафиксируют возможности обеспечения классов (class-of-service, CoS) и качества обслуживания (quality-of-service, QoS), т. е. услуг, относящихся, соответственно, ко второму (канальному) и третьему (сетевому) уровням. Разработкой спецификаций CoS/QoS занимается ряд организаций, в том числе рабочие группы IEEE 802.1р и IETF Diff-Serv, а также Европейский институт стандартизации в области электросвязи (ETSI), который включил продукты Н.323 в свой проект Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON).

Стандарты Т.37, Т.38

Факсимильная связь на базе IP-сети опирается на два основных стандарта МСЭ-Т. Рекомендация Т.37 описывает преобразование традиционных сигналов факсов в почтовые сообщения SMTP с MIME-совместимыми вложениями в формате TIFF. Эта методика используется обычно поставщиками IP-факсов и сводит передачу факсов к доставке с промежуточным хранением, так как изображения факсов передаются в виде вложений электронной почты.

2.2. Стандарты ITU-T - Часть 1

2011-01-26T13:20:00+03:00

Начальное развитие техники IP-телефонии опиралось в большей степени на рекомендации Международного союза электросвязи (ITU-T). В первую очередь, это Рекомендации G.729a и G.723.1, устанавливающие стандарты на компрессию речи до скорости 8 кбит/с и 6,3/5,3 кбит/с, соответственно, и Рекомендация Н.323 v.2 (02/98). Последняя рекомендация определяет порядок взаимодействия между системами передачи мультимедийной информации (в том числе в реальном времени) и сетями пакетной коммутации, которые могут не обеспечивать гарантированного качества обслуживания (Quality of Service, QoS). Для передачи речевой информации через IP-сеть Рекомендация Н.323 v.2 обязательна, т. е. фактически является стандартом.

Стандарт Н.323

Набор рекомендаций МСЭ-Т Н.323 определяет сетевые компоненты, протоколы и процедуры, позволяющие организовать мультимедиа-связь в пакетных сетях, в том числе в ЛВС Ethernet. Они определяют порядок функционирования абонентских терминалов в сетях с разделяемым ресурсом, не гарантирующих качества обслуживания QoS. Н.323-совместимые устройства могут применяться для телефонной связи (IP-телефония), передачи звука и видео (видеотелефония), а также звука, видео и данных (мультимедийные конференции).

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

В настоящее время готовится следующая версия стандарта. В ней будут описаны создание пакетных сетей факсимильной связи и организация связи между Н.323-шлюзами. Речь идет и о функциях, распространенных в современной телефонии, включая уведомление о поступлении второго вызова и режим справки. Некоторые компании добиваются включения в Н.323 поддержки мультимедиа-возможностей, основанных на предложенном IETF протоколе Session Initiation Protocol. Помимо «телефонных» функций новая версия будет дополнена средствами, позволяющими учитывать параметры сеансов для целей тарификации, а также поддержкой каталогов - вместо цифровых IP-адресов можно будет пользоваться именами абонентов.