IETF Logo Mail Archive

Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating MPLS in UDP) to Proposed Standard

"Eggert, Lars" <lars@netapp.com> Wed, 22 January 2014 10:12 UTC

Return-Path: <lars@netapp.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0A6E1A02C2 for <mpls@ietfa.amsl.com>; Wed, 22 Jan 2014 02:12:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.437
X-Spam-Level:
X-Spam-Status: No, score=-7.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.535, SPF_HELO_PASS=-0.001, 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 9NsNMrForf5A for <mpls@ietfa.amsl.com>; Wed, 22 Jan 2014 02:12:24 -0800 (PST)
Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4E61D1A0099 for <mpls@ietf.org>; Wed, 22 Jan 2014 02:12:24 -0800 (PST)
X-IronPort-AV: E=Sophos; i="4.95,698,1384329600"; d="asc'?scan'208"; a="67200987"
Received: from vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) by mx2-out.netapp.com with ESMTP; 22 Jan 2014 02:12:24 -0800
Received: from SACEXCMBX06-PRD.hq.netapp.com ([169.254.9.60]) by vmwexceht03-prd.hq.netapp.com ([10.106.76.241]) with mapi id 14.03.0123.003; Wed, 22 Jan 2014 02:12:24 -0800
From: "Eggert, Lars" <lars@netapp.com>
To: Stewart Bryant <stbryant@cisco.com>
Thread-Topic: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating MPLS in UDP) to Proposed Standard
Thread-Index: AQHPFuVZZzPPQlRcgk6ua2U45NfiYJqQ5eGAgAAmXACAAAD1AA==
Date: Wed, 22 Jan 2014 10:12:23 +0000
Message-ID: <84EEC1E1-88D0-4B12-B01C-598FC3DE465C@netapp.com>
References: <201401212014.s0LKEDXM065730@maildrop2.v6ds.occnc.com> <1811208D-230A-4EA7-B5AA-07E2C0460120@netapp.com> <52DF98B8.3050208@cisco.com>
In-Reply-To: <52DF98B8.3050208@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.106.53.51]
Content-Type: multipart/signed; boundary="Apple-Mail=_D48C063F-ECA7-4189-847B-B9B13D520B6E"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Cc: Joel Jaeggli <joelja@bogus.com>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating MPLS in UDP) to Proposed Standard
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 22 Jan 2014 10:12:26 -0000

On 2014-1-22, at 11:08, Stewart Bryant <stbryant@cisco.com> wrote:
> How about if text is introduced recommending the use of an
> OAM between tunnel endpoints that monitors packet loss.
> 
> The tunnel endpoints need to know if the tunnel is broken
> anyway and on hitting a loss threshold they can  alarm,
> redirect the traffic, or shutdown, depending on configuration,
> topology and the needs of the operator.
> 
> You probably also need pro-active CV to make the whole
> system work.
> 
> This many not necessarily be fast or elegant, but if there
> is significant misdelivery or congestion loss, traffic will
> eventually cease.

That seems like a viable approach, coupled with some applicability statement (Alia made some good suggestions). Some more details would be good to see, however.

Lars

v2.23.0 | Report a Bug | By Email