Не работает кодек h323

Обновлено: 30.06.2024

Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов

Обнаружена блокировка рекламы: Наш сайт существует благодаря показу онлайн-рекламы нашим посетителям. Пожалуйста, подумайте о поддержке нас, отключив блокировщик рекламы на нашем веб-сайте.

Не могу провести видеоконференцию

Добрый день!
Работаю в филиале универа сис админом. Стоит задача установить связь с сервером видеоконференций. Маршрутизатор Mikrotik RB750. Напрямую от оптоволокна все работает, а внутри сети выдает ошибку "Adress you called not found" Программа видео конференций - Polycom Telepresence m100. Работает через SIP или Н.323 протоколы, порты нужно открыть 3020-3030, 1720 TCP и UDP. Интернет раздается через PPTP. Подскажите пожалуйста в чем может быть дело?

Приветствую. Вы в своем вопросе написали ответ.

Прокиньте нужные программе порты на компьютер для конференций

Граждане, сколько раз просил =) чем понятнее и точнее сформулирован вопрос - тем понятнее и точнее будет на него ответ.
Я просматриваю ВСЕ темы форума и стараюсь помочь в каждой из них
Поэтому, НА ЛС отвечаю в последнюю очередь Может я бестолковый, но у меня не получается. Напишите пожалуйста как это сделать? 2011UAS-2HnD-IN | v. 6.40.4 | FW 3.41
mAP 2n | v. 6.40.4 | FW 3.41

Спасибо за советы, но похоже без помощи я все же не обойдусь. Пробовал действовать по примерам - не помогло, может дело в том что провайдер раздает интернет через VPN?
Сразу оговорюсь опыта у меня нет, поэтому прошу не судить строго.
Есть ряд вопросов по примерам из wiki:

Add Public IP to Public interface:
/ip address add address=10.5.8.200/32 interface=Public

У меня есть три интерфейса LAN WAN и PPTP - как я понял WAN это внешний интерфейс, LAN внутренний, а PPTP это шлюз, то есть добавить нужно наш внешний IP для интерфейса WAN, так?

Add rule allowing access to the internal server from external networks:
/ip firewall nat add chain=dstnat dst-address=10.5.8.200 action=dst-nat \ to-addresses=192.168.0.109

Этим правилом мы разрешаем доступ к компьютеру внутри сети от внешних сетей, то есть dst-address = наш внешний IP, а to-addresses=IP локальной машины

Add rule allowing the internal server to talk to the outer networks having its source address translated to 10.5.8.200:
/ip firewall nat add chain=srcnat src-address=192.168.0.109 action=src-nat \ to-addresses=10.5.8.200

Это правило наоборот разрешает локальному компу доступ к внешним сетям.
Может я в чем то ошибаюсь?

Add Public IP to Public interface:
/ip address add address=10.5.8.200/32 interface=Public

вообще, все таки WAN интерфейс это внутренний интерфейс между Вами и PPTP сервером оператора. и Внешний адрес должен быть все таки на PPTP.

Add rule allowing access to the internal server from external networks:
/ip firewall nat add chain=dstnat dst-address=10.5.8.200 action=dst-nat \ to-addresses=192.168.0.109

Стандарт H323 протокола постепенно выходит из оборота, в частности, для телефонов. Несколько лет назад многие производители телефонов отказались от тенденций создания устройств, которые могли бы использовать оба протокола IP-телефонии. Сегодня в основном применяется SIP. Тем не менее у многих пользователей есть устройство стандарта H323 и им необходимо знать правила эксплуатации и настройки. Стандарт по-прежнему предлагает лучшее управление сетью и качественную аппаратную совместимость. Разница между двумя протоколами уменьшается с каждой новой версией, несмотря на многочисленные дебаты по этому вопросу в отрасли.

Кратко про IP-телефонию

Видеосвязь через интернет - это технология, которая позволяет передавать голоса и данные в одной сети на основе протокола IP. Часто используется термин конвергентные сети или конвергенция ИС, что подразумевает более широкую концепцию интеграции всех коммуникаций: голоса, данных и видео.

Эта технология существует на рынке с конца 1990-х годов, но лишь недавно она стала широко распространенной благодаря улучшению и стандартизации систем контроля качества речи (QoS) и универсализации интернет-сервиса.

Система IP-телефонии - набор элементов, которые должным образом интегрированы и пользуются услугами на основе VoIP компаний. Основными элементами этой системы являются: IP-УАТС, IP-шлюз и различные IP-телефоны с протоколом H323.

Конвергенция деловых коммуникаций - звук, данные и видео. IP-сеть является современной тенденцией и дает пользователям важные преимущества:

Экономию на звонках.
Упрощение инфраструктуры связи.
Оптимизацию управления.
Унификацию системы телефонии между объектами.
Мобильность/вседоступность для пользователя.

Мультисервисная конвергентная сеть должна быть должным образом спроектирована и управляема, в связи с чем необходимы такие аспекты, как контроль над надежностью, безопасностью и качеством обслуживания (QoS), чтобы обеспечить оптимально функционирующую систему.

Два главных стандарта видеосвязи

Протоколы SIP и H323 считаются главными стандартами видеоконференций. Различные организации рассматривают передачу сигналов звука и видео по IP с различными подходами. Международный союз электросвязи (МСЭ) учредил H323 в качестве первого протокола мультимедийной связи по IP. SIP - это подход IETF (Internet Engineering Task Force) для передачи звука и видео по IP.

H323 протокол - зонтичный формат, который обеспечивает четко определенную архитектуру системы, включая управление вызовом и мультимедиа. В то время как H323 использует телекоммуникационный подход к передаче голоса/видео по IP, SIP - использует интернет-подход.

Объекты, составляющие сеть: шлюзы, терминалы и мосты конференц-связи, а также привратник. Архитектура является одноранговой и поддерживает связь между пользователями без централизованного контролирующего объекта. Информация о вызове H323 записана в двоичном коде с определенным набором переводов для каждого кода. Это было сделано, чтобы уменьшить размер передачи и сохранить пропускную способность. Новые коды должны иметь согласованное определение между сторонами до вызова. Стандарт может быть обновлен, но любые дополнения к стандарту требуют обратной совместимости с существующим.

Операционный протокол H323

Гарантирует качество обслуживания (QoS).
Не зависит от топологии сети.
Поддерживает шлюзы и использует одновременно более одного канала: голос, видео, данные.
Позволяет компаниям добавлять функциональные возможности, для реализации необходимых функций взаимодействия.

Основные компоненты системы

В H323 реализованы в качестве базовых компонентов: терминалы, шлюзы для соединений с ресурсами PSTN/IN, опекуны (GateKeepers) для контроля доступа, регистрации и пропускной способности, MCU (мультиконференция) и блоки управления. Описание протокола H323 и его компонентов:

Терминалы - оборудование, используемое пользователями, может быть реализовано либо программно с помощью компьютера, либо аппаратно - физически.
Опекуны (GateKeepers) - являются центром каждой VoIP-организации и эквивалентом частных филиалов или UATS (Private Branch eXchange). Они обычно продвигаются с программным обеспечением.
Шлюзы - связаны коммутацией с телефонной сетью общего пользования, действуя прозрачно для пользователя.
Многоточечные БУ - несут ответственность за управление конференцией.

Общепринятый стандарт был распространен в глобальной сети (WAN). Он состоит из множества терминалов, которыми управляет. Например, несколько локальных сетей, разделенных маршрутизаторами.

Стек протокол H323 работает поверх транспортного и сетевого уровней. Если базовая сеть основана на IP, то пакеты аудио, видео и RAS H.225.0 используют протокол UDP (H.245) для передачи данных и управления. H.225.0 сигнализация вызова пакетов транспортируется с использованием надежного TCP - протокола управления передачей.

Технологии, использующие протокол

Пример предприятий, использующих H323 - это компания IP-телефонии, которая внедряет АТС Asterisk со стоимостью биллинга телефонных звонков на стационарные и мобильные телефоны. Пользователь может выполнить переадресацию на мобильный телефон, перевести голос на телефон, звонить, записывать звонки, сообщать о звонках АТС. Asterisk может быть реализована на платформе Linux, таким образом, будут отсутствовать затраты на лицензирование программного обеспечения. Преимущества VoIP PBX:

Поддерживает протоколы SIP, IAX, H323, MGCP, SKINNY и другие.
Поддерживаемые кодеки: ADPCM, G.711 (A-Law & -Law), G.722, G.723.1 (сквозной), G.726, G .729 (если приобретена коммерческая лицензия), GSM, iLBC.

IP-порты и протоколы, используемые различными поставщиками устройств H323.

Lifesize Cloud Client

Skype для бизнеса Client

Edgewater / Polycom VBP Access Server

Предоставление, ICON Health Check

Рабочий стол / Мобильный чат

Access Edge SIP / TLS сигнализация

A / V Edge RTP / SRTP Media

Конечные точки Librestream

Канал управления H.245

RTP / SRTP Media

Edgewater / VBP H.225 / 245

Edgewater / VBP RTP Media

Сигнализация облачного приложения

Клиент A / V Media

Конечные точки Sony

Этапы вызова H323

Вызов происходит в несколько основных этапов:

Привратник может играть две роли:

Маршрутизируемый вызов проходит через привратника, что полезно для обхода NAT, таким образом привратник действует как сервер ретрансляции.
Прямая конечная точка привратника - вызов направляется непосредственно к конечной точке, но сначала клиенты вызывающего и вызываемого абонентов должны выполнить шаг Admission для начисления платы и управления полосой пропускания.

Глобальный протокол и отличия модификаций

Он также использует структуру URL для идентификации пользователей вместо устройств. Таким образом, SIP не зависит от устройства и не различает голос и данные, телефон или ПК. SIP больше используется для управления услугами, в то время как H323 выполняет функции преобразования телефонного стандарта в IP-пакеты.

Сценарии функциональной совместимости

Сценарий становится более сложным, когда IP и шлюз H 323 работают в отдельных административных доменах. Это нужно интерпретировать с помощью другого протокола. H323 определяет конференц-связь, как часть стандарта, включая централизованную, так и децентрализованную. У SIP нет определения для конференц-связи, но есть процесс для конференц-связи, который похож на H323, но формально не был определен, как часть стандарта.

Работа с кодеком Cisco C90

Построение сети H323:

Сначала настраиваются кодеки с учетом IP-адресов (192.168.2.ХХХ), правильной маской подсети (255.255.255.0), шлюзом (192.168.ХХХ) - IP-интерфейс pfSense и DNS-сервером. На C90 это находится в настройках администратора -> настройка IP.
NAT-версия для H323 находится в Настройках администратора -> Дополнительно -> H323 -> NAT.
Set: Mode = On.
Убеждаются, что адрес NAT = адрес WAN, чтобы код мог отправлять правильные пакеты на исходное соединение.
Задают команду кодеку на запрет подключения через привратник. Под настройками администратора -> Дополнительно -> H323 -> Профиль 1 -> CallSetup.
Set: Mode = Direct.
С H323 используются статические порты для соединений. Настройки администратора -> Дополнительно -> H323-> Профиль 1.
Set: Port Allocation = Static.
Перепроверяют настройку H323 IP -> Дополнительно -> Сеть 1 и убеждаются, что настройки IP соответствуют форме.
Проверяют порты RTP, которые нужно использовать. Поток RTP передает и принимает аудио и видео. Под настройками администратора -> Дополнительно -> RTP -> Порты -> Диапазон. Обращают внимание на значения "Начать и остановить", нужно добавить их в правила переадресации межсетевого экрана порта. По умолчанию обычно 2326 /2486.
Перезапускают кодек, чтобы настройки вступили в силу.

После добавления этих правил можно принимать вызов H323 от кодека. Если звонки не проходят, нужно посмотреть в журналах, запрашиваются ли определенные порты. Возможно, нужно настроить параметры переадресации портов H323 и правил.

Преимущества выбора IP-телефонии

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

Преимущества услуг VOIP включает в себя:

Идентификация звонков.
Служба ожидания звонков.
Услуга переадресации.
Повторный звонок.
Обратный звонок.
Вызов 3 линии (трехсторонний вызов).
Переадресация звонка на определенный телефон.

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

С самого начала всем было понятно, что если каждый производитель станет изобретать собственный стек протоколов, система никогда работать не будет. Во избежание возникновения этой проблемы заинтересованные стороны объединились под покровительством Международного союза телекоммуникаций (ITU) и начали разработку единого стандарта.

В 1990 году был одобрен первый международный стандарт в области видеоконференцсвязи - спецификация H.320 для поддержки видеоконференций по ISDN. Затем ITU одобрил еще целую серию рекомендаций, относящихся к видеоконференцсвязи. Эта серия рекомендаций, часто называемая H.32x, помимо H.320, включает в себя стандарты H.321-H.324, которые предназначены для различных типов сетей.

Во второй половине 90-х годов интенсивное развитие получили IP сети и Интернет. Они превратились в экономичную среду передачи данных и стали практически повсеместными. Однако, в отличие от ISDN, IP сети плохо приспособлены для передачи аудио и видеопотоков. Стремление использовать сложившуюся структуру IP сетей привело к появлению в 1996 году стандарта H.323 (Visual Telephone Systems and Terminal Equipment for Local Area Networks which Provide a Non-Guaranteed Quality of Service, Видеотелефоны и терминальное оборудование для локальных сетей с негарантированным качеством обслуживания).

Данные рекомендации были пересмотрены в 1998 году, и новый вариант H.323 v.2 (Packet-based multimedia communication systems, Мультимедийные системы связи для сетей с коммутаций пакетов), стал основой построения первых глобальных систем интернет-телефонии. В сентябре 1999 года была одобрена третья версия рекомендаций, 17 ноября 2001 года была одобрена четвертая версия стандарта H.323.

Сейчас H.323 - один из важнейших стандартов из этой серии. H.323 - это рекомендации ITU-T для мультимедийных приложений в вычислительных сетях, не обеспечивающих гарантированное качество обслуживания (QoS). Такие сети включают в себя сети пакетной коммутации IP и IPX на базе Ethernet, Fast Ethernet и Token Ring.

Рекомендации H.323 предусматривают:

Управление полосой пропускания.
Возможность взаимодействия сетей.
Платформенную независимость.
Поддержку многоточечных конференций.
Поддержку многоадресной передачи.
Стандарты для кодеков.
Гибкость.
Совместимость.
Межсетевые конференции.
Поддержку групповой адресации.

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

Можно ограничить как число одновременных соединений, так и суммарную полосу пропускания для всех приложений H.323. Эти ограничения помогают сохранить необходимые ресурсы для работы других сетевых приложений. Каждый терминал H.323 может управлять своей полосой пропускания в конкретной сессии конференции.

Рекомендации H.323 предлагают средство соединения участников видеоконференции в разнородных сетях (например, IP и ISDN, IP и PSTN).

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

Рекомендации H.323 позволяют организовывать конференцию с тремя или более участниками. Многоточечные конференции могут проводиться как с использованием центрального MCU (устройства многоточечной конференции), так и без него.

H.323 поддерживает многоадресную передачу в многоточечной конференции, если сеть поддерживает протокол управления групповой адресацией (такой, как IGMP). При многоадресной передаче один пакет информации отравляется всем необходимым адресатам без лишнего дублирования.

Многоадресная передача использует полосу пропускания гораздо более эффективно, поскольку всем адресатам - участникам списка рассылки отправляется ровно один поток.

H.323 устанавливает стандарты для кодирования и декодирования аудио- и видеопотоков с целью обеспечения совместимости оборудования разных производителей. Вместе с тем стандарт достаточно гибок.

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

Помимо этого, производитель может включать в мультимедийные продукты и приложения дополнительные возможности, если они не противоречат обязательным и опциональным требованиям стандарта.

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

H.323 конференция может включать участников, конечное оборудование которых обладает различными возможностями. Например, один из участников может использовать терминал лишь только с аудио- возможностями, в то время как остальные участники конференции могут обладать возможностями передачи/приема также видео и данных..

Базовая архитектура стандарта H.323.

В число "объектов" H.323, как они названы в стандарте, включаются терминалы, мультимедиа шлюзы, устройства управления многоточечными конференциями и контроллеры зоны (Gatekeeper).

Терминал (Terminal) - оконечное мультимедийное (голос, видео, данные) устройство, предназначенное для участия в конференции

Мультимедиа шлюз (Gateway) - устройство, предназначенное для преобразования мультимедийной и управляющей информации при сопряжении разнородных сетей.

Устройство управления многоточечными конференциями (Multipoint Control Unit - MCU) - предназначено для организации конференций с участием трех и более участников

Контроллер зоны (Gatekeeper, Привратник, Конференц-менеджер) - рекомендуемое, но не обязательное устройство, обеспечивающее сетевое управление и исполняющее роль виртуальной телефонной станции.

Рис.1. Базовая архитектура стандарта H.323.

Рис.2. Модель архитектуры H.323 для Интернет-телефонии.

В центре находится шлюз, соединяющий Интернет с телефонной сетью. Он поддерживает протокол Н.323 со стороны Интернета и протоколы коммутируемой телефонной сети общего пользования с «телефонной» стороны. Устройства коммуникации называются терминалами. В локальной вычислительной сети может быть машина-вратарь, управляющая конечными узлами, находящимися под ее юрисдикцией (в ее зоне).

Для переговоров о предпочитаемых параметрах соединения спользуется протокол Н.245. При этом используется специальный управляющий канал Н.245, который всегда открыт. Каждая из сторон начинает с объявления своих возможностей. Например, может сообщаться о поддержке видео (Н.323 может поддерживать видео), конференц-связи, используемых кодеках и т. п. После того как каждая из сторон узнает возможности противоположной стороны, организуются два однонаправленных канала, с которыми связываются определенные кодеки и которым присваиваются определенные параметры. Поскольку на каждой из сторон может быть установлено разное оборудование, вполне возможна ситуация, когда каждый из днонаправленных каналов использует свой кодек. По достижении договоренности по всем вопросам можно начинать передачу данных (по протоколу RTP). Управление производится RTCP, контролирующим перегрузку. Если передаются видеоданные, RTCP занимается синхронизацией звукового и видеоряда.

Терминалы H.323.

Под терминалом стандарт понимает оборудование конечных точек сети, которое позволяет пользователям общаться друг с другом в реальном времени.

Рис. 3. Структура терминала H.323

Терминалы должны поддерживать протоколы H.245 - согласование параметров соединения, Q.931 - для установления соединения и согласования параметров этого соединения, канал RAS (Registration/Admission/Status) взаимодействия с контроллером зоны (Gatekeeper), протокол RTP/RTCP для работы с потоками аудио и видео пакетов, протокол G.711 для сжатия аудиопотока.

Согласно рекомендациям, для терминала H.323 опциональной является поддержка видеокодеков, протокола T.120, и возможностей MCU.

Видеовозможности терминалов H.323

Несмотря на то, что стандарт считает функции видео необязательными, все терминалы с видеовозможностями должны поддерживать кодек H.261, опционально возможна поддержка H.263. H.263 является развитием кодека H.261, видеокартинка, полученная с помощью кодека H.263 обладает лучшим качеством, поскольку используется полупиксельная технология предсказания движения. Кроме того, используемое кодирование по Хаффману оптимизировано для работы с более низкими скоростями передачи.

Мультимедиа шлюз (Gateway) H.323.

Рис. 4. Мультимедиа шлюз H.323/PSTN.

Согласно H.323, мультимедиа шлюз - это опциональный элемент в конференции H.323. Он может выполнять много различных функций. Типичной его функцией являются задача преобразования форматов протоколов передачи (например, H.225.0 и H.221). Обычно мультимедиа шлюзы используются для поддержки взаимодействия между разнородными сетями. На Рис.3. показан шлюз H.323/PSTN.

Контроллер зоны.

Контроллер зоны (Gatekeeper, Привратник, Конференц-менеджер) - это рекомендуемое, но не обязательное устройство, обеспечивающее сетевое управление и исполняющее роль виртуальной телефонной станции.

Рис. 5. Контроллер зоны (Gatekeeper).

Основными функциями контроллера зоны являются:

Управление и адресация вызовов.
Обеспечение основными типами обслуживания, такими как телефонный справочник и сервисом, характерным для УАТС (передача и перенаправление вызовов и т.д.).
Управление использованием полосы пропускания приложениями H.323 таким образом, чтобы обеспечить качество обслуживания (QoS).
Управление общим использованием сетевых ресурсов.
Системное администрирование и обеспечение безопасности.

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

Устройство управления многоточечной конференцией.

Устройство управления многоточечной конференцией (Multipoint Control Units (MCU)) предназначено для поддержки конференции между тремя и более участниками. В этом устройстве должен присутствовать контроллер Multipoint Controller (MC), и, возможно, процессоры Multipoint Processors (MP). Контроллер MC поддерживает протокол Н.245 и предназначен для согласования параметров обработки аудио- и видеопотоков между терминалами. Процессоры занимаются коммутированием, микшированием и обработкой этих потоков.

Конфигурация многоточечной конференции может быть централизованной, децентрализованной, гибридной и смешанной.

Рис. 6. Схемы централизованной и децентрализованной.

Централизованная многоточечная конференция требует наличия устройства MCU. Каждый терминал обменивается с MCU потоками аудио, видео, данными и командами управления по схеме "точка-точка". Контроллер MC, используя протокол H.245, определяет возможности каждого терминала. Процессор MP формирует необходимые для каждого терминала мультимедийные потоки и рассылает их. Кроме того, процессор может обеспечивать преобразования потоков от различных кодеков с различными скоростями данных.

Децентрализованная многоточечная конференция использует технологию групповой адресации. Участвующие в конференции H.323 терминалы осуществляют многоадресную передачу мультимедиа потока остальным участникам без посылки на MCU. Передача контрольной и управляющей информации осуществляется по схеме "точка-точка" между терминалами и MCU. В этом случае контроль многоточечной рассылки осуществляется контроллером MC.

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

Рис. 7. Схемы децентрализованной и смешанной.

В смешанной схеме организации конференцсвязи одна группа терминалов может работать по централизованной схеме, а другая группа - по децентрализованной.

Приветствую Вас в своем блоге, который посвящен голосовым технологиям Cisco. Основное внимание будет уделено решениям и технологиям в области IP-телефонии Cisco, а именно: IP PBX на базе Cisco Unified Communications Manager и Cisco Unified Communications Manager Express, контакт-центрам Cisco, голосовым шлюзам, написанию скриптов. Также я буду знакомить Вас с новостями из мира обучения - с курсами Cisco, созданными мной учебными материaлами и пособиями, авторскими курсами, а также многим другим.

Буду рад по возможности ответить на Ваши вопросы.

суббота, 8 декабря 2012 г.

Cause 127 Cisco VGW - Huawei VGW (H323)

На прошедшей неделе я помогал двум читателям моего блога в решении проблемы при взаимодействии голосового шлюза Cisco и голосового шлюза Huawei по протоколу H323. Топологии обеих сетей были следующие: УАТС1 ( E 1) -> E 1 Cisco -> H 323 -> Huawei E 1 -> (Е1) УАТС2 Проблема была такая: при исходящем звонке от УАТС1 на УАТС2 соединение не устанавливалось, вызывающий абонент получал отбой. При более детальной диагностике было установлено, что отбивал Huawei.
Для уточнения причины отбоя на шлюзе С isco запустили debug cch 323 h 225. Он показал, что от Huawei приходит отбой с С ause 127:
Dec 3 08:22:13.748: //-1/cch323_h225_receiver: Received msg of type RELEASEIND_CHOSEN Dec 3 08:22:13.748: //11760/release_ind: Disconnect cause 127 location code 0 Dec 3 08:22:13.748: //11760/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address = 10.22.255.34 На Huawei настройка транк-группы выглядит следующим образом (настройки и дебаги приведены для одной из двух проблемных сетей): Т.е данный шлюз Huawei ожидает звонка от устройства с IP -адресом 10.22.255.250. Взглянем внимательно на предыдущий приведенный дебаг: Dec 3 08:22:13.748: //11760/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.22.255.33; dest address = 10.22.255.34 - перепрограммировать peer-address на Huawei на IP -адрес физического интерфейса шлюза Cisco (т.е. в нашем примере на 10.22.255.33) - или принудительно заставить шлюз Cisco маркировать свои VoIP пакеты для сигнализации H 323 IP -адресом интерфейса Loopback : Оба читателя, обратившихся ко мне за помощью, предпочли первый вариант, т.е перенастроили Huawei .

21 комментарий:

Доброго времени суток!
Просьба помочь разобраться в данной проблеме.
АТС1-cisco-huawei-АТС2 имеется такая топология звонки с АТ1 на АТС2 проходят но соединения разговора не получается
дебаг на cisco выдаёт Disconnect cause 31 location code 0

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

1. Какой протокол VoIP сигнализации работает между Cisco и Huawei (SIP или Н323)?
2. Вы пишете, что звонки с АТС1 на АТС2 проходят, а разговор не устанавливается. Следует ли это понимать как: "звонит телефон на АТС2 и при поднятии на нем трубки происходит отбой"? Уточните, пожалуйста, как именно не устанавливается соединение.

Для детальной диагностики мы будем с Вами запускать дебаги. Вывод дебаго достаточно громоздкий, поэтому лучше их переслать мне в виде файла. Напишите, пожалуйста, комментарий с вашим адресом E-mail (он не будет опубликован). Я Вам отвечу в почте.

Может Вы сможете что-то подсказать.
Имеем работающую сеть маршрутизаторов Cisco 28xx и Huawei AR2200. Голос работает по H323. Все нормально работало (в том числе и благодаря Вашим советам), но в праздники (или сразу после), перестали проходить звонки с одной из цисок на один из хуавеев. Причем обратные вызовы проходят, и все другие направления работают, в том числе и на другие хуавеи. Само собой, изменений конфигураций не было.
Вот лог debug cch323 h225:
Mar 13 11:36:26.494: //8326/C86CBE0382B6/H323/cch323_call_setup_normal: SETUP_NTF_TIMER is not running. Continue processing.
Mar 13 11:36:26.494: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_IDLE state
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_SETUP while at state H225_IDLE
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/check_qos_and_send_setup: Setup ccb 0x4C845568
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/copy_token_from_ccb: copy_token_from_ccb: Entered
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/generic_send_setup:
generic_send_setup: is_overlap = 0, info_complete = 0
Mar 13 11:36:26.498: //8326/C86CBE0382B6/H323/generic_send_setup: sending calling IE
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: ====== PI = 3
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: Send infoXCap=128, infoXRate=16, rateMult=0, xMode=128, info_layer1_prot=163
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/generic_send_setup: src address = 10.45.255.241; dest address = 10.45.255.240
Mar 13 11:36:26.502: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_SETUP state
Mar 13 11:36:26.618: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type RELEASEIND_CHOSEN
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/release_ind: Disconnect cause 127 location code 0
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/cch323_h225_receiver: RELEASEIND_CHOSEN: src address = 10.45.255.241; dest address = 10.45.255.240
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_RELEASE_IND while at state H225_SETUP
Mar 13 11:36:26.618: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_CONN_LOST while at state H225_SETUP
Mar 13 11:36:26.622: //8326/C86CBE0382B6/H323/run_h225_sm: Received event H225_EV_RELEASE while at state H225_SETUP
Mar 13 11:36:26.622: //8326/C86CBE0382B6/H323/cch323_h225_set_new_state: Changing from H225_SETUP state to H225_IDLE state

Вот часть конфига проблемной циски:
interface Loopback0
description IK-1 ID OSPF Proc (241)
ip address 10.45.255.241 255.255.255.255
ip ospf 45 area 1
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.45.255.241
!
dial-peer voice 804531 pots
description IK-1
destination-pattern 31T
incoming called-number 31
direct-inward-dial
port 0/0/0:15
!
dial-peer voice 804537 voip
voice cut-through alert
description CITO
destination-pattern 37T
voice-class codec 1
session target ipv4:10.45.255.240
dtmf-relay rtp-nte h245-signal h245-alphanumeric
fax rate 14400
fax protocol t38 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711alaw
ip qos dscp cs5 media
ip qos dscp cs5 signaling

Добрый день, Виталий!

Первое, что я проверил: это соответствие айпи-адреса вызывающей стороны (циски) с адресом пира, прописанным на хуавее. Тут все ок.

Если конфигурация не менялась и все работало - не может ли быть это банальным багом? Не пробовали ли просто перезагрузить хуавей и циску?

Конечно, ребут всему голова :), но не в этом случае. Первым делом ребутнули все учавствующее в обмене оборудование.

Хм, а на E1 что происходит при таком звонке? Не прилетает ли 127 кауза от Е1?

Можно ли на хуавее как-то продебажить, поступает ли звонок в Е1 или нет? (я, к сожалению, не сильный спец в китайцах. ( )

На Е1 совсем ничего не прилетает. Нет, к сожалению, на хуавее дебаг совсем нечитаемый, а debug isdn q931 не выводит совсем ничего и никогда, так, для красоты сделан :)

Доброго времени суток!

Проблема вот в чем: С ведомственной АТС приходит различное количество цифр, т.е. абонент может набирать ведомственный номер или выход на город. Количество цифр варьируется от 6 (внутренний номер + префикс) до 12 (городской номер + выход на ГАТС +префикс)

В конфигурации callprefix Хуавеев есть такая строчка: "digit-length 6 12" (т.е. количество передаваемых цифр номера от 6 до 12). Между двумя Хуавеями такая конфигурация работает, но ведомственные Циски, на которых построена сеть, эту строчку, судя по всему, переваривать отказываются.
Если "digit-length 6 6", то связь есть, только по ведомственным номерам. Меняем на "digit-length 6 12" - звонки через раз, на некоторые номера дозванивается, другие отбивает, debug isdn q931 говорит, что "user busy". на Атс приходят обрезанные цифры.

interface Loopback0
ip address 10.11.255.248 255.255.255.255
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.11.255.248

voice-port 0/1/0:15
cptone RU
bearer-cap Speech

voice class codec 1
codec preference 1 g729r8
codec preference 2 g729br8 bytes 40
codec preference 3 g723r63 bytes 48
codec preference 4 g723r53 bytes 40
codec preference 5 g728
codec preference 6 g711alaw

dial-peer voice 120 pots
destination-pattern 16T
direct-inward-dial
port 0/1/0:15
forward-digits all

dial-peer voice 24 voip
destination-pattern 15T
modem passthrough nse codec g711alaw
voice-class codec 1
session target ipv4:10.11.255.247
dtmf-relay h245-alphanumeric
fax rate 9600
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw

Последняя строчка вроде говорит устройству передавать все приходящие цифры. Но на практике это не работает.

Надеюсь на помощь.

Добрый день, Евгений!

Расскажите, пожалуйста, с какой стороны и в какую сторону вы звоните? Речь идет о звонках со стороны Хуавея на циску, или с циски на хуавей?

Я предполагаю, что вас интересуют звонки с хуавея на циско и далее в ведомственную АТС? Так?

Виталий, давайте еще сделаем вот такой дебаг на циске:

debug voip ccapi inout

Может удастся в нем что-то увидеть. Пока я вижу, что циска вызов отправляет, но приходит Release со стороны хуавея. Возможно, что дело в кодеках (однако, обычно при несовпадающих кодеках приходит кауза 65. но это ж хуавей, и никто не даст гарантии, что он шлет правильную каузу. )

К сожалению, сегодня руководство приняло решение пока исключить хуавей из процесса обработки голоса. Благо у нас между этими подразделениями есть своя линия Е1.
Так что с дебагами пока облом. Спасибо за ответы! Позже, если вернемся к этой проблеме, я, с Вашего разрешения, еще раз обращусь за помощью.

Ок, обращайтесь, конечно. Постараюсь Вам помочь :)

по поводу кодеков - прописан voice class codec 1 на всех устройствах для диал-пиров.
От одного из коллег услышал, что старые Циски (у нас модели 2651, 2801, 2811) не понимают, когда с Хуавея приходят цифры переменной длины, как раз строчка digit-length 6 12. Можете как-то прокомментировать? Интересно мнение специалиста.

Сейчас связь между 2мя ведомственными АТС идет по Цискам, 2801 на удаленной стороне, 2811 - на нашей. С нашей стороны вместо Циски ставим Хуавей с аналогичными по диал-пирам конфигурациями - получаем отбой с некоторых направлений. При этом с той стороны звонки проходят.
К сожалению сейчас проверить нет возможности, направление всегда нагружено, перебои со связью вызывают недовольство у руководства. Запланировали переключение на завтра. Отпишусь по дебагу.

Евгений, добрый день еще раз!

Я вообще-то про кодеки писал другому читателю - Виталию :) Или, может быть, Вы с ним в одной конторе работаете?

Я не думаю, что циска не понимает, когда с хуавея приходят номера переменной длины. По идее он все равно эти цифры шлет пакетом, а циске "фиолетово", пакет какой длины обрабатывать. Единственное - я бы не использовал диал-пиры с destination-pattern, содержащим Т, а попытался бы прописать диал-пиры с нужной длиной номера. Это потенциально бы снизило количество проблем с набором номера.

Ответ на все вопросы по длине дадут дебаги на циске - debug voip ccapi inout, debug isdn q931. Как будет возможность снять их для неуспешных звонков - присылайте, посмотрим. Можете даже написать в комменте адрес своего мыла - я перешлю вам свой адрес почты, и проще дебаги слать по почте.

>Я вообще-то про кодеки писал другому читателю - Виталию :) Или, может быть, Вы с ним в одной конторе работаете?

Да мы все тут, бедолаги, из одной конторы, только из разных регионов. Москва поставила нам всем Хуавеи вместо цисок (тендеры все-таки зло :))

:) да уж, тендеры - это действительно зло. как я уже понял - китайские хуавеи тоже.

Здравствуйте!
Да уж москва точно позабавилась))
если можно я тоже добавлю чуточку своих проблем по стыковке циско и хуавей
Вобщем проблема состоит в том что звонки с аст1 -> cisco -> huawei -> атс2 летят но на стороне атс1 абонент не слышит ни гудков ни ответа абонета, а абонент атс2 слышит звонок снимает трубку и слышит разговор от абонента атс1. ВОТ))
в обратную же сторону т.е. атс2 -> huawei -> cisco -> атс1 звонки вообще не приходят
в дебагах на cisco по н323 видно cause 41 Q931 вообще ничего.
К сожалению не могу сейчас выложить чистый дебаг звонков т.к. кошка очень загружена разговорами.
конфиг же на кошке вот такой:
!
version 12.4

boot-start-marker
boot-end-marker
!
card type e1 0 0
card type e1 1
aaa new-model
!
!
aaa authentication login default local
aaa authentication enable default none
!
aaa session-id common
!
resource policy
!
network-clock-participate wic 0
network-clock-select 2 E1 0/0/0
network-clock-select 3 E1 0/0/1
ip subnet-zero
ip cef
!
!
!
!
isdn switch-type primary-net5
voice-card 0
dspfarm
no local-bypass

voice service pots
!
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
fax protocol t38 nse ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
h323
h225 connect-passthru
no call service stop
modem passthrough nse codec g711alaw
sip
!
!
voice class codec 100
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
codec preference 5 g728
!
!
voip-incoming translation-rule called 5499
voip-incoming translation-profile 5499
!
!
username GUFSIN privilege 15 secret 5 $1$m4Az$G1Cyi9hlN8PtIv/pkExnO0
username ksenon privilege 15 secret 5 $1$UI.C$SckqoNhgysJDhAPEQX1VL1
!
!
controller E1 0/0/0
framing NO-CRC4
clock source line primary
pri-group timeslots 1-31
description To PBX
!
class-map match-any OQS
match ip precedence 5
class-map match-any video
match access-group name VIDEONET
!
!
policy-map VIDEOOUT
class OQS
priority percent 75
class class-default
fair-queue
random-detect
policy-map QOS-WAN
class class-default
shape average 1024576
service-policy VIDEOOUT
policy-map VIDEOIN
class video
set ip precedence 5
!
interface GigabitEthernet0/1
ip address 198.18.42.2 255.255.255.252
ip flow ingress
duplex full
speed 1000
media-type rj45
negotiation auto
no cdp enable
h323-gateway voip interface
h323-gateway voip bind srcaddr 198.18.42.2
service-policy output QOS-WAN
!

dial-peer voice 1001 pots
voice cut-through alert
preference 1
destination-pattern .T
direct-inward-dial
port 0/0/0:15
forward-digits all
!
dial-peer voice 8042 pots
destination-pattern 8042T
direct-inward-dial
port 0/0/0:15
!
dial-peer voice 2111 voip
destination-pattern 7223
modem passthrough nse codec g711alaw
session target ipv4:10.42.103.2
dtmf-relay h245-alphanumeric
voice-class codec 100
fax rate 9600
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
!
gateway
timer receive-rtp 1200
!
sip-ua
sip-server ipv4:10.42.13.1
!
line con 0
privilege level 15
stopbits 1
line aux 0
stopbits 1
line vty 0 4
exec-timeout 0 0
!
scheduler allocate 20000 1000
!
end

Одной конфиги кошки, конечно, будет недостаточно. Жду от Вас следующие дебаги:

- для проблемы 1
debug isdn q931, debug voip ccapi inout, debug cch323 h225 (потом, возможно, будет нужен и debug h225 q931)

debug cch323 h225, debug voip ccapi inout.

Напишите, пожалуйста, коммент с адресом Вашей почты (он не будет опубликован). Дебаги по почте слать удобнее.

Читайте также: