https://opennet.me/openforum/vsluhforumID6/15653.html Есть проблема с прохождением DTMF по следующей схеме: <br><br><br>Провайдер1 &#8211;SIP (G711)---&gt; циска (3745) --&gt; IVR &#8211;H323 (G729)--&gt; Провайдер2 <br><br>Циска шлет DTMF в теле 729 кодека и софт провайдера (Мера) не понимает такой DTMF, а заставить циску слать в сигналинке DTMF после SIPа не получается. <br> https://opennet.me/openforum/vsluhforumID6/15653.html#9 Tue, 04 Mar 2008 15:02:47 GMT &gt;&gt;Попробуйте <br>&gt;&gt; dtmf-relay h245-signal <br>&gt;&gt;или лучше <br>&gt;&gt; dtmf-relay h245-signal h245-alphanumeric rtp-nte <br>&gt;&gt;попробуйте out dial-peer. <br>&gt;<br>&gt;Попробовал, DTMF не проходит :( <br><br>Я так думаю что циске надо запретить передавать dtmf через rtp-nte<br>команда dtmf-relay h245-signal h245-alphanumeric rtp-nte указывает порядок приоритета для обработки dtmf но не запрета использования того или иного метода.<br><br>Возможно (предположение) надо сделать следующим образом:<br><br>Входящий:<br>dial-peer voice 212 voip<br>description Incoming from Gorod<br>huntstop<br>service ivr<br>session protocol sipv2<br>incoming called-number 781419xxxx<br>dtmf-relay rtp-nte digit-drop <br>codec g711ulaw<br>no vad<br><br>исходящий так и остается<br>dial-peer voice 783 voip<br>translation-profile outgoing xxx1<br>huntstop<br>destination-pattern 8540xxxx$<br>session target ipv4:192.168.138.25<br>dtmf-relay h245-alphanumeric<br> https://opennet.me/openforum/vsluhforumID6/15653.html#8 Tue, 04 Mar 2008 08:53:33 GMT &gt;Попробуйте <br>&gt; dtmf-relay h245-signal <br>&gt;или лучше <br>&gt; dtmf-relay h245-signal h245-alphanumeric rtp-nte <br>&gt;попробуйте out dial-peer. <br><br>Попробовал, DTMF не проходит :(<br> https://opennet.me/openforum/vsluhforumID6/15653.html#7 Tue, 04 Mar 2008 08:14:01 GMT Попробуйте<br> dtmf-relay h245-signal<br>или лучше<br> dtmf-relay h245-signal h245-alphanumeric rtp-nte <br>попробуйте out dial-peer.<br> https://opennet.me/openforum/vsluhforumID6/15653.html#6 Tue, 04 Mar 2008 06:14:46 GMT &gt;Если cisco не проводит переобразование способа dtmf-relay, <br>&gt;что несколько странно. То попробуйте внути IVR поставить <br>&gt;event-handler dc-digit. <br><br>Есть такое :)<br><br>puts "\n GotDest start"<br> global NumDestPrompt;<br> global DestPromptFlag;<br> global account;<br> global destination;<br> global Pin;<br><br> set status [infotag get evt_status];<br> switch $status {<br>"cd_001" {<br>puts "\n GotDest cd_001"<br>#fsm setstate DISCONNECTED<br> fsm setstate CHECKDEST <br>GetDest<br>return;<br>}<br>"cd_002" {<br>puts "\n GotDest cd_002"<br>#fsm setstate DISCONNECTED<br> fsm setstate CHECKDEST <br>GetDest<br>return;<br>}<br>"cd_004" {<br>set destination [infotag get evt_dcdigits];<br>puts "\n************dest_number = $destination";<br>set msg "Call from Pin="<br>append msg $Pin<br>append msg " to destination "<br>append msg $destination<br>append msg [clock format [clock seconds]]<br>log -s INFO $msg<br>leg setup $destination callinfo leg_incoming<br>fsm setstate CALLSTATUS <br>return;<br>}<br>default {<br>puts "\n GotDest default"<br>#fsm s https://opennet.me/openforum/vsluhforumID6/15653.html#5 Mon, 03 Mar 2008 14:01:27 GMT Если cisco не проводит переобразование способа dtmf-relay,<br>что несколько странно. То попробуйте внути IVR поставить<br>event-handler dc-digit.<br> https://opennet.me/openforum/vsluhforumID6/15653.html#4 Mon, 03 Mar 2008 12:22:06 GMT &gt;RTP-NTE имеет свой собственный payload type, обычно 101 <br>&gt;, что и должно согласовываться в секции H245. <br>&gt;Как видно из приведённой схемы - на cisco ip-2-ip. <br>&gt;Попробуйте поставить на cisco outgouing dial-peer <br>&gt;только dtmf-relay h245-signal h245-alphanumeric, <br>&gt;на входном dtmf-relay rtp-nte. <br><br>Так и есть<br><br>Исходящий<br>dial-peer voice 783 voip<br> translation-profile outgoing xxx1<br> huntstop<br> destination-pattern 8540xxxx$<br> session target ipv4:192.168.138.25<br> dtmf-relay h245-alphanumeric<br>!<br><br>Входящий:<br>dial-peer voice 212 voip<br> description Incoming from Gorod<br> huntstop<br> service ivr<br> session protocol sipv2<br> incoming called-number 781419xxxx<br> dtmf-relay rtp-nte<br> codec g711ulaw<br> no vad<br> https://opennet.me/openforum/vsluhforumID6/15653.html#3 Mon, 03 Mar 2008 12:13:08 GMT RTP-NTE имеет свой собственный payload type, обычно 101<br>, что и должно согласовываться в секции H245.<br>Как видно из приведённой схемы - на cisco ip-2-ip.<br>Попробуйте поставить на cisco outgouing dial-peer<br>только dtmf-relay h245-signal h245-alphanumeric,<br>на входном dtmf-relay rtp-nte.<br> https://opennet.me/openforum/vsluhforumID6/15653.html#2 Mon, 03 Mar 2008 09:51:36 GMT &gt;Попробуйте посмотреть tcpdump, что происходит с rpt-nte. На MERA для H323-H323 <br>&gt;подобного подавления не замечалось. <br><br>Провайдер смотрел tcpdump`ом:<br><br>если 711 кодек, то он видет DTMF, если 729 то не видет <br><br>я смотрел со своей стороны дебагом на циске, и по логам было видно что циска DTMF видит отправляет.<br><br>Провайдер обращался к производителю Меры, вот что он сказал:<br><br>В данном случае, нет никаких неисправностей в MVTS II. Система отрабатывает DTMF так, как это и было задуманно.<br>Собственно, не совсем корректно сконфигурированные Cisco почти что единственные шлюзы, которые шлют в H.323 сигналы DTMF по протоколы rfc2833. При нормальной конфигурации, Cisco должен слать DTMF в H.323 в сигналинге (сообщения UserInput. Если H.245 Tunneling - TRUE, то тогда эти сообщения будут инкапсулированны в Facility), также как это делают все остальные H.323 устройства.<br> https://opennet.me/openforum/vsluhforumID6/15653.html#1 Mon, 03 Mar 2008 09:13:26 GMT Попробуйте посмотреть tcpdump, что происходит с rpt-nte. На MERA для H323-H323<br>подобного подавления не замечалось.<br>