Gilles Schipper wrote:
>
> In the event that the DTC loses power or otherwise needs to have its
> configuration downloaded (from an HP3000 or HP9000 or Openview/DTC
> Manager workstation), this will only work if:
>
> 1. bridging is enabled
> AND
> 2. filtering is DISABLED.
>
> The problem with this combination is that the network traffic can be
> unacceptably high if bridging is enabled without filtering.

Depending on your router, this is *most* beneficial if you are routing
all of the "known" protocols first.  By routing IPX, Appletalk, DECNet,
etc., whether you actually declare that your point-to-point link comes
into play or not, you will isolate those packets from going out into
the bridge pool.

Routers will identify a protocol first, and if routed, deal with it
based on the active route tables.  If no destination, it gets dropped
and possibly an error reply returned.  If however, you do not have that
routing protocol turned on and the packet drops through the "route"
layer, it will get picked up by the bridge layer, and forwarded across
the link as appropriate.  Granted bridging will learn the MAC addresses
on either side, but many protocols (like NetBUI, IPX, etc) are "noisy"
with respect to broadcast traffic.

Jeff Kell <[log in to unmask]>