With this picture, CE1-----PE1----MPLS cloud-----PE2-----CE2
If next hop tracking is enabled on CE1, and there is a problem between PE2 and CE2 or an issue in the cloud, would it still be useful? BTW, Mark, what is the lowest you would go within the CORE and the lowest on the customer WAN link and are there any resource issues (memory, cpu) that are of concern. Thanks. Tahir -----Original Message----- From: Mark Tinka [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2008 8:19 AM To: [email protected] Cc: Uddin, Tahir Subject: Re: [c-nsp] BGP timers On Tuesday 08 April 2008, Uddin, Tahir wrote: > When connecting a CE to a PE, is there a minimum > recommended BGP hold down timer. I am currently using 90 > seconds with both of my carriers but it is causing > applications to time out when there is a failure in one > of the carriers network or if a local loop goes down. One > of the carriers ruled out going down to 15 seconds, said > it was too low. We are aggressive with timers within our own core. However, we keep it simple with customers unless there is a special request. At any rate, BGP will use the smaller of the two received in the open message during setup. That said, if both sides are Cisco (and you have the requisite IOS release), you may consider testing the BGP Next Hop Address Tracking feature (enabled by default in supporting releases) and BGP Fast Peering Session Deactivation (configurable in supporting releases). Cheers, Mark. ----------------------------------------- The information contained in this transmission may be privileged and confidential and is intended only for the use of the person(s) named above. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies of the original message. Please note that we do not accept account orders and/or instructions by e-mail, and therefore will not be responsible for carrying out such orders and/or instructions. If you, as the intended recipient of this message, the purpose of which is to inform and update our clients, prospects and consultants of developments relating to our services and products, would not like to receive further e-mail correspondence from the sender, please "reply" to the sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New York, NY 10105. _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
