Directory & Moh problem

Concerning MOH, you need to configure multicasting on the network. I forget how off the top of my head I'll have to look it up. remove the multicast string and moh should work.

As far as directories goes, does this happen on all of the phones?

Tried with Multicast off but it brings back the 3 beeps when on hold. Weird thing is, if I park a call, the music on hold plays through (still only using ip phones). Not sure whats going on there.

With the Directories, it the same on all phones

Fatbunny wrote: »

Tried with Multicast off but it brings back the 3 beeps when on hold. Weird thing is, if I park a call, the music on hold plays through (still only using ip phones). Not sure whats going on there.

With the Directories, it the same on all phones

Fatbunny,

I am having the same issue. Are you using CME 4.1? That's the version I am using... I'm wondering if this was fixed in version 4.3. I'm currently reading the CCNA Voice Official Exam Cert Guide and I believe they are using 4.3. Can someone confirm this? Thanks.

The local directory was a problem for me once before when I didn't have http enabled. You appear to have that covered. Is it all phones that's having the problem?

a "Show Telephony-Service" shows that its 4.1 although cisco's feature navigator only shows Call Manager Express 4.0(3) for that image. I think that will confirm the moh issue with 4.1. If your local directory is working mine should too, will have to look in to that more. What platform/image are you running ?

Fatbunny wrote: »

a "Show Telephony-Service" shows that its 4.1 although cisco's feature navigator only shows Call Manager Express 4.0(3) for that image. I think that will confirm the moh issue with 4.1. If your local directory is working mine should too, will have to look in to that more. What platform/image are you running ?

I'm running CME 4.1 on (2) 1760s and a 2621XM, and neither of them will play music on hold unless I park a call. If I configure the moh for unicast or multicast, I still will not get the moh until the calls are parked. I'm guessing its a CME 4.1 limitation. I'm going to check the cisco docs shortly.

-Peanut

I had the same MOH problem on my 1760 running CME 4.1. I had to run MOH in multicast to get it to work, and reload the router. Try;

moh flash:music-on-hold.au
multicast moh 239.1.1.55 port 2100

You'll also notice that the activity LEDs on the router and switch are very active after as well.

azaghul wrote: »
I had the same MOH problem on my 1760 running CME 4.1. I had to run MOH in multicast to get it to work, and reload the router. Try;
moh flash:music-on-hold.au
multicast moh 239.1.1.55 port 2100
You'll also notice that the activity LEDs on the router and switch are very active after as well.

Hadn't tried to reload after I ran the multicast... actually, reloads really don't come to mind unless I'm working with MS products!

I'll give that a shot... thanks for the info...

azaghul wrote: »
I had the same MOH problem on my 1760 running CME 4.1. I had to run MOH in multicast to get it to work, and reload the router. Try;
moh flash:music-on-hold.au
multicast moh 239.1.1.55 port 2100
You'll also notice that the activity LEDs on the router and switch are very active after as well.

Is the flash: portion of it needed? I'd bet in the 4.1 version it could make a difference. Reload too eh? Cisco has read to many MCP books.

chmorin wrote: »

Is the flash: portion of it needed? I'd bet in the 4.1 version it could make a difference. Reload too eh? Cisco has read to many MCP books.

Chmorin,

I've tried both methods

moh flash:music-on-hold.au
moh music-on-hold.au

Neither method had worked before... but I have not tried to do those methods with flash, multicast, and a reload. So I'll try to lab that up when I get home.

Can't say for certain if the flash: part was needed, all I know is thats what worked for me after a lot of pulling the hair out (not much left anyway) and trial and error.

azaghul wrote: »
I had the same MOH problem on my 1760 running CME 4.1. I had to run MOH in multicast to get it to work, and reload the router. Try;
moh flash:music-on-hold.au
multicast moh 239.1.1.55 port 2100
You'll also notice that the activity LEDs on the router and switch are very active after as well.

I tried that too before but no luck. The flash: option is not needed as the music plays through when a call is parked and plays also to fxs ports. I do tend to reload alot when having problems (usually pointless but why not).

azaghul, what platform / cme version were you running? Do you have a copy of the working config?

Still having no luck with the local directory. I started a "debug ip http all" hoping to see some requests from the phones but nothing. Have to try and get more info on the process.

I'm running a 1760 with IOS c1700-adventerprisek9-mz.124-15.T11.bin.

I also have a 3725, so the baby brother to your 3745. Its currently in the middle of my CIPT1 studies, and I only have a partial CME config at this stage (redoing my notes), so I'll try it over the weekend for you.

I currently have 2 x 7960's plugged in and am getting MoH between each handset. I've got a full config if needed. Send me a PM with an email address if needed, its quite lengthy...

[B]sh telephony-service[/B]
CONFIG (Version=4.1(0))
=====================
Version 4.1(0)
Cisco Unified Communications Manager Express

According to the readme file, the GUI is CME v4.1.0.1 for IOS v12.4(11)XJ, but that should not impact MoH.

[B]sh run | s telephony[/B]
telephony-service
 no auto-reg-ephone
 load 7960-7940 P0030702T023
 load 7914 S00104000100
 load 7912 CP7912080001SCCP051117A
 max-ephones 25
 max-dn 75
 ip source-address 192.168.11.1 port 2000
 caller-id block code *999
 system message Belegost (Melbourne)
 time-zone 48
 time-format 24
 date-format dd-mm-yy
 max-conferences 8 gain -6
 moh flash:music-on-hold.au
 multicast moh 239.1.1.55 port 2100
 web admin system name CMEadmin password cmeadmin
 dn-webedit
 transfer-system full-consult
 create cnf-files version-stamp 7960 Mar 01 2010 15:20:57

Thanks for that. I'm on 124-15.T8 ios, I must see if I can get a T11 or higher image. Can you do a "more system:its/XMLDefault.cnf.xml" and see if there is a tag for Directories url?

Ok, just working through my 3725.

So far not getting any MoH, wierd.

1760: debug ephone moh

[B]# debug ephone moh[/B]
EPHONE music-on-hold debugging is enabled
000081: 01:01:53: MoH route If FastEthernet0/0.11 ETHERNET 192.168.11.1 via ARP
000082: 01:01:58: MoH route If FastEthernet0/0.11 ETHERNET 192.168.11.1 via ARP
000083: 01:02:00: McastMoh is Available ([COLOR=Red][B]made call and placed it on-hold[/B][/COLOR])
000084: 01:02:03: MoH route If FastEthernet0/0.11 ETHERNET 192.168.11.1 via ARP
000085: 01:02:08: MoH route If FastEthernet0/0.11 ETHERNET 192.168.11.1 via ARP
000086: 01:02:11: ifs_read flash:music-on-hold.au end of file at 491198 read 5323 = 496521
000087: 01:02:11: moh tail fill from 24 at 0x84222CD7 length 2677

Both 1760 and 3725 show the same debug info, but the 3725 does not play MoH

1760: more system:its/XMLDefault.cnf.xml

[B]# more system:its/XMLDefault.cnf.xml[/B]
<Default>
<callManagerGroup>
<members>
<member  priority="0">
<callManager>
<ports>
<ethernetPhonePort>2000</ethernetPhonePort>
</ports>
<processNodeName>192.168.11.1</processNodeName>
</callManager>
</member>
</members>
</callManagerGroup>
<loadInformation6  model="IP Phone 7910"></loadInformation6>
<loadInformation124  model="Addon  7914">S00104000100</loadInformation124>
<loadInformation227  model="Addon  7915-12"></loadInformation227>
<loadInformation228  model="Addon  7915-24"></loadInformation228>
<loadInformation229  model="Addon  7916-12"></loadInformation229>
<loadInformation230  model="Addon  7916-24"></loadInformation230>
<loadInformation9  model="IP Phone 7935"></loadInformation9>
<loadInformation8  model="IP Phone  7940">P0030702T023</loadInformation8>
<loadInformation7  model="IP Phone  7960">P0030702T023</loadInformation7>
<loadInformation20000  model="IP Phone  7905"></loadInformation20000>
<loadInformation30008  model="IP Phone  7902"></loadInformation30008>
<loadInformation30002  model="IP Phone  7920"></loadInformation30002>
<loadInformation365  model="IP Phone  7921"></loadInformation365>
<loadInformation30019  model="IP Phone  7936"></loadInformation30019>
<loadInformation30006  model="IP Phone  7970"></loadInformation30006>
<loadInformation30018  model="IP Phone  7961"></loadInformation30018>
<loadInformation308  model="IP Phone  7961GE"></loadInformation308>
<loadInformation115  model="IP Phone  7941"></loadInformation115>
<loadInformation309  model="IP Phone  7941GE"></loadInformation309>
<loadInformation348  model="IP Phone  7931"></loadInformation348>
<loadInformation307  model="IP Phone  7911"></loadInformation307>
<loadInformation369  model="IP Phone  7906"></loadInformation369>
<loadInformation302  model="IP Phone  7985"></loadInformation302>
<loadInformation30007  model="IP Phone  7912">CP7912080001SCCP051117A</loadInformation30007>
<loadInformation119  model="IP Phone  7971"></loadInformation119>
<loadInformation404  model="IP Phone  7962"></loadInformation404>
<loadInformation434  model="IP Phone  7942"></loadInformation434>
<loadInformation435  model="IP Phone  7945"></loadInformation435>
<loadInformation436  model="IP Phone  7965"></loadInformation436>
<loadInformation437  model="IP Phone  7975"></loadInformation437>
</Default>

No reference to the directories tag, and my 'Directories' button brings up (both 1760 and 3725)...

1 Missed Calls
2 Received Calls
3 Placed Calls
4 Local Directory
5 Local Speed Dial
6 Personal Speed Dial

Finally...

More trial and error...

It seems MoH will only work if the ip source address belongs to a REAL interface. My 3725 had been using the Loopback0 IP address (no MoH), my 1760 is using the FastEthernet 0.11 IP addfress (MoH works).

So I changed the IP address and presto!

Now why won't the Loopback0 IP address work, as I'm sure that would be one of the CME best practices. Just checked the CCNA-Voice book, and Loopback is what is recommended...

azaghul wrote: »

Finally...

More trial and error...

It seems MoH will only work if the ip source address belongs to a REAL interface. My 3725 had been using the Loopback0 IP address (no MoH), my 1760 is using the FastEthernet 0.11 IP addfress (MoH works).

So I changed the IP address and presto!

Now why won't the Loopback0 IP address work, as I'm sure that would be one of the CME best practices. Just checked the CCNA-Voice book, and Loopback is what is recommended...

Something to do with routing?

I don't think its routing, both IP network ranges are in my routing table, plus both are also locally attached networks.... I'm really at a loss to explain why this fixes it.

I was successful in getting my moh to work. I am using an actual interface as my source address. I configured multicast on port 2000 using the ip address: 239.1.1.100. Not sure what changed (if anything)... I did perform a reboot... but coincidentally, I reboot every night when I turn my equipment off, so I'm not sure if it was the reboot that did it for me. I'm running CME 4.1 on 1-2621XM and 2-1760. HTH.

-Peanut

Excellent Azaghul!! Just looking at my config as I thought I had been using a real (sub) interface already and seen a typo in my ip source address

I did have some success with the Directory listing, only on my 7960 though. I had to check the following path in a web browser

http://192.168.1.199/localdirectory

Although I was getting an xml parsing error I knew there was a file there so it was being shared out. I removed the "ip http path flash:gui" and then it appeared on 7960, no difference on the 7970 or softphone but I think that might be a version and firmware revision issues. going to update them when I get the time and see.

Fatbunny wrote: »

Excellent Azaghul!! Just looking at my config as I thought I had been using a real (sub) interface already and seen a typo in my ip source address

I have probably spent hours total troubleshooting an issue that turned out to be as simple as my source address having a typeo. You are not alone

That was it

. Updated the source address and moh worked fine. Funny that without the source address (the correct one anyway) my phones were still able to register (although intermittently they wouldn't).

Fatbunny wrote: »

That was it . Updated the source address and moh worked fine. Funny that without the source address (the correct one anyway) my phones were still able to register (although intermittently they wouldn't).

Hm. Without a proper source address the phones should not have been being directed to the proper location, unless the typo was in the dhcp server option 150 as well.