Re: [mpls-tp] [mpls] [PWE3] [AHMPLS-TP] Re: pollondraft-he-mpls-tp-csf-03.txt

<neil.2.harrison@bt.com> Fri, 03 December 2010 10:31 UTC

Return-Path: <neil.2.harrison@bt.com>
X-Original-To: mpls-tp@core3.amsl.com
Delivered-To: mpls-tp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 769EB3A68EA; Fri, 3 Dec 2010 02:31:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.917
X-Spam-Level:
X-Spam-Status: No, score=-1.917 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553]
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 pVRUHelJPESC; Fri, 3 Dec 2010 02:31:16 -0800 (PST)
Received: from smtpe1.intersmtp.com (smtp63.intersmtp.COM [62.239.224.236]) by core3.amsl.com (Postfix) with ESMTP id 3C98E3A68E9; Fri, 3 Dec 2010 02:31:16 -0800 (PST)
Received: from EVMHT64-UKRD.domain1.systemhost.net (10.36.3.101) by RDW083A007ED63.smtp-e3.hygiene.service (10.187.98.12) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 3 Dec 2010 10:32:30 +0000
Received: from EMV62-UKRD.domain1.systemhost.net ([169.254.2.123]) by EVMHT64-UKRD.domain1.systemhost.net ([10.36.3.101]) with mapi; Fri, 3 Dec 2010 10:32:32 +0000
From: <neil.2.harrison@bt.com>
To: <ben@niven-jenkins.co.uk>, <yljiang@huawei.com>
Date: Fri, 3 Dec 2010 10:32:53 +0000
Thread-Topic: [mpls] [mpls-tp] [PWE3] [AHMPLS-TP] Re: pollondraft-he-mpls-tp-csf-03.txt
Thread-Index: AcuShdYOVCqCnq1rQ9a9kFaNS3ET5QATKgYQ
Message-ID: <6D3D47CB84BDE349BC23BF1C94E316E44003A8B9AD@EMV62-UKRD.domain1.systemhost.net>
References: <4CE51469.2020105@pi.nu> <00c201cb9137$0e7b1fd0$6428460a@china.huawei.com> <5E893DB832F57341992548CDBB33316398C53F6CF1@EMBX01-HQ.jnpr.net> <077E41CFFD002C4CAB7DFA4386A532640301C477@DEMUEXC014.nsn-intra.net> <5E893DB832F57341992548CDBB33316398C53F6D0C@EMBX01-HQ.jnpr.net> <006701cb91be$e5b529a0$6428460a@china.huawei.com> <D29E470202D67745B61059870F433B5403A8A274@XMB-RCD-202.cisco.com> <014401cb91de$6aa64580$6428460a@china.huawei.com> <C61C2514-C4B7-4E4C-A0FC-626D72A4FAF2@niven-jenkins.co.uk>
In-Reply-To: <C61C2514-C4B7-4E4C-A0FC-626D72A4FAF2@niven-jenkins.co.uk>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: mpls@ietf.org, ahmpls-tp@lists.itu.int, pwe3@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls-tp] [mpls] [PWE3] [AHMPLS-TP] Re: pollondraft-he-mpls-tp-csf-03.txt
X-BeenThere: mpls-tp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: MPLS-TP Mailing list <mpls-tp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls-tp>
List-Post: <mailto:mpls-tp@ietf.org>
List-Help: <mailto:mpls-tp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls-tp>, <mailto:mpls-tp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Dec 2010 10:31:17 -0000

Hi Ben....I think we need to start being a little more precise....have snipped the thread to the point I want to make:

 
Ben Niven-Jenkins wrote 03 December 2010 01:03

<snipped>
> 
> The CSF draft covers two cases:
> - PWs
> - LSPs (and by implication the three clients supported by 
> LSPs, namely IP, PWs and other LSPs)

NH=> PWs are now (sadly) a layer network in their own right.  They should not exist in MPLS-TP.  However, they do.  But they have OAM and so don't need CSF because of this.
> 
> PWs have a mechanism already and the CSF draft acknowledges that.
> 
> LSPs have BFD and other tools to detect failures.
> 
> IP has a bunch of mechanisms e.g. IGP hellos if you're 
> building an IP network or various keepalive mechanisms if 
> you're layering IP tunnels on something else.

NH=> Let me ignore the fact that we should not have sublayering nor PWs in MPLS-TP (though these are conscious mistakes we have decided to make).  So which clients above the PW layer need CSF?  Can we see a list of these please?

Note - Despite the fact the CSF draft is architecturally wrong and technically flawed as I have pointed out before, IMO any attempt at CSF that does not consider all layers to the true TOS layer network and the impact on external message/file/stream applications (eg IP is a true TPS layer network) is a waste of time.  It's a similar argument as to why E-NNIs in non-TOS layer network are also a waste of time.  Sure we can do these things (we can do all manner of unnecessary things) but I would rather not waste effort/money on unnecessary things.

regards, Neil
<snipped to end>
>