Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
Can you send call-manager-fallback config? -- Dew Swen CCVP, CCNP 13.06.2010 22:38, ccie rs yazm?s,: I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 6964252 N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 6964252 N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
post your config On 06/13/2010 08:38 PM, ccie rs wrote: I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 6964252 N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
ccm-manager music-on-hold call-manager-fallback moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.10.201.1 10.10.110.2 This is a H323 GW on BR1 registered to CUCM Thanks! On Sun, Jun 13, 2010 at 3:54 PM, kerboute kerboute naoufal.kerbo...@cbi.mawrote: post your config On 06/13/2010 08:38 PM, ccie rs wrote: I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 6964252 N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
Don't forget to add max-ephone and max-dn under call-manager-fallback. Ash ccie rs wrote: ccm-manager music-on-hold call-manager-fallback moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.10.201.1 10.10.110.2 This is a H323 GW on BR1 registered to CUCM Thanks! On Sun, Jun 13, 2010 at 3:54 PM, kerboute kerboute naoufal.kerbo...@cbi.ma wrote: post your config On 06/13/2010 08:38 PM, ccie rs wrote: I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to6964252N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
And Ip source address - Amy caught it recently in someone's post, must be last week From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ashar Siddiqui Sent: Monday, June 14, 2010 12:25 AM To: ccie rs Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a Don't forget to add max-ephone and max-dn under call-manager-fallback. Ash ccie rs wrote: ccm-manager music-on-hold call-manager-fallback moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.10.201.1 10.10.110.2 This is a H323 GW on BR1 registered to CUCM Thanks! On Sun, Jun 13, 2010 at 3:54 PM, kerboute kerboute naoufal.kerbo...@cbi.ma wrote: post your config On 06/13/2010 08:38 PM, ccie rs wrote: I have been playing with this using IPX Vol 1 Lab 7a but cannot get it to work. It appears that almost everyone has issues with MOH from flash and while reading through the list and trying everything, my MOH is still not working. This is the debug I get while calling in from PSTN and putting PSTN on hold. This is my lab at the office no issue with the tunnel etc. I following IPX Vol1 7a PG word to word but still no luck Mar 8 04:15:35.223: %ISDN-6-DISCONNECT: Interface Serial0/0/0:0 disconnected from 6964252 , call lasted 49 seconds Mar 8 04:15:35.227: moh_update_rtp: callID 69 dstCallID 68 Mar 8 04:15:35.259: moh_delete_ccb: called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:called dstadr 239.1.1.1, callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext:ipaddr 239.1.1.1 callid 68 Mar 8 04:15:35.259: moh_delete_ccb_ext : Deleted the ccb entry Mar 8 04:15:35.259: moh_leave_group_command called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group: called for 239.1.1.1 Mar 8 04:15:35.259: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.267: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.275: moh_remove_group Leaving 239.1.1.1 Mar 8 04:15:35.279: moh_delete_session : Freed up vmccb for 239.1.1.1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_process_ccb: dstadr 10.10.201.60, callid -1, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.402: moh_update_rtp: callID 71 dstCallID -1 Mar 8 04:15:45.406: moh_process_ccb: dstadr 10.10.201.60, callid 70, port 19214, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:45.406: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:45.422: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now connected to 6964252 N/A Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.070: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.074: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.102: moh_update_rtp: callID 71 dstCallID 70 Mar 8 04:15:47.110: moh_process_ccb: dstadr 239.1.1.1, callid 70, port 16384, codec 5, moh_en 0, moh_addr 0.0.0.0 Mar 8 04:15:47.110: moh_process_ccb:multicast addr add_ccb Mar 8 04:15:47.110: moh_add_ccb: ip addr 239.1.1.1 port 16384 callid 70 Mar 8 04:15:47.110: moh_add_ccb: vmccb does not exists - creating a new one for 239.1.1.1 through IGMP Mar 8 04:15:47.110: moh_join_group_command called for 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Se0/0/1:0.1 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl130 Mar 8 04:15:47.110: moh_join_group_command: IGMP API on group 239.1.1.1 idb Vl240 Mar 8 04:15:47.110: moh_create_session: called Mar 8 04:15:47.114: moh_create_session : dstadr 239.1.1.1 does not exist - creating a control block Mar 8 04:15:47.114: moh_insert_multicast_hashtable:moh_insert_multicast_hashtable buc 0 Mar 8 04:15:47.114: moh_create_session : Created a new vmccb for 239.1.1.1 Mar 8 04:15:47.114: moh_send_join: Looking at valid idb's to configure 239.1.1.1 Mar 8 04:15:47.114: moh_add_ccb: Done inserting CCB for 239.1.1.1 Mar 8 04:15:47.114: moh_update_rtp: callID 71 dstCallID 70 ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com _ ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] MOH from Flash
So working through IPX Labs I ran into this. I can hear the Piano music on my BR1 phones when I put them on hold but what will be another way of testing this? -- www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Put who on hold? If you put PSTN on hold that would work fine but if you put IP phones of other sites on Hold then they will not hear anything. This is because IPsec limitations over VPN (this is also mentioned at Proctor labs login page). To check if your MOH is working fine then you can run the folliwng commands and check the outputs. These are the outputs I can see for my BR1 MOH: BR1-RTR#sh ccm-manager mus BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 433/433 69 g711ulaw Lo0 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#debug eph BR1-RTR#debug ephone moh EPHONE music-on-hold debugging is enabled BR1-RTR# BR1-RTR# Apr 18 00:01:32.241: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:32.241: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:37.533: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:37.533: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mr BR1-RTR#sh ip mro Apr 18 00:01:42.845: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:42.845: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mrou BR1-RTR#sh ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD Vector, v - Vector Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.1), 00:03:20/00:02:25, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 00:00:35/00:00:00 (*, 224.0.1.40), 08:48:14/00:02:24, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 08:48:14/00:00:00 BR1-RTR# Apr 18 00:01:48.081: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:48.081: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:53.417: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:53.417: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:58.729: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:58.729: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP Apr 18 00:01:59.429: ifs_read flash:music-on-hold.au end of file at 492254 read 4267 = 496521 Apr 18 00:01:59.433: moh tail fill from 24 at 0x4A7BFC27 length 3733 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 2833/283369 g711ulaw Lo0 BR1-RTR# On 17/04/2010 23:01, CCIETalk.com wrote: So working through IPX Labs I ran into this. I can hear the Piano music on my BR1 phones when I put them on hold but what will be another way of testing this? -- www.ccietalk.com http://www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com -- Thanks, Ashar Siddiqui ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Thanks Ashar. I have my own rack and even though I hear the music on hold from the flash piano music my show ccm manager command won't show any output and hence the question :) On 4/17/10, Ashar Siddiqui siddas...@gmail.com wrote: Put who on hold? If you put PSTN on hold that would work fine but if you put IP phones of other sites on Hold then they will not hear anything. This is because IPsec limitations over VPN (this is also mentioned at Proctor labs login page). To check if your MOH is working fine then you can run the folliwng commands and check the outputs. These are the outputs I can see for my BR1 MOH: BR1-RTR#sh ccm-manager mus BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 433/433 69 g711ulaw Lo0 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#debug eph BR1-RTR#debug ephone moh EPHONE music-on-hold debugging is enabled BR1-RTR# BR1-RTR# Apr 18 00:01:32.241: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:32.241: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:37.533: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:37.533: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mr BR1-RTR#sh ip mro Apr 18 00:01:42.845: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:42.845: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mrou BR1-RTR#sh ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD Vector, v - Vector Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.1), 00:03:20/00:02:25, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 00:00:35/00:00:00 (*, 224.0.1.40), 08:48:14/00:02:24, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 08:48:14/00:00:00 BR1-RTR# Apr 18 00:01:48.081: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:48.081: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:53.417: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:53.417: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:58.729: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:58.729: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP Apr 18 00:01:59.429: ifs_read flash:music-on-hold.au end of file at 492254 read 4267 = 496521 Apr 18 00:01:59.433: moh tail fill from 24 at 0x4A7BFC27 length 3733 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 2833/283369 g711ulaw Lo0 BR1-RTR# On 17/04/2010 23:01, CCIETalk.com wrote: So working through IPX Labs I ran into this. I can hear the Piano music on my BR1 phones when I put them on hold but what will be another way of testing this? -- www.ccietalk.com http://www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com -- Thanks, Ashar Siddiqui -- Sent from my mobile device www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Check that you have correct file name under telephony service/fallback i.e. moh music-on-hold.au multicast moh blah blah On 18/04/2010 01:24, CCIETalk.com wrote: Thanks Ashar. I have my own rack and even though I hear the music on hold from the flash piano music my show ccm manager command won't show any output and hence the question :) On 4/17/10, Ashar Siddiquisiddas...@gmail.com wrote: Put who on hold? If you put PSTN on hold that would work fine but if you put IP phones of other sites on Hold then they will not hear anything. This is because IPsec limitations over VPN (this is also mentioned at Proctor labs login page). To check if your MOH is working fine then you can run the folliwng commands and check the outputs. These are the outputs I can see for my BR1 MOH: BR1-RTR#sh ccm-manager mus BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 433/433 69 g711ulaw Lo0 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#debug eph BR1-RTR#debug ephone moh EPHONE music-on-hold debugging is enabled BR1-RTR# BR1-RTR# Apr 18 00:01:32.241: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:32.241: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:37.533: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:37.533: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mr BR1-RTR#sh ip mro Apr 18 00:01:42.845: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:42.845: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mrou BR1-RTR#sh ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD Vector, v - Vector Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.1), 00:03:20/00:02:25, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 00:00:35/00:00:00 (*, 224.0.1.40), 08:48:14/00:02:24, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 08:48:14/00:00:00 BR1-RTR# Apr 18 00:01:48.081: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:48.081: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:53.417: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:53.417: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:58.729: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:58.729: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP Apr 18 00:01:59.429: ifs_read flash:music-on-hold.au end of file at 492254 read 4267 = 496521 Apr 18 00:01:59.433: moh tail fill from 24 at 0x4A7BFC27 length 3733 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 2833/283369 g711ulaw Lo0 BR1-RTR# On 17/04/2010 23:01, CCIETalk.com wrote: So working through IPX Labs I ran into this. I can hear the Piano music on my BR1 phones when I put them on hold but what will be another way of testing this? -- www.ccietalk.comhttp://www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com -- Thanks, Ashar Siddiqui -- Thanks, Ashar Siddiqui ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
As I stated its playing that file ... On 4/17/10, Ashar Siddiqui siddas...@gmail.com wrote: Check that you have correct file name under telephony service/fallback i.e. moh music-on-hold.au multicast moh blah blah On 18/04/2010 01:24, CCIETalk.com wrote: Thanks Ashar. I have my own rack and even though I hear the music on hold from the flash piano music my show ccm manager command won't show any output and hence the question :) On 4/17/10, Ashar Siddiquisiddas...@gmail.com wrote: Put who on hold? If you put PSTN on hold that would work fine but if you put IP phones of other sites on Hold then they will not hear anything. This is because IPsec limitations over VPN (this is also mentioned at Proctor labs login page). To check if your MOH is working fine then you can run the folliwng commands and check the outputs. These are the outputs I can see for my BR1 MOH: BR1-RTR#sh ccm-manager mus BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 433/433 69 g711ulaw Lo0 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#debug eph BR1-RTR#debug ephone moh EPHONE music-on-hold debugging is enabled BR1-RTR# BR1-RTR# Apr 18 00:01:32.241: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:32.241: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:37.533: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:37.533: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mr BR1-RTR#sh ip mro Apr 18 00:01:42.845: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:42.845: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR#sh ip mrou BR1-RTR#sh ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD Vector, v - Vector Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.1), 00:03:20/00:02:25, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 00:00:35/00:00:00 (*, 224.0.1.40), 08:48:14/00:02:24, RP 0.0.0.0, flags: DCL Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Vlan240, Forward/Dense, 08:48:14/00:00:00 BR1-RTR# Apr 18 00:01:48.081: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:48.081: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:53.417: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:53.417: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP BR1-RTR# Apr 18 00:01:58.729: MoH route If Loopback0 46 10.10.110.2 via 10.10.110.2 Apr 18 00:01:58.729: MoH route If Vlan240 ETHERNET 10.10.201.1 via ARP Apr 18 00:01:59.429: ifs_read flash:music-on-hold.au end of file at 492254 read 4267 = 496521 Apr 18 00:01:59.433: moh tail fill from 24 at 0x4A7BFC27 length 3733 BR1-RTR# BR1-RTR# BR1-RTR# BR1-RTR#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 2833/283369 g711ulaw Lo0 BR1-RTR# On 17/04/2010 23:01, CCIETalk.com wrote: So working through IPX Labs I ran into this. I can hear the Piano music on my BR1 phones when I put them on hold but what will be another way of testing this? -- www.ccietalk.comhttp://www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com -- Thanks, Ashar Siddiqui -- Thanks, Ashar Siddiqui -- Sent from my mobile device www.ccietalk.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from flash to PSTN
Thanks Omar: Your are correct, not sure why but when pstn phone calls br1 phone, pstn phone is sending the call as g711 but br1 phone it's recieving the call as g729. The matrix between the phone and the gw is g711 (when br1 phone calls pstn phone both send ansd recieve as g711), is an h323 gw with and E1 R2. I will investigate and update, any suggestion anyway?? From: omar.dahm...@gmx.de To: gorr...@hotmail.com; ccie_voice@onlinestudylist.com Subject: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Date: Tue, 26 Jan 2010 19:46:28 +0100 Maybe it is for some reason a codec mismatch. So maybe your MOH Server is using G711 and the Gateway is using G729. Please try to allow G729 as well on the IP Voice Media Streaming App and check if you still hear beep when calling from the PSTN phone. If you hear nothing, then do a sh ccm-manager music-on-hold again to check if the multicast address is 239.1.1.3. Which protocol are you using, MGCP or H.323? HTH, Omar Von: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Im Auftrag von Angel Perez Gesendet: Dienstag, 26. Januar 2010 18:13 An: ccie_voice@onlinestudylist.com Betreff: [OSL | CCIE_Voice] MOH from flash to PSTN Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última información de tus equipos favoritos. _ http://www.quemovileres.com/ ¡Descubre qué Móvil eres! Hay uno hecho para ti.___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from flash to PSTN
Try to configure voice class codec voice class codec 1 codec preference 1 g729r8 codec preference 2 g711ulaw and assign it to the dial peers to CUCM Cluster. This way the G.711 codec negotiation for MOH will be possible. Von: Angel Perez [mailto:gorr...@hotmail.com] Gesendet: Mittwoch, 27. Januar 2010 10:05 An: omar.dahm...@gmx.de; osl osl Betreff: RE: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Thanks Omar: Your are correct, not sure why but when pstn phone calls br1 phone, pstn phone is sending the call as g711 but br1 phone it's recieving the call as g729. The matrix between the phone and the gw is g711 (when br1 phone calls pstn phone both send ansd recieve as g711), is an h323 gw with and E1 R2. I will investigate and update, any suggestion anyway?? _ From: omar.dahm...@gmx.de To: gorr...@hotmail.com; ccie_voice@onlinestudylist.com Subject: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Date: Tue, 26 Jan 2010 19:46:28 +0100 Maybe it is for some reason a codec mismatch. So maybe your MOH Server is using G711 and the Gateway is using G729. Please try to allow G729 as well on the IP Voice Media Streaming App and check if you still hear beep when calling from the PSTN phone. If you hear nothing, then do a sh ccm-manager music-on-hold again to check if the multicast address is 239.1.1.3. Which protocol are you using, MGCP or H.323? HTH, Omar Von: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Im Auftrag von Angel Perez Gesendet: Dienstag, 26. Januar 2010 18:13 An: ccie_voice@onlinestudylist.com Betreff: [OSL | CCIE_Voice] MOH from flash to PSTN Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance _ ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última información de tus http://deportes.es.msn.com/ equipos favoritos. _ ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última http://deportes.es.msn.com/ información de tus equipos favoritos. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from flash to PSTN
Hi, thanks you are correct again, Now the call completes as g711 both ways (so moh is working in both directions) Thanks again From: omar.dahm...@gmx.de To: gorr...@hotmail.com; ccie_voice@onlinestudylist.com Subject: AW: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Date: Wed, 27 Jan 2010 10:57:53 +0100 Try to configure voice class codec voice class codec 1 codec preference 1 g729r8 codec preference 2 g711ulaw …and assign it to the dial peers to CUCM Cluster. This way the G.711 codec negotiation for MOH will be possible. Von: Angel Perez [mailto:gorr...@hotmail.com] Gesendet: Mittwoch, 27. Januar 2010 10:05 An: omar.dahm...@gmx.de; osl osl Betreff: RE: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Thanks Omar: Your are correct, not sure why but when pstn phone calls br1 phone, pstn phone is sending the call as g711 but br1 phone it's recieving the call as g729. The matrix between the phone and the gw is g711 (when br1 phone calls pstn phone both send ansd recieve as g711), is an h323 gw with and E1 R2. I will investigate and update, any suggestion anyway?? From: omar.dahm...@gmx.de To: gorr...@hotmail.com; ccie_voice@onlinestudylist.com Subject: AW: [OSL | CCIE_Voice] MOH from flash to PSTN Date: Tue, 26 Jan 2010 19:46:28 +0100 Maybe it is for some reason a codec mismatch. So maybe your MOH Server is using G711 and the Gateway is using G729. Please try to allow G729 as well on the IP Voice Media Streaming App and check if you still hear beep when calling from the PSTN phone. If you hear nothing, then do a sh ccm-manager music-on-hold again to check if the multicast address is 239.1.1.3. Which protocol are you using, MGCP or H.323? HTH, Omar Von: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Im Auftrag von Angel Perez Gesendet: Dienstag, 26. Januar 2010 18:13 An: ccie_voice@onlinestudylist.com Betreff: [OSL | CCIE_Voice] MOH from flash to PSTN Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última información de tus equipos favoritos. ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última información de tus equipos favoritos. _ ¡Seducción! 249 historias cada semana en el sitio nº1 para conseguir una cita. ¡Regístrate! http://contactos.es.msn.com/?mtcmk=015352___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Hi AK, That address should not be used in the call-manager-fallback configuration in the case your MOH server multicast base address is 239.1.1.1:16384, and you are incrementing on IP address numbers. Remember that router will stream moh not ucm in this scenario, and since it only does it in g.711 format, we should set up all the configuration (region/dp/moh server/mrg/mrgl) to make phones tune the 239.1.1.1:16384 address and g.711 codec when they're put on hold, HTH, On Wed, Jan 27, 2010 at 12:27 AM, vccie2010 vccie2...@gmail.com wrote: HI Otto, So in which scenario I will be using 239.1.1.3:16384 on SiteB router please ? Thanks // AK On Tue, Jan 26, 2010 at 12:22 PM, Otto Sanchez o...@ipexpert.com wrote: Hi, The branch router will always multicast moh in g.711 format from the flash. So, branch phones should be configured to hear the 239.1.1.1 port 16384 and not 239.1.1.3:16384 and codec g.729 (this is a not supported configuration) when they are put on hold. How do you guarantee your branch phones will tune 239.1.1.1:16384 in g.711 format and still be able to communicate with other sites using g.729?. Well that's when the g.711 region/DP show up, configure a region such as the codec relationship with any other region is g.711, assign this region to a new DP and then assign that DP to the MOH server configured for the siteB DP MRGL-MRG, I still trying to find a reason why you will need to stream g.729 from the router flash in this scenario, you might want to do that if the moh streaming is coming from the hq site, There's a very good document about this feature, I reference it just in case you haven't take a look at it, http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cusrst/admin/srst/configuration/guide/srs_moh.html HTH, On Mon, Jan 25, 2010 at 8:03 PM, vccie2010 vccie2...@gmail.com wrote: Thanks Otto for yoru kind reponse, so let me put the question otherway , what should I do on the UCM and SiteB router if I was to use MOH from flash and it shd be G729. Is this scenario possible please as we say on SiteB router the IP address will be 239.1.1.3 and I think in this case all the configs on UCM remain same, right pls? 2010/1/25 Otto Sanchez o...@ipexpert.com Hi, The only format supported by the moh file is g.711, you should also take care of the multicast ip address numbering to make it match to a g.711 moh streaming not g.729, BR, ,2010/1/22 Roger Källberg roger.kallb...@cygate.se As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, *Roger Källberg* Consultant Cygate AB -- *Från:* vccie2010 [vccie2...@gmail.com] *Skickat:* den 22 januari 2010 04:18 *Till:* Vik Malhi *Kopia:* OSL Group *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.comwrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.comwrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our
[OSL | CCIE_Voice] MOH from flash to PSTN
Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance _ http://www.quemovileres.com/ ¡Descubre qué Móvil eres! Hay uno hecho para ti.___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from flash to PSTN
Maybe it is for some reason a codec mismatch. So maybe your MOH Server is using G711 and the Gateway is using G729. Please try to allow G729 as well on the IP Voice Media Streaming App and check if you still hear beep when calling from the PSTN phone. If you hear nothing, then do a sh ccm-manager music-on-hold again to check if the multicast address is 239.1.1.3. Which protocol are you using, MGCP or H.323? HTH, Omar Von: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] Im Auftrag von Angel Perez Gesendet: Dienstag, 26. Januar 2010 18:13 An: ccie_voice@onlinestudylist.com Betreff: [OSL | CCIE_Voice] MOH from flash to PSTN Hello: I've two scenarios: 1- BR1 phone calls PSTN phone: Then I press hold on BR1 phone and I hear moh from flash on PSTN phone (expected behaviour) BR1#sh ccm-manager music-on-hold Current active multicast sessions : 1 Multicast RTP port Packets Call CodecIncoming Address number in/outid Interface === 239.1.1.1 16384 476/476 34 g711ulaw Lo0 2- PSTN phone calls BR1 phone: Then I press hold on BR1 phone and I hear 'beep beep beep Is this the normal situation or I shoul hear moh too in this case? BR1#sh ccm-manager music-on-hold Current active multicast sessions : 0 My config: ccm-manager music-on-hold call-manager-fallback ip source-address 10.2.30.254 port 2000 max-ephones 2 max-dn 2 dual-line moh music-on-hold.au multicast moh 239.1.1.1 port 16384 route 10.2.30.254 172.2.1.254 ! voice vlan and loo0 Thanks in advance _ ¡Nuevo MSN Deportes! Sigue los partidos en directo y encuentra la última http://deportes.es.msn.com/ información de tus equipos favoritos. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Hi, The branch router will always multicast moh in g.711 format from the flash. So, branch phones should be configured to hear the 239.1.1.1 port 16384 and not 239.1.1.3:16384 and codec g.729 (this is a not supported configuration) when they are put on hold. How do you guarantee your branch phones will tune 239.1.1.1:16384 in g.711 format and still be able to communicate with other sites using g.729?. Well that's when the g.711 region/DP show up, configure a region such as the codec relationship with any other region is g.711, assign this region to a new DP and then assign that DP to the MOH server configured for the siteB DP MRGL-MRG, I still trying to find a reason why you will need to stream g.729 from the router flash in this scenario, you might want to do that if the moh streaming is coming from the hq site, There's a very good document about this feature, I reference it just in case you haven't take a look at it, http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cusrst/admin/srst/configuration/guide/srs_moh.html HTH, On Mon, Jan 25, 2010 at 8:03 PM, vccie2010 vccie2...@gmail.com wrote: Thanks Otto for yoru kind reponse, so let me put the question otherway , what should I do on the UCM and SiteB router if I was to use MOH from flash and it shd be G729. Is this scenario possible please as we say on SiteB router the IP address will be 239.1.1.3 and I think in this case all the configs on UCM remain same, right pls? 2010/1/25 Otto Sanchez o...@ipexpert.com Hi, The only format supported by the moh file is g.711, you should also take care of the multicast ip address numbering to make it match to a g.711 moh streaming not g.729, BR, ,2010/1/22 Roger Källberg roger.kallb...@cygate.se As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, *Roger Källberg* Consultant Cygate AB -- *Från:* vccie2010 [vccie2...@gmail.com] *Skickat:* den 22 januari 2010 04:18 *Till:* Vik Malhi *Kopia:* OSL Group *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone
Re: [OSL | CCIE_Voice] MOH from Flash
HI Otto, So in which scenario I will be using 239.1.1.3:16384 on SiteB router please ? Thanks // AK On Tue, Jan 26, 2010 at 12:22 PM, Otto Sanchez o...@ipexpert.com wrote: Hi, The branch router will always multicast moh in g.711 format from the flash. So, branch phones should be configured to hear the 239.1.1.1 port 16384 and not 239.1.1.3:16384 and codec g.729 (this is a not supported configuration) when they are put on hold. How do you guarantee your branch phones will tune 239.1.1.1:16384 in g.711 format and still be able to communicate with other sites using g.729?. Well that's when the g.711 region/DP show up, configure a region such as the codec relationship with any other region is g.711, assign this region to a new DP and then assign that DP to the MOH server configured for the siteB DP MRGL-MRG, I still trying to find a reason why you will need to stream g.729 from the router flash in this scenario, you might want to do that if the moh streaming is coming from the hq site, There's a very good document about this feature, I reference it just in case you haven't take a look at it, http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cusrst/admin/srst/configuration/guide/srs_moh.html HTH, On Mon, Jan 25, 2010 at 8:03 PM, vccie2010 vccie2...@gmail.com wrote: Thanks Otto for yoru kind reponse, so let me put the question otherway , what should I do on the UCM and SiteB router if I was to use MOH from flash and it shd be G729. Is this scenario possible please as we say on SiteB router the IP address will be 239.1.1.3 and I think in this case all the configs on UCM remain same, right pls? 2010/1/25 Otto Sanchez o...@ipexpert.com Hi, The only format supported by the moh file is g.711, you should also take care of the multicast ip address numbering to make it match to a g.711 moh streaming not g.729, BR, ,2010/1/22 Roger Källberg roger.kallb...@cygate.se As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, *Roger Källberg* Consultant Cygate AB -- *Från:* vccie2010 [vccie2...@gmail.com] *Skickat:* den 22 januari 2010 04:18 *Till:* Vik Malhi *Kopia:* OSL Group *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.comwrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work
Re: [OSL | CCIE_Voice] MOH from Flash
Hi, The only format supported by the moh file is g.711, you should also take care of the multicast ip address numbering to make it match to a g.711 moh streaming not g.729, BR, ,2010/1/22 Roger Källberg roger.kallb...@cygate.se As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, *Roger Källberg* Consultant Cygate AB -- *Från:* vccie2010 [vccie2...@gmail.com] *Skickat:* den 22 januari 2010 04:18 *Till:* Vik Malhi *Kopia:* OSL Group *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK
Re: [OSL | CCIE_Voice] MOH from Flash
Thanks Otto for yoru kind reponse, so let me put the question otherway , what should I do on the UCM and SiteB router if I was to use MOH from flash and it shd be G729. Is this scenario possible please as we say on SiteB router the IP address will be 239.1.1.3 and I think in this case all the configs on UCM remain same, right pls? 2010/1/25 Otto Sanchez o...@ipexpert.com Hi, The only format supported by the moh file is g.711, you should also take care of the multicast ip address numbering to make it match to a g.711 moh streaming not g.729, BR, ,2010/1/22 Roger Källberg roger.kallb...@cygate.se As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, *Roger Källberg* Consultant Cygate AB -- *Från:* vccie2010 [vccie2...@gmail.com] *Skickat:* den 22 januari 2010 04:18 *Till:* Vik Malhi *Kopia:* OSL Group *Ämne:* Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh
Re: [OSL | CCIE_Voice] MOH from Flash
As far as I know you need to have the file(s) in the correct format in flash, ie G729 if you want to use that for your MOH or G711U if that's what you want. Vik please correct me if I'm wrong. Brgds, Roger Källberg Consultant Cygate AB Från: vccie2010 [vccie2...@gmail.com] Skickat: den 22 januari 2010 04:18 Till: Vik Malhi Kopia: OSL Group Ämne: Re: [OSL | CCIE_Voice] MOH from Flash Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.commailto:vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.commailto:vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.comhttp://vma...@ipexpert.com Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chathttp://www.ipexpert.com/chat http://www.ipexpert.com/chat IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communitieshttp://www.ipexpert.com/communities http://www.ipexpert.com/communities and our public website at www.ipexpert.comhttp://www.ipexpert.com/ http://www.ipexpert.comhttp://www.ipexpert.com/ . From: vccie2010 vccie2...@gmail.comhttp://vccie2...@gmail.com Date: Wed, 20 Jan 2010 20:22:50 -0800 To: OSL Group ccie_voice@onlinestudylist.comhttp://ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.comhttp://vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.comhttp://vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK
Re: [OSL | CCIE_Voice] MOH from Flash
Also Vik, is it must to have MOH flash file in G729 format if I need to have G729 MOH from flash ??? I am confused here...Could you please help me here. On Wed, Jan 20, 2010 at 9:41 PM, vccie2010 vccie2...@gmail.com wrote: I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities * http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK -- ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] MOH from Flash
When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
The IP address only increases by one when changing the codec...the port increases by two when changing the codec. James Date: Wed, 20 Jan 2010 14:48:54 -0800 From: vccie2...@gmail.com To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] MOH from Flash When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. http://clk.atdmt.com/GBL/go/196390709/direct/01/___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
I have observed this behavior in the past. I think it best to always stick to putting the MOH server in a DP/Region that communicates g711 to the remote site that is sourcing MOH from the flash. There is no reason why not- multicast MOH is exempt from Locations CAC deductions. -- Vik Malhi CCIE #13890 Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat http://www.ipexpert.com/chat IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities http://www.ipexpert.com/communities and our public website at www.ipexpert.com http://www.ipexpert.com . From: vccie2010 vccie2...@gmail.com Date: Wed, 20 Jan 2010 14:59:08 -0800 To: OSL Group ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MOH from Flash correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changing multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
I¹m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That¹s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can¹t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi CCIE #13890 Instructor - IPexpert, Inc. Mailto: vma...@ipexpert.com Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat http://www.ipexpert.com/chat IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities http://www.ipexpert.com/communities and our public website at www.ipexpert.com http://www.ipexpert.com . From: vccie2010 vccie2...@gmail.com Date: Wed, 20 Jan 2010 20:22:50 -0800 To: OSL Group ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changing multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] MOH from Flash
I was trying to test MOH from flash on BR1. G711 MOH works fine butI am having problem when trying config and test G729. You said There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash ..so does it mean I need to have MOH file shd be in G729 format so that the MOH from flash is G729 MOH, right ? On Wed, Jan 20, 2010 at 8:51 PM, Vik Malhi vma...@ipexpert.com wrote: I’m not fully understanding the scenario. When you press hold from a PSTN phone then you are not testing your MOH settings. Can you confirm? When you are sourcing from the BR1 flash I would guess you would ALWAYS want it to be g711 since it is now local to the BR1 site. That’s one of the main reasons for doing this- we can play g711 music without any bandwidth being tied up. There should be no reason why you can’t play a g729 file from the flash if you have a music file in that format on the flash and you use the multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr command and increment on ip address on the UCM, use a single server (the one which has the base multicast ip of 239.1.1.1) and audio source 1. -- Vik Malhi – CCIE #13890 Instructor - IPexpert, Inc. Mailto: *vma...@ipexpert.com *Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Live Assistance, Please visit: www.ipexpert.com/chat * http://www.ipexpert.com/chat* IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (RS, Voice Security), CCNP, CCVP, CCSP and CCIE (RS, Voice, Security Service Provider) Certification Training with locations throughout the United States, Europe and Australia. Be sure to check out our online communities at www.ipexpert.com/communities *http://www.ipexpert.com/communities* and our public website at www.ipexpert.com *http://www.ipexpert.com* . -- *From: *vccie2010 vccie2...@gmail.com *Date: *Wed, 20 Jan 2010 20:22:50 -0800 *To: *OSL Group ccie_voice@onlinestudylist.com *Subject: *Re: [OSL | CCIE_Voice] MOH from Flash Vik, so you mean whether we want G729 MOH or G711MOH to be played on BR1 from flash we should ALWAYS place MOH server in G711only. I did that and with that G711 MOH works perfectly fine when I put either HQ phone or PSTN phone on hold. But I am having problem work G729 MOH heard on BR1 phone when I place it on hold from HQ phone ( there is dead silence) while G729 MOH from works fine when I place BR1 phone on hold from PSTN ( I hear G729 Music on BR1 phone) . A this time on BR1 GW I do have multicast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr Am I missing something here please ? Wed, Jan 20, 2010 at 2:59 PM, vccie2010 vccie2...@gmail.com wrote: correction please... But when I change the DP on MOH server as HQ-DP I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please HQ-DP has region which is g711 internaly and g729 to br1 and br2 regions... On Wed, Jan 20, 2010 at 2:48 PM, vccie2010 vccie2...@gmail.com wrote: When I set the MOH server in G711only ( which has region with G711only to all other regions) and MOH Aduio source set to MC and MOH server set to 239.1.1.1 port 16384 with max hops 1 call-manager-fallback ip source-addr favoicesubinterface IP Addr max-eph 1 max-dn 1 multicast moh 239.1.1.1 port 16384 route favoicesubinterface IP Add lo0 IP Addr ccm-manager music-oh-hold.au With above config G711 MOH from flash works fine, but when I try to set the G729 MOH by changingmulticast moh 239.1.1.3 port 16384 route favoicesubinterface IP Add lo0 IP Addr get silence MOH when I call from HQ internally or from PSTN . But when I change the DP on MOH server I get G729 MOH only when PSTN caller is put on hold but dead silence again when placing HQ phone on hold. Is it normal behaviour or am I missing somehting here please ? Thanks for your help. -AK -- ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] Moh from flash
Hi everyone, I hope someone can clarify this doubt which until now I can't seem to understand properly, I am trying to get moh from flash from BR1 and for some reason it is not working properly, I remember that sometimes I managed to get both files playing from CCM and CME at the same time, so here is my understanding: - Put the Moh Server inside a G.711 region (to always get 239.1.1.1 port 16384 group) - Also put the TTL on the Multicast Group under Moh Server to 1 - Disable ip pim on the serial interfaces and enable multicast-routing globally on HQ and BR1 plus the local interfaces - Enable the commands ccm-manager music-on-hold and ccm-manager music-on-hold bind loopback0 on BR1 - Enable moh flash:music-on-hold.au - This is one of my doubts don't know if I need to copy the SampleAudioSource.Ulaw.wav from CCM or if I can simply rename the Sample to music-on-hold (in this case the extension would be different since in CCM it would be .wav and on the router .au) - Enable multicast moh 239.1.1.1 port 16384 route loopback_address serialvoice_interface Is this the way to go? I need to copy the sampleaudio.ullaw.wav from CCM into BR1 flash and change the moh command to reflect the new file? Cheers, Anderson Alves
Re: [OSL | CCIE_Voice] Moh from flash
Anderson, - Put the Moh Server inside a G.711 region (to always get 239.1.1.1 port 16384 group) Required - Also put the TTL on the Multicast Group under Moh Server to 1 -- Required - Disable ip pim on the serial interfaces and enable multicast-routing globally on HQ and BR1 plus the local interfaces (This step is not needed. Multicast routing isn't actually required anywhere) - Enable the commands ccm-manager music-on-hold and ccm-manager music-on-hold bind loopback0 on BR1 -- (The first command is required, the second isn't) - Enable moh flash:music-on-hold.au - This is one of my doubts don't know if I need to copy the SampleAudioSource.Ulaw.wav from CCM or if I can simply rename the Sample to music-on-hold (in this case the extension would be different since in CCM it would be .wav and on the router .au)- (This is probably where you are going wrong. You need to download the music.on.hold.au from CCO under CME downloads, or simply copy from the flash of your CME router.) - Enable multicast moh 239.1.1.1 port 16384 route loopback_address serialvoice_interface - (Loopback is only required to play MOH to PSTN, instead of serial it would be your Voice VLAN interface here) -Larry - Original Message - From: Anderson Mota Alves To: ccie_voice@onlinestudylist.com Sent: Tuesday, April 07, 2009 12:41 AM Subject: [OSL | CCIE_Voice] Moh from flash Hi everyone, I hope someone can clarify this doubt which until now I can't seem to understand properly, I am trying to get moh from flash from BR1 and for some reason it is not working properly, I remember that sometimes I managed to get both files playing from CCM and CME at the same time, so here is my understanding: - Put the Moh Server inside a G.711 region (to always get 239.1.1.1 port 16384 group) - Also put the TTL on the Multicast Group under Moh Server to 1 - Disable ip pim on the serial interfaces and enable multicast-routing globally on HQ and BR1 plus the local interfaces - Enable the commands ccm-manager music-on-hold and ccm-manager music-on-hold bind loopback0 on BR1 - Enable moh flash:music-on-hold.au - This is one of my doubts don't know if I need to copy the SampleAudioSource.Ulaw.wav from CCM or if I can simply rename the Sample to music-on-hold (in this case the extension would be different since in CCM it would be .wav and on the router .au) - Enable multicast moh 239.1.1.1 port 16384 route loopback_address serialvoice_interface Is this the way to go? I need to copy the sampleaudio.ullaw.wav from CCM into BR1 flash and change the moh command to reflect the new file? Cheers, Anderson Alves
