Re: Lab Scenario

ok Muzammil,

the 2 routers cannot have ospf adjacency because of the ip addresses
configured...

configure bridging on the switch...

run another routing protocol... RIP between the 2 routers,
use the no validate-update-source to clear out the ip addressing issues
do mutual redistribution between ospf and RIP

i think this should work...

On Wed, Mar 10, 2010 at 2:40 AM, Bobola Oke <okebobola_at_gmail.com> wrote:

> hi Muzammil, you solved this yet?
> looks interesting...
>
>
> On Sat, Mar 6, 2010 at 11:04 AM, Muzammil Malick <malickmuz_at_gmail.com>wrote:
>
>> This is exactly what I wasn't sure about. If the initial lab rules say do
>> not add any IP addresses other than those in he initial config unless
>> otherwise specified,
>> and the topology shows the IP addresses clearly, is it fair game to add
>> the
>> IP Addresses if the question just says bring up OSPF in AREA 0?
>> I am assuming from the comments that this fine?
>>
>> Narbik, I am studying for RandS so I do not think they would be
>> looking for L2tpv3,
>> or AToM, unless the proctor had decided he wanted to be really, really
>> mean.
>>
>> On 6 March 2010 06:08, Joe Astorino <jastorino_at_ipexpert.com> wrote:
>>
>> > Let's backup and get back to basics here. Like Bryan said, how would
>> you
>> > be violating any rules? What are the rules that have been put into
>> place?
>> > If your diagram shows IP addresses in place on the switch SVIs than
>> there
>> > should be no reason you can't configure those SVI IP addresses, and run
>> > OSPF. So, are there restrictions in the lab that you have not mentioned
>> > yet?
>> >
>> >
>> > On Sat, Mar 6, 2010 at 12:59 AM, Joe Astorino <jastorino_at_ipexpert.com
>> >wrote:
>> >
>> >> forget fallback bridging. fallback bridging is for non-ip traffic only
>> >> ...
>> >>
>> >> On Fri, Mar 5, 2010 at 7:07 PM, Muzammil Malick <malickmuz_at_gmail.com
>> >wrote:
>> >>
>> >>> Well vlan 10 is 10.0.0.0/24 subnet with R1 being .1 and the SVI being
>> .2
>> >>> vlan 20 is in 192.168.0.0/24 subnet with R2 being .1 and the SVI
>> being
>> >>> .2
>> >>>
>> >>> In this case fallback bridging would not work right? I take it if both
>> >>> sides were in the same subnet then we could bridge the vlans, but
>> because
>> >>> they are in separate subnets the SW must run OSPF for this to work.
>> >>>
>> >>> On 5 March 2010 23:46, Joe Astorino <jastorino_at_ipexpert.com> wrote:
>> >>>
>> >>>> Fallback bridging on the switch may be an option. Do the IP address
>> >>>> schemes on vlans 10 and 20 match?
>> >>>>
>> >>>>
>> >>>> ------Original Message------
>> >>>> From: Muzammil Malick
>> >>>> Sender: nobody_at_groupstudy.com
>> >>>> To: CCIE Groupstudy
>> >>>> ReplyTo: Muzammil Malick
>> >>>> Subject: Lab Scenario
>> >>>> Sent: Mar 5, 2010 6:33 PM
>> >>>>
>> >>>> Guys
>> >>>>
>> >>>> Please consider the following scenario and advise me on what you
>> would
>> >>>> do in
>> >>>> this case:
>> >>>>
>> >>>> R1 ----vlan 10----->SW1<-----vlan 20------>R2
>> >>>>
>> >>>> R1 and R2 connect to the switch on different vlans however the
>> topology
>> >>>> provided shows a Layer 3 SVI for vlans 20 and 10 along with ip
>> >>>> addressing.
>> >>>> The problem is that I need to run OSPF between the two routers and
>> the
>> >>>> layer
>> >>>> 3 SVIs are not configured in the intial configuration.
>> >>>> Logic would suggest that you run OSPF on the Switch however this
>> would
>> >>>> mean
>> >>>> configuring the SVIs on the Switch first.
>> >>>> Now it seems to me that I would be breaking the lab rules if I did
>> this
>> >>>> but
>> >>>> the topology provided contradicts this? Am I missing something
>> obvious?
>> >>>>
>> >>>> Thanks in advance
>> >>>>
>> >>>>
>> >>>> Blogs and organic groups at http://www.ccie.net
>> >>>>
>> >>>>
>> _______________________________________________________________________
>> >>>> Subscription information may be found at:
>> >>>> http://www.groupstudy.com/list/CCIELab.html
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> Regards,
>> >>>>
>> >>>> Joe Astorino CCIE #24347 (R&S)
>> >>>> Sr. Technical Instructor - IPexpert
>> >>>> Mailto: jastorino_at_ipexpert.com
>> >>>> Telephone: +1.810.326.1444
>> >>>> Live Assistance, Please visit: www.ipexpert.com/chat
>> >>>> eFax: +1.810.454.0130
>> >>>>
>> >>>> IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA
>> >>>> (R&S, Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice,
>> Security &
>> >>>> Service Provider) Certification Training with locations throughout
>> the
>> >>>> United States, Europe and Australia. Be sure to check out our online
>> >>>> communities at www.ipexpert.com/communities and our public website
>> at
>> >>>> www.ipexpert.com
>> >>>
>> >>>
>> >>>
>> >>
>> >>
>> >> --
>> >> Regards,
>> >>
>> >> Joe Astorino CCIE #24347 (R&S)
>> >> Sr. Technical Instructor - IPexpert
>> >> Mailto: jastorino_at_ipexpert.com
>> >> Telephone: +1.810.326.1444
>> >> Live Assistance, Please visit: www.ipexpert.com/chat
>> >> eFax: +1.810.454.0130
>> >>
>> >> IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA
>> >> (R&S, Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice,
>> Security &
>> >> Service Provider) Certification Training with locations throughout the
>> >> United States, Europe and Australia. Be sure to check out our online
>> >> communities at www.ipexpert.com/communities and our public website at
>> >> www.ipexpert.com
>> >>
>> >>
>> >>
>> >
>> >
>> > --
>> > Regards,
>> >
>> > Joe Astorino CCIE #24347 (R&S)
>> > Sr. Technical Instructor - IPexpert
>> > Mailto: jastorino_at_ipexpert.com
>> > Telephone: +1.810.326.1444
>> > Live Assistance, Please visit: www.ipexpert.com/chat
>> > eFax: +1.810.454.0130
>> >
>> > IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA
>> (R&S,
>> > Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice, Security &
>> Service
>> > Provider) Certification Training with locations throughout the United
>> > States, Europe and Australia. Be sure to check out our online
>> communities at
>> > www.ipexpert.com/communities and our public website at www.ipexpert.com
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> Bobola Oke
>

-- 
Bobola Oke
Blogs and organic groups at http://www.ccie.net