Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
983
Views
0
Helpful
3
Replies

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

petipetipeti
Level 1
Level 1

‎11-24-2017 06:08 AM - edited ‎03-17-2019 11:40 AM

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

 

 

Labels:
0 Helpful
3 Replies 3

Mohammed al Baqari
Level 11
Level 11

‎11-24-2017 07:40 AM

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

0 Helpful

petipetipeti
Level 1
Level 1
In response to Mohammed al Baqari

‎11-27-2017 02:34 AM

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#

0 Helpful

manpreet1.singh@orange.com
Level 1
Level 1

‎11-25-2017 01:04 AM

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
0 Helpful
Customers Also Viewed These Support Documents