один сигнал звонка и обрыв связи

[Allan Paiva]

Всем привет, У меня следующая ситуация: я звоню по номеру 24 35123912 (добавочный номер 4001 на CUCM) со своего мобильного телефона. Я вижу, что звонок поступает на шлюз. На моем мобильном телефоне звонок некоторое время не слышен, в то время как на телефоне, подключенном к CUCM, он уже звонит. Я отвечаю на него, но звонок не слышен. Через некоторое время мобильный телефон издает один сигнал звонка, а затем звонок обрывается.
Есть какие-нибудь идеи, что это может быть?
Вот результаты выполнения sh и собранные отладочные данные.

[Roger Kallberg]

Есть несколько вещей, которые я бы рекомендовал вам изменить в конфигурации ваших диалоговых одноранговых узлов. Во-первых, все они имеют одинаковую привязку интерфейса. Это, скорее всего, неверно. Во-вторых, хотя возможно использовать диалоговые одноранговые узлы как для входящих, так и для исходящих вызовов, я лично предпочитаю этого не делать, и, судя по описанию ваших диалоговых одноранговых узлов, я полагаю, что вы намерены использовать определенные диалоговые одноранговые узлы для каждого направления. При этом у вас не должно быть никаких целей сеанса, определенных на ваших входящих диалоговых одноранговых узлах, так как это элемент конфигурации исходящих вызовов. Кроме того, на вашем диалоговом соседе с меткой CM out вы определили цель сеанса «sip-server», которая будет отправлять вызов вашему поставщику услуг в соответствии с конфигурацией, которую вы имеете под sip-ua. Еще один момент: вы не можете поместить конфигурацию регистрации для вашего поставщика услуг в sip-ua, поскольку, насколько я понимаю, у вас также есть конфигурация SIP SRST или CME, для которой требуется конфигурация регистрации, и единственное место, где ее можно использовать, — это sip-ua. Поэтому вам нужно поместить конфигурацию регистрации поставщика услуг в конфигурацию арендатора, которую вы связываете с диалоговыми партнерами SP. Наконец, у вас есть конфигурация интерфейса H.323, и, насколько я могу видеть, у вас нет никаких H.323 dial peers, поэтому эта конфигурация является избыточной. Есть еще несколько вещей, которые я бы хотел изменить в вашей конфигурации, но это только начало. Я бы посоветовал вам прочитать этот документ, чтобы лучше понять, как работает маршрутизация вызовов в IOS.
Объяснение маршрутизации вызовов Cisco IOS и IOS XE
Одно из того, на что я бы особенно рекомендовал вам обратить внимание, — это использование информации заголовка VIA для сопоставления входящих диалоговых партнеров вместо сопоставления входящих номеров, которое вы используете сейчас. ![Response Signature]

[Mohamed H. Abdelmotaleb]

Уточните у своего ITSP, почему он не отвечает на сигнал вызова 180 и не воспроизводит сигнал обратного вызова локально?
![Capture.JPG]

[ryabenne]

Похоже, у вас возникли проблемы с исходящими вызовами dial-peers на CM или IP-телефон.
Входящий Dial-peer=100, исходящий Dial-peer=120,
я никогда не вижу исходящий (отправленный INVITE) участок до следующего прыжка.

[Nithin Eluvathingal]

Почему в SIP UA настроено «disable-early-media 180»? Ваша конфигурация dial-peer может быть дополнительно оптимизирована. Например, цель сеанса на входящем dial-peer. Dial-Peers требуют тонкой настройки. 2.12.0.0 ![Response Signature]

[Roger Kallberg]

Если под «
требует доработки»
вы
имеете в виду, что он бесполезен для входящего диалогового сопряжения и его следует удалить, то я полностью с вами согласен. ‘:-)’ ![Response Signature]

[Nithin Eluvathingal]

Да, для входящего dial-peer не требуется настройка целевого сеанса. @Allan Paiva
, лучшая практика — направить вызов на входящий dial-peer и на исходящий участок. 2.12.0.0 ![Response Signature]

[Roger Kallberg]

@Allan Paiva
Вы добились каких-либо результатов на основе полученных отзывов? ![Response Signature]