Seems to be cleared up - though I did not do anything except keep trying (and post here)...
-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Tuesday, August 25, 2009 8:30 PM To: [email protected] Subject: CCIE_RS Digest, Vol 43, Issue 148 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: RIP autosummary Vs. manual summary (Kim Pedersen) 2. troubleshooting incomplete arap (Mark Matters) 3. Re: RIP autosummary Vs. manual summary (Kim Pedersen) 4. Re: RIP autosummary Vs. manual summary (Juan Pablo Corrales) 5. Re: RIP autosummary Vs. manual summary (Kim Pedersen) 6. My IPExpert PDfs will not authenticate for the second time this week. (Michael Lipsey) ---------------------------------------------------------------------- Message: 1 Date: Tue, 25 Aug 2009 18:09:45 +0200 From: Kim Pedersen <[email protected]> Subject: Re: [OSL | CCIE_RS] RIP autosummary Vs. manual summary To: Juan Pablo Corrales <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi Juan, Yes, but try on R1 to use the auto-summary, which according to the text, should still be overridden with the more specific /25. Kim Juan Pablo Corrales wrote: > Hi Kim, > > I just recreated and it?s working fine for me. See attached the > results in the picture. I used the following topology: > > R0 ---- 192.168.0.0/28---- <http://192.168.0.0/28----> R1 ---- > 172.16.0.0/16 <http://172.16.0.0/16> --------R2 > .1 -------------------------- .2 .1 ---------------------------- .2 > > Here are my configs: > > ****R0**** > int f0/0 > ip address 192.168.0.1 255.255.255.240 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > > ****R1**** > int f0/0 > ip address 192.168.0.2 255.255.255.240 > > int f0/1 > ip address 172.16.0.1 255.255.0.0 > ip summary-address rip 192.168.0.0 255.255.255.128 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > network 172.16.0.0 > > ****R2**** > int f0/0 > ip address 172.16.0.2 255.255.0.0 > > router rip > version 2 > no auto-summary > network 172.16.0.0 > > > On router R2 I can see in the routing table the route 192.168.0.0/25 > <http://192.168.0.0/25> > > Regards, > > Juan Corrales > > > ------------------------------------------------------------------------ > -- // Freedom Matters // Follow my progress on: http://kpjungle.wordpress.com ------------------------------ Message: 2 Date: Tue, 25 Aug 2009 12:24:19 -0400 From: Mark Matters <[email protected]> Subject: [OSL | CCIE_RS] troubleshooting incomplete arap To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Hi, I was doing a lab last night and ran into an issue at middle and at the end. The way I do things is once I am done with the basic switching I verify that I have same subnet connectivity. Then again after I complete my residrribution tasks I run tcl scripts on my routers and macro scripts on my switches to verify connectivity to all the interfaces (the ones I am involving in my routing through one form or another). I do the samething with the macro's and tcl scripts at the end. I also learned to run debug ip routing to look for pesky loops. I ran into an issue where I could not ping a local interface after my redistribution was complete. I was able to ping at the beginning of my lab. This interface was one I have not added to any routing and that is irrelevant to being able to ping it locally anyway. It was enabled and up/up. I bounced it and same thing. Very odd. I checked everything and I found nothing wrong. So I rebooted the router in question and all my switches. After that I saw a routing loop on my routers. But before I did not see it for some reason. Another odd thing since I was running debug ip routing. II corrected the loop and I was able to ping locally and to the remote router. The really odd thing is that on the router I have two dot1q sub interfaces and through out my ping problem I was able to ping it's neighbor. Both neighbors for the dot1q sub interfaces sit on the same switch. Which leads me to think this might have something to do with misconfiguring something on my switches. They only two things I can think of at the moment are that I messed up my MSTP (but I checked all instances and everything looked fine on all my switches) and the other thing is that I configured one to many port-channel load balancing on all my switches. The trunks are fine. At the end of my lab I ran into a similar situation where I could ping my local interface but I could not ping my remote router out of one of the dot1q interfaces. I can ping everything else in my whole network from everywhere, debug ip routing shows routing is stable everywhere. Arp shows an incomplete entry and when I run debug ip packet detail I see encapsulation failed. Debug arp shows that the router is sending out an arp request. I was thinking maybe a spanning tree storm but I would see ping issues to my other devices. I shut down all my routers and switches except 2 routers and 2 swithes that are related ( the direct path from router to router). I changed the load balancing back to default and I ran out of time to continue troubleshooting. Any ideas? -- - "The more I learn the less I know". This is incredibly frustrating to me. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20090825/71b3acce/a ttachment-0001.htm ------------------------------ Message: 3 Date: Tue, 25 Aug 2009 18:28:31 +0200 From: Kim Pedersen <[email protected]> Subject: Re: [OSL | CCIE_RS] RIP autosummary Vs. manual summary To: Juan Pablo Corrales <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Okay guys.. In the 12.4 configuration guide it states: Automatic summary will override the configured summary address feature on a given interface except when /both/ of the following conditions are true: - The configured interface summary address and the IP address of the configured interface share the same major network (the classful, nonsubnetted portion of the IP address). - Split horizon is not enabled on the interface. So in most circumstances, auto summary will override. Hope that clears it up. Sincerely, Kim Pedersen Juan Pablo Corrales wrote: > Hi Kim, > > I just recreated and it?s working fine for me. See attached the > results in the picture. I used the following topology: > > R0 ---- 192.168.0.0/28---- <http://192.168.0.0/28----> R1 ---- > 172.16.0.0/16 <http://172.16.0.0/16> --------R2 > .1 -------------------------- .2 .1 ---------------------------- .2 > > Here are my configs: > > ****R0**** > int f0/0 > ip address 192.168.0.1 255.255.255.240 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > > ****R1**** > int f0/0 > ip address 192.168.0.2 255.255.255.240 > > int f0/1 > ip address 172.16.0.1 255.255.0.0 > ip summary-address rip 192.168.0.0 255.255.255.128 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > network 172.16.0.0 > > ****R2**** > int f0/0 > ip address 172.16.0.2 255.255.0.0 > > router rip > version 2 > no auto-summary > network 172.16.0.0 > > > On router R2 I can see in the routing table the route 192.168.0.0/25 > <http://192.168.0.0/25> > > Regards, > > Juan Corrales > > > ------------------------------------------------------------------------ > -- // Freedom Matters // Follow my progress on: http://kpjungle.wordpress.com ------------------------------ Message: 4 Date: Tue, 25 Aug 2009 10:31:53 -0600 From: Juan Pablo Corrales <[email protected]> Subject: Re: [OSL | CCIE_RS] RIP autosummary Vs. manual summary To: Kim Pedersen <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" You?re right Kim. That did apply to my recreation as well. Only if I disable split horizon, it works fine... On Tue, Aug 25, 2009 at 10:28 AM, Kim Pedersen <[email protected]> wrote: > Okay guys.. > > In the 12.4 configuration guide it states: > > Automatic summary will override the configured summary address feature on a > given interface except when /both/ of the following conditions are true: > - The configured interface summary address and the IP address of the > configured interface share the same major network (the classful, > nonsubnetted portion of the IP address). > - Split horizon is not enabled on the interface. > > So in most circumstances, auto summary will override. > > Hope that clears it up. > > Sincerely, > Kim Pedersen > > Juan Pablo Corrales wrote: > >> Hi Kim, >> >> I just recreated and it? working fine for me. See attached the results in >> the picture. I used the following topology: >> >> R0 ---- 192.168.0.0/28---- <http://192.168.0.0/28----> R1 ---- >> 172.16.0.0/16 <http://172.16.0.0/16> --------R2 >> >> .1 -------------------------- .2 .1 ---------------------------- .2 >> >> Here are my configs: >> >> ****R0**** >> int f0/0 >> ip address 192.168.0.1 255.255.255.240 >> >> router rip >> version 2 >> no auto-summary >> network 192.168.0.0 >> >> ****R1**** >> int f0/0 >> ip address 192.168.0.2 255.255.255.240 >> >> int f0/1 >> ip address 172.16.0.1 255.255.0.0 >> ip summary-address rip 192.168.0.0 255.255.255.128 >> >> router rip >> version 2 >> no auto-summary >> network 192.168.0.0 >> network 172.16.0.0 >> >> ****R2**** >> int f0/0 >> ip address 172.16.0.2 255.255.0.0 >> >> router rip >> version 2 >> no auto-summary >> network 172.16.0.0 >> >> >> On router R2 I can see in the routing table the route 192.168.0.0/25 < >> http://192.168.0.0/25> >> >> Regards, >> >> Juan Corrales >> >> ------------------------------------------------------------------------ >> >> > -- > > // Freedom Matters > // Follow my progress on: http://kpjungle.wordpress.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20090825/e2345745/a ttachment-0001.htm ------------------------------ Message: 5 Date: Tue, 25 Aug 2009 18:49:55 +0200 From: Kim Pedersen <[email protected]> Subject: Re: [OSL | CCIE_RS] RIP autosummary Vs. manual summary To: Juan Pablo Corrales <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8; format=flowed Hi Juan, That doesnt work for me (because my major nets are different). But my results are the exact same as whats said in the 12.4 configuration guide. So both the split-horizon + on an interface with the same major net will it work. So the 12.4 guide is the way to go :) Thanks! Kim Juan Pablo Corrales wrote: > You?re right Kim. That did apply to my recreation as well. Only if I > disable split horizon, it works fine... > > On Tue, Aug 25, 2009 at 10:28 AM, Kim Pedersen <[email protected] > <mailto:[email protected]>> wrote: > > Okay guys.. > > In the 12.4 configuration guide it states: > > Automatic summary will override the configured summary address > feature on a given interface except when /both/ of the following > conditions are true: > - The configured interface summary address and the IP address of > the configured interface share the same major network (the > classful, nonsubnetted portion of the IP address). > - Split horizon is not enabled on the interface. > > So in most circumstances, auto summary will override. > > Hope that clears it up. > > Sincerely, > Kim Pedersen > > Juan Pablo Corrales wrote: > > Hi Kim, > > I just recreated and it? working fine for me. See attached > the results in the picture. I used the following topology: > > R0 ---- 192.168.0.0/28---- <http://192.168.0.0/28----> > <http://192.168.0.0/28----> R1 ---- 172.16.0.0/16 > <http://172.16.0.0/16> <http://172.16.0.0/16> --------R2 > > .1 -------------------------- .2 .1 > ---------------------------- .2 > > Here are my configs: > > ****R0**** > int f0/0 > ip address 192.168.0.1 255.255.255.240 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > > ****R1**** > int f0/0 > ip address 192.168.0.2 255.255.255.240 > > int f0/1 > ip address 172.16.0.1 255.255.0.0 > ip summary-address rip 192.168.0.0 255.255.255.128 > > router rip > version 2 > no auto-summary > network 192.168.0.0 > network 172.16.0.0 > > ****R2**** > int f0/0 > ip address 172.16.0.2 255.255.0.0 > > router rip > version 2 > no auto-summary > network 172.16.0.0 > > > On router R2 I can see in the routing table the route > 192.168.0.0/25 <http://192.168.0.0/25> <http://192.168.0.0/25> > > Regards, > > Juan Corrales > > ------------------------------------------------------------------------ > > > -- > > // Freedom Matters > // Follow my progress on: http://kpjungle.wordpress.com > > -- // Freedom Matters // Follow my progress on: http://kpjungle.wordpress.com ------------------------------ Message: 6 Date: Tue, 25 Aug 2009 20:30:15 -0700 From: "Michael Lipsey" <[email protected]> Subject: [OSL | CCIE_RS] My IPExpert PDfs will not authenticate for the second time this week. To: <[email protected]> Message-ID: <001701ca25fd$8741f200$95c5d6...@com> Content-Type: text/plain; charset="us-ascii" Normally, I'd just call it a night. I guess that is what I have to do anyhow but 2 times in one week? The first time was cleared up by morning through no effort by me. It just started working, at the time of the failure ipexpert's website was down too. Problem tonight is - I was hoping to read over some of the proctor guide solutions since my lab is tomorrow. I was doing labs on paper, wanted to check my work. Fantastic. f-a-n-t-a-s-t-i-c. I don't think I could be any more irritated. -Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20090825/7f7b07c9/a ttachment.htm End of CCIE_RS Digest, Vol 43, Issue 148 **************************************** _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
