Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a

[Dew Swen]

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

Re: [OSL | CCIE_Voice] Proctor lab vRack voucher for sale

[Ki Wi]

Hi Group,
All sold to a nice gentleman. =)

On Mon, Jun 14, 2010 at 12:25 PM, Ki Wi  wrote:

> Hi Group,
> I have extra vRack vouchers for sale. It's expiring soon in dec 10. I have
> no time to use them all by then as I have equipments in my company to play
> with nowadays.
>
> Please let me know if you are interested. Payment wise I only accept
> paypal.
>
> Thanks in advance.
>
>
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Proctor lab vRack voucher for sale

[Ki Wi]

Hi Group,
I have extra vRack vouchers for sale. It's expiring soon in dec 10. I have
no time to use them all by then as I have equipments in my company to play
with nowadays.

Please let me know if you are interested. Payment wise I only accept paypal.


Thanks in advance.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] problem LAB 11 VOL1 CUE-CME license file- working on vrack

[Rogers Ochieng]

Is the UCCX server on? Is Filezilla launched?

 

From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of amr gaber
Sent: Monday, June 14, 2010 3:14 AM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] problem LAB 11 VOL1 CUE-CME license file-
working on vrack

 

I try to upload CUE -CME license bu the command below
"software install clean url
ftp://10.10.210.5/cue-vm-license_12mbx_cme_7.0.1.pkg username cisco password
cisco"
please advise as soon as possible 



Logging 
se-10-10-202-2# $e_12mbx_cme_7.0.1.pkg username cisco password cisco 


WARNING:: This command will install the necessary software to 
WARNING:: complete a clean install.  It is recommended that a backup be done

WARNING:: before installing software. 

Would you like to continue? [n]y

Downloading ftp cue-vm-license_12mbx_cme_7.0.1.pkg


Error: Download error  
 Can not download cue-vm-license_12mbx_cme_7.0.1.pkg 
error code 0 : error type 'couldn't connect to host'
se-10-10-202-2#

___
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

[Rogers Ochieng]

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 
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

Re: [OSL | CCIE_Voice] problem LAB 11 VOL1 CUE-CME license file- working on vrack

[Matthew Berry]

Could you service-engine interface be shut down?

*Matthew Berry*

/A+, CCENT, CCNA, CCNA Voice, CCVP, CCIE Voice Written/

*_Vitals:_*

*GVoice: *+1.612.424.5044

*Gmail*: ciscovoiceg...@gmail.com

*Skype*: ciscovoiceguru

*Twitter*: ciscovoiceguru

*_Cert Stats:_*

Cisco Cert Journey Began: Jan 1, 2009

1st Lab Attempt: Aug 16, 2010


On 6/13/2010 7:13 PM, amr gaber wrote:

I try to upload CUE -CME license bu the command below
"software install clean url 
ftp://10.10.210.5/cue-vm-license_12mbx_cme_7.0.1.pkg username cisco 
password cisco"

please advise as soon as possible



Logging
se-10-10-202-2# $e_12mbx_cme_7.0.1.pkg username cisco password cisco


WARNING:: This command will install the necessary software to
WARNING:: complete a clean install.  It is recommended that a backup 
be done

WARNING:: before installing software.

Would you like to continue? [n]y

Downloading ftp cue-vm-license_12mbx_cme_7.0.1.pkg


Error: Download error
 Can not download cue-vm-license_12mbx_cme_7.0.1.pkg
error code 0 : error type 'couldn't connect to host'
se-10-10-202-2#


___
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] CCIE_Voice Digest, Vol 52, Issue 118

[Randall Crumm]

_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
>>
>>
>>
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100613/31dee60b/attachment-0001.html
>  
> >
>
> --
>
> Message: 2
> Date: Sun, 13 Jun 2010 22:25:08 +0100
> From: Ashar Siddiqui 
> To: ccie rs 
> Cc: ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a
> Message-ID: <4c154cb4.9060...@gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> An HTML attachment was scrubbed...
> URL: 
> <http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100613/82ba29f6/attachment-0001.html
>  
> >
>
> --
>
> Message: 3
> Date: Sun, 13 Jun 2010 18:21:54 -0400
> From: "=?utf-8?B?Ymt2YWxlbnRpbmVAZ21haWwuY29t?="
>
> To: "=?utf-8?B?TWF0dGhldyBCZXJyeQ==?=" ,
>"=?utf-8?B?T1NMIEdyb3Vw?=" 
> Subject: Re: [OSL | CCIE_Voice] VMware Connectivity and VLAN Interface
>Issues
> Message-ID: <4c1559f3.1b73e50a.75a0.1...@mx.google.com>
> Content-Type: text/plain; charset="utf-8"
>
> Used pod 12 last night without incident.
>
> Brian
>
> - Reply message -
> From: "Matthew Berry" 
> Date: Sun, Jun 13, 2010 5:09 pm
> Subject: [OSL | CCIE_Voice] VMware Connectivity and VLAN Interface   
> Issues
> To: "OSL Group" 
>
> Has anyone else experienced issues with Pod 12 on PL?
>
> I am using that pod right now and have two issues that prevent me from
> moving forward.
>
> Issue 1:  I can ping the virtual servers from my own hardware and from
> the remote routers.  However, I cannot load the web page admin  nor  
> can
> I SSH into the CUCM/CUC devices.
>
> Issue 2: BR1 gateway has a "line protocol down" for VLAN interfaces  
> 130
> and 240.  I mentioned this on the OSL a few weeks prior.  The basic
> issue is that those interfaces will never show an UP/UP state.  I have
> reloaded the router, removed configs, compared with previous working
> configs, etc.  Still no dice.  I made sure that the interfaces were
> configured properly.  In fact, the same configuration works on BR2
> (different VLAN ID and IPs, off course).
>
> Below are some outputs to defend issue two:
>
> BR1-RTR#show int vlan 130
> Jun 14 00:44:05.575: %SYS-5-CONFIG_I: Configured from console by  
> console
> BR1-RTR#show int vlan 130
> Vlan130 is up, line protocol is down
>   Hardware is EtherSVI, address is 0017.9460.8d40 (bia 0017.9460.8d40)
>   Internet address is 10.10.101.1/24
>   MTU 1500 bytes, BW 10 Kbit/sec, DLY 100 usec,
>  reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation ARPA, loopback not set
>   ARP type: ARPA, ARP Timeout 04:00:00
>   Last input never, output never, output hang never
>   Last clearing of "show interface" counters never
>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output  
> drops: 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>  0 packets input, 0 bytes, 0 no buffer
>  Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>  0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>  0 packets output, 0 bytes, 0 underruns
>  0 output errors, 0 interface resets
>  0 unknown protocol drops
>  0 output b

[OSL | CCIE_Voice] problem LAB 11 VOL1 CUE-CME license file- working on vrack

[amr gaber]

I try to upload CUE -CME license bu the command below
"software install clean url
ftp://10.10.210.5/cue-vm-license_12mbx_cme_7.0.1.pkg username cisco password
cisco"
please advise as soon as possible



Logging
se-10-10-202-2# $e_12mbx_cme_7.0.1.pkg username cisco password cisco


WARNING:: This command will install the necessary software to
WARNING:: complete a clean install.  It is recommended that a backup be done

WARNING:: before installing software.

Would you like to continue? [n]y

Downloading ftp cue-vm-license_12mbx_cme_7.0.1.pkg


Error: Download error
 Can not download cue-vm-license_12mbx_cme_7.0.1.pkg
error code 0 : error type 'couldn't connect to host'
se-10-10-202-2#
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Re: [OSL | CCIE_Voice] VMware Connectivity and VLAN Interface Issues

[Mike Brooks]

Is interfaces fas1/1 and fas1/2 up ?

Send a "show ip int brief"

On Sun, Jun 13, 2010 at 5:09 PM, Matthew Berry wrote:

> Has anyone else experienced issues with Pod 12 on PL?
>
> I am using that pod right now and have two issues that prevent me from
> moving forward.
>
> Issue 1:  I can ping the virtual servers from my own hardware and from the
> remote routers.  However, I cannot load the web page admin  nor can I SSH
> into the CUCM/CUC devices.
>
> Issue 2: BR1 gateway has a "line protocol down" for VLAN interfaces 130 and
> 240.  I mentioned this on the OSL a few weeks prior.  The basic issue is
> that those interfaces will never show an UP/UP state.  I have reloaded the
> router, removed configs, compared with previous working configs, etc.  Still
> no dice.  I made sure that the interfaces were configured properly.  In
> fact, the same configuration works on BR2 (different VLAN ID and IPs, off
> course).
>
> Below are some outputs to defend issue two:
>
> BR1-RTR#show int vlan 130
> Jun 14 00:44:05.575: %SYS-5-CONFIG_I: Configured from console by console
> BR1-RTR#show int vlan 130
> Vlan130 is up, line protocol is down
>   Hardware is EtherSVI, address is 0017.9460.8d40 (bia 0017.9460.8d40)
>   Internet address is 10.10.101.1/24
>   MTU 1500 bytes, BW 10 Kbit/sec, DLY 100 usec,
>  reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation ARPA, loopback not set
>   ARP type: ARPA, ARP Timeout 04:00:00
>   Last input never, output never, output hang never
>   Last clearing of "show interface" counters never
>   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
>   Queueing strategy: fifo
>   Output queue: 0/40 (size/max)
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>  0 packets input, 0 bytes, 0 no buffer
>  Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>  0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>  0 packets output, 0 bytes, 0 underruns
>  0 output errors, 0 interface resets
>  0 unknown protocol drops
>  0 output buffer failures, 0 output buffers swapped out
>
> BR1-RTR#show ip int vlan 130
> Vlan130 is up, line protocol is down
>   Internet address is 10.10.101.1/24
>   Broadcast address is 255.255.255.255
>   Address determined by setup command
>   MTU is 1500 bytes
>   Helper address is not set
>   Directed broadcast forwarding is disabled
>   Multicast reserved groups joined: 224.0.0.5
>   Outgoing access list is not set
>   Inbound  access list is not set
>   Proxy ARP is enabled
>   Local Proxy ARP is disabled
>   Security level is default
>   Split horizon is enabled
>   ICMP redirects are always sent
>   ICMP unreachables are always sent
>   ICMP mask replies are never sent
>   IP fast switching is enabled
>   IP fast switching on the same interface is disabled
>   IP Flow switching is disabled
>   IP CEF switching is enabled
>   IP CEF switching turbo vector
>   IP Null turbo vector
>   IP multicast fast switching is enabled
>   IP multicast distributed fast switching is disabled
>   IP route-cache flags are Fast, CEF
>   Router Discovery is disabled
>   IP output packet accounting is disabled
>   IP access violation accounting is disabled
>   TCP/IP header compression is disabled
>   RTP/IP header compression is disabled
>   Policy routing is disabled
>   Network address translation is disabled
>   BGP Policy Mapping is disabled
>   WCCP Redirect outbound is disabled
>   WCCP Redirect inbound is disabled
>   WCCP Redirect exclude is disabled
>
>
> BR1-RTR#show vlan-switch brief
>
> VLAN Name StatusPorts
>   -
> ---
> 1default  activeFa1/0, Fa1/1, Fa1/2, Fa1/3
> Fa1/4, Fa1/5, Fa1/6, Fa1/7
> Fa1/8, Fa1/9, Fa1/10,
> Fa1/11
> Fa1/12, Fa1/13, Fa1/14,
> Fa1/15
> 130  DATA active
> 240  PHONES   activeFa1/1, Fa1/2, Fa1/3, Fa1/4
> Fa1/5, Fa1/6, Fa1/7, Fa1/8
> Fa1/9, Fa1/10, Fa1/11,
> Fa1/12
> Fa1/13, Fa1/14, Fa1/15
> 1002 fddi-default act/unsup
> 1003 token-ring-default   act/unsup
> 1004 fddinet-default  act/unsup
> 1005 trnet-defaultact/unsup
>
> interface FastEthernet1/1
>  switchport trunk native vlan 130
>  switchport mode trunk
>  switchport voice vlan 240
>  spanning-tree portfast
> !
> interface FastEthernet1/2
>  switchport trunk native vlan 130
>  switchport mode trunk
>  switchport voice vlan 240
>  spanning-tree portfast
> !
> interface Vlan130
>  ip address 10.10.101.1 255.255.255.0
> !
> interface Vlan240
>

Re: [OSL | CCIE_Voice] VMware Connectivity and VLAN Interfa ce Issues

[bkvalent...@gmail.com]

Used pod 12 last night without incident. 

Brian 

- Reply message -
From: "Matthew Berry" 
Date: Sun, Jun 13, 2010 5:09 pm
Subject: [OSL | CCIE_Voice] VMware Connectivity and VLAN Interface  Issues
To: "OSL Group" 

Has anyone else experienced issues with Pod 12 on PL?

I am using that pod right now and have two issues that prevent me from 
moving forward.

Issue 1:  I can ping the virtual servers from my own hardware and from 
the remote routers.  However, I cannot load the web page admin  nor can 
I SSH into the CUCM/CUC devices.

Issue 2: BR1 gateway has a "line protocol down" for VLAN interfaces 130 
and 240.  I mentioned this on the OSL a few weeks prior.  The basic 
issue is that those interfaces will never show an UP/UP state.  I have 
reloaded the router, removed configs, compared with previous working 
configs, etc.  Still no dice.  I made sure that the interfaces were 
configured properly.  In fact, the same configuration works on BR2 
(different VLAN ID and IPs, off course).

Below are some outputs to defend issue two:

BR1-RTR#show int vlan 130
Jun 14 00:44:05.575: %SYS-5-CONFIG_I: Configured from console by console
BR1-RTR#show int vlan 130
Vlan130 is up, line protocol is down
   Hardware is EtherSVI, address is 0017.9460.8d40 (bia 0017.9460.8d40)
   Internet address is 10.10.101.1/24
   MTU 1500 bytes, BW 10 Kbit/sec, DLY 100 usec,
  reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input never, output never, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue: 0/40 (size/max)
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec
  0 packets input, 0 bytes, 0 no buffer
  Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
  0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
  0 packets output, 0 bytes, 0 underruns
  0 output errors, 0 interface resets
  0 unknown protocol drops
  0 output buffer failures, 0 output buffers swapped out

BR1-RTR#show ip int vlan 130
Vlan130 is up, line protocol is down
   Internet address is 10.10.101.1/24
   Broadcast address is 255.255.255.255
   Address determined by setup command
   MTU is 1500 bytes
   Helper address is not set
   Directed broadcast forwarding is disabled
   Multicast reserved groups joined: 224.0.0.5
   Outgoing access list is not set
   Inbound  access list is not set
   Proxy ARP is enabled
   Local Proxy ARP is disabled
   Security level is default
   Split horizon is enabled
   ICMP redirects are always sent
   ICMP unreachables are always sent
   ICMP mask replies are never sent
   IP fast switching is enabled
   IP fast switching on the same interface is disabled
   IP Flow switching is disabled
   IP CEF switching is enabled
   IP CEF switching turbo vector
   IP Null turbo vector
   IP multicast fast switching is enabled
   IP multicast distributed fast switching is disabled
   IP route-cache flags are Fast, CEF
   Router Discovery is disabled
   IP output packet accounting is disabled
   IP access violation accounting is disabled
   TCP/IP header compression is disabled
   RTP/IP header compression is disabled
   Policy routing is disabled
   Network address translation is disabled
   BGP Policy Mapping is disabled
   WCCP Redirect outbound is disabled
   WCCP Redirect inbound is disabled
   WCCP Redirect exclude is disabled


BR1-RTR#show vlan-switch brief

VLAN Name StatusPorts
  - 
---
1default  activeFa1/0, Fa1/1, Fa1/2, Fa1/3
 Fa1/4, Fa1/5, Fa1/6, Fa1/7
 Fa1/8, Fa1/9, Fa1/10, 
Fa1/11
 Fa1/12, Fa1/13, Fa1/14, 
Fa1/15
130  DATA active
240  PHONES   activeFa1/1, Fa1/2, Fa1/3, Fa1/4
 Fa1/5, Fa1/6, Fa1/7, Fa1/8
 Fa1/9, Fa1/10, Fa1/11, 
Fa1/12
 Fa1/13, Fa1/14, Fa1/15
1002 fddi-default act/unsup
1003 token-ring-default   act/unsup
1004 fddinet-default  act/unsup
1005 trnet-defaultact/unsup

interface FastEthernet1/1
  switchport trunk native vlan 130
  switchport mode trunk
  switchport voice vlan 240
  spanning-tree portfast
!
interface FastEthernet1/2
  switchport trunk native vlan 130
  switchport mode trunk
  switchport voice vlan 240
  spanning-tree portfast
!
interface Vlan130
  ip address 10.10.101.1 255.255.255.0
!
interface Vlan240
  ip address 10.10.201.1 255.255.255.0
  ip hel

Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a

[Ashar Siddiqui]

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 
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

Re: [OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a

[ccie rs]

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
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

[OSL | CCIE_Voice] VMware Connectivity and VLAN Interface Issues

[Matthew Berry]

Has anyone else experienced issues with Pod 12 on PL?

I am using that pod right now and have two issues that prevent me from 
moving forward.


Issue 1:  I can ping the virtual servers from my own hardware and from 
the remote routers.  However, I cannot load the web page admin  nor can 
I SSH into the CUCM/CUC devices.


Issue 2: BR1 gateway has a "line protocol down" for VLAN interfaces 130 
and 240.  I mentioned this on the OSL a few weeks prior.  The basic 
issue is that those interfaces will never show an UP/UP state.  I have 
reloaded the router, removed configs, compared with previous working 
configs, etc.  Still no dice.  I made sure that the interfaces were 
configured properly.  In fact, the same configuration works on BR2 
(different VLAN ID and IPs, off course).


Below are some outputs to defend issue two:

BR1-RTR#show int vlan 130
Jun 14 00:44:05.575: %SYS-5-CONFIG_I: Configured from console by console
BR1-RTR#show int vlan 130
Vlan130 is up, line protocol is down
  Hardware is EtherSVI, address is 0017.9460.8d40 (bia 0017.9460.8d40)
  Internet address is 10.10.101.1/24
  MTU 1500 bytes, BW 10 Kbit/sec, DLY 100 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
 0 packets output, 0 bytes, 0 underruns
 0 output errors, 0 interface resets
 0 unknown protocol drops
 0 output buffer failures, 0 output buffers swapped out

BR1-RTR#show ip int vlan 130
Vlan130 is up, line protocol is down
  Internet address is 10.10.101.1/24
  Broadcast address is 255.255.255.255
  Address determined by setup command
  MTU is 1500 bytes
  Helper address is not set
  Directed broadcast forwarding is disabled
  Multicast reserved groups joined: 224.0.0.5
  Outgoing access list is not set
  Inbound  access list is not set
  Proxy ARP is enabled
  Local Proxy ARP is disabled
  Security level is default
  Split horizon is enabled
  ICMP redirects are always sent
  ICMP unreachables are always sent
  ICMP mask replies are never sent
  IP fast switching is enabled
  IP fast switching on the same interface is disabled
  IP Flow switching is disabled
  IP CEF switching is enabled
  IP CEF switching turbo vector
  IP Null turbo vector
  IP multicast fast switching is enabled
  IP multicast distributed fast switching is disabled
  IP route-cache flags are Fast, CEF
  Router Discovery is disabled
  IP output packet accounting is disabled
  IP access violation accounting is disabled
  TCP/IP header compression is disabled
  RTP/IP header compression is disabled
  Policy routing is disabled
  Network address translation is disabled
  BGP Policy Mapping is disabled
  WCCP Redirect outbound is disabled
  WCCP Redirect inbound is disabled
  WCCP Redirect exclude is disabled


BR1-RTR#show vlan-switch brief

VLAN Name StatusPorts
  - 
---

1default  activeFa1/0, Fa1/1, Fa1/2, Fa1/3
Fa1/4, Fa1/5, Fa1/6, Fa1/7
Fa1/8, Fa1/9, Fa1/10, 
Fa1/11
Fa1/12, Fa1/13, Fa1/14, 
Fa1/15

130  DATA active
240  PHONES   activeFa1/1, Fa1/2, Fa1/3, Fa1/4
Fa1/5, Fa1/6, Fa1/7, Fa1/8
Fa1/9, Fa1/10, Fa1/11, 
Fa1/12

Fa1/13, Fa1/14, Fa1/15
1002 fddi-default act/unsup
1003 token-ring-default   act/unsup
1004 fddinet-default  act/unsup
1005 trnet-defaultact/unsup

interface FastEthernet1/1
 switchport trunk native vlan 130
 switchport mode trunk
 switchport voice vlan 240
 spanning-tree portfast
!
interface FastEthernet1/2
 switchport trunk native vlan 130
 switchport mode trunk
 switchport voice vlan 240
 spanning-tree portfast
!
interface Vlan130
 ip address 10.10.101.1 255.255.255.0
!
interface Vlan240
 ip address 10.10.201.1 255.255.255.0
 ip helper-address 10.10.200.3

--

*Matthew Berry*

/A+, CCENT, CCNA, CCNA Voice, CCVP, CCIE Voice Written/

*_Vitals:_*

*GVoice: *+1.612.424.5044

*Gmail*: ciscovoiceg...@gmail.com

*Skype*: ciscovoiceguru

*Twitter*: ciscovoiceguru

*_Cert Stats:_*

Cisco Cert Journey Began: Jan 1, 2009

1st L

Re: [OSL | CCIE_Voice] Spanning-tree portfast IPexpert!

[Rogers Ochieng]

Trunk mode for the HWIC is the old way we are used to but these new HWICs works 
too in Access mode

 

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of kobel
Sent: Sunday, June 13, 2010 7:55 PM
To: wolfsrudel
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Spanning-tree portfast IPexpert!

 

AFAIK, the portfast is effective only for access ports. that's why it's not 
visible on HWIC-4ESW ports, which are configured in trunk mode. 

regards

On Sun, Jun 13, 2010 at 6:49 PM, wolfsrudel  wrote:

portfast should be set on any access port where we like to avoid stp
delays (learning and such).
it's part of the de facto port config configuracion, unless were have
specific reasons not to do so. imho

hth


On 6/13/10, Ashar Siddiqui  wrote:
> Hi,
>
> In Proctor lab HW-Switch I can see this command:
>
> interface FastEthernet1/0/2
>  switchport access vlan 10
>  switchport mode access
>  switchport voice vlan 20
>  spanning-tree portfast
>
>
> But "Spanning-tree portfast" is not used on BR1/BR2 ports where phones are
> connected. Any specific reason? I thought we will use this command anywhere
> where we want the ports not to come in Election process of Root bridge (STP)
> and we are sure that they won't create ant loops (like access ports or ports
> connected to phone).  Also they quickly go in forwarding state..Why are we
> not using this on Br1 and Br2?
>
> Ash>
>

--
Sent from my mobile device
___

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

[kerboute kerboute]

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

[OSL | CCIE_Voice] MoH from Flash Vol 1 Lab 7a

[ccie rs]

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] Spanning-tree portfast IPexpert!

[Ashar Siddiqui]

Interesting thing I noticed at BR1.

Even though I configured spanning-tree portfast on the phone port, it
seems that it is not enabled.

interface FastEthernet1/0
 switchport trunk native vlan 130
 switchport mode trunk
 switchport voice vlan 240
 spanning-tree portfast
!


R2#sh spanning-tree int fa1/0 portfast
VLAN1    disabled
VLAN130  disabled
VLAN240  disabled


Conclusion: Portfast only work on access ports, if you have
configured the phone port as trunk then spanning-tree portfast won't
work.
Spanning Tree on Trunk port has no effect. Therefore if it is asked to
define port fast then we do not trunk the port. It is assumed that when
asked for portfast, Switch will not be an XL or EtherSwitch
module.

Ashar Siddiqui wrote:

  
Yes I know they are configured as Trunk ports but the phone port has
nothing to do with Route Bridge Election process so why not configure
portfast on them?
Do we need portfast on phone ports?
  
  
Amir this is for you:
  
R2#sh spanning-tree summ
Root bridge for: VLAN1, VLAN130, VLAN240.
PortFast BPDU Guard is disabled
UplinkFast is disabled
BackboneFast is disabled
  
Name Blocking Listening Learning Forwarding STP Active
  -  -- --
VLAN1    0    0 0    1  1
VLAN130  0    0 0    1  1
VLAN240  0    0 0    1  1
  -  -- --
 3 VLANs 0    0 0    3  3
  
  
Ash>
  
kobel wrote:
  AFAIK, the portfast is effective only for access ports.
that's why it's not visible on HWIC-4ESW ports, which are configured in
trunk mode. 

regards

On Sun, Jun 13, 2010 at 6:49 PM,
wolfsrudel 
wrote:
portfast
should be set on any access port where we like to avoid stp
delays (learning and such).
it's part of the de facto port config configuracion, unless were have
specific reasons not to do so. imho
  
hth
  
  
On 6/13/10, Ashar Siddiqui  wrote:
> Hi,
>
> In Proctor lab HW-Switch I can see this command:
>
> interface FastEthernet1/0/2
>  switchport access vlan 10
>  switchport mode access
>  switchport voice vlan 20
>  spanning-tree portfast
>
>
> But "Spanning-tree portfast" is not used on BR1/BR2 ports where
phones are
> connected. Any specific reason? I thought we will use this command
anywhere
> where we want the ports not to come in Election process of Root
bridge (STP)
> and we are sure that they won't create ant loops (like access
ports or ports
> connected to phone).  Also they quickly go in forwarding
state..Why are we
> not using this on Br1 and Br2?
>
> Ash>
>
  
  
  
  --
Sent from my mobile device
___
  
  
  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] Spanning-tree portfast IPexpert!

[Ashar Siddiqui]

Yes I know they are configured as Trunk ports but the phone port has
nothing to do with Route Bridge Election process so why not configure
portfast on them?
Do we need portfast on phone ports?


Amir this is for you:

R2#sh spanning-tree summ
Root bridge for: VLAN1, VLAN130, VLAN240.
PortFast BPDU Guard is disabled
UplinkFast is disabled
BackboneFast is disabled

Name Blocking Listening Learning Forwarding STP Active
  -  -- --
VLAN1    0    0 0    1  1
VLAN130  0    0 0    1  1
VLAN240  0    0 0    1  1
  -  -- --
 3 VLANs 0    0 0    3  3


Ash>

kobel wrote:
AFAIK, the portfast is effective only for access ports.
that's why it's not visible on HWIC-4ESW ports, which are configured in
trunk mode. 
  
regards
  
  On Sun, Jun 13, 2010 at 6:49 PM, wolfsrudel 
wrote:
  portfast
should be set on any access port where we like to avoid stp
delays (learning and such).
it's part of the de facto port config configuracion, unless were have
specific reasons not to do so. imho

hth


On 6/13/10, Ashar Siddiqui  wrote:
> Hi,
>
> In Proctor lab HW-Switch I can see this command:
>
> interface FastEthernet1/0/2
>  switchport access vlan 10
>  switchport mode access
>  switchport voice vlan 20
>  spanning-tree portfast
>
>
> But "Spanning-tree portfast" is not used on BR1/BR2 ports where
phones are
> connected. Any specific reason? I thought we will use this command
anywhere
> where we want the ports not to come in Election process of Root
bridge (STP)
> and we are sure that they won't create ant loops (like access
ports or ports
> connected to phone).  Also they quickly go in forwarding
state..Why are we
> not using this on Br1 and Br2?
>
> Ash>
>



--
Sent from my mobile device
___


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] Spanning-tree portfast IPexpert!

[kobel]

AFAIK, the portfast is effective only for access ports. that's why it's not
visible on HWIC-4ESW ports, which are configured in trunk mode.

regards

On Sun, Jun 13, 2010 at 6:49 PM, wolfsrudel  wrote:

> portfast should be set on any access port where we like to avoid stp
> delays (learning and such).
> it's part of the de facto port config configuracion, unless were have
> specific reasons not to do so. imho
>
> hth
>
> On 6/13/10, Ashar Siddiqui  wrote:
> > Hi,
> >
> > In Proctor lab HW-Switch I can see this command:
> >
> > interface FastEthernet1/0/2
> >  switchport access vlan 10
> >  switchport mode access
> >  switchport voice vlan 20
> >  spanning-tree portfast
> >
> >
> > But "Spanning-tree portfast" is not used on BR1/BR2 ports where phones
> are
> > connected. Any specific reason? I thought we will use this command
> anywhere
> > where we want the ports not to come in Election process of Root bridge
> (STP)
> > and we are sure that they won't create ant loops (like access ports or
> ports
> > connected to phone).  Also they quickly go in forwarding state..Why are
> we
> > not using this on Br1 and Br2?
> >
> > Ash>
> >
>
> --
> Sent from my mobile device
> ___
> 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] Spanning-tree portfast IPexpert!

[wolfsrudel]

portfast should be set on any access port where we like to avoid stp
delays (learning and such).
it's part of the de facto port config configuracion, unless were have
specific reasons not to do so. imho

hth

On 6/13/10, Ashar Siddiqui  wrote:
> Hi,
>
> In Proctor lab HW-Switch I can see this command:
>
> interface FastEthernet1/0/2
>  switchport access vlan 10
>  switchport mode access
>  switchport voice vlan 20
>  spanning-tree portfast
>
>
> But "Spanning-tree portfast" is not used on BR1/BR2 ports where phones are
> connected. Any specific reason? I thought we will use this command anywhere
> where we want the ports not to come in Election process of Root bridge (STP)
> and we are sure that they won't create ant loops (like access ports or ports
> connected to phone).  Also they quickly go in forwarding state..Why are we
> not using this on Br1 and Br2?
>
> Ash>
>

-- 
Sent from my mobile device
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

[OSL | CCIE_Voice] Spanning-tree portfast IPexpert!

[Ashar Siddiqui]

Hi,

In Proctor lab HW-Switch I can see this command:

interface FastEthernet1/0/2
 switchport access vlan 10
 switchport mode access
 switchport voice vlan 20
 spanning-tree portfast


But "Spanning-tree portfast" is not used on BR1/BR2 ports where phones
are connected. Any specific reason? I thought we will use this command
anywhere where we want the ports not to come in Election process of
Root bridge (STP) and we are sure that they won't create ant loops
(like access ports or ports connected to phone).  Also they quickly go
in forwarding state..Why are we not using this on Br1 and Br2?

Ash>



___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com