Re: [CCAMP] Comments on draft-nitinb-mpls-tp-lsp-ping-bfd-procedures-02

Nitin Bahadur <nitinb@juniper.net> Thu, 18 February 2010 07:29 UTC

Return-Path: <nitinb@juniper.net>
X-Original-To: ccamp@core3.amsl.com
Delivered-To: ccamp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6668028C10D; Wed, 17 Feb 2010 23:29:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.399
X-Spam-Level:
X-Spam-Status: No, score=-6.399 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 80FCaRE+OjGb; Wed, 17 Feb 2010 23:29:36 -0800 (PST)
Received: from exprod7og126.obsmtp.com (exprod7og126.obsmtp.com [64.18.2.206]) by core3.amsl.com (Postfix) with ESMTP id DFB363A7DD2; Wed, 17 Feb 2010 23:29:35 -0800 (PST)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob126.postini.com ([64.18.6.12]) with SMTP ID DSNKS3zswraBGjj9lUI4zD1n49hbm1j7mmv+@postini.com; Wed, 17 Feb 2010 23:31:18 PST
Received: from EMBX02-HQ.jnpr.net ([fe80::18fe:d666:b43e:f97e]) by P-EMHUB02-HQ.jnpr.net ([fe80::88f9:77fd:dfc:4d51%11]) with mapi; Wed, 17 Feb 2010 23:28:45 -0800
From: Nitin Bahadur <nitinb@juniper.net>
To: Greg Mirsky <gregimirsky@gmail.com>, Rahul Aggarwal <rahul@juniper.net>, David Ward <dward@juniper.net>, "Thomas D. Nadeau" <tom.nadeau@bt.com>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>, "ccamp@ietf.org" <ccamp@ietf.org>, pwe3 <pwe3@ietf.org>
Date: Wed, 17 Feb 2010 23:28:42 -0800
Thread-Topic: Comments on draft-nitinb-mpls-tp-lsp-ping-bfd-procedures-02
Thread-Index: AcqwFBO+zMuQ18V2SDiRtp4XiQfBkAAV+tHV
Message-ID: <C7A22C2A.CAE4%nitinb@juniper.net>
In-Reply-To: <787be2781002171259x1c9a3536k7dafabed3ab99f66@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-Entourage/13.3.0.091002
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [CCAMP] Comments on draft-nitinb-mpls-tp-lsp-ping-bfd-procedures-02
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Feb 2010 07:29:37 -0000

Hi Greg,

   Thanks for reading the draft in detail. See inline below for responses to your comments.

On 2/17/10 12:59 PM, "Greg Mirsky" <gregimirsky@gmail.com> wrote:

Dear Authors and All,
below are my comments to the document:

 *   Abstract - "widely deployed" to replace "widely deployment"

NB> Will fix that.


 *   Section 2.1, Figure 2 - Section 3 RFC 5586 states that if ACH TLVs might be present then ACH TLV Header must be present. The Length of ACH TLV Header may set to zero in no ACH TLVs are actually present in the given packet. Said that I turn to figure 2 that presents LSP Ping packet with ACH format. The ACH TLV Header is not presented in the format even though presence of ACH TLVs is indicated. I think that proper LSP Ping with ACH format will look as:

      0                           1                            2                            3

       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

       |                                    MPLS Label stack                                |
       |                                                                                                |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                              GAL                                           |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |0 0 0 1|Version|   Reserved    |     LSP-Ping Channel Type     |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                   ACH TLV Header                                  |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                          ACH TLVs                                      |

       |                                                                                                |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

       |                                    LSP-Ping payload                               |
       |                                                                                                |

       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

NB> You are right. I will fix that.


 *   Section 2.3 discusses optional use of Source Address TLV but the sentence "Only 1 source address TLV MUST be present in a LSP-Ping packet." may be interpreted as the Source Address TLV is mandatory. I propose to change "MUST" to "MAY" in the sentence

NB> Sure...will rephrase to avoid confusion.


 *   Figure 3 - same comments regarding ACH TLV Header in the format as for Figure 2


NB> Will fix.

Thanks for your useful comments Greg.

Nitin