Re: [Idr] Working group adoption call for draft-gredler-idr-bgp-ls-segment-routing-ext

Zhuangshunwan <zhuangshunwan@huawei.com> Tue, 01 November 2016 04:47 UTC

Return-Path: <zhuangshunwan@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C34F124281 for <idr@ietfa.amsl.com>; Mon, 31 Oct 2016 21:47:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.718
X-Spam-Level:
X-Spam-Status: No, score=-5.718 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, 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 NG8kbNxLKklH for <idr@ietfa.amsl.com>; Mon, 31 Oct 2016 21:47:24 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12AB3129A93 for <idr@ietf.org>; Mon, 31 Oct 2016 21:47:23 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CZL41954; Tue, 01 Nov 2016 04:47:21 +0000 (GMT)
Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 1 Nov 2016 04:47:20 +0000
Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Tue, 1 Nov 2016 12:47:14 +0800
From: Zhuangshunwan <zhuangshunwan@huawei.com>
To: "John G. Scudder" <jgs@juniper.net>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] Working group adoption call for draft-gredler-idr-bgp-ls-segment-routing-ext
Thread-Index: AQHSM7we6fxJnuOgz0qNBxcvspuno6DDjdTA
Date: Tue, 1 Nov 2016 04:47:13 +0000
Message-ID: <19AB2A007F56DB4E8257F949A2FB9858C87A9258@NKGEML515-MBX.china.huawei.com>
References: <BB8878B2-97E1-4B9A-B2CB-2AAA670AFB7C@juniper.net>
In-Reply-To: <BB8878B2-97E1-4B9A-B2CB-2AAA670AFB7C@juniper.net>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.86.254]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.58181E59.008E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 7a17522774cc57c1ea78e4eb68b3e372
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/aKIsy2tlw5gKbrGhqHfI_vaUw6s>
Subject: Re: [Idr] Working group adoption call for draft-gredler-idr-bgp-ls-segment-routing-ext
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Nov 2016 04:47:37 -0000

Support.

Thanks,
Shunwan

-----邮件原件-----
发件人: Idr [mailto:idr-bounces@ietf.org] 代表 John G. Scudder
发送时间: 2016年11月1日 5:16
收件人: idr@ietf.org
主题: [Idr] Working group adoption call for draft-gredler-idr-bgp-ls-segment-routing-ext

Hi Everyone,

The authors have asked (some time ago actually) for the WG to adopt draft-gredler-idr-bgp-ls-segment-routing-ext. 

If you support or oppose adoption please reply indicating so. Reasons for your position are helpful, as volunteering to review, comment, and/or shepherd.

The adoption call will end November 13.

Thanks,

--John

P.S.: https://www.ietf.org/id/draft-gredler-idr-bgp-ls-segment-routing-ext-04.txt

Abstract

   Segment Routing (SR) allows for a flexible definition of end-to-end
   paths within IGP topologies by encoding paths as sequences of
   topological sub-paths, called "segments".  These segments are
   advertised by the link-state routing protocols (IS-IS, OSPF and
   OSPFv3).

   This draft defines extensions to the BGP Link-state address-family in
   order to carry segment information via BGP.
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr