RE: ccbootcamp lab #1...

From: Chuck Larrieu (chuck@xxxxxxxxxxxxx)
Date: Thu Feb 08 2001 - 21:29:34 GMT-3


   
I believe the idea is to learn and understand other ways of doing things.
Not to mention study and understand the implications and behaviours and
pitfalls when dealing with different combinations of frame relay interface
and subinterface types, OSPF network types, and what has to be done in these
situations in order to get the ospf processes in the various routers to
recognize eachother.

I'll have to review my results again, but if memory serves, there are issues
of who becomes the DR if you change network types to broadcast. Inverse arp
does not work in a hub and spoke situation, as you know. Each spoke picks up
only the hub ip address. So what other things can you do to accomplish what
you want? How is this of value?

Some fairly smart people on this group have advised that one learn to think
out of the box. I believe this is what the bootcamp labs are trying to force
us to do.

Chuck

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Steven Weber
Sent: Thursday, February 08, 2001 10:13 AM
To: ccielab@groupstudy.com
Subject: ccbootcamp lab #1...

I can't seem to understand this lab. I know that they want you to use
policy routing and the use of the neighbor command instead of ip ospf
network broadcast. The lab updates said that the hub can have
frame-relay map statements on it and the lab says it should use a
sub-interface, why would you use both. If you just use encap frame on
each of the spokes wouldn't it reach the hub via lmi and then map to any
other spoke from there. Also, I understand using policy routing on the
hub to say that any traffic destined for XXXX should leave int Y but
what does the neighbor command accomplish over here? would these other
solutions work? will the neighbor command just put it into your routing
table as before it wouldn't have been in there but it would have foung
it's way to the destination anyway?
Anybody care to shed some light.

Regards,
Steve



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:42 GMT-3