[Last-Call] Re: [pim] Secdir last call review of draft-ietf-pim-jp-extensions-lisp-07

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

 



Sincere thanks to Peter for comments, please see responses below with GVP1> Most comments are fixed. Only two require some clarifications.
Thanks
Prasad


From: Peter Yee via Datatracker <noreply@xxxxxxxx>
Sent: Thursday, September 26, 2024 6:51 AM
To: secdir@xxxxxxxx <secdir@xxxxxxxx>
Cc: draft-ietf-pim-jp-extensions-lisp.all@xxxxxxxx <draft-ietf-pim-jp-extensions-lisp.all@xxxxxxxx>; last-call@xxxxxxxx <last-call@xxxxxxxx>; pim@xxxxxxxx <pim@xxxxxxxx>
Subject: [pim] Secdir last call review of draft-ietf-pim-jp-extensions-lisp-07
 
Reviewer: Peter Yee
Review result: Has Nits

I lack sufficient knowledge of PIM and LISP to know if the security
considerations specified in this update to RFC 8059 suffice. That said, based
on my assumptions around the new security considerations, I believe the
mitigations listed are pertinent to the new threats despite leaving the reader
to discern how they are to effected.

For the sake of the RFC Editor and other inexpert readers like me, I do offer
the following nits for consideration:

Page 2, section 1, 2nd paragraph, 3rd sentence: it might be better to point at
RFC 9300 for the definitions rather than RFC 6831. This is what was done on the
very next page, so rather than confusing the reader, just point to one place.
GVP1> Both RFC9300 and RFC6831 maybe needed. Can you please let us know if this is fine? 

Page 2, section 1, 3rd paragraph: insert “needs to” before “avoid” for easier
reading.
 GVP1> Thanks, added "needed to" 

Page 3, section 2: delete “very”.
 GVP1> Fixed 

Page 3, section 2.1, 1st sentence: change “a RLOC” to “an RLOC” matching usage
in some of the references. 
GVP1> Fixed
Please give a reference to such usage as “G-u”,
“G-u1”, etc. I could not easily find matching usage in RFC 8059 or RFC 9300. It
may be that these are well understood in the community.
GVP1> Inserted the word multicast to clarify this better.

Page 3, section 2.1, 2nd sentence: bracket “e.g.” in commas.
GVP1> Can you please clarify this ? I am not sure I understand what is asked for

Page 4, section 3.1, 1st paragraph: drop “RFC8059”. You don’t need both the
name and the reference. If using the name, separate “RFC” from the number, as
is the RFC Editor’s preferred style.
GVP1> Fixed

Page 4, section 3.1, 2nd paragraph: drop “RFC 8059” (correctly formatted here!).
GVP1> Fixed 

Page 5, 1st bullet item: delete a redundant “tree”.
GVP1> Fixed

Page 5, section 6, 3rd sentence: please provide a reference to what you
consider to be suitable PIM authentication mechanisms. RFC 4601/RFC 5796?
draft-ietf-pim-3376bis? Something else?
GVP1> Fixed, added reference to RFC5796

_______________________________________________
pim mailing list -- pim@xxxxxxxx
To unsubscribe send an email to pim-leave@xxxxxxxx
-- 
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