Re: [mpls] end of WGLC, RE: working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01

t.petch <ietfc@btconnect.com> Sun, 19 April 2015 09:09 UTC

Return-Path: <ietfc@btconnect.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 B474C1B2ACF for <mpls@ietfa.amsl.com>; Sun, 19 Apr 2015 02:09:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.301
X-Spam-Level:
X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_15=0.6, SPF_HELO_PASS=-0.001] autolearn=no
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 wSWPAM3zb58b for <mpls@ietfa.amsl.com>; Sun, 19 Apr 2015 02:09:15 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0788.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::788]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1713D1A1B29 for <mpls@ietf.org>; Sun, 19 Apr 2015 02:09:14 -0700 (PDT)
Received: from pc6 (81.151.162.168) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.1.130.23; Sun, 19 Apr 2015 09:08:53 +0000
Message-ID: <00f701d07a80$44770e00$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: Nobo Akiya <nobo.akiya.dev@gmail.com>
References: <BY1PR0501MB14303A3E86F750CF628B7234A50E0@BY1PR0501MB1430.namprd05.prod.outlook.com><BY1PR0501MB143031F1768A8854BA4CB30EA5E70@BY1PR0501MB1430.namprd05.prod.outlook.com><CAFqGwGuKaR-pRiCS9hnzD0mGmY1dRWd2LANgaBf4MJdT+MYRpQ@mail.gmail.com><001901d0786b$0c1ceb40$4001a8c0@gateway.2wire.net> <CAFqGwGsq2hZOnQWpzZuwvqAnGvNdmkE3bUkxk6LS9NZ6VOf10Q@mail.gmail.com>
Date: Sun, 19 Apr 2015 10:07:23 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [81.151.162.168]
X-ClientProxiedBy: AMSPR02CA0023.eurprd02.prod.outlook.com (10.242.225.151) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151)
Authentication-Results: gmail.com; dkim=none (message not signed) header.d=none;
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR07MB060;
X-Microsoft-Antispam-PRVS: <DB3PR07MB0601FC5FDEC7FEE31112561A0E10@DB3PR07MB060.eurprd07.prod.outlook.com>
X-Forefront-Antispam-Report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(41574002)(51704005)(377454003)(164054003)(24454002)(51444003)(50466002)(42186005)(15975445007)(110136001)(93886004)(19580395003)(84392001)(19580405001)(86362001)(23676002)(122386002)(5820100001)(62966003)(77156002)(40100003)(62236002)(61296003)(66066001)(44716002)(81686999)(50226001)(50986999)(77096005)(76176999)(92566002)(230783001)(46102003)(14496001)(33646002)(81816999)(1456003)(47776003)(7059030); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR07MB060; H:pc6; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5005006)(5002010); SRVR:DB3PR07MB060; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB060;
X-Forefront-PRVS: 05514B7026
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Apr 2015 09:08:53.8204 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR07MB060
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/CyXhisAEFytRQciTBiwi0-V-iYU>
Cc: Ross Callon <rcallon@juniper.net>, mpls <mpls@ietf.org>, mpls-chairs@tools.ietf.org, draft-ietf-mpls-lsp-ping-reply-mode-simple@tools.ietf.org
Subject: Re: [mpls] end of WGLC, RE: working group last call for draft-ietf-mpls-lsp-ping-reply-mode-simple-01
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: Sun, 19 Apr 2015 09:09:17 -0000

Inline, and including Adrian in the reply since really I am piggybacking
on his comment.

Tom Petch


---- Original Message -----
From: "Nobo Akiya" <nobo.akiya.dev@gmail.com>
To: "t.petch" <ietfc@btconnect.com>
Cc: "Ross Callon" <rcallon@juniper.net>; "mpls" <mpls@ietf.org>;
<mpls-chairs@tools.ietf.org>;
<draft-ietf-mpls-lsp-ping-reply-mode-simple@tools.ietf.org>
Sent: Saturday, April 18, 2015 6:23 PM

> Hi Tom,
>
> Although we have added this text after the list/bullet items in
section 3.2:
>
>    If a responder LSR receives a Reply Mode Order TLV which does not
>    comply to the rules described above, then the responder LSR MUST
>    ignore the Reply Mode Order TLV.
>
> You are right, it doesn't cover the case where a receiver (the
> initiator LSR) receives an MPLS echo reply with a Reply Mode Order
> TLV. Perhaps above text should be changed to:
>
>    If an LSR receives a Reply Mode Order TLV which does not
>    comply to the rules described above, then the LSR MUST
>    ignore the Reply Mode Order TLV.
>
> Will that address your first comment?

<tp>

Yes but ... I think that it is a change of meaning.  Is is enough just
to ignore the TLV or should the whole PDU be discarded?  I find it
difficult to know but don't feel strongly about that choice so will go
with what you suggest.

</tp>
>
> Regarding your second comment (3.2-6), is that really too ambiguous?
> To me, that text translates to following implementations:
>
> - When sending a Reply Mode Order TLV, 2 or more Reply Mode values
> shall be present.
>
> - When receiving a Reply Mode Order TLV, accept 1 or more Reply Mode
values.

<tp>

Again, that is a change of meaning to me.  SHALL, if not shall, is the
same as MUST while  'SHOULD', in our jargon, says there are reasons
(not) to do it and RFC commonly spell out such reasons for doing so.  So
the NEW text below is a change IMHO.  But again, I have no strong
feelings about it.

Tom Petch
</tp>

> If you think the text really should be updated, then we can change
(3.2-6):
>
> [OLD]
>
>    6.  Reply Mode Order TLV MUST contain at least one Reply Mode
value,
>        and SHOULD contain at least two Reply Mode values.
>
> [NEW]
>
>    6.  Reply Mode Order TLV MUST contain at least one Reply Mode
value.
>
>
> Thoughts?
>
>
> Thanks!
>
>
> -Nobo
>
>
> On Thu, Apr 16, 2015 at 10:30 AM, t.petch <ietfc@btconnect.com> wrote:
>
> > Nobo
> >
> > I was struck by Adrian's comment which, if I understand correctly,
was
> > what to do if a MUST or SHOULD is violated and as I see it, I am
unclear
> > if this was addressed.
> >
> > Thus 3.2 2) what should a recipient do when the echo reply does
contain
> > a Reply Mode Order TLV ?
> >
> > Or in 6), 'SHOULD contain at least two Reply Mode values' - when may
> > that SHOULD be violated and if it is, does that render the TLV not
valid
> > as described in 4?
> >
> >
> > Tom Petch
> >
> > ----- Original Message -----
> > From: "Nobo Akiya" <nobo.akiya.dev@gmail.com>
> > To: "Ross Callon" <rcallon@juniper.net>
> > Cc: <mpls@ietf.org>; <mpls-chairs@tools.ietf.org>;
> > <draft-ietf-mpls-lsp-ping-reply-mode-simple@tools.ietf.org>
> > Sent: Thursday, April 16, 2015 6:06 PM
> > Subject: Re: [mpls] end of WGLC, RE: working group last call for
> > draft-ietf-mpls-lsp-ping-reply-mode-simple-01
> >
> >
> > > Hi Ross,
> > >
> > > Thank you for Shepherding this document.
> > >
> > > We (authors) have posted the revision (-02) addressing all
comments
> > > received during the LC of this document (thanks to those who
provided
> > > comments!).
> > >
> > > Thanks!
> > >
> > > -Nobo, on behalf of authors
> > >
> > > On Mon, Apr 13, 2015 at 9:03 AM, Ross Callon <rcallon@juniper.net>
> > wrote:
> > >
> > > >  This working group last call has ended, with sufficient support
and
> > no
> > > > opposition. There have however been a number of comments
received.
> > Thanks
> > > > to everyone who took the time to review the draft and comment.
> > > >
> > > >
> > > >
> > > > Authors, please update the draft in response to the comments.
After
> > this
> > > > is done, I will submit the document for publication.
> > > >
> > > >
> > > >
> > > > Thanks, Ross
> > > >
> > > >
> > > >
> > > > *From:* mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Ross
> > Callon
> > > > *Sent:* Friday, March 20, 2015 10:04 AM
> > > > *To:* mpls@ietf.org
> > > > *Cc:* Loa Andersson; mpls-chairs@tools.ietf.org
> > > > *Subject:* [mpls] working group last call for
> > > > draft-ietf-mpls-lsp-ping-reply-mode-simple-01
> > > >
> > > >
> > > >
> > > > Working Group,
> > > >
> > > >
> > > >
> > > > This is to initiate a working group last call on
> > > > draft-ietf-mpls-lsp-ping-reply-mode-simple-01.
> > > >
> > > > Because this WGLC will span the IETF in Dallas, it will be
extended
> > to
> > > > three weeks.
> > > >
> > > >
> > > >
> > > > Please send your comments to the mpls wg mailing list
> > (mpls@ietf.org).
> > > >
> > > >
> > > >
> > > > There are no IPR disclosures against this document. All the
authors
> > have
> > > > stated that they
> > > >
> > > > are not aware of any IPR that relates to this draft.
> > > >
> > > >
> > > >
> > > > This working group last call ends Friday  April 10, 2015.
> > > >
> > > >
> > > >
> > > > Ross
> > > >
> > > > for the MPLS WG chairs
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> >
> >
>
> ----------------------------------------------------------------------
--
> > --------
> >
> >
> > > _______________________________________________
> > > mpls mailing list
> > > mpls@ietf.org
> > > https://www.ietf.org/mailman/listinfo/mpls
> > >
> >
> >
>