Re: [CCAMP] Question on LSP diversity

Gert Grammel <ggrammel@juniper.net> Thu, 06 March 2014 15:45 UTC

Return-Path: <ggrammel@juniper.net>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76F921A01B9 for <ccamp@ietfa.amsl.com>; Thu, 6 Mar 2014 07:45:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham
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 R-FEWrbzCySJ for <ccamp@ietfa.amsl.com>; Thu, 6 Mar 2014 07:45:41 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) by ietfa.amsl.com (Postfix) with ESMTP id 6032B1A01A5 for <ccamp@ietf.org>; Thu, 6 Mar 2014 07:45:41 -0800 (PST)
Received: from mail52-ch1-R.bigfish.com (10.43.68.243) by CH1EHSOBE001.bigfish.com (10.43.70.51) with Microsoft SMTP Server id 14.1.225.22; Thu, 6 Mar 2014 15:45:37 +0000
Received: from mail52-ch1 (localhost [127.0.0.1]) by mail52-ch1-R.bigfish.com (Postfix) with ESMTP id 0ED61603AF; Thu, 6 Mar 2014 15:45:37 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.240.101; KIP:(null); UIP:(null); IPV:NLI; H:BL2PRD0510HT001.namprd05.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -22
X-BigFish: VPS-22(zz9371Ic89bhc85dhzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzz1d7338h1de098h1033IL17326ah8275bh8275dh18c673h1de097h186068h5eeeKz2fh109h2a8h839hd24hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h19ceh1ad9h1b0ah1bceh224fh1d07h1d0ch1d2eh1d3fh1de9h1dfeh1dffh1e1dh1fe8h1ff5h20f0h2216h22d0h2336h2461h2487h24d7h2516h2545h255eh25cch25f6h2605h9a9j1155h)
Received-SPF: pass (mail52-ch1: domain of juniper.net designates 157.56.240.101 as permitted sender) client-ip=157.56.240.101; envelope-from=ggrammel@juniper.net; helo=BL2PRD0510HT001.namprd05.prod.outlook.com ; .outlook.com ;
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM; SFS:(10009001)(428001)(377454003)(189002)(199002)(243025003)(83072002)(81542001)(56816005)(90146001)(19580405001)(80976001)(76796001)(81342001)(85852003)(81816001)(81686001)(77096001)(74876001)(95416001)(87936001)(19580395003)(83322001)(92566001)(33646001)(59766001)(95666003)(69226001)(15975445006)(74706001)(2656002)(66066001)(79102001)(31966008)(80022001)(50986001)(16236675002)(65816001)(63696002)(85306002)(4396001)(47736001)(49866001)(94316002)(47976001)(86362001)(74316001)(93516002)(76786001)(87266001)(19300405004)(76576001)(46102001)(94946001)(97186001)(56776001)(74366001)(74662001)(51856001)(47446002)(74502001)(93136001)(15202345003)(77982001)(53806001)(54356001)(54316002)(76482001)(97336001)(24736002); DIR:OUT; SFP:1101; SCL:1; SRVR:CO2PR05MB780; H:BN1PR05MB041.namprd05.prod.outlook.com; CLIP:193.110.55.17; FPR:EE70C629.8736878A.DD37D7F.CE5D95D.2040C; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Received: from mail52-ch1 (localhost.localdomain [127.0.0.1]) by mail52-ch1 (MessageSwitch) id 1394120734305361_5344; Thu, 6 Mar 2014 15:45:34 +0000 (UTC)
Received: from CH1EHSMHS003.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.228]) by mail52-ch1.bigfish.com (Postfix) with ESMTP id 3B92E44006B; Thu, 6 Mar 2014 15:45:34 +0000 (UTC)
Received: from BL2PRD0510HT001.namprd05.prod.outlook.com (157.56.240.101) by CH1EHSMHS003.bigfish.com (10.43.70.3) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 6 Mar 2014 15:45:33 +0000
Received: from CO2PR05MB780.namprd05.prod.outlook.com (10.141.226.156) by BL2PRD0510HT001.namprd05.prod.outlook.com (10.255.100.36) with Microsoft SMTP Server (TLS) id 14.16.423.0; Thu, 6 Mar 2014 15:45:33 +0000
Received: from BN1PR05MB041.namprd05.prod.outlook.com (10.255.202.140) by CO2PR05MB780.namprd05.prod.outlook.com (10.141.226.156) with Microsoft SMTP Server (TLS) id 15.0.888.9; Thu, 6 Mar 2014 15:45:31 +0000
Received: from BN1PR05MB041.namprd05.prod.outlook.com ([169.254.6.24]) by BN1PR05MB041.namprd05.prod.outlook.com ([169.254.6.4]) with mapi id 15.00.0888.003; Thu, 6 Mar 2014 15:45:30 +0000
From: Gert Grammel <ggrammel@juniper.net>
To: "Matt Hartley (mhartley)" <mhartley@cisco.com>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Thread-Topic: Question on LSP diversity
Thread-Index: Ac85Lkta5sA01iJZS9C+dtT+EJyPhAAFJE4wAAAxzpA=
Date: Thu, 06 Mar 2014 15:45:29 +0000
Message-ID: <38e2c84cf40c4cbaa95b166a41ae9726@BN1PR05MB041.namprd05.prod.outlook.com>
References: <4A1562797D64E44993C5CBF38CF1BE48126AD42B@ESESSMB301.ericsson.se> <9D50FCE7413E3D4EA5E42331115FB5BC108523FD@xmb-rcd-x03.cisco.com>
In-Reply-To: <9D50FCE7413E3D4EA5E42331115FB5BC108523FD@xmb-rcd-x03.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [193.110.55.17]
x-forefront-prvs: 0142F22657
Content-Type: multipart/alternative; boundary="_000_38e2c84cf40c4cbaa95b166a41ae9726BN1PR05MB041namprd05pro_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/XmFduqOtpcFHauIBA-AR4b_EOPo
Subject: Re: [CCAMP] Question on LSP diversity
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Mar 2014 15:45:47 -0000

Hi Matt,

I recall asking a different question, namely what kind of separation is represented by the domain boundary and where it is described. I understood that the definition of the boundary is not in the scope of ccamp but the draft(s) should describe which assumptions are made about the nature of the boundary.

About the cases themselves (using the terms "client" "server" in a control plane sense as described in Daniele's presentation) I try to point out some networking scenarios with the aim to spell out the scenarios:


-          1. Single homing --> it should be spelled out what is understood to be single homing

§  Would a client connected with two fibers into the server domain qualify for single homing?

§  Would a client connected with two fibers into the server domain, each attached to different server domain routers still qualify for single homing?

§  How do we account for a client LER which is connected to two client LSRs whereby one connection stays inside the client network and one connection is connected to the server network? The client LER is dual homed  from a client perspective but from a server perspective it appears single homed.

-          2. Dual homing --> it should be spelled out what is understood to be dual homing

§  Would a client connected with two fibers into the server domain, each attached to different server domain routers qualify for dual homing?

§  As we are talking about routers it is safe to assume that some are multi-homed where homing is >2. Unless there is a reason to limit the case to exactly dual homing we should name this 'Multi-homing' instead

§  Is a client which is connected to two distinct server domains considered dual homed or multi-domain?

-          3. LSPs with different edge and core nodes --> the content of this case probably depends a lot how single/multi homing is defined

§  Does this cover cases where one end is dual homed and the other end single homed? Or is this covered above?

§  Does this cover also cases where n clients are connected to m server nodes with n>m?

-          4. Multi domain

§  Does this mean multiple interconnected core domains, or does it refer to a client connected to several server domains?

§  Is it related to a stacked client-server-server case?

During his presentation George pointed out that he is considering "All networks under a single administration" when presenting http://tools.ietf.org/agenda/89/slides/slides-89-ccamp-4.pdf . This seems to suggest that there is also demand to work on single domain cases. Not sure how much merit is in that, but perhaps worth as a reference

Best

Gert



From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Matt Hartley (mhartley)
Sent: 06 March 2014 14:50
To: Daniele Ceccarelli; CCAMP (ccamp@ietf.org)
Subject: Re: [CCAMP] Question on LSP diversity

Daniele,

ISTR Gert asked about this on Tuesday, and the reply was that this is outside the scope of CCAMP and therefore of the work being proposed here.

I'm sure someone will correct me if I'm wrong about that :)

Cheers

Matt

From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Daniele Ceccarelli
Sent: Thursday, March 06, 2014 6:36 AM
To: CCAMP (ccamp@ietf.org<mailto:ccamp@ietf.org>)
Subject: [CCAMP] Question on LSP diversity

Hi,

bringing this to the list due to time constraints.

We said we have 4 use cases for LSP diversity:

-          1. Single homing

-          2. Dual homing

-          3. LSPs with different edge and core nodes

-          4. Multi domain

In cases 3 and 4 there is the need for "coordination" between edge nodes. Is such coordination in CCAMP scope or we assume that "somehow" the two edge nodes exchange such piece of info (e.g. NMS, the triangle with the eye, or whatever)?

BR
Daniele