<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Отбой звонков с кодом 63 на AS5300</title>
    <link>https://opennet.me/openforum/vsluhforumID6/22605.html</link>
    <description>Здравствуйте! &lt;br&gt;&lt;br&gt;Имеется голосовой шлюз &lt;br&gt;&lt;br&gt;cisco AS5300 (R4K) processor (revision A.32) with 131072K/16384K bytes of memory. &lt;br&gt;8 Channelized E1/PRI port(s) &lt;br&gt;60 DSP(s), 60 Voice resource(s) &lt;br&gt;&lt;br&gt;IOS: c5300-js-mz.123-21.bin &lt;br&gt;&lt;br&gt;Работает как основной VoIP шлюз. Стала возникать проблема следующего характера: Ориентировочно через каждый месяц клиенты начинают жаловаться, что не могут дозвониться и им дается сигнал &quot;занято&quot;. При просмотре sh call history voice видно что звонки от этих клиентов завершаются с кодом 63. &lt;br&gt;При этом число занятых DSP значительно меньше имеющихся в системе. Ошибок на потоках PRI также не наблюдается. Пока исправляет ситуацию только перезагрузка шлюза, после которой он еще около месяца работает нормально, а затем вновь возникает похожая проблема. Неполадки возникли после модернизации сети в ходе которой на 5300 были перенесены три клиентских потока (не полные, от 6 до 10 тайм-слотов). &lt;br&gt;&lt;br&gt;Подскажите пожалуйста, что можно сделать в данной ситуации? Поможет-ли обновление IOS-а (какой наиб</description>

<item>
    <title>Отбой звонков с кодом 63 на AS5300 (VitekA)</title>
    <link>https://opennet.me/openforum/vsluhforumID6/22605.html#4</link>
    <pubDate>Thu, 26 May 2011 11:27:35 GMT</pubDate>
    <description>&amp;gt; Посмотрите sh call hist vo id $id для сбойного вызова на предмет &lt;br&gt;&amp;gt; Internal Error Code, потом смотрите что это такое по sh voice &lt;br&gt;&amp;gt; iec descr $code. Если последняя цифра в нем 0 - есть &lt;br&gt;&amp;gt; шанс починить.&lt;br&gt;&amp;gt; А вообще память из далекого прошлого подсказывает что надо лечить VCWare, только &lt;br&gt;&amp;gt; как это делается я уже не вспомню.&lt;br&gt;&lt;br&gt;После перезагрузки пока сбоев не было, поэтому посмотреть сбойные вызова не получится.&lt;br&gt;В настоящий момент dspware/vcware 4.1.41 могу только &quot;откатить&quot;.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Отбой звонков с кодом 63 на AS5300 (mdenisov)</title>
    <link>https://opennet.me/openforum/vsluhforumID6/22605.html#3</link>
    <pubDate>Thu, 26 May 2011 10:56:05 GMT</pubDate>
    <description>Посмотрите sh call hist vo id $id для сбойного вызова на предмет Internal Error Code, потом смотрите что это такое по sh voice iec descr $code. Если последняя цифра в нем 0 - есть шанс починить.&lt;br&gt;А вообще память из далекого прошлого подсказывает что надо лечить VCWare, только как это делается я уже не вспомню.&lt;br&gt;</description>
</item>

<item>
    <title>Отбой звонков с кодом 63 на AS5300 (VitekA)</title>
    <link>https://opennet.me/openforum/vsluhforumID6/22605.html#2</link>
    <pubDate>Tue, 24 May 2011 06:15:17 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt; после которой он еще около месяца паботает нормально, а затем вновь &lt;br&gt;&amp;gt;&amp;gt; возникает похожая проблема. Неполадки возникли после модернизации сети в ходе которой &lt;br&gt;&amp;gt;&amp;gt; на 5300 были перенесены три клиентских потока (не полные, от 6 &lt;br&gt;&amp;gt;&amp;gt; до 10 тайм-слотов).&lt;br&gt;&amp;gt;&amp;gt; Подскажите пожалуйста, что можно сделать в данной ситуации? Поможет-ли обн&apos;CFвление IOS-а &lt;br&gt;&amp;gt;&amp;gt; (какой наиболее стабильный IOS)?&lt;br&gt;&amp;gt;&amp;gt; Спасибо.&lt;br&gt;&amp;gt; как правило дс=63 отдается при перегрузке&#092;нехватке циски: процессор, память, спе. нужно &lt;br&gt;&amp;gt; смотреть в реальном времени чего ей не хватает.&lt;br&gt;&amp;gt; похоже на утечку памяти из-за ИОСа &lt;br&gt;&lt;br&gt;Опять возникла такая же ошибка. Перед этим старый шлюз был заменен аналогичным шлюзом. Посмотрел в этот момент загрузку процессора и памяти циски, а также число звонков:&lt;br&gt;&lt;br&gt;CPU utilization for five seconds: 19&#037;/17&#037;; one minute: 18&#037;; five minutes: 15&#037;&lt;br&gt; PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process&lt;br&gt; 112     1630268    272269       5987  0.39&#037;  0.59&#037;  0.72&#037;   0 SNMP Traps&lt;br&gt; 114     1225572</description>
</item>

<item>
    <title>Отбой звонков с кодом 63 на AS5300 (dae)</title>
    <link>https://opennet.me/openforum/vsluhforumID6/22605.html#1</link>
    <pubDate>Wed, 18 May 2011 11:39:50 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; что звонки от этих клиентов завершаются с кодом 63.&lt;br&gt;&amp;gt; При этом число занятых DSP значительно меньше имеющихся в системе. Ошибок на &lt;br&gt;&amp;gt; потоках PRI также не наблюдается. Пока исправляет ситуацию только перезагрузка шлюза, &lt;br&gt;&amp;gt; после которой он еще около месяца паботает нормально, а затем вновь &lt;br&gt;&amp;gt; возникает похожая проблема. Неполадки возникли после модернизации сети в ходе которой &lt;br&gt;&amp;gt; на 5300 были перенесены три клиентских потока (не полные, от 6 &lt;br&gt;&amp;gt; до 10 тайм-слотов).&lt;br&gt;&amp;gt; Подскажите пожалуйста, что можно сделать в данной ситуации? Поможет-ли обн&apos;CFвление IOS-а &lt;br&gt;&amp;gt; (какой наиболее стабильный IOS)?&lt;br&gt;&amp;gt; Спасибо.&lt;br&gt;&lt;br&gt;как правило дс=63 отдается при перегрузке&#092;нехватке циски: процессор, память, спе. нужно смотреть в реальном времени чего ей не хватает.&lt;br&gt;похоже на утечку памяти из-за ИОСа&lt;br&gt;</description>
</item>

</channel>
</rss>
