Re: [Teas] Éric Vyncke's Abstain on draft-ietf-teas-native-ip-scenarios-09: (with COMMENT)

Aijun Wang <wangaijun@tsinghua.org.cn> Tue, 01 October 2019 15:26 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70F501200FA; Tue, 1 Oct 2019 08:26:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19s37o9pWp1a; Tue, 1 Oct 2019 08:26:24 -0700 (PDT)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id AFBB6120872; Tue, 1 Oct 2019 08:26:22 -0700 (PDT)
Received: from [10.137.171.237] (unknown [106.121.5.177]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 6FB6A66127E; Tue, 1 Oct 2019 23:26:15 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail-F09CB007-354A-4C1E-BE47-21AFF5F7342F"
Content-Transfer-Encoding: 7bit
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Message-Id: <50053823-8854-4528-AD53-F88F2C95A78C@tsinghua.org.cn>
Date: Tue, 01 Oct 2019 23:26:14 +0800
Cc: The IESG <iesg@ietf.org>, lberger@labn.net, teas-chairs@ietf.org, teas@ietf.org, draft-ietf-teas-native-ip-scenarios@ietf.org
To: Éric Vyncke <evyncke@cisco.com>
X-Mailer: iPhone Mail (17A577)
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZTlVKSU5ZV1koWUFKTEtLSjdXWS1ZQU lXWQkOFx4IWUFZNTQpNjo3JCkuNz5ZBg++
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6MEk6DDo5LDlITkpWEjQPHgI6 DRRPCkJVSlVKTk1CQk9ITkNKTUxOVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKS01VSklKVU5VSkxMWVdZCAFZQUpKTU1INwY+
X-HM-Tid: 0a6d87eddba59373kuws6fb6a66127e
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/Rhuq8ANBqi5rTUgGaq2XsaH34U4>
Subject: Re: [Teas] Éric Vyncke's Abstain on draft-ietf-teas-native-ip-scenarios-09: (with COMMENT)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Oct 2019 15:26:28 -0000

Hi, Éric Vyncke:
Thanks for you review.
As I explained in previous mails for Alvaro and TSV reviewer, this draft describes mainly the TE scenarios that needed in operators’ network and the simulation optimization results from the global view.

Such kind of efforts are inadequate in current IETF community considering the networks are controlled mainly by distributed protocol.

With the emerge of critical applications in 5G era, the E2E QoS assurance requirements will be pervasive and it almost impossible to accomplish the expected results without the info of global view and the help of central control.

This draft, together with other two drafts:

https://datatracker.ietf.org/doc/draft-ietf-teas-pce-native-ip/ (Solutions)

https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/(PCEP extension)

just want to solve such problems in one feasible way.
Wish the above info can convince you for the future vote of this draft.

The followings are responses for your comments:
1. OSPF or ISIS will not influence the simulation results, as they are all based on Dijkstra algorithm.
2. The topology is generated in random manner under the rule described in https://tools.ietf.org/html/draft-ietf-teas-native-ip-scenarios-09#section-4.2. That is, the core nodes are connected in full mesh and the edge connects the core in random links. We have tried several different topology and the results are similar.
3. We will try to use the new XML2RFC format for the SVG graph in next version if necessary. Anyway, the reader can get the impressive concept by comparison the results described in section 4.4 and 4.5

Thanks in advance.


Aijun Wang
China Telecom

> On Oct 1, 2019, at 17:22, Éric Vyncke via Datatracker <noreply@ietf.org> wrote:
> 
> Éric Vyncke has entered the following ballot position for
> draft-ietf-teas-native-ip-scenarios-09: Abstain
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-teas-native-ip-scenarios/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> I share Alvaro's and TSV reviewer feeling about this is not a usual RFC but
> rather a scientific paper (even if the results are not really a surprise). So,
> I am abstaining.
> 
> Some comments though:
> - why using OSPF and not IS-IS for the comparison ? Not that it would change a
> lot IMHO - when using generated topologies, little is written on how it is
> generated (as it could introduce some bias changing the results of section 4.4)
> - using the new format for XML2RFC could have included SVG for graphics
> 
> Interesting read anyway
> 
> -éric
> 
> 
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas