Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt

"Van De Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.com> Fri, 03 March 2017 22:36 UTC

Return-Path: <gunter.van_de_velde@nokia.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 8AFC6129657 for <idr@ietfa.amsl.com>; Fri, 3 Mar 2017 14:36:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 KmO-WnCS8WdK for <idr@ietfa.amsl.com>; Fri, 3 Mar 2017 14:36:25 -0800 (PST)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40099.outbound.protection.outlook.com [40.107.4.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75B0E129644 for <idr@ietf.org>; Fri, 3 Mar 2017 14:36:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7QWfms5xPjA0u2P/zMLkJssJmKoWGpx4uzvNkbhlff0=; b=gysjgqb29DJL0C+LabD2nQ16zl5n0AF4lmOBRC/ywElhQ9Bg/iRCl3nWm11/G7trRPP+6TITD5kERjQEu2aVd74ROFWqOBru8/vYZc6+g6QoQHUKvFz00dyZJiZjSqUl6aGFUBZ/DIgEq+j+EGGXHRlklgfwjwPlDVTV2DydPfo=
Received: from AM4PR07MB1715.eurprd07.prod.outlook.com (10.166.133.23) by AM4PR07MB1715.eurprd07.prod.outlook.com (10.166.133.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Fri, 3 Mar 2017 22:36:20 +0000
Received: from AM4PR07MB1715.eurprd07.prod.outlook.com ([10.166.133.23]) by AM4PR07MB1715.eurprd07.prod.outlook.com ([10.166.133.23]) with mapi id 15.01.0947.018; Fri, 3 Mar 2017 22:36:20 +0000
From: "Van De Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, Gunter Van De Velde <guntervandeveldecc@icloud.com>
Thread-Topic: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
Thread-Index: AQHSlF+VkCQCnRFeakuCItibeIgUn6GDoQcAgAAZoQD///apAIAAE9qA
Date: Fri, 3 Mar 2017 22:36:20 +0000
Message-ID: <263F8B4F-5749-439E-A6DA-780E57FFB2E2@alcatel-lucent.com>
References: <952FA19E-4DBF-4141-BBAC-AC69E56F0E4F@gmail.com> <41BA4B21-FA04-4D00-B84D-AF78E17A2898@icloud.com> <7949CB98-F75F-4C04-A9B7-A36642A71B9D@alcatel-lucent.com> <0D328A1E-5481-46C2-B94F-D52CC61C203C@gmail.com>
In-Reply-To: <0D328A1E-5481-46C2-B94F-D52CC61C203C@gmail.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=nokia.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [81.242.21.60]
x-ms-office365-filtering-correlation-id: 1b0ade3e-15f2-424d-f533-08d46285b6df
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:AM4PR07MB1715;
x-microsoft-exchange-diagnostics: 1; AM4PR07MB1715; 7:YvEbVm5ARNCAxGexeeHouXNogsTJ+hiPLI98H0YxukZNqZKcLY5oT6YUzzTpybUbs7YiNFH9sZX71hjqS52f9uGntFr3FkyUiwxtAOVzOYXo4z0P9h00H0yB8l2DcKx9sI3rm8QIbDAgZyv+cQkhi4+9es7MvqB8qW1NTYcMNPOcJzW4yR8vXlEq+HHVMWQkaYh9SSVFumB5wG3qw1DYV9Bwy8wpqdSybuZBdLaeSVb4DzKWB3/5+c7cWWp8Cn8U8Sar3D/M0p1h6uTY98AWsdeUJ6W1Pe2uMpjh+s0y/4pLiGX8KZYOoal98PtpzILLc6O4F4C/UfpzJ3PKUKpAfg==
x-microsoft-antispam-prvs: <AM4PR07MB1715C7B6F546345F704FED19E02B0@AM4PR07MB1715.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(84792000423722)(120809045254105)(82608151540597);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(20161123564025)(20161123560025)(20161123555025)(20161123558025)(6072148); SRVR:AM4PR07MB1715; BCL:0; PCL:0; RULEID:; SRVR:AM4PR07MB1715;
x-forefront-prvs: 0235CBE7D0
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39450400003)(39860400002)(39850400002)(39410400002)(39840400002)(24454002)(377424004)(6506006)(83716003)(5660300001)(39060400002)(6486002)(77096006)(33656002)(6436002)(229853002)(66066001)(82746002)(106116001)(122556002)(92566002)(7736002)(3846002)(102836003)(2900100001)(53936002)(305945005)(6116002)(4326008)(86362001)(9686003)(8676002)(6512007)(81166006)(189998001)(38730400002)(50986999)(8936002)(2950100002)(25786008)(76176999)(54356999)(36756003)(6246003)(53546006)(3660700001)(2906002)(3280700002)(99286003)(6306002)(230783001)(93886004)(68736007)(8666007)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB1715; H:AM4PR07MB1715.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <5D185C7B0C734B48B86E7A0C3F950993@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2017 22:36:20.2823 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB1715
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/94ucM-C52kCPgMG1RaOKy-eJZGE>
Cc: idr <idr@ietf.org>
Subject: Re: [Idr] FW: New Version Notification for draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
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: Fri, 03 Mar 2017 22:36:27 -0000

Looking at https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-02 and the marking framework discussed by Giuseppe Fioccola it seems that counting of packets with a given marker label (synonymous label) is a key parameter for the passive measurements. In that case one is interested in both counting packets ingress to the router and egress of a router… It allows understanding of the packets lost in the router fabric (or whatever ‘thing’ is doing the switching)

G/

On 03/03/2017, 23:25, "Jeff Tantsura" <jefftant.ietf@gmail.com> wrote:

    Aren’t Synonimous labels significant on egress only?
    
     
    Cheers,
    Jeff
     
    
    On 3/3/17, 13:58, "Van De Velde, Gunter (Nokia - BE)" <gunter.van_de_velde@nokia.com> wrote:
    
        For completeness, I was referring to the following work as use case of the RLD info in addition to entropy use-case:
        https://tools.ietf.org/html/draft-bryant-mpls-sfl-framework-02
        
        G/
        
        On 03/03/2017, 22:26, "Gunter Van De Velde" <guntervandeveldecc@icloud.com> wrote:
        
            There is other use case also to do with Synonimous labels and measurements (Alternate marking for passive measurements) potentially….
            Maybe i should add that one also to the use cases.
            
            G/
            
            > On 3 Mar 2017, at 21:48, Jeff Tantsura <jefftant.ietf@gmail.com> wrote:
            > 
            > Hi Gunter,
            > 
            > If it is up to a controller to setup EL, this extension needed, same way as described in the IGP drafts.
            > 
            > I’d questions usefulness of RLD outsldie of Entropy Labels use case.
            > Transit nodes in  general are not interested in the full label stack content outside of entropy use case.
            > 
            > Even if the node in question  can’t read whole stack, it can still properly forward the packet, perhaps with less optimal hasing.
            > Using RLD as a contsrain in path computation doesn’t seem to be a right thing to do.
            > 
            > Thanks!
            > 
            > Cheers,
            > Jeff
            > 
            > 
            > On 3/3/17, 06:55, "Idr on behalf of Van De Velde, Gunter (Nokia - BE)" <idr-bounces@ietf.org on behalf of gunter.van_de_velde@nokia.com> wrote:
            > 
            >    Heads-up… Happy to learn feedback and comments.
            > 
            >    This draft is short and defines the attribute to use for BGP-LS to expose a 
            >    node RLD "Readable Label Depth" to a centralised controller (PCE/SDN).
            > 
            >    G/
            > 
            >    On 03/03/2017, 14:21, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote:
            > 
            > 
            >        A new version of I-D, draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
            >        has been successfully submitted by Gunter Van de Velde and posted to the
            >        IETF repository.
            > 
            >        Name:		draft-vandevelde-idr-bgp-ls-segment-routing-rld
            >        Revision:	01
            >        Title:		Signalling RLD using BGP-LS
            >        Document date:	2017-03-03
            >        Group:		Individual Submission
            >        Pages:		5
            >        URL:            https://www.ietf.org/internet-drafts/draft-vandevelde-idr-bgp-ls-segment-routing-rld-01.txt
            >        Status:         https://datatracker.ietf.org/doc/draft-vandevelde-idr-bgp-ls-segment-routing-rld/
            >        Htmlized:       https://tools.ietf.org/html/draft-vandevelde-idr-bgp-ls-segment-routing-rld-01
            >        Diff:           https://www.ietf.org/rfcdiff?url2=draft-vandevelde-idr-bgp-ls-segment-routing-rld-01
            > 
            >        Abstract:
            >           This document defines the attribute to use for BGP-LS to expose a
            >           node RLD "Readable Label Depth" to a centralised controller (PCE/
            >           SDN).
            > 
            > 
            > 
            > 
            > 
            >        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
            > 
            > 
            > 
            >    _______________________________________________
            >    Idr mailing list
            >    Idr@ietf.org
            >    https://www.ietf.org/mailman/listinfo/idr
            > 
            > 
            > 
            > _______________________________________________
            > Idr mailing list
            > Idr@ietf.org
            > https://www.ietf.org/mailman/listinfo/idr