[OSL | CCIE_Voice] Problem with ISDN layer not coming up
I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/9 shutdown ! interface FastEthernet1/10 shutdown ! interface FastEthernet1/11 shutdown ! interface FastEthernet1/12 shutdown ! interface FastEthernet1/13 shutdown ! interface FastEthernet1/14 shutdown ! interface FastEthernet1/15 shutdown ! interface Vlan1 no ip address shutdown ! interface Vlan240 ip address 10.4.201.1 255.255.255.0 ip helper-address 10.4.200.21 ! router ospf 1 log-adjacency-changes network 10.4.101.0 0.0.0.255 area 0 network 10.4.201.0 0.0.0.255 area 0 network 162.4.101.0 0.0.0.255 area 0 network 172.4.101.0 0.0.0.255 area 0 ! ip classless ! ! ip http server no ip http secure-server ! ! ! ! ! control-plane ! ! ! voice-port 0/0/0:23 ! ccm-manager fallback-mgcp ccm-manager redundant-host 10.4.200.21 ccm-manager mgcp ccm-manager music-on-hold ccm-manager config server 10.4.200.21 ccm-manager config ! mgcp mgcp call-agent 10.4.200.20 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package no mgcp package-capability res-package mgcp package-capability sst-package no mgcp package-capability fxr-package mgcp package-capability pre-package no mgcp timer receive-rtcp mgcp sdp simple mgcp rtp payload-type g726r16 static mgcp bind control source-interface Vlan240 mgcp bind media source-interface Vlan240 ! mgcp profile default ! ! ! ! ! ! gatekeeper shutdown ! ! call-manager-fallback secondary-dialtone 9 max-conferences 2 gain -6 ip source-address 10.4.201.1 port 2000 max-ephones 3 max-dn 6 ! ! line con 0 stopbits 1 line aux 0 stopbits 1 line vty 0 4 no login transport input telnet line vty 5 15 no login transport input telnet ! warm-reboot scheduler allocate 2 1000 ! end Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: 480.517.6672 Mobile: 480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] www.nexusis.com http://www.nexusis.com/ The information contained in this email and any additional attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you receive this email in error, please destroy it immediately and contact us . Thank you. image001.png
[OSL | CCIE_Voice] New Study Guide
Interzone bandwidth restricts bandwidth between zones. Are you using more than one zone in your gatekeeper config? On Sun, May 11, 2008 at 12:32 PM, Onur Tufekci [EMAIL PROTECTED] wrote: I am looking at the bandwidth utilizations from CCM to CME and CME to CCM. Calls that are going out from CCM are showing as using 16 K and calls that are originated from CME are showing up as 128 K. My interzone limit 64 K so I am really confused about how this might be happening. Any ideas from any one? I checked my regions and codec setting on the dial-peers at least 4 times. GATEKEEPER ZONES GK name Domain Name RAS Address PORT FLAGS --- --- --- - - HQ-RTRipexpert.com 10.X.200.3 1719 LS BANDWIDTH INFORMATION (kbps) : Maximum total bandwidth : unlimited *Current total bandwidth : 128.0* *Maximum interzone bandwidth : 64* Current interzone bandwidth : 0.0 Maximum session bandwidth : unlimited * Total number of concurrent calls : 1* SUBNET ATTRIBUTES : All Other Subnets : (Enabled) PROXY USAGE CONFIGURATION : Inbound Calls from all other zones : to terminals in local zone HQ-RTR : use proxy to gateways in local zone HQ-RTR : do not use proxy to MCUs in local zone HQ-RTR : do not use proxy Outbound Calls to all other zones : from terminals in local zone HQ-RTR : use proxy from gateways in local zone HQ-RTR : do not use proxy -- There are only 10 types of people in the world: Those who understand binary, and those who don't -- next part -- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20080516/1edf7b5c/attachment-0001.html -- Message: 3 Date: Fri, 16 May 2008 07:36:41 -0700 From: Clawson, Von [EMAIL PROTECTED] Subject: [OSL | CCIE_Voice] Problem with ISDN layer not coming up To: ccie_voice@onlinestudylist.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/9 shutdown ! interface FastEthernet1/10 shutdown ! interface FastEthernet1/11 shutdown ! interface FastEthernet1/12 shutdown ! interface FastEthernet1/13 shutdown ! interface FastEthernet1/14 shutdown ! interface FastEthernet1/15 shutdown ! interface Vlan1 no ip address shutdown ! interface Vlan240 ip address 10.4.201.1 255.255.255.0 ip helper-address 10.4.200.21 ! router ospf 1 log-adjacency-changes network 10.4.101.0 0.0.0.255 area 0 network 10.4.201.0 0.0.0.255 area 0 network 162.4.101.0 0.0.0.255 area 0 network 172.4.101.0 0.0.0.255 area 0 ! ip classless ! ! ip http
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/9 shutdown ! interface FastEthernet1/10 shutdown ! interface FastEthernet1/11 shutdown ! interface FastEthernet1/12 shutdown ! interface FastEthernet1/13 shutdown ! interface FastEthernet1/14 shutdown ! interface FastEthernet1/15 shutdown ! interface Vlan1 no ip address shutdown ! interface Vlan240 ip address 10.4.201.1 255.255.255.0 ip helper-address 10.4.200.21 ! router ospf 1 log-adjacency-changes network 10.4.101.0 0.0.0.255 area 0 network 10.4.201.0 0.0.0.255 area 0 network 162.4.101.0 0.0.0.255 area 0 network 172.4.101.0 0.0.0.255 area 0 ! ip classless ! ! ip http server no ip http secure-server ! ! ! ! ! control-plane ! ! ! voice-port 0/0/0:23 ! ccm-manager fallback-mgcp ccm-manager redundant-host 10.4.200.21 ccm-manager mgcp ccm-manager music-on-hold ccm-manager config server 10.4.200.21 ccm-manager config ! mgcp mgcp call-agent 10.4.200.20 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package no mgcp package-capability res-package mgcp package-capability sst-package no mgcp package-capability fxr-package mgcp package-capability pre-package no mgcp timer receive-rtcp mgcp sdp simple mgcp rtp payload-type g726r16 static mgcp bind control source-interface Vlan240 mgcp bind media source-interface Vlan240 ! mgcp profile default ! ! ! ! ! ! gatekeeper shutdown ! ! call-manager-fallback secondary-dialtone 9 max-conferences 2 gain -6 ip source-address 10.4.201.1 port 2000 max-ephones 3 max-dn 6 ! ! line con 0 stopbits 1 line aux 0 stopbits 1 line vty 0 4 no login transport input telnet line vty 5 15 no login transport input telnet ! warm-reboot scheduler allocate 2 1000 ! end Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: 480.517.6672 Mobile: 480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] www.nexusis.com The information contained in this email and any additional attachments is confidential and
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
I removed service mgcp and just brought it up with pri-group timeslots 1-3. Still only get TEI_Assigned Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Tyson Scott [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 8:50 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/9 shutdown ! interface FastEthernet1/10 shutdown ! interface FastEthernet1/11 shutdown ! interface FastEthernet1/12 shutdown ! interface FastEthernet1/13 shutdown ! interface FastEthernet1/14 shutdown ! interface FastEthernet1/15 shutdown ! interface Vlan1 no ip address shutdown ! interface Vlan240 ip address 10.4.201.1 255.255.255.0 ip helper-address 10.4.200.21 ! router ospf 1 log-adjacency-changes network 10.4.101.0 0.0.0.255 area 0 network 10.4.201.0 0.0.0.255 area 0 network 162.4.101.0 0.0.0.255 area 0 network 172.4.101.0 0.0.0.255 area 0 ! ip classless ! ! ip http server no ip http secure-server ! ! ! ! ! control-plane ! ! ! voice-port 0/0/0:23 ! ccm-manager fallback-mgcp ccm-manager redundant-host 10.4.200.21 ccm-manager mgcp ccm-manager music-on-hold ccm-manager config server 10.4.200.21 ccm-manager config ! mgcp mgcp call-agent 10.4.200.20 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem passthrough voip mode nse mgcp package-capability rtp-package no mgcp package-capability res-package mgcp package-capability sst-package no mgcp package-capability fxr-package mgcp package-capability pre-package no mgcp timer receive-rtcp mgcp sdp simple mgcp rtp payload-type g726r16 static mgcp bind control source-interface Vlan240 mgcp bind media source-interface Vlan240 ! mgcp profile default ! ! ! ! ! ! gatekeeper shutdown ! ! call-manager-fallback secondary-dialtone 9 max-conferences 2 gain -6 ip source-address 10.4.201.1 port 2000 max-ephones 3 max-dn 6 ! ! line
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
Leave it with just pri-group timeslots 1-3 (no mgcp), and reboot your PSTN router (there's a button near the bottom of the Proctor Labs web page). I've had to do that once or twice in the past. If that doesn't work, use the troubleshooting menu on the PSTN router (telnet to 10.x.200.2) to see what's being reported on that side and contact the Proctor Labs support guys. Jane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clawson, Von Sent: Friday, May 16, 2008 8:55 AM To: Tyson Scott Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up I removed service mgcp and just brought it up with pri-group timeslots 1-3. Still only get TEI_Assigned Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Tyson Scott [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 8:50 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/9 shutdown ! interface FastEthernet1/10 shutdown ! interface FastEthernet1/11 shutdown ! interface FastEthernet1/12 shutdown ! interface FastEthernet1/13 shutdown ! interface FastEthernet1/14 shutdown ! interface FastEthernet1/15 shutdown ! interface Vlan1 no ip address shutdown ! interface Vlan240 ip address 10.4.201.1 255.255.255.0 ip helper-address 10.4.200.21 ! router ospf 1 log-adjacency-changes network 10.4.101.0 0.0.0.255 area 0 network 10.4.201.0 0.0.0.255 area 0 network 162.4.101.0 0.0.0.255 area 0 network 172.4.101.0 0.0.0.255 area 0 ! ip classless ! ! ip http server no ip http secure-server ! ! ! ! ! control-plane ! ! ! voice-port 0/0/0:23 ! ccm-manager fallback-mgcp ccm-manager redundant-host 10.4.200.21 ccm-manager mgcp ccm-manager music-on-hold ccm-manager config server 10.4.200.21 ccm-manager config ! mgcp mgcp call-agent 10.4.200.20 2427 service-type mgcp version 0.1 mgcp dtmf-relay voip codec all mode out-of-band mgcp rtp unreachable timeout 1000 action notify mgcp modem
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
One other thing to look at - you would have had to shut down the voice port in order to remove the service mgcp from the controller. Did you remember to no shut it after the reconfiguration? Once it comes up Multiple Frame Established without mgcp, then you know the connection to the PSTN router is good, and you can start trying to re-introduce mgcp. I've never used ccm-manger config (I just always do it manually), so I'm not sure what issues you might run into with that. Jane -Original Message- From: Clawson, Von [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:03 AM To: Jane Ryer (jryer) Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Um, yeah I tried contacting live support and got nothing from them. They told me to come here. Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Jane Ryer (jryer) [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:00 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Leave it with just pri-group timeslots 1-3 (no mgcp), and reboot your PSTN router (there's a button near the bottom of the Proctor Labs web page). I've had to do that once or twice in the past. If that doesn't work, use the troubleshooting menu on the PSTN router (telnet to 10.x.200.2) to see what's being reported on that side and contact the Proctor Labs support guys. Jane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clawson, Von Sent: Friday, May 16, 2008 8:55 AM To: Tyson Scott Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up I removed service mgcp and just brought it up with pri-group timeslots 1-3. Still only get TEI_Assigned Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Tyson Scott [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 8:50 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface FastEthernet1/0 switchport trunk native vlan 140 switchport mode trunk switchport voice vlan 240 ! interface FastEthernet1/1 shutdown ! interface FastEthernet1/2 shutdown ! interface FastEthernet1/3 shutdown ! interface FastEthernet1/4 shutdown ! interface FastEthernet1/5 shutdown ! interface FastEthernet1/6 shutdown ! interface FastEthernet1/7 shutdown ! interface FastEthernet1/8 switchport trunk native vlan 140
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
I rebooted both routers and now it came up. Not sure why this happened yet though Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Jane Ryer (jryer) [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:15 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up One other thing to look at - you would have had to shut down the voice port in order to remove the service mgcp from the controller. Did you remember to no shut it after the reconfiguration? Once it comes up Multiple Frame Established without mgcp, then you know the connection to the PSTN router is good, and you can start trying to re-introduce mgcp. I've never used ccm-manger config (I just always do it manually), so I'm not sure what issues you might run into with that. Jane -Original Message- From: Clawson, Von [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:03 AM To: Jane Ryer (jryer) Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Um, yeah I tried contacting live support and got nothing from them. They told me to come here. Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Jane Ryer (jryer) [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:00 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Leave it with just pri-group timeslots 1-3 (no mgcp), and reboot your PSTN router (there's a button near the bottom of the Proctor Labs web page). I've had to do that once or twice in the past. If that doesn't work, use the troubleshooting menu on the PSTN router (telnet to 10.x.200.2) to see what's being reported on that side and contact the Proctor Labs support guys. Jane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clawson, Von Sent: Friday, May 16, 2008 8:55 AM To: Tyson Scott Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up I removed service mgcp and just brought it up with pri-group timeslots 1-3. Still only get TEI_Assigned Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Tyson Scott [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 8:50 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway registers fine. The config is below. Can anyone help me figure out what I'm doing wrong? By the way, I'm in the middle of a session now so any help would be appreciated. Current configuration : 3544 bytes ! version 12.4 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname P4-BR1-RTR ! boot-start-marker boot system flash:c2800nm-adventerprisek9_ivs-mz.124-3g.bin.bin boot-end-marker ! ! no aaa new-model ! resource policy ! network-clock-participate wic 0 network-clock-select 1 T1 0/0/0 ip subnet-zero ! ! ip cef ! ! ! isdn switch-type primary-ni ! voice-card 0 no dspfarm ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! application global service alternate default ! ! ! ! controller T1 0/0/0 framing esf linecode b8zs pri-group timeslots 1-3,24 service mgcp ! ! ! ! ! interface Loopback0 ip address 172.4.101.1 255.255.255.255 ip ospf network point-to-point ! interface FastEthernet0/0 no ip address duplex auto speed auto ! interface FastEthernet0/1 no ip address duplex auto speed auto ! interface Serial0/0/0:23 no ip address isdn switch-type primary-ni isdn incoming-voice voice isdn bind-l3 ccm-manager no cdp enable ! interface Serial0/1/0 no ip address encapsulation frame-relay IETF no fair-queue frame-relay lmi-type ansi ! interface Serial0/1/0.1 point-to-point ip address 162.4.101.2 255.255.255.0 ip ospf mtu-ignore frame-relay interface-dlci 101 ! interface
Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection
Use AC PP/Hunt Group containing CTI RP w/CFA to VM and change the following TCD service parameter: Keep Original Called Party If Forwarded : This parameter determines whether the directory number (DN) of the original called party gets reset to the redirected number if the call is forwarded to the Pilot Point. Valid values specify True (do not reset the original called party) or False (reset the original called party during forwarding). This is a required field. Default: true. Greg Jost Network Consulting Engineer Unified Communications Practice Cisco Systems, Inc. 214-274-1922 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Narvaez Sent: Thursday, May 15, 2008 8:26 AM To: Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Mark, I see your lets say Super-Hint is valid, but you mentioned that there are multiple ways to achieve the same. I would like to find one where just CCM and UNITY be involved, avoiding to use IPCC Scripting because is too time consuming to be applied in the Exam, besides it would be dependant of the IPCC be working correctly (I have the impression most of the people dont make work the IPCC in their first attempts) thankful of your wise guidance. -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:29 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Foward the call to 7 where is the other VM Box you want it to hit (for this example maybe 2001). 7 (literally just 7) is the trigger for a UCCX application that preserves whatever '' was in a variable (in this case 2001). Then a new number is formed to make it like # + -variable so the new number is #2001. Then forward #2001 back to the UCM where it matches a CTI RP that is # and FwdsAll to VM with a New VMProfile that has only the mask (so it strips the #) - then it forwards properly into the correct Subscriber box. Sorry - got to typing and didn't really give a hint - gave the answer - sometimes I get carried away in thinking up a way to solve it that I forgo the fishing lesson for the fish :) Ah well - next time perhaps. -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 4:22 PM, Christian Narvaez wrote: I agree with you that stuff about fishing :). Actually now I am stuck trying to get around how to manipulate the Redirect Number in Callmanager, never done that before (What I have seen is just manipulations of called and calling number). And trying to figure out what kind of variables you meant for that. H, maybe another hint would not be so bad to learn fish a barracuda like this :) -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:03 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection If that wasn't enough of a hint - let me know - I will be happy to give you a bit more of a hint of HOW to do it in UCCX - but I am one of those that is of the mindset of teaching people to fish - if you get the euphemism :) -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 3:48 PM, Christian Narvaez wrote: Thanks Mark for the clarification !, any little clue how to resolve it would be nice :) . I take the rest. -Original Message- From: [EMAIL PROTECTED] on behalf of Mark Snow Sent: Wed 5/14/2008 2:24 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Christian - the problem you are running into is an old one and it would be nice if Unity 4.0.5 supported something differently - but alas - it does not. That functionality is hard-coded into the Unity TSP driver - with no selectable option to change it. You will have to find another way
Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection
is it possible to add a CTI RP into a line group? thought that didn't work, but can be wrong of course cheers, Juan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gregory Jost (grjost) Sent: Friday, May 16, 2008 6:52 PM To: Christian Narvaez; Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Use AC PP/Hunt Group containing CTI RP w/CFA to VM and change the following TCD service parameter: Keep Original Called Party If Forwarded : This parameter determines whether the directory number (DN) of the original called party gets reset to the redirected number if the call is forwarded to the Pilot Point. Valid values specify True (do not reset the original called party) or False (reset the original called party during forwarding). This is a required field. Default: true. Greg Jost Network Consulting Engineer Unified Communications Practice Cisco Systems, Inc. 214-274-1922 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Narvaez Sent: Thursday, May 15, 2008 8:26 AM To: Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Mark, I see your lets say Super-Hint is valid, but you mentioned that there are multiple ways to achieve the same. I would like to find one where just CCM and UNITY be involved, avoiding to use IPCC Scripting because is too time consuming to be applied in the Exam, besides it would be dependant of the IPCC be working correctly (I have the impression most of the people dont make work the IPCC in their first attempts) thankful of your wise guidance. -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:29 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Foward the call to 7 where is the other VM Box you want it to hit (for this example maybe 2001). 7 (literally just 7) is the trigger for a UCCX application that preserves whatever '' was in a variable (in this case 2001). Then a new number is formed to make it like # + -variable so the new number is #2001. Then forward #2001 back to the UCM where it matches a CTI RP that is # and FwdsAll to VM with a New VMProfile that has only the mask (so it strips the #) - then it forwards properly into the correct Subscriber box. Sorry - got to typing and didn't really give a hint - gave the answer - sometimes I get carried away in thinking up a way to solve it that I forgo the fishing lesson for the fish :) Ah well - next time perhaps. -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 4:22 PM, Christian Narvaez wrote: I agree with you that stuff about fishing :). Actually now I am stuck trying to get around how to manipulate the Redirect Number in Callmanager, never done that before (What I have seen is just manipulations of called and calling number). And trying to figure out what kind of variables you meant for that. H, maybe another hint would not be so bad to learn fish a barracuda like this :) -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:03 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection If that wasn't enough of a hint - let me know - I will be happy to give you a bit more of a hint of HOW to do it in UCCX - but I am one of those that is of the mindset of teaching people to fish - if you get the euphemism :) -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 3:48 PM, Christian Narvaez wrote: Thanks Mark for the clarification !, any little clue how to resolve it would be nice :) . I take the rest. -Original Message- From: [EMAIL PROTECTED] on behalf of Mark Snow Sent: Wed 5/14/2008 2:24 PM To: Christian Narvaez
Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection
You can add a CTI RP to an AC hungroup. Nice solution. Vik Malhi - CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juan Lopez Hernandez -X (jlopezhe - IBM - INS at Cisco) Sent: Friday, May 16, 2008 9:56 AM To: Gregory Jost (grjost); Christian Narvaez; Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection is it possible to add a CTI RP into a line group? thought that didn't work, but can be wrong of course cheers, Juan _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gregory Jost (grjost) Sent: Friday, May 16, 2008 6:52 PM To: Christian Narvaez; Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Use AC PP/Hunt Group containing CTI RP w/CFA to VM and change the following TCD service parameter: Keep Original Called Party If Forwarded : This parameter determines whether the directory number (DN) of the original called party gets reset to the redirected number if the call is forwarded to the Pilot Point. Valid values specify True (do not reset the original called party) or False (reset the original called party during forwarding). This is a required field. Default: true. Greg Jost Network Consulting Engineer Unified Communications Practice Cisco Systems, Inc. 214-274-1922 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Narvaez Sent: Thursday, May 15, 2008 8:26 AM To: Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Mark, I see your lets say Super-Hint is valid, but you mentioned that there are multiple ways to achieve the same. I would like to find one where just CCM and UNITY be involved, avoiding to use IPCC Scripting because is too time consuming to be applied in the Exam, besides it would be dependant of the IPCC be working correctly (I have the impression most of the people dont make work the IPCC in their first attempts) thankful of your wise guidance. -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:29 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Foward the call to 7 where is the other VM Box you want it to hit (for this example maybe 2001). 7 (literally just 7) is the trigger for a UCCX application that preserves whatever '' was in a variable (in this case 2001). Then a new number is formed to make it like # + -variable so the new number is #2001. Then forward #2001 back to the UCM where it matches a CTI RP that is # and FwdsAll to VM with a New VMProfile that has only the mask (so it strips the #) - then it forwards properly into the correct Subscriber box. Sorry - got to typing and didn't really give a hint - gave the answer - sometimes I get carried away in thinking up a way to solve it that I forgo the fishing lesson for the fish :) Ah well - next time perhaps. -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 4:22 PM, Christian Narvaez wrote: I agree with you that stuff about fishing :). Actually now I am stuck trying to get around how to manipulate the Redirect Number in Callmanager, never done that before (What I have seen is just manipulations of called and calling number). And trying to figure out what kind of variables you meant for that. H, maybe another hint would not be so bad to learn fish a barracuda like this :) -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:03 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection If that wasn't enough of a hint - let me know - I will be happy to give you a bit more of a hint of HOW to do it in UCCX - but I am one of those that is of the mindset of teaching people to fish - if you get the
Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up
It looks like the backbone router was your issue. In future something to help you identify this would be to use the debug isdn q921 command on your router. You would have probably seen layer 2 messages being sent from your router but nothing being received from the PSTN. This is definitively proves that there is a problem with the PSTN. I have from time to time experienced the same thing- I believe the source of the problem lies when we convert from R2 back and forth to PRI. It sometimes takes a reboot for the router to start supporting ISDN signaling. Our workbooks give users the choice on what protocol to use at the BR2 site and this is why we continue to support R2. I know it is frustrating but something like this could also happen in the actual lab- you have to be a prosecuting attorney and prove your case to the proctor and debug isdn q921 would have been your motive, weapon and witness;) Vik Malhi - CCIE #13890 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Mailto: [EMAIL PROTECTED] Join our free online support and peer group communities: http://www.IPexpert.com/communities IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On-Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clawson, Von Sent: Friday, May 16, 2008 8:42 AM To: Jane Ryer (jryer) Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up I rebooted both routers and now it came up. Not sure why this happened yet though Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: ? 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Jane Ryer (jryer) [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:15 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up One other thing to look at - you would have had to shut down the voice port in order to remove the service mgcp from the controller. Did you remember to no shut it after the reconfiguration? Once it comes up Multiple Frame Established without mgcp, then you know the connection to the PSTN router is good, and you can start trying to re-introduce mgcp. I've never used ccm-manger config (I just always do it manually), so I'm not sure what issues you might run into with that. Jane -Original Message- From: Clawson, Von [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:03 AM To: Jane Ryer (jryer) Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Um, yeah I tried contacting live support and got nothing from them. They told me to come here. Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: ? 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Jane Ryer (jryer) [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 9:00 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Leave it with just pri-group timeslots 1-3 (no mgcp), and reboot your PSTN router (there's a button near the bottom of the Proctor Labs web page). I've had to do that once or twice in the past. If that doesn't work, use the troubleshooting menu on the PSTN router (telnet to 10.x.200.2) to see what's being reported on that side and contact the Proctor Labs support guys. Jane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clawson, Von Sent: Friday, May 16, 2008 8:55 AM To: Tyson Scott Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up I removed service mgcp and just brought it up with pri-group timeslots 1-3. Still only get TEI_Assigned Von Clawson Manager, Nexus IS Technical Assistance Center Nexus IS, Inc. Office: :480.517.6672 Mobile: :480.200.1918 Fax: ? 480.517.6673 [EMAIL PROTECTED] -Original Message- From: Tyson Scott [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 8:50 AM To: Clawson, Von Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Problem with ISDN layer not coming up Von, Have you tested to make sure the ISDN comes up before you register it with callmanager? I recommend removing your mgcp configuration from the trunk and get the trunk to come up with just the basic configuration. Once you have this add the mgcp configuration. It will help you narrow down where the problem is occuring. On Fri, May 16, 2008 at 10:36 AM, Clawson, Von [EMAIL PROTECTED] wrote: I've now had two sessions in which I could not get ISDN layer 3 up on the BR1 router. The gateway
Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection
Thanks Gregory, Just to make sure I understood. The procedure you´re proposing is the following: 1 - Create a CTI_RP # ForwardAll to the Unity, and with a VM Profile with mask 2 - Create a Attendant Console Pilot Point 7 3 - To that Pilot Point assign the member # (The CTI_RP) 4 - Create the User ac with associated devices i)the Pilot Point and ii)the CTI_RP 5 - In the TCD Service Parameters, modify the Keep Original Called Party If Forwarded to FALSE. (By Default it is TRUE) 6 - Manually CallForwardAll the Phone to for example the number 71001 (Then When I call the phone , the VM 1001 should answer) Well, I am trying to make work this solution, but till this moment doesnt work for me. Am I missing something ? -Original Message- From: Gregory Jost (grjost) [mailto:[EMAIL PROTECTED] Sent: Fri 5/16/2008 12:51 PM To: Christian Narvaez; Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Use AC PP/Hunt Group containing CTI RP w/CFA to VM and change the following TCD service parameter: Keep Original Called Party If Forwarded : This parameter determines whether the directory number (DN) of the original called party gets reset to the redirected number if the call is forwarded to the Pilot Point. Valid values specify True (do not reset the original called party) or False (reset the original called party during forwarding). This is a required field. Default: true. Greg Jost Network Consulting Engineer Unified Communications Practice Cisco Systems, Inc. 214-274-1922 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Narvaez Sent: Thursday, May 15, 2008 8:26 AM To: Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Mark, I see your lets say Super-Hint is valid, but you mentioned that there are multiple ways to achieve the same. I would like to find one where just CCM and UNITY be involved, avoiding to use IPCC Scripting because is too time consuming to be applied in the Exam, besides it would be dependant of the IPCC be working correctly (I have the impression most of the people dont make work the IPCC in their first attempts) thankful of your wise guidance. -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:29 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Foward the call to 7 where is the other VM Box you want it to hit (for this example maybe 2001). 7 (literally just 7) is the trigger for a UCCX application that preserves whatever '' was in a variable (in this case 2001). Then a new number is formed to make it like # + -variable so the new number is #2001. Then forward #2001 back to the UCM where it matches a CTI RP that is # and FwdsAll to VM with a New VMProfile that has only the mask (so it strips the #) - then it forwards properly into the correct Subscriber box. Sorry - got to typing and didn't really give a hint - gave the answer - sometimes I get carried away in thinking up a way to solve it that I forgo the fishing lesson for the fish :) Ah well - next time perhaps. -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 4:22 PM, Christian Narvaez wrote: I agree with you that stuff about fishing :). Actually now I am stuck trying to get around how to manipulate the Redirect Number in Callmanager, never done that before (What I have seen is just manipulations of called and calling number). And trying to figure out what kind of variables you meant for that. H, maybe another hint would not be so bad to learn fish a barracuda like this :) -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:03 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection If that wasn't enough of a hint - let me know - I will be happy to give you a bit more of a hint of HOW to do it in UCCX - but I am one of those that is of the mindset of teaching people to fish - if you get the euphemism :) -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities:
Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection
Did you rsetart TCD service? What's happening? If you still can't get it to work, make the PP explicit (e.g. 71001). When it overwrites the RDNIS, it may us the PP instead of the called party. Also, the pattern of the CTI RP is arbitrary, as the RDNIS is retained from the PP. -Original Message- From: Christian Narvaez [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2008 12:45 PM Pacific Standard Time To: Gregory Jost (grjost) Cc: ccie_voice@onlinestudylist.com Subject:RE: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Thanks Gregory, Just to make sure I understood. The procedure you´re proposing is the following: 1 - Create a CTI_RP # ForwardAll to the Unity, and with a VM Profile with mask 2 - Create a Attendant Console Pilot Point 7 3 - To that Pilot Point assign the member # (The CTI_RP) 4 - Create the User ac with associated devices i)the Pilot Point and ii)the CTI_RP 5 - In the TCD Service Parameters, modify the Keep Original Called Party If Forwarded to FALSE. (By Default it is TRUE) 6 - Manually CallForwardAll the Phone to for example the number 71001 (Then When I call the phone , the VM 1001 should answer) Well, I am trying to make work this solution, but till this moment doesnt work for me. Am I missing something ? -Original Message- From: Gregory Jost (grjost) [mailto:[EMAIL PROTECTED] Sent: Fri 5/16/2008 12:51 PM To: Christian Narvaez; Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Use AC PP/Hunt Group containing CTI RP w/CFA to VM and change the following TCD service parameter: Keep Original Called Party If Forwarded : This parameter determines whether the directory number (DN) of the original called party gets reset to the redirected number if the call is forwarded to the Pilot Point. Valid values specify True (do not reset the original called party) or False (reset the original called party during forwarding). This is a required field. Default: true. Greg Jost Network Consulting Engineer Unified Communications Practice Cisco Systems, Inc. 214-274-1922 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Narvaez Sent: Thursday, May 15, 2008 8:26 AM To: Mark Snow Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Mark, I see your lets say Super-Hint is valid, but you mentioned that there are multiple ways to achieve the same. I would like to find one where just CCM and UNITY be involved, avoiding to use IPCC Scripting because is too time consuming to be applied in the Exam, besides it would be dependant of the IPCC be working correctly (I have the impression most of the people dont make work the IPCC in their first attempts) thankful of your wise guidance. -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:29 PM To: Christian Narvaez Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Unity 4.0(5) - VM Selection Foward the call to 7 where is the other VM Box you want it to hit (for this example maybe 2001). 7 (literally just 7) is the trigger for a UCCX application that preserves whatever '' was in a variable (in this case 2001). Then a new number is formed to make it like # + -variable so the new number is #2001. Then forward #2001 back to the UCM where it matches a CTI RP that is # and FwdsAll to VM with a New VMProfile that has only the mask (so it strips the #) - then it forwards properly into the correct Subscriber box. Sorry - got to typing and didn't really give a hint - gave the answer - sometimes I get carried away in thinking up a way to solve it that I forgo the fishing lesson for the fish :) Ah well - next time perhaps. -- Mark Snow CCIE #14073 (Voice, Security) CCSI #31583 Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: [EMAIL PROTECTED] -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE RS Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On May 14, 2008, at 4:22 PM, Christian Narvaez wrote: I agree with you that stuff about fishing :). Actually now I am stuck trying to get around how to manipulate the Redirect Number in Callmanager, never done that before (What I have seen is just manipulations of called and calling number). And trying to figure out what kind of variables you meant for that. H, maybe another hint would not be so bad to learn fish a barracuda like this :) -Original Message- From: Mark Snow [mailto:[EMAIL PROTECTED] Sent: Wed 5/14/2008 4:03 PM To: Christian Narvaez Cc:
[OSL | CCIE_Voice] Compressed RTP
I am running the following config on my lab for compressed RTP. when I apply it to the serial interface outbound I loose the audio stream in that direction. call remains up and one way audio is there. When I remove the service policy output the audio come back. Any ideas Thanks class-map match-any RTP match dscp ef match access-group 100 class-map match-any SIG match dscp cs3 match dscp af31 ! ! policy-map CRTP class RTP compress header ip rtp access-list 100 permit udp 10.61.113.0 0.0.0.255 10.61.111.0 0.0.0.255 range 16384 32767 access-list 100 permit udp 10.61.113.0 0.0.0.255 range 16384 32767 10.61.111.0 0.0.0.255
