cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
6141
Views
0
Helpful
5
Replies

Music on Hold for SIP Phones not working with CME or UC520

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,
http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cucme/admin/configuration/guide/cmemoh.html#wp1020801

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.

Any Idea?

Everyone's tags (4)
5 REPLIES
Rising star

Re: Music on Hold for SIP Phones not working with CME or UC520

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?

Re: Music on Hold for SIP Phones not working with CME or UC520

Hi Stevens,

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:0655815163@172.18.20.1:5060
    602 11.770955   172.18.20.10          172.18.20.1           SIP/SDP  Request: INVITE sip:0655815163@172.18.20.1: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:0655815163@172.18.20.1:5060
    654 19.939877   172.18.20.10          172.18.20.1           SIP/SDP  Request: INVITE sip:0655815163@172.18.20.1: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:0655815163@172.18.20.1:5060

Rising star

Re: Music on Hold for SIP Phones not working with CME or UC520

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.

Re: Music on Hold for SIP Phones not working with CME or UC520

Steven

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

Best Regards

Highlighted
Beginner

Is this resolved by your TAC?

Is this resolved by your TAC?

CreatePlease to create content