Hi all!
Today we will consider one of the options for connecting Cisco Unified Communications Manager (hereinafter referred to as CUCM) to the Public Switch Telephony Network (or PSTN). This is usually done with the voice gateways. A voice gateway is a device that combines two different telephone networks together, for example, when connecting an VOIP network to a traditional telephony network.
As you know, gateways can communicate with CUCM using the following signaling protocols:
– H323;
– SIP;
– MGCP.
The MGCP signaling protocol is used in corporate networks when we want to minimize the configuration done on the gateways themselves, as well as gain centralized control over them with a call processing server. In this bundle, the gateway always obeys the commands of the server, which in the terminology of the MGCP protocol is called the Call Agent. Thus, the MGCP protocol belongs to the category of “client-server” or “master-slave” signaling protocols. Note that without a server, an MGCP gateway cannot handle calls on its own.
So, what needs to be done to configure a Cisco voice gateway that integrates to the CUCM via MGCP? Let’s consider this on the example of connecting to the PSTN by E1 PRI link with EuroISDN (DSS1) signaling. We will illustrate the process with screenshots from the our lab CUCM.
Open the CUCM administration web interface and select Gateway in the Device tab:
Next, click on the Add New button to create a new gateway:
Then we select the Cisco gateway model (in this example, the 2811 router is used) and the MGCP signaling protocol:
The next step is to specify the name of the gateway (important!!! – it must match the hostname of the IOS gateway, otherwise the gateway will not register on the server), the type of slot, where the voice card is installed (in the example, the NM-HDV2 card located in the slot 1), and the type of signaling that will be used on all E1 links presented at the gateway. Information about the type of card and its slot number in the gateway can be obtained using the sh diag command (entered at the gateway). After all this, click the Save button:
After that, configure the subunit number in the slot and the type of the voice card. In our example, we use the E1 port built in the NM-HDV2 board. Don’t forget to click Save again:
The voice port icon appears:
Left click the appeared icon and go to the settings of the E1 link (there is a rather extensive area of settings, so there are a few screenshots). First, specify which Device Pool the port belongs to:
Then we set the type of signaling for this E1 port (PRI EURO), the side of PRI interface Network / User, usually PBX in relation to the PSTN is always User, the method of seizing B-time slots Top Down / Bottom Up, as well as the law of speech companding (A-law / mu-Law). In addition, in the Call Routing Information – Outbound Call section, you can optionally set the type (TON) of the calling and called numbers, which is often required at the request of the PSTN service provider (shown in green):
At the very bottom of the settings area, you can find the settings responsible for the operation of the physical and frame levels of the E1 link. These are the type of digital line coding (HDB3), the frame structure (with or without CRC4), and the source of stream synchronization (External for connecting to the PSTN, since PBX synchronization is usually made by receiving a signal from the PSTN). At the end of the settings, click the Save button, in new versions of CUCM, you must also click the Apply Config button. Then don’t forget to Reset !!! the gateway in the CUCM web interface:
This completes the configuration on the CUCM side. CUCM also automatically creates a voice gateway configuration file in *.xml format, which is placed on a TFTP server (usually one of the servers in the CUCM cluster). This allows automatic voice gateway configuration.
Before you start downloading the configuration file to the gateway, you need to check whether the card type command is configured on the gateway, which determines the type of ports (E1 or T1) of the voice interface card. This command is required only for the voice card supporting both E1 and T1 links. If you have such a dual-mode voice card and this command is missing on the gateway, it must be configured as follows:
Router(config)#card type e1 s m – where s is the slot number and m is the subunit number for the port being configured
For our example (NM-HDV2 card in the slot 1 of the 2811 router), this command should be written like this:
Router(config)#card type e1 1 1
Without this command, the gateway with dual-mode voice card does not accept the configuration data for the E1 ports and, accordingly, then does not register on the CUCM. If you have just a single-mode voice card, this command is not used.
In order for the gateway to be able to load the configuration file, you need to implement the following Cisco IOS commands:
Router(config)#ccm-manager config server A.B.C.D
Router(config)#ccm-manager config
The first command is required to specify the IP address of the TFTP server where the gateway xml configuration file is stored. The second command enables the loading of the configuration file and automatic configuration of the gateway:
After that, the configuration file will be loaded into the gateway. The gateway parses the xml configuration and turns it into Cisco IOS settings. In the gateway configuration, MGCP relate IOS commands appear along with the settings of the E1 port.
The gateway registration check is performed on both the gateway and CUCM. First of all, using the sh mgcp command on the gateway, we check that the MGCP protocol is enabled and the gateway can see its CUCM server:
We check the status of the voice channels of the E1 link using the sh mgcp endpoint command. The voice channels must be assigned a conditional name (for example, S1/ds1-0/5@HQ-2) and its state must be active (UP):
Then you should check the state of the physical and frame layers of the E1 link, in other words, look at the state of the D-channel (16 Ts). With the correct settings, the D-channel will be activated (“up“), which corresponds to the state MULTIPLE_FRAME_ESTABLISHED. We check it on the gateway using the sh isdn status command. With this command, you can also see that the correct physical connection of the devices has been made (LAYER 1 STATUS: ACTIVE); in addition, it can be seen that the L3 signaling (Q.931) is tunneled to the call processing server (Q.931 IS BACKHAULED TO CCM MANAGER):
On the CUCM server, you can also see that the voice channels are registered (Device -> Gateway):
Necessary operations for configuring the MGCP gateway have been completed. Our gateway is ready to go. It remains to configure call routing on CUCM, and after that we will have a connection to the PSTN. Remember that the routing configuration order is as follows:
– Gateway / Trunk;
– Route Group;
– route list;
– Route pattern.
If there are problems with the operation of the MGCP gateway, the debug mgcp events and debug mgcp packets commands can be used to clarify the problem.
Добрый день. Я регулярно читаю ваши статьи и регулярно же они мне помогают. За что вам огромнео спасибо. Но вот сейчас у меня возник вопрос по поводу регистрации MGCP шлюза на CUCM. Изначально я все вделал как сам себе представлял и одеражл победу, шлюз зарегистрировался, все хорошо заработало, но ввести в работу полноценно его я мог только ночью, по сему я отключил mgcp на GW, погасил контроллер e1 и спокойно пошел домой ждать ночи. Но ночью я с удивлением обнаружил, что после включения mgcp и поднятия контроллера шлюз больше не желал регистрироваться на CUCM. Я решил избрать вашу статью как учебное пособие и сделал все по ней, результат тот же. От сюда вопрос. В каком направлении копать? За ранее благодарю за совет. Ваш читатель Алексей М. P.S.: если у вас будет возможность ответить, буду рад прочесть ваш ответ на моей почте (mykawka@rambler.ru)
Добрый день. Я регулярно читаю ваши статьи и регулярно же они мне помогают. За что вам огромнео спасибо. Но вот сейчас у меня возник вопрос по поводу регистрации MGCP шлюза на CUCM. Изначально я все вделал как сам себе представлял и одеражл победу, шлюз зарегистрировался, все хорошо заработало, но ввести в работу полноценно его я мог только ночью, по сему я отключил mgcp на GW, погасил контроллер e1 и спокойно пошел домой ждать ночи. Но ночью я с удивлением обнаружил, что после включения mgcp и поднятия контроллера шлюз больше не желал регистрироваться на CUCM. Я решил избрать вашу статью как учебное пособие и сделал все по ней, результат тот же. От сюда вопрос. В каком направлении копать? За ранее благодарю за совет. Ваш читатель Алексей М. P.S.: если у вас будет возможность ответить, буду рад прочесть ваш ответ на моей почте (mykawka@rambler.ru)
Добрый день подскажите, пожалуйста, схема АТС-e1-cisco2921-CM7, на аппаратах прописаны внешние номера как second line, debug ccsip calls отображает только префикс при звонке с ip аппарата на внешний номер, в обратном направлении всё ok. В чём возможна причина непередачи АОНа от CM, что проверить? Спасибо
Здравствуйте, Александр! Чтобы помочь Вам, требуются уточнения. Пожалуйста, напишите свой адрес почты, по которому я могу с Вами связаться.
Поздравляю Вас с Днем защитника Отечества и желаю хорошего дня!
Добрый день.
Не хочет никак нам провайдер поток Е1 выдать, говорит нет оборудования. Хотим по СИПу попробовать принять. Схема такая же, принимаем вланом на router с2901 (с установленными PVDM и лицензиями), а от туда по MGCP на CUCM? Или как-то по другому?
Добрый день, Родион.
Схема соединения по SIP будет другая. MGCP тут никак участвовать не будет. Рекомендованный Cisco метод подключения следующий: CUCM (SIP транк) -> роутер в режиме CUBE (IP-IP Gateway) -> провайдер.
Для роутера в этом случае нужны лицензии с функционалом CUBE. Использование CUBE рекомендуется с точки зрения безопасности сети – он "проксирует" сигнализацию и передачу голосовых потоков, тем самым скрывает от внешнего мира адресацию Вашей корпоративной телефонной сети, исключает необходимость использования NAT и все проблемы, возникающие при этом (одностороннюю слышимость, как минимум).
Большое спасибо за ответ, Дмитрий. Похоже, все усложнилось по сравнению с Е1. А если подключить напрямую CUCM к провайдеру(вланом через коммутатор, например)? Полагаю необходимость при СИПе в PVDM и голосовых лицензиях отпадает? Нельзя будет использовать потом на с2901 MGCP (для Е1 и FXO) при уже работающем СИПе?
Можно, конечно и напрямую к провайдеру подключить SIP транк, но тогда в этом случае Ваша устройства IP-телефонной сети могут стать потенциальным объектом для различных атак (вплоть до звонков за счет Вашей компании).
MGCP можно будет использовать для е1 и FXO на 2901, в этом нет никакой проблемы, в этом случае, конечно же, потребуются DSP. Если будет SIP транк с прямым подключением к провайдеру, то роутер будет выполнять только свою прямую задачу – маршрутизацию IP пакетов, PVDM в этом случае не нужны.
Я правильно понял, можно одновременно использовать SIP и MGCP на одном маршрутизаторе? Т.е. одновременно подключить FXO/E1/SIP?
Абсолютно правильно. Для SIP-транка роутер будет либо просто маршрутизатором, либо IP-IP шдюзом (CUBE).
Порты FXO/E1 будут регистрироваться по MGCP на CUCM, т.е роутер будет работать как голосовой шлюз.
Одно другому совершенно не мешает.
Спасибо Дмитрий, разложилось у меня в голове по полочкам)
Думаю, с SIPом заморочиться или Е1 подождать, а пока FXO воткну – поэкспериментирую(мысли в слух).
Можно еще вопросик, не нашел соответствующей статьи в Вашем блоге? Связал свой CUCM 8.6.2 c MS Active Directory по LDAP, но кто звонит, все равно не отображается. Подскажите это вообще реально? Или только руками надо прописывать End User'ов, что бы нормально в телефоне отображались?
Чтобы отображалось имя звонящего на дисплее телефона, нужно прописать его в меню конфигурации линии телефона (параметр Display Name).
Т.е предположим 101 звонит на 102, и мы хотим увидеть на дисплее телефона 102 имя абонента 101. Заходим в блок конфигурации телефона 101, выбираем линию с номером 101 и там прописываем желаемое имя.
Синхронизация с AD на отображение имени никак не влияет.Она необходима для того, чтобы руками не прописывать большое количество end-user'ов.
Дмитрий, спасибо большое за скорые ответы, может я не доглядел этот параметр, пойду еще поищу.
Пожалуйста, рад помочь 🙂
Добрый день, Дмитрий. По подключению FXO у вас нет подобной статьи, такой же как для Е1 по MGCP?
Добрый вечер, Родион!
К сожалению, такую статью я еще не писал. В принципе, Вы подали интересную идею для статьи. Подумаю над этим по возвращению в Киев.
Дмитрий, снова здравствуйте! Хочу поинтересоваться, после того как я подключу FXO по MGCP к CUCM, что мне нужно предпринять/настроить, чтобы организовать выход через 9-ку на городские линии?
Здравствуйте, Родион!
После того, как будет / будут сконфигурированы FXO порт / порты необходимо настроить маршрутизацию. Схема следующая – создается Route Group, в которую включаются порты, затем создается Route List – в него включаются роут группы. В последнюю очередь создается Route Pattern, которая описывает набираемые цифры. Route Pattern accоциируется с Route List.
Маршрутизация звонка будет происходить так:
набор номера -> выбор Route Pattern -> выбор Route List -> выбор Route Group -> выбор порта.
Спасибо Дмитрий за ответ, буду пробовать.
Можно еще один вопросик? Залил локали русские, прописал везде, где нашел. Но уже зарегистрированные телефоны не подхватывают, остаются на английском. Если руками в каждый телефон прописывать, то работает. Как можно сделать автоматический переход уже зарегистрированных телефонов? И можно ли сделать телефоны на русском а CUCM оставить на английском? Иначе CUCM полу русский, полу английский получается:)
Добрый день, Родион. Телефоны действительно не подхватывают локаль самостоятельно и автоматически. Я не помню сейчас на память, но, по-моему в настройках Device Pool можно тоже сконфигурировать User Locale. Если да, то тогда можно приметь локаль сразу не к одному телефону, а к группе.
Что касается "полурусского" интерфейса CUCM – это не зависит от локали. CUCM автоматически определяет региональные настройки или версию (русская/английская) Windows на вашем компе и автоматически меняет язык веб-интерфейса. У меня винда английская, и я получаю все меню CUCM на английском языке.
Здравствуйте. На выходных разные настройки менял удаленно из дома, возможности проверить не было, сейчас пришел на работу, все телефоны порусели)). Не знаю что помогло. В Device Pool есть настройки Location(мне пока непонятный параметр) и Network Locale (поставил РФ), User Locale я там не нашел.
Ура!!! Ваши советы помогли, выхожу в город через FXO-шку. Спасибо Вам! Только теперь, чем больше получается, тем больше, как мне кажется, настраивать. Теперь надо еще подумать как правильно настраивать route pattern'ы и разграничить кому с какой линии выходить в город. А ведь еще есть hunt и pickup группы..
Здравствуйте Дмитрий! Вашей почты по прежнему не знаю, по этому пишу сюда. Вчера получил сертификат по прослушиванию курса CVOICE 8.0. CallManager'а не коснулись ни разу, только CME иногда затрагивали. Особо ничего нового не узнал, только некоторые моменты прояснил для себя. Тренер сказал, что программа изменилась, мы первый идем по новой программе и теперь в этом курсе прибавилось Qos. Про лабораторный вообще отдельная история, ничего не было готово, 3 раза все переделывалось и короче толком мало что получилось. Говорит, если мне нужен CM – то нужно идти на CIPT1 и CIP2.
Добрый день, Родион. Напишите, пожалуйста ваш адрес, куда я могу Вам ответить по почте. CVOICE – очень важный и нужный курс, и его следует обязательно прослушать или повторить перед CIPT. Сивойс дает понимание основ IP телефонии + понимание работы голосовых шлюзов + рассматривает подробно протоколы сигнализации.
Комментарий, в котором будет Ваш адрес почты, я публиковать не буду, дабы не показывать его публично.
Добрый день, Дмитрий.
Помогите плиз … 3 день бьюсь! Можно ли, принципиально, соединить CUCM 8.5 через FXO, подключенный по MGCP к CUCM, к АТС компании?
Доброе утро, Дмитрий!
Однозначно можно подключить CUCM 8.5 к городской АТС через порты FXO, находящиеся на MGCP шлюзе. Расскажите, пожалуйста, в чем именно у Вас есть проблема?
Хорошего дня! 🙂
Приветствую. Извините, что вмешиваюсь. Дмитрий Плаксин, исходя из вашего вопроса не совсем мне понятно, что у вас подключено по MGCP к CUCM? И что с чем Вы хотите связать? CUCM 8.5 с АТС компании? Или все таки CUCM 8.5 и есть ваша АТС и связать вы ее хотите с городом через FXO? Если последнее, недавно с помощью dbenda такое делал, то вполне реально.
Дмитрий, добрый день !
Очень рад, что нашел данный блог.
У меня вот какая загвостк —
есть вот такая цепочка:
IP тел -SCCP – CUCM 7.1 – GW (2851 MGCP)-УАТС (MX-One АТС завода)- АТС (городская).
Мои абоненты IP телефонии для выхода в городскую АТС транзитом проходят через УАТС на заводике, при этом если городской абонент занят, то сигнала занято IP абонент не слышит (тишина), но когда был шлюз по H323 все было хорошо. Есть еще пару шлюзов MGCP которые стыкуются с УАТС завода по QSIG, там проблем с сигналом занято нет..
Буду очень признателен, если поможите разрешить данную проблемку… мой адресс pjatkin_sn@vsw.ru
Добрый день Дмитрий!
Столкнулся с такой ситуацией, нам провайдер телефонию подает по потоку Е1 на маршрутизатор Cisco2811 в модуль VWIC2-2MFT-T1/E1 который подключен к серверу CUCM version: 8.6.2. До недавнего времени все было хорошо, но на данный момент столкнулись с проблемой перегрузки каналов и провайдер предложил подать нам взамен потока Е1 оптический канал с конвертером и телефонию (110 городских телефонных номеров) подать по SIP протоколу. Вопрос сложно ли будет перейти на данный тип протокола и что нужно прописать в маршрутизаторе, специалист уверял что прописывать в CUCM ничего не потребуется. Заранее благодарен за ответ.
Добрый день, Александр!
Для подключению по SIP протоколу, настройки на вашем CUCM придется сделать, прежде всего, настроить SIP транк и маршрутизацию звонков по нему. Вопрос – сложно ли это? Это зависит от уровня подготовки того, кто будет настраивать.
Мне видится схема такая: CUCM (SIP Trunk) -> Cisco Unified Border Element -> SIP Provider. Конечно, в настройке будут и свои особенности.
Добрый день Дмитрий!
Спасибо за ответ!
А если такую схему рассмотреть будет ли работать?
Cisco Unified Border Element
CUCM —————>Cisco2811 —————-> SIP Provider
H323 Cisco H.323GW SIP
Добрый день, Александр!
Если я правильно Вас понял из приведенной топологии, то у вас сейчас имеется шлюз H323, который уже сконфигурирован и работает с Е1. Вы хотите из него сделать Cisco Unified Border Element, конвертируя при этом сигнализацию Н323 в SIP,верно?
Если да, то действительно, так тоже можно сделать. В этом случае Вам придется перенастроить шлюз, чтобы он работал как CUBE.
Добрый день Дмитрий!
Большое спасибо за ответ.
Здравствуйте, Дмитрий,
Подскажите, пожалуйста, а можно ли сконфигурировать QSIG на конструкции CCM–Cisco2900–PBX без использования MGCP?
В общем-то, от QSIGа нужно только передача имени…
Доброе утро,
Насколько я знаю, то шлюз может быть настроен для QSIG и без MGCP. Если погуглите, то найдете множество примеров. Вот один из них:
http://www.cisco.com/en/US/docs/ios/12_0t/12_0t2/feature/guide/qsigFM.html
Что интересно -в официальных курсах циско фигурирует табличка, в которой сказано, что QSIG поддерживается только на MGCP шлюзах, но это заблуждение тех, кто эти курсы разрабатывал.
Спасибо за быстрый ответ, Дмитрий, 🙂
Да, я находил этот пример, но это не совсем то, что нужно.
Дело в том, что в указанном примере QSIG обрабатывают PBXы.
И я не сомневаюсь в работоспособности этого примера.
Мой случай немного другой…
В моем случае, PBX передает "имя" в поле FACILITY, а CUCM передает "имя" в поле DISPLAY.
И, если для CUCMа не проблема вынуть "имя" из любого поля,
то PBX ищет "имя" в только в поле FACILITY…
И вот в этих соснах я и потерялся… 🙂
А подскажите, пожалуйста, какой тип PBX у вас используется?
Вот, что мне еще удалось найти по данному вопросу, но это, скорее, пока только теория:
http://books.google.com.ua/books?id=YcCjKsssklIC&pg=PA270&lpg=PA270&dq=cisco+qsig+name+display&source=bl&ots=ZX11fuGFNw&sig=1IlDgFs7KMr_Zgb04FfolybD3_s&hl=ru&sa=X&ei=PKO1UOC6B4rNsgbxxID4Cw&ved=0CGwQ6AEwBg#v=onepage&q=cisco%20qsig%20name%20display&f=false
А можно еще, пожалуйста, взглянуть на конфиг Е1 на вашей циске? (контролер и Д-канал)
И вот еще посмотрите вот такой топик:
http://asterisk-support.ru/forum/topics/4960/?page=4
Дмитрий,
PBX:
– Alcatel OXE
– MD110 Ericsson.
Настройки Маршрутизатора:
controller E1 0/1/0
pri-group timeslots 1-31
interface Serial0/1/0:15
no ip address
encapsulation hdlc
isdn switch-type primary-qsig
isdn overlap-receiving
isdn protocol-emulate network
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
isdn outgoing display-ie
no cdp enable
За ссылки большое спасибо, Дмитрий,
есть интересные варианты , – попробую…
Пожалуйста 🙂
Попробуйте добавить в конфиге шлюза команды для отсылки имени в элементе FACILITY, как описано в последней ссылке.
Был бы Вам признателен, если бы Вы отписались о результате, ведь мой блог как раз создан для обмена опытом. Думаю, что другим читателям был бы данный кейс также полезен.
Как там у классика: "И опыт, сын ошибок трудных…" 🙂
Вот, что у меня получилось, Дмитрий…
"Хороший" Сетуп – имя проходит корректно!
PBX-C2900-PBX (снимаем на последнем PBX)
————-
| (248087:000003) Concatenated-Physical-Event :
| long: 116 desti: 0 source: 0 cryst: 0 cpl: 16 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 01 eb
————————
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1c] FACILITY (l=41)
| [91] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [8b] Interpretation APDU (l=1): DISCARD (0)
| [a1] INVOKE (l=27):
| Invoke Ident. : 0001 (1)
| OP: ECMA RO_CALLING_NAME (0)
| [80] Name presentation allowed (l=16) 'Name Test '
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[28] DISPLAY (l=16) `Name Test `
| IE:[6c] CALLING_NUMBER (l=10) -> 29 81 Num : 05571400
| IE:[70] CALLED_NUMBER (l=5) -> a9 Num : 3999
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1) -> EXTENSION (1)
—————
"Плохой" Сетуп – имя НЕ проходит..
CUCM-C2900-PBX (снимаем на последнем PBX)
—————-
| (243528:000006) Concatenated-Physical-Event :
| long: 86 desti: 0 source: 0 cryst: 0 cpl: 16 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 01 d8
————————–
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[1c] FACILITY (l=30)
| [9f] Discriminator of supplementary service applications
| [aa] NFE (l=6):
| [80] Source Entity (l=1) End_PTNX
| [82] Destination Entity (l=1) End_PTNX
| [a1] INVOKE (l=19):
| Invoke Ident. : 0075 (117)
| OP: ECMA RO_CALLING_NAME (0)
| [80] Name presentation allowed (l=8) 'Familiya'
| IE:[28] DISPLAY (l=8) `Familiya`
| IE:[6c] CALLING_NUMBER (l=7) -> 00 81 Num : 72995
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 3999
——————
Как видно, разница ничтожна.
Но проблема остается… 🙁
Уже всю голову сломал…
Доброе утро,
Действительно, визуально разница ничтожная. К сожалению, пока тоже нет идей 🙁
Во многих источниках пишут, что для QSIG имя может передаваться в поле facility только при использовании шлюзов MGCP. Накопал еще вот такую тему:
http://www.tek-tips.com/viewthread.cfm?qid=1623961
Еще в некоторых форумах мелькает инфа о том, что имя корректно передается, если на циско шлюзе использовать isdn switch-type pri-ni2. Затрудняюсь сказать, насколько это соответствует действительности и работает ли это на Е1 при сигнализации QSIG – нужно только пробовать.
Отличная статья. Хотелось-бы почитать подобную статью про CUBE.
Это я думаю, самая востребованная на сегодняшний момент технология.
Спасибо за отзыв. 🙂 Возможно, если будет время и вдохновение, напишу и о CUBE 🙂
Очень ждем. И если не Cube то хотя бы настройку связки кластера CUCM и SIP провайдера
Да, отличная статья. Спасибо огромное. Хотелось бы еще по настройке шлюза с FXO портами статейку.
Добрый день, может подскажете- прописал шлюз как у вас написано, только у меня порты FXO/ на CUCMe тоже настроил, появились Диалпиры. Как настроить входящие звонки?
Добрый день,
Для настройки входящих звонков на FXO нужно помнить, что в данном типе подключения при входящем звонке не передается информация о вызываемом (called) номере. Поэтому, для FXO нужно указать, на какой внутренний номер отправится вызов при получении входящего звонка. Для этого используется параметр Attendant DN.
Собственно, все. После применения настроек (при этом не забывайте о рестарте MGCP-сигнализации на шлюзе – no mgcp и далее mgcp) входящие вызовы должны с FXO отправляться на указанный номер. Если данный номер внутреннего телефона находится в какой-либо партиции (Partition), то тогда в настройках порта необходимо прописать соответствующий CSS (Calling Search Space).
Добрый день.
Есть такая схема Город —Е1—АТС Искрател—Е1—CUCM 8.5—SIP Trunk—Call Center Infinity. Звонки от обонентов CUCM в город идут нормально, но из колл центра звонки не выходят в город. в чем может быть дело, прошу помочь.
Здравствуйте,
Первый вопрос, который хочу задать для уточнения ситуации – ранее звонки с колл центра проходили в город? Т.е работало ли все раньше? Если работало, то делались ли какие-либо изменения в настройках?
Звонок может не проходить через ССМ в город по целому ряду причин. Для того, чтобы узнать причину проблемы, необходимо будет делать трейсы SIP-сигнализации. На ССМ это можно сделать с помощью инструмента Real-Time Monitoring Tool(RTMT). Нужно сделать звонок с колцентра в город, с помощью RTMT посмотреть сообщения сигнализации SIP и выяснить, доходит ли звонок от колл центра до ССМ, если доходит, то кто отбивает вызов (ССМ или колл центр) и какое сообщение о причинах отбоя при этом пересылается. И далее, в зависимости от сообщения о причине отбоя, нужно смотреть конфигурацию либо ССМ, либо колл центра.
Это, так сказать, общая идея траблшутинга. Нужен трейс, чтобы сказать что-либо более определенное. Еще хотелось бы взглянуть на всякий случай на скриншоты конфигурации сип-транка и роут-паттерна, который используется для звонков в город. Напишите, пожалуйста, свой адрес почты, чтобы я мог отвечать Вам не в блоге (блог не поддерживает пересылку файлов).
Схема строится в первый раз. Давайте я по конкретнее опишу ситуацию.
В использонии есть СUCM шлюз связан с циской по MGCP, он связан с АТС Искрателом по Е1, а Исктрател с городо тоже по Е1. Это все нормально работает. Также есть еще один сервер Skype он тоже связан с СUCM по sip trunk-у. Но он используется только для исходящих звонков.
Так вот Колл Центр Инфинити связан с СUCM то же по sip trunk-у, и когда звониш из Колл Центра (соответсвующими правилами набора) звонки до внутренних абонентов циски доходят нормально, а в город выходит только через Skype сервер, т.е. через соответствующий route pattern который выходит на Skype сервер но ни как через Е1.
Вот, теперь становится более понятнее. 🙂 Раз звонки с колл центра нормально доходят до внутренних абонентов ССМ, значит что-то не так настроено с маршрутизацией. Нужно смотреть настройки route pattern, route list, route group, а также partition и calling search space.
Я могу вам помочь, но мне необходимы хотя бы скриншоты с конфигурации ссм. Напишите в комменте свой контакт, чтобы связаться с Вами. Коммент с Вашим контактом я публиковать не буду.
Ура, настроил связку с FXO ( писал выше), не работало пока не прописал – ccm-manager download-tones
Хотя про это мало где сказано на Cisco.com
Еще остался вопрос – как передать на Attendant DN что звонит номер такой-то. ( пусть будет хотя бы написан номер, который в это FXO воткнут.) а то сейчас просто пишет – неизвестный абонент
Поздравляю! 🙂
В настройках FXO порта, насколько я помню, нет поля Display Name, чтобы подставить имя или номер звонящего.
Думаю, что можно решить эту проблему косвенно, через translation pattern (ТР). Только тут еще придется применить и css/partition.
Создаем TP с номером Attendant DN, только помещаем данную ТР в какую-нибудь партицию (например, партицию А). Основной номер Attendant DN помещаем в другую партицию, например Б. В ТР прописываем преобразование для Calling номера (т.е пишем нужный для отображения номер), и устанавливаем на ней css с доступом к партиции Б. в настройках порта FXO на ССМ устанавливаем css с доступом в партицию А.
Спасибо, обязательно попробую. Еще заметил проблему с отбоем на FXO. – даже прописав на шлюзе –
timeouts call-disconnect 1
timeouts ringing 20
timeouts wait-release 1
все равно не отбивается. продолжает внутренний звонить и все.:)
Ну это извечная проблема FXO 🙁 От физики не уйти 🙁 Иногда справиться с этим помогает Busy Tone Detection.
http://www.supporting.ru/cgi-bin/forum.cgi?action=thread&id=36149
http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800ae2d1.shtml
http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ft_ansds.html
Да, вроде решил с помощью supervision
Добрый день. отличная статья. Подскажите вопрос- не знаю куда вам можно написать. – Можно ли как-то контролировать ( или хотя бы просматривать) кто подключается к Met-me конференции на CUCM. Спасибо.
Здравствуйте,
Спасибо за Ваш отзыв. К сожалению, возможности MeetMe на ССМ весьма ограничены, и посмотреть, кто подключился к конфе, никак нельзя. Нашел вот такую статью:
http://itknowledgeexchange.techtarget.com/cisco-voice/enhancing-cisco-meet-me-conferencing/
Она состоит из 4 частей и в ней рассказывается, как улучшить MeetMe с помощью системы голосовой почты (Cisco Unity). В частности, говорится, что можно реализовать контроль доступа к конфе и проигрывать приветствия / сообщения. Сам не делал так на практике, поэтому прокомментировать этод метод не могу – нужно пробовать (если, конечно, есть под рукой голосовая почта).
Дмитрий, спасибо большое, читаю все ваши статьи, очень интересно, Можете помочь с таким вопросом – досталась в наследство CCM4.1+CRS . Есть логин админа, и никак не могу попасть на Appadmin/ Ашел статью по замене ini файла, и потом должно пускать – не помогает. В локальных пользователях поменял пароль CRSAdministrator – и все равно пишет при входе – Неавторизован. Даже не знаю куда копать щас.
Добрый день,
Спасибо за Ваш отзыв – приятно осознавать, что мой блог приносит пользу. 🙂 А CRS у вас какой версии установлен? Попробуйте, пожалуйста, посмотреть вот эту страничку:
https://supportforums.cisco.com/thread/2013725
Отпишитесь, помогло или нет.
Добрый день, у меня старая версия под винду 2000. Поэтому не могу сделать что написано по ссылке, там по Линукс. Так что проблема еще актуальна.
Добрый день,
ну почему же, в той ссылке есть и вариант для винды (под самым постом):
To recover the password:
1. Go to Start->Run and type cet and hit Enter
2. Click No at the prompt
3. On the left, find AppAdminSetupConfig
4. Double click the row at the right
5. On the second tab, change the dropdown to FRESH_INSTALL and hit Apply and Okay
Now, login to AppAdmin with Administrator/ciscocisco and run through the install again making sure that the AXL user authentication is configured correctly. All other configuration like licenses will be retained so there is no need to change/add/modify anything else. At the last screen, choose a user from the CUCM End Users database to be the UCCX Administrator. Once this is complete, close the web browser, open AppAdmin back up and login with the user selected.
У меня эта команда вот что выдает:
type cet
The system cannot find the file specified.
Может надо из какой-то директории запускать?
И еще вопрос, как я понимаю если кластер – то надо менять сразу на обоих серверах в кластере?
Доброе утро,
Я давненько уже не работал с виндовыми ССХ… Однако, надо вводить не type cet, а просто cet. Это, насколько я помню, exe-файл. Он может находиться в папке с файлами CRS (CCX)
По кластеру – если не ошибаюсь, то с 5го релиза один сервер первичный, второй ведомый, так что менять надо только не одном.
Добрый день, так и не смог получить доступ. команда CET как я понял с 5-й версии идет. у меня 4-ка. нашел утилиту, PasswordUtils.cmd она показывает криптованный пароль, так вот, ввожу там пароль админа, а он не совпадает с тем что в ключе MGRPW в реестре. и с тем что стоит в DC. Хотел спросить – нет ли утилиты, которая в обратную сторону из шифрованного выдает пароль. Я видел на сайте Циско, что есть возможность. https://supportforums.cisco.com/thread/90017
Спасибо.
Добрый день,
К сожалению, не доводилось мне работать с 4 релизом CRS, поэтому даже нечего по этому поводу сказать 🙁 Я начал работать с CRS 5.0, но к этому моменту уже были линуксовые версии, и основной опыт работы у меня с ними 🙁
Жаль, но нужно гуглить 🙁
Доброе утро! Спасибо большое за сайт. Прошу вас помочь в следующем.
Есть номера внутренние: 10000-XXX (300 аппаратов).
Подключили городскую линию, выделили 200 городских номера (поток Е1).
Задача: Номеру 10000 привязываем городской номер 396000, номерам 1001-1004 привязываем номер 396001, номеру 1005 – 389602, номерам 1006-1009 -389603 и т.д.. Нужно чтобы исходящие а также входящие вызовы соблюдали эту связку.
Обычно первый исходящий вызов вещается на свободный номер, т.е. абонент 1008 звонит в город и его исходящий номер при этом 389600 (хотя должен быть 389603).
This comment has been removed by the author.
Добрый день, Артур!
Я бы сделал так:
1. Для входящих вызовов я бы настроил хант-группы. В каждую хант-группу помещаем по 4 внутренних номера (например, 1001-1004), и к каждой хант-группе привязываем по одному городскому номеру (напиремр, 396001). Таким образом, вызов из города приходит на 396001 и отправляется на свободного абонента в хант-группе.
2. Для исходящих вызовов нужно настроить правильную отдачу АОНов (номера вызывающего абонента) в городскую телефонную сеть. Для этого в конфигурации линии телефонного аппарата (там, где мы ему присваиваем номер) имеется поле External Phone Number Mask. Пишем в нем тот номер, под которым телефон должен выходить в город. А далее в Route Pattern выбираем нужный маршрут для выхода в ГАТС и для раздела Calling Party Transformation ставим галочку Use External Phone Number Mask. Теперь телефон при звонке в город будет выходить с нужным АОН.
Доброе утро уважаемый Дмитрий Бенда.
Скажите пожалуйста, можно ли ограничить входящие звонки к одному пользователю. Т.е. в существующей компании, на данный момент каждый пользователь может позвонить любому человеку. Требуется чтобы к генеральному директору поступали звонки только от начальников отделов и приемной.
Спасибо за помощь.
Добрый день, Артур!
Да, ограничить звонки к одному пользователю в CUCM можно. А точнее, ограничиваются звонки на номер его телефона. Для этой цели используются такие элементы конфигурации CUCM как Partition и CSS.
Ура, я победил доступ на Appadmin ( посты выше). Оказалось что в кластере нет пользователя Administrator и логина ciscocisco по умолчанию, как я понял. Зато все решилось очень просто. через DC администратор нашел какой пользователь авторизуется в графе – ССN Apps- configuration – имя IVR-usergroup – user$array.
НАшел там пользователя и такой же юзер есть в CCM. Ему даны права на администрирование IVR. Поменял ему пароль в CCM и получил доступ в Appadmin.
Еще раз спасибо за ресурс. Ждем новых статей.
Добрый день, не подскажете по схеме ССM – MGCP+FXO не идет КПВ при исходящем звонке. Сам звонок проходит, а вот гудков не слышно.
Здравствуйте,
А собеседника после ответа Вы слышите? Т.е голосовое соединение устанавливается?
Да, конечно. Само соединение устанавливается. И слышно друг друга отлично.
Приведите, пожалуйста, результат дебага debug mgcp packets при исходящем звонке через FXO. Посмотрим, как устанавливается соединение.
Может скажете адрес куда отправить? код большой, больше 4096 символов.
или напишите мне. m1n0tavr@ya.ru
Вот часть что влезает.
Mar 12 13:16:23.445: MGCP Packet received from X.X.X.X:2427—>
CRCX 1347 AALN/S0/SU1/0@CISCO2811 MGCP 0.1
C: A00000000200eb77000000F5
X: 0
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: H/oc, H/of, L/hd
S: H/sup(addr(8,9,2,0,6,4,0,1,0,1,7))
Q: process,loop
<—
Mar 12 13:16:23.453: htsp_timer_stop3 htsp_setup_req
Mar 12 13:16:23.461: htsp_process_event: [0/1/0, FXOLS_ONHOOK, E_HTSP_SETUP_REQ]fxols_onhook_setup
Mar 12 13:16:23.461: [0/1/0] set signal state = 0xC timestamp = 0
Mar 12 13:16:23.461: htsp_timer – 1300 msec
Mar 12 13:16:24.761: htsp_process_event: [0/1/0, FXOLS_WAIT_DIAL_TONE, E_HTSP_EVENT_TIMER]fxols_wait_dial_timer htsp_dial
Mar 12 13:16:26.453: MGCP Packet received from X.X.X.X:2427—>
CRCX 1347 AALN/S0/SU1/0@CISCO2811 MGCP 0.1
C: A00000000200eb77000000F5
X: 0
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: H/oc, H/of, L/hd
S: H/sup(addr(8,9,2,0,6,4,0,1,0,1,7))
Q: process,loop
<—
Mar 12 13:16:27.013: htsp_process_event: [0/1/0, FXOLS_WAIT_DIAL_DONE, E_DSP_DIALING_DONE]fxols_wait_dial_done htsp_progress
Mar 12 13:16:27.017: htsp_call_bridged invoked
Mar 12 13:16:27.021: htsp_process_event: [0/1/0, FXOLS_OFFHOOK, E_DSP_SIG_0100]fxols_offhook_clear
Mar 12 13:16:27.021: htsp_timer_stop2
Mar 12 13:16:27.021: htsp_process_event: [0/1/0, FXOLS_OFFHOOK, E_HTSP_VOICE_CUT_THROUGH]fxols_proc_voice
Mar 12 13:16:27.025: MGCP Packet sent to X.X.X.X:2427—>
200 1347 OK
I: BA
v=0
c=IN IP4 192.168.103.1
m=audio 18750 RTP/AVP 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194
Отправил Вам на почту адрес своей почты, жду полного дебага.
Дмитрий, добрый день!
Огромное спасибо за статью!
Если можно, вопрос:
Имею cucm 8.6 pub и sub. Шлюз 2921 в платой vwic3-2mft-t1e1-e1.
Проделал все указанные действия. Но на cucm мой шлюз в состоянии unregistered.
Хотя на самом роутере видно, что он зарегистрирован.
В чём может быть проблема? Куда посмотреть?
Заранее спасибо.
ildzai@mail.ru
Добрый день,
В веб-интерфейсе ССМ выберите Device->Gateway и далее нажмите кнопку Find. Вы увидите список сконфигурированных шлюзов. Напротив шлюзов MGCP будет ссылка See Endpoints. Нажав на нее, Вы должны получить список портов данного шлюза, вот их статус должен отображаться как Registered при успешной регистрации.
На самом шлюзе регистрация проверяется с помощью sh ccm host
В том то и проблема, на шлюзе статус Registered.
А на cucm – Unregistered..
Добрый день,
На CUCM если выбрать See Endpoints, тоже пишет Unregistered?
Да, именно в See Endpoints писало Unregistered.
Как я понял, это от того, что сам поток E1 физически не был подключен к шлюзу..
Здравствуйте уважаемый Дмитрий.
У меня настроен шлюз с потоком Е1 как написано у вас в инструкции. Поначалу было все хорошо. Но на выходных пришлось перезагрузить маршрутизатор, на котором поднят DHCP. И возможно после этого или по каким то другим обстоятельтвам не корректно работает связь, а именно СОБЕСЕДНИК МЕНЯ НЕ СЛЫШИТ. На своем ip-телефоне я слышу собеседника. Куда копать? Что проверить? Большое спасибо.
Добрый день,
Скорее всего, подвисла плата DSP на роутере. Посмотрите вот что:
sh voice dsp
Т.е запустите дебаг debug isdn q931, установите разговор, с помощью данного дебага определите разговорный тайм-слот. Далее выполняете указанную мной команду sh, находите ресурс DSP, который отвечает за данный тайм-слот, и смотрите самую последнюю колонку (Tx/Rx). Она показывает количество принятых и посланных RTP-пакетов, естественно, что значения должны быть не нулевые. Более того, при повторном введении данной команды значения должны изменяться.
Если Rx=0, то надо проверять маршрутизацию RTP-пакетов – они просто не доходят до DSP. Если Rx не равно 0, то плата DSP подвисла или умерла.
Также с помощью дебага debug isdn q931 стоит проверить, получает ли циска сигнал CONNECT от встречной АТС при ответе абонента.
Добрый день!
возникла небольшая проблема. необходимо поднять SIP транк между CCM и Asterisk. звонки со стороны Asterisk на телефоны, зарегистрированные на ССМ проходят. а обратно нет. TRUNK настроила. Route Group, Route List, Route Pattern тоже. судя по диагностике, проблема именно в SIP транке со стороны CCM.
подскажите, пожалуйста в чем может быть дело? куда смотреть?
Добрый день,
Для начала, нужно проверить, разрешают ли исходящий звонок с ССМ по SIP-транку установленные CSS и Partition (нужно проверить, есть ли в CSS телефона партиция, установленная на Route Pattern транка).
Чтобы точно определить причину неуспешного звонка по SIP-транку нужен дебаг RTMT.
Спасибо за ответ!
проблему уже нашла и решила) заработало!)
c CSS, Partition и Route Pattern все было в порядке. дело неожиданно оказалось в Security Profile.
Добрый день, Дмитрий!
Можно ли поменять domain-name в настроенном MGCP в CUCM8.5? Или проще MGCP заново настроить?
Добрый день, Дмитрий!
Вы имеете в виду параметр Domain Name в настройках шлюза в web-интерфейсе ССМ? Если да, то, конечно, его можно поменять (он должен соответствовать hostname шлюза!!! иначе будут проблемы с регистрацией).
Если нет, то, пожалуйста, опишите чуть более детально, что именно Вы хотите сделать (какая у Вас задача).
Именно про параметр Domain Name. Спасибо.
Однако еще один маленький вопрос.
Настраиваю SSH. Для этого надо задать ip domain-name xxx.ru
После этого вся связь с офисом через MGCP FXO перестает работать.
После no ip domain-name xxx.ru все восстанавливается. Правильно ли я понимаю,что
CUCM берет для регистрации hostname только в отсутствие явного указания Domain Name командой ip domain-name Имя.
Думаю, что в настройках Domain Name на CCM нужно прописать так: HQ-1.xxx.ru (где HQ-1 – хостнэйм шлюза, xxx.ru – домен), потому как шлюз обычно комбинирует хостнэйм и домен.
Доброе утро, Дмитрий!
Скажите пожалуйста, а как можно одновременно (поочередно) использовать выход в город и FXO и SIP Trunk в MGCP шлюзе, то есть выход осуществляется через "0" в город, надо выставить приоритет, если FXO занят что бы выходил через SIP Trunk или же наоборот. Насколько я знаю в CUCM 8.6 это делается с помощью "Route Group Configuration" однако в моем случае он в списке не отобразился.
Доброе утро, Вусал!
Да, конечно, так можно сделать. Нужно настроить связку Route Pattern -> Route List -> Route Group -> Gateway/Trunk.
И тогда будет работать все так, как Вы хотите.
Дмитрии, добрый день.
Используем именно такую схему как Вы описали в этой статье: CUCM 8.6.2<=>MGCP<=>3945-E1-PRI. Проблема в следующем:
При входящем звонке со стороны 3945 на CUCM получаем 10-ти значный АОН, что бы у наших абонентов телефонов CUCM была возможность совершить обратный вызов, к этим 10 цифрам средствами CUCM нужно добавить 8-ку, т.е. АОН входящего звонка в нашем случае должен быть 8ХХХХХХХХХХ. Настраивал так:
На CUCM в Gateway Configuration в Incoming Calling Party Settings добавляю 8 в столбце Prefix ко всем типам номеров (National Number, Unknown Number, International Number, Subscriber Number). Но это не работает, 8 почему-то не появляется на телефонах. Обратный звонок без 8-ки не проходит.
В чем может быть проблема?
Добрый день,
После изменений в конфигурации шлюза нажимали ли Вы кнопки Apply Config и Reset? Это обязательно. Также на шлюзе нужно выполнить последовательно команды no mgcp и mgcp (без них бывает, что шлюз не принимает конфиг)
Проделывали ли Вы эти действия?
Apply Config, Reset, Restart делал не однократно, а вот шлюз не трогал. Попробую no mgcp / mgcp. Спасибо за совет!
Добрый день, Дмитрий!
Связка IP Phone 7975 – SCCP – CUCM 8.5 – GW 2821 MGCP -УАТС Panasonic через FXO работает отлично. Однако заметил, если 7975 набрал абонента Panasonic, то пока этот абонент не взял трубку и не сказал "Алло", 7975 не слышит гудков. Внутри же шлюза GW2821 (7975, а также и не Cisco-телефоны) все работает отлично, те ожидающий слышит гудки.
В чем может быть проблема?
Добрый день, Дмитрий. Звонок с 7975 на Panasonic идет через FXO, верно?
Давайте, для начала посмотрим вот что. Нужен debug mgcp packets для всего звонка, а также нужно снять show mgcp connection в момент посылки вызова абоненту Panasonic'a (т.е после набора номера, в момент, когда звонит телефон, но ДО снятия трубы).
Собирайте инфу, и присылайте. Будем смотреть.
Добрый день, Дмитрий.
Команда sh mgcp conn во время набора номера и ДО поднятия трубы
HQ-1#sh mgcp conn
Endpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA] (ME)dia (COM)Addr:Port
1. aaln/S0/SU1/0 C=A000000001e3a869000000F5,2976,2977 I=0x8 P=19194,0 M=2 S=4,4 CO=1 E=0,0,0,0 R=0,0 ME=0 COM=0.0.0.0:0
LEGEND:
Mode : 0=INVALID, 1=SENDONLY, 2=RECVONLY, 3=SENDRECV, 4=INACTIVE, 5=LOOPBACK,
6=CONTTEST, 7=DATA, 8=NETWLOOP, 9=NETWTEST, 10=CONFRNCE
State : 0=IDLE, 1=SETTING, 2=CONNECTING, 3=CONFERENCING, 4=ACTIVE, 5=CONF_DESTROYING,
6=DISCONNECTING, 7=INACTIVE, 8=VOICE_CONNECTING, 9=VOICE_ACTIVE, 10=CONF_DISSOCIATING,
11=CALLLEGS_DISSOCIATED, 12=HP_CONNECTING, 13=HP_CONNECTED, 14=HP_CONFERENCING,
15=HP_ACTIVE, 16=VOIP_CONF_DESTROY, 17=ERROR, 18=CONNECTING_INACTIVE,
19=CONF_DESTROYING_INACTIVE, 20=CONT_TEST, 21=SETUP_WAIT, 22=WAIT_NSE_SENT,
23=TWC_ACTIVE, 24=WAIT_STATE, 25=HANDOVER
Codec : 1=PCMU, 2=PCMA, 3=G726_32K, 4=G726_24K, 5=G726_16K, 6=G729, 7=G729_A, 8=G729_B, 9=G729_B_LC,
10=G728, 11=G723, 12=G7231_HIGH_RATE, 13=G7231_A_HIGH_RATE, 14=G7231_LOW_RATE,
15=G7231_A_LOW_RATE, 16=GSM_FR, 17=GSM_HR, 18=GSM_EFR, 19=GSM_EHR, 20=G729_A_B
128=CLEAR_CHANNEL, 129=NSE, 130=XNSE, 131=NTE, 132=T38, 133=MODEM_RELAY, 136=AMR, 137=iLBC
HQ-1#
Результат debug mgcp packets (звонок —– поднял тубу —– опустил трубу)
HQ-1#deb mgcp pack
HQ-1#term mon
HQ-1#
Apr 3 03:25:11.299: MGCP Packet received from 192.168.100.90:2427—>
CRCX 65 AALN/S0/SU1/0@HQ-1.xxx.ru MGCP 0.1
C: A000000001e3a86b000000F5
X: 0
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: H/oc, H/of, L/hd
S: H/sup(addr(1,3,2,0))
Q: process,loop
<—
HQ-1#
Apr 3 03:25:13.739: MGCP Packet sent to 192.168.100.90:2427—>
200 65 OK
I: 9
v=0
c=IN IP4 2.2.2.2
m=audio 18332 RTP/AVP 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194
<—
HQ-1#
Apr 3 03:25:18.163: MGCP Packet received from 192.168.100.90:2427—>
DLCX 66 AALN/S0/SU1/0@HQ-1.xxx.ru MGCP 0.1
C: A000000001e3a86b000000F5
I: 9
X: 0
S:
<—
Apr 3 03:25:18.187: MGCP Packet sent to 192.168.100.90:2427—>
250 66 OK
P: PS=0, OS=0, PR=0, OR=0, PL=0, JI=1, LA=0
<—
Apr 3 03:25:18.187: MGCP Packet received from 192.168.100.90:2427—>
RQNT 67 AALN/S0/SU1/0@HQ-1.xxx.ru MGCP 0.1
X: 0
R: L/hd
Q: process,loop
<—
Apr 3 03:25:18.191: MGCP Packet sent to 192.168.100.90:2427—>
400 67 Endpt not available
<—
HQ-1#
Apr 3 03:25:19.199: MGCP Packet received from 192.168.100.90:2427—>
RQNT 10067 AALN/S0/SU1/0@HQ-1.xxx.ru MGCP 0.1
X: 0
R: L/hd
Q: process,loop
<—
Apr 3 03:25:19.203: MGCP Packet sent to 192.168.100.90:2427—>
200 10067 OK
<—
HQ-1#
Apr 3 03:25:27.059: MGCP Packet sent to 192.168.100.90:2427—>
NTFY 732127294 *@HQ-1.xxx.ru MGCP 0.1
X: 0
O:
<—
Apr 3 03:25:27.059: MGCP Packet received from 192.168.100.90:2427—>
200 732127294
<—
HQ-1#
Apr 3 03:25:42.059: MGCP Packet sent to 192.168.100.90:2427—>
NTFY 732127295 *@HQ-1.xxx.ru MGCP 0.1
X: 0
O:
<—
Apr 3 03:25:42.059: MGCP Packet received from 192.168.100.90:2427—>
200 732127295
<—
HQ-1#
Добрый день, Дмитрий!
из sh mgcp connection видно, что до поднятия трубы шлюз находится в режиме приема (М=2, это RECVONLY). А для того, чтобы услышать гудки (они приходят от панасоника), шлюз, по идее, должен быть в режиме прием/передача, т.е. М=3 (3=SENDRECV).
Подскажите, такая ситуация наблюдается ТОЛЬКО при звонке с 7975? Есть ли у вас другие телефоны циско? Если да, то как дело с ними обстоит?
Помимо 7975 есть еще 7961 и 7940. На все такая же ситуация.
Дмитрий, а могу ли я взглянуть на скриншоты конфигурации FXO на MGCP шлюзе? Напишите, плиз, через форму связи свой мейл, я вам перешлю свой адрес и сможете на него мне скрины прислать.
Дмитрий , , здравствуйте !
Подскажите , нигде не могу найти ответа на вопрос
Есть cisco 2801 с платой 4FXS, подключена по H323 к CUCM 8.6
Если на аналоговом телефоне снять трубку и позвонить на него с другого IP телефона , то в ответ будет тишина – нет сигнала занято
В чем может быть проблема ?
C уважением Батюхнов Дмитрий Новосибирск
Добрый день, Дмитрий!
Извините, пожалуйста, за задержку с ответом. Не хватает в данный период жизни времени на блог, увы 🙁
Расскажите, пожалуйста, как ведет себя при этом IP-телефон. Что отображается на его дисплее?
IP телефон (например Cisco 7961 зарегистрированный по SCCP на CUCM 8.6)
пишет внизу в строке состояния "Продолжение вызова " по русски, в трубке тишина , звонок не сбрасывается сколь угодно долго , если положить трубку на аналоговом аппарате , подключеном к FXS , то звонок придет на него
Можно ли взглянуть на дебаг этого звонка со шлюза (debug cch323 h225)?
Apr 28 12:33:22.752: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type SETUPIND_CHOSEN
Apr 28 12:33:22.752: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: callingNumber[5860] calledNumber[5856]
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: —- calling IE present
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: ====== PI = 0
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: Receive: infoXCap 0
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: Receive: infoXCap ccb 0
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind:
setup_ind: is_overlap = 0, info_complete = 0
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/setup_ind: Call Manager detected
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/cch323_h225_receiver: SETUPIND_CHOSEN: src address = 10.50.10.225; dest address = 10.50.4.15
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/run_h225_sm: Received event H225_EV_SETUP_IND while at state H225_IDLE
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/common_idle_setupInd_hdlr: full match is found
Apr 28 12:33:22.752: //10554/8042719B7B09/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_SETUP state
Apr 28 12:33:22.756: //10554/8042719B7B09/H323/cch323_create_incoming_callinfo_block: peer 661E90BC, voice_peer_tag 2, ccb: 6A337590
Apr 28 12:33:22.756: //10554/8042719B7B09/H323/cch323_create_incoming_callinfo_block: Calling Party is CCM
Apr 28 12:33:22.756: //10554/8042719B7B09/H323/cch323_h225_handle_deferred_ind: UnBuffering deferred indications
Apr 28 12:33:22.764: //10555/8042719B7B09/H323/cch323_call_setup_normal: SETUP_NTF_TIMER is not running. Continue processing.
Apr 28 12:33:22.764: //10555/8042719B7B09/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_IDLE state
Apr 28 12:33:22.764: //10554/8042719B7B09/H323/run_h225_sm: Received event H225_EV_CALLPROC while at state H225_SETUP
Apr 28 12:33:22.764: //10554/8042719B7B09/H323/cch323_h225_set_new_state: Changing from H225_SETUP state to H225_CALLPROC state
Apr 28 12:33:22.764: //10554/8042719B7B09/H323/generic_send_callproc: ====== PI = 0
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/run_h225_sm: Received event H225_EV_SETUP while at state H225_IDLE
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/check_qos_and_send_setup: Setup ccb 0x6A338BDC
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/copy_token_from_ccb: copy_token_from_ccb: Entered
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/generic_send_setup:
generic_send_setup: is_overlap = 0, info_complete = 0
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/generic_send_setup: sending calling IE
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/generic_send_setup: ====== PI = 0
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/generic_send_setup: Send infoXCap=128, infoXRate=16, rateMult=0, xMode=128, info_layer1_prot=163
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/generic_send_setup: src address = 10.50.10.225; dest address = 10.50.4.15
Apr 28 12:33:22.768: //10555/8042719B7B09/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_SETUP state
Apr 28 12:33:22.776: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type CALLPROCIND_CHOSEN
Apr 28 12:33:22.776: //10555/8042719B7B09/H323/callproc_ind: ====== PI = 0
Apr 28 12:33:22.776: //10555/8042719B7B09/H323/callproc_ind: Call Manager detected
Apr 28 12:33:22.776: //10555/8042719B7B09/H323/cch323_h225_receiver: CALLPROCIND_CHOSEN: src address = 10.50.10.225; dest address = 10.50.4.15
Apr 28 12:33:22.776: //10555/8042719B7B09/H323/run_h225_sm: Received event H225_EV_CALLPROC_IND while at state H225_SETUP
Apr 28 12:33:22.776: //10555/8042719B7B09/H323/cch323_h225_set_new_state: Changing from H225_SETUP state to H225_CALLPROC state
Apr 28 12:33:22.780: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type SETUPIND_CHOSEN
Apr 28 12:33:22.780: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry
Apr 28 12:33:22.780: //10556/8042719B7C09/H323/setup_ind: callingNumber[5860] calledNumber[5856]
Полностью дебаг не вмещается , может быть отослать на почту ?
C уважением Батюхнов Дмитрий Новосибирск
Да, Дмитрий, давайте через почту. Напишите, пожалуйста, через форму связи блога свою почту и я Вам отвечу. Я только не постоянно у компа сижу, занят некоторыми делами. Как будет минутка, я отвечу.
Добрый день. Как решить вопрос. В внутри компании звонки на тел циско хочется иметь из 3 цифр а вновь поставленный аппарат имеет прифекс. Ну например тел 246. А если позвонить с другого города то (46789) 246. (Офисы в одной сети).
Добрый день, Дмитрий.
Спасибо за курс по контакт-центру. Но в связи с его дальнейшим развитием появляются сложности, которые не могу решить уже длительное время.
Имеется 2 здания, между ними оптика. В первом здании находится голосовой шлюз ISR 2901 с платой VWIC3-2MFT-T1/E1. На него приходит 2 потока из города. Потоки на этом шлюзе управляются CUCM 8.6 по MGCP(настроено месяца 2 назад для "централизованного управления шлюзами"). Во втором здании стоит такой же шлюз, с такой же платой, только в один порт включен поток из города, а во второй – поток на офисную АТС Siemens. На этом шлюзе управление звонками осуществляет он сам. С CUCM работает по H323, часть номеров уходит в IP(соответствующими Dial-peer'ами), часть отправляется на АТС. Получилась задача принять входящий звонок по потокам в первом здании и перевести его на АТС – с этой задачей я справился путем написания RoutePattern'а по номеру на шлюз во втором здании(т.е. входящие звонки работают). Но так же необходимо настроить исходящие звонки. А вот тут возникла проблема. Написал Dial-peer на шлюзе рядом с АТС. Исходящий звонок ловлю, отправляю его на шлюз в первом здании, там его тоже ловлю, а вот в потоки отдать не могу – соответствующие Dial-peer'ы не отрабатывают. Шлюз не может отдать звонок в поток – не он ими управляет(такое ощущение). пытался отдать звонок на CUCM – а там не знаю как его отловить и направить именно на эти потоки. Имеющиеся IP телефоны разделены по выходам в город: часть выходит через 2 потока в первом здании, часть – через поток во втором(находятся в одном Partition, определяются настройкой CSS). Вопросы: 1) можно ли настроить управление звонком на шлюзе в первом здании или необходимо вернуться на нем на протокол H323? 2) возможно ли настроить на CUCM сквозной проброс звонков и если да, то куда копать?
Добрый день!
Пришло время заменить наше оборудование на ISR 4431.
Решили настроить ISR по вашей статье, но у нас "затык" вышел на шаге проверки
sh mgcp endpoint
Они не подымаются и настроек на контроллерах Е1 нет, как мы понимаем ISК не может стянуть XML файл с сервера CUCM.
Если прописываем на контроллерах Е1 команду руками
pri-group timeslots 1-31 service mgcp
То все работает.
Почему ISR не стягивает конфиг по TFTP с сервера CUCM?
И должен ли ISR получить настройки контроллера Е1 с сервера CUCM?
Спасибо.
Добрый день! На 44й серии мне еще не доводилось настраивать шлюзы, но не думаю, что там придумали кардинальные отличия от 28й или 29й серий.
Если включен режим автоматической конфигурации MGCP, то шлюз должен подтянуть весь свой конфиг с CCM (с его TFTP-сервера). В этот конфиг входят не только настройки контроллера Е1, но и целый ряд настроек самого протокола MGCP (что-то около 20 команд, возможно, больше)
Команды, включающие автоматическую конфигурацию, следующие:
Router(config)#ccm-manager config server A.B.C.D
Router(config)#ccm-manager config
Я думаю, что у вас шлюз стягивает автоматически конфигу (иначе Вам пришлось бы все эти 20 настроек прописать вручную), но не применяет настройки контроллера Е1. Прописывали ли Вы команду card type E1, как описано в статье?
Здравствуйте, подскажите что делаю не так. Cледую инструкции для настройки закрывающей маски приведённой выше, когда звоню в город для проверки вижу в дебаге на шлюзе :
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9838F
Exclusive, Channel 15
Calling Party Number i = 0x4181, '6317'
Plan:ISDN, Type:Subscriber(local)
Called Party Number i = 0x81, '8903*****29'
Plan:ISDN, Type:Unknown
хотя в External Phone Number Mask у меня 4957777777 и галка стоит.
Здравствуйте, Александр! Чтобы ответить на Ваш вопрос, мне не достаточно приведенной Вами информации. Необходимо взглянуть на все Ваши Route Pattern, чтобы понять, что этот звонок уходит в город именно через тот Route Pattern, на котором Вы поставили галку.
Если вопрос все еще актуален, то свяжитесь со мной через форму связи.
Форма связи – это окошко "Напишите мне" в левой верхней части блога.
Добрый день!
Да прописывали, иначе мы контроллеры не подняли бы.
Дело в том, что у нас на контроллерах нет настроек pri-group time slot и т.д. и на команду show mgcp endpoint данных нет о endpoint-ах.
Регистрируются и подымаются потоки на CUCM только после того как мы на контроллерах Е1 вводим следующие команды вручную:
pri-group timeslots 1-31 service mgcp
Но это же неправильно? Настройки контроллера ISR должен подтянуть с CUCM, верно?
Настройки сделали в точь в точь как в статье.
Подозреваем, что ISR не стягивает XML файл с настройками от сервера CUCM TFTP.
При вводе команды sh ccm-manager config-download
Витдим следующее сообщение:
Configuration Auto-Download Information
=======================================
No configurations downloaded
Current state: Downloading XML file
Configuration Download statistics:
Download Attempted : 4
Download Successful : 0
Download Failed : 0
TFTP Download Failed : 1683
Configuration Attempted : 0
Configuration Successful : 0
Configuration Failed(Parsing): 0
Configuration Failed(config) : 0
Last config download command:
Configuration Error History:
Как мы понимаем проблема в коннективности между ISR и TFTP сервером, верно?
Здравствуйте!
Да, такое поведение не является правильным. Давайте проверим следующие вещи:
1) включен ли, или не подвис ли сервис Cisco TFTP на том сервере в кластере, который указан как TFTP в конфигурации шлюза? (знаю, что банально, но все же)
2) правильно ли выбраны типы и номера слотов и модулей при конфигурации MGCP в веб-интерфейсе ССМ?
Типы карт можно уточнить на шлюзе командами sh diag или sh inventory.
Дмитрий добрый день!
Сервис TFTP работает иначе бы у нас возникли бы массовые проблемы с тел. аппаратами, а у нас их около 4 тысяч.
Проверку тип карт проверили первым раз 10.
Немного удалось разобраться в данной проблеме. Нашли обсуждение на форуме по данной проблеме с ISR младшими сериями.
https://supportforums.cisco.com/discussion/12723521/cisco-isr-4321-cannot-download-mgcp-xml-configuration-files
У нас в настройках не указан был порт источник для TFTP на ISR сервере.
Прописали в следующем формате.
#ip tftp source interface
сейчас уже есть успехи
Configuration Auto-Download Information
=======================================
No configurations downloaded
Current state: Downloading XML file
Configuration Download statistics:
Download Attempted : 5
Download Successful : 4
Download Failed : 0
TFTP Download Failed : 310
Configuration Attempted : 4
Configuration Successful : 4
Configuration Failed(Parsing): 0
Configuration Failed(config) : 0
Last config download command:
Configuration Error History:
Как мы поняли настройка MGCP на GW 39хх серии и ISR 44xx серии, есть, незначительные но есть.
Взять те же команды по источнику синхронизации clock source line, уже нужно указывать в настройках контроллера Е1.
Здравствуйте!
Спасибо за то, что поделились своим опытом по данной проблеме. Теперь будем знать, что есть отличия у новых ISR. Думаю, что в будущем еще многие с этим столкнутся, поэтому нашим читателям будет полезно знать решение для такой ситуации.
Добрый день.
Меня зовут Николай.
Настроил е1, согласно вашей инструкции. Да, все хорошо.
Только у меня в е1 потоке 50 телефонных номеров. И как мне к ним получить доступ никак понять не могу. Мне надо за определенными внутренними абонентами закрепить определенные городские номера. Понятно, что надо использовать hunt и route group. Но в route group надо внести порт, а как его выделить?!
Спасибо.
Добрый день, Николай. Не совсем понятно, о чем идет речь. Вам нужно закрепить эти городские номера за внутренними при входящих звонках из города? Один внешний номер должен быть закреплен за одним внутренним номером? или за группой внутренних номеров?
Или же Вам надо сделать так, чтобы эти 50 номеров закреплялись за внутренними при исходящих звонках в город? Поясните, пожалуйста, свою задачу более подробно.
Добрый день.
У меня есть 50 городских телефонных номеров, которые приходят в потоке Е1. У меня есть условно 70 сотрудников. Некоторые сотрудники имеют свой собственный городской номер, т.е. должны выходить в город по определенному номеру и чтобы дозвониться им напрямую тоже использовать необходимо этот номер. Некоторые группы сотрудников должны пользоваться другим конкретным номером для исходящей и входящей связи. Т.е. четкая привязка. Не должно быть выбора свободной линии. На данный момент работает маршрутизатор cisco 2921 с fxo портами через sip-транк. С помощью префиксов отправляемых на маршрутизатор я определяю порт fxo через который уходит звонок, используя transformation rules, чтобы убрать префикс. При входящей же связи на конкретный порт я отправляю звонок на конкретный номер или номер hunt group.
Спасибо.
Николай.
Чтобы сотрудники выходили под своим номером в город необходимо использовать External Phone Number Mask. Маршрутизация для исходящих вызовов осуществляется через конструкцию Route Pattern -> Route List -> Route Group -> Gateway.
Для того, чтобы распределить 50 номеров для входящих вызовов нужно использовать Translation Pattern.
Добрый день, Дмитрий!
Помогите с решением проблемы исходящих звонков по E1.
Имеем связку E1-3845-CUCM 7.3 тут все работает корректно.
Настраивал по аналогии и Вашей инструкции 2811. Входящие звонки через него работают, а исходящие дают моментальный отбой.
При этом шлюз на CUCM регистрируется, endpoint-ы в UP, ISDN status – Multiple_Frame_Established.
Оба E1 находятся в одной Route group.
Добрый день, Николай!
Я бы посоветовал Вам посмотреть для начала, что показывает debug isdn q931 на проблемном шлюзе (также не забудьте дать команду terminal monitor, если на шлюз заходите по телнету). Это дебаг в реальном времени сигнальных сообщений Е1. Включаете дебаг, делаете тестовый звонок в город и смотрите, есть ли что-то в дебаге, т.е дозодит ли звонок до шлюза. Если дебаг показывает какой-либо обмен сообщениями, то анализируете эти сообщения, смотрите, какие цифры шлюз отсылает в город, какая приходит причина отбоя. Если дебаг молчит, то проверяете еще раз настройки своей маршрутизации по цепочке Route Pattern -> Route List -> Route Group ->Gateway. Не забудьте и о Partition и CSS. Можете также воспользоваться инструментом Dialed Number Analyzer (DNA). Он позволяет смоделировать Ваш звонок, протрассировать возможный путь звонка в ССМ.
Доброе время суток! Помогите советом. Есть связка VoIP сеть – Gateway Cisco 3660- E1 PRI ISDN – АТС. При звонке абоненту за АТС я его слышу хорошо, а у абонента сильный шум как у ТВ без антенны. ISDN настроен верно, CRC и тайминги выставлены. При дебаге на cisco проскакивает ошибка L3 BadPeering после получения запроса статуса с АТС. Грешил на АТС, но после тестовой перекроссировки на другую АТС проблема осталась.
Здравствуйте, для начала расскажите, пожалуйста, этот шлюз был ранее настроен, работал корректно, а проблема выявлена при эксплуатации? Или же это новый шлюз, который только что был с нуля настроен? На всех ли В-каналах наблюдается такое или на каких-то определенных? Пробовали ли роутер перезагружать? Если предположить, что конфигурация абсолютно правильная, то проблему могут вызывать неисправные DSP (PVDM) или, возможно, плата с портами Е1. Есть ли у вас ЗиП, чтобы попробовать заменить эти компоненты на заведомо исправные (временно снять с другого такого же шлюза)?