Problem With Cisco Phones
Possibly slightly off topic, has anyone ever had Cisco 79xx Series phones come up with “cannot complete conference” errors when trying to conference two calls together?
This message may be private and confidential. If you have received this message in error, please notify us and remove it from your system.
Gyron may monitor email traffic data and the content of email for the purposes of security and staff training.
Gyron Internet Ltd is a limited company registered in England and Wales. Registered number: 4239332. Registered office: 3 Centro, Boundary Way, Hemel Hempstead, HP2 7SU. VAT reg no 804 2532 63. Gyron is a registered trademark.
Gyron is a Deloitte Technology Fast 50 ranked company.
7 thoughts on - Problem With Cisco Phones
I’m willing to bet you are forcing the use of G729. 7940 and 7960 phones can only do a single G729 channel, and if you require G729 for the second leg of a conference, it will fail.
We were using G722 – I thought similarly and tried a call with alaw. Same problem occurred, any other ideas?
This message may be private and confidential. If you have received this message in error, please notify us and remove it from your system.
Gyron may monitor email traffic data and the content of email for the purposes of security and staff training.
Gyron Internet Ltd is a limited company registered in England and Wales. Registered number: 4239332. Registered office: 3 Centro, Boundary Way, Hemel Hempstead, HP2 7SU. VAT reg no 804 2532 63. Gyron is a registered trademark.
Gyron is a Deloitte Technology Fast 50 ranked company.
Next step is packet capture to see if there is a clue as to the cause of the failure in the SIP signalling.
Right, I see the following when running SIP Debug. Looks to me like the phones are expecting the server to do the conference mixing, which I guess it would do in CallManager?
<--- SIP read from TCP:xxx.xxx.xxx.xxx:50604 --->;tag 3a07fceb4b00eff1377deb-da93e2ee To:
REFER sip:xxx.xxx.xxx.xxx SIP/2.0
Via: SIP/2.0/TCP xxx.xxx.xxx.xxx:50604;branch=z9hG4bK48c7492c From: “4005”
Call-ID: OutOfDialog–001e-67a906f5-5333c2b8@xxx.xxx.xxx.xxx Max-Forwards: 70
Date: Tue, 20 Jan 2015 17:10:19 GMT
CSeq: 101 REFER
User-Agent: Cisco-CP7945G/9.4.2
Contact:
Referred-By: “4005”
Refer-To: cid:9a2a9191@xxx.xxx.xxx.xxx Content-Length: 963
Content-Type: application/x-cisco-remotecc-request+xml Content-Disposition: session;handling=required Content-Id: <9a2a9191@xxx.xxx.xxx.xxx>
<------------->
— (16 headers 3 lines) –
Apparently this is a known problem past v8 firmware:
http://kaa.kiev.ua/blog/asterisk-and-cisco-7945g-after-sip-firmware-update-version-9/
I’ve done some more playing about and what I’ve noticed is that even when using TCP SIP on the 8.x Firmware conferencing doesn’t work – making it use UDP fixes this.
So has anyone managed to get the 9.x firmware working with UDP? Possibly worth a try to see if this resolves the issue?
This message may be private and confidential. If you have received this message in error, please notify us and remove it from your system.
Gyron may monitor email traffic data and the content of email for the purposes of security and staff training.
Gyron Internet Ltd is a limited company registered in England and Wales. Registered number: 4239332. Registered office: 3 Centro, Boundary Way, Hemel Hempstead, HP2 7SU. VAT reg no 804 2532 63. Gyron is a registered trademark.
Gyron is a Deloitte Technology Fast 50 ranked company.
—
If I remember correctly, 9.x firmware dropped UDP support altogether.