From: Scott Morris (swm@emanon.com)
Date: Sat Jul 15 2006 - 08:43:53 ART
The "broadcast" keyword gives a PVC the capability for "group" messages
which include both multicast and broadcasts. Yes, we typically view this as
our routing protocols, which you are correct, makes no sense if we are using
the default non-broadcast network type in OSPF.
However, there are other things that use group messaging if we want to have
them enabled. IP multicast would be one of these features (a lab blueprint
topic). So it may be beyond the routing protocol that we want to think of
the configuration steps.
That, and it may be simply something we do in order to specifically NOT
think about it later in the design!
As for whether there's any new trouble.... Just be aware of your routing
protocol's behavior along with the functionality of a multipoint interface.
With some routing protocols, you may have split-horizon issues for
spoke-spoke reachability. There may be others I'm just not thinking of.
It's early in the morning and I'm just off a red-eye flight. :)
HTH,
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE
#153, CISSP, et al.
CCSI/JNCI-M/JNCI-J
smorris@ipexpert.com
http://www.ipexpert.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
sugam agrawal
Sent: Saturday, July 15, 2006 2:33 AM
To: Cisco certification
Subject: Frame-Relay Networks
Hi,
We all know that Frame-relay networs are by-default Non-Broadcast
networks.It is their inherent property.
Then what MAGIC effcet does "broadcast" keyword make on these networks that
they start supporting broadcast packets.
Also once "broadcast" keyword is used, should we start treating these
networks as normal Broadcast media networks or there is still something that
can put us into trouble when it comes to running routing protocols on them.
Thanks,
Sugam
This archive was generated by hypermail 2.1.4 : Tue Aug 01 2006 - 07:13:47 ART