Re: Wiretapping ICMP messages

Sun, 5 Apr 87 14:51:54 EST


The mechanism I suggested some time ago involves cacheing ICMP messages of
selected types for a period longer than the typical TCP retransmission
interval, but shorter than the typical "retry" interval, maybe a couple
of minutes or so. I did not specify which message types should be cached
and what detail information (TOS, etc.) should be saved, but did assume
as much information as useful in the routing algorithm. My suggestion
would not affect routing until a number of these messages (tbd) had been
received within a period equal to some number of TCP retransmissions,
maybe fifteen to thirty seconds. When that happened the local routing data
base would be marked "down" for that destination net/TOS/whatever and the
normal routing exchanges would do the rest.

You will note this is functionally identical to the hard-to-reach concept
used in the telephone network, except that routing updates per se are not
used in that network (#4 ESS non-hierarchical routing honkers will be
politely ignored here). I am not suggesting now as the optimum time to
construct a definitive proposal on how to implement this concept in a
j-random gateway, but am suggesting the concept ripe for experimentation
in a real gateway, maybe even a fuzzball.


This archive was generated by hypermail 2.0b3 on Thu Mar 09 2000 - 14:37:47 GMT