<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[проблема с удержанием Cisco в SIP-транке]]></title><description><![CDATA[<p dir="auto">Здравствуйте, уважаемые коллеги, У меня возникла проблема с настройкой нового CUBE: когда пользователь совершает исходящий звонок с IP-телефона Cisco и ставит его на удержание, все работает нормально, и он может успешно снять удержание. Но когда тот же IP-телефон Cisco принимает входящий звонок и пытается поставить его на удержание, он зависает и не может возобновить разговор. Если он пытается сделать это со старого голосового шлюза, все работает нормально. Я проверил MRGL, и все выглядит нормально. Поток вызовов следующий: (ITSP &gt;&gt; CUBE &gt;&gt;&gt; CUCM &gt;&gt;&gt; IP-телефон). Также при переадресации входящего вызова возникает та же проблема. Есть ли какие-нибудь идеи?</p>
]]></description><link>https://sla247.ru/forum/topic/1253/проблема-с-удержанием-cisco-в-sip-транке</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 22:47:19 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1253.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 18 Feb 2026 20:02:39 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:46 GMT]]></title><description><![CDATA[<p dir="auto">Большое спасибо за ваш отзыв, я протестирую его и обновлю дело.</p>
]]></description><link>https://sla247.ru/forum/post/8777</link><guid isPermaLink="true">https://sla247.ru/forum/post/8777</guid><dc:creator><![CDATA[Eng Mohamed Saber]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:46 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:45 GMT]]></title><description><![CDATA[<p dir="auto">@Eng Mohamed Saber SIP re-INVITE обычно использует тот же диалоговый пир, который был сопоставлен во время первоначальной настройки вызова; для входящих вызовов это будет входящий диалоговый пир. Однако, если есть несоответствие в конфигурации, например, отсутствующие настройки SIP-арендатора, несоответствие кодеков или изменения в сигнализации, re-INVITE может завершиться сбоем или попытаться сопоставить другой диалоговый пир. В вашем случае добавление конфигурации SIP-арендатора к входящему набору номера должно решить проблему, обеспечив правильную обработку SIP-сигнализации для удержания/отмены удержания и перевода входящих вызовов. Убедитесь, что входящие и исходящие наборы номера последовательно настроены для кодеков, SIP-арендатора и транспортных протоколов, чтобы избежать несоответствий... Это должно позволить re-INVITE функционировать правильно без преобразования в исходящий набор номера. С уважением<br />
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените .ı|ı.ı|ı.</p>
]]></description><link>https://sla247.ru/forum/post/8776</link><guid isPermaLink="true">https://sla247.ru/forum/post/8776</guid><dc:creator><![CDATA[M02@rt37]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:45 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:44 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Роджер, Я думаю, что понял, в чем проблема. Проверив рабочий исходящий поток в режиме удержания и входящий поток, я обнаружил, что повторный вызов для рабочего звонка имеет аутентификацию SIP, а звонок имеет проблему, не содержащую аутентификацию SIP. Я проверил наборные пары и обнаружил, что SIP-арендатор выходит только на исходящей наборной паре. Но входящий наборный пир не имеет SIP-арендатора. Поэтому я добавлю SIP-арендатора к входящему набору номера и надеюсь, что это сработает. Мой последний вопрос: повторный вызов использует тот же SIP-арендатор входящего набора номера или он может преобразоваться в исходящий набор номера? Я внесу это изменение и обновлю информацию здесь, если это решит проблему.</p>
]]></description><link>https://sla247.ru/forum/post/8775</link><guid isPermaLink="true">https://sla247.ru/forum/post/8775</guid><dc:creator><![CDATA[Eng Mohamed Saber]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:44 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:43 GMT]]></title><description><![CDATA[<p dir="auto">Поскольку это исходит от вашего поставщика услуг, вы спросили у них, почему они так отвечают? ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/3d2c161685abf8b6c342d1d5392b031139f68e86.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8774</link><guid isPermaLink="true">https://sla247.ru/forum/post/8774</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:43 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:42 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Да, я уже сделал это, и вдруг, после попытки поставить на удержание, провайдер выдал нам ошибку «401 unauthorized» Скриншот приведен ниже. ![EngMohamedSaber_0-1733580915073.png]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/bce058f0892b58762fd508b25fe86b92dadc9951.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/8773</link><guid isPermaLink="true">https://sla247.ru/forum/post/8773</guid><dc:creator><![CDATA[Eng Mohamed Saber]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:42 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:41 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, уважаемые коллеги! Проблема была решена после перемещения Sip Tenant в входящий Dial Peer. Большое спасибо</p>
]]></description><link>https://sla247.ru/forum/post/8772</link><guid isPermaLink="true">https://sla247.ru/forum/post/8772</guid><dc:creator><![CDATA[Eng Mohamed Saber]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:41 GMT</pubDate></item><item><title><![CDATA[Reply to проблема с удержанием Cisco в SIP-транке on Wed, 18 Feb 2026 20:02:40 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте<br />
[, @Eng Mohamed Saber] Когда IP-телефон пытается отменить удержание или перевести входящий вызов, CUBE облегчает обмен сигналами между CUCM и ITSP. Проблемы могут возникнуть, если CUBE неправильно обрабатывает сообщения SIP REFER или re-INVITE, которые часто используются в таких сценариях. Вы должны включить отладку SIP на CUBE с помощью<br />
сообщений debug ccsip,<br />
чтобы наблюдать за потоком сигналов. Обратите внимание на неожиданные ответы, такие как<br />
488 Not Acceptable Here<br />
или<br />
500 Internal Server Error,<br />
при попытке приостановить/возобновить удержание или перевести вызов. Эти ошибки могут указывать на неправильную настройку обработки CUBE сигналов во время вызова. С уважением<br />
.ı|ı.ı|ı. Если это помогло, пожалуйста, оцените.ı|ı.ı|ı.</p>
]]></description><link>https://sla247.ru/forum/post/8771</link><guid isPermaLink="true">https://sla247.ru/forum/post/8771</guid><dc:creator><![CDATA[M02@rt37]]></dc:creator><pubDate>Wed, 18 Feb 2026 20:02:40 GMT</pubDate></item></channel></rss>