Give it a try. Configure RIP process to say only activate a summary route on an interface, without using a network statement. What happens? :-)
-- Marko Milivojevic - CCIE #18427 (SP R&S) Senior CCIE Instructor - IPexpert On Fri, Dec 30, 2011 at 21:23, Jay McMickle <[email protected]> wrote: > Under the router process > Interface summary > Redistribute > > Regards, > Jay McMickle- CCNP,CCSP,CCDP > Sent from my iPhone > http://mycciepursuit.wordpress.com > > > On Dec 30, 2011, at 5:31 PM, Marko Milivojevic <[email protected]> wrote: > >> The lab doesn't say "never use", just "don't do it unless you are told to". >> >> So, if the lab tells you "enable RIP on Fa0/0", what are the options to do >> it? >> >> -- >> Marko Milivojevic - CCIE #18427 (SP R&S) >> Senior CCIE Instructor - IPexpert >> >> On Fri, Dec 30, 2011 at 13:06, Ryan Hanly <[email protected]> wrote: >>> Thanks for your input. >>> I am familiar with the information that you have given, however I think >>> that my point has been missed. >>> If you read the rules for this lab, specifically the one I mentioned below. >>> You can't use the network command under any process. However through the >>> tasks, it has been used. >>> This would mean that in the lab you would fail. >>> >>> If any person can come up with a reasonable explanation to this, then that >>> could help me understand. >>> >>> My thinking is that you would rather use >>> Redistribute connected statements and per interface based routing protocol >>> commands for "peering" between IGP neighbours? >>> Possible? >>> >>> Thanks >>> >>> Sent from my iPad >>> >>> On 30 Dec 2011, at 19:37, Oluwagbenga Oyebande <[email protected]> >>> wrote: >>> >>>> Without The "Passive-interface <interface>" statement all RIP interfaces >>>> covered by the network statement would be added to the routing process >>>> >>>> >>>> For RIP and IGRP, the passive interface command stops the router from >>>> sending updates to a particular neighbor, but the router continues to >>>> listen and use routing updates from that neighbor; however, on EIGRP and >>>> OSPF, the passive interface command affects the protocol differently. The >>>> router is unable to form neighbours on the interface and hence there is no >>>> exchange of route on the the passive interface. The passive link will >>>> still be advertised out other non-passive participating interfaces as part >>>> of the routing process. >>>> >>>> For example the network statement (network 150.10.12.0) in the rip >>>> process, would be admitted into the config as a classfull network >>>> 150.100.0.0 covering the 150.100.12.0/24, 150.100.100.0/24, >>>> 150.100.24.0/24 and 150.100.25.0/24 networks. >>>> >>>> The passive default stops the other three interfaces from sending updates >>>> to neighbouring routers >>>> >>>> R2 >>>> >>>> router rip >>>> version 2 >>>> passive default >>>> no passive Gi0/0 >>>> no auto-summary >>>> network 150.100.12.0 ------> This will come into config as >>>> 150.100.0.0, confirm this with >>>> >>>> >>>> show run | s router rip >>>> >>>> >>>> On Fri, Dec 30, 2011 at 4:20 PM, ryanhanly <[email protected]> wrote: >>>> I am in the process of doing this lab. >>>> >>>> >>>> One of the rules is - " Do not add links into a routing process with a >>>> "network" command unless specifically asked to". >>>> >>>> >>>> I do think I understand this, but what throws me off is that in the >>>> solution guide it mentions an various ones that you should use network >>>> statements. >>>> >>>> >>>> Examples: >>>> >>>> Task 3 >>>> >>>> R2 >>>> >>>> router rip >>>> version 2 >>>> passive default >>>> no passive Gi0/0 >>>> no auto-summary >>>> network 150.100.12.0 >>>> >>>> TASK 15.5 >>>> Setup OSPF BTW R2 and R4 in Area 0. >>>> >>>> R2 >>>> router ospf 1 >>>> network 150.100.24.0 0.0.0.255 area 0 >>>> >>>> >>>> R4 >>>> router ospf 1 >>>> network 150.100.24.0 0.0.0.255 area 0 >>>> >>>> >>>> >>>> What concerns me here is that I might be misunderstanding something with >>>> this task. >>>> >>>> >>>> Any thoughts / guidance would be great. >>>> >>>> >>>> many thanks >>>> _______________________________________________ >>>> 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 >>>> >>>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>>> >>>> >>>> >>>> -- >>>> -- >>>> Olugbenga Oyebande >>>> MD, DAIT >>>> 234-803-302-5287 >>>> http://www.dait-ng.com >>>> Cisco Unified Network, VPN >>>> DAIT Enterprise Network Servers >>>> Broadband Internet Deployment & ISP Consultancy >>>> >>> _______________________________________________ >>> 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 >>> >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >> _______________________________________________ >> 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 >> >> http://onlinestudylist.com/mailman/listinfo/ccie_rs _______________________________________________ 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 http://onlinestudylist.com/mailman/listinfo/ccie_rs
