Re: RE: AD request / L2 Triggers Chapter Statement
Joe Touch <[email protected]> Mon, 08 Jul 2002 16:10:24 -0700
| Newsgroups | gmane.ietf.pilc |
|---|---|
| Message-ID | <[email protected]> |
Lloyd Wood wrote: > On Fri, 5 Jul 2002, Joe Touch wrote: >> >>Given that IP is stateless and connectionless, > > > As if. > > A link interface is allocated an IP address and mask. That's state. > The link interface is either up or down. That's your immediate > connection to the subnet. That's not IP state. That's link state. There's nothing IN IP that knows about that assignment. > (and ICMP is all about telling others about your IP state.) ICMP is to indicate errors, but not stateful ones. The error can easily have disappeared, or the message can be deleted. >>There is no way to push information through a stateless system into a >>stateful one (e.g., TCP, or to application layers, e.g., routing >>protocols or user applications that are carried as data inside transport >>protocols). > > You're saying that if a link goes down there's no way to tell routing > about it, because IP gets in the way and routing is above IP? That sort of info is a MIB. It isn't passed via IP, so much as transparently through it. There is no place _IN_ IP to store the "this link is down" state, as noted above. > (Fortunately, routers that know about links and know about routing > tables can use the information regardless if it's useful.) Routers know out-of-band info about links, communicated as data already. If this is all about arguing for a MIB, why? Just do it. > When the link on a host goes down, will the TCP stack continue to > accept data from the application even though it can't be sent? (Phil's > kick-TCP-when-the-link-comes-up also springs to mind.) A link on a host going down isn't enough; the host might be multihomed, at which point routing comes into play. And where's that routing - on the host, or a few hops down? You really want to kick TCP whem a phone line 100 miles away goes down, even if it isn't necessarily connected to your machine? That's what routing is for. ---- What appears to be desired here is: a realtime MIB for link state a routing protocol that reads and reacts to the MIBs on microsecond timescales None of this is IP. Joe _______________________________________________ pilc mailing list [email protected] https://www1.ietf.org/mailman/listinfo/pilc http://www.ietf.org/html.charters/pilc-charter.html http://pilc.grc.nasa.gov/