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

Unanswered Question
Jul 20th, 2009

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.

Any Idea?

I have this problem too.
1 vote
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Steven Smith Mon, 07/20/2009 - 13:46

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?

Alejandro Cadar... Mon, 07/20/2009 - 14:04

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           SIP/SDP  Request: INVITE sip:[email protected], with session description
     22 1.949125           SIP      Status: 100 Trying
     61 6.547215           SIP/SDP  Status: 183 Session Progress, with session description
    381 9.649416           SIP/SDP  Status: 200 OK, with session description
    392 9.754053           SIP      Request: ACK sip:[email protected]:5060
    602 11.770955           SIP/SDP  Request: INVITE sip:[email protected]:5060, with session description
    604 11.778423           SIP      Status: 100 Trying
    605 11.779071           SIP/SDP  Status: 200 OK, with session description
    607 11.890816           SIP      Request: ACK sip:[email protected]:5060
    654 19.939877           SIP/SDP  Request: INVITE sip:[email protected]:5060, with session description
    655 19.947186           SIP      Status: 100 Trying
    656 19.947802           SIP/SDP  Status: 200 OK, with session description
    669 20.053803           SIP      Request: ACK sip:[email protected]:5060

Steven Smith Mon, 07/20/2009 - 14:29

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.

Alejandro Cadar... Mon, 07/20/2009 - 14:37


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


This Discussion

Related Content