Excellent. De Monte' sent from HTC TBolt On Sep 4, 2011 5:16 PM, <[email protected]> wrote: > Send CCIE_RS mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://onlinestudylist.com/mailman/listinfo/ccie_rs > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CCIE_RS digest..." > > > Today's Topics: > > 1. Re: CCIE_RS Digest, Vol 68, Issue 2 (Matlock, Kenneth L) > 2. Frame-Relay (Sanjay Singh) > 3. VRF aware DHCP host pool (marc abel) > 4. Re: Frame-Relay (Di Bias, Steve) > 5. Re: Frame-Relay (marc abel) > 6. Re: Frame-Relay (Di Bias, Steve) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 4 Sep 2011 12:40:15 -0600 > From: "Matlock, Kenneth L" <[email protected]> > To: "Akin Wilson" <[email protected]>, > <[email protected]> > Subject: Re: [OSL | CCIE_RS] CCIE_RS Digest, Vol 68, Issue 2 > Message-ID: > <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Actually, best practice would be to check/reset the version number, *then* plug it in. > > Plugging it into the network will *immediately* propogate the bad VTP information, and you'll never get time to get to step 2 :) > > Ken > > ________________________________ > > From: [email protected] on behalf of Akin Wilson > Sent: Sun 9/4/2011 9:57 AM > To: [email protected] > Subject: Re: [OSL | CCIE_RS] CCIE_RS Digest, Vol 68, Issue 2 > > > > By default a new switch should not disrupt the whole network like that if > the VTP domain is not set. > only if the VTP domain is set(and set to the same domain name as one on the > existing live network) > so best practice is to connect the new switch, check/reset the revision > number then add it to the VTP domain. > > On Sat, Sep 3, 2011 at 5:00 PM, <[email protected]> wrote: > >> Send CCIE_RS mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://onlinestudylist.com/mailman/listinfo/ccie_rs >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of CCIE_RS digest..." >> >> >> Today's Topics: >> >> 1. Adding new Switch to a vtp domain (Amit Jp) >> 2. Re: Adding new Switch to a vtp domain (Ryan Jensen) >> 3. Re: Adding new Switch to a vtp domain (GAURAV MADAN) >> 4. Re: Adding new Switch to a vtp domain (marc abel) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Sat, 3 Sep 2011 18:50:18 +0530 >> From: Amit Jp <[email protected]> >> To: CC IE <[email protected]> >> Subject: [OSL | CCIE_RS] Adding new Switch to a vtp domain >> Message-ID: >> <CAOmrLrM0MFGbyfk4=pwbfiqs4aaqqkkv6jrkxhzcpr_nloi...@mail.gmail.com >> > >> Content-Type: text/plain; charset=ISO-8859-1 >> >> hi, >> >> I read it somewhere that adding a new switch to existing domain can wipe >> out existing Vlan database with its own vlan database. >> , no matter if it is in CLIENT or SERVER mode it still will clear the vlan >> database and it shud always be in transparent mode. >> >> >> My Question here is that why a new switch with a revision number lower in >> server mode or if it is in client mode still manages to wipe out the vlan >> databases ? >> >> >> ------------------------------ >> >> Message: 2 >> Date: Sat, 3 Sep 2011 14:07:18 +0000 >> From: "Ryan Jensen" <[email protected]> >> To: "Amit Jp" <[email protected]>, >> [email protected], "CC IE" >> <[email protected]> >> Subject: Re: [OSL | CCIE_RS] Adding new Switch to a vtp domain >> Message-ID: >> >> <975639586-1315058839-cardhu_decombobulator_blackberry.rim.net-1215358895-@b26.c8.bise6.blackberry >> > >> >> Content-Type: text/plain >> >> If the new switch has the same VTP domain configured and has a higher >> revision number than the current vtp domain, whether it is client or server, >> it will cause thee rest of the dmain to replace its vlan database with that >> of the new switch because the revuision # is higher >> ------Original Message------ >> From: Amit Jp >> Sender: [email protected] >> To: CC IE >> Subject: [OSL | CCIE_RS] Adding new Switch to a vtp domain >> Sent: Sep 3, 2011 9:20 AM >> >> hi, >> >> I read it somewhere that adding a new switch to existing domain can wipe >> out existing Vlan database with its own vlan database. >> , no matter if it is in CLIENT or SERVER mode it still will clear the vlan >> database and it shud always be in transparent mode. >> >> >> My Question here is that why a new switch with a revision number lower in >> server mode or if it is in client mode still manages to wipe out the vlan >> databases ? >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com >> >> >> Sent from my Verizon Wireless BlackBerry >> >> ------------------------------ >> >> Message: 3 >> Date: Sat, 3 Sep 2011 20:02:18 +0530 >> From: GAURAV MADAN <[email protected]> >> To: Amit Jp <[email protected]> >> Cc: CC IE <[email protected]> >> Subject: Re: [OSL | CCIE_RS] Adding new Switch to a vtp domain >> Message-ID: >> <cammcj3ndjroclc0tapssfdnoj9qxxvladzw6ak8-smdd+qr...@mail.gmail.com >> > >> Content-Type: text/plain; charset=ISO-8859-1 >> >> If a switch with higher revision number is introduced in network (with same >> VTP domain and server status) .. its Vlan database is propagated to all >> switches in network ./ >> >> Gaurav Madan >> >> On Sat, Sep 3, 2011 at 6:50 PM, Amit Jp <[email protected]> >> wrote: >> >> > hi, >> > >> > I read it somewhere that adding a new switch to existing domain can wipe >> > out existing Vlan database with its own vlan database. >> > , no matter if it is in CLIENT or SERVER mode it still will clear the >> vlan >> > database and it shud always be in transparent mode. >> > >> > >> > My Question here is that why a new switch with a revision number lower in >> > server mode or if it is in client mode still manages to wipe out the vlan >> > databases ? >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, please >> > visit www.ipexpert.com >> > >> > Are you a CCNP or CCIE and looking for a job? Check out >> > www.PlatinumPlacement.com >> > >> >> >> ------------------------------ >> >> Message: 4 >> Date: Sat, 3 Sep 2011 09:34:37 -0500 >> From: marc abel <[email protected]> >> To: Amit Jp <[email protected]> >> Cc: CC IE <[email protected]> >> Subject: Re: [OSL | CCIE_RS] Adding new Switch to a vtp domain >> Message-ID: >> <canyr4zkkdtyglrcgj7hahzowowm1kpup97g-yokgr5wg1vj...@mail.gmail.com >> > >> Content-Type: text/plain; charset=ISO-8859-1 >> >> No. Only a higher revision number will update the database. It is a >> good idea to change the vtp domain name of the switch you are adding >> to something different, confirm that your revision number has been >> reset, and then add it to the VTP domain. >> >> -Marc >> >> On Sat, Sep 3, 2011 at 8:20 AM, Amit Jp <[email protected]> >> wrote: >> > hi, >> > >> > I read it somewhere that adding a new switch to existing domain can wipe >> > out ?existing Vlan database with its own vlan database. >> > , no matter if it is in CLIENT or SERVER mode it still will clear the >> vlan >> > database and it shud always be in transparent mode. >> > >> > >> > My Question here is that why a new switch with a revision number lower in >> > server mode or if it is in client mode still manages to wipe out the vlan >> > databases ? >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> > >> > Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com >> > >> >> >> End of CCIE_RS Digest, Vol 68, Issue 2 >> ************************************** >> > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com > > > *** Exempla Confidentiality Notice *** The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any other dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to the message and deleting it from your computer. Thank you. *** Exempla Confidentiality Notice *** > > > > ------------------------------ > > Message: 2 > Date: Mon, 5 Sep 2011 01:04:12 +0530 > From: Sanjay Singh <[email protected]> > To: OSL Routing and Switching <[email protected]> > Subject: [OSL | CCIE_RS] Frame-Relay > Message-ID: > <CALV82LrB786+wz+ECs0XOKph0Q47Gyy5CR2Unwd3uA=hc3d...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello, > > I was doing lab on FR on GNS3 and observed below. I m bit confused, how the > map is being learnt dynamically if i have disabled inverse-arp. > > I have created DLCI mapping on FR Switch but if i have disabled inverse arp, > it should not learn.. pls guide me .. if i m on wrong track. > > R3#sh frame-relay map > Serial1/0 (up): ip 10.0.0.1 dlci 301(0x12D,0x48D0), static, > CISCO, status defined, active > Serial1/0 (up): ip 10.0.0.2 dlci 302(0x12E,0x48E0), dynamic, >>>>>>>>>>>>>>>>> Dynamic map > broadcast,, status defined, active > R3#conf t > Enter configuration commands, one per line. End with CNTL/Z. > R3(config)# > R3(config)# > R3(config)#do sh run int s1/0 > Building configuration... > Current configuration : 221 bytes > ! > interface Serial1/0 > ip address 10.0.0.3 255.0.0.0 > encapsulation frame-relay > ip ospf priority 0 > serial restart-delay 0 > no dce-terminal-timing-enable > frame-relay map ip 10.0.0.1 301 > no frame-relay inverse-arp >>>>>>>>>>>>>>>>>>>>>> disabled inverse-arp > end > > > Regards, > *Sanjay Singh* > > > ------------------------------ > > Message: 3 > Date: Sun, 4 Sep 2011 16:53:28 -0500 > From: marc abel <[email protected]> > To: [email protected] > Subject: [OSL | CCIE_RS] VRF aware DHCP host pool > Message-ID: > <canyr4znflcyz-yd5sw02do26qdzaxdvyuckjye_xb8sqfv_...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I have a PPPoE connection between R4 and R8. R4 is the server and is > attempting to assign 10.8.45.8 to R8. It's interface facing R8 is in a > VRF called R8. > > If I configure the DHCP pool to that VRF it works and assigns it an > address, my problem is I need to give it a specific address. > > > R4(dhcp-config)#do show run | sec dhcp > ip dhcp excluded-address 10.8.45.4 > ip dhcp pool PPPOE > vrf R8 > network 10.8.45.0 255.255.255.0 > ip dhcp pool R8 > host 10.8.45.8 255.255.255.0 > client-identifier 0100.1bd5.0ff2.c9 > > if I try to add the vrf to the host pool I get this: > > > > R4(dhcp-config)#ip dhcp pool R8 > R4(dhcp-config)#vrf R8 > % This command may not be used with host pools. > > > Any ideas? Here is an example where R8 gets assigned 10.8.45.1 > _____________________________ > > R4(dhcp-config)#do show ip dhcp bind > Bindings from all pools not associated with VRF: > IP address Client-ID/ Lease expiration Type > Hardware address/ > User name > 10.8.45.8 0100.1bd5.0ff2.c9 Infinite Manual > > Bindings from VRF pool PPPOE: > IP address Client-ID/ Lease expiration Type > Hardware address/ > User name > 10.8.45.1 0100.1bd5.0ff2.c9 Sep 05 2011 09:49 PM Automatic > > > R8(config-if)#do show ip int br | exc unass > Interface IP-Address OK? Method Status > Proocol > Dialer1 10.8.45.1 YES DHCP up up > > > ------------------------------ > > Message: 4 > Date: Sun, 4 Sep 2011 18:12:25 -0400 > From: "Di Bias, Steve" <[email protected]> > To: Sanjay Singh <[email protected]>, OSL Routing and Switching > <[email protected]> > Subject: Re: [OSL | CCIE_RS] Frame-Relay > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > Maybe it was learned before you disabled inverse arp? Try reloading your router and check again > > Sent from G2 > > Sanjay Singh <[email protected]> wrote: > > > Hello, > > I was doing lab on FR on GNS3 and observed below. I m bit confused, how the > map is being learnt dynamically if i have disabled inverse-arp. > > I have created DLCI mapping on FR Switch but if i have disabled inverse arp, > it should not learn.. pls guide me .. if i m on wrong track. > > R3#sh frame-relay map > Serial1/0 (up): ip 10.0.0.1 dlci 301(0x12D,0x48D0), static, > CISCO, status defined, active > Serial1/0 (up): ip 10.0.0.2 dlci 302(0x12E,0x48E0), dynamic, >>>>>>>>>>>>>>>>> Dynamic map > broadcast,, status defined, active > R3#conf t > Enter configuration commands, one per line. End with CNTL/Z. > R3(config)# > R3(config)# > R3(config)#do sh run int s1/0 > Building configuration... > Current configuration : 221 bytes > ! > interface Serial1/0 > ip address 10.0.0.3 255.0.0.0 > encapsulation frame-relay > ip ospf priority 0 > serial restart-delay 0 > no dce-terminal-timing-enable > frame-relay map ip 10.0.0.1 301 > no frame-relay inverse-arp >>>>>>>>>>>>>>>>>>>>>> disabled inverse-arp > end > > > Regards, > *Sanjay Singh* > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com > > > UHS Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient (s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this information is prohibited. If this was sent to you in error, please notify the sender by reply e-mail and destroy all copies of the original message. > > ------------------------------ > > Message: 5 > Date: Sun, 4 Sep 2011 18:08:06 -0500 > From: marc abel <[email protected]> > To: "Di Bias, Steve" <[email protected]> > Cc: OSL Routing and Switching <[email protected]> > Subject: Re: [OSL | CCIE_RS] Frame-Relay > Message-ID: > <CANYR4zkFKHrubU=rpq0pwch6cv3t_vf2fxfmtiw5ox4nnvf...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I think he needs to disable it on the other end. > > On Sun, Sep 4, 2011 at 5:12 PM, Di Bias, Steve <[email protected]> wrote: >> Maybe it was learned before you disabled inverse arp? Try reloading your router and check again >> >> Sent from G2 >> >> Sanjay Singh <[email protected]> wrote: >> >> >> Hello, >> >> I was doing lab on FR on GNS3 and observed below. I m bit confused, how the >> map is being learnt dynamically if i have disabled inverse-arp. >> >> I have created DLCI mapping on FR Switch but if i have disabled inverse arp, >> it should not learn.. pls guide me .. if i m on wrong track. >> >> R3#sh frame-relay ?map >> Serial1/0 (up): ip 10.0.0.1 dlci 301(0x12D,0x48D0), static, >> ? ? ? ? ? ? ?CISCO, status defined, active >> Serial1/0 (up): ip 10.0.0.2 dlci 302(0x12E,0x48E0), dynamic, >>>>>>>>>>>>>>>>>> Dynamic map >> ? ? ? ? ? ? ?broadcast,, status defined, active >> R3#conf t >> Enter configuration commands, one per line. ?End with CNTL/Z. >> R3(config)# >> R3(config)# >> R3(config)#do sh run int s1/0 >> Building configuration... >> Current configuration : 221 bytes >> ! >> interface Serial1/0 >> ?ip address 10.0.0.3 255.0.0.0 >> ?encapsulation frame-relay >> ?ip ospf priority 0 >> ?serial restart-delay 0 >> ?no dce-terminal-timing-enable >> ?frame-relay map ip 10.0.0.1 301 >> ?no frame-relay inverse-arp ?>>>>>>>>>>>>>>>>>>>>>> disabled inverse-arp >> end >> >> >> Regards, >> *Sanjay Singh* >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com >> >> >> UHS Confidentiality Notice: ?This e-mail message, including any attachments, is for the sole use of the intended recipient (s) and may contain confidential and privileged information. ?Any unauthorized review, use, disclosure or distribution of this information is prohibited. ?If this was sent to you in error, please notify the sender by reply e-mail and destroy all copies of the original message. >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com >> > > > ------------------------------ > > Message: 6 > Date: Sun, 4 Sep 2011 19:30:40 -0400 > From: "Di Bias, Steve" <[email protected]> > To: marc abel <[email protected]> > Cc: OSL Routing and Switching <[email protected]> > Subject: Re: [OSL | CCIE_RS] Frame-Relay > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > Also a good idea > > Sent from G2 > > marc abel <[email protected]> wrote: > > > I think he needs to disable it on the other end. > > On Sun, Sep 4, 2011 at 5:12 PM, Di Bias, Steve <[email protected]> wrote: >> Maybe it was learned before you disabled inverse arp? Try reloading your router and check again >> >> Sent from G2 >> >> Sanjay Singh <[email protected]> wrote: >> >> >> Hello, >> >> I was doing lab on FR on GNS3 and observed below. I m bit confused, how the >> map is being learnt dynamically if i have disabled inverse-arp. >> >> I have created DLCI mapping on FR Switch but if i have disabled inverse arp, >> it should not learn.. pls guide me .. if i m on wrong track. >> >> R3#sh frame-relay map >> Serial1/0 (up): ip 10.0.0.1 dlci 301(0x12D,0x48D0), static, >> CISCO, status defined, active >> Serial1/0 (up): ip 10.0.0.2 dlci 302(0x12E,0x48E0), dynamic, >>>>>>>>>>>>>>>>>> Dynamic map >> broadcast,, status defined, active >> R3#conf t >> Enter configuration commands, one per line. End with CNTL/Z. >> R3(config)# >> R3(config)# >> R3(config)#do sh run int s1/0 >> Building configuration... >> Current configuration : 221 bytes >> ! >> interface Serial1/0 >> ip address 10.0.0.3 255.0.0.0 >> encapsulation frame-relay >> ip ospf priority 0 >> serial restart-delay 0 >> no dce-terminal-timing-enable >> frame-relay map ip 10.0.0.1 301 >> no frame-relay inverse-arp >>>>>>>>>>>>>>>>>>>>>> disabled inverse-arp >> end >> >> >> Regards, >> *Sanjay Singh* >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com >> >> >> UHS Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient (s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this information is prohibited. If this was sent to you in error, please notify the sender by reply e-mail and destroy all copies of the original message. >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com >> > > > UHS Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient (s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this information is prohibited. If this was sent to you in error, please notify the sender by reply e-mail and destroy all copies of the original message. > > End of CCIE_RS Digest, Vol 68, Issue 4 > ************************************** _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
