https://opennet.me/openforum/vsluhforumID6/21196.html Схема такая LDK300&lt;----h323----&gt;CISCO&lt;-----sip-----&gt;ASTERISK<br>C Asterisk звонок на LDK300 проходит, разговор идет - все замечательно. Проблема в звонке с LDK300 на Asterisk - звонок проходит, на телефоне Asterisk поднимаем трубку - у нас пошло время считать, а на телефоне LDK300 слышны гудки, как буд то никто на Asterisk трубку не снимал. Дабы исключить Asterisk он был заменён сиповским телефоном - таким образом в игре остались миниАТС LDK300 и cisco 2821 с sip-телефоном. Ради эксперимента в cisco была вставлена платка FXS - звонки ходят во все стороны нормально - следовательно косяк где то в преобразовании H323-&gt;SIP. Перепробовал уже все мысли которые были - помогите победить эту проблему?<br><br>Какие дебаги нужны - скажите тогда выложу, а то если все выкладывать - будет много :-) Дебаги с LDK300 получить скорее не смогу... человек который её обслуживает говорит что уже не знает что может быть. с Другими H323 устройствами напрямую без cisco звонки с LDK300 проходят<br><br>LDK300:<br>Прошика АТС (стоит 600 проц) - 3.8 https://opennet.me/openforum/vsluhforumID6/21196.html#51 Mon, 28 Jun 2010 15:04:05 GMT &gt;варешарк также не увидел RTP от ldk, и ситуация с портами точно <br>&gt;такая же. <br>&gt;При этом вы слышали друг друга нормально? <br><br>Да, слышим нормально и все вообще нормально при звонке в Е1 - ну внешне нормально и гудки, и связь и голос и все замечательно - как самый обычный звонок<br> https://opennet.me/openforum/vsluhforumID6/21196.html#50 Mon, 28 Jun 2010 14:54:29 GMT &gt;звонок с 4000(двл300)----h323----CISCO----E1----1278(ldk300) <br>&gt;http://83.221.166.33/1278.pcap.zip <br><br>варешарк также не увидел RTP от ldk, и ситуация с портами точно такая же.<br>При этом вы слышали друг друга нормально?<br> https://opennet.me/openforum/vsluhforumID6/21196.html#49 Mon, 28 Jun 2010 08:20:55 GMT &gt;[оверквотинг удален]<br>&gt;&gt;3) пятым звонком я звонил туда - все нормально, мы поговорили, но <br>&gt;&gt;это и работало... <br>&gt;<br>&gt;во всех звонках пакеты с голосом(RTP) VOIB отправляет с номера UDP порта <br>&gt;на две единицы отличающихся, от того что ей заявила cisco в <br>&gt;connect`е, в полях FastStart. <br>&gt;Так ведёт стек h323 от cisco всегда, стеки от других производителей, обычно <br>&gt;не заполняют это поле. <br>&gt;Вы можете убедится в этом на примере обратного звонка, в callProceding от <br>&gt;ldk это поле не заполнено. <br><br>И как с этим бороться?..<br><br>&gt;Странно что звонки ldk-cisco-pots у вас проходят нормально, не моглибы выложить снифер <br>&gt;такого звонка для сравнения. <br><br>звонок с 4000(двл300)----h323----CISCO----E1----1278(ldk300)<br>http://83.221.166.33/1278.pcap.zip<br><br>&gt;<br>&gt;information появилось из-за того что вы набрали на одну 5 больше. <br>&gt;Попробуйте набрать так ещё раз, какой будет результат? <br><br>попробовали. друг друга не услышали... фокус не повторился :-(<br><br><br> https://opennet.me/openforum/vsluhforumID6/21196.html#48 Fri, 25 Jun 2010 14:26:07 GMT &gt;вот дамп - файл 27 мегабайт... http://83.221.166.33/zvonki.pcap.zip <br>&gt;1) Первый звонок - каким то чудом прошел... и мы поговорили... офигели, <br>&gt;ибо звонок был контрольный... но не смотря на состоявшийся разговор в <br>&gt;дампе оказался записан только одн голос... <br>&gt;2) потом последовала полоса неудачных звонков - фокус повторить не удалось <br>&gt;3) пятым звонком я звонил туда - все нормально, мы поговорили, но <br>&gt;это и работало... <br><br>во всех звонках пакеты с голосом(RTP) VOIB отправляет с номера UDP порта на две единицы отличающихся, от того что ей заявила cisco в connect`е, в полях FastStart.<br>Так ведёт стек h323 от cisco всегда, стеки от других производителей, обычно не заполняют это поле.<br>Вы можете убедится в этом на примере обратного звонка, в callProceding от ldk это поле не заполнено.<br>Странно что звонки ldk-cisco-pots у вас проходят нормально, не моглибы выложить снифер такого звонка для сравнения.<br><br>information появилось из-за того что вы набрали на одну 5 больше.<br>Попробуйте набрать так ещё раз, какой https://opennet.me/openforum/vsluhforumID6/21196.html#47 Fri, 25 Jun 2010 13:06:07 GMT Дело не в этом.<br>пакеты UDP c голосом от VOIB в снифере есть, только в этих пакетах варешарк не распознал RTP.<br> https://opennet.me/openforum/vsluhforumID6/21196.html#46 Fri, 25 Jun 2010 11:28:08 GMT &gt;&gt;Какой фильтр был в варешарке? <br>&gt;&gt;Если вы слышали друг друга, значит RTP поток от станции был, осталось <br>&gt;&gt;его найти. <br>&gt;<br>&gt;никакого - это же полный дамп... фильтр потом применяли..<br><br>В самой программе wireshark есть меню telephony, там есть фильтр по VoIP Calls. И он показывает с какого куда звонил и подробную инфу. Удачный звонок и не удачный я щас выложу<br><br>Этот звонок прошел нормально:<br><br>&#124;Time &#124; 192.168.16.17 &#124;<br>&#124; &#124; &#124; 192.168.0.1 &#124; <br>&#124;58.148 &#124; setup OLC ( g711A g7231 g729 g711U g711A g7231... &#124;H225 From: 4000 To:5555 TunnH245:off FS:on<br>&#124; &#124;(14425) ------------------&gt; (1720) &#124;<br>&#124;58.163 &#124; callProceeding &#124;H225 TunnH245:off FS:off<br>&#124; &#124;(14425) &lt;------------------ (1720) &#124;<br>&#124;58.238 &#124; alerting &#124; &#124;H225 TunnH245:off FS:off https://opennet.me/openforum/vsluhforumID6/21196.html#45 Fri, 25 Jun 2010 11:22:34 GMT &gt;&gt;Какой фильтр был в варешарке? <br>&gt;&gt;Если вы слышали друг друга, значит RTP поток от станции был, осталось <br>&gt;&gt;его найти. <br>&gt;<br>&gt;никакого - это же полный дамп... фильтр потом применяли... <br><br>Какой фильтр потом применили?<br>Интересуют все пакеты от-на ip адрес VOIB.<br><br> https://opennet.me/openforum/vsluhforumID6/21196.html#44 Fri, 25 Jun 2010 11:16:15 GMT &gt;Какой фильтр был в варешарке? <br>&gt;Если вы слышали друг друга, значит RTP поток от станции был, осталось <br>&gt;его найти. <br><br>никакого - это же полный дамп... фильтр потом применяли...<br> https://opennet.me/openforum/vsluhforumID6/21196.html#43 Fri, 25 Jun 2010 11:05:48 GMT Какой фильтр был в варешарке?<br>Если вы слышали друг друга, значит RTP поток от станции был, осталось его найти.<br>