We have Cisco SIP Phone and SCCP configured either in 2821 with UCME 7.0.1 or UC520 with 7.1 and MoH from flash doesn't work in any of the two scenacios for SIP phones, the same configuration works for SCCP phones. It is supposed to be supported as per,
SCCP and SIP phones are in the same IP network, SIP phones are configured to use g711ulaw.
There is not MoH, no matter the type of call, SIP provider, POTS or internal.
First, this forum isn't for ISR's. While the ISR's and the UC500 series of products are very similar, you will have to use the netpro forums for those products. I will try to answer for the UC500 phones, but SIP endpoints are not officially supported with the UC500 at this time.
What IP's are the SIP phones using? Are they on the voice subnet? Do you see the SDP information in the invite for the phones when they are put on hold?
Can the SIP phone not hear the MoH or can the SCCP phone not hear the MoH?
Thanks anyway, we tried in both of them just in case it was a problem of the platform or the specific IOS.
The SIP phones are in the voice VLAN
The problem is when the SIP phone holds a call, the other side can't hear the music. Either if the other side is another IP phone or the PSTN (ISDN in our case). When the SCCP phone holds a Call the other side in the PSTN can hear the music.
Yes, I can see the invite We have a capture with a previous addressing
No. Time Source Destination Protocol Info
21 1.938145 172.18.20.10 172.18.20.1 SIP/SDP Request: INVITE sip:0655815163@arca, with session description
22 1.949125 172.18.20.1 172.18.20.10 SIP Status: 100 Trying
61 6.547215 172.18.20.1 172.18.20.10 SIP/SDP Status: 183 Session Progress, with session description
381 9.649416 172.18.20.1 172.18.20.10 SIP/SDP Status: 200 OK, with session description
392 9.754053 172.18.20.10 172.18.20.1 SIP Request: ACK sip:firstname.lastname@example.org:5060
602 11.770955 172.18.20.10 172.18.20.1 SIP/SDP Request: INVITE sip:email@example.com:5060, with session description
604 11.778423 172.18.20.1 172.18.20.10 SIP Status: 100 Trying
605 11.779071 172.18.20.1 172.18.20.10 SIP/SDP Status: 200 OK, with session description
607 11.890816 172.18.20.10 172.18.20.1 SIP Request: ACK sip:firstname.lastname@example.org:5060
654 19.939877 172.18.20.10 172.18.20.1 SIP/SDP Request: INVITE sip:email@example.com:5060, with session description
655 19.947186 172.18.20.1 172.18.20.10 SIP Status: 100 Trying
656 19.947802 172.18.20.1 172.18.20.10 SIP/SDP Status: 200 OK, with session description
669 20.053803 172.18.20.10 172.18.20.1 SIP Request: ACK sip:firstname.lastname@example.org:5060
I would need to actually the SDP information that was presented in the packets. Since this is actually a POTS endpoint... I need to think about this more as well. Would you mind opening a TAC case on the 2800 problem. They might be the quickest way to resolution here.
That's fine, we will do it tomorrow morning, because of the European TimeZone.
I will let you know as soon as I have news.
Just in case you find something, I attach the full pcap file, the capture is with a 3rd party phone, but the problem is the same with a 7911 SIP Cisco IP Phone