Hi!
Here is an excerpt from CME admin guide:
In Cisco Unified CME 4.1 and later versions, the MOH feature is supported when a call is put on hold from a SIP phone and when the user of a SIP phone is put on hold by a SIP, SCCP, or POTS endpoint. The holder (party that pressed the hold key) or holdee (party who is put on hold) can be on the same Cisco Unified CME or a different Cisco Unified CME connected through a SIP trunk. MOH is also supported for call transfers and conferencing, with or without a transcoding device.
Configuring MOH for SIP phones is the same as configuring MOH for SCCP phones.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucme/admin/configuration/guide/cmeadm/cmemoh.html#66824
Is it strictly about cisco SIP phones? As SIP is a standard protocol I suppose this can be working with 3-rd party sip phones.
I’m using 3-rd party SIP soft phones for windows and android: X-lite, Zoiper and CSipSimple.
If I press hold button on SCCP phone the other side (SIP or SCCP) is able to hear MOH.
But if I press hold button on the SIP phone the other side (SCCP or SIP) is not able to hear MOH at all. There is event no beep, just silence.
I have one IP network (and one broadcast domain). ISR Router currently not in production.
I tried both transports UDP and TCP.
Here are my observations regarding SIP messages:
Case 1: Call between SIP phone and SCCP (CIPC). I press a HOLD button on the SCCP phone. I can hear MOH on SIP phone.
During this call there are only typical SIP messages for call establish (invite, trying, ringing, ok) and for call teardown (bye,ok). No SIP messages when I put the call on HOLD.
Case 2: Call between a SIP phone and a SCCP phone. I press a HOLD button on the SIP phone. I can’t hear MOH on the SCCP phone.
Except obvious SIP messages for establish/teardown a call I can see some.
When I press the HOLD button for a first time on the SIP phone (put on HOLD) on the ISR router I can see:
Received: INVITE
Sent: trying
Sent: 200 OK
Received: ACK
And no music.
When I press the HOLD button again (turn off HOLD):
Received: INVITE
Sent: trying
Sent: 200 OK
Received: ACK
I have attached debug ccsip messages for case 2 with my remarks. If someone experienced in VoIP take a look at them I will be appreciate.
Are there any other helpful things to troubleshoot MOH for SIP?
Here are pertinent snippets of my config:
voice service voip
allow-connections sip to sip
sip
bind control source-interface FastEthernet0/0
bind media source-interface FastEthernet0/0
registrar server expires max 600 min 60
no call service stop
!
voice register global
mode cme
source-address 192.168.141.50 port 5060
max-dn 10
max-pool 10
authenticate register
authenticate realm voice.contoso.com
timezone 31
time-format 24
date-format D/M/Y
tftp-path flash:
create profile sync 0048520494841637
!
voice register dn 1
number 55551
allow watch
name test1
label 55551
!
voice register dn 2
number 55552
allow watch
name test2
label 55552
!
voice register pool 1
id mac 0000.0000.0000
number 1 dn 1
presence call-list
dtmf-relay sip-notify
username 55551 password 1234
codec g711ulaw
!
voice register pool 2
id mac 0000.0000.0000
number 1 dn 2
presence call-list
dtmf-relay sip-notify
username 55552 password 1234
codec g711ulaw
!
telephony-service
max-ephones 5
max-dn 10
ip source-address 192.168.141.50 port 2000
time-zone 31
time-format 24
date-format dd-mm-yy
max-conferences 8 gain -6
moh flash:/moh-cisco.au
multicast moh 239.1.1.1 port 16384
transfer-system full-consult
create cnf-files version-stamp 7960 Apr 27 2016 03:40:55
!
ephone-dn 1 dual-line
number 750
label CIPC1
name CIPC1
!
!
ephone-dn 2 dual-line
number 751
label CIPC2
name CIPC2
!
!
ephone 1
device-security-mode none
mac-address 001D.92A6.B326
type CIPC
button 1:1
!
!
!
ephone 2
device-security-mode none
mac-address 001D.92A6.B327
type CIPC
button 1:2
