Erm,

Ok – so – we have waited 6 months for a document – that we will go into SPRING 
and 6man to discuss – and what we have here in my view – is a document that 
says precisely nothing.

I’m going to take this section by section – and I would have hoped sending an 
email like this – that it would be a lot longer than it is going to be – but – 
since there is so little here – it probably won’t be all that long.

So let’s start at section 3 –

Section 3.1.1 is well, just pretty obvious and goes without stating
Section 3.1.2 again, pretty obvious that forwarding efficiency is important
Section 3.1.3 again, don’t think there is anything much to comment on here – 
its stating the obvious

Then we get to Section 4.
4.1.1 SRv6 Based – I don’t believe is within the scope of the charter – the 
charter does not say – design a solution – it says – state the requirements of 
a solution for compression of segment routing information for use over ipv6.  
Nowhere does it say for the design team to decide if that is tied to one 
protocol or another.
4.1.2 See above comment
4.1.3 No issues
4.1.4 Don’t have a major problem with this
4.1.5 Please explain how you would achieve crossing boundaries using something 
like a binding SID or something to that effect while being compliant with this 
section

Section 5
I have a major issue with explicitly stating you need to support the behaviors 
in network programming – that is entirely outside of the charter.   Again, the 
charter states – a solution for compression of segment routing information for 
use over ipv6.  There may well be solutions within this that scope that do 
conform to the behaviors of network programming – but there may be solutions 
where such compression is used for purposes entirely different from those 
described in network programming – and have no relation to network programming 
at all.

Now lets look at what else the charter says.

The charter states that there would be a comparison of approaches and methods 
related to compression – that is not in this document at all – it is entirely 
absent. It states that the design team would look into the current solutions 
and state if they agreed if there was space for more than one solution or not – 
and if they were in agreement – that is entirely missing from this document.

The above points form effectively half the charter.

So – with all this said – I can only conclude based on what is here – that the 
design team has failed to date in its mandate – because this document pretty 
much states the obvious while ignoring the entire second half of the charter.  
And this is what we have waited 6 long months for… based on a commitment that 
the design team would come with a requirements document at IETF 109.  Well – 
this – hardly cuts it as a design document.

Disappointed – to say the least

Andrew

From: spring <spring-boun...@ietf.org>
Date: Thursday, 12 November 2020 at 12:06
To: spring@ietf.org <spring@ietf.org>
Cc: 'srcomp' <src...@ietf.org>, spring-cha...@ietf.org <spring-cha...@ietf.org>
Subject: [spring] FW: New Version Notification for 
draft-srcompdt-spring-compression-requirement-00.txt
Hi Group,
As you know, the SPRING Working Group set up an SR compression design team 
prior to IETF108.
The design team is to produce (rough) consensus (of the DT) outputs to the WG 
on two related topics:
1) What are the requirements for solutions to compressing segment routing 
information for use over IPv6;
2) A comparison of proposed approaches to compressing segment routing 
information for use over IPv6.

With great effort of design team members, DT have finished the version -00 of 
the requirements document and have submitted it to datatracker.

Please review it and let's know your comments.

B.R.
Weiqiang Cheng


-----邮件原件-----
发件人: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
发送时间: 2020年11月2日 16:32
收件人: Sander Steffann; SJM Steffann; Weiqiang Cheng
主题: New Version Notification for 
draft-srcompdt-spring-compression-requirement-00.txt


A new version of I-D, draft-srcompdt-spring-compression-requirement-00.txt
has been successfully submitted by Weiqiang Cheng and posted to the
IETF repository.

Name: draft-srcompdt-spring-compression-requirement
Revision: 00
Title: Compressed SRv6 SID List Requirements
Document date: 2020-10-30
Group: Individual Submission
Pages: 10
URL: 
https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-00.txt<https://www.ietf.org/archive/id/draft-srcompdt-spring-compression-requirement-00.txt>
Status: 
https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement/<https://datatracker.ietf.org/doc/draft-srcompdt-spring-compression-requirement>
Htmlized: 
https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement<https://datatracker.ietf.org/doc/html/draft-srcompdt-spring-compression-requirement>
Htmlized: 
https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-00<https://tools.ietf.org/html/draft-srcompdt-spring-compression-requirement-00>


Abstract:
This document specifies requirements for solutions to compress SRv6
SID lists.




Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat





_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring<https://www.ietf.org/mailman/listinfo/spring>
_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

Reply via email to