From: OhioHondo (ohiohondo@columbus.rr.com)
Date: Thu Dec 19 2002 - 00:17:18 GMT-3
I believe the RIP routing process decided not to send broadcasts to the
interface.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
tan
Sent: Wednesday, December 18, 2002 9:20 PM
To: Ccielab (E-mail)
Subject: internals of passive interface
passive interface blocks rip broadcasts 255.255.255.255. What exactly is the
mechanism here? Because the command is not routing protocol specific, I am
curious if the mechanism is interal or external to the routing protocol
process?
example
-rip first actually generates the broadcast update to 255.255.255.255 but
some other process kills it because the passive command (in the sense
external to rip process) says to kill broadcasts to 255.255.255.255
-same thing as above, but other process kills it because there is a rip
identity marker in the header
-rip internally does not generate broadcast at all
-other
The inadequacy I find with book descriptions is the focus on the result of
passive int on a case by case routing protocol basis. Rather than say
passive results in this or that, can we say definitively is does one thing
since it is not a protocol specific command. Note, this command does not
apply to BGP, and since BGP is unique from the others in that it is an upper
layer protocol, can we say passive command works at layer 3 and 4 the same
across all routing protocols but external to them? As in..."passive
interface kills packets to all_hosts_broadcsts/subnet_broadcasts, WHEN in
combination a routing protocol is identified in the header?" I find this
easier to deal with than memorizing case by case situations. Or, do we just
got to know the idiosyncrasies on a case by case routing protocol basis?
.
.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:48 GMT-3