<?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[линия звонит два раза, а затем отключается]]></title><description><![CDATA[<p dir="auto">Существующий список охоты/группа линий начинал звонить два раза на настольные телефоны, а затем отключался для входящих вызовов, что затрудняло пользователям ответ на вызов. Как вызывающая сторона, вызов звонит два раза, а затем отключается. Во время тестирования, если я предупреждал пользователя в группе линий, что я звоню, он мог ответить на звонок. Звонок соединяется, если пользователь отвечает, и после соединения с ним не возникает никаких проблем. До появления этого странного поведения никаких изменений в кластере CUCM, группе линий, списке охоты или пилоте охоты не производилось. Изначально группа линий была настроена следующим образом: Время ожидания возврата RNA: 10<br />
Алгоритм распределения: Longest Idle При просмотре журналов я вижу, что вызов отклоняется. Линия 31161: 86599797.009 |11:45:32.294 |AppInfo |HuntListCdrc::terminateCall — больше нет маршрутов в RouteListName = DREAMER Info Line. Отклонение вызова Я попробовал следующее, но проблема осталась: Сброс списка охоты<br />
Убедился, что все телефоны в группе линий были зарегистрированы в группе поиска<br />
Удалил группу линий, группу поиска и пилот поиска и воссоздал их с нуля<br />
Добавление только 1 телефона в группу линий, затем тестирование (те же результаты), затем 2 телефона, затем 3 телефона и т. д. (результаты не изменились)<br />
Добавление только телефонов, зарегистрированных на одном узле абонента, затем телефонов, зарегистрированных на других узлах абонента<br />
Перезапустил службу CallManager на узле абонента.<br />
Настроил алгоритм распределения на широковещательный (все телефоны слышат 2 гудка, а затем больше не звонят).<br />
Настроил время ожидания возврата RNA на 15 секунд (без изменений).<br />
Изменил группу CUCM, чтобы зарегистрировать список поиска на другом узле абонента. Версия CUCM — 11.0 (Да, я знаю. Лицо, уполномоченное утверждать замену старого оборудования, не хочет слушать, и вот мы здесь).</p>
]]></description><link>https://sla247.ru/forum/topic/116/линия-звонит-два-раза-а-затем-отключается</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 08:36:14 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/116.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 21 Jan 2026 21:36:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:27 GMT]]></title><description><![CDATA[<p dir="auto">Я понял, что<br />
@Maren Mahoney<br />
хотела, чтобы вы разместили здесь файлы трассировки, чтобы она могла их посмотреть. ![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/636</link><guid isPermaLink="true">https://sla247.ru/forum/post/636</guid><dc:creator><![CDATA[Roger Kallberg]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:27 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:26 GMT]]></title><description><![CDATA[<p dir="auto">Изменение времени<br />
ожидания обратного преобразования РНК в группе линий не изменило поведение.</p>
]]></description><link>https://sla247.ru/forum/post/635</link><guid isPermaLink="true">https://sla247.ru/forum/post/635</guid><dc:creator><![CDATA[RL5901]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:26 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:25 GMT]]></title><description><![CDATA[<p dir="auto">Как ведет себя вызов, когда время ожидания возврата РНК установлено на 40-60? Агенты получают больше звонков на свои телефоны?<br />
Кроме того, получают ли они звонок или уведомление, которое агенты видят при выходе из группы охоты? ![Response Signature]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/b65c9419769e5ae5fae7d123edff4f7e9e611e7f.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/634</link><guid isPermaLink="true">https://sla247.ru/forum/post/634</guid><dc:creator><![CDATA[Nithin Eluvathingal]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:25 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:24 GMT]]></title><description><![CDATA[<p dir="auto">Единственное изменение в кластере заключалось в отключении UCS, на котором ранее размещался узел абонента, который вышел из строя около трех лет назад. Трассировки настроены на подробный уровень для<br />
Enable Route или Hunt List Trace. Вчера я провел тест и получил подробные журналы SDL и CCM, но я не уверен, что именно мне нужно искать, чтобы определить проблему с звонком в течение времени, настроенного в параметрах службы или группе линий.</p>
]]></description><link>https://sla247.ru/forum/post/633</link><guid isPermaLink="true">https://sla247.ru/forum/post/633</guid><dc:creator><![CDATA[RL5901]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:24 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:23 GMT]]></title><description><![CDATA[<p dir="auto">Хорошо, значит, проблема не в магистрали или провайдере. В своем сообщении вы сказали, что раньше все работало, а потом перестало, значит, что-то изменилось внутри, но, возможно, это было незаметно. Можете ли вы предоставить более обширный фрагмент файла трассировки для одного из этих вызовов, чтобы мы могли его проанализировать? Вместе с DN в группе Line? Марен</p>
]]></description><link>https://sla247.ru/forum/post/632</link><guid isPermaLink="true">https://sla247.ru/forum/post/632</guid><dc:creator><![CDATA[Maren Mahoney]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:23 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:22 GMT]]></title><description><![CDATA[<p dir="auto">Я в основном сосредоточился на тестировании с внешней линии, чтобы обеспечить то, что я указал в описании. Мой тест с внутренней линии (с использованием внутреннего 5-значного номера) дает мне 2 гудка и очень громкий, очень быстрый сигнал «занято». Максимальный таймер поиска: 20 (я изменил его на 30, но это не дало никакого эффекта) Переадресация при отсутствии ответа установлена на «Не переадресовывать неотвеченные вызовы» Я не проверял «Включить маршрут» или «Отслеживание списка поиска». Теперь он установлен на «Подробный». ПРИМЕЧАНИЕ: Для тех, кто читает это и хочет знать, где это находится... Cisco Unified Serviceability &gt; Trace &gt; Configuration &gt; Server (выберите свой сервер) &gt; Service Group (CM Services) &gt; Service (Cisco CallManager (Active)).</p>
]]></description><link>https://sla247.ru/forum/post/631</link><guid isPermaLink="true">https://sla247.ru/forum/post/631</guid><dc:creator><![CDATA[RL5901]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:22 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:21 GMT]]></title><description><![CDATA[<p dir="auto">Когда вы говорите о входящих вызовах, я предполагаю, что речь идет о вызовах из PSTN. Поведение будет таким же, если пилот охоты набирается с внутреннего номера? Я спрашиваю об этом отчасти потому, что сообщение «<br />
No more Routes in RouteListName» чаще связано с исходящими вызовами, чем с входящими, и если на стороне CUCM не было сделано никаких других внутренних изменений, мне интересно, не было ли изменений на вашем транке или шлюзе, или со стороны вашего поставщика услуг, за исключением того, что ошибка связана с входящим вызовом... Странно. Какое максимальное время ожидания установлено на Hunt Pilot, и перенаправление при отсутствии ответа идет на внешний или внутренний адрес? У вас включена функция «Enable Route or Hunt List Trace» (Включить отслеживание маршрута или списка поиска) в трассировках для службы CallManager? Это покажет весь процесс выбора для поиска и может помочь понять, что происходит, если эта функция еще не включена. Возможно, нам понадобится больше информации из файла трассировки, чтобы помочь вам. Марен</p>
]]></description><link>https://sla247.ru/forum/post/630</link><guid isPermaLink="true">https://sla247.ru/forum/post/630</guid><dc:creator><![CDATA[Maren Mahoney]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:21 GMT</pubDate></item><item><title><![CDATA[Reply to линия звонит два раза, а затем отключается on Wed, 21 Jan 2026 21:36:20 GMT]]></title><description><![CDATA[<p dir="auto">Проблема была обнаружена. Несколько лет назад один из основных узлов абонента вышел из строя (как мне объяснили). Этот узел не был удален предыдущим инженером. Он остался в группах CM, включая ту, которая использовалась списком Hunt. Создание новой группы CM без этого вышедшего из строя узла-подписчика и применение ее к группе Hunt (сохранение + сброс) решило проблему сокращенного уведомления о звонке. Кроме того, я увеличил время<br />
ожидания возврата RNA до 180 секунд (максимальное значение для этой настройки в CUCM 11.0). Спасибо всем, особенно<br />
@Maren Mahoney<br />
, кто протянул руку помощи.</p>
]]></description><link>https://sla247.ru/forum/post/629</link><guid isPermaLink="true">https://sla247.ru/forum/post/629</guid><dc:creator><![CDATA[RL5901]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:36:20 GMT</pubDate></item></channel></rss>