INE Vol 3 Lab 8 Redistribution

Hey guys,

 

I’ve been racking my brain with this redistribution on lab 8 of Vol 3 in the INE material. The solution they provide in the answer sheet doesn’t appear to be correct. I was wondering if anyone was familiar with this particular lab and possibly had the same issue? I can post the drawings and stuff, but I’m not having a problem getting this to work in a different way than INE suggests, I just think there might be a mistake with this lab or maybe something I’m overlooking. Just curious to see if anyone else out there using this material may have ran into the same problem on the particular lab.

 

Maybe I could give you a some detail to refresh your memory if you’ve been through the material:

 

Basically Router 4 is the breaking point, it’s learning routes from RIP, OSPF and EIGRP, but only redistributing between OSPF and EIGRP.

 

 

untitled.bmp

Okay, so if you squint you can see that R4 is located towards the bottom. It’s learning OSPF and RIP routes form R5, RIP routes from R6 and EIGRP routes from R3. R5 is running RIP on the Ethernet interface to the right and OSPF on all other interfaces. R5 is performing mutual redistribution between RIP and OSPF. R4 is running OSPF on the Frame-Relay link, EIGRP on the Ethernet interface to the left and RIP on the p-2-p link and the bottom Ethernet interface. R4 is only redistributing between EIGRP and OSPF.

 

The problem is that R3 (to the left of R4 in the EIGRP domain) is not going to have full reachability to all subnets in the network. R4 is not redistributing between RIP and EIGRP, so all routes learned from R6 aren’t reachable, plus the RIP routes that are coming from R5 aren’t reachable either because they’re perferred by RIP ( distance ospf external 121 on R4 to prevent loop). So I can’t see how every part of this network is going to have full reachability without adding redistribution between RIP and EIGRP?

Tagged with  

11 thoughts on “INE Vol 3 Lab 8 Redistribution

  1. Why can’t more SOHO Routers suppo OSPF instead of RIP?

  2. FannieOkashii says:

    OSPF, RIP, TCP/IP mumet mumet… protocol, routing haduh… tetep smangat dah… wish me luck!!

  3. ???????????????rip?ospf?????????????????????????????SE??????????????
    ????????????

  4. ???????????????rip?ospf?????????????????????????????SE??????????????
    ????????????

  5. no has visto routing entonces? nada de rip, eigrp, ospf?

  6. networkingforum says:

    Cisco Routing and Switching ? Re: Implimenting BGP,OSPF,RIP in a scenario: It Is a home task but have to implem… http://bit.ly/iaUIEi

  7. networkingforum says:

    Cisco Routing and Switching ? Re: Implimenting BGP,OSPF,RIP in a scenario: It Is a home task but have to implem… http://bit.ly/iaUIEi

  8. melvinerlyson says:

    ada… ap aj yg d tany? ad jurnal gk? udah pelajari aja OSPF,RIP,EIGRP sama yg lain2…

  9. Mudah2an hari ni bisa nyobain kombinasi RIP V2 – OSPF – EIGRP :)

  10. networkingforum says:

    Cisco Routing and Switching ? Re: Implimenting BGP,OSPF,RIP in a scenario: iFAS3 wants incoming traffic for Cus… http://bit.ly/huZTTK

  11. Z3R0D3GR33S says:

    I completely agree. Volume 3 is absolutely full of errors. The problem is, since I know the guys who wrote it are significantly more skilled than I am, I end up working for hours on each task if I can’t get it to work straight away.

    The biggest issue I have with this lab is that, since we are not redistributing RIP into EIGRP on R4, how are the RIP routes behind R4 ever going to be known in EIGRP? They have to stay in RIP on R4 so that they can be passed to R5 where they are redistributed in OSPF. I then specifically raise the distance on ONLY these routes (ie not the rest of the RIP routes behind R5) so that they cannot usurp the original RIP routes that R4 is originating. This means all other RIP routes are known by R4 as OSPF and are redistributed into EIGRP. As per the next task, we then redistribute CONNECTED->EIGRP on R4 to get the directly connected networks into EIGRP.

    Still, we are missing the RIP routes from R6. Now, the verification in the solution doesn’t try to ping the external (ie 200.*.*.*) networks which is fair enough, but it does try to verify connectivity to the 54.*.1 network. Its therefore fair to assume that their solution actually gets this network into the other EIGRP 10 domain where R3 is. I have tried their solution though, and guess what, it doesn’t!

    Im slowly coming to the conclusion that this lab just doesn’t work with the restriction of not redistributing RIP into EIGRP or cheating some other way. Certainly the provided solution doesn’t work.

    Anybody has any other suggestions, or knows that I’m completely wrong, feel free to point it out!

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title="" rel=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>