Skip to main content

Early Review of draft-ietf-spring-srv6-srh-compression-17
review-ietf-spring-srv6-srh-compression-17-intdir-early-muite-2024-05-27-00

Request Review of draft-ietf-spring-srv6-srh-compression
Requested revision No specific revision (document currently at 23)
Type Early Review
Team Internet Area Directorate (intdir)
Deadline 2024-04-19
Requested 2024-03-21
Requested by Joel M. Halpern
Authors Weiqiang Cheng , Clarence Filsfils , Zhenbin Li , Bruno Decraene , Francois Clad
I-D last updated 2024-05-27
Completed reviews Intdir Early review of -17 by Benson Muite (diff)
Rtgdir Early review of -16 by Nicolai Leymann (diff)
Opsdir Early review of -16 by Gyan Mishra (diff)
Secdir Early review of -17 by Ned Smith (diff)
Genart Last Call review of -19 by Stewart Bryant (diff)
Secdir Last Call review of -19 by Ned Smith (diff)
Comments
This draft is in working group last call, with a small number of issues still being discussed.  The content is alrgely stable, so review at this stage would be helpful.
Assignment Reviewer Benson Muite
State Completed
Request Early review on draft-ietf-spring-srv6-srh-compression by Internet Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/int-dir/XOrrtqdJIwqdXBojxb7wmbVXv24
Reviewed revision 17 (document currently at 23)
Result Almost ready
Completed 2024-05-27
review-ietf-spring-srv6-srh-compression-17-intdir-early-muite-2024-05-27-00
I am an assigned INT directorate reviewer for
<draft-ietf-spring-srv6-srh-compression-17>. These comments were written
primarily for the benefit of the Internet Area Directors. Document editors and
shepherd(s) should treat these comments just like they would treat comments
from any other IETF contributors and resolve them along with any other Last
Call comments that have been received. For more details on the INT Directorate,
see https://datatracker.ietf.org/group/intdir/about/.

Based on my review, if I was on the IESG I would ballot this document as NO
OBJECTION.

Comments:

The draft specifies new routing packet header formats to enable compressing the
headers.  The compression algorithms that can be used are not clearly specified
- maybe they are obvious from the changes in the headers.

The draft includes a list of implementations, including some open source
implementations.  There is a promise of efficiency gains from using compressed
headers, but no theoretical estimates of such gains, or practical measurements
are given - this is likely hardware dependent, for example gains with Smart
NICS may differ from conventional network hardware.

There maybe cases where it is not efficient to compress the header, a best
practices document may be helpful for users and additional implementers.