Subject: Re: [v6ops] Erik Kline's Yes on draft-ietf-v6ops-ipv6-ehs-packet-drops-06: (with COMMENT)

From: Fernando Gont <[email-masked]>
Date: Fri, 28 May 2021 02:59:36 -0300

Hi, Erik,

Thanks a lot for your feedback! In-line....

On 20/4/21 21:54, Erik Kline via Datatracker wrote:
[....]
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> [[ comments ]]
> 
> [ section 7.1 ]
> 
> * It seems to me that this also applies to IP fragments of any family,
>    particularly if the first fragment is delayed or lost.
> 
>    I can't tell from the text whether handling fragments (even in IPv4)
>    is considered "process[ing] the packet outside the normal forwarding path"
>    or not.

FWIW, Section 7.1. is mostly referring to packets with EHs other than 
fragmentation, where in order to find layer-4 information the processing 
device would need to process the entire IPv6 header chain, but due to 
practical implementation limitations, they can't do it on the fast path.
So they have the option to process the packet without l-4 information, 
or punt to packet to the slow path.

Should we clarify anything here?

> [[ nits ]]
> [ section 3 ]
> * s/IPv6 IPv6/IPv6/?

Oops! Will fix this...

> 
> [ section 6.1 ]
> 
> * "the router on the sending side of the link needs to..."?
> 
>    This phrasing seems a little odd to me.  How about just
>    "the (or a) forwarding router needs to...", since the rest of the sentence
>    does make the described situation clear?

Definitely!

Thanks a lot!

Regards,
-- 
Fernando Gont
SI6 Networks
e-mail: [email-masked]
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492