IETF Logo Mail Archive

Re: [Idr] [spring] New draft for data center gateways

John E Drake <jdrake@juniper.net> Tue, 24 May 2016 21:09 UTC

Return-Path: <jdrake@juniper.net>
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 5C71312D1EA; Tue, 24 May 2016 14:09:01 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, 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=junipernetworks.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 SG1HbE_uIsIx; Tue, 24 May 2016 14:08:59 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0104.outbound.protection.outlook.com [207.46.100.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3444112D13D; Tue, 24 May 2016 14:08:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6djPsqTyaLl6Iq1NCwN9AwITj8OW9K5fJZ15SOmyXsY=; b=hgLWalueJ94MRp6nMvpnOHudssH1G0oFcGxyT3aOJRm33UaaP05uhxTfHPGjOc6VgS/iqYrTkEfS4fCqJCLKHTBj7gl2p3jcrr2pokQs9GLB2LGQHqnjE//SziG/X0nfjTTsM6LufeCPqADM+6sXpgfwsiOlb+24vot3W2M796E=
Received: from SN1PR0501MB1709.namprd05.prod.outlook.com (10.163.130.155) by SN1PR0501MB1711.namprd05.prod.outlook.com (10.163.130.157) with Microsoft SMTP Server (TLS) id 15.1.501.7; Tue, 24 May 2016 21:08:58 +0000
Received: from SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) by SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) with mapi id 15.01.0501.013; Tue, 24 May 2016 21:08:57 +0000
From: John E Drake <jdrake@juniper.net>
To: Robert Raszuk <robert@raszuk.net>, Adrian Farrel <adrian@olddog.co.uk>
Thread-Topic: [spring] [Idr] New draft for data center gateways
Thread-Index: AdG1GnjM0FP4vAcnRKiZoSNePCQ+mQABH+CAAAQtdQAAMre9gA==
Date: Tue, 24 May 2016 21:08:57 +0000
Message-ID: <SN1PR0501MB1709C670BFB005BDB241845DC74F0@SN1PR0501MB1709.namprd05.prod.outlook.com>
References: <01ea01d1b51a$7cf31e60$76d95b20$@olddog.co.uk> <CA+b+ERmKjq9h5LP5k3+dygkRjbwzsXrogyzvopPZ61DTTuaitA@mail.gmail.com> <CA+b+ERnZt0BgrHHqBD4BopunjEZLUstfsAbw__u0wGJ2v0Wy-w@mail.gmail.com>
In-Reply-To: <CA+b+ERnZt0BgrHHqBD4BopunjEZLUstfsAbw__u0wGJ2v0Wy-w@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: raszuk.net; dkim=none (message not signed) header.d=none;raszuk.net; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [66.129.241.10]
x-ms-office365-filtering-correlation-id: 5f049879-7ad1-4dac-da47-08d384179f30
x-microsoft-exchange-diagnostics: 1; SN1PR0501MB1711; 5:xVA+hysUdUNqtpzZQCRgqvBtPw6LN2h50L25Y3LlRfVccIeKlX4dJ7ljSxWVnqJnEkWDBz8aHJ4Ni/HgN4pJWNGxPu5oxjPIkMDwxj21O2EBLMAZToSk7TPiWICyEWnsWCR7mcvtEm4gwnq9db8ksA==; 24:QhGdqWehIJx5mITr1BWWeFdqLhNnITpVhBFw3nPCZZCs8rKtl3sPIJTBYzKjzIFKY24Zypo+8UwZjJB7Ei6xppvMsENXwxeo9qBRdlcuSAg=; 7:ztNjjJLMkdYspHIhQY1RNDIeCJcCuudctBvn2hVKwzMxhcRG4ZEbNmq52pZ3/h0Wq0AvjFJ6KJ832Saug1KRzcpowVLk76FAfl6pkg6ZoRbGFQezJ+fMkpnIQgER/PKpNfSOJFpqhyvkMj5oRgEF6A7r2MqKs8Ib6Qu1uVzBOeRH0MFKrS00vi81BYFqC0ce
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB1711;
x-microsoft-antispam-prvs: <SN1PR0501MB171167B0F7C51E548B96939AC74F0@SN1PR0501MB1711.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026); SRVR:SN1PR0501MB1711; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1711;
x-forefront-prvs: 09525C61DB
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(377454003)(5008740100001)(16236675004)(66066001)(2950100001)(5001770100001)(2900100001)(86362001)(15975445007)(77096005)(4326007)(19609705001)(3660700001)(2906002)(19580405001)(189998001)(3280700002)(3846002)(76576001)(19625215002)(19580395003)(586003)(92566002)(9686002)(87936001)(1220700001)(790700001)(19300405004)(102836003)(6116002)(122556002)(5004730100002)(5003600100002)(19617315012)(81166006)(5002640100001)(99286002)(10400500002)(50986999)(54356999)(76176999)(8936002)(74316001)(33656002)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1711; H:SN1PR0501MB1709.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_SN1PR0501MB1709C670BFB005BDB241845DC74F0SN1PR0501MB1709_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2016 21:08:57.7233 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1711
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/ZBymrPhjrifO9TOvCJoHAGZd3Kc>
Cc: idr wg <idr@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Subject: Re: [Idr] [spring] New draft for data center gateways
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, 24 May 2016 21:09:01 -0000

Robert,

Comments inline

Yours Irrespectively,

John

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Robert Raszuk
Sent: Monday, May 23, 2016 4:14 PM
To: Adrian Farrel
Cc: idr wg; spring@ietf.org
Subject: Re: [spring] [Idr] New draft for data center gateways

Dear Authors,

Question 1:

Assume that prefix X has been advertised with tunnel attribute as described in the draft with both GW1 and GW2 entry points to Egress DC site.

So remote GW in Ingress DC site receives at least one such advertisement and as each contains both GW1 and GW2 entries it can engineer flows to those.

So far so good ... but what happens when link between PE (on left side) and GW1 goes down ?

BGP will after some time remove that path via all ASes, but GW2 will keep advertsing prefix X as still reachable via both GW1 and GW2 within tunnel encapsulation attribute as from his perspective nothing will be wrong.

How remote GW in Ingress DC site is now supposed to know that GW1 link to PE in AS2 went down and stop pushing traffic towards it ?


[JD]  We were assuming that a) GW/backbone links would be advertised in BGP LS (optionally w/ EPE) and b) a GW that is disconnected from the backbone does not advertise an auto-discovery route.  This will be made explicit in the next revision.


- - -

Question 2:

What happens if all L3 DC CLOS IP Fabrics use eBGP not IGP ?


[JD]   We make no assumptions about what control plane is used within a DC.  After all, the draft is about DC “interconnect”.  (Btw, it should be spelled ‘Clos’ since it’s a person’s last name.)


- - -

Question 3:

Is per prefix tunnel attribute where say /32 routes may be exchanges flat (ref calico approach - https://www.projectcalico.org/) really a scalable solution ?


[JD]   Are you simply repeating the opinion you expressed when the tunnel-encaps draft first came out, or do you have a scalability concern that hasn't already been discussed?


Best,
Robert.

PS. Just purely as information your inter DC traffic steering problem description is easily solved already today with one level of indirection - Example: LISP. Not sure if we need additional flat protocol extensions here.

v2.23.0 | Report a Bug | By Email