[Gen-art] Gen-ART Review: Last Call <draft-ietf-lisp-lig-04.txt>

Mary Barnes <mary.ietf.barnes@gmail.com> Wed, 10 August 2011 19:25 UTC

Return-Path: <mary.ietf.barnes@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2911321F8B21; Wed, 10 Aug 2011 12:25:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.381
X-Spam-Level:
X-Spam-Status: No, score=-103.381 tagged_above=-999 required=5 tests=[AWL=0.217, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 7UB7iE-LDJGK; Wed, 10 Aug 2011 12:25:48 -0700 (PDT)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 2B5E021F8A35; Wed, 10 Aug 2011 12:25:48 -0700 (PDT)
Received: by vxi29 with SMTP id 29so1379984vxi.31 for <multiple recipients>; Wed, 10 Aug 2011 12:26:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=XSAvd48C196JTSMw7iH9nzkDcxgG0a7tXDj8tG+RWQ8=; b=ILpwFoNALZmSAKDQ/vABCdA2aHuR2tHT5/2yCZVOjWX5qWT0+pCbXUxs192PvW7/3x rmVLAMkqHRcXzTbHbywNDKrGq+jjhWoX7IOH8+EPqbgdepQfUxhTatke4DK6C7mLL1jQ BAo8BOquGYWvP1/7dlwOOEMc0zRCfNSgjIdTs=
MIME-Version: 1.0
Received: by 10.52.70.5 with SMTP id i5mr1327609vdu.250.1313004380190; Wed, 10 Aug 2011 12:26:20 -0700 (PDT)
Received: by 10.52.167.34 with HTTP; Wed, 10 Aug 2011 12:26:20 -0700 (PDT)
Date: Wed, 10 Aug 2011 14:26:20 -0500
Message-ID: <CAHBDyN6a-mHy2Zqt0tRYUc0yK4vjkzoNB9WChDGZ271h-gs1mQ@mail.gmail.com>
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: draft-ietf-lisp-lig.all@tools.ietf.org
Content-Type: multipart/alternative; boundary="20cf307d04caab797e04aa2ba721"
Cc: gen-art@ietf.org, IETF-Discussion list <ietf@ietf.org>
Subject: [Gen-art] Gen-ART Review: Last Call <draft-ietf-lisp-lig-04.txt>
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Aug 2011 19:25:49 -0000

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at <
http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please resolve these comments along with any other Last Call comments you
may receive.

Document: draft-ietf-lisp-lig-04
Reviewer:  Mary Barnes
Review Date:  10 August 2011
IETF LC End Date:  12 August 2011

Summary:  Ready with comments/nits

Comments/minor issues:
------------------------------------

- Section 3, Routing Locator definition: The third sentence is a little
difficult to parse.  I would suggest to reword something like the following
 (based on my interpretation of what the text is intended to say):
OLD:
      Typically, RLOCs are
      numbered from topologically-aggregatable blocks that are assigned
      to a site at each point to which it attaches to the global
      Internet; where the topology is defined by the connectivity of
      provider networks, RLOCs can be thought of as PA addresses.
NEW:
      Typically, RLOCs are
      numbered from topologically-aggregatable blocks that are assigned
      to a site at each point to which it attaches to the global
      Internet.  Thus, the topology is defined by the connectivity of
      provider networks and RLOCs can be thought of as PA addresses.

Also, you'll have to pardon my ignorance, but it's not obvious to me what PA
stands for. I googled and I think it's Provider Aggregatable (and not
Physical Address, which was my first reaction).  I also found it expanded in
draft-lisp-eid-block, which has a definition of RLOC that is mostly verbatim
to this one, which makes me wonder why the terms need to be redefined in
this document and isn't there the potential for the definitions to become
inconsistent?

- Section 3, Endpoint ID definition.  It's not clear to me how SIP relates
to LISP.   I would think it's sufficient to use a DNS lookup as the example
and delete the non-specific reference to a "SIP Exchange".

Nits:
-----

- Section 2, 2nd paragraph: "Map Resolvers" -> "Map-Resolvers"
- Section 3, 2nd bullet: "Map Replier" -> "Map-Replier"
- Section 3, last paragraph: "for lig initiating site" -> "for the lig
initiating site"
- Section 3, last paragraph: shouldn't "lig self" be "ligging yourself"?
- Section 4.1, last paragraph before sample output for ligging yourself:
"to originating site" -> "to the originating site"