The way I understood in the cisco doc with the introduction of local route groups , you reduce the RP, RL etc, e.g if number of sites to call their local number you need one RP and one RL point towards the standard local RG , Right ?
If that's the case than a Single RL isn't going to provide redundancy until N unless you add all the GW in the route list ( that will work but not a clean solution) OR you need to create separate RP and separate RL for each site. If that's the case than how can you reduce the number of RP and RL in the cluster ? Cheers Narinder From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mark Snow Sent: Thursday, 27 August 2009 3:12 AM To: Robert McGhee Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] Local route group question Sure - I don't see why not. So a Call goes out from BR1 Phone, fails on SLRG because BR1-GW is down, then fails again on explicit BR1-GW-RG, then goes out HQ. Sure - should work just fine (aside from the annoying Trace logs that build up ;-) -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@ipexpert.com<mailto:ms...@ipexpert.com> -- 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 R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On Aug 26, 2009, at 6:12 PM, Robert McGhee wrote: Now how about if you want calls to 9.xxxxxxx for phones in the Device pool HQ to use: RL_PSTN --> Option 1) Standard Local Route Group (HQ Gateway) or Option 2) BR1_GW_RG But phones in BR1's device pool to use: RL_PSTN --> Option 1) Standard Local Route Group (BR1 Gateway) or Option 2) HQ_GW_RG Could you set up a RL like this then? RL_PSTN --> Option 1) Standard Local Route Group or Option 2) BR1_GW_RG or Option 3) HQ_GW_RG This way you need only one route pattern but outbound call for both site will use its LRG first and if that's not available use the remote sites RG.... ________________________________ From: Mark Snow [mailto:ms...@ipexpert.com] Sent: Wednesday, August 26, 2009 11:50 AM To: c george Cc: ssarr...@drsllc.net<mailto:ssarr...@drsllc.net>; bobwmcg...@verizon.net<mailto:bobwmcg...@verizon.net>; ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] Local route group question You can configure Standard Local Route Group as a valid option for a route group in any order. So for instance you could have: HQ Route Pattern 9.xxxxxxx --> RL_PSTN --> Option 1) Standard Local Route Group or Option 2) BR1_GW_RG Or if you like: HQ Route Pattern 9.xxxxxxx --> RL_PSTN --> Option 1) BR1_GW_RG or Option 2) Standard Local Route Group Just depends on what you want it to do. -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@ipexpert.com<mailto:ms...@ipexpert.com> -- 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 R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On Aug 26, 2009, at 5:12 PM, c george wrote: i beleive it is the other way around. The local group would be the 2nd choice not the 1st. The primary route group (gw) would the 1st in the list. Respectfully Charles George ________________________________ Date: Wed, 26 Aug 2009 11:08:15 -0400 From: ssarr...@drsllc.net<mailto:ssarr...@drsllc.net> To: bobwmcg...@verizon.net<mailto:bobwmcg...@verizon.net>; ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] Local route group question I'm not the expert in this, but if I understand what you are asking.... The Standard Local Route Group would be set first in your Route List and then a secondary option would be set in the route list. In the event your Standard Local Device fails, the calls based on that route pattern would use the next available option. From: ccie_voice-boun...@onlinestudylist.com<mailto:ccie_voice-boun...@onlinestudylist.com> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Robert McGhee Sent: Wednesday, August 26, 2009 10:54 AM To: ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com> Subject: [OSL | CCIE_Voice] Local route group question I've been struggling with this question and haven't been able to find a clear answer; can a local route group support call redundancy? So if all pstn connectivity is down on a device pools local route group can calls be re-routed out another gateway? ________________________________ From: ccie_voice-boun...@onlinestudylist.com<mailto:ccie_voice-boun...@onlinestudylist.com> [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Mark Snow Sent: Wednesday, August 26, 2009 10:06 AM To: SYED HUSSAIN Cc: ccie_voice@onlinestudylist.com<mailto:ccie_voice@onlinestudylist.com> Subject: Re: [OSL | CCIE_Voice] DHCP snooping limit rate for Voice traffic... As noted in the CUCM SRND here: http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/security.html#wp1045687 Cisco doesn't set a "best practices" rule. Instead they say (and rightfully so) that it depends on your Security Policy. You would really have to have more information such as: - How many phones on the DHCP Subnet? - How often do they renew their leases? - Model of the switch? All in all, as with most things in security that you wish to limit, you really need to establish a baseline for your own DHCP Voice traffic, and then create a limit slightly higher than what is "normal" DHCP traffic (in PPS). HTH, -- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@ipexpert.com<mailto:ms...@ipexpert.com> -- Join our free online support and peer group communities: http://www.IPexpert.com/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 R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On Aug 26, 2009, at 3:33 PM, SYED HUSSAIN wrote: Hi Guys, Can someone tell me what is the recommended DHCP snooping limit rate for Voice traffic? Thanks _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com<http://www.ipexpert.com/> ________________________________ Windows Live: Make it easier for your friends to see what you're up to on Facebook. Find out more.<http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_facebook:082009>_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com<http://www.ipexpert.com> ________________________________ 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 UXC 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 UXC Getronics Australia. While we endeavour to protect our network from computer viruses, UXC 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.
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
