<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head><body style="">
<div>
Hello,
</div>
<div>
</div>
<div>
just to follow up with the one-way audio issue: it seems that this is a software bug in CUCM 9.1.1
</div>
<div>
<p>CSCug50634 : <a href="https://tools.cisco.com/bugsearch/bug/CSCug50634/?reffering_site=dumpcr">https://tools.cisco.com/bugsearch/bug/CSCug50634/?reffering_site=dumpcr</a></p>
<p>one-way voice with diverted 3rd party phones, from sip via mgcp/qsig</p>
<p>We will upgrade the cluster next weekend. Thanks go out to cisco tac !</p>
<p>Michael</p>
</div>
<div>
> "Ryan Ratliff (rratliff)" <rratliff@cisco.com> hat am 16. Januar 2014 um 15:53 geschrieben:
<br />>
<br />>
<br />> That's also a rather old phone firmware version for a new deployment.
<br />>
<br />> You can also look at the phone's web page under Streaming Statistics to see the IP address and port it is sending to. Compare with the original call and then after hold/resume to see what's different.
<br />>
<br />> If it is a UCM bug you'll have to go to 9.1(2) to get any fixes so I'd recommend sticking that on your list of things to do.
<br />>
<br />> -Ryan
<br />>
<br />> On Jan 15, 2014, at 9:02 AM, Mark Holloway <mh@markholloway.com> wrote:
<br />>
<br />> Sounds like the 9971 doesn’t know to send media to the 2901 until hold/resume is pressed and then the SIP SDP has the correct address/port to send media to the 2901.Apparently receive is working. I would do a debug or wireshark capture and see if there is a difference in the SDP when the call is initially placed vs. hold/resume.
<br />>
<br />>
<br />> On Jan 15, 2014, at 2:11 AM, Michael Hamann <mail@mhamann.net> wrote:
<br />>
<br />> > Hello,
<br />> >
<br />> > we have a strange issue with one-way-audio under certain circumstances with Cisco SIP phones (8961,9951,9971) registered to a CUCM (9.1.1.20000-5).
<br />> >
<br />> > We are in progress of a migration project from an old Siemens PBX to Cisco UC. At the moment the Cisco UC world is behind the Siemens PBX connected with a Cisco 2901 Voice gateway connected via E1/QSIG. All calls to the PSTN are routed through the Siemens PBX.
<br />> >
<br />> > So calls go like this:
<br />> >
<br />> > CP9971 ---SIP--- CUCM ---MGCP--- Cisco2901(E1) --- QSIG/ISO --- Siemens Hipath4K --- SiemensUP0Phone ---> forwarded to another extension (internal or external)
<br />> >
<br />> > At the moment we have about 350 phones running on the Cisco UC side. So far we used only SCCP phones (79XX phones and 6945 phones). With these phones everything is working fine. No problems with audio or any feature like transfer, conference etc.
<br />> >
<br />> > The SIP phones can do normal calls without problem and a reachable like expected. Call transfer, call hold, conference everything works fine. But magic happens when we try to make a call from a Cisco *SIP* phone to one of the old Siemens extension which has been forwarded to another extension.
<br />> >
<br />> > In this case we get one way audio (the called person can´t hear me). This is reproducible and happens every time. When we forward another cisco extension to something and call this number - no problem.
<br />> >
<br />> > We did some tests with this issue and found out the following:
<br />> >
<br />> > - if we put this "one-way-audio" call on the SIP phone on hold for a moment and get the call back, the one-way-audio is gone and both audio directions work.
<br />> > - this issue only happens on SIP phones. When we put the same DN as a shared/or single line on a SCCP phone, we have no audio issues at all.
<br />> > - calls to forwarded Cisco extension work without audio issues.
<br />> > - for tests we enabled the "media termination point required" option under the SIP phone, now, the one way audio issues are gone, but attended transfer is not possible anymore.
<br />> > - we can´t see any error messages on the phone logs.
<br />> > - when we show up the call status (while the call is established) on the 99XX phone, the packet counters count up in both receiving and sending direction even if the called person can´t hear me.
<br />> >
<br />> > Here some detailed information about software version we use:
<br />> >
<br />> > Cisco SIP phones (8961,9951,9971) --- 9-2-3-27
<br />> > Cisco Voice Gateway 2901 --- IOS 15.2(3)T
<br />> > CUCM --- 9.1.1.20000-5
<br />> >
<br />> > There is no Firewall/NAT between the Phone, CUCM and gateway.
<br />> >
<br />> > We are a bit stuck with this at the moment. Do you have any advice on where to start troubleshooting? Is there any known bug which leads to this issue?
<br />> >
<br />> > thank you for any help
<br />> > kind regards
<br />> > Michael
<br />> > _______________________________________________
<br />> > cisco-voip mailing list
<br />> > cisco-voip@puck.nether.net
<br />> > https://puck.nether.net/mailman/listinfo/cisco-voip
<br />>
<br />>
<br />> _______________________________________________
<br />> cisco-voip mailing list
<br />> cisco-voip@puck.nether.net
<br />> https://puck.nether.net/mailman/listinfo/cisco-voip
<br />>
<br />>
</div>
</body></html>