Re: [Tsvwg] Rethinking Karn's algorithm

Hi, Reiner,

Yeah, exactly - what I'm talking about is a more completely
specified variant of this. For instance, we might (this is an
observation, not a suggestion) recommend that host
implementations resend a packet, but not router implementations
(as your posting notes, the recommendation in LINK allows both,
but doesn't prefer one or the other).

Spencer

--- Reiner Ludwig <Reiner.Ludwig@eed.ericsson.se> wrote:
> At 15:55 31.03.2003, Spencer Dawkins wrote:
> >I believe that post-IETF 56, what's actually on the table in
> >TRIGTRAN is end-systems resending one "last packet" at
> link-up
> >time, not routers sending triggers.
> 
> Fine. But don't we have exactly that already in section 8.2
> ("Recovery from 
> Subnetwork Outages") of draft-ietf-pilc-link-design-13.txt
> which is a 
> soon-to-be-BCP-RFC:
> 
>     "[...]
>     It is therefore highly desirable that a subnetwork subject
> to outages
>     not silently discard packets during an outage. Ideally, it
> should
>     define an interface to the next higher layer (i.e., IP)
> that allows
>     it to refuse packets during an outage, and to
> automatically ask IP
>     for new packets when it is again able to deliver them. If
> it cannot
>     do this, then the subnetwork should hold onto at least
> some of the
>     packets it accepts during an outage and attempt to deliver
> them when
>     the subnetwork comes back up. When packets are discarded,
> IP should
>     be notified so that the appropriate ICMP messages can be
> sent.
> 
>     Note that it is *not* necessary to completely avoid
> dropping packets
>     during an outage. The purpose of holding onto a packet
> during an
>     outage, either in the subnetwork or at the IP layer, is so
> that its
>     eventual delivery will implicitly notify TCP that the
> subnetwork is
>     again operational. [...]"
> 
> And this works for both, hosts and routers.
> 
> ///Reiner 
> 

_______________________________________________
tsvwg mailing list
tsvwg@ietf.org
https://www1.ietf.org/mailman/listinfo/tsvwg