In reality, there should be ONE map statement with "broadcast" enabled per PVC. In a lab environment, technically nobody cares about the extra traffic or processing power. It is simply based on whoever created the lab/configs along the way! We're in the process now of cleaning up a number of things like that and further enhancing the labs. So shortly that won't be something to get confused about! :) Cheers,
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al. CCSI/JNCI-M/JNCI-ER VP - Technical Training - IPexpert, Inc. IPexpert Sr. Technical Instructor [EMAIL PROTECTED] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 http://www.ipexpert.com _____ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, March 23, 2008 1:53 PM To: [EMAIL PROTECTED]; [email protected] Subject: [OSL | CCIE_RS] CCIE_RS Digest Hi scott, you or someone can kindly explain me why in some LAB is configured the keyword broadcast for the map statements when is disabled inverse-arp -from hub to both spokes (correct least for me) -from spoke to hub and other spoke excluded own interface This last point would create redundant traffic at the hub. Routes from the hub would have the broadcast keyword associated with all DLCI's, while to the both spokes I should to associate just the HUBs route. Is it correct? Thanks in advance for the prompt reply. -- This message is intended for the individual(s) to whom it is addressed and may contain information that is privileged or confidential. If you are not the addressee you must not read,use or disclose the contents of this email. Whilst all reasonable care has been taken to avoid the transmission of viruses, the recipient should carry out virus and other checks, as they consider appropriate. Myself accepts no responsibility in this regard.
