Re: [mpls] ahRE: draft-bashandy-mpls-ldp-bgp-frr-00 motivation

"Ilya Varlashkin" <ilya@nobulus.com> Tue, 27 March 2012 08:55 UTC

Return-Path: <ilya@nobulus.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 861CD21F88FB for <mpls@ietfa.amsl.com>; Tue, 27 Mar 2012 01:55:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jwW+q0vcD9V8 for <mpls@ietfa.amsl.com>; Tue, 27 Mar 2012 01:55:45 -0700 (PDT)
Received: from nobulus.com (nobulus.com [IPv6:2001:6f8:892:6ff::11:152]) by ietfa.amsl.com (Postfix) with ESMTP id AF8A921F88FA for <mpls@ietf.org>; Tue, 27 Mar 2012 01:55:44 -0700 (PDT)
Received: from nobulus.com (localhost [127.0.0.1]) by nobulus.com (Postfix) with ESMTP id 0DD4A1755F; Tue, 27 Mar 2012 10:55:44 +0200 (CEST)
X-Virus-Scanned: amavisd-new at nobulus.com
Received: from nobulus.com ([127.0.0.1]) by nobulus.com (nobulus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id N8erSxNYUYOM; Tue, 27 Mar 2012 10:55:38 +0200 (CEST)
Received: from HNIVARLAS2 (unknown [IPv6:2001:df8:0:16:993d:a8b9:f752:3dc6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by nobulus.com (Postfix) with ESMTPSA id 37ECB17568; Tue, 27 Mar 2012 10:55:38 +0200 (CEST)
From: Ilya Varlashkin <ilya@nobulus.com>
To: stephane.litkowski@orange.com, 'IETF MPLS' <mpls@ietf.org>
References: <00df01cd0bf0$c184e0e0$448ea2a0$@nobulus.com> <11890_1332836453_4F717865_11890_2367_6_4FC3556A36EE3646A09DAA60429F53350804C705@PUEXCBL0.nanterre.francetelecom.fr>
In-Reply-To: <11890_1332836453_4F717865_11890_2367_6_4FC3556A36EE3646A09DAA60429F53350804C705@PUEXCBL0.nanterre.francetelecom.fr>
Date: Tue, 27 Mar 2012 10:55:25 +0200
Message-ID: <00e901cd0bf7$5a41ecf0$0ec5c6d0$@nobulus.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQH3RvAe49uYSLxVSIfvfdRukh0PXAKofSLMlhQac5A=
Content-Language: en-gb
Subject: Re: [mpls] ahRE: draft-bashandy-mpls-ldp-bgp-frr-00 motivation
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Mar 2012 08:55:45 -0000

> -----Original Message-----
> The best current available mechanism is BGP PIC Edge that relay on IGP
> convergence to detect that remote PE is no longer reachable : PIC Edge
result
> mainly depends on how fast your IGP is converging (sub sec or more).
>

I've been recently measuring convergence on not very fast RP and found that
even for 10 000 nodes it's less than 900ms. Clearly 10K nodes is unlikely to
be seen in many networks if in any at all. And for real-world sized nets
convergence is like few tens of ms - not really to worry about.
 
> Ahmed solution is an FRR solution so doesn't rely on convergence. As soon
as
> a P router detects that the link to the protected PE fails, it will switch
(using
> pre-programmed backup NHLFE), so there you are in FRR numbers ... 50msec
> - 100msec depending of implementation ...
> 

If _P_ node needs to do fail-over to backup PE depending on VPN (L3VPN, PWE,
L2VPN etc) then _P_ node needs to have VPN-level knowledge, and that
contradicts with original idea of P nodes (they shouldn't care what's
inside, only how to get to the edge independent of "payload").

> Clearly the solution is today complex, and I hope it could be a bit
simplified :)
>

Because of previous statement I see proposed solution as complication rather
than simplification, and because of above mentioned IGP convergence times
the gain seems to be too little when balanced against complexity.
 
/iLya