What can I say... If you guys like it ... keep doing it! Jason - people have spoken :-)
-- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected] Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Wed, Oct 20, 2010 at 13:44, Di Bias, Steve <[email protected]> wrote: > I really like Adams method, (although i didnt lab his answer up) it was > vert creative! > > Thats too bad that you cant post these here, i think its very beneficial for > all of us during our CCIE preperation. Does anyone else agree? > > I would hope that the powers that be reconsider, however it is there list > and we must abide by its rules. > > It was fun while it lasted! > > > > Sent from my T-Mobile myTouch 3G Slide > > ----- Reply message ----- > From: "Jason Maynard" <[email protected]> > Date: Wed, Oct 20, 2010 3:43 am > Subject: [OSL | CCIE_RS] Troubleshooting #2 > To: "Di Bias, Steve" <[email protected]>, > "[email protected]" <[email protected]> > > Hey Steve, > > > > That is what I was looking for (awesome) – You should post your answer. > > > > I love the results of these types of discussions and all the different ways > that we look at things. (which all may be correct btw) > > > > Adam: I will look at your method tonight (I hope) > > > > I will be no longer be submitting these types of questions within OSL and > will perhaps provide another mechanism for these types of discussions > > > > If you are still interested and want to continue with this type of > discussion then you know where to find me. > > > > I will continue to be a participating member on the OSL group as I do > believe this enhances your overall studying experience. > > > > Thanks > > > > > > From: Di Bias, Steve [mailto:[email protected]] > Sent: October-20-10 2:14 AM > To: Di Bias, Steve; Jason Maynard; [email protected] > Subject: RE: [OSL | CCIE_RS] Troubleshooting #2 > > > > The wife and kids are a sleep which means I have found some time to play > with this a little :) however not knowing exactly what I can and can't do > here is the what I have come up with. Also for clarification purposes my > serial interfaces are s2/0 > > > > With your default configuration I was pulling an IP of 172.16.0.1 > > > > RB(config-if)#do sh ip int br | ex un > > Interface IP-Address OK? Method Status > Protocol > > FastEthernet0/1 10.0.0.250 YES manual up > up > > Serial2/0 172.16.0.1 YES IPCP > up up > > > > First thing I notice is that we are excluding the entire range for > 172.16.18.0/24, I chose to modify this as follows > > > > no ip dhcp excluded-address 172.16.18.1 172.16.18.254 > > ip dhcp excluded-address 172.16.18.252 172.16.18.253 > > > > Most of what we want is in pool 0 however the pool for this range is 1 so I > have added in all of the info from pool 0 to 1 (with the exception of the > network which already exists) also the default router is on an entirely > different subnet so that also has changed > > > > ip dhcp pool 1 > > no default-router 10.0.0.1 > > domain-name packetsanalyzed.com > > dns-server 172.16.1.250 172.16.2.251 > > netbios-name-server 172.16.1.18 > > default-router 172.16.18.252 172.16.18.253 > > netbios-node-type p-node > > lease 30 > > > > One more thing on RA will be to modify the s2/0, otherwise our default route > will be pointing to the wrong IP > > > > interface Serial2/0 > > no ip address 172.16.18.252 255.255.255.0 secondary > > no ip address 172.16.18.253 255.255.255.0 > > ip address 172.16.18.252 255.255.255.0 > > ip address 172.16.18.253 255.255.255.0 secondary > > no peer default ip address dhcp-pool 0 > > peer default ip address dhcp-pool 1 > > > > Assuming no ip route commands we can set the default route via IPCP > > > > RB > > int s2/0 > > ppp ipcp route default > > > > So now let's test this > > > > RA > > > > no ip dhcp excluded-address 172.16.18.1 172.16.18.254 > > ip dhcp excluded-address 172.16.18.252 172.16.18.253 > > > > ip dhcp pool 1 > > no default-router 10.0.0.1 > > domain-name packetsanalyzed.com > > dns-server 172.16.1.250 172.16.2.251 > > netbios-name-server 172.16.1.18 > > default-router 172.16.18.252 172.16.18.253 > > netbios-node-type p-node > > lease 30 > > > > interface Serial2/0 > > no ip address 172.16.18.252 255.255.255.0 secondary > > no ip address 172.16.18.253 255.255.255.0 > > ip address 172.16.18.252 255.255.255.0 > > ip address 172.16.18.253 255.255.255.0 secondary > > no peer default ip address dhcp-pool 0 > > peer default ip address dhcp-pool 1 > > > > RB > > > > Int s2/0 > > ppp ipcp route default > > > > RB(config-if)#do sh ip int br | ex un > > Interface IP-Address OK? Method Status > Protocol > > FastEthernet0/1 10.0.0.250 YES manual up > up > > Serial2/0 172.16.18.1 YES IPCP > up up > > > > RB(config-if)#do sh ip route > > > > Gateway of last resort is 172.16.18.252 to network 0.0.0.0 > > > > 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks > > C 172.16.18.252/32 is directly connected, Serial2/0 > > C 172.16.18.15/32 is directly connected, Serial2/0 > > S 172.16.0.0/16 [1/0] via 172.16.18.252 > > 10.0.0.0/24 is subnetted, 1 subnets > > C 10.0.0.0 is directly connected, FastEthernet0/1 > > S* 0.0.0.0/0 [1/0] via 172.16.18.252 > > > > So I don’t know if this satisfies the requirements or breaks the rules?? > > > > Happy labbing! > > > > Steve > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Di Bias, Steve > Sent: Tuesday, October 19, 2010 4:14 PM > To: Jason Maynard; [email protected] > Subject: Re: [OSL | CCIE_RS] Troubleshooting #2 > > > > What are the restrictions? > > > > ________________________________ > > From: [email protected] > [mailto:[email protected]] On Behalf Of Jason Maynard > Sent: Tuesday, October 19, 2010 3:50 PM > To: [email protected] > Subject: [OSL | CCIE_RS] Troubleshooting #2 > > > > Since the first one seem to create some good dialog I thought I would try it > again > > > > RB should have a default route to serial 1/0 (172.16.18.252) on RA. Domain > name, DNS, netbios, netbios type, and lease is required. Lab it up if > required. > > > > > > The configuration can be found here > > http://packetsanalyzed.blogspot.com/2010/10/troubleshooting-2.html > > > > > > > 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, and may be > punishable by law. If this was sent to you in error, please notify the > sender by reply e-mail and destroy all copies of the original message. > > > 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, and may be > punishable by law. If this was sent to you in error, please notify the > sender by reply e-mail and destroy all copies of the original message. > > > 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, and may be > punishable by law. 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 > > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
