<![CDATA[Сохранение исходного идентификатора вызывающего абонента при переадресации вызовов в PSTN]]>Ищу помощь и, возможно, разъяснения. Мне необходимо сохранить исходный номер вызывающего абонента в следующих сценариях потока вызовов. Внешний вызывающий абонент PSTN >> SIP-транк >> Cisco CUBE >> CUCM >> Переадресация вызова >> Внешний номер >> CUBE >> SIP-транк >> PSTN. Причина такого потока вызовов заключается в том, что внешний номер, например 01234 444444, был перенесен из CUCM и SIP-транка клиента к третьей стороне.
Я удалил DN из CUCM и создал шаблон маршрута, чтобы все вызовы на внутренний номер или полный DDI перенаправлялись из SIP-транка в PSTN. Проблема заключается в том, что клиенты по-прежнему получают некоторые вызовы через альтернативные маршруты в свою систему CUCM, и они перенаправляют вызовы или в некоторых случаях используют переадресацию вызовов. Однако при этом теряется идентификатор исходного вызывающего абонента. Ищу предложения по возможным вариантам решения этой проблемы.
Вариант 1 — я мог бы изменить конфигурацию транка с «Последний номер перенаправления» на «Исходящий номер». Но это было бы изменением в масштабах всего CUCM, а также изменило бы то, как клиент работал в плане переадресации вызовов на протяжении многих лет. ![simonhester_0-1763388258046.png] Вариант 2 — профиль CUBE
SIP. Я наткнулся на следующий пост
[«Решено: заставить идентификатор вызывающего абонента быть первоначально вызванным номером? — Сообщество Cisco»,]
но не уверен, что это сработает в моем случае. Подозреваю, что да, хотя мне нужно, чтобы это работало только для звонков на определенный номер 01234 444444
. Интересно, есть ли у кого-нибудь еще какие-нибудь умные идеи, или это все.
Спасибо.

]]>https://sla247.ru/forum/topic/98/сохранение-исходного-идентификатора-вызывающего-абонента-при-переадресации-вызовов-в-pstnRSS for NodeFri, 15 May 2026 17:34:58 GMTWed, 21 Jan 2026 21:35:53 GMT60<![CDATA[Reply to Сохранение исходного идентификатора вызывающего абонента при переадресации вызовов в PSTN on Wed, 21 Jan 2026 21:35:54 GMT]]>Я воспользовался настройкой SIP-транка, и это решило эту конкретную проблему.
Я проверил, и без изменения транка CUCM исходный идентификатор вызывающего абонента не отображается в CUBE, поэтому любые SIP-профили для изменения номера там не сработали бы.

]]>https://sla247.ru/forum/post/523https://sla247.ru/forum/post/523Wed, 21 Jan 2026 21:35:54 GMT