Cisco Call Manager и h323-to-h323 шлюз

Cisco
История эта началась, когда наш офис переехал в новое здание у черта на куличках. Телефония была построена на базе Cisco Call Manager и на её же активном оборудовании.
До переезда схема выглядела так: поток Е1–> cisco 2811–>CUCM. И все прекрасно работало, но после переезда выяснилось, что местные провайдеры не могут дать поток E1. Почему это не было известно заранее — отдельная долгая история. В итоге нам было предложено на выбор или H323 или SIP, по идеологическим соображениям был выбран h323. И схема стала выглядеть вот так h323–>cisco2811–>CUCM.

В данной схеме есть несколько подводных камней, возможно очевидных для гуру voip, но не для начинающего.
Первая заминка — если прописать 2811 на CUCM просто как h323 gateway звонки проходить не будут.
В данной схеме 2811 является h323-to-h323 шлюзом и на CUCM надо её прописывать как «Inter-Cluster Trunk (Non-Gatekeeper Controlled)». На самой 2811 в конфиге
voice service voip
	h323
	ccm-compatible


ccm-compatible
— включение поддержки сигнализации совместимой с CUCM.
Кроме того если на стороне провайдера находиться MERA неважно какая, то необходимо добавить:
voice service voip
	h323
	ccm-compatible
        emptycapability

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

	!
	voice class h323 1
	 telephony-service ccm-compatible
	 ccm-compatible
	!
	voice class h323 2
	 no telephony-service ccm-compatible
	 no ccm-compatible
	!
	!
	dial-peer voice 99 voip
	description ### Out from CUCM ###
	destination-pattern .T
	 voice-class h323 2
	 session target ipv4:10.40.40.55
	 dtmf-relay h245-signal
	 codec transparent
	!
	!
	dial-peer voice 100 voip
	 description ### In from Prov ###
	 destination-pattern 84955555555
	 voice-class h323 1
	 session target ipv4:10.10.10.5
	 dtmf-relay h245-signal rtp-nte h245-alphanumeric
	 codec transparent
	!

Суть проста в
«voice class h323 1»
-включаем совместимость и применяем этот класс к входящему диал-пиру, в
«voice class h323 2»
-отключаем совместимость и применяем его к исходящему диал-пиру.
После этого звонки начинают проходить в обе стороны, но возможны жалобы на периодически пропадающий КПВ. Решение: в «Service Parameter Configuration» коллменеджера нужно найти параметр «Send H225 User Info Message » и установить для него значение «Use ANN for Ring Back».
Данная заметка не претендует на полноценный мануал, но возможно кому-то сэкономит время на поиски проблемы.

З.Ы.
Данная заметка была отправлена мной в песочницу хабра, но там она не задержалась и была честно стырена неким блогом.
Но поскольку мне эта инфа полезна думаю что можно её оставить здесь.

7 комментариев

avatar
Много настраивал voip в том числе на cisco, но с этим не встречался. Добавлю в избранное на всякий случай…
avatar
Я тоже был немало удивлен.:)