cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
582
Views
0
Helpful
3
Replies

no multicast moh to PSTN on 43xx PSTN gateway with SIP dial-peers

petipetipeti
Beginner
Beginner

Hello,

 

i am configuring voice-gateways since a while. But the change from 29xx to 43xx routers drives me cracy ... newest issue, i can not get music on hold to work to the PSTN.

 

Situation is like this: CUCM 10.5.2 -> SIP trunk (no MTP) -> 4321 router version 3.16.05 -> ISDN 

 

I have configured multicast music on hold under call-manager-fallback, configured the lopback interface etc. ...  to the phones in the LAN it seems to work!

moh enable-g711 "flash:music-on-hold.au"
multicast moh 239.100.100.1 port 16384 route 10.118.0.72 10.10.10.10

 

Now the thing is, i do not get any music when placing a PSTN call on hold. It's silence.

- When i change the dial-peer pointing to the callmanager from SIP to H323, everything works as it should - so i am assuming callmanager media config is correct.

- When i change the setup from multicast music to unicast (by changing the media resource group to a group with a unicast moh source) it also works with SIP - but i do not want to stream moh via the WAN, so i need the local multicast moh working

- Its a G711 only enviroment!  (Regions only G711, G729 disabled in cucm streaming app)

 

Using H323 is not a solution as other stuff is not working then (one way voice in some transfer scenarios).

Any idea, why this is not working when connected via SIP trunk?

 

Help highly appreciated :-)

thanks, Ingo

 

 

3 Replies 3

Mohammed al Baqari
VIP Advisor VIP Advisor
VIP Advisor

When you place the call on hold get the following output

 

- show ccm music

- show call active voice brief (indicate the calling and called number)

 

Then enable debug ccm music and place the call on hold again. Post the outpu

Hello,

 

below is the output of the commands - executed during a call placed on hold. 

I have also added "show ephone moh".

Maybe someone can see a hint in there ...

 

Thanks, Ingo

 

ALODLR01#
ALODLR01#show ccm-manager music-on-hold
Current active multicast sessions : 0
ALODLR01#
ALODLR01#
ALODLR01#show call active voice brief
<ID>: <CallID> <start>ms.<index> (<start>) +<connect> pid:<peer_id> <dir> <addr> <state>
dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> dscp:<packets violation> media:<packets violation> audio tos:<audio tos value> video tos:<video tos value>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
delay:<last>/<min>/<max>ms <codec> <textrelay> <transcoded

media inactive detected:<y/n> media cntrl rcvd:<y/n> timestamp:<time>

long duration call detected:<y/n> long duration call duration :<sec> timestamp:<time>
LostPacketRate:<%> OutOfOrderRate:<%>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>
last <buf event time>s dur:<Min>/<Max>s
FR <protocol> [int dlci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
ATM <protocol> [int vpi/vci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
Tele <int> (callID) [channel_id] tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBm
MODEMRELAY info:<rcvd>/<sent>/<resent> xid:<rcvd>/<sent> total:<rcvd>/<sent>/<drops>
speeds(bps): local <rx>/<tx> remote <rx>/<tx>
Proxy <ip>:<audio udp>,<video udp>,<tcp0>,<tcp1>,<tcp2>,<tcp3> endpt: <type>/<manf>
bw: <req>/<act> codec: <audio>/<video>
tx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>
rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>


Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 0
Multicast call-legs: 0
Total call-legs: 2
1 : 51 396034330ms.1 (10:25:46.219 UTC Mon Nov 27 2017) +15410 pid:200 Answer 887802 connected
dur 00:01:03 tx:0/0 rx:0/0 dscp:0 media:0 audio tos:0xB8 video tos:0x0
IP 10.61.90.22:5504 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711ulaw TextRelay: off Transcoded: No ICE: Off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
LostPacketRate:0.00 OutOfOrderRate:0.00

1 : 52 396034540ms.1 (10:25:46.430 UTC Mon Nov 27 2017) +15200 pid:100 Originate 90046XXXXXXXX active
dur 00:01:03 tx:1121/0 rx:0/0 dscp:0 media:0 audio tos:0x0 video tos:0x0
Tele 0/1/0 [0/1/0] tx:54080/22420/0ms g711ulaw noise:-82 acom:6 i/0:-79/-64 dBm


Telephony call-legs: 1
SIP call-legs: 1
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 0
Multicast call-legs: 0
Total call-legs: 2

ALODLR01#
ALODLR01#
ALODLR01#
ALODLR01#
ALODLR01#debug ccm-manager music-on-hold all
Call Manager music-on-hold all debugging is on
ALODLR01#
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
ALODLR01#
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:27:58: moh_update_rtp: callID 51 dstCallID 52
ALODLR01#
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
Nov 27 10:28:04: moh_update_rtp: callID 51 dstCallID 52
ALODLR01#
Nov 27 10:28:08: moh_update_rtp: callID 51 dstCallID 52
ALODLR01#

ALODLR01#show ephone moh

Skinny Music-on-Hold Process ID is 169.

-------------------------------------
Skinny Music On Hold Status - group 0
Active MOH clients 0 (max 2100), Media Clients 0, B-ACD Clients 0
File flash:music-on-hold.au (not cached) type AU Media_Payload_G711Ulaw64k 160 bytes
Moh multicast 239.100.100.1 port 16384 route 10.118.0.72 10.10.10.10

G.729 Music-on-Hold File Status
No MOH file loaded

ALODLR01#

Hi, it could be due to h245 communication issue. have you collected CUCM logs for the same. if yes please provide it Regards, Manpreet Singh
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Recognize Your Peers