[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"