Re: [OSL | CCIE_Voice] Changing DSCP marking for SCCP sourced from Callmanager
Hi, you need to configure it under the Enterprise Parameter Settings not the CallManager Services, which I suppose you looked for. The default setting is, like cisco recommends, for signalling(here sccp) cs3. HTH Scott ODonnell schrieb: There seems to be some conflicting information online regarding how to change the DSCP marking of SCCP packets sourced from CallManager. Does anyone know which service parameter needs to be changed for this? - Scott __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming calls to specificDN
OK, here is another one for H.323 GW with SRST. What it does: 1) translates incoming international PSTN calls to 2003 DID into ***###***2003 number pattern 2) ***###***2003 pattern matches either DP 201 (CCMPUB) or 202 (CCMSUB) outbound 3) after matching outbound DP, ***###***2003 is translated back to 2003. 4) when SRST is active, call is sent to CCM but CCM does not have 2003 registered. Call fails. 5) when SRST is atcive, there is another DP autocreated for 2003. This one will get all-but-international calls from PSTN. ! voice translation-rule 1 rule 1 /\(2003$\)/ /***###***\1/ type international plan any ! voice translation-rule 2 rule 1 /***###***\(2003$\)/ /\1/ ! voice translation-profile from_intl translate called 1 ! voice translation-profile to_ccm translate called 2 ! dial-peer voice 100 pots incoming called-number XXXYYY2003 #DID for 2003 direct-inward-dial translation-profile incoming from_intl ! dial-peer voice 201 voip description Pointing to CCMPUB destination-pattern ***###***2003 translation-profile outgoing to_ccm session target ipv4:10.1.200.21 dtmf-relay h245-alpha ! dial-peer voice 202 voip description Pointing to CCMSUB destination-pattern ***###***2003 translation-profile outgoing to_ccm preference 1 huntstop session target ipv4:10.1.200.20 dtmf-relay h245-alpha ! dial-peer voice 301 voip description Pointing to CCMPUB destination-pattern [12]... session target ipv4:10.1.200.21 dtmf-relay h245-alpha ! dial-peer voice 302 voip description Pointing to CCMSUB destination-pattern [12]... preference 1 session target ipv4:10.1.200.20 dtmf-relay h245-alpha ! Cheers Alex - Original Message - From: Vik Malhi [EMAIL PROTECTED] To: Alex [EMAIL PROTECTED]; Robert Schuknecht [EMAIL PROTECTED]; OSL CCIE Voice Lab Exam ccie_voice@onlinestudylist.com Sent: Tuesday, November 11, 2008 11:57 PM Subject: Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming calls to specificDN This is the best solution except that it is not SRST specific when the gateway is using the H323 protocol. -- Vik Malhi CCIE #13890, CCSI #31584 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. From: Alex [EMAIL PROTECTED] Date: Tue, 11 Nov 2008 21:46:20 - To: Robert Schuknecht [EMAIL PROTECTED], OSL CCIE Voice Lab Exam ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming calls to specificDN How about this: voice translation-rule 1 rule 1 reject // type international plan any ! voice translation-profile from_intl translate calling 1 ! dial-peer voice 100 pots incoming called-number XXXYYY2003 #DID for 2003 direct-inward-dial call-block translation-profile incoming from_intl call-block disconnect-cause incoming whatever ! Cheers Alex - Original Message - From: Robert Schuknecht [EMAIL PROTECTED] To: OSL CCIE Voice Lab Exam ccie_voice@onlinestudylist.com Sent: Tuesday, November 11, 2008 8:47 PM Subject: [OSL | CCIE_Voice] H323 with SRST: Block incoming calls to specificDN Hi, i am totally stuck with the following scenario: 1) H323 Gateway with SRST 2) when SRST is off #2003 is able to call everywhere 3) when SRST is off #2003 can be called from everywhere 4) when SRST is active #2003 should not called from international numbers / or from all numbers 5) when SRST is active #2003 should not be able to dial international numbers Point 4) is the one that drives me crazy. I can´t get it to work. Any help is appreciated
Re: [OSL | CCIE_Voice] cme phones to two different unity systems
Easy - with legacy translation rules under ephone-dn - the Messages button is just a speed-dial: ! telephony-service voicemail 3100 # CUE VM pilot ! ephone-dn 1 number 3001 translate called 1 ! ephone-dn 2 number 3002 ! translation-rule 1 rule 1 ^3100$ 3200 # 3200 is the Unity VM pilot ! ephone 1 description Phone 1 with CUE VM button 1:1 ! ephone 2 description Phone 2 with Unity VM button 1:2 ! Then configure ephone(s) for Unity integration and dial-peer(s) for CUE integration. Should be trivial Rgds Alex - Original Message - From: Balamurugan Singaram To: ccie_voice@onlinestudylist.com Sent: Wednesday, November 12, 2008 12:54 PM Subject: [OSL | CCIE_Voice] cme phones to two different unity systems Hi, We have two cme phones in BR2 two different unity systems: 1st phone press messages button and go to unity 4.0.5 greetings 2nd phone press messages button and go to CUE greetings How to make it work? Thanks, -- New Email names for you! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does!
Re: [OSL | CCIE_Voice] Certified (CCIE #22618)
Congrats Mark -- MARK TURPIN | Systems Engineer | CCIE 21649 | Calence / Insight Networking Solutions | www.calence.com t. 314.656.2315 c. 314.660.5800 f. 314.656.2355 [EMAIL PROTECTED] The information contained in this message and any attachment may contain privileged or confidential information protected from disclosure. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this information is strictly prohibited. If you have received this transmission in error, please notify the sender immediately by replying to this message and destroying the original and all copies. Thank you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cardwell, Mark Sent: Tuesday, November 11, 2008 11:27 AM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Certified (CCIE #22618) I would like to thank God, my wife and daughter, Allen R, Vic Malhi (and IPEXPERT staff), Stephen Collinson and everyone on this study list for helping me. It has been a great journey and I enjoyed every last moment. Good luck to you all in the pursuit of your number. Cheers! Mark Cardwell | Systems Engineer | MidAtlantic | Presidio Networked Solutions 7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto:[EMAIL PROTECTED] D: 571.225.0132 | http://www.presidio.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cardwell, Mark Sent: Tuesday, November 11, 2008 8:56 AM To: Christian Hennrich Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] NTP IN CUCM If the time difference is more than 15 min it will not sync. http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note0 9186a008009470f.shtml Here is a link to configure Cheers! Mark Cardwell | Systems Engineer | MidAtlantic | Presidio Networked Solutions 7601 Ora Glen Drive, Suite 100, Greenbelt, MD 20770 | mailto:[EMAIL PROTECTED] D: 571.225.0132 | http://www.presidio.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Hennrich Sent: Tuesday, November 11, 2008 4:23 AM Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] NTP IN CUCM Hi, from my experience, if the time difference is too high, you need to stop the Network Time Protocol Service under Windows and do a manually ntpdate -d IP Addr. Having done that, the time was correct. Also ensure to set the right timezone under windows. I'm not sure, if that is the right way to do, but it worked for me. Please correct me if I'm wrong. Cheers Pardeep Singh (pardsing) schrieb: Hello Team, Is there any good procedure to setup NTP in CUCM because I tried the one where you change the ntp.conf file and restart the NTP service but doesn't seem to work for me. This is what my ntp.conf file look like: server 142.707.64.254 Thanks __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
[OSL | CCIE_Voice] POD 26: Section 5 Task 5.6
Hello, I'm tryin to call ATA 186 which is registered HQ GK with e:164 number 2080. I'm calling from HQ DN 1003 and I got ARJ from HQ GK. Do you have an idea? (I created route pattern for 2080 that is using IPIPGW-GK-TRUNK on CM. Nov 12 17:37:41.194: RecvUDP_IPSockData successfully rcvd message of length 115 from 10.26.200.21:53042 Nov 12 17:37:41.194: ARQ (seq# 126) rcvd Nov 12 17:37:41.198: IPSOCK_RAS_sendto: msg length 13 from 172.26.100.1:1719 to 10.26.200.21: 53042 Nov 12 17:37:41.198: RASLib::RASSendARJ: ARJ (seq# 126) sent to 10.26.200.21 Pod26-HQ-RTR#sh gatekeeper endpoints GATEKEEPER ENDPOINT REGISTRATION CallSignalAddr Port RASSignalAddr Port Zone Name TypeFlags --- - --- - - - 10.26.200.2052399 10.26.200.2052147 HQ-RTRVOIP-GW H323-ID: ccm_trunk_729_2 Voice Capacity Max.= Avail.= Current.= 0 10.26.200.2053629 10.26.200.2052147 CCM-GKVOIP-GW H323-ID: IPIPGW-GK-TRUNK_2 Voice Capacity Max.= Avail.= Current.= 0 10.26.200.2153125 10.26.200.2153042 HQ-RTRVOIP-GW H323-ID: ccm_trunk_729_1 Voice Capacity Max.= Avail.= Current.= 0 10.26.200.2153683 10.26.200.2153042 CCM-GKVOIP-GW H323-ID: IPIPGW-GK-TRUNK_1 Voice Capacity Max.= Avail.= Current.= 0 172.26.100.11720 172.26.100.157473 VGK VOIP-GW H323-ID: IPIPGW Voice Capacity Max.= Avail.= Current.= 0 10.26.200.124 1720 10.26.200.124 1719 ATA-GKTERM E164-ID: 2080 Total number of active registrations = 6 Pod26-HQ-RTR#
Re: [OSL | CCIE_Voice] POD 26: Section 5 Task 5.6
When I continue to check the details of trace;
it says rejectReason resourceUnavailable : NULL
What could the missing part?
Thanks,
value RasMessage ::= admissionReject :
{
requestSeqNum 150
rejectReason resourceUnavailable : NULL
nonStandardData
{
nonStandardIdentifier h221NonStandard :
{
2008/11/12 M.Deniz KIZILCABOLUK [EMAIL PROTECTED]
Hello,
I'm tryin to call ATA 186 which is registered HQ GK with e:164 number
2080. I'm calling from HQ DN 1003 and I got ARJ from HQ GK.
Do you have an idea? (I created route pattern for 2080 that is using
IPIPGW-GK-TRUNK on CM.
Nov 12 17:37:41.194: RecvUDP_IPSockData successfully rcvd message of
length 115 from 10.26.200.21:53042
Nov 12 17:37:41.194: ARQ (seq# 126) rcvd
Nov 12 17:37:41.198: IPSOCK_RAS_sendto: msg length 13 from
172.26.100.1:1719 to 10.26.200.21: 53042
Nov 12 17:37:41.198: RASLib::RASSendARJ: ARJ (seq# 126) sent to
10.26.200.21
Pod26-HQ-RTR#sh gatekeeper endpoints
GATEKEEPER ENDPOINT REGISTRATION
CallSignalAddr Port RASSignalAddr Port Zone Name TypeFlags
--- - --- - - -
10.26.200.2052399 10.26.200.2052147 HQ-RTRVOIP-GW
H323-ID: ccm_trunk_729_2
Voice Capacity Max.= Avail.= Current.= 0
10.26.200.2053629 10.26.200.2052147 CCM-GKVOIP-GW
H323-ID: IPIPGW-GK-TRUNK_2
Voice Capacity Max.= Avail.= Current.= 0
10.26.200.2153125 10.26.200.2153042 HQ-RTRVOIP-GW
H323-ID: ccm_trunk_729_1
Voice Capacity Max.= Avail.= Current.= 0
10.26.200.2153683 10.26.200.2153042 CCM-GKVOIP-GW
H323-ID: IPIPGW-GK-TRUNK_1
Voice Capacity Max.= Avail.= Current.= 0
172.26.100.11720 172.26.100.157473 VGK VOIP-GW
H323-ID: IPIPGW
Voice Capacity Max.= Avail.= Current.= 0
10.26.200.124 1720 10.26.200.124 1719 ATA-GKTERM
E164-ID: 2080
Total number of active registrations = 6
Pod26-HQ-RTR#
[OSL | CCIE_Voice] preserve call in h323 gateway in SRST mode
Hi, Do some one know how to preserve call in h323 gateway in SRST mode ? when the call is in process when we shut the CCM services, the call get disconnected it does not goes to SRST mode. voice service voip h323 no h225 timeout keepalive In MGCP gateway, the following below command will preserve call, but this is not working for H.323 gateway and above command is also is not working ? any suggestion please. application global service alternate default Thanks, Get your preferred Email name! Now you can @ymail.com and @rocketmail.com. http://mail.promotions.yahoo.com/newdomains/aa/
Re: [OSL | CCIE_Voice] preserve call in h323 gateway in SRST mode
http://www.cisco.com/en/US/docs/ios/12_4t/12_4t11/h323pres.html -- MARK TURPIN | Systems Engineer | CCIE 21649 | Calence / Insight Networking Solutions | www.calence.com t. 314.656.2315 c. 314.660.5800 f. 314.656.2355 [EMAIL PROTECTED] The information contained in this message and any attachment may contain privileged or confidential information protected from disclosure. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this information is strictly prohibited. If you have received this transmission in error, please notify the sender immediately by replying to this message and destroying the original and all copies. Thank you. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Balamurugan Singaram Sent: Wednesday, November 12, 2008 5:24 AM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] preserve call in h323 gateway in SRST mode Hi, Do some one know how to preserve call in h323 gateway in SRST mode ? when the call is in process when we shut the CCM services, the call get disconnected it does not goes to SRST mode. voice service voip h323 no h225 timeout keepalive In MGCP gateway, the following below command will preserve call, but this is not working for H.323 gateway and above command is also is not working ? any suggestion please. application global service alternate default Thanks, New Email names for you! http://sg.rd.yahoo.com/aa/mail/domainchoice/mail/signature/*http:/mail.promotions.yahoo.com/newdomains/aa/ Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does!
Re: [OSL | CCIE_Voice] Changing DSCP marking for SCCP sourced from Callmanager
Is it the DSCP for Cisco CallManager to Device Interface setting? On Wed, Nov 12, 2008 at 3:25 AM, Christian Hennrich [EMAIL PROTECTED] wrote: Hi, you need to configure it under the Enterprise Parameter Settings not the CallManager Services, which I suppose you looked for. The default setting is, like cisco recommends, for signalling(here sccp) cs3. HTH Scott ODonnell schrieb: There seems to be some conflicting information online regarding how to change the DSCP marking of SCCP packets sourced from CallManager. Does anyone know which service parameter needs to be changed for this? - Scott __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __
[OSL | CCIE_Voice] cme phones to two different unity systems
Hi, We have two cme phones in BR2 two different unity systems: 1st phone press messages button and go to unity 4.0.5 greetings 2nd phone press messages button and go to CUE greetings How to make it work? Thanks, Get your preferred Email name! Now you can @ymail.com and @rocketmail.com. http://mail.promotions.yahoo.com/newdomains/aa/
[OSL | CCIE_Voice] WB v4.0 Section 29 Task 21 and 26 - viazone Gatekeeper
Hello, The task asks for routing calls from CCM to BR2 via HQ-RTR Gatekeeper but in such way that signalling to PSTN GK must be sourced out of BR1 loopback. The problem is that the solution presented by IPExpert does not work at all. I have a lab similar to ProctorLab vRack and I tested the following: IPExpert says: --- BR1 - ! voice service voip media flow-around allow-connections h323 to h323 allow-connections h323 to sip ! ! interface Loopback0 ip address 172.1.101.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id VGK ipaddr 172.1.100.1 1719 h323-gateway voip h323-id BR1-IPIPGW h323-gateway voip bind srcaddr 172.1.101.1 ! ! dial-peer voice 11 voip destination-pattern 011T session target ras codec g711ulaw ! dial-peer voice 10 voip session target ras incoming called-number [12]... codec g711ulaw ! --- HQ-RTR --- gatekeeper zone local CCM-GK sldx.lab 172.1.100.1 zone local VGK sldx.lab zone remote PSTN-WAN sldx.lab 10.1.200.2 1719 invia VGK outvia VGK no zone subnet CCM-GK default enable zone subnet CCM-GK 192.168.59.250/32 enable # this is my CCMP zone subnet CCM-GK 192.168.59.251/32 enable # this is my CCMS no zone subnet VGK default enable zone subnet VGK 172.1.101.1/32 enable zone prefix PSTN-WAN 011* bandwidth total default 128 no shutdown ! HQ RTR deb gatek main 5 Nov 13 01:02:03.120: gk_rassrv_arq: arqp=0x7086E22C, crv=0x1, answerCall=0 Nov 13 01:02:03.120: gk_dns_query: No Name servers Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) Tech-prefix match failed. Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) Matched zone prefix 011 and remainder 3313213001 Nov 13 01:02:03.120: rassrv_arq_select_viazone: about to check the source side, src_zonep=0x7080BA18 Nov 13 01:02:03.120: rassrv_arq_select_viazone: matched zone is CCM-GK, and z_invianamelen=0 Nov 13 01:02:03.120: rassrv_arq_select_viazone: about to check the destination side, dst_zonep=0x7080BC78 Nov 13 01:02:03.120: rassrv_arq_select_viazone: matched zone is PSTN-WAN, and z_outvianamelen=3 Nov 13 01:02:03.120: rassrv_arq_select_viazone and z_outvianamep=VGK Nov 13 01:02:03.120: rassrv_arq_select_viazone: Received ARQ for a zone (PSTN-WAN) that has an outviazone (VGK) specified. Pick an IP-IP gateway in that viazone. Nov 13 01:02:03.120: gk_gw_select_ipipgw: zonep: 0x64D61550, tpp: 0x0, current_endpt: 1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Selecting any IPIPGW. qelemp.head=0x707B9674, use_count=1, current_endpt=1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Gateway selection will start at the top of the linked list. use_count=1, current_endpt=0 Nov 13 01:02:03.120: gk_gw_select_ipipgw: qelemp=0x707B9674, loop_count=0 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Examining tgwp 0x7087ED28, g_supp_prots: 0x50 qelemp: 0x707B9674, loop_count: 1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Found an IPIPGW. tgwp: 0x7087ED28, endptsigIP: 172.1.101.1, endptrasIP: 172.1.101.1, zone: VGK Nov 13 01:02:03.120: gk_gw_select_ipipgw: Selected an IPIPGW. Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) successfully resolved IPIPGW and returning with return code 0 Nov 13 01:02:03.164: gk_rassrv_arq: arqp=0x706D5560, crv=0x45, answerCall=1 Nov 13 01:02:03.196: gk_rassrv_arq: arqp=0x706D5560, crv=0x46, answerCall=0 --- HQ RTR deb ras - Nov 13 01:02:51.596: RecvUDP_IPSockData successfully rcvd message of length 120 from 192.168.59.251:49572 Nov 13 01:02:51.596: ARQ (seq# 653) rcvd Nov 13 01:02:51.600: IPSOCK_RAS_sendto: msg length 47 from 172.1.100.1:1719 to 192.168.59.251: 49572 Nov 13 01:02:51.600: RASLib::RASSendACF: ACF (seq# 653) sent to 192.168.59.251 Nov 13 01:02:51.640: RecvUDP_IPSockData successfully rcvd message of length 141 from 172.1.101.1:55200 Nov 13 01:02:51.644: ARQ (seq# 283) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0 Nov 13 01:02:51.644: IPSOCK_RAS_sendto: msg length 30 from 172.1.100.1:1719 to 172.1.101.1: 55200 Nov 13 01:02:51.644: RASLib::RASSendACF: ACF (seq# 283) sent to 172.1.101.1 Nov 13 01:02:51.668: RecvUDP_IPSockData successfully rcvd message of length 145 from 172.1.101.1:55200 Nov 13 01:02:51.668: ARQ (seq# 284) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0 Nov 13 01:02:51.668: IPSOCK_RAS_sendto: msg length 13 from 172.1.100.1:1719 to 172.1.101.1: 55200 Nov 13 01:02:51.668: RASLib::RASSendARJ: ARJ (seq# 284) sent to 172.1.101.1 Nov 13 01:02:51.688: RecvUDP_IPSockData successfully rcvd message of length 272 from 192.168.59.251:49572 Nov 13 01:02:51.688: DRQ (seq# 654) rcvd Nov 13 01:02:51.688: IPSOCK_RAS_sendto: msg length 3 from 172.1.100.1:1719 to 192.168.59.251: 49572 Nov 13 01:02:51.688: RASLib::RASSendDCF: DCF (seq# 654) sent to 192.168.59.251 Nov 13 01:02:51.692: RecvUDP_IPSockData successfully rcvd message of length 94 from 172.1.101.1:55200 Nov 13
[OSL | CCIE_Voice] CCM Auto registration
I had an issue where none of my 7960's would auto register to CCM. The phones showed Registration rejected. The ATA did auto register. The phones showed the correct TFTP and CCM's. Restarting CM, resetting the phones, didn't help. The auto registration number range was 9000 to 9900. Manually configure the phones in CCM, did work. Does anyone know why this would happen and how to fix it? Pete Olson [EMAIL PROTECTED] 425-965-2577
Re: [OSL | CCIE_Voice] WB v4.0 Section 29 Task 21 and 26 - viazone Gatekeeper
I think its the bandwidth total default 128 that is causing the problem. Can you remove this command and see if the call works? -- Vik Malhi - CCIE #13890, CCSI #31584 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. From: Bartosz Sokołowski [EMAIL PROTECTED] Date: Wed, 12 Nov 2008 20:07:48 +0100 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] WB v4.0 Section 29 Task 21 and 26 - viazone Gatekeeper Hello, The task asks for routing calls from CCM to BR2 via HQ-RTR Gatekeeper but in such way that signalling to PSTN GK must be sourced out of BR1 loopback. The problem is that the solution presented by IPExpert does not work at all. I have a lab similar to ProctorLab vRack and I tested the following: IPExpert says: --- BR1 - ! voice service voip media flow-around allow-connections h323 to h323 allow-connections h323 to sip ! ! interface Loopback0 ip address 172.1.101.1 255.255.255.0 h323-gateway voip interface h323-gateway voip id VGK ipaddr 172.1.100.1 1719 h323-gateway voip h323-id BR1-IPIPGW h323-gateway voip bind srcaddr 172.1.101.1 ! ! dial-peer voice 11 voip destination-pattern 011T session target ras codec g711ulaw ! dial-peer voice 10 voip session target ras incoming called-number [12]... codec g711ulaw ! --- HQ-RTR --- gatekeeper zone local CCM-GK sldx.lab 172.1.100.1 zone local VGK sldx.lab zone remote PSTN-WAN sldx.lab 10.1.200.2 1719 invia VGK outvia VGK no zone subnet CCM-GK default enable zone subnet CCM-GK 192.168.59.250/32 enable # this is my CCMP zone subnet CCM-GK 192.168.59.251/32 enable # this is my CCMS no zone subnet VGK default enable zone subnet VGK 172.1.101.1/32 enable zone prefix PSTN-WAN 011* bandwidth total default 128 no shutdown ! HQ RTR deb gatek main 5 Nov 13 01:02:03.120: gk_rassrv_arq: arqp=0x7086E22C, crv=0x1, answerCall=0 Nov 13 01:02:03.120: gk_dns_query: No Name servers Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) Tech-prefix match failed. Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) Matched zone prefix 011 and remainder 3313213001 Nov 13 01:02:03.120: rassrv_arq_select_viazone: about to check the source side, src_zonep=0x7080BA18 Nov 13 01:02:03.120: rassrv_arq_select_viazone: matched zone is CCM-GK, and z_invianamelen=0 Nov 13 01:02:03.120: rassrv_arq_select_viazone: about to check the destination side, dst_zonep=0x7080BC78 Nov 13 01:02:03.120: rassrv_arq_select_viazone: matched zone is PSTN-WAN, and z_outvianamelen=3 Nov 13 01:02:03.120: rassrv_arq_select_viazone and z_outvianamep=VGK Nov 13 01:02:03.120: rassrv_arq_select_viazone: Received ARQ for a zone (PSTN-WAN) that has an outviazone (VGK) specified. Pick an IP-IP gateway in that viazone. Nov 13 01:02:03.120: gk_gw_select_ipipgw: zonep: 0x64D61550, tpp: 0x0, current_endpt: 1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Selecting any IPIPGW. qelemp.head=0x707B9674, use_count=1, current_endpt=1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Gateway selection will start at the top of the linked list. use_count=1, current_endpt=0 Nov 13 01:02:03.120: gk_gw_select_ipipgw: qelemp=0x707B9674, loop_count=0 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Examining tgwp 0x7087ED28, g_supp_prots: 0x50 qelemp: 0x707B9674, loop_count: 1 Nov 13 01:02:03.120: gk_gw_select_ipipgw: Found an IPIPGW. tgwp: 0x7087ED28, endptsigIP: 172.1.101.1, endptrasIP: 172.1.101.1, zone: VGK Nov 13 01:02:03.120: gk_gw_select_ipipgw: Selected an IPIPGW. Nov 13 01:02:03.120: rassrv_get_addrinfo: (0113313213001) successfully resolved IPIPGW and returning with return code 0 Nov 13 01:02:03.164: gk_rassrv_arq: arqp=0x706D5560, crv=0x45, answerCall=1 Nov 13 01:02:03.196: gk_rassrv_arq: arqp=0x706D5560, crv=0x46, answerCall=0 --- HQ RTR deb ras - Nov 13 01:02:51.596: RecvUDP_IPSockData successfully rcvd message of length 120 from 192.168.59.251:49572 Nov 13 01:02:51.596: ARQ (seq# 653) rcvd Nov 13 01:02:51.600: IPSOCK_RAS_sendto: msg length 47 from 172.1.100.1:1719 to 192.168.59.251: 49572 Nov 13 01:02:51.600: RASLib::RASSendACF: ACF (seq# 653) sent to 192.168.59.251 Nov 13 01:02:51.640: RecvUDP_IPSockData successfully rcvd message of length 141 from 172.1.101.1:55200 Nov 13 01:02:51.644: ARQ (seq# 283) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 0 Nov 13 01:02:51.644: IPSOCK_RAS_sendto: msg length 30 from
Re: [OSL | CCIE_Voice] CCM Auto registration
My guess is that the CCM which has auto-reg enabled is NOT the top CCM in the CCM group. -- Vik Malhi CCIE #13890, CCSI #31584 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. From: Olson, Pete [EMAIL PROTECTED] Date: Wed, 12 Nov 2008 11:52:08 -0800 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] CCM Auto registration I had an issue where none of my 7960's would auto register to CCM. The phones showed Registration rejected. The ATA did auto register. The phones showed the correct TFTP and CCM's. Restarting CM, resetting the phones, didn't help. The auto registration number range was 9000 to 9900. Manually configure the phones in CCM, did work. Does anyone know why this would happen and how to fix it? Pete Olson [EMAIL PROTECTED] 425-965-2577
[OSL | CCIE_Voice] Gatekeeper E164 registration
Had an issue where all my DNs on cme would register to Gatekeeper. I had no-reg defined for each number, and it still would always register those numbers. Doing a no gateway and then gateway never resolved. Did I miss something somewhere? I never have run into this issue during my studies. The one thing I didn't do was reboot the gatekeeper router. James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
[OSL | CCIE_Voice] BR1 h323 gateway + preserve call in h323
Hi, It the right fashion to configure voip dialpeers from BR1 h323 gateway + preserve call in h323 gateway in SRST mode or I am missing something ? voice class h323 1 h225 timeout tcp establish 3 h225 timeout setup 5 voice service voip h323 no h225 timeout keepalive dial-peer voice 10 voip destination-pattern [23]... voice-class codec 1 voice-class h323 1 session target ipv4:1.1.1.1 ip qos dscp cs3 sig codec g711ulaw ! dial-peer voice 11 voip preference 1 destination-pattern [23]... voice-class codec 1 voice-class h323 1 session target ipv4:1.1.1.2 codec g711ulaw ip qos dscp cs3 sig! CCM system parameters: Allow TCP keepalive for H323: False Allow peer to preserve H323 Call: True Thanks, Get your new Email address! Grab the Email name you#39;ve always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/
Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming callstospecificDN
Robert, You can get rid of DP 201 and 202, 301 and 302 will match on ***###***2003 just fine, I included them for illustration only. Don't forget to apply translation-profile to DP 301 and 302. Cheers Alex P.S. it seems I just cannot please all people all the time :-) - Original Message - From: Robert Schuknecht [EMAIL PROTECTED] To: [EMAIL PROTECTED]; OSL CCIE Voice Lab Exam ccie_voice@onlinestudylist.com; Robert Schuknecht [EMAIL PROTECTED]; Vik Malhi [EMAIL PROTECTED] Sent: Wednesday, November 12, 2008 10:20 AM Subject: Antw: Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming callstospecificDN Yeah, this sounds like my solution or theory and ist working great. The only bad thing is, it is much time consuming configuration work.. ;-) /Robert Alex[EMAIL PROTECTED] schrieb am Mittwoch, 12. November 2008 um 10:27 in Nachricht 1987e53c6b3b40ab2d80f6c0ea1c7ad4: OK, here is another one for H.323 GW with SRST. What it does: 1) translates incoming international PSTN calls to 2003 DID into ***###***2003 number pattern 2) ***###***2003 pattern matches either DP 201 (CCMPUB) or 202 (CCMSUB) outbound 3) after matching outbound DP, ***###***2003 is translated back to 2003. 4) when SRST is active, call is sent to CCM but CCM does not have 2003 registered. Call fails. 5) when SRST is atcive, there is another DP autocreated for 2003. This one will get all-but-international calls from PSTN. ! voice translation-rule 1 rule 1 /\(2003$\)/ /***###***\1/ type international plan any ! voice translation-rule 2 rule 1 /***###***\(2003$\)/ /\1/ ! voice translation-profile from_intl translate called 1 ! voice translation-profile to_ccm translate called 2 ! dial-peer voice 100 pots incoming called-number XXXYYY2003 #DID for 2003 direct-inward-dial translation-profile incoming from_intl ! dial-peer voice 201 voip description Pointing to CCMPUB destination-pattern ***###***2003 translation-profile outgoing to_ccm session target ipv4:10.1.200.21 dtmf-relay h245-alpha ! dial-peer voice 202 voip description Pointing to CCMSUB destination-pattern ***###***2003 translation-profile outgoing to_ccm preference 1 huntstop session target ipv4:10.1.200.20 dtmf-relay h245-alpha ! dial-peer voice 301 voip description Pointing to CCMPUB destination-pattern [12]... session target ipv4:10.1.200.21 dtmf-relay h245-alpha ! dial-peer voice 302 voip description Pointing to CCMSUB destination-pattern [12]... preference 1 session target ipv4:10.1.200.20 dtmf-relay h245-alpha ! Cheers Alex - Original Message - From: Vik Malhi [EMAIL PROTECTED] To: Alex [EMAIL PROTECTED]; Robert Schuknecht [EMAIL PROTECTED]; OSL CCIE Voice Lab Exam ccie_voice@onlinestudylist.com Sent: Tuesday, November 11, 2008 11:57 PM Subject: Re: [OSL | CCIE_Voice] H323 with SRST: Block incoming calls to specificDN This is the best solution except that it is not SRST specific when the gateway is using the H323 protocol.
Re: [OSL | CCIE_Voice] Call from CME or Site B to IPCC CTI RP fail
That should be ok- try placing the 6608 xcoder out of all MRG¹s (hence it would be available to everybody)- then restart the CCM service and see if the call works now. This way you narrow down or isolate the problem. -- Vik Malhi CCIE #13890, CCSI #31584 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. From: Pardeep Singh (pardsing) [EMAIL PROTECTED] Date: Wed, 12 Nov 2008 00:00:39 -0500 To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Call from CME or Site B to IPCC CTI RP fail Hello, I have configured my 6608 Transcoder to be part of a MRG MRGL which is assigned to my HQ Device pool. I am using HQ Device Pool on my CTI RP as well as JTAPI ports for IPCC. Now when I call from my SiteB phone or CME (they are in g729 region) I get fast busy. Is there anything else to this...? Thanks
Re: [OSL | CCIE_Voice] WB v4.0 Section 29 Task 21 and 26 - viazoneGatekeeper
Hello Vik I think its the bandwidth total default 128 that is causing the problem. Can you remove this command and see if the call works? That was it! Removed bandwidth limit and it works :) Over 3 hours of troubleshooting... ag. Now its obvious 128k for call leg going to IPIPGW and another 128k for a call leg from IPIPGW but it wasn't so clear when I was labing it. I was looking for many different things but not bandwidth. The question is are there any easy ways to check/debug GK bandwidth issues? -- Best regards, Bartosz -- SOLIDEX S.A. Tel: +48 12 638 04 80 Fax: +48 12 638 04 70 http://www.SOLIDEX.com.pl http://www.SOLIDnySerwis.pl Niniejsza wiadomość zawiera informacje zastrzeżone i stanowiące tajemnicę przedsiębiorstwa firm grupy SOLIDEX. Ujawnianie tych informacji osobom trzecim lub nieuprawnione wykorzystanie ich do wlasnych celów jest zabronione. Jeżeli otrzymaliście Państwo niniejszą wiadomość omyłkowo, prosimy o niezwłoczne skontaktowanie się z nadawcą oraz usunięcie wszelkich kopii niniejszej wiadomości. This message contains proprietary information and trade secrets of SOLIDEX group companies. Unauthorized use or disclosure of this information to any third party is prohibited. If you received this message by mistake, please contact the sender immediately and delete all copies of this message.
Re: [OSL | CCIE_Voice] Gatekeeper E164 registration
Verify no-reg and then do no gateway gateway on the CME router. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Key Sent: Wednesday, November 12, 2008 4:45 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Gatekeeper E164 registration Had an issue where all my DNs on cme would register to Gatekeeper. I had no-reg defined for each number, and it still would always register those numbers. Doing a no gateway and then gateway never resolved. Did I miss something somewhere? I never have run into this issue during my studies. The one thing I didn't do was reboot the gatekeeper router. James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
Re: [OSL | CCIE_Voice] Gatekeeper E164 registration
Thanks Greg. Did that (several times actually) also shut down the gatekeeper, did a no gateway on cme and did a no telephony setup and started over. Still same issue. I was very frustrated. Cost me valuable time and points as I was never able to resolve. -Original Message- From: Greg Miglucci (gmiglucc) [mailto:[EMAIL PROTECTED] Sent: Wed 11/12/2008 7:10 PM To: James Key; ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Gatekeeper E164 registration Verify no-reg and then do no gateway gateway on the CME router. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Key Sent: Wednesday, November 12, 2008 4:45 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Gatekeeper E164 registration Had an issue where all my DNs on cme would register to Gatekeeper. I had no-reg defined for each number, and it still would always register those numbers. Doing a no gateway and then gateway never resolved. Did I miss something somewhere? I never have run into this issue during my studies. The one thing I didn't do was reboot the gatekeeper router. James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
[OSL | CCIE_Voice] Block calling name
What is the best way to block calling name on certain route patterns, while still allowing it on others? Example: hq local send calling name + number, hq international just calling number. thanks, James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
Re: [OSL | CCIE_Voice] Block calling name
Block calling nameOn the route pattern select Restricted under the calling name and number. - Original Message - From: James Key To: ccie_voice@onlinestudylist.com Sent: Wednesday, November 12, 2008 9:33 PM Subject: [OSL | CCIE_Voice] Block calling name What is the best way to block calling name on certain route patterns, while still allowing it on others? Example: hq local send calling name + number, hq international just calling number. thanks, James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
Re: [OSL | CCIE_Voice] Gatekeeper E164 registration
When you do no telephony setup, and telephony service again by default the ephones will register back as no reg/no reg both won't be in the config . Do reset telephony service all or best bet is to reload the CME router. No gateway sometime doesn't fix the problem From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Key Sent: Thursday, 13 November 2008 1:27 PM To: Greg Miglucci (gmiglucc); ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Gatekeeper E164 registration Thanks Greg. Did that (several times actually) also shut down the gatekeeper, did a no gateway on cme and did a no telephony setup and started over. Still same issue. I was very frustrated. Cost me valuable time and points as I was never able to resolve. -Original Message- From: Greg Miglucci (gmiglucc) [mailto:[EMAIL PROTECTED] Sent: Wed 11/12/2008 7:10 PM To: James Key; ccie_voice@onlinestudylist.com Subject: RE: [OSL | CCIE_Voice] Gatekeeper E164 registration Verify no-reg and then do no gateway gateway on the CME router. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Key Sent: Wednesday, November 12, 2008 4:45 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Gatekeeper E164 registration Had an issue where all my DNs on cme would register to Gatekeeper. I had no-reg defined for each number, and it still would always register those numbers. Doing a no gateway and then gateway never resolved. Did I miss something somewhere? I never have run into this issue during my studies. The one thing I didn't do was reboot the gatekeeper router. James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
Re: [OSL | CCIE_Voice] Block calling name
On the RP calling name restricted. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Key Sent: Thursday, 13 November 2008 1:33 PM To: ccie_voice@onlinestudylist.com Subject: [OSL | CCIE_Voice] Block calling name What is the best way to block calling name on certain route patterns, while still allowing it on others? Example: hq local send calling name + number, hq international just calling number. thanks, James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
Re: [OSL | CCIE_Voice] Block calling name
Thanks Michael. I can't believe I over looked this. So simple. -Original Message- From: Michael Shavrov [mailto:[EMAIL PROTECTED] Sent: Wed 11/12/2008 8:38 PM To: James Key Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Block calling name Block calling nameOn the route pattern select Restricted under the calling name and number. - Original Message - From: James Key To: ccie_voice@onlinestudylist.com Sent: Wednesday, November 12, 2008 9:33 PM Subject: [OSL | CCIE_Voice] Block calling name What is the best way to block calling name on certain route patterns, while still allowing it on others? Example: hq local send calling name + number, hq international just calling number. thanks, James NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
