<?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[переадресация вызова с продолжительностью звонка CUCM]]></title><description><![CDATA[<p dir="auto">Всем привет,<br />
я знаю, что в CUCM можно настроить продолжительность звонка так, чтобы после определенного количества гудков звонок пользователя 1 перенаправлялся на внутренний номер пользователя 2. Но я хотел бы узнать, можно ли настроить систему так, чтобы в случае, если User2 не отвечает на перенаправленный звонок, он возвращался на голосовую почту User1?<br />
Насколько я понимаю, если звонок User1 перенаправляется на User2 после определенного количества гудков и он не отвечает, то звонящий попадает на голосовую почту User2? Спасибо!</p>
]]></description><link>https://sla247.ru/forum/topic/155/переадресация-вызова-с-продолжительностью-звонка-cucm</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 04:20:08 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/155.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 21 Jan 2026 21:37:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to переадресация вызова с продолжительностью звонка CUCM on Wed, 21 Jan 2026 21:37:43 GMT]]></title><description><![CDATA[<p dir="auto">CUC работает с последним номером переадресации при обработке вызовов, но это системная настройка, и вы можете изменить ее на первый номер переадресации, но я бы не рекомендовал это изменение, так как оно влияет на обработку других вызовов. Таким образом, то, что вы описываете, является стандартным поведением CUC, и да, при переадресации (или переносе) вызова User1 на User2 информация User2 будет использоваться в качестве номера переадресации, когда вызов поступает на голосовую почту. Вышеуказанное отредактировано, потому что я ошибся (считайте это «старческим промахом»): как указал<br />
@Jonathan Schulenberg<br />
, CUC работает по принципу «первого перенаправленного номера», поэтому по умолчанию вызов должен был поступить в почтовый ящик голосовой почты первоначально вызываемого абонента. Что-то мешает стандартному поведению: либо отмечена опция «Использовать последний перенаправленный номер» (и тогда нужно выяснить, почему!), либо в CUC есть правило маршрутизации вызовов или в CUCM есть профиль голосовой почты, который изменяет информацию, отправляемую в CUC... или что-то еще. Вы можете использовать Port Monitor в RTMT для просмотра информации, которую CUCM отправляет в CUC, чтобы проанализировать поток вызовов. Одно из решений — немного запутанное, но работающее — состоит в том, чтобы создать Hunt с фиктивным номером, используя внутренний номер User2 в Line Group. Установите переадресацию внутреннего номера User1 на Hunt, а также установите Call Forward no Coverage на внутреннем номере User1, чтобы он переходил на голосовую почту. Установите окончательное поведение Hunt Pilot для переадресации на «Использовать настройки переадресации устройства, которое переадресовало на Hunt Pilot». Не помешает добавить фиктивный внутренний номер в качестве альтернативного внутреннего номера в почтовый ящик голосовой почты User1, но, насколько я помню, это не является обязательным. Марен</p>
]]></description><link>https://sla247.ru/forum/post/908</link><guid isPermaLink="true">https://sla247.ru/forum/post/908</guid><dc:creator><![CDATA[Maren Mahoney]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:37:43 GMT</pubDate></item><item><title><![CDATA[Reply to переадресация вызова с продолжительностью звонка CUCM on Wed, 21 Jan 2026 21:37:42 GMT]]></title><description><![CDATA[<p dir="auto">Я полагаю, что по умолчанию CUC<br />
сначала<br />
перенаправляет номер. Настройка, которая контролирует это, находится в «Настройки системы» &gt; «Дополнительно» &gt; «Разговоры» &gt; «Использовать последний (а не первый) перенаправляющий номер для маршрутизации входящего вызова». Если я правильно помню, по умолчанию этот флажок не установлен, но если он установлен, я повторю предостережение Марен: кто-то изменил его по какой-то причине, которую вам следует понять, прежде чем трогать его. Если этот флажок не установлен, есть другие (маловероятные) возможные причины. Правило переадресации CUC может соответствовать и принудительно перенаправлять вызов на определенный почтовый ящик. Или вызов попадает в шаблон перевода CUCM, который удаляет исходную информацию о вызывающей/вызываемой/перенаправляющей стороне между переадресацией вызова User2 DN и шаблоном маршрута CUC. Однако ни то, ни другое<br />
не<br />
должно<br />
происходить.</p>
]]></description><link>https://sla247.ru/forum/post/907</link><guid isPermaLink="true">https://sla247.ru/forum/post/907</guid><dc:creator><![CDATA[Jonathan Schulenberg]]></dc:creator><pubDate>Wed, 21 Jan 2026 21:37:42 GMT</pubDate></item></channel></rss>