<DIV>Hi Bryan,</DIV>
<DIV> </DIV>
<DIV>thanks for your suggestions. This morning I was just thinking exactly on the same lines. I have in fact performed the suggested debugs and confirmed that the gateway is infact cutting through the early media; it is the central office which is not switching it through to the caller. I have also traced the SS7 signalling (i have access to the CO signalling system) and the ACM lacks the optional parameter :</DIV>
<DIV> </DIV>
<DIV>'Inband information: inband info or pattern now available'</DIV>
<DIV> </DIV>
<DIV>Furthermore, looking at Q931 rec, it appears that not all ISDN networks supports the transmission of early media originating from the ISDN subscriber side:</DIV>
<DIV> </DIV>
<DIV>K.2 Procedures<BR>As a network option, completion of the transmission path prior to receipt of a call acceptance<BR>indication may be provided in one of three ways:<BR>a) on completion of successful channel negotiation at the destination interface; or<BR>b) on receipt of a message containing an indication that in-band information is being provided;<BR>or<BR><STRONG>c) not at all, i.e. this option is not supported by the network.</STRONG></DIV>
<DIV> </DIV>
<DIV>Thanks a lot for your help. </DIV>
<DIV> </DIV>
<DIV>Best regards,</DIV>
<DIV> </DIV>
<DIV>Carmelo</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>It should be cut through dependent on the sip progress message we receive.<BR>You might try 'progress setup enable 3' on the voip sip dial-peer as well.<BR><BR>Can you make a single test call with the following debug enabled so we can<BR>see what is happening:<BR> - debug isdn q931<BR> - debug ccsip message<BR> - debug voip ccapi inout<BR>Make sure that you have disabling console logging to minimize the impact of<BR>enabling the debugs.<BR><BR>You can also check the output of 'show call active voice brief' while the<BR>call is in alerting stage. You should see on the ip call leg side the rx<BR>packet count incrementing and on the telephony call leg side you should be<BR>able to see the 'out' dbm level fluctuate when you do multiple iterations of<BR>the command. If you see what appears to be some audio on the telephony call<BR>leg (meaning that you see the 'out' level at something than around -79dbm),<BR>then it
sounds like the audio is being cut through at the gateway but<BR>somewhere in the isdn cloud it is not being cut through.<BR><BR>Bryan<BR><BR><BR>From: Karl Smith <<A href="mailto:sipware@yahoo.co.uk">sipware@yahoo.co.uk</A>><BR>Date: Tue, 12 Apr 2005 15:20:11 +0100 (BST)<BR>To: <<A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Subject: [cisco-voip] Early media<BR><BR>Hi,<BR> <BR>thanks a lot for your help, but unfortunately the rtp send-recv did not<BR>solve the problem. I have also upgraded the IOS but still no success.<BR> <BR>Any other ideas??<BR> <BR>Regards,<BR> <BR>Carmelo<BR> <BR> <BR> <BR> <BR> <BR> <BR>From: "Teodor Georgiev" <<A href="mailto:tgeorgiev@is-bg.net">tgeorgiev@is-bg.net</A>><BR>To: <<A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>><BR>Sent: Tuesday, April 12, 2005 15:42<BR>Subject: Re: [cisco-voip] Early media<BR><BR>> <BR>>
<BR>> voice rtp send-recv<BR>> <BR>> issue that command in global configuration mode. It shall solve your problem.<BR>> The issue you have described below is an usual behaviour - the reverse<BR>> "bearer" path won't be opened until a CONNECT message is received.<BR>> <BR>> <BR>> <BR>> On Tuesday 12 April 2005 11:40, Karl Smith wrote:<BR>> > Hi,<BR>> ><BR>> > I am using a 2610 as a sip to isdn gateway. It appears that there is an<BR>> > issue with early media. When the gateway receives rtp in early media on the<BR>> > ip side it does not switch it through on the isdn bearer channel. Hence if<BR>> > any announcements or tones are provided on a media server just after the<BR>> > 183 session progress and before the 200 OK, these cannot be heard on the<BR>> > ISDN side.<BR>> ><BR>> > This problem does not exist in the reverse direction; i.e. if an<BR>> > anno! uncement is available on the isdn
side before the connect message, the<BR>> > gateway will swith it on an rtp stream and sends it to the ua.<BR>> ><BR>> > The IOS image that I am using is the c2600-is3x-mz.123-6b.bin<BR>> ><BR>> > Does any one knows whether this problem was resolved in more recent<BR>> > releases? If yes, any ideas which release?<BR>> ><BR>> > Thanks and regards,<BR>> ><BR>> > Carmelo<BR>> ><BR>> ><BR>> ><BR>> > Send instant messages to your online friends <A href="http://uk.messenger.yahoo.com">http://uk.messenger.yahoo.com</A><BR>> _______________________________________________<BR>> cisco-voip mailing list<BR>> <A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>> <A href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR>Send instant messages to your online friends <A
href="http://uk.messenger.yahoo.com">http://uk.messenger.yahoo.com</A><BR><BR>_______________________________________________<BR>cisco-voip mailing list<BR><A href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR><BR><BR></DIV><p>Send instant messages to your online friends http://uk.messenger.yahoo.com