From: Justin Menga (Justin.Menga@xxxxxxxxxxxxxxxxxx)
Date: Thu Feb 08 2001 - 22:07:39 GMT-3
With regards to the non-broadcast - I believe the lab says that you cannot
use ip ospf network statements.
The default OSPF network type for physical frame and multipoint frame
subinterfaces is NON_BROADCAST, therefore you are stuck with using
NON_BROADCAST.
To configure NON_BROADCAST you MUST configure neighbors.....
With regards to the frame maps - remember a subinterface can be multipoint,
and it behaves very similar to a physical interface, unlike a point-to-point
subinterface.
Regards,
Justin Menga CCIE #6640 MCSE+I CCSE
WAN Specialist
Computerland New Zealand
PO Box 3631, Auckland
DDI: (+64) 9 360 4864 Mobile: (+64) 25 349 599
mailto: justin.menga@computerland.co.nz
web: http://www.computerland.co.nz
-----Original Message-----
From: Steven Weber [mailto:itweber@netzero.net]
Sent: Friday, 9 February 2001 7:13 a.m.
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