[cisco-voip] SIP trunk one way audio

[Bill Riley]

I shouldn't need an MTP for this connection. All SIP traffic is sourced from
one interface.  I do have SCCP traffic sourced from a different interface
but it is only used for a conference bridge, not MTP. 

 

From: Cheng, Karen [mailto:Karen.Cheng at racq.com.au] 
Sent: Thursday, November 11, 2010 9:14 PM
To: 'Bill Riley'
Subject: RE: [cisco-voip] SIP trunk one way audio

 

Not sure if you have checked already but is your SIP trunk using one
interface and your MTP/SCCP interface a different interface?

 

I had one-way audio/no audio problems ages back due to this because our
integrator had configured the SIP trunk to point to int gi0/0's IP and then
configured the SCCP interface to loopback0.

 

Regards

 

Karen Cheng

Voice Network Engineer

 

 

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Bill Riley
Sent: Friday, 12 November 2010 2:15 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] SIP trunk one way audio

 

I have a new SIP trunk terminating in a 2921 CUBE bundle. When I call in
from the Trunk directly to an IP phone it works correctly. If I call from
the trunk to IP phone and the IP phone transfers the call without waiting
for the remote party to answer I get one way audio. From reading this looks
like and MTP issue but I have an MTP set in the MRGL for the trunk. 


75% of inspected vehicle have a defect*. Call 13 1905 and book an RACQ
Vehicle Inspection today. *Based on the RACQ Vehicle Defect Report January
2008


Please Note: If you are not the intended recipient, please delete this email
as its use is prohibited. RACQ does not warrant or represent that this email
is free from viruses or defects. If you do not wish to receive any further
commercial electronic messages from RACQ please e-mail
unsubscribe at racq.com.au or contact RACQ on 13 19 05.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101112/314e89a6/attachment.html>