Ip телефон циско. Основы IP-телефонии, базовые принципы, термины и протоколы. Системы IP телефонии Cisco
Добрый день, уважаемые хабражители. В данной статье я постараюсь рассмотреть основные принципы IP-телефонии, описать наиболее часто используемые протоколы, указать способы кодирования и декодирования голоса, разобрать некоторые характерные проблемы.
Под IP-телефонией подразумевается голосовая связь, которая осуществляется по сетям передачи данных, в частности по IP-сетям (IP - Internet Protocol). На сегодняшний день IP-телефония все больше вытесняет традиционные телефонные сети за счет легкости развертывания, низкой стоимости звонка, простоты конфигурирования, высокого качества связи и сравнительной безопасности соединения. В данном изложении будем придерживаться принципов эталонной модели OSI (Open Systems Interconnection basic reference model) и рассказывать о предмете “снизу-вверх”, начиная с физического и канального уровней и заканчивая уровнями данных.
"
Модель OSI и инкапсуляция данных
Принципы IP-телефонии
При осуществлении звонка голосовой сигнал преобразуется в сжатый пакет данных (подробнее этот процесс будет рассмотрен в главах “Импульсно кодовая модуляция” и “Кодеки”). Далее происходит пересылка данных пакетов поверх сетей с коммутацией пакетов, в частности, IP сетей. При достижении пакетами получателя, они декодируются в оригинальные голосовые сигналы. Эти процессы возможны благодаря большому количеству вспомогательных протоколов, часть из которых будет рассмотрена далее.В данном контексте, протокол передачи данных - некий язык, позволяющий двум абонентам понять друг друга и обеспечить качественную пересылку данных между двумя пунктами.
Отличие от традиционной телефонии
В традиционной телефонии установка соединения происходит при помощи телефонной станции и преследует исключительно цель разговора. Здесь голосовые сигналы передаются по телефонным линиям, через выделенное подключение. В случае же IP-телефонии, сжатые пакеты данных поступают в глобальную или локальную сеть с определенным адресом и передаются на основе данного адреса. При этом используется уже IP-адресация, со всеми присущими ей особенностями (такими как маршрутизация).При этом IP-телефония оказывается более дешевым решением как для оператора, так и для абонента. Происходит это благодаря тому, что:
- Традиционные телефонные сети обладают избыточной производительностью, в то время, как IP-телефония использует технологию сжатия голосовых пакетов и позволяет полностью использовать емкость телефонной линии.
- Как правило, на сегодняшний момент доступ в глобальную сеть есть у всех желающих, что позволяет сократить затраты на подключение или совсем исключить их.
- Звонки в локальной сети могут использовать внутренний сервер и происходить без участия внешней АТС.
- Телефонные серверы постоянно совершенствуются и алгоритмы их работы становятся более устойчивыми к задержкам или другим проблемам IP-сетей.
- В частных сетях их владельцы обладают полным контролем над ситуацией и могут изменять такие параметры, как ширина полосы пропускания, количество абонентов на одной линии, и, как следствие, величину задержки.
- Сети с коммутацией пакетов развиваются, и ежегодно вводятся новые протоколы и технологии, позволяющие улучшить качество связи (например, протокол резервирования полосы пропускания RSVP).
Физический уровень (Physical Layer)
На физическом уровне осуществляется передача потока битов по физической среде через соответствующий интерфейс. IP-телефония практически полностью опирается на уже существующую инфраструктуру сетей. В качестве среды передачи информации используются, как правило витая пара категории 5 (UTP5), одномодовое или многомодовое оптическое волокно, либо коаксиальный кабель. Тем самым в полной мере реализуется принцип конвергенции телекоммуникационных сетей.PoE
Интересно рассмотреть технологию PoE (Power Over Ethernet) - стандарты IEEE 802.3 af-2003 и IEEE 802.3at-2009. Ее суть заключается в возможности обеспечения питанием устройств посредством стандартной витой пары. Большинство современных IP-телефонов, в частности, модельный ряд Cisco Unified IP Phones 7900 Series, поставляются с поддержкой PoE. Согласно стандарту 2009 года, устройства могут получать ток мощностью до 25,5 Ватт.При подаче питания используются лишь две витых пары кабеля 100BASE-TX, однако некоторые производители задействуют все четыре, достигая мощности до 51 Ватт. Необходимо заметить, что технология не требует модификации уже существующих кабельных систем, в том числе и кабелей Cat 5.
Для определения того, является ли подключаемое устройство питаемым (PD - powered device) на кабель подается напряжение 2,8 - 10 В. Тем самым вычисляется сопротивление подключаемого устройства. Если данное сопротивление находится в диапазоне 19 - 26,5 кОм, то процесс переходит на следующий этап. Если же нет - проверка повторяется с интервалом ≥2 мс.
Далее происходит поиск диапазона мощностей питаемого устройства путем подачи более высокого напряжения и измерения тока в линии. Вслед за этим на линию подается 48 В - питающее напряжение. Также осуществляется постоянный контроль перегрузок.
Канальный уровень (Data Link Layer)
Согласно спецификации IEEE 802 канальный уровень разделяется на два подуровня:- MAC (Media Access Control) - обеспечивает взаимодействие с физическим уровнем;
- LLC (Logical Link Control) - обслуживает сетевой уровень.
Необходимо упомянуть механизм виртуальных локальных сетей (Virtual Local Area Network). Данная технология позволяет создавать логическую топологию сети без оглядки на ее физические свойства. Достигается это тегированием трафика, что подробно описано в стандарте IEEE 802.1Q.
Формат фрейма
В контексте IP-телефонии отметим Voice VLAN, широко применяющуюся для изоляции голосового трафика, генерируемого IP-телефонами, от других данных. Ее использование целесообразно по двум причинам:
- Безопасность. Создание отдельной голосовой VLAN уменьшает вероятность перехвата и анализа голосовых пакетов.
- Повышение качества передачи. Механизм VLAN позволяет задать повышенный приоритет голосовым пакетам, и, как следствие, улучшить качество связи.
Сетевой уровень (Network Layer)
На сетевом уровне происходит маршрутизация, соответственно основными устройствами сетевого уровня являются маршрутизаторы (Router). Именно здесь определяется, каким путем данные достигнут получателя с определенным IP-адресом.Основной маршрутизируемый протокол - IP (Internet Protocol), на основе которого и построена IP-телефония, а также всемирная сеть Интернет. Также существует множество динамических протоколов маршрутизации, самый популярный среди которых OSPF (Open Shortest Path First) - внутренний протокол, основанный на текущем состоянии каналов связи;
На сегодняшний момент существуют специальные VoIP-шлюзы (Voice Over IP Gateway), обеспечивающие подключение обычных аналоговых телефонов к IP-сети. Как правило, они имеют и встроенный маршрутизатор, позволяющий вести учет трафика, авторизовать пользователей, автоматически раздавать IP-адреса, управлять полосой пропускания.
Среди стандартных функций VoIP-шлюзов:
- Функции безопасности (создание списков доступа, авторизация);
- Поддержка факсимильной связи;
- Поддержка голосовой почты;
- Поддержка протоколов H.323, SIP (Session Initiation Protocol).
Как правило, в этих целях на маршрутизаторах используется очередность с малой задержкой (LLQ - Low-Latency queuing), либо взвешенная организация очередей на основе классов (CBWFQ - Class-Based Weighted Fair Queuing).
Кроме того, необходимы схемы маркировки с заданием приоритетов для рассмотрения голосовых данных, как наиболее важных для передачи.
Транспортный уровень (Transport Layer)
Для транспортного уровня характерны:- Сегментация данных приложений верхнего уровня;
- Обеспечение сквозного соединения;
- Гарантия надежности данных.
UDP
UDP базируется на сетевом протоколе IP и предоставляет транспортные услуги прикладным процессам. Его главное отличие от TCP - обеспечение негарантированной доставки, то есть при отправке и получении данных никаких подтверждений не запрашивается. Также при отправке информации не обязательно установление логического соединения между модулями UDP (источник и приемник).RTP
Несмотря на то, что RTP принято считать протоколом транспортного уровня, как правило он работает поверх UDP. С помощью RTP реализуется распознавание типа трафика, работа с метками времени, контроль передачи и нумерация последовательности пакетов.Основное назначение RTP состоит в том, что он присваивает каждому исходящему пакету временные метки, обрабатывающиеся на приемной стороне. Это позволяет принимать данные в надлежащем порядке, снижает влияние неравномерности времени прохождения пакетов по сети, восстанавливает синхронизацию между аудио и видео данными.
Уровни данных (Data Layers)
Три последних уровня модели OSI рассмотрим совместно. Такое объединение допустимо, так как процессы, происходящие на данных уровнях тесно связаны между собой, и описывать их безотносительно разделения на подуровни будет логичнее.H.323
Первым делом необходимо описать стек протоколов H.323, разработанный в 1996 году. Данный стандарт содержит описание оборудования, сетевых служб и терминальных устройств, предназначенных для осуществления аудио- и видеосвязи в сетях с коммутацией пакетов (Интернет). Для любого устройства стандарта H.323 обязательна поддержка обмена голосовой информацией.- Платформенную независимость.
- Стандарты кодирования аналоговых данных.
- Управление полосой пропускания.
- Гибкость и совместимость.
Согласно H.323 четырьмя основными компонентами VoIP-соединения являются:
- терминал;
- шлюз;
- контроллер зоны;
- контроллер управления многоточечной конференции (MCU - Multipoint Control Unit).
Пример структурной схемы сети в IP-телефонии
Выдержка из документа, описывающего стек протоколов H.323
1. Управление соединением и сигнализация:
1.а. H.225.0: протоколы сигнализации и пакетирования мультимедийного потока (использует подмножество протокола сигнализации Q.931).
1.б. H.225.0/RAS: процедуры регистрации, допуска и состояния.
1.в. H.245: протокол управления для мультимедиа.
2. Обработка звуковых сигналов:
2.а. G.711: импульсно-кодовая модуляция тональных частот.
2.б. G.722: кодирование звукового сигнала 7 кГц в 64 кбит/с.
2.в. G.723.1: речевые кодеры на две скорости передачи для организации мультимедийной связи со скоростью передачи 5.3 и 6.3 кбит/с.
2.г. G.728: кодирование речевых сигналов 16 кбит/с с помощью линейного предсказания с кодированием сигнала возбуждения с малой задержкой.
2.д. G.729: кодирование речевых сигналов 8 кбит/с с помощью линейного предсказания с алгебраическим кодированием сигнала возбуждения сопряженной структуры.
3. Обработка видеосигналов:
3.а. H.261: видеокодеки для аудиовизуальных услуг со скоростью 64 кбит/с.
3.б. H.263: кодирование видеосигнала для передачи с малой скоростью.
4. Конференц-связь для передачи данных:
4.а. T.120: стек протоколов (включает T.123, T.124, T.125) для передачи данных между оконечными пунктами.
5. Мультимедийная передача:
5.а. RTP: транспортный протокол реального времени.
5.б. RTCP: протокол управления передачей в реальном времени.
6. Обеспечение безопасности:
6.а. H.235: обеспечение безопасности и шифрование для мультимедийных терминалов сети H.323.
7. Дополнительные услуги:
7.а. H.450.1: обобщенные функции для управления дополнительными услугами в H.323.
7.б. H.450.2: перевод соединения на телефонный номер третьего абонента.
7.в. H.450.3: переадресация вызова.
7.г. H.450.4: удержание вызова.
7.д. H.450.5: парковка вызова (park) и ответ на вызов (pick up).
7.е. H.450.6: уведомление о поступившем вызове в состоянии разговора.
7.ж. H.450.7: индикация ожидающего сообщения.
7.з. H.450.8: служба идентификации имен.
7.и. H.450.9: служба завершения соединения для сетей H.323.
Сценарий установки соединения на основе протокола H.323
SIP (Session Initiation Protocol)
SIP - протокол сигнализации, предназначенный для организации, изменения и завершения сеансов связи. SIP независим от транспортных технологий, однако при установлении соединения предпочтительно использовать UDP. Для передачи самой голосовой и видеоинформации рекомендовано применять RTP, но возможность использования других протоколов не исключена.В SIP определены два типа сигнальных сообщений - запрос и ответ. Также существует шесть процедур:
- INVITE (приглашение) - приглашает пользователя принять участие в сеансе связи (служит для установления нового соединения; может содержать параметры для согласования);
- BYE (разъединение) - завершает соединение между двумя пользователями;
- OPTIONS (опции) - используется для передачи информации о поддерживаемых характеристиках (эта передача может осуществляться напрямую между двумя агентами пользователей или через сервер SIP);
- АСК (подтверждение) - используется для подтверждения получения сообщения или для положительного ответа на команду INVITE ;
- CANCEL (отмена) - прекращает поиск пользователя;
- REGISTER (регистрация) - передает информацию о местоположении пользователя на сервер SIP, который может транслировать ее на сервер адресов (Location Server).
Сценарий сеанса связи SIP
Кодеки
Аудиокодеком называют программу или алгоритм, который сжимает, либо разжимает цифровые звуковые данные, позволяя снизить требования к пропускной способности канала передачи данных. В IP-телефонии на сегодняшний день наиболее распространено преобразование посредством кодека G.729, а также сжатие G.711 по А-закону (alaw) и μ-закону (ulaw).G.729
G.729 является кодеком, который сжимает исходный сигнал с потерей данных. Основная идея, заложенная в G.729 - передача не самого оцифрованного сигнала, а его параметров (спектральной характеристики, количества переходов через ноль), достаточных для последующего синтезирования на принимающей стороне. При этом все основные характеристики голоса, такие как амплитуда и тембр сохраняются.Пропускная способность канала, на которую рассчитан данный кодек - 8 кбит/с. Длина кадра обрабатываемого G.729 - 10 мс, частота дискретизации - 8 кГц. Для каждого из таких кадров определяются параметры математической модели, которые в дальнейшем и передаются в канал в виде кодов.
При использовании кодирования G.729 задержка составляет 15 мс, из которых 5 мс тратится на заполнение предварительного буфера. Отметим также, что кодек G.729 предъявляет достаточно высокие требования к ресурсам процессора.
G.711
G.711 - голосовой кодек, который не предполагает никакого сжатия, помимо компандирования - метода уменьшения эффектов каналов с ограниченным динамическим диапазоном. В основе данного метода лежит принцип уменьшения количества уровней квантования сигнала в области высокой громкости, сохраняя при этом качество звука. Две широко использующиеся в телефонии схемы компандирования - alaw и ulaw.Сигнал в данном кодеке предоставлен потоком величиной 64 кбит/с. Частота дискретизации - 8000 кадров по 8 бит в секунду. Качество голоса субъективно лучше, нежели при применении кодека G.729.
alaw
alaw или А-закон - алгоритм сжатия звуковых данных с потерей информации. В основном используется на территории Европы и России.Для сигнала x преобразование по алгоритму alaw выглядит следующим образом:
Где А - параметр сжатия (обычно принимается равным 87,7).
ulaw
ulaw или μ-закон - алгоритм сжатия звуковых данных с потерей информации. В основном используется на территории Японии и Северной Америки.Для сигнала x преобразование по алгоритму ulaw выглядит следующим образом:
где μ принимается равным 255 (8 бит) в стандартах Северной Америки и Японии.
Импульсно кодовая модуляция (PCM - Pulse Code Modulation)
Импульсно кодовая модуляция - передача непрерывной функции в виде серии последовательных импульсов.Для получения на входе канала связи модулированного сигнала, мгновенное значение несущего сигнала измеряется АЦП с определенным периодом. При этом количество оцифрованных значений в секунду (иначе, частота дискретизации) должно быть большим или равным двукратной максимальной частоте в спектре аналогового сигнала.
Далее полученные значения округляются до одного из заранее принятых уровней. Заметим, что количество уровней необходимо принимать кратным степени двойки. В зависимости от того, сколько было определено уровней, сигнал кодируется определенным количеством бит.
Квантование сигнала
На данном рисунке представлено кодирование с помощью четырех битов (то есть все промежуточные значения аналогового сигнала будут округляться до одного из заранее заданных 16 уровней). Для примера, при времени равном нулю сигнал будет представлен подобным образом: 0111.
При демодуляции последовательность нулей и единиц преобразуется в импульсы демодулятором, уровень квантования которого равен уровню квантования модулятора. После этого ЦАП на основе данных импульсов восстанавливает сигнал, а сглаживающий фильтр окончательно убирает неточности.
В современной телефонии число уровней квантования должно быть большим или равным 100, то есть минимальное количество бит, которым может кодироваться сигнал - 7.
Вопросы качества обслуживания в IP-телефонии (Quality of Service - QoS)
В сетях на основе стека TCP/IP высокое качество обслуживания трафика, чувствительного к задержкам передачи не обеспечивается по умолчанию. При использовании протокола TCP имеется гарантия достоверной доставки информации, но ее перенос может осуществляться с непредсказуемыми задержками. Для UDP характерна минимизация задержек, но гарантия верной доставки пакета отсутствует.В то же время добротность речевого трафика сильно зависит от качества передачи, и в сети, где не реализованы механизмы, гарантирующие соответственное качество, реализация IP-телефонии может быть не удовлетворяющей требованиям пользователей.
Основными показателями качества обслуживания являются пропускная способность сети и задержка передачи. Задержка при этом определяется как промежуток времени, прошедший с момента отправки пакета, до момента его приема.
Также существуют такие характеристики, как готовность сети и ее надежность (оцениваются по результатам контроля уровня обслуживания в течение длительного времени, либо по коэффициенту использования).
Для улучшения качества связи используются следующие механизмы:
- Перемаршрутизация. При перегрузке одного из каналов связи позволяет осуществить доставку при помощи резервных маршрутов.
- Резервирование ресурсов канала связи на время соединения.
- Приоретизация трафика. Дает возможность помечать пакеты в соответствии с уровнем их важности и производить обслуживание на основе меток.
Задержка при кодировании информации в голосовых шлюзах или терминальном оборудовании. Уменьшается путем улучшения алгоритмов обработки и преобразования голоса.
- Задержка, вносимая сетью передачи. Уменьшается путем улучшения сетевой инфраструктуры, в частности, сокращением количества маршрутизаторов и использованием высокоскоростных каналов.
Источники задержки в IP-телефонии
Джиттер
Еще одно явление, характерное для IP-телефонии - джиттер, или, иначе, случайная задержка распространения пакета.Обуславливается джиттер тремя факторами:
- Ограниченная полоса пропускания или некорректная работа активных сетевых устройств;
- Высокая задержка распространения сигнала;
- Тепловой шум.
Обычно предусматривается динамическая подстройка длины буфера в течение всего времени существования соединения. Для выбора наилучшей длины используются эвристические алгоритмы.
Джиттер буфер
Для компенсации неравномерной скорости поступления пакетов на приемной стороне создают временное хранилище пакетов, или так называемый джиттер буфер. Его задача, собрать поступающие пакеты в правильном порядке в соответствии с временными метками и выдать их кодеку с правильными интервалами и правильном порядке.Джиттер буфер
Размер буфера приемное VOIP устройство рассчитывает в процессе работы, либо принудительно задается в настройках. С одной стороны он не может быть слишком большим, чтобы не увеличивать транспортную задержку. С другой стороны, маленький размер буфера вызывает потери пакетов при изменениях времени задержки в IP сети.
Отсюда и происходит одно из главных противоречий, между интернет провайдерами и пользователями IP телефонии. С точки зрения провайдера все пакеты доставлены абоненту, то есть, потерь нет. А с точки зрения VoIP устройства, разница во времени между приходом пакетов значительно превышает джиттер буфер. Поэтому фактически потери есть. На практике потеря более 1% вызывает определенные неприятные ощущения. При 2% разговор оказывается затруднен. При значениях больше 4% разговор уже практически невозможен.
Размер джиттер буфера
Случайная задержка распространения Ji для i-го пакета может определяться по формуле:
где:
Di – отклонение от ожидаемого времени прибытия i-го пакета.
Отклонение от ожидаемого времени прибытия i-го пакета Di определяется по формуле:
где:
R – время прибытия пакета в метках времени RTP,
S – временная метка RTP, взятая из пакета.
Приведем пример расчета ожидаемого размера случайной задержки распространения 5-го пакета, на основе двух предыдущих.
Пусть J4=10 мс; R4=10, R3=11, S4=6, S3=5, тогда D5 будет равно (10-11)-(6-5)=-2.
В среднем, случайная задержка времени распространения для одного пакета в текущем примере составит 10 мс (точнее можно посчитать по формуле, приведенной выше). Тогда для того, чтобы ни один пакет не был отброшен, размер джиттер буфера должен быть равным 10 мс.
Для определения требуемого размера джиттер буфера в мегабайтах, домножим полученное значение на 100 мбит/сек – среднюю пропускную способность сети: 10 10^-3 100 = 128 кб.
Размер джиттер-буфера должен быть больше, чем флуктуация транзитного времени в сети. Например, если для 10 пакетов время транзита колеблется от 5 до 10 мс, то буфер должен быть хотя бы 8 мс, чтобы ни один пакет не был потерян. Лучше, если буфер еще больше, например 12 мс, тогда сможет работать механизм перезапроса потерянных пакетов.
Решения для развертывания телефонной сети
Asterisk
Asterisk - программная АТС, способная коммутировать как VoIP вызовы, так и вызовы, осуществляемые между IP-телефонами и традиционной телефонной сетью общего пользования.
Поддерживаемые протоколы: IAX, SIP, H.323, Skinny, UNIStim.
Поддерживаемые кодеки: G.711 (ulaw и alaw), G.722, G.723, G.729, GSM, iLBC, LPC-10, Speex.
Asterisk - динамично развивающееся открытое программное обеспечение, которое может быть установлено без оглядки на лицензирование. Это делает данную программную АТС привлекательной для малого и среднего бизнеса. Количество абонентов в сети может достигать 2000 и ограничено только мощностью сервера.
Еще одно достоинство Asterisk - возможность гибкой настройки. Весь необходимый функционал либо уже реализован, либо может быть дописан самостоятельно без существенных временных и денежных затрат. Этому способствует принцип: одна задача - один программный модуль.
В сравнении с решениями от таких вендоров, как Cisco или Avaya, Asterisk привлекателен еще и стоимостью развертывания. Фактически все затраты сводятся только к покупке телефонных аппаратов и сервера, способного обеспечить требуемую нагрузку на сеть. Сама программа абсолютно бесплатна.
Cisco Unified Communication Manager (CallManager)
CallManager предназначен скорее для крупных сетей, включающих до 30000 абонентов. Данный программно-аппаратный комплекс обеспечивает надежность работы и позволяет конфигурировать множество параметров, таких как переадресация звонков или голосовое меню. Существует и “облегченная” express версия, предназначенная скорее для небольших офисов.
Из преимуществ Cisco CallManager следует отметить в первую очередь знаменитую техническую поддержку корпорации Cisco. При соответствующем уровне контракта на обслуживание, любая проблема, начиная с вопросов по настройке и заканчивая вышедшим из строя оборудованием, будет решена практически мгновенно. Поэтому Cisco CallManager подойдет компаниям, готовым платить немалые деньги, но и получать при этом высочайшее качество обслуживания.
Avaya IP Office
Система IP Office может стать неплохим выбором для среднего размера телефонной сети. Количество абонентов здесь ограничено не только мощностью сервера, но и количеством приобретенных лицензий. Лицензировать необходимо практически все - платы расширения, используемые приложения и т.д., что может доставить определенные неудобства.
Конфигурирование может осуществляться через ряд программ, но наиболее популярная и простая в обращении - Avaya IP Office Manager. Также возможно управление через консоль с помощью Avaya Terminal Emulator.
В целом, продукция корпорации Avaya не ограничивается одним IP Office. Avaya, в 2009 году слившаяся с еще одним известным производителем Nortel, является признанным лидером на рынке оборудования для IP-телефонии.
Манго Телеком - ведущий SIP-провайдер и поставщик оборудования.
Позвоните в «Манго Телеком» и заключите только один договор для получения услуг связи и оборудования.
«Манго Телеком» является не только продавцом оборудования, но и ведущим SIP-провайдером. Вам не нужно отдельно искать поставщика оборудования и поставщика телефонных услуг, заключать множество договоров, оплачивать множество счетов, а потом еще ломать голову, как подключить купленное оборудование к оператору связи. Вам нужно совершить звонок всего в одну компанию. Все остальное – это наша забота!
Гарантия 2 года на оборудование Yealink и Grandstream и 5 лет на Panasonic.
Только официальное оборудование и эксклюзивные условия:
Только в «Манго Телеком» у оборудования производителей есть эксклюзивная двухлетняя гарантия. Сегодня на рынке много «серого» оборудования, которое значительно дешевле официального. Такое оборудование, как правило, предназначено для продажи в Европе, но нелегально ввезено в Россию. Поэтому и стоит намного ниже из-за неуплаченных таможенных сборов. Если вы купите такое оборудование, и оно выйдет из строя, в официальном сервисе производителя вам просто откажут в ремонте. А магазин-продавец, вероятнее всего, не захочет производить ремонт за свой счет. Таким образом, вы можете остаться и без оборудования, и без связи. У «Манго Телеком» - прямые контракты со всеми производителями оборудования, предлагаемого в интернет-магазине. Поэтому наша компания всегда гарантирует вам полную поддержку приобретенного оборудования.
Ваш бизнес работает без остановок, даже если ваше оборудование вышло из строя.
Мы предоставим Вам оборудование на время гарантийного ремонта.
Если вы купите оборудование в «Манго Телеком», и во время гарантийного срока оно выйдет из строя не по вашей вине, мы предоставим вам (и всем клиентам без исключения) оборудование в замен, аналогичное по характеристикам. Важно то, что оборудование предоставляется на весь срок ремонта, поэтому вы всегда будете оставаться на связи с клиентами, партнерами, поставщиками и коллегами.
Телефонизация «под ключ». К вам приедут квалифицированные инженеры, качественно и быстро настроят ваше оборудование.
Выезд инженера «Манго Телеком» и настройка четырёх телефонов (портов) обойдется вам всего в 2000 рублей . В других компаниях настройка одного телефона стоит до двух тысяч рублей . Кроме того, высокая квалификация штатных технических специалистов «Манго Телеком» гарантирует вам не менее высокое качество оказываемых услуг.
У некоторых продавцов оборудования нет штатных сотрудников, необходимых для его настройки, т. к. работа этих специалистов в штате компании, как правило, стоит дорого. Поэтому такие продавцы часто предлагают контакты физических лиц, которые не могут дать гарантий качественной настройки оборудования. В отличие от них, в «Манго Телеком» работает целый штат квалифицированных инженеров, которые могут быстро, четко и правильно настроить оборудование любой сложности, а также гарантировать его эффективную работу.
24/7. Полная ответственность и круглосуточная техническая поддержка.
«Манго Телеком» несёт полную ответственность за настройку, установку и техническую исправность оборудования, которое проходит обязательное тестирование на совместимость с сервисами линейки «Манго-Офис». Выездная техническая поддержка тоже включена в услуги компании. Квалифицированный инженер приедет в ваш офис при первой необходимости и на месте устранит неисправность или произведёт необходимую настройку. Кроме того, вы можете получить техническую поддержку по телефону или электронной почте. 24 часа в сутки, 7 дней в неделю
Если вы хотите быстро, просто и без лишних затрат телефонизировать офис или компанию любой величины и направленности или купить оборудование «под проект», «Манго Телеком» готова предложить вам выгодные индивидуальные условия и скидки по доставке, настройке и обслуживанию оборудования.
19 июля 2011 в 01:51Азы IP-телефонии от Cisco или знакомство с Cisco CallManager Express
- Разработка систем связи
- Tutorial
Совсем недавно на нашу организацию вышел клиент, который попросил настроить IP-AТС на основе платформы Cisco 2921 и софта Cisco CallManager Express (CME). Клиентами разбрасываться не прилично в наше время, посему решили данную услугу оказать.
Взялся я за это дело не столько с целью срубить бабла для компании, сколько с целью ознакомиться как у этой самой Cisco устроена Ip-телефония, с целью саморазвития то бишь.
Ознакомился. Тема приятная; для меня как для цискаря работать гораздо удобнее нежели чем с Asterisk.
Писать про возможности CME можно много. Сегодня расскажу про самые его основы.
Попробуем решить простую задачу: есть пара телефонов - один работает по SIP, другой по SCCP, надо заставить их звонить друг на друга. Как это сделать - под катом.
Первоначальная настройка CME
Нулевым пунктом считается настройка dhcp-сервера на маршрутизаторе, так как практически все телефоны по умолчанию настроены на получение IP-адреса именно таким способом. Если кто-то подзабыл или не знал, то на Цисках это делается так:CME#conf t
CME#(config)ip dhcp pool voicepool
CME#(config-ip-dhcp)network 192.168.101.0 255.255.255.0
CME#(config-ip-dhcp)default-router 192.168.101.1
CME#(config-ip-dhcp)option 150 ip 192.168.101.1
CME#(config-ip-dhcp)lease 0 0 30
Все настройки вроде бы очевидны. За исключением, наверное 150-ой опции. Данная опция передаёт в DHCP-настройках адрес tftp-сервера (про использование tftp-сервера в этой статье я писать не буду, но вещь это очень полезная для работы с телефонами)
По умолчанию, Cisco очень хорошо и с пониманием относится к работе протокола SCCP (в силу того, что данный протокол принадлежит самой Cisco), и не очень дружит с более распространным SIP-ом. Так, например чтобы просто разрешить звонки между SIP-телефонами, подключенными к нашей АТС необходимо сконфигурировать:
CME#conf t
CME#(config-voice)allow-connections sip to sip
CME#conf t
CME#(config)voice service voip
CME#(config-voice)sip
CME#(config-voice-sip)registrar server expires max 3600 min 3600
Теперь необходимо создать т.н. класс кодеков - набор кодеков, которые планируется использовать:
CME#conf t
CME#(config)voice class codec 1
CME#(config-voice)codec preference 1 g711alaw
CME#(config-voice)codec preference 2 g711ulaw
CME#(config-voice)codec preference 3 g729br8
Первым будет сделана попытка использовть кодек 711alaw, если не удастся, то g711ulaw, ну и дальше интуитивно понятно.
Этих настроек будет достаточно.
Настройка для работы c SCCP
Все настройки касающиеся работы протокола SCCP происходят в разделе telephony-serviceCME#conf t
CME#(config)telephony-service
CME#(config-telephony)max-ephones 10
CME#(config-telephony)max-dn 10
CME#(config-telephony)ip source-address 192.168.101.1 port 2000
ephone - это такая штука, которая, упрощённо говоря, символизирует собой телефон, ну то есть образ телефонного апарата в понятии CME. Параметр max-ephones отвечает, соответственно за то, какое количество SCCP-телефонов может быть зарегистрировано на данной АТС.
dn - (directory number) это такая штука, которая, упрощённо говоря, символизирует собой телефонный номер. По аналогии ясно, за что отвечает параметр max-dn .
К слову сказать, не очень правильно указывать слишком большое количество ephone и dn , ибо под каждый из этих «юнитов» CME будет выделять оперативную память при инициализации.
Плюс ко всему количество поддерживаемых ephone
и dn
зависит от модели платформы и версии софта.
ip source-address
задаёт IP-адрес (и как следствие интерфейс) и порт, на котором будут слушаться запросы от SCCP-телефонов
Настройка CME для работы с SIP-телефонами
Все настройки касающиеся работы протокола SIP происходят в разделе voice register global . Вот необходимый нам минимум:CME#conf t
CME#(config)voice register global
CME#(config-voice)mode cme
CME#(config-voice)source-address 192.168.101.1 port 5060
CME#(config-voice)max-dn 50
CME#(config-voice)max-pool 36
Два отличия. Первое - необходимо выполнить команду mode cme , которая как бы намекает роутеру что отныне с SIP-телефонами будет работать CME (это к тому, что с протоколом SIP у Cisco работает не только описываемый нами софт). Второе - теперь вместо ephon -ов мы будем оперировать voice-pool -ами
Регистрируем телефоны
Можно приступать к настройке нумерации и параметров регистрации телефонов.Технология в обоих протоколах одинакова и достаточно проста - сначала создаётся dn , потом создаётся «телефон», и к телефону привязывается его номер (или несколько).
В нашем примере для авторизации телефонных аппаратов на сервере мы будем использовать их MAC-адреса. Это логично, так как на практике за определённым человеком закрепляется один и тот же телефонный аппарат и телефонный номер, а человек обычно редко перемещает своё рабочее место в офисе, а если и перемещает, то и телефончик с собой переносит.
Регистрируем SCCP-телефон
Создаём телефонный номер:CME#conf t
CME#(config)ephone-dn 1
CME#(config-ephone-dn)number 100
CME#(config-ephone-dn)description Beauty-User
CME#(config-ephone-dn)name The Real Man
Создали телефонный номер 100, описание внутри CME - «Beauty-User», отображаемое на телефоне имя будет «The Real Man»
Создаём образ телефоного аппарата. привязываем его к MAC-адресу реального аппарата, привязываем к нему номер:
CME#conf t
CME#(config)ephone 1
CME#(config-ephone)mac-address B4A4.E328.BDEC
CME#(config-ephone)button 1:1
Привязывание телефонного аппарата (а точнее телефонной линии нашего аппарата) происходи командой button 1:1 . Формат следующий - сначала набираем ключевое слово «button» , потом указываем номер этой «кнопки» (первый в нашем примере), потом указываем действие, которое требуется совершить (":" - двоеточие означает, что сейчас мы привяжем к выбранной линии какой-нибудь телефонный номер) и потом параметр соответствующий действию - в нашем случае указываем телефонный номер (то есть номер настроенного заранее dn).
Вы же наверняка видели в жизни\на картинках цискофон? Видели там много всяких кнопок возле экранчика? Это и есть те самые button -ы. На самом деле, каждая из этих кнопок отвечает за свою линию. А действий над ними можно совершать много (не только привязывать к какому нибудь номеру). Но это достойно отдельной статьи.
А тем временем мы можем смело включать телефон с указанным МАК-адресом в сеть, подождать пока он прогрузится, увидеть на его экранчике возле первой кнопки номер 100 и заветное имя - «The Real Man». Если мы подымем трубку, то услышым заветный зуммер
Регистрируем SIP-телефон
directory number создаётся следующим образом:CME#conf t
CME#(config)voice register dn 1
CME#(config-voice-register-dn)number 200
CME#conf t
CME#(config)voice register pool 1
CME#(config-voice-register-pool)id mac 1CDF.0F4A.152E
CME#(config-voice-register-pool)number 1 dn 1
CME#(config-voice-register-pool)voice-class codec 1
CME#(config-voice-register-pool)username test password test
Привязка к первой линии первого номера происходит командой number 1 dn 1
.
Командой voice-class codec 1
определяем для телефона набор допустимых кодеков (этот набор мы описывали в начале самом).
Далее командой username\password
задаём аутентифкационные данные.
Чтобы телефон зарегистрировался, необходимо зайти на его веб-морду и в настройках первой линии указать адрес сервера - 192.168.101.1 и аутентификационные данные. Сохраняем.
Перезагружаем.
…
PROFIT!
IP-адрес телефона можно узнать по информации из dhcp-пула по маку используя команду show ip dhcp binding , либо в настройках самого телефона - голосовое, либо визуально меню.
Вроде бы всё. Были описаны минимальные настройки CME чтобы на нём могли зарегистрироваться два телефона (SIP и SCCP), получив адрес через DHCP.
Источники знаний
Основной источник знаний для начала был видео-курс к CCNA Voice от Jeremy Cioara. Довольно живым языком (английским правда) рассказывается об IP-телефонии вообще и о нюансах настройки этого самого CME. Правда там ни словом не затрагивается настройка SIP-телефонов.Очень хороший мануал, конечно, есть на cisco.com. Называется он Cisco Unified Communications Manager Express System Administration Guide. Доступен
IP-телефония, CISCO, Clarent и т.п.
Продолжение
Уважаемые читатели, эта статья является продолжением и дополнением двух моих ранее опубликованных обзоров: "Сравнение оборудования CISCO и Clarent для операторов IP-телефонии" и "Некоторые аспекты технологий IP-телефонии" .
Не претендуя в материалах данных обзоров ни на истину в последней инстанции, ни на звание "гуру IP-телефонии", я был, однако, весьма рад, получив после их публикации достаточное количество телефонных звонков и писем читателей, содержащих комментарии, отзывы и вопросы. Анализируя наиболее часто задаваемые вопросы и пожелания, а также непрерывное совершенствование технологий, я решил подготовить материалы для пусть небольшой и порой тенденциозно — агрессивно — негативной:) , но надеюсь, информативной статьи. С учётом вечной нехватки времени статья готовилась не быстро, и построена в форме диалога "вопрос-ответ".
Итак, по порядку:
1) Вопрос:
Наша компания хочет стать оператором IP-телефонии. Какое оборудование и программное обеспечение посоветуете?
Нельзя рассматривать технику отдельно от тех задач, для которых она предназначена. Операторство — это прежде всего БИЗНЕС , т. е. деятельность по предоставлению услуг и получению за них денег. Поэтому, прежде чем выбрать то или иное оборудование, на мой взгляд, необходимо:
- Собрать статистику по трафику в регионе, где Вы собираетесь предоставлять услуги. ОЦЕНИТЕ, по возможности, те объемы трафика, которые УЖЕ проходят через междугороднюю станцию вашего города и сети потенциальных конкурентов. Оцените их характер. Возьмите 30% от данной величины — это и будет та часть трафика, на которую в случае успеха может претендовать начинающая компания оператор. Помните о конкурентах!
- Решите, будете ли Вы заниматься только IP-телефонией, или возможно так же предоставление смешанных услуг с интеграцией "голос/данные".
- СОСТАВИТЬ БИЗНЕС ПЛАН. Притом максимально детализировать все возможные затраты.
Определившись по этим трём пунктам, можно приступить и к выбору оборудования. Отдайте предпочтение апробированным и хорошо зарекомендовавшим себя решениям. Не гонитесь за новизной и кажущейся "крутизной". Итак:
Вариант 1
Вы — крупная компания, уже предоставляющая услуги связи, находитесь в крупном городе и желаете расширить свой бизнес внедрением технологий VoIP. При этом предполагается как предоставление услуг IP-телефонии, так и интегрированные решения "голос — данные". У Вашей компании уже есть штат опытных специалистов, знакомых с оборудованием CISCO. В этом случае, на мой взгляд, ОДНОЗНАЧНО CISCO. Модели, к примеру, AS5300/5800, 3660.
Вариант 2
Вы — крупная компания, оператор местной телефонной связи, решившая предоставлять услуги IP-телефонии. Опытных специалистов знакомых с CISCO нет. Компания находится в крупном городе. Объёмы трафика предполагаются большие. По моему мнению, лучше всего что-либо из Vocaltec или Clarent, можно, конечно, и CISCO AS5300, но потребуется время на освоение оборудования и затраты на биллинговую систему.
Вариант 3
Вы — средняя или небольшая компания, находитесь в провинции, желаете предоставлять услуги IP-телефонии совместно с услугами Интернет. Можно обратить внимание на что-либо из CISCO 26хх с одним, или 36хх с двумя цифровыми трактами Е1. Приготовьтесь к затратам на приобретение/написание биллинговой системы и получению лицензий.
Вариант 4
Ваша компания не собирается предоставлять услуги IP-телефонии широкому кругу абонентов, но желает сэкономить расходы на оплату собственного междугороднего/международного трафика, а также трафика ваших корпоративных клиентов. Классическая ситуация для внедрения различных комбинаций из оборудования CISCO 1750, 26хх, 36хх. В этом случае можно обойтись без лицензии, биллинговой системы и голосового интерфейса IVR.
Вариант 5
Вы — небольшая компания, находитесь в крупном городе или провинции, и Ваше руководство решило, что есть необходимость предоставлять услуги IP-телефонии. Тяжёлый случай… А может не стоит!? Предоставление услуг связи, да и не только — удел сильнейших и опытнейших. Поберегите нервы клиентов и собственные деньги!
2) Вопрос:
У нашей компании есть иностранный партнёр, желающий направить через нас телефонный трафик в Россию, нужна ли нам лицензия на IP-телефонию? Что делать в данной ситуации?
Нет, не нужна. Лицензия нужна в том случае, когда Вы продаёте Ваши услуги кому-либо из юридических или физических лиц, находящихся на территории РФ, берёте с них деньги, выставляете им счета на оплату. Приобретите и подключите (сумейте подключить:)) Ваш голосовой шлюз к городской телефонной сети на правах ведомственной АТС. Затраты на подключение окупятся за счёт терминации трафика. Если не окупятся, то не стоит весь сыр-бор затевать. Требуйте гарантий по объёмам трафика со стороны партнёра.
3) Вопрос:
Какой объём трафика может пропустить шлюз IP-телефонии по одному тракту Е1? Какой вариант подключения к ТфОП предпочтительнее?
Приведу некоторые соображения, основанные на практическом опыте.
Совокупно абоненты разговаривают в месяц 30 дней, ежедневно — в течение 20 часов, а в часе, как известно, 60 минут:) . Значит, при использовании цифрового 30-ти канального тракта Е1, включённого в городскую телефонную сеть по несимметричному протоколу сигнализации R1/5 по схеме 15 СЛ (соединительных линий) для исходящих вызовов и 15 СЛ для входящих, максимальное число минут входящего/исходящего трафика по этим 15 СЛ будет:
30 дней * 20 часов * 60 минут * 15 СЛ = 540 000 минут
НО!!! Абонент не может мгновенно набрать телефонный номер, особенно междугородний/международный, тем более, абонент, купивший карточку, содержащую пароль и PIN-код. Однако, абонент при этом занимает входящую СЛ тракта Е1 и не позволяет её использовать для обслуживания других соединений. Практика (штука суровая:)) показывает, что время, потраченное на пре-аутентификацию и ошибочные вводы номера, составляет порядка 35% от максимально возможного числа минут, прокачиваемых через тракт Е1. Таким образом, из полученного ранее максимально возможного числа минут можно смело взять 65%, тогда получаем:
30 дней * 20 часов * 60 минут * 15 СЛ = 540 000 минут * 0,65 = 351 000 минут
НО!!! Телефонная компания, подключающая Ваш несертифицированный голосовой шлюз через Вашу сертифицированную УПАТС:) к телефонной сети, предъявляет требования к создаваемой Вами нагрузке на СЛ. Для операторов такая нагрузка составляет 0,7 Эрланг, для ведомственных АТС — 0,1 эрл. Получаются следующие результаты:
30 дней * 20 часов * 60 минут * 15 СЛ = 540 000 минут * 0,65 = 351 000 минут * 0,1 Эрл = 35 100 минут (для ведомственной АТС по 15 исходящих, либо входящих СЛ)
30 дней * 20 часов * 60 минут * 15 СЛ = 540 000 минут * 0,65 = 351 000 минут * 0,7 Эрл = 245 700 минут (для АТС компании оператора по 15 исходящих, либо входящих СЛ)
В случае использования всех 30-ти СЛ тракта Е1 полностью только для исходящих или входящих вызовов представленные значения нужно умножить на два. Приведённые выше расчёты основываются исключительно на практическом опыте и могут меняться в зависимости от ситуации, однако общий порядок величин соответствует указанному. Как говорится: "Думайте сами, решайте сами …"
Теперь о вариантах подключения. В таблице 1 представлены наиболее распространённые, по мнению автора, варианты возможного включения оборудования шлюза IP-телефонии к Телефонной Сети Общего Пользования (ТфОП).
Таблица 1
| № | Тип стыка | Типы сигнализации | Описание |
| 1 | Аналоговая соединительная линия СЛ. | FXO — Foreign eXchange Office | Двухпроводная соединительная линия для подключения офисной АТС к районной АТС. В качестве интерфейсного разъёма используется розетка RJ-11. Данный способ подключения наиболее подходит для недорогих корпоративных вариантов. При использовании портов FXO оборудования CISCO потребуются дополнительные устройства — отбойники. |
| 2 | Аналоговая абонентская линия АЛ. | FXS — Foreign Exchange Station | Двухпроводная абонентская линия, попросту говоря, обычная телефонная розетка RJ-11 с сигналом вызова и тональным или импульсным набором номера. Не самый удобный способ включения голосового шлюза, так как интерфейс рассчитан на конечного пользователя с телефонным аппаратом. Но в случае с малобюджетным потребителем порты FXS шлюза возможно воткнуть в аналогичные порты офисной АТС, дополнительно её (АТС) сконфигурировав для возможности обслуживания более 1-го абонента. |
| 3 | E&M (см. рис. 1) | E&M пять различных типов сигнализации. | Двух или четырехпроводный интерфейс по функциональности аналогичный FXO Подробнее см: (www.cisco.com/warp/public/788/signalling/21.html#signal). Интерфейсный порт оформлен в виде розетки RJ-48. Пригоден для недорогих корпоративных решений. |
| 4 | Цифровой 30-ти канальный тракт Е1 G.703 | R1/5 | Цифровой тракт, позволяет подключить оборудование голосового шлюза через офисную АТС к ТфОП. Самый распространённый вариант организации цифрового стыка, разрешённый на телефонных сетях на территории РФ. Тракт несимметричен и требует жёсткой привязки СЛ для обслуживания только входящих или исходящих вызовов. Т.е. каждая взятая из такого цифрового тракта СЛ может использоваться ТОЛЬКО для обслуживания ЛИБО входящего, ЛИБО исходящего вызова. Интерфейсный порт оформлен в виде розетки RJ-48. |
| 5 | Цифровой 30-ти канальный тракт Е1 PRI G.703 | PRI ETSI (Euro ISDN) | Цифровой 30-ти канальный ПОЛНОСТЬЮ СИММЕТРИЧНЫЙ тракт, позволяет подключить оборудование голосового шлюза через сертифицированную офисную АТС или сразу напрямую (что дешевле, но не лучше, на мой взгляд) к ТфОП. Достаточно распространённый вариант цифрового стыка, разрешённый к применению на телефонных сетях РФ. По причине симметрии тракта PRI, любая из его свободных СЛ, в любой момент времени может быть задействована для обслуживания как входящего, так и исходящего вызова. Имеется масса дополнительных сервисов таких как передача цифровой информации о номере звонящего и звонившего, переадресация вызова с номера на номер, высокое качество и скорость соединения. К недостаткам можно отнести высокую стоимость такого подключения, малое распространение сетей, полностью построенных на оборудовании ISDN. В результате — невозможность предоставления широких дополнительных возможностей ISDN для абонентов не ISDN сетей. Интерфейсный разъём оформлен в виде розетки RJ-48 |
| 6 | Цифровой 30-ти канальный тракт Е1 R2 G.703 | R2 | Цифровой 30-ти канальный симметричный тракт. Менее чем ISDN PRI распространённый вариант цифрового стыка. Не разрешён для применения на телефонных сетях РФ. И даже через офисную АТС по варианту R2 — PRI НЕЛЬЗЯ. Так как согласно требованиям Мин. Связи РФ в этом случае нет возможности обеспечения абонента всеми дополнительными услугами. Странно, однако тем же Мин. Связи не считается диким использование сетей R1/5 — PRI. |
Рис. 1
4) Вопрос:
Никак не удаётся сконфигурировать CISCO для выполнения функций Гейткипера и Голосового шлюза одновременно. Что делать? Какая операционная система нужна?
Для реализации функций Гейткипера или, как называют его сами CISCO, Multimedia Conference Manager, в Вашем маршрутизаторе должна быть установлена операционная система, содержащаяся в файле следующего вида (например для CISCO 3620):
c3620-ix-mz .121-4.bin
Где ключевое значение имеет выделенный индекс: -ix-mz . Именно в IOS с таким индексом и реализована поддержка Multimedia Conference Manager.
5) Вопрос:
Наша компания решила построить узел IP-телефонии на оборудовании Clarent. Кто в России занимается продвижением продукции Clarent? Какие компании используют это оборудование?
Я получил немало писем с подобным вопросом, что свидетельствует о растущем интересе российских операторов к продукции Clarent. Тем не менее, американская компания Clarent Corporation, достаточно долго не имела какого-либо официального представительства на территории Российской Федерации. Изредка всплывали слухи о смутном дистрибьютерстве между Clarent и некоторыми российскими компаниями (в основном московскими). Такая ситуация, по-видимому, была связана с невозможностью организовать нормальную техническую поддержку оборудования, проданного на территории РФ, а отчасти с малой информированностью потенциальных покупателей о оборудовании Clarent вообще. Наконец 6 марта 2001 г., на прошедшей в Санкт-Петербурге в конференц-зале гостиницы "Невский Палас" презентации, компания Clarent Corporation заявила о начале партнёрских отношений по распространению продукции с компаниями "Софт-Джойс" в Санкт-Петербурге и "Диона-Холдинг" в Москве. (Среди услышанных новостей небезынтересно отметить информацию о разработке программного обеспечения под операционную систему Solaris платформы Sun. И хотя говорить о каком либо отходе от существующих приоритетов в области Microsoft Windows NT на сегодняшний день ещё рано, сам факт подобных разработок производит положительное впечатление).
Кроме того, продвижением продуктов на основе технологий VoIP, используемых в изделиях Clarent на территории России, параллельно начал занимается и хорошо всем знакомый по стиральным машинам, микроволновым печам, телефонным станциям HiCom и мясодробилкам:) Siemens. Казалось бы, какая связь между Clarent и Siemens? А дело в том, что ещё 16 ноября 1999 года бельгийское подразделение компании Siemens — Siemens ATEA и Clarent Corporation — заявили о начале сотрудничества по созданию интегрированной платформы, способной сочетать в себе функции, как телефонной станции для традиционной сети с коммутацией каналов, так и функции оборудования пакетно — коммутируемых сетей. Отбросив все широкие и многообещающие заявления, можно сказать, что в конце концов в результате сотрудничества названных компаний, Siemens ATEA начал производить шлюз IP-телефонии, получивший название Inter eXpress 2110, работающий под программным обеспечением Clarent + Windows NT. Проще говоря, в производственный корпус нового дизайна, изготовленный, к слову, компанией Siemens совместно с Fudjitsu, и содержащий процессор Intel Pentium III 600 МГц на борту, поставили карты Aliance Generation 2000 от Natural Microsystems (или карты TP-200 от Audio Codes) и всё то же, уже рассмотренное мной ранее (см. статью "Сравнение оборудования CISCO и Clarent для операторов IP-телефонии"), программное обеспечение Clarent Gateway и Clarent Command Center (в очередной раз переработанное в рамках планового исправления ошибок). Итак, представляю оборудование IP-телефонии IX2110 от Siemens:
IX2110 Gateway (рис. 2) — полный аналог Clarent Gateway 1200 от 4 до 12 трактов Е1 (R1/5, R2, PRI) процессор Intel Pentium 850 МГц
Рис. 2
На рисунке 3 представлен внешний вид карты Trunk Pack 200 (TP-200), произведённая Audio Codes, а на рисунке 4 — вид карты Alliance Generation — 2000 от Natural Microsystems.
Рис. 3
Рис. 4
Что касается компаний, работающих на оборудовании Clarent в России, то из известных мне это: "Элвис Телеком", Direct Net, Telia, "Зонд — Холдинг".
6) Вопрос:
Почему в Ваших статьях не упоминается технология VoATM?
По моему мнению, применение технологий АTM для передачи голосовых или факсимильных сообщений не бесперспективно, но достаточно дорого. Использование VoATM аналогично езде на слоне на рынок за покупками:) . Мало того, считаю, что многие (не все, но многие) российские компании, построившие свои сети с использованием оборудования VoATM, вообще, мягко говоря, переплатили за инфраструктуру. В качестве аргумента в пользу такого суждения приведу тот очевидный факт, что несмотря на свой более чем зрелый возраст, технология VoATM так и не получила столь широкого распространения по сравнению с VoIP Н.323. Я не хочу сказать, что вообще не получила. Но!!! Откройте список компаний операторов IP-телефонии на www.ilocus.com/sp.htm и посмотрите, на каком оборудовании они работают. Факты штука упрямая.
7) Вопрос:
Что такое PCM Passthrough? Как его включить в оборудовании CISCO? Имеет ли смысл включать?
Рис. 22
Сигнальный процессор TMS320VC549 функционирует на тактовой частоте 100 МГц и организован для одновременной обработки в реальном времени четырёх потоков 64 Кбит/с. Структурная схема DSP TMS320VC549PGE представлена на рисунке 23. Хотя в настоящее время данный процессор, произведённый по технологии 0,25 микрон, ничего сверх революционного собой не представляет (сравнить хотя бы с тем же E-Mu 10K), заложенный в него потенциал и гибкость архитектуры позволяют изобретательным программистам CISCO Systems создавать регулярные обновления программного обеспечения IOS и VFC Ware и честно взимать за это деньги с пользователей.
Рис. 23
Кроме, собственно, 3-х микросхем сигнальных процессоров, на дочерней плате находится системная логика, оперативная память DSP SRAM (так же от Samsung 128 Kwords 16 бит), и небольшое число радиоэлементов, выполняющих вспомогательные функции.
Весьма интересен, на мой взгляд, факт наличия на основной карте DSPM отдельной микросхемы DSP TMS320L542 (рис. 24), работающей на частоте 50 МГц и установленной в правой верхней части платы (рис. 19).
Рис. 24
Трудно сказать, какие конкретно функции возложены на этот дополнительный DSP (являющий собой "младшего брата" TMS320VC549 линейки TMS320), позволю лишь предположить, что, по моему мнению, в его задачи входит проигрывание сервисных сообщений интерактивного голосового меню IVR (к примеру, для абонентов, позвонивших в момент наибольшей загрузки шлюза, и которых шлюз не в состоянии обслужить ресурсами своих основных DSP). Кроме CISCO я также обнаруживал аналогичные вспомогательные DSP на картах, производимых Natural Microsystems и устанавливаемых в оборудование Clarent Gateway 1200.
Помимо вышеперечисленных элементов, карта DSPM содержит системную логику, ПЗУ с BIOS, собственную DRAM и флэш-память, а также контроллер ввода/вывода шины PCI, произведённый ALTERA (США), семейства FLEXÒ 10k — EPF10K10QC208-3 (рис. 25).
Рис. 25
Принудительное воздушное охлаждение внутренностей шлюза осуществляется блоком из четырёх вентиляторов (на подшипниках качения) неизвестного производства (рис. 24). Шум, создаваемый блоком вентиляторов, довольно высок, но принимая во внимание специфику эксплуатации подобного рода устройств, определяющего значения не несёт.
Рис. 26
Не исключаю того, что приведённой выше информации кому-то может оказаться недостаточно, и возникнут неизбежные вопросы, по мере сил и возможностей постараюсь ответить на них.
10) Вопрос:
Есть ли у Вас информация о взаимной совместимости шлюзов CISCO и Clarent на сегодняшний день?
Ещё в октябре 1999 г. компания Clarent заявила о "полной и безоговорочной" совместимости с CISCO, но при последующем ознакомлении с результатами тестирования выяснилась несколько иная картина. Проблемы стыковки платформы Clarent возникают, главным образом, из-за того, что она не использует напрямую рекомендации Н.323. Элементы сети Clarent общаются друг с другом через внутренний протокол, разработанный Clarent в противовес громоздкому и ресурсоёмкому Н.323. Для того, чтобы устройства сети Н.323 смогли общаться с оборудованием Clarent, необходима некая программа-посредник, интерпретирующая стандартные (и не очень) сообщения устройств Н.323 в сообщения протокола платформы Clarent. Такой программой является разработанный Clarent Corporation продукт, называемый Clarent Gatekeeper. Создавался и отлаживался Clarent Gatekeeper довольно давно, в процессе развития претерпел множество изменений и на сегодняшний день приобрёл очертания, в принципе, работоспособного интерпретатора, оформленного в виде сервиса Windows NT. Потому, говоря о совместимости платформ CISCO и Clarent, необходимо заранее представлять, что без установленного Clarent Gatekeeper она в принципе невозможна.
Понятие совместимости, на мой взгляд, включает не только совместимость по маршрутизации вызовов между однотипными шлюзами при участии стороннего гейткипера, что так часто любят анонсировать производители, но и, собственно, межшлюзовую совместимость. Она, по моему мнению, наиболее важна, ведь именно шлюзы и являются конечными устройствами в сети оператора, определяющими круг его услуг.
С межшлюзовой совместимостью долгое время у CISCO и Clarent были определённые проблемы. В таблице 2 привожу официальные результаты тестирования совместимости шлюзов IP-телефонии на базе маршрутизатора CISCO 3640 и Clarent Gateway в варианте исполнения Siemens ITX2110:
Таблица 2
Таблица 3
Таблица 4
Результаты испытания совместимости кодеков, используемых в вышеупомянутых шлюзах, приведены в таблице 5.
Таблица 5
| От шлюза | К шлюзу | ||||||||||
| Cisco | Clarent | ||||||||||
| Кодеки | G711-U | G711-A | G723-53 | G723-63 | G729-r8 | G711-U | G711-A | G723-53 | G723-63 | G729-A | |
| Clarent | G711-U | Да | Да | ||||||||
| G711-A | Да | Да | |||||||||
| G723-53 | Да | Да | |||||||||
| G723-63 | Нет | Да | |||||||||
| G729-A | Да | Да | |||||||||
| Cisco | G711-U | Да | Да | ||||||||
| G711-A | Да | Да | |||||||||
| G723-53 | Да | Да | |||||||||
| G723-63 | Да | Да | |||||||||
| G729-r8 | Да | Нет | |||||||||
Да:
— Речь Слышна
Нет:
— Речь не слышна
Из-за вполне понятного нежелания разглашать собственные эксклюзивные разработки по механизму трансляции факсимильных сообщений со стороны как Clarent, так и CISCO, почти два года наблюдалось отсутствие совместимости при передаче факсимильных сообщений или установлении сеанса передачи данных с использованием аналоговых модемов. С появлением рекомендации Т.38, а также технологий PCM Passtrought, проблему отчасти удалось решить. По заявлениям производителей, в последних выпусках программного обеспечения платформы Clarent и CISCO наконец стали полностью совместимы. Однако, именно последние выпуски программного обеспечения менее всего распространены в оборудовании, работающем в сетях операторов. Часть функций свежего программного обеспечения, как в CISCO IOS, так и в Clarent Gateway Software не до конца отлажена, не проверена под реальной нагрузкой и вызывает у операторов естественные опасения и нежелание чего-либо менять. Одним словом: теоретически всё хорошо, практически: "а воз и ныне там"!
