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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:24 GMT

Roger Kallberg — Wed, 18 Feb 2026 21:09:24 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:23 GMT

Nithin Eluvathingal — Wed, 18 Feb 2026 21:09:23 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:22 GMT

Roger Kallberg — Wed, 18 Feb 2026 21:09:22 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:21 GMT

Nithin Eluvathingal — Wed, 18 Feb 2026 21:09:21 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:20 GMT

ryabenne — Wed, 18 Feb 2026 21:09:20 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:19 GMT

Mohamed H. Abdelmotaleb — Wed, 18 Feb 2026 21:09:19 GMT

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

Reply to один сигнал звонка и обрыв связи on Wed, 18 Feb 2026 21:09:18 GMT

Roger Kallberg — Wed, 18 Feb 2026 21:09:18 GMT

Есть несколько вещей, которые я бы рекомендовал вам изменить в конфигурации ваших диалоговых одноранговых узлов. Во-первых, все они имеют одинаковую привязку интерфейса. Это, скорее всего, неверно. Во-вторых, хотя возможно использовать диалоговые одноранговые узлы как для входящих, так и для исходящих вызовов, я лично предпочитаю этого не делать, и, судя по описанию ваших диалоговых одноранговых узлов, я полагаю, что вы намерены использовать определенные диалоговые одноранговые узлы для каждого направления. При этом у вас не должно быть никаких целей сеанса, определенных на ваших входящих диалоговых одноранговых узлах, так как это элемент конфигурации исходящих вызовов. Кроме того, на вашем диалоговом соседе с меткой 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]