IETF Logo Mail Archive

Re: [bess] My fumbled answer :-)

"Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com> Thu, 20 July 2017 15:02 UTC

Return-Path: <wim.henderickx@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F8121252BA for <bess@ietfa.amsl.com>; Thu, 20 Jul 2017 08:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.922
X-Spam-Level:
X-Spam-Status: No, score=-1.922 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-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 JdF1zRUIFpQo for <bess@ietfa.amsl.com>; Thu, 20 Jul 2017 08:02:36 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0117.outbound.protection.outlook.com [104.47.0.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01B8B131CBD for <bess@ietf.org>; Thu, 20 Jul 2017 08:02:24 -0700 (PDT)
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=EzaCJ63Ox4vUxrLYTCMheLCaFFoqisIQeItiSMaslZQ=; b=PrBh9j19YSWxc7wHix3Lafhy3CbyJtdSVdwavVbkIazQdEqRBIzo9fCBGK7R3Y3HIeNOVB1R+NAuH9epSf1TOqPMZsj3RPQa8qT5C/a6+nHPdBOLvWlk6f8mrYjO3KWQ6Y7fOejpD2B4V00bqHDY32TodzBg2clYKJIYwDRch0g=
Received: from AM2PR07MB0961.eurprd07.prod.outlook.com (10.162.37.144) by AM2PR07MB0834.eurprd07.prod.outlook.com (10.161.71.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Thu, 20 Jul 2017 15:02:22 +0000
Received: from AM2PR07MB0961.eurprd07.prod.outlook.com ([fe80::1da:6fa2:cef6:10c0]) by AM2PR07MB0961.eurprd07.prod.outlook.com ([fe80::1da:6fa2:cef6:10c0%15]) with mapi id 15.01.1282.008; Thu, 20 Jul 2017 15:02:22 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>
CC: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: My fumbled answer :-)
Thread-Index: AdMBZIG1HJDKKBPDTTero/etpbh0xQAFXGuA
Date: Thu, 20 Jul 2017 15:02:22 +0000
Message-ID: <822C0DF1-847E-4F9F-A7CE-1B3B53AC0706@nokia.com>
References: <0c4801d30164$9b4eb3a0$d1ec1ae0$@olddog.co.uk>
In-Reply-To: <0c4801d30164$9b4eb3a0$d1ec1ae0$@olddog.co.uk>
Accept-Language: nl-BE, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.24.0.170702
authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none;olddog.co.uk; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [31.133.131.230]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM2PR07MB0834; 7:ZZoNOfDKdOKxwLrxyAqG8SVdg3uPbuecMEkrG9RwD76/bvpxHKPeabS/OfEdRpPvo1uGXrgs5agK3mShE21BQ/TWHjn2hJVqlC3Woes2Oiw+ljRuFFU1IGWndGOxFX5NNjKf7xyG1D/I2KjVo5cIdgSrYtlVLFywhRlWb1ga+9pt+QmTBZtbo7ryLWjnSst0HukDYofNyaJfBcOrVpmecu/Gw6PxA6NtJZPcECWnBNEVJsRsktAd8WFVYxnHkyz7IPOXBXD6j+O/mmyXU+et457tyikzapeJqS+k0o5Jqm7fG+yn/rP347xuy67wtXwSpCfyOkY+TYAP2BCLvqBW7TctePkF346S8PkpTtMFEioz5KpFBhDbH4ph32qBvTS2B5WAFEu0XEB+qVLlQ5C1EETz9Er8tE7aJ6v0hPng6X13kzDWWZ80hZjUiHUrLH9NEiSwIj0qu82Od5DI0PXT0hRlyM4QAc4E+jzynPwAA3kb052bHpMAp6rUSlnzDgqUeGmyycVXp4MkZPHsqFowTc66zuD6nJ6dTtaM0idImhzsT4iucHI1zXIzA5CYnZhsgUru43Rs+AhmzB2mOIBYOeg2Fyj9+S3Ug7fFLS4p0uT9iAy3Q0icnRHMiAfC01rXBUEM6W2M+DLOQRKGFllsVN1iIHHzio+GPtAyCtNYf8e5wOoNQsl9RYIpeC/LRDC+h2aUjVDHMXfSo/tzFjoMlfERSXkCKljt+rVUgpEngo+0Pzf2+HVxoi7hfcntP+4xl1LTdNvARE12p5V6nAfNI/vWRRe2aT6RhHeAWRpALOY=
x-ms-office365-filtering-correlation-id: cee86ce7-9f79-4168-f842-08d4cf805319
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:AM2PR07MB0834;
x-ms-traffictypediagnostic: AM2PR07MB0834:
x-exchange-antispam-report-test: UriScan:(278178393323532)(236129657087228)(167848164394848);
x-microsoft-antispam-prvs: <AM2PR07MB0834E8240902A565B6F6C3FE83A70@AM2PR07MB0834.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(2017060910075)(5005006)(8121501046)(3002001)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(6055026)(6041248)(20161123564025)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM2PR07MB0834; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM2PR07MB0834;
x-forefront-prvs: 0374433C81
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39850400002)(39410400002)(39840400002)(39450400003)(39860400002)(24454002)(2900100001)(3280700002)(38730400002)(66066001)(6246003)(50986999)(305945005)(99286003)(76176999)(54356999)(7736002)(6436002)(5640700003)(3660700001)(229853002)(230673001)(1730700003)(8676002)(83716003)(3480700004)(6916009)(2906002)(53936002)(5250100002)(2950100002)(33656002)(86362001)(6306002)(81166006)(8936002)(6506006)(110136004)(478600001)(83506001)(4326008)(4001350100001)(25786009)(5660300001)(2501003)(6512007)(6486002)(189998001)(53546010)(36756003)(2351001)(102836003)(3846002)(6116002)(14454004)(966005)(82746002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM2PR07MB0834; H:AM2PR07MB0961.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <E6CCEB297FCAE745897D634BD24F0F3B@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2017 15:02:22.1181 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR07MB0834
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/9FbDxASld9JI-Jm50dGbXSMiunY>
Subject: Re: [bess] My fumbled answer :-)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jul 2017 15:02:38 -0000

Adrian, the question is mainly what we are trying to achieve here with the draft.
If the goal is providing E2E SR-TE and utilizing all paths between the different DC(s) e.g. SR-TE policy does this as well.

You advertise a BGP SR-TE-policy with the different paths and you bind the prefix to them using the BGP-NH/colour. You can define a colour and weights and preferences to determine if you want to use ECMP, different weights or active standby, etc. A similar use case is described here: https://tools.ietf.org/html/draft-filsfils-spring-segment-routing-policy-01

I am mainly arguing the way we convey the different SR-TE path information. With SR-TE policy you get a level of indirection which means every time the path changes you don’t need to re-advertise the prefix, but just update the SR-TE policy update.

What is not part of SR-TE policy is GW discovery and you would need a controller to achieve the same thing. 

Hope this clarifies


On 20/07/2017, 16:29, "Adrian Farrel" <adrian@olddog.co.uk> wrote:

    Hi Wim,
    
    That wasn't my most glorious moment :-)
    
    I don't think that draft-drake-bess-datacenter-gateway and
    draft-ietf-idr-segment-routing-te-policy are anything other than complementary.
    Nor, apparently does Eric as he is a co-author of both documents :-)
    
    I think high-level document names can sometimes lead to some confusion, but the
    combination of "BGP", "SR", and "TE" in the same overviews only goes to show
    that they are in the same general space, not that they overlap.
    
    If you take a look at draft-farrel-spring-sr-domain-interconnect-00 you'll see
    it references [I-D.previdi-idr-segment-routing-te-policy] (now adopted by the
    IDR working group) as the assumed mechanism for advertising intra-AS links that
    are SR TE policies. We also note that
    [I-D.previdi-idr-segment-routing-te-policy] offers a method for label stack
    compression.
    
    I think the two mechanisms provide different functions, but functions that could
    (or even should) be integrated into a deployable solution.
    
    Thanks (and sorry again),
    
    Adrian

v2.23.0 | Report a Bug | By Email