У нас на предприятии трудится CUCM 6.1, который обслуживает собственно всю телефонную и видеосвязь. Была поставлена задача подключиться к вышестоящему провайдеру для международной и междугородней IP телефонии.
Провайдер может предоставить SIP, казалось бы, все отлично, создаем SIP trunk, прописываем нужный route pattern, «сливаем» его на этот SIP и все хорошо. Но тут мне провайдер сообщает, все конечно хорошо, вот только G711 его вышестоящий провайдер не принимает, и нужен ему G729, и транскодера у него нет (хотя на той стороне стоит asterisk, и если захотеть то для транскодирования не много то усилий нужно, но провайдер вредный, собственно как и все 🙂 ).
Хорошо, используя такое понятие в CUCM как Region думаю сделаю ему G729, какие проблемы (сами телефоны в этом случае могут использовать другой кодек, в зависимости от полосы пропускания, которую мы установим в регионе).
Создал регион для SIP trunk, между регионом который используется на предприятии (например Default) и новосозданным регионом (SIP_Region) указываем полосу пропусканию равную кодеку G729.
Создаем Device Pool, опять же для того чтоб «привязать» его к транку, указываем в нем регион SIP_Region. Ну в общем то и все, теперь должно все работать, тоесть когда звонки уходят в SIP trunk, телефоны должны определять, что использовать нужно G729, но не тут то было. К провайдеру приходит G711. Полистал странички в интернете, обнаружил досадную вещь.
В SIP trunk звонки могут уходить только в G711 ulaw/alaw, а вот входящие звонки работают как надо.
Теперь придется ставить голосовой шлюх (в моем случае 2811), и на нем все это перенастраивать. Что и как будет опубликовано в одной из следующих статей.
