Re: [Mpls-interop] Who will be in Geneva?

"Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com> Mon, 01 December 2008 23:46 UTC

Return-Path: <mpls-interop-bounces@ietf.org>
X-Original-To: mpls-interop-archive@ietf.org
Delivered-To: ietfarch-mpls-interop-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A03123A6998; Mon, 1 Dec 2008 15:46:36 -0800 (PST)
X-Original-To: mpls-interop@core3.amsl.com
Delivered-To: mpls-interop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0BE7E3A69E9 for <mpls-interop@core3.amsl.com>; Mon, 1 Dec 2008 15:46:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.265
X-Spam-Level:
X-Spam-Status: No, score=-4.265 tagged_above=-999 required=5 tests=[AWL=-1.666, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aMS9vs3mfonI for <mpls-interop@core3.amsl.com>; Mon, 1 Dec 2008 15:46:34 -0800 (PST)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id E5FD13A6998 for <mpls-interop@ietf.org>; Mon, 1 Dec 2008 15:46:33 -0800 (PST)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id mB1NkRpq022084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 2 Dec 2008 00:46:27 +0100
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id mB1NkRf0023634; Tue, 2 Dec 2008 00:46:27 +0100
Received: from DEMUEXC030.nsn-intra.net ([10.150.128.57]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 2 Dec 2008 00:46:27 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 2 Dec 2008 00:46:20 +0100
Message-ID: <43284B5A95E36B4AB4A91EBA4E0FC31EFE09F2@DEMUEXC030.nsn-intra.net>
In-Reply-To: <C55A12D2.EB1D%benjamin.niven-jenkins@bt.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mpls-interop] Who will be in Geneva?
Thread-Index: AclUAoG79k/wUVEUG0iikr7nxmko1wADARlg
References: <A79C9B7D57B940FF802C8395F15E232E@your029b8cecfe> <C55A12D2.EB1D%benjamin.niven-jenkins@bt.com>
From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>
To: "ext Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>, "Adrian Farrel" <adrian@olddog.co.uk>, <mpls-interop@ietf.org>
X-OriginalArrivalTime: 01 Dec 2008 23:46:27.0525 (UTC) FILETIME=[06FCE750:01C9540F]
Subject: Re: [Mpls-interop] Who will be in Geneva?
X-BeenThere: mpls-interop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF MPLS Interoperability Design Team <mpls-interop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mpls-interop>
List-Post: <mailto:mpls-interop@ietf.org>
List-Help: <mailto:mpls-interop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-interop>, <mailto:mpls-interop-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: mpls-interop-bounces@ietf.org
Errors-To: mpls-interop-bounces@ietf.org

Hi Ben
Scalability of TC (or whatever we call it) is basically if you have 1:1
mapping between TC and LSP. But if you have 1:n mapping TC and many LSPs
the main concern can be solved. 
If you define TC in reasonable areas (e.g. across a domain in a
multi-domain network) and the TC aggregate multiple LSPs then IMO the
construction of TC is the cleanest one and works well with OAM and with
protection.
Best regards,
Nurit

-----Original Message-----
From: mpls-interop-bounces@ietf.org
[mailto:mpls-interop-bounces@ietf.org] On Behalf Of ext Ben
Niven-Jenkins
Sent: Tuesday, December 02, 2008 00:17
To: Adrian Farrel; mpls-interop@ietf.org
Subject: Re: [Mpls-interop] Who will be in Geneva?

Adrian,

On 27/11/2008 22:27, "Adrian Farrel" <adrian@olddog.co.uk> wrote:
> I ended up with a modest list of MPLS-TP design team folk willing to
> squander their evenings in Geneva working on drafts. Must be that the
Swiss
> night life is too exciting!

Or that there is no Q.Whisky in SG15 ;-)

> Lastly, I would like to see if I can understand the issues with the
OAM
> techniques proposed. Can we continue to use TTL? Does the idea of
using
> nesting for all OAM segments really hold up? Is the OAM cart in danger
of
> driving the protection hobbyhorse (pardon my mixed metaphore).

I'm no OAM expert (I leave that to Tom :-) ) but I am yet to be
convinced by
nesting all OAM segments for the reason that it sounds complicated and
that
means to me that it will be expensive to run and to scale.  It also
sounds
like I'd have to have my network constructed in a particular way to be
able
to use OAM which means even in the best run network I will at some point
not
be able to run OAM when I need it (and the customer is screaming at me)
because the network wasn't constructed correctly (either by design or
actual
configuration != design).

Ben

_______________________________________________
Mpls-interop mailing list
Mpls-interop@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-interop
_______________________________________________
Mpls-interop mailing list
Mpls-interop@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-interop