From: ccie2be (ccie2be@nyc.rr.com)
Date: Tue May 25 2004 - 19:09:12 GMT-3
RE: F/R point 2 multipoint non-broadcastThanks Richard.
Does that mean if you have to prefer one pvc over another to get to a
destination from a multipoint hub rtr, this is a good technique to use?
If setting neighbor cost is *NOT* an issue, are there other situations that
would require this network type?
Thanks, Tim
----- Original Message -----
From: Richard Dumoulin
To: ccie2be ; Group Study
Sent: Tuesday, May 25, 2004 5:48 PM
Subject: RE: F/R point 2 multipoint non-broadcast
I believe p2m broadcast is useful because of the possibility to define per
neighbor parameters with the "neighbor" command. A consequence is that unicast
will be used instead of multicast,
--Richard
-----Original Message-----
From: ccie2be [mailto:ccie2be@nyc.rr.com]
Sent: martes, 25 de mayo de 2004 22:57
To: Group Study
Subject: F/R point 2 multipoint non-broadcast
Hi guys,
According to the IE Solution Guide, task 5.1 - 5.4 in lab 2, the above ospf
network type is needed when the vc's are of differing speeds. Does this mean
that if I have to configure FRTS to different speeds on different vc's, I need
to use the above network type? Does this also mean that to save time in the
lab, before I configure ospf over F/R, I should check to see if later in the
lab I'll need to configure FRTS on those same pvc's?
In what other stiuations would I need to use the ospf network type p2m
non-broadcast?
Thanks in advance, Tim
_______________________________________________________________________
Please help support GroupStudy by purchasing your study materials from:
http://shop.groupstudy.com
Subscription information may be found at:
http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Wed Jun 02 2004 - 11:12:17 GMT-3