<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I’ve seen instances where the SIP SDP contains either a=send or a=receive for Blind Transfer on CUCM and that causes one way audio. On one instance this was between CUCM and Lync. Fortunately the customer had an Acme Packet SBC and we used SIP Header Manipulation Rules to fix it. <div><br></div><div>Can you get a Wireshark pcap of the SIP messaging for the entire call flow?  That would be very helpful. <br><div><br><div><div>On Apr 30, 2014, at 8:37 AM, Anthony Holloway <<a href="mailto:avholloway+cisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Was one of the supp service changes you tried: "send send-receive SDP in mid-call INVITE?"<div><br></div><div>Can you post your SIP control messaging?<span></span><br><div><br></div><div><p class="pB1_Body1" style="margin:1px 0em 6px;font-size:20px;font-family:Arial,Helvetica,sans-serif">

To prevent Cisco Unified Communications Manager from sending an INVITE a=inactive SDP message during call hold or media break during supplementary services, edit the appropriate SIP profile, and check the <b class="cBold">Send send-receive SDP in mid-call INVITE</b> check box.</p>

<a name="wp1162861" style="font-size:13px;font-family:Arial,Helvetica,sans-serif"></a><p class="pNT_NoteTable" style="font-family:Arial,Helvetica,sans-serif;font-size:20px;margin:0px 0em 7px 0.4in"><b>Note </b><img src="http://www.cisco.com/c/dam/en/us/td/i/templates/blank.gif" alt="" width="1" height="2" border="0" style="border-width: 0px;">This check box applies only to early offer enabled SIP trunks and has no impact on SIP line calls.</p>

Source: <a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_5_1/ccmsys/accm-851-cm/a08trnk.html#wp1150004">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/8_5_1/ccmsys/accm-851-cm/a08trnk.html#wp1150004</a></div>

<div><br></div><div>-Anthony</div><div><br>On Wednesday, April 30, 2014, Dana Tong <<a href="mailto:Dana_Tong@bridgepoint.com.au">Dana_Tong@bridgepoint.com.au</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div lang="EN-AU" link="blue" vlink="purple">

<div><p class="MsoNormal">Good evening all,<p class="MsoNormal"> <p class="MsoNormal">A colleague and myself have discovered an issue where a Blind transfer has one-way audio.<p class="MsoNormal"> <p class="MsoNormal">The scenario is as follows:<p class="MsoNormal">IP Phone to IP phone call<p class="MsoNormal">Transfer to off-net mobile via SIP Trunk (via CUBE)<p class="MsoNormal">Blind Transfer<p class="MsoNormal"> <p class="MsoNormal">When the remote person answers the phone, there is audio heard on the remote party, but nothing on the IP phone.<p class="MsoNormal"> <p class="MsoNormal">The SIP trace SDP appears OK. The IP addresses seem to be c=IN IP is correct.

<u></u><u></u></p><p class="MsoNormal">The web page for the phone reports Stream = Not Ready.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Does anyone have any tips or thoughts on this issue? Have tried a number of config changes with respect to supplementary services on the CUBE, and MTP etc on the CUCM Trunk.<u></u><u></u></p><p class="MsoNormal"><br>

Cheers<u></u><u></u></p><p class="MsoNormal">Dana<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p>

</div>

</div>

</blockquote></div></div>

_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></blockquote></div><br></div></div></body></html>