[Last-Call] Re: [6lo] draft-ietf-6lo-updating-rfc-8928-04 ietf last call Opsdir review

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



👍

Adnan reacted via Gmail


On Thu, May 29, 2025, 12:40 Samier Barguil Giraldo (Nokia) <samier.barguil_giraldo@xxxxxxxxx> wrote:

Thanks for the follow-up, Adnan.

All the changes look good to me.

 

Samier Barguil

 

From: Adnan Rashid <adnanrashidpk@xxxxxxxxx>
Sent: Wednesday, May 28, 2025 2:24 PM
To: Samier Barguil Giraldo (Nokia) <samier.barguil_giraldo@xxxxxxxxx>
Cc: ops-dir@xxxxxxxx; 6lo@xxxxxxxx; draft-ietf-6lo-updating-rfc-8928.all@xxxxxxxx; last-call@xxxxxxxx
Subject: Re: [6lo] draft-ietf-6lo-updating-rfc-8928-04 ietf last call Opsdir review

 

You don't often get email from adnanrashidpk@xxxxxxxxx. Learn why this is important

 

 

CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information.

 

Dear Samir,

 

 

Thanks for your time and comments on the draft. My comments are inline



Section 3. Updating RFC 8928:

- "in the Figure 1" could be "in Figure 1".

Done 

 - "avoiding the overlapping definitions" is fine, but "resolving the overlap"
 or "eliminating the conflict" might be slightly more direct.

A conflict word is already used at the start of the sentence. I have changed the sentence into more easy English. 

 

To resolve the conflict, this specification updates [RFC8928] by repositioning the C-flag to bit 1 of the EARO flags field, ensuring there are no overlapping definitions.


 Option fields of interest for this specification:

r (reserved):

 - "All reserved field MUST ..." - "All reserved fields MUST be set..." .

I completely agree with the clarity and simplicity of the specifications. This is actually the first time we are defining the EARO structure for both NS and NA by discussing the non-discussed and conflicting fields, making it easier for developers and readers to understand which bits are reserved. That is why we explicitly discuss this in the text.


 - "derived from the unicast prefix that is being registered" is a bit long.
 Perhaps "or derived from the registered unicast prefix."

 

Done 


 Table 1:

 - "RFC This and RFC 8928" - "RFC XXXX and RFC 8928"

 Done

 

Attached is the revised file with changes as per your feedback. Thanks again.

 

--

Regards,

 

Adnan

-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux