https://www.opennet.dev/openforum/vsluhforumID6/211.html Добрый день!<br><br>Где-то года два назад, мы получили партию C2821, укомплектованных PVDM2-32 и VWIC2-2MFT-T1/E1. Запустили их в работу по уже отлаженному сценарию, но у всех у них наблюдался такой баг: иногда связь становилась либо односторонней, либо не было вообще, хотя сигнализация проходила всегда. На большинстве из них проблема решилась сменой IOS на 12.4(24)T. Но одной это не помогло и она все также морочит нам голову.<br>Симптомы: не периодически, по неустановленным причинам слышимость становится либо односторонней либо пропадает совсем. Потом может либо также сама собой восстановиться, либо нет, бывает, что помогает только перезагрузка циски, либо станции (но станция очень ненадежная штука, поэтому безопаснее циску).<br><br>По дебагам в эти моменты видим такое:<br>Oct 16 04:16:39.565: ISDN Se0/1/0:15 Q931: RX &lt;- SETUP pd = 8 callref = 0x0014 <br> Sending Complete <br> Bearer Capability i = 0x9090A3 <br> Standard = CCITT <br> Transfer Capability = 3.1kHz Audio <br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#11 Wed, 17 Oct 2012 11:18:44 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; сигнализация проходит, голосовой тракт проключается.<br>&gt;&gt;&gt; Еще были мысли в сторону организации канала, ибо там в трассе присутствует <br>&gt;&gt;&gt; радиорелейка. Но, опять же, есть подразделения, где также присутсвуют релейки и <br>&gt;&gt;&gt; связь гораздо хуже, бывает пропадают пакеты, но голос там отрабатывает на <br>&gt;&gt;&gt; ура (только во время пропадания пакетов слышится шум). Так что, как <br>&gt;&gt;&gt; бы тоже не вариант...<br>&gt;&gt;&gt; А вот вариант с умирающим DSP-модулем кажется довольно правдивым...<br>&gt;&gt; Похоже на перестроение IP маршрутизации, когда что-то начинает бегать через NAT!<br>&gt; NAT там не используется, а маршрутизация хоть и ospf, но не должна <br>&gt; перестраиваться, потому что канал один и балансировки там нет.<br><br>Смотрите логи OSPF-а, вполне может оказаться, что в одном направлении hello теряются, маршрутер сноси маршруты, а в другом направлении hello проскакивают - второй маршрутер считает, что все в норме, вот и получаете одностороннюю слышимость...<br>Или например коммутатор по вине релейки получает каку https://www.opennet.dev/openforum/vsluhforumID6/211.html#10 Wed, 17 Oct 2012 09:17:53 GMT &gt;[оверквотинг удален]<br>&gt;&gt; никто никого. Но сигнализация всегда проходит нормально, т.е. звонки и туда <br>&gt;&gt; и оттуда проходят. По логам станции все обрабатывается нормально, ИКМ занимается, <br>&gt;&gt; сигнализация проходит, голосовой тракт проключается.<br>&gt;&gt; Еще были мысли в сторону организации канала, ибо там в трассе присутствует <br>&gt;&gt; радиорелейка. Но, опять же, есть подразделения, где также присутсвуют релейки и <br>&gt;&gt; связь гораздо хуже, бывает пропадают пакеты, но голос там отрабатывает на <br>&gt;&gt; ура (только во время пропадания пакетов слышится шум). Так что, как <br>&gt;&gt; бы тоже не вариант...<br>&gt;&gt; А вот вариант с умирающим DSP-модулем кажется довольно правдивым...<br>&gt; Похоже на перестроение IP маршрутизации, когда что-то начинает бегать через NAT!<br><br>NAT там не используется, а маршрутизация хоть и ospf, но не должна перестраиваться, потому что канал один и балансировки там нет.<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#9 Wed, 17 Oct 2012 09:14:00 GMT &gt;[оверквотинг удален]<br>&gt; они нас (мы извне) слышат, а мы их нет, то вообще <br>&gt; никто никого. Но сигнализация всегда проходит нормально, т.е. звонки и туда <br>&gt; и оттуда проходят. По логам станции все обрабатывается нормально, ИКМ занимается, <br>&gt; сигнализация проходит, голосовой тракт проключается.<br>&gt; Еще были мысли в сторону организации канала, ибо там в трассе присутствует <br>&gt; радиорелейка. Но, опять же, есть подразделения, где также присутсвуют релейки и <br>&gt; связь гораздо хуже, бывает пропадают пакеты, но голос там отрабатывает на <br>&gt; ура (только во время пропадания пакетов слышится шум). Так что, как <br>&gt; бы тоже не вариант...<br>&gt; А вот вариант с умирающим DSP-модулем кажется довольно правдивым...<br><br>Похоже на перестроение IP маршрутизации, когда что-то начинает бегать через NAT!<br>Тем более если в этот момент на релейках "шумы"...<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#8 Wed, 17 Oct 2012 08:32:23 GMT &gt; Предоставленный трейс к данной проблеме никакого отношения иметь не может, то о <br>&gt; чем Вы пишите совершенно другая проблема и дебажить ее надо иначе. <br>&gt; Для начала посмотрите sh call hist vo id $id для такого <br>&gt; вызова с обоих сторон VoIP участка, дальше будет виднее что дебажить. <br>&gt;&gt; А вот вариант с умирающим DSP-модулем кажется довольно правдивым...<br>&gt; Об этом пока рано говорить, умирание DSP достаточно редкое явление и в <br>&gt; 99% случаев сопровождается руганью в логах.<br><br>Хорошо, как опять начнется такое, сниму дебаг...<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#7 Wed, 17 Oct 2012 08:19:56 GMT Предоставленный трейс к данной проблеме никакого отношения иметь не может, то о чем Вы пишите совершенно другая проблема и дебажить ее надо иначе. Для начала посмотрите sh call hist vo id $id для такого вызова с обоих сторон VoIP участка, дальше будет виднее что дебажить.<br><br>&gt; А вот вариант с умирающим DSP-модулем кажется довольно правдивым...<br><br>Об этом пока рано говорить, умирание DSP достаточно редкое явление и в 99% случаев сопровождается руганью в логах.<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#6 Wed, 17 Oct 2012 03:58:55 GMT &gt; Что-то я не пойму проблему - она в отсутствии слышимости или односторонней <br>&gt; слышимости, или в установке соединения? Судя по предоставленному трейсу второе. Если <br>&gt; наблюдается проблема со слышимостью, то она с этим никак не связана. <br>&gt; По трейсу - шлюз получает вызов из потока и пытается установить соединение. <br>&gt; Время ожидания progress у Вас 20 секунд. Если этого мало - <br>&gt; можно увеличить, за это отвечает таймер T310. По моему 20 секунд <br>&gt; вполне достаточно чтобы получить какой-нибудь ответ от терминирующей точки, Вам нужно <br>&gt; искать проблему дальше на сети, станция тут никоим образом не виновата, <br>&gt; как скорее всего и этот шлюз.<br><br>В том-то и дело, что баг такой плавающий. То односторонняя слышимость, причем они нас (мы извне) слышат, а мы их нет, то вообще никто никого. Но сигнализация всегда проходит нормально, т.е. звонки и туда и оттуда проходят. По логам станции все обрабатывается нормально, ИКМ занимается, сигнализация проходит, голосовой тракт проключается.<br>Еще были мысли в сторону органи https://www.opennet.dev/openforum/vsluhforumID6/211.html#5 Tue, 16 Oct 2012 13:16:18 GMT &gt;&gt; Где-то года два назад, мы получили партию C2821, укомплектованных PVDM2-32 и VWIC2-2MFT-T1/E1.<br>&gt; Здравствуйте. А можно не по теме?<br>&gt; Разве 2821 поддерживает VWIC, там же HWIC ?<br><br>Извините, ибо HWICs slots can also support WICs, VICs, and VWICs..<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#4 Tue, 16 Oct 2012 13:11:08 GMT Что-то я не пойму проблему - она в отсутствии слышимости или односторонней слышимости, или в установке соединения? Судя по предоставленному трейсу второе. Если наблюдается проблема со слышимостью, то она с этим никак не связана.<br><br>По трейсу - шлюз получает вызов из потока и пытается установить соединение. Время ожидания progress у Вас 20 секунд. Если этого мало - можно увеличить, за это отвечает таймер T310. По моему 20 секунд вполне достаточно чтобы получить какой-нибудь ответ от терминирующей точки, Вам нужно искать проблему дальше на сети, станция тут никоим образом не виновата, как скорее всего и этот шлюз.<br> https://www.opennet.dev/openforum/vsluhforumID6/211.html#3 Tue, 16 Oct 2012 12:59:20 GMT &gt; Где-то года два назад, мы получили партию C2821, укомплектованных PVDM2-32 и VWIC2-2MFT-T1/E1. <br><br>Здравствуйте. А можно не по теме?<br>Разве 2821 поддерживает VWIC, там же HWIC ?<br>