Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-mode-simple

"Nobo Akiya (nobo)" <nobo@cisco.com> Thu, 07 November 2013 19:38 UTC

Return-Path: <nobo@cisco.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 4D38611E815C for <mpls@ietfa.amsl.com>; Thu, 7 Nov 2013 11:38:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 yagLmAs5C0kL for <mpls@ietfa.amsl.com>; Thu, 7 Nov 2013 11:38:25 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id AB4B111E8188 for <mpls@ietf.org>; Thu, 7 Nov 2013 11:38:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2623; q=dns/txt; s=iport; t=1383853104; x=1385062704; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=1D8BNudPBytjLuXNIGm/jaJPhQpgdsT98Q3jxacXvJI=; b=VJdNBPV8zsObfhvDy19RbEhh0RMba0rXBpLkDhx1oMiVzOlI/7EeZ6rO 6pyuuvQ7rJhpRCLD0Ma2srRctJ0mNFa/Mo8gS3gUDHBc4Ziu7hJ68KUpE TntA7QjJ1LhTIw8G2rfcs3LnTM5S4XT/s3XePszsV4ZvdTDamfjSN/j7f g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgkFAObre1KtJXHA/2dsb2JhbABagmYhOFO/D4EmFnSCJQEBAQQBAQE3MQMLDAICAgEIEQQBAQEKFAkHGwwLFAkIAQEEAQ0FCId5AQy8ZQQEjgyBGDEHBoMagRADlCyVaoMmgXE5
X-IronPort-AV: E=Sophos;i="4.93,653,1378857600"; d="scan'208";a="282073912"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-2.cisco.com with ESMTP; 07 Nov 2013 19:38:11 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id rA7JcB5o026416 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 7 Nov 2013 19:38:11 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0123.003; Thu, 7 Nov 2013 13:38:10 -0600
From: "Nobo Akiya (nobo)" <nobo@cisco.com>
To: Loa Andersson <loa@pi.nu>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-mode-simple
Thread-Index: Ac7bjm3cTBhLnI0pTpa7M681uYyPWwAgax8AAAh8zTA=
Date: Thu, 07 Nov 2013 19:38:10 +0000
Message-ID: <CECE764681BE964CBE1DFF78F3CDD3941DEDEDEA@xmb-aln-x01.cisco.com>
References: <CECE764681BE964CBE1DFF78F3CDD3941DEDE3AF@xmb-aln-x01.cisco.com> <527BCC20.3070202@pi.nu>
In-Reply-To: <527BCC20.3070202@pi.nu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.94.240]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.org" <draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.org>
Subject: Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-reply-mode-simple
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: Thu, 07 Nov 2013 19:38:30 -0000

Hi Loa,

Thanks for comments.

> "If the IP path is there, use that! It will always work"

Yes, that's a good comment from Curtis. There's one thing that I'd like to point out.

Multisegment-Pseudowire over TP was a scenario where I was scratching my head few months ago. Initiating TP segment could have IP routes (TP in IP based domain), but next TP segment may not have IP routes (IP in IP-less domain). So the "If the IP path is there ..." is something which initiator does not always have knowledge of. In this case, using Reply Mode of IP can cause responder to drop the request. Same problem as using Reply Mode 4/5 but not having paths corresponding to Reply Mode 4/5 at responder.

The question is whether standard should have pre-defined preference or not, I'd like to wait for more comments.

Thanks,
Nobo

> -----Original Message-----
> From: Loa Andersson [mailto:loa@pi.nu]
> Sent: Thursday, November 07, 2013 12:22 PM
> To: Nobo Akiya (nobo); mpls@ietf.org
> Cc: draft-akiya-mpls-lsp-ping-reply-mode-simple@tools.ietf.org
> Subject: Re: [mpls] Thanks for comments on draft-akiya-mpls-lsp-ping-
> reply-mode-simple
> 
> Folks,
> 
> <chair hat off>
> 
> 
> 
> On 2013-11-07 00:02, Nobo Akiya (nobo) wrote:
> 
> <snip>
> 
> >
> > B. For pre-defined preference Reply Mode:
> >
> > Current proposed order:
> >    1. control-channel
> >    2. reverse-lsp
> >    3. IP path
> >
> > That was what author felt as a reasonable order
> based on input from some, at the time of writing the draft.
> However, we would like to seek for further input from others in the WG,
> particularly from operators. Thanks!
> 
> I can understand why we came up with with this order of preference; I can
> also understand the logic behind what Curtis said "If the IP path is there, use
> that! It will always work"
> 
> However thinking about it I'm more and more convinced that the order of
> preference need to established not as something that is once and for all
> fixed by the standard. I think that the operator would benefit from be able
> to decide the order of preference at configuration time.
> 
> /Loa
> 
> </chair hat off>
> 
> >
> > -Nobo
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> >
> 
> --
> 
> 
> Loa Andersson                        email: loa@mail01.huawei.com
> Senior MPLS Expert                          loa@pi.nu
> Huawei Technologies (consultant)     phone: +46 739 81 21 64