
From damien.saucez@gmail.com  Thu Aug  9 13:13:34 2012
Return-Path: <damien.saucez@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C448A21F86DA for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:13:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 fgdDPPUfw-gq for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:13:33 -0700 (PDT)
Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 8FAC621F86CA for <lisp@ietf.org>; Thu,  9 Aug 2012 13:13:33 -0700 (PDT)
Received: by wgbdr13 with SMTP id dr13so499123wgb.13 for <lisp@ietf.org>; Thu, 09 Aug 2012 13:13:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version:x-mailer; bh=oudmebF3zcTut9pq3OEH4FHBGXSVBL426xW81nHIy8g=; b=r3xGHbHGpuSEdIg95hUm0sKyz/+lL0xszlVCntF1K6QJfGL1KKwrTtGgzN/vGqchQQ 1u+jaw6cnR458ba+tS8PW1XE0yyDH5f/y9dDVwQhrVm+9KPncyDD4c4c3XEuDJSATQpt gksjyTbq+37UOp4jNRVzjvq66fNlSd8fYA3S3C/XCrpxn0i5mCBu8tqQzjYeoeVxVVKV guvYTkMpI/IkpU2NBREAe54oGqBShP8numTpMSH00FH5HfCh6iqJwHSdfI4LB0rBWRF2 L6vq4ayNatWPLJEmn7XDvxogmu46Pe/px0rm2LyCT2Ni7LAJbxp7uhbAp2svByLEWTIG EAgw==
Received: by 10.180.105.163 with SMTP id gn3mr1259468wib.2.1344543212771; Thu, 09 Aug 2012 13:13:32 -0700 (PDT)
Received: from [172.16.139.253] (46.189.101.84.rev.sfr.net. [84.101.189.46]) by mx.google.com with ESMTPS id cu1sm3548132wib.6.2012.08.09.13.13.30 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Aug 2012 13:13:32 -0700 (PDT)
From: Damien Saucez <damien.saucez@gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Thu, 9 Aug 2012 22:13:28 +0200
Message-Id: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com>
To: LISP mailing list list <lisp@ietf.org>
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
X-Mailer: Apple Mail (2.1485)
Cc: Benoit Donnet <benoit.donnet@ulg.ac.be>
Subject: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Aug 2012 20:13:34 -0000

Hello,

We finally had no time to briefly present a measurement
campaign we made on the mapping system.

The slides are on 
http://www.ietf.org/proceedings/84/slides/slides-84-lisp-8.pdf
and I invite you to comment.

As you certainly know, the mapping system has been migrated
to LISP-DDT with success on 3/14/2012. As the migration was
planed, we have decided to measure it! To do so, we used
vantage points around the world in different network types (EID
space, commercial Internet, research Internet...). These vantage
points have measured for a period of about one month the
mapping system. To do so, they have send a Map-Request
for all the EID prefixes with lig, and this every 15 minutes.
We expected to observe a big difference of delay and mappings
between ALT and DDT. However, the result we obtain is that
the change is not very significant. There is no particular loss
of map-Request/Map-Reply during the transition and the delay
is not significantly increased or reduced. However, we observe
a much more variable delay now with DDT than before where 
delays were very stable with time.

After these measurements, we looked at the long term trends in
the mapping system thanks to lispmon. The general trend is that
the number of mapping increases (and more particularly the
negative mappings) and that very few mappings use several
RLOCs. Looking at this.

This work is very brief and only show basic results, however, it
raises two interesting questions. First, how can we make the DDT
retrieval delay more stable (maybe it is just a question of
organisation and trafic). Second, can we imagine to simplify the
mappings such a way that all the complexity of mappings with
the priority, weight, R-bit... is there only when necessary?

I am looking forward for your comments,

Damien Saucez

From jnc@mercury.lcs.mit.edu  Thu Aug  9 13:26:37 2012
Return-Path: <jnc@mercury.lcs.mit.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F100221F86AD for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:26:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.307
X-Spam-Level: 
X-Spam-Status: No, score=-6.307 tagged_above=-999 required=5 tests=[AWL=0.292,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 M3bt13kkShs5 for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:26:36 -0700 (PDT)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by ietfa.amsl.com (Postfix) with ESMTP id 7532D21F8606 for <lisp@ietf.org>; Thu,  9 Aug 2012 13:26:36 -0700 (PDT)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id 9515718C0F3; Thu,  9 Aug 2012 16:26:35 -0400 (EDT)
To: lisp@ietf.org
Message-Id: <20120809202635.9515718C0F3@mercury.lcs.mit.edu>
Date: Thu,  9 Aug 2012 16:26:35 -0400 (EDT)
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Cc: benoit.donnet@ulg.ac.be, jnc@mercury.lcs.mit.edu
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Aug 2012 20:26:37 -0000

    > From: Damien Saucez <damien.saucez@gmail.com>

    > However, we observe a much more variable delay now with DDT than before
    > where delays were very stable with time.

Is this variation for a single MR<->{something} interaction, or is this the
overall time from i) an ITR needing a mappping to ii) it getting the mapping?
If the latter, it makes sense that there is more variation.

Previously, the Map-Request was sent over the ALT (via the ALT's root, in
almost all cases) to the ETR, and then the reply came back. Not a lot to vary
there (although the path from the root to the Map-Server would vary a bit).

Now, depending on how the delegation tree is configured (i.e. how many layers
from the root to the Map-Server for the mapping in question), how many of
those delegations are cached in the Map-Resolver the ITR is talking to, etc
you would expect to see a certain amount of variation.

	Noel

From damien.saucez@uclouvain.be  Thu Aug  9 13:36:37 2012
Return-Path: <damien.saucez@uclouvain.be>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 663C621F86F9 for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:36:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.182
X-Spam-Level: 
X-Spam-Status: No, score=-8.182 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8, RCVD_NUMERIC_HELO=2.067]
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 RxyiQMmeEMMm for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 13:36:36 -0700 (PDT)
Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by ietfa.amsl.com (Postfix) with ESMTP id 3B31E21F86F8 for <lisp@ietf.org>; Thu,  9 Aug 2012 13:36:35 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.77,742,1336341600"; d="scan'208";a="152789594"
Received: from 9.82.69.86.rev.sfr.net (HELO [172.16.139.253]) ([86.69.82.9]) by mail4-relais-sop.national.inria.fr with ESMTP/TLS/AES128-SHA; 09 Aug 2012 22:36:33 +0200
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Damien Saucez <damien.saucez@uclouvain.be>
In-Reply-To: <20120809202635.9515718C0F3@mercury.lcs.mit.edu>
Date: Thu, 9 Aug 2012 22:36:33 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <CD74CDB1-4C8E-49DE-9854-586769294006@uclouvain.be>
References: <20120809202635.9515718C0F3@mercury.lcs.mit.edu>
To: jnc@mercury.lcs.mit.edu (Noel Chiappa)
X-Mailer: Apple Mail (2.1485)
Cc: benoit.donnet@ulg.ac.be, lisp@ietf.org
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Aug 2012 20:36:37 -0000

Noel,
On 09 Aug 2012, at 22:26, jnc@mercury.lcs.mit.edu (Noel Chiappa) wrote:

>> From: Damien Saucez <damien.saucez@gmail.com>
>=20
>> However, we observe a much more variable delay now with DDT than =
before
>> where delays were very stable with time.
>=20
> Is this variation for a single MR<->{something} interaction, or is =
this the
> overall time from i) an ITR needing a mappping to ii) it getting the =
mapping?
> If the latter, it makes sense that there is more variation.

It's the average delay among all the EID retrieved at the given time =
from the
vantage point.
>=20
> Previously, the Map-Request was sent over the ALT (via the ALT's root, =
in
> almost all cases) to the ETR, and then the reply came back. Not a lot =
to vary
> there (although the path from the root to the Map-Server would vary a =
bit).
>=20
> Now, depending on how the delegation tree is configured (i.e. how many =
layers
> from the root to the Map-Server for the mapping in question), how many =
of
> those delegations are cached in the Map-Resolver the ITR is talking =
to, etc
> you would expect to see a certain amount of variation.
>=20

agree, we therefore need to figure out where to place DDT nodes, how =
much
the (root) nodes must be replicated, and how deep the tree must be to =
achieve
stable and low delays.

Damien Saucez


> 	Noel


From ljakab@ac.upc.edu  Thu Aug  9 18:21:47 2012
Return-Path: <ljakab@ac.upc.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 891FA21F85CC for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 18:21:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 oKRXhva8hAFe for <lisp@ietfa.amsl.com>; Thu,  9 Aug 2012 18:21:47 -0700 (PDT)
Received: from roura.ac.upc.es (roura.ac.upc.es [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id A759121F857E for <lisp@ietf.org>; Thu,  9 Aug 2012 18:21:45 -0700 (PDT)
Received: from gw.ac.upc.edu (gw.ac.upc.es [147.83.30.3]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id q7A1LiFv024109 for <lisp@ietf.org>; Fri, 10 Aug 2012 03:21:44 +0200
Received: from [10.154.213.19] (128-107-239-233.cisco.com [128.107.239.233]) by gw.ac.upc.edu (Postfix) with ESMTP id B1AE26B024A for <lisp@ietf.org>; Fri, 10 Aug 2012 03:21:43 +0200 (CEST)
Message-ID: <50246225.20409@ac.upc.edu>
Date: Thu, 09 Aug 2012 18:21:41 -0700
From: Lori Jakab <ljakab@ac.upc.edu>
Organization: UPC/BarcelonaTECH
MIME-Version: 1.0
To: lisp@ietf.org
References: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com>
In-Reply-To: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com>
OpenPGP: url=http://personals.ac.upc.edu/ljakab/lorand.jakab.pub.asc
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Aug 2012 01:21:47 -0000

On 08/09/12 13:13, Damien Saucez wrote:
> After these measurements, we looked at the long term trends in
> the mapping system thanks to lispmon. The general trend is that
> the number of mapping increases (and more particularly the
> negative mappings) and that very few mappings use several
> RLOCs. Looking at this.

One of the reasons for more negative mappings may be some operational
changes that happened first on the ALT, and then the way DDT works. When
I started monitoring the beta network, all the 153.16.0.0/16 prefix was
considered EID space, and a Map-Request would either return a positive
reply, or nothing at all. Only queries outside 153.16/16 returned
forward-native. At one point that changed, and depending on active
registrations, negative Map-Replies were returned from within that
block. And with DDT, I think there is even more granular information
about prefix status.

-Lori

From terry.manderson@icann.org  Sun Aug 12 23:08:28 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7083211E808D for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:08:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.447
X-Spam-Level: 
X-Spam-Status: No, score=-106.447 tagged_above=-999 required=5 tests=[AWL=0.152, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 9PhM4Wqo0jTI for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:08:27 -0700 (PDT)
Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 956FA11E8072 for <lisp@ietf.org>; Sun, 12 Aug 2012 23:08:27 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Sun, 12 Aug 2012 23:08:26 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Sun, 12 Aug 2012 23:08:25 -0700
Thread-Topic: Adoption of draft-chiappa-lisp-architecture-01  and draft-chiappa-lisp-introduction-01
Thread-Index: Ac15GgyIHLFT3YYGiky+ddstAl9NJg==
Message-ID: <CC4ED6F9.2926B%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3427718905_43601889"
MIME-Version: 1.0
Subject: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 06:08:28 -0000

--B_3427718905_43601889
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit

RE: LISP-Architecture & LISP-Introduction

As you are aware, in Vancouver the chairs received a request for the
following documents to be adopted as WG items.

http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01

I would like to note that these two documents, if adopted, would satisfy the
following charter item:

- Architecture description: This document will describe the
architecture of the entire LISP system, making it easier to read the
rest of the LISP specifications and providing a basis for discussion
about the details of the LISP protocols. The document will include
a description of the cache management and ETR synchronization
essential characteristics needed to ensure the correct operation
of the protocol. 

Here starts a 14 day call for adoption, the this call will end on
Tuesday the 28th August, 2012.

Please email the WG list stating that you either accept, or not accept, the
item.

If you email to support the acceptance of these documents as a WG item,
please also indicate if you are able and willing to either contribute to, or
review, (or both) the drafts.

Sitting in silence does not indicate support, please respond appropriately.

Cheers
Terry


--B_3427718905_43601889
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUNya25ex1SfCcmIJadYWzzKRRwkkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODEzMDYwODI1WjANBgkqhkiG
9w0BAQEFAASCAQAkVMeq5GoOgTvwp2O6YBnWHgczgpED7D/080K23gvWFNHpR3+LSLYJ0v3D
CkzClpyhgXBZZSNLivYily8V0n8ipfARJmoE/lrg5idmpkbyJma4QgyUxii8WvogRlm0RiaF
yuFP+OaFVxBTZJrYOawqBgFB0E0kS6XoE6lwo9PsI9ZoP2SpCbAy49qr517FIsbZ+BRAwJSN
c0tZ/vnhcnHxvw0x5eUg9bZuOJYjXjA/b7yRFXR6ZnKUfqhu3b3eFhuLceW4fC+9pml3muAB
UKp7muSou4Z748uuk7FnW4fR2Ezeds8cNfYNSdMjyrdsc0jEAj6lJ8lmgbGDurPtz9dt

--B_3427718905_43601889--

From terry.manderson@icann.org  Sun Aug 12 23:09:02 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9EE711E8072 for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:09:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.458
X-Spam-Level: 
X-Spam-Status: No, score=-106.458 tagged_above=-999 required=5 tests=[AWL=0.141, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 Zv+LWdGBq4hm for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:09:02 -0700 (PDT)
Received: from EXPFE100-1.exc.icann.org (expfe100-1.exc.icann.org [64.78.22.236]) by ietfa.amsl.com (Postfix) with ESMTP id 5875F11E8097 for <lisp@ietf.org>; Sun, 12 Aug 2012 23:09:02 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-1.exc.icann.org ([64.78.22.236]) with mapi; Sun, 12 Aug 2012 23:09:02 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Sun, 12 Aug 2012 23:09:01 -0700
Thread-Topic: Call for adoption of draft-farinacci-lisp-lcaf-10
Thread-Index: Ac15GiH9sjNDAotm8EibaoZD/2z9Rw==
Message-ID: <CC4ED71D.2926C%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3427718941_43619180"
MIME-Version: 1.0
Subject: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 06:09:02 -0000

--B_3427718941_43619180
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit


In Vancouver the chairs received a request for the following document to be
adopted as a WG item.

http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10

Here starts a 14 day call for adoption, this call will end on
Tuesday the 28th August, 2012.

Please email the WG list stating that you either accept, or not accept, the
item.

If you email to support the acceptance of this document as a WG item, please
also indicate if you are able and willing to either contribute to, or
review, (or both) the draft.

Sitting in silence does not indicate support, please respond appropriately.

Cheers
Terry


--B_3427718941_43619180
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUSKAKLdNVSe+YcDt0i54a9s6iXcgwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODEzMDYwOTAxWjANBgkqhkiG
9w0BAQEFAASCAQBAL8tgKfzEzVVS3hwMxEdvhNPz1NdKDNV0F0hNHMsulZpg8QR7svjpbJ+r
qAVGZ50KeWNCfFNujNTHK0s3ueDWIfLZ+gpjAHIrTEXFrg7PaHsgCQgQAFm+ti39I5qjIyn/
dFGyFUnnjNJvcsA8WQoY94vtMfi3PnW/iFLCEHGOiaaWfP6v9y1Wiom/y3XpoepqjRt+tXKd
kAeA4KW7hCqEkIYPTtflVAHyBlMdjQjjkdnXwB0kbq8knEzbki+MA9Cfs5SsEVEgiQjQEeip
wquJVwzRve7GixUp04j/VyqNNob9cNNT0Lm5p3uFgT7Bpgf8ee2w8RLXQ8HM+53cc28G

--B_3427718941_43619180--

From terry.manderson@icann.org  Sun Aug 12 23:09:23 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1E1C11E8097 for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:09:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.468
X-Spam-Level: 
X-Spam-Status: No, score=-106.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 piqYaHskujBV for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:09:23 -0700 (PDT)
Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 5A20611E8072 for <lisp@ietf.org>; Sun, 12 Aug 2012 23:09:23 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Sun, 12 Aug 2012 23:09:22 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Sun, 12 Aug 2012 23:09:21 -0700
Thread-Topic: WGLC for draft-ietf-lisp-mib-05
Thread-Index: Ac15Gi3pzIoHIt+IhkysY3NEb1NzCw==
Message-ID: <CC4ED731.2926E%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3427718961_43609175"
MIME-Version: 1.0
Subject: [lisp] WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 06:09:23 -0000

--B_3427718961_43609175
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit

As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
requested a work group last call.

Here starts a 14 day last call for this document, the last call will end on
Tuesday the 28th August, 2012.

You will find its text here:
http://tools.ietf.org/html/draft-ietf-lisp-mib-05

Please review this WG item and provide any last comments.

Cheers
Terry

--B_3427718961_43609175
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUB8xXGDIbImqwbcmovuurXPeifjYwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODEzMDYwOTIxWjANBgkqhkiG
9w0BAQEFAASCAQB5Hh15sG7P6tFDOCFL0EtkhN19l9dneSFDsrGnoRkjbF8RtkqaGlvGtcfN
0CYvvdNx26BFmZts4p8ZwljZxOyKM7FxnH0XQQPFRLuVLe/Nn6kgRsiCDd7Qo1YbvCh4RCaU
fEexin5wdqV3f/VI3mkvAcw020yLGlyPORPK/+OFCKPl/+3dOkPU5KVr6DfC6Cvn5GsP9CiI
CxCI8N9n+5UsxF1nELLUGY4V31QxfUtRjw7gmBscGA1ikyz4lSgatXUM+vkapn/+mJvcDVfm
y6F2uDUaxl2WCEeP0HCRc6VHyl16gf1Gby8pDgYxU2E4X4UhZ+0jbk5C4Gzi2QC9VJgK

--B_3427718961_43609175--

From vaf@cisco.com  Sun Aug 12 23:50:30 2012
Return-Path: <vaf@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99E2011E809A for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:50:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.024
X-Spam-Level: 
X-Spam-Status: No, score=-10.024 tagged_above=-999 required=5 tests=[AWL=0.575, 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 PDRqStHPwSfY for <lisp@ietfa.amsl.com>; Sun, 12 Aug 2012 23:50:30 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1F49511E8072 for <lisp@ietf.org>; Sun, 12 Aug 2012 23:50:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=vaf@cisco.com; l=1374; q=dns/txt; s=iport; t=1344840630; x=1346050230; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=xh4Y1hJbfOsOGeQkALzh9lm+4ZXrD/pRQBpA7jxrFmM=; b=R7pjj9dUsMGMPW8DdbKhPxtKTfRfn7YPcHGSySVi0X5HPW3mdR3i1KJQ F/c0OR87k8Vo/JmJIhbsQz3v4rFvMVopR2VFwQMsDcLGI+mhFxn73puso Zt/GVar3yfAPO0b/g0Ihz9+5P1OqEBsO0051OiBuxN14nKlRfLVLLyFNP 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av4EAJ6iKFCrRDoJ/2dsb2JhbABDuXiBB4IgAQEBAwESAQodNQoFCwsSKQsUGB0UNYdlBQELlyKfR4sShVFgA4hOjHyBFY0WgWaCf4E/
X-IronPort-AV: E=Sophos;i="4.77,758,1336348800"; d="scan'208";a="54906729"
Received: from mtv-core-4.cisco.com ([171.68.58.9]) by mtv-iport-2.cisco.com with ESMTP; 13 Aug 2012 06:50:29 +0000
Received: from vaf-mac1.cisco.com (vaf-mac1.cisco.com [128.107.165.254]) by mtv-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id q7D6oTdC030269; Mon, 13 Aug 2012 06:50:29 GMT
Received: by vaf-mac1.cisco.com (Postfix, from userid 113818) id 493B026D45C9; Sun, 12 Aug 2012 23:50:29 -0700 (PDT)
Date: Sun, 12 Aug 2012 23:50:29 -0700
From: Vince Fuller <vaf@cisco.com>
To: Terry Manderson <terry.manderson@icann.org>
Message-ID: <20120813065029.GA38015@vaf-mac1.cisco.com>
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
User-Agent: Mutt/1.4.2.3i
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 06:50:30 -0000

> RE: LISP-Architecture & LISP-Introduction
> 
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
> 
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
> 
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:
> 
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol. 
> 
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
> 
> Please email the WG list stating that you either accept, or not accept, the
> item.
> 
> If you email to support the acceptance of these documents as a WG item,
> please also indicate if you are able and willing to either contribute to, or
> review, (or both) the drafts.

Accept documents.

Have already contributed to and reviewed both drafts; willing to do further
work in that area.

	--Vince

From damien.saucez@gmail.com  Mon Aug 13 00:39:49 2012
Return-Path: <damien.saucez@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AAB3D21F8687 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 00:39:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.042
X-Spam-Level: 
X-Spam-Status: No, score=-3.042 tagged_above=-999 required=5 tests=[AWL=0.207,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 TBH5OXgzdkJL for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 00:39:48 -0700 (PDT)
Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6010A21F8639 for <lisp@ietf.org>; Mon, 13 Aug 2012 00:39:48 -0700 (PDT)
Received: by wgbdr13 with SMTP id dr13so2081831wgb.13 for <lisp@ietf.org>; Mon, 13 Aug 2012 00:39:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=mzliGjTwjzbnj72T/AV75mCWRoikQt5r1LlWrlPd19I=; b=fyxh+kPABClrnQL4do3e3Ab8lR6bc66ql0n49W+xdpiChnsUns9l9UtI7yhXCRxMYW nH8mYuK9i6nxdwJZ+3WlNUoOvmurCHacrC/MSAgyZo3gfZTctsFeyQUnNzHF0KIWfuOf FEQgQkptFLJOpYNBqSvdZcFN21pTepMUh7zYUeFFEBnX2TTw6dsDqoh0JWLuNbLKT72Z saayxpGvsu8h3m6JbnjqZYz9EYOBdiDqJKvKapDdf34xs0D+BcwKlwhA6yPNExEkKBBI xX5iVbeSu2uDRdgbCRef9qaUfq4XudvGPpjeaOIoFqnq3bwB4vlmNonutq9uMwy1NtfV qb4g==
Received: by 10.180.84.1 with SMTP id u1mr16186623wiy.15.1344843587545; Mon, 13 Aug 2012 00:39:47 -0700 (PDT)
Received: from faucon.inria.fr (faucon.inria.fr. [138.96.201.73]) by mx.google.com with ESMTPS id k2sm21923766wiz.7.2012.08.13.00.39.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 00:39:46 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Damien Saucez <damien.saucez@gmail.com>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 09:39:47 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <51810683-AF3E-413B-B257-E83DF78C1704@gmail.com>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 07:39:49 -0000

Hello,

I accept this draft to be WG item.

Willing to review.

Damien Saucez


On 13 Aug 2012, at 08:09, Terry Manderson <terry.manderson@icann.org> =
wrote:

>=20
> In Vancouver the chairs received a request for the following document =
to be
> adopted as a WG item.
>=20
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>=20
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of this document as a WG item, =
please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From ggx@gigix.net  Mon Aug 13 01:28:42 2012
Return-Path: <ggx@gigix.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27FB321F8512 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:28:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.248
X-Spam-Level: 
X-Spam-Status: No, score=-3.248 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 IwQGkaVsmVEC for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:28:41 -0700 (PDT)
Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id 5431A21F8501 for <lisp@ietf.org>; Mon, 13 Aug 2012 01:28:41 -0700 (PDT)
Received: by wibhr14 with SMTP id hr14so2482054wib.13 for <lisp@ietf.org>; Mon, 13 Aug 2012 01:28:39 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=c5/QXIdOsbAAC8paxacFWoHkq6bzyVukTTN8wM+srFw=; b=MHAiP0L3+lZB77NQVZr6JigNw3V/wGzsAyJVF+hQgCMj9uNKjTK+pvZ/le9W0lHNqy Ifi7drS+psM7v1M3Ejnvx9L7kDnaLa9t2XMEED/jTMZ06gS8DznQyKwafJEdAeUfgZis FEM6Od624RwHJMOzq0MZku1YI6Lcje2y1c6PD/HXg911mOfz7M9eZjovSdepZoaYLFut UgasJlQdgw/XRS19WzyIAoc/I08hjefp+Khg1txKkhIDdPlncOHAkw6R2AzjU6z7ixmt lTUJBUCxhE7jNf7AcGSlWM270gN43eEwmTpfuNPCq2gGhasaYVLAICc0gAKHCgDgTtgM HrnA==
Received: by 10.180.80.134 with SMTP id r6mr16574267wix.1.1344846519667; Mon, 13 Aug 2012 01:28:39 -0700 (PDT)
Received: from dhcp164-03.enst.fr (dhcp164-03.enst.fr. [137.194.165.3]) by mx.google.com with ESMTPS id cu1sm15274526wib.6.2012.08.13.01.28.38 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 01:28:38 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Luigi Iannone <ggx@gigix.net>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 10:28:37 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <C8B4AEE6-5DEC-4226-AF5B-B10F9FC72D2F@gigix.net>
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1278)
X-Gm-Message-State: ALoCoQkd7BVx4mW32SvcP2kP9ua5iMv+jL+ShKFKfaH/nJqoQChJJa/H2tYZHVOy/JBwOP3CPpzT
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 08:28:42 -0000

Hi,

I am in favor of adopting the documents.

I read the documents and I think they completely fulfill the charter =
item.

I will send comments very soon.

Luigi



On Aug 13, 2012, at 08:08 , Terry Manderson wrote:

> RE: LISP-Architecture & LISP-Introduction
>=20
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
>=20
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
>=20
> I would like to note that these two documents, if adopted, would =
satisfy the
> following charter item:
>=20
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.=20
>=20
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of these documents as a WG =
item,
> please also indicate if you are able and willing to either contribute =
to, or
> review, (or both) the drafts.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From ggx@gigix.net  Mon Aug 13 01:29:47 2012
Return-Path: <ggx@gigix.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0712021F86D7 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:29:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level: 
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 a4XazZIS5rDa for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:29:46 -0700 (PDT)
Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id 43CEE21F8501 for <lisp@ietf.org>; Mon, 13 Aug 2012 01:29:46 -0700 (PDT)
Received: by wibhr14 with SMTP id hr14so2482624wib.13 for <lisp@ietf.org>; Mon, 13 Aug 2012 01:29:45 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=T8PJH/zvjr/p891bTUFznNxejQhvqpqIh9p9TGE0gZA=; b=cMJRNiggc2pKXE+QLoM6hoJAtoyiCOhId/qkUgRJntyODZ4fM6K3e3zX6zzA00YP3M 71UiIuZbDUzTc9gXZFMaXpR5uW9Srt+RKyjuN9MVpe8i/C38+CA+kQMsiZaOX5PgvXZ9 5lzTZBUw9YV1R4yWNcBEoQ/6LDpYnYCLW51mq1N7O/SdQFWM+2/2BagyqcCZg6+2CQDV JFNCAaXGq5Tuz/E1mZ58w4e5orMgPAJE+L4ktN2k7Xi9Rl1BevH00Xy4zSHo7zKcJLez Zh2Kd4lqDaaAL7U96MNmo1AiL7QSCtSJqmtBASx3Ns1skCnZD8WilrqkCObW58RML971 M0oQ==
Received: by 10.216.182.210 with SMTP id o60mr5261500wem.110.1344846585464; Mon, 13 Aug 2012 01:29:45 -0700 (PDT)
Received: from dhcp164-03.enst.fr (dhcp164-03.enst.fr. [137.194.165.3]) by mx.google.com with ESMTPS id t7sm22220795wix.6.2012.08.13.01.29.44 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 01:29:44 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Luigi Iannone <ggx@gigix.net>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 10:29:43 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <B937AD55-8394-41D7-A041-650B2D8292E8@gigix.net>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1278)
X-Gm-Message-State: ALoCoQlLtPob7sqq5hx7Q0SyPTc031V67XwaPDM78lUihD5ik30AFx1ZqGw2sWYDOGr7E9BEWdLI
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 08:29:47 -0000

I am in favor to adopt this document and will provide review.

Luigi

On Aug 13, 2012, at 08:09 , Terry Manderson wrote:

>=20
> In Vancouver the chairs received a request for the following document =
to be
> adopted as a WG item.
>=20
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>=20
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of this document as a WG item, =
please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From damien.saucez@gmail.com  Mon Aug 13 01:39:06 2012
Return-Path: <damien.saucez@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A5DD21F86CF for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:39:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.061
X-Spam-Level: 
X-Spam-Status: No, score=-3.061 tagged_above=-999 required=5 tests=[AWL=0.188,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 Ypd8It5+Sd4l for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 01:39:05 -0700 (PDT)
Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by ietfa.amsl.com (Postfix) with ESMTP id 33BD721F86CB for <lisp@ietf.org>; Mon, 13 Aug 2012 01:39:05 -0700 (PDT)
Received: by wibhr14 with SMTP id hr14so2487809wib.13 for <lisp@ietf.org>; Mon, 13 Aug 2012 01:39:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=70iOJlYelbGHdAMqbuECmIN7Gsdtcv1IZ3lwrxHQ91w=; b=l3l82+9wyP/cYc3a8BnUAxtVzmSan0PdJ8ilZqZqfP3v4sjmf4qDvoL25DONLSZttd Cuy0nhYfdWsp2RjExQrkFC+2iw2lyvKZDB6t2yvCDKxxD/+nLfTeOkW2+ac2NGyu/UOu rZPdKvXyijWXQ5ZZaBKTAQtP+ESXW138/VB1kfJ2KdLOKWKXx4FRMkgnvOap4U6ZxbUt +QzfUYv5GjqwDlEdqwth/TC45zbHs9PmypGlo1sZ337PQaHwH08YIdorrMM/D/odV4Ho dER2ljwYbJbQ1mu5LzUKDGUDSRPIpxeOgfUQV5vkWN+271NYnI1VLsM5mCPsy3z3AQdF SAEw==
Received: by 10.180.78.4 with SMTP id x4mr16573559wiw.19.1344847144214; Mon, 13 Aug 2012 01:39:04 -0700 (PDT)
Received: from faucon.inria.fr (faucon.inria.fr. [138.96.201.73]) by mx.google.com with ESMTPS id l6sm15321622wiz.4.2012.08.13.01.39.03 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 01:39:03 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Damien Saucez <damien.saucez@gmail.com>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 10:39:05 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <6234672C-A8F0-4379-B83B-65D37C7C0BC6@gmail.com>
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 08:39:06 -0000

Hello,

I accept this draft to become WG document.

Willing to contribute and to review.

Regards,

Damien Saucez


On 13 Aug 2012, at 08:08, Terry Manderson <terry.manderson@icann.org> =
wrote:

> RE: LISP-Architecture & LISP-Introduction
>=20
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
>=20
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
>=20
> I would like to note that these two documents, if adopted, would =
satisfy the
> following charter item:
>=20
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.=20
>=20
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of these documents as a WG =
item,
> please also indicate if you are able and willing to either contribute =
to, or
> review, (or both) the drafts.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From fcoras@ac.upc.edu  Mon Aug 13 02:24:31 2012
Return-Path: <fcoras@ac.upc.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6260621F8734 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:24:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 Gzsk50dgpD06 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:24:30 -0700 (PDT)
Received: from roura.ac.upc.es (roura.ac.upc.es [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id AED6521F8732 for <lisp@ietf.org>; Mon, 13 Aug 2012 02:24:28 -0700 (PDT)
Received: from gw.ac.upc.edu (gw.ac.upc.es [147.83.30.3]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id q7D9OQww023247; Mon, 13 Aug 2012 11:24:26 +0200
Received: from [192.168.1.11] (233.pool85-58-61.dynamic.orange.es [85.58.61.233]) by gw.ac.upc.edu (Postfix) with ESMTP id C19126B0094; Mon, 13 Aug 2012 11:24:25 +0200 (CEST)
Message-ID: <5028C7C6.8010108@ac.upc.edu>
Date: Mon, 13 Aug 2012 11:24:22 +0200
From: Florin Coras <fcoras@ac.upc.edu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120724 Thunderbird/15.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 09:24:31 -0000

Hi,

I'm in favor of adopting both documents as WG items.

Willing to contribute and provide review.

Florin


On 08/13/2012 08:08 AM, Terry Manderson wrote:
> RE: LISP-Architecture & LISP-Introduction
>
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
>
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
>
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:
>
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.
>
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of these documents as a WG item,
> please also indicate if you are able and willing to either contribute to, or
> review, (or both) the drafts.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From fcoras@ac.upc.edu  Mon Aug 13 02:24:35 2012
Return-Path: <fcoras@ac.upc.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE0021F873E for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:24:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 KlRDurIvzpfW for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:24:35 -0700 (PDT)
Received: from roura.ac.upc.es (roura.ac.upc.edu [147.83.33.10]) by ietfa.amsl.com (Postfix) with ESMTP id A3BAF21F873B for <lisp@ietf.org>; Mon, 13 Aug 2012 02:24:34 -0700 (PDT)
Received: from gw.ac.upc.edu (gw.ac.upc.es [147.83.30.3]) by roura.ac.upc.es (8.13.8/8.13.8) with ESMTP id q7D9OWYJ023250; Mon, 13 Aug 2012 11:24:32 +0200
Received: from [192.168.1.11] (233.pool85-58-61.dynamic.orange.es [85.58.61.233]) by gw.ac.upc.edu (Postfix) with ESMTP id 30C3D6B0094; Mon, 13 Aug 2012 11:24:31 +0200 (CEST)
Message-ID: <5028C7CF.7070103@ac.upc.edu>
Date: Mon, 13 Aug 2012 11:24:31 +0200
From: Florin Coras <fcoras@ac.upc.edu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120724 Thunderbird/15.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED71D.2926C%terry.manderson@icann.org>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 09:24:35 -0000

Hi,

I'm in favor of adopting this draft as WG item.

Will provide review.

Florin

On 08/13/2012 08:09 AM, Terry Manderson wrote:
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
>
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From olivier.bonaventure@uclouvain.be  Mon Aug 13 02:28:45 2012
Return-Path: <olivier.bonaventure@uclouvain.be>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E36A221F873B for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:28:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 E7NSc6A-QmwS for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 02:28:45 -0700 (PDT)
Received: from smtp6.sgsi.ucl.ac.be (smtp.sgsi.ucl.ac.be [130.104.5.67]) by ietfa.amsl.com (Postfix) with ESMTP id 5520D21F844A for <lisp@ietf.org>; Mon, 13 Aug 2012 02:28:44 -0700 (PDT)
Received: from mbpobo.local (unknown [193.184.126.114]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: obonaventure@smtp6.sgsi.ucl.ac.be) by smtp6.sgsi.ucl.ac.be (Postfix) with ESMTPSA id 2B83C1C5BB4 for <lisp@ietf.org>; Mon, 13 Aug 2012 11:28:39 +0200 (CEST)
X-DKIM: Sendmail DKIM Filter v2.8.3 smtp6.sgsi.ucl.ac.be 2B83C1C5BB4
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=uclouvain.be; s=selucl; t=1344850119; bh=n+4zX5uRkemMPgLt6fAIazdaj0NfN7BP5DT2cYcemwU=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RUHcolFQXRNohY7xQl5QLDmYUdYGl4iPo+friiL+Fc6cT6UxgPEPG4tLwG0S9TRtr 367YCt3mzv3L3lO+8LqiATXAOdCZ4OBdhu7aOUuqyBwc4u4+MUXtYXR3EI9fay/8KK cHzYWk3VfsF0zhB2Qw4QxATdB8X9NdbtpKHbkS+U=
Message-ID: <5028C8C6.4080703@uclouvain.be>
Date: Mon, 13 Aug 2012 11:28:38 +0200
From: Olivier Bonaventure <Olivier.Bonaventure@uclouvain.be>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: "lisp@ietf.org" <lisp@ietf.org>
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
X-Enigmail-Version: 1.4.3
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.97.3-exp at smtp-6.sipr-dc.ucl.ac.be
X-Virus-Status: Clean
X-Sgsi-Spamcheck: SASL authenticated, 
X-SGSI-MailScanner-ID: 2B83C1C5BB4.A14C9
X-SGSI-MailScanner: Found to be clean
X-SGSI-From: olivier.bonaventure@uclouvain.be
X-SGSI-Spam-Status: No
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Olivier.Bonaventure@uclouvain.be
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 09:28:46 -0000

Terry,
> RE: LISP-Architecture & LISP-Introduction
> 
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
> 
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
> 
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:

I support both documents and will provide comments


Olivier

-- 
INL, ICTEAM, UCLouvain, Belgium, http://inl.info.ucl.ac.be

From jnc@mercury.lcs.mit.edu  Mon Aug 13 06:33:00 2012
Return-Path: <jnc@mercury.lcs.mit.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C60821F875B for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 06:33:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.352
X-Spam-Level: 
X-Spam-Status: No, score=-6.352 tagged_above=-999 required=5 tests=[AWL=0.247,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 ifER0Qw1V8Eq for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 06:32:59 -0700 (PDT)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by ietfa.amsl.com (Postfix) with ESMTP id D004E21F874F for <lisp@ietf.org>; Mon, 13 Aug 2012 06:32:59 -0700 (PDT)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id BB02C18C09F; Mon, 13 Aug 2012 09:32:58 -0400 (EDT)
To: lisp@ietf.org
Message-Id: <20120813133258.BB02C18C09F@mercury.lcs.mit.edu>
Date: Mon, 13 Aug 2012 09:32:58 -0400 (EDT)
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Cc: jnc@mercury.lcs.mit.edu
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 13:33:00 -0000

    > From: Luigi Iannone <ggx@gigix.net>

    > I will send comments very soon.

Comments will be most useful (and I look forward to them - assuming
of course that that the WG decides to take these two up):.


One minor thing to note; as I indicated when I first announced them:

  http://www.ietf.org/mail-archive/web/lisp/current/msg03786.html

These are rough drafts (and the second one is only partially complete), so as
I indicated in that message:

  we're not (yet) at the 'detailed editorial comments' stage - although if
  anyone reads it, and has high-level comments (e.g. 'you ought to talk about
  topic X', or 'it would be better if you talked about P before you get to
  Q'), I would be most grateful for, and interested in, hearing things like
  that.

I tend to fiddle with text details extensively, so at the detail level there
will have been lots of changes before the next draft version. After that,
then we'll be ready for the detailed editorial comments! :-)

	Noel

From gschudel@cisco.com  Mon Aug 13 07:19:16 2012
Return-Path: <gschudel@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B402621F86EA for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 07:19:16 -0700 (PDT)
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 DXs0BcsuY5d6 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 07:19:16 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 0A33B21F8527 for <lisp@ietf.org>; Mon, 13 Aug 2012 07:19:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=gschudel@cisco.com; l=1434; q=dns/txt; s=iport; t=1344867556; x=1346077156; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=Uax2wepo0ZJ3VdWKt8Vz82g/o98tSRlSloAaazuoD7s=; b=Qay3YF63HCvK8k71euIFYTzLAe+9yu3bT3GwfdF8vGK7QsauMn+IUC8S nw0MgaXlby3aGSoxYz+yVdd57DwNG0em1dUeb01gDdh1/iuFhECcm7PbE iBTFBS6IaRYYA1mZX5TKYBCkl4T8U6JnkQD0v0KMmSm91VrjGQ/ll84Bt 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAI8MKVCtJXHA/2dsb2JhbABCA7oFgQeCIAEBAQQBAQEPAQobNgEJEQsYCRYPCQMCAQIBFTAGAQwGAgEBHodrC5djoA2LEoMQgyEDiBk1jH2BFI0WgWaCf4E/
X-IronPort-AV: E=Sophos;i="4.77,759,1336348800"; d="scan'208";a="111018556"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-7.cisco.com with ESMTP; 13 Aug 2012 14:19:15 +0000
Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id q7DEJFhE001113 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Aug 2012 14:19:15 GMT
Received: from sjc-vpn2-261.cisco.com (10.21.113.5) by xhc-rcd-x04.cisco.com (173.37.183.78) with Microsoft SMTP Server (TLS) id 14.2.298.4; Mon, 13 Aug 2012 09:19:15 -0500
Message-ID: <50290CE1.6080905@cisco.com>
Date: Mon, 13 Aug 2012 07:19:13 -0700
From: Gregg Schudel <gschudel@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: <lisp@ietf.org>, Terry Manderson <terry.manderson@icann.org>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.21.113.5]
X-TM-AS-Product-Ver: SMEX-10.2.0.1135-7.000.1014-19108.006
X-TM-AS-Result: No--20.334200-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: Re: [lisp] [MARKETING] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 14:19:16 -0000

Hello,

I am in favor to adopt this draft to be WG item.

I am willing to review and provide comments.

cheers
gregg


On 8/12/12 23:09 PM, Terry Manderson wrote:
>
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
>
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp
>


-- 
--------------------------------------------------------------------
  .:|:.:|:.  | gregg schudel (ccie#9591) LISP technical mrkting engr
    cisco    | mobile: +1 571 332 2222   email: gschudel@cisco.com
--------------------------------------------------------------------
cisco corporate legal statement:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------------------------------------------------------------

From dino@cisco.com  Mon Aug 13 08:14:40 2012
Return-Path: <dino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7D9C21F86D0 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 08:14:40 -0700 (PDT)
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 9e6gyqog+VGk for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 08:14:40 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 5288021F8731 for <lisp@ietf.org>; Mon, 13 Aug 2012 08:14:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dino@cisco.com; l=962; q=dns/txt; s=iport; t=1344870880; x=1346080480; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=Y2xzF28BTa5WM8fv6Xg7/wFaACwpejKZhu99yrrW+qg=; b=HwIh8W++yOsd87njMMDpcwVniir6STg9ypzSuqzUcOMmoPWuiD0TICpK 6BXVjJ05jMCE06ZmHmy2rzTZGbuHr3qNTSXviK3ZgCPT+F+HjOwzLXhO8 /qjyVazM4zgdxfqdgP6KJ6rSG5+PpGmx43qT5SuKtsB+nvLabp0tcv+fd U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8FAHAYKVCrRDoG/2dsb2JhbABFhTq0S4EHgiABAQEDAQEBAQ8BCh00AQoQC0YnMAYTIodlBQyXfKAbixKFUWADiE6MfYEUhEiIToFmgn+BPw
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208";a="54941757"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-2.cisco.com with ESMTP; 13 Aug 2012 15:14:34 +0000
Received: from [10.21.86.54] ([10.21.86.54]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7DFEXOe013115 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 13 Aug 2012 15:14:33 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Dino Farinacci <dino@cisco.com>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 08:14:32 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <6958FA51-79AB-41EE-AADD-5F7E32349F5D@cisco.com>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 15:14:41 -0000

I support this draft to be WG item.

Dino

On Aug 12, 2012, at 11:09 PM, Terry Manderson =
<terry.manderson@icann.org> wrote:

>=20
> In Vancouver the chairs received a request for the following document =
to be
> adopted as a WG item.
>=20
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>=20
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of this document as a WG item, =
please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From dino@cisco.com  Mon Aug 13 08:14:46 2012
Return-Path: <dino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57A4321F87A3 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 08:14:46 -0700 (PDT)
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 u3yiCd-L-tRl for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 08:14:45 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id 1DFC021F87A2 for <lisp@ietf.org>; Mon, 13 Aug 2012 08:14:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dino@cisco.com; l=684; q=dns/txt; s=iport; t=1344870885; x=1346080485; h=mime-version:subject:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=QEEwqugj6GyOFI/SC5vA9NBtOEduzEgBcXqjx70Azmk=; b=kAh/ih7PHq6I3jT6SOsEZEbF/0TtSJ/HZ0kP7SbsQoYiSMy75iVfeHa5 8BP5x4gu4LHXiBygcZhN0F/5TAmz4oXuxbp4PBCZ9Cjsqgd0+k03wpHtn iEPvpSqTYgHGmSglJEZYu7RE2w+eJfps5X6kQ2aTrcuZBlgZ4z2nG6Gfq o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8FAHAYKVCrRDoG/2dsb2JhbABFhTq0S4EHgiABAQEDAQEBAQ8BCh00AQoFCwtGJzAGEyKHZQUMl3ygG4sShVFgA4hOjH2BFIRIiE6BZoJ/
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208";a="52370397"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-3.cisco.com with ESMTP; 13 Aug 2012 15:14:44 +0000
Received: from [10.21.86.54] ([10.21.86.54]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7DFEXOf013115 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 13 Aug 2012 15:14:44 GMT
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Dino Farinacci <dino@cisco.com>
In-Reply-To: <CC4ED731.2926E%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 08:14:44 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <61B3106F-C0BF-421C-AB96-38A1BCC9CE8A@cisco.com>
References: <CC4ED731.2926E%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING]  WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 15:14:46 -0000

I support this draft to be WG item.

Dino

On Aug 12, 2012, at 11:09 PM, Terry Manderson =
<terry.manderson@icann.org> wrote:

> As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
> requested a work group last call.
>=20
> Here starts a 14 day last call for this document, the last call will =
end on
> Tuesday the 28th August, 2012.
>=20
> You will find its text here:
> http://tools.ietf.org/html/draft-ietf-lisp-mib-05
>=20
> Please review this WG item and provide any last comments.
>=20
> Cheers
> Terry
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From fmaino@cisco.com  Mon Aug 13 09:47:25 2012
Return-Path: <fmaino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22E6F21F8652 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 09:47:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 JLhtnOOEgfah for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 09:47:22 -0700 (PDT)
Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) by ietfa.amsl.com (Postfix) with ESMTP id D380721F8639 for <lisp@ietf.org>; Mon, 13 Aug 2012 09:47:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fmaino@cisco.com; l=4414; q=dns/txt; s=iport; t=1344876442; x=1346086042; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=X0fsPaz+tFi3Dwx6oozAezenORa1uh0DSmbyZCOl79U=; b=R2aGrgNBlTayU5TKEgS8rDfNWxuV/sPpzW83K/FUVVDiYvuIVI2TkLrX zEW4lo7WHfCuEGSkfWA2F2m34OZoqE4eVQLH/HszLiI6+jrUdGfYn8SVE /8W0ZtUlatjw2fIxpCVg9Sxv9gv2LJJKwbz/3e7pcTC1smAEgTYfCr3S6 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj8FAHguKVCrRDoI/2dsb2JhbABFi1+uKIEHgiABAQEEAQEBDwEKUQEJEQsEDgYJFgQLCQMCAQIBFSIOEwYCAQEeh2oMmCSgKYsShjEDiE6MfYEUjRaBZoJ/gT8
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208,217";a="51835872"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-1.cisco.com with ESMTP; 13 Aug 2012 16:47:22 +0000
Received: from fmaino-mac-2.local ([10.21.73.11]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q7DGlMNV002950 for <lisp@ietf.org>; Mon, 13 Aug 2012 16:47:22 GMT
Message-ID: <50292F99.3060705@cisco.com>
Date: Mon, 13 Aug 2012 09:47:21 -0700
From: Fabio Maino <fmaino@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Content-Type: multipart/alternative; boundary="------------080006060806040909090401"
Subject: Re: [lisp] [MARKETING] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 16:47:25 -0000

This is a multi-part message in MIME format.
--------------080006060806040909090401
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I support the acceptance of both documents, and I'm willing to review.

Fabio


On 8/12/12 11:08 PM, Terry Manderson wrote:
> RE: LISP-Architecture & LISP-Introduction
>
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
>
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
>
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:
>
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.
>
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of these documents as a WG item,
> please also indicate if you are able and willing to either contribute to, or
> review, (or both) the drafts.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


--------------080006060806040909090401
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">I support the acceptance of both
      documents, and I'm willing to review. <br>
      <br>
      Fabio<br>
      <br>
      <br>
      On 8/12/12 11:08 PM, Terry Manderson wrote:<br>
    </div>
    <blockquote cite="mid:CC4ED6F9.2926B%25terry.manderson@icann.org"
      type="cite">
      <pre wrap="">RE: LISP-Architecture &amp; LISP-Introduction

As you are aware, in Vancouver the chairs received a request for the
following documents to be adopted as WG items.

<a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01">http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01</a>
<a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01">http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01</a>

I would like to note that these two documents, if adopted, would satisfy the
following charter item:

- Architecture description: This document will describe the
architecture of the entire LISP system, making it easier to read the
rest of the LISP specifications and providing a basis for discussion
about the details of the LISP protocols. The document will include
a description of the cache management and ETR synchronization
essential characteristics needed to ensure the correct operation
of the protocol. 

Here starts a 14 day call for adoption, the this call will end on
Tuesday the 28th August, 2012.

Please email the WG list stating that you either accept, or not accept, the
item.

If you email to support the acceptance of these documents as a WG item,
please also indicate if you are able and willing to either contribute to, or
review, (or both) the drafts.

Sitting in silence does not indicate support, please respond appropriately.

Cheers
Terry

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
lisp mailing list
<a class="moz-txt-link-abbreviated" href="mailto:lisp@ietf.org">lisp@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/lisp">https://www.ietf.org/mailman/listinfo/lisp</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------080006060806040909090401--

From vaf@cisco.com  Mon Aug 13 09:57:09 2012
Return-Path: <vaf@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A463A21F8700 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 09:57:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.216
X-Spam-Level: 
X-Spam-Status: No, score=-10.216 tagged_above=-999 required=5 tests=[AWL=0.383, 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 Nk4l7NzxIML1 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 09:57:09 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 42A7821F86B3 for <lisp@ietf.org>; Mon, 13 Aug 2012 09:57:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=vaf@cisco.com; l=667; q=dns/txt; s=iport; t=1344877029; x=1346086629; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=NfeBSHpt6za2cuerFiNCMXtdQBGQxVs72DGVBa8btjg=; b=CVeahEkz/zOq6NBYjlWQ9cl05MAzREpq1RFi5yk3HKmFkLDV7iF7QTFZ qdFX+bOY9b41BkeUqm1DvXMaGJMTlBbraVFLVY0hEVX+9//ik0ewedKhi sAgg+AMRDFVyAiO8Vo1GpWU6OI3czse5T5Js/+QeO4G2EarKmnwQ9IOlV g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8FAMMwKVCrRDoG/2dsb2JhbABFhTq0TYEHgiABAQEEEgEKHTUKEAsYLhQYMTWHagELmCWgKosShVFgA4hOjHyBFY0WgWaCf4E/
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208";a="54949085"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-2.cisco.com with ESMTP; 13 Aug 2012 16:57:07 +0000
Received: from vaf-mac1.cisco.com (vaf-mac1.cisco.com [128.107.165.254]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7DGv70D021976; Mon, 13 Aug 2012 16:57:07 GMT
Received: by vaf-mac1.cisco.com (Postfix, from userid 113818) id 3A11426D93E1; Mon, 13 Aug 2012 09:57:07 -0700 (PDT)
Date: Mon, 13 Aug 2012 09:57:07 -0700
From: Vince Fuller <vaf@cisco.com>
To: Terry Manderson <terry.manderson@icann.org>
Message-ID: <20120813165707.GA41920@vaf-mac1.cisco.com>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
User-Agent: Mutt/1.4.2.3i
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 16:57:09 -0000

On Sun, Aug 12, 2012 at 11:09:01PM -0700, Terry Manderson wrote:
> 
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
> 
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
> 
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
> 
> Please email the WG list stating that you either accept, or not accept, the
> item.
> 
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.

Accept document, willing to review (again)

From hoefling@informatik.uni-tuebingen.de  Mon Aug 13 10:37:16 2012
Return-Path: <hoefling@informatik.uni-tuebingen.de>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A1A121F86E5 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:37:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.801
X-Spam-Level: 
X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448]
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 afxzogtQzoOF for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:37:15 -0700 (PDT)
Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by ietfa.amsl.com (Postfix) with SMTP id 60E1D21F86E4 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:37:15 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id A2B6852BE for <lisp@ietf.org>; Mon, 13 Aug 2012 19:37:01 +0200 (MEST)
X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de
Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KRSTsgAlOyvS for <lisp@ietf.org>; Mon, 13 Aug 2012 19:36:53 +0200 (MEST)
Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 589BD5132 for <lisp@ietf.org>; Mon, 13 Aug 2012 19:36:53 +0200 (MEST)
Received: from [192.168.0.65] (p5DDE6CD4.dip.t-dialin.net [93.222.108.212]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 93C564C1A0F0 for <lisp@ietf.org>; Mon, 13 Aug 2012 19:36:52 +0200 (CEST)
Message-ID: <50293B2F.20802@informatik.uni-tuebingen.de>
Date: Mon, 13 Aug 2012 19:36:47 +0200
From: Michael Hoefling <hoefling@informatik.uni-tuebingen.de>
Organization: Unversity of Tuebingen
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED6F9.2926B%terry.manderson@icann.org>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 17:37:16 -0000

I accept these drafts to become WG documents and I am willing to 
contribute and to review.

Regards,
Michael

Am 13.08.2012 08:08, schrieb Terry Manderson:
> RE: LISP-Architecture & LISP-Introduction
>
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
>
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
>
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:
>
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.
>
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of these documents as a WG item,
> please also indicate if you are able and willing to either contribute to, or
> review, (or both) the drafts.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp
>

-- 
Dipl.-Inform. Michael Hoefling, M.Sc.
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70507, fax: (+49)-7071/29-5220
mailto: hoefling@informatik.uni-tuebingen.de
http://kn.inf.uni-tuebingen.de/staff/hoefling

From hoefling@informatik.uni-tuebingen.de  Mon Aug 13 10:39:46 2012
Return-Path: <hoefling@informatik.uni-tuebingen.de>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE50D21F86F5 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:39:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.801
X-Spam-Level: 
X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448]
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 ckdwSqtNk0IW for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:39:46 -0700 (PDT)
Received: from mx3.informatik.uni-tuebingen.de (mx3.Informatik.Uni-Tuebingen.De [134.2.12.26]) by ietfa.amsl.com (Postfix) with SMTP id F1A8521F86F1 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:39:45 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id EAFA95331 for <lisp@ietf.org>; Mon, 13 Aug 2012 19:39:43 +0200 (MEST)
X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de
Received: from mx3.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx3.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZhMcDBXmkb4z for <lisp@ietf.org>; Mon, 13 Aug 2012 19:39:38 +0200 (MEST)
Received: from zcs-bs.informatik.uni-tuebingen.de (zcs-bs.Informatik.Uni-Tuebingen.De [134.2.12.62]) by mx3.informatik.uni-tuebingen.de (Postfix) with ESMTP id AB41C5325 for <lisp@ietf.org>; Mon, 13 Aug 2012 19:39:38 +0200 (MEST)
Received: from [192.168.0.65] (p5DDE6CD4.dip.t-dialin.net [93.222.108.212]) by zcs-bs.informatik.uni-tuebingen.de (Postfix) with ESMTP id 422CA4C1A11D for <lisp@ietf.org>; Mon, 13 Aug 2012 19:39:38 +0200 (CEST)
Message-ID: <50293BD6.5050204@informatik.uni-tuebingen.de>
Date: Mon, 13 Aug 2012 19:39:34 +0200
From: Michael Hoefling <hoefling@informatik.uni-tuebingen.de>
Organization: Unversity of Tuebingen
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED71D.2926C%terry.manderson@icann.org>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 17:39:46 -0000

I support this draft to be WG item.

Regards,
Michael

Am 13.08.2012 08:09, schrieb Terry Manderson:
>
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
>
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp
>

-- 
Dipl.-Inform. Michael Hoefling, M.Sc.
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70507, fax: (+49)-7071/29-5220
mailto: hoefling@informatik.uni-tuebingen.de
http://kn.inf.uni-tuebingen.de/staff/hoefling

From job@instituut.net  Mon Aug 13 10:41:08 2012
Return-Path: <job@instituut.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91F6321F85F9 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:41:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 blUQuZ6lQ0NB for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:41:08 -0700 (PDT)
Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id E0AD221F8514 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:41:07 -0700 (PDT)
Received: by eekb45 with SMTP id b45so1064442eek.31 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:41:07 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=dwn4ZCSWWGoN4EpE14DFjRAN8wm2bYip/Ek2zDKBj9I=; b=WnksVvBk+dK5XUdbLSAt2p/i+2slPL3rPLEn9BkYVJzzsuw/ZLtAwfCwPVgadhxhNb oRfpqGNw4oBZpvZ2AWjIf21YXp65azKeKvCdSmLIkmln4cjU2bxlmIpoAZVp6DnN2xQZ 9qefoPCSHCnHjL8MxlDtbGsfNJhMVNQmSKdgUnYtNJRyRmiVpEgYPMML87DXHARtb9B8 iTl+iSTwkjJx6WCZdMNjAGsA6dkGamYf9/foL0waXHhsD1uoTSn5shKakQ7bXP4NFbUj 8bIJsz4POlVl8+f7JYRdqtFopP+Bn7oTL76AoQRH54RIJMSk+c4EmJ6aoRwpAmfYBLQ/ SNcA==
Received: by 10.14.179.200 with SMTP id h48mr15313510eem.12.1344879667028; Mon, 13 Aug 2012 10:41:07 -0700 (PDT)
Received: from [85.184.184.28] ([85.184.184.28]) by mx.google.com with ESMTPS id h42sm230753eem.5.2012.08.13.10.41.03 (version=SSLv3 cipher=OTHER); Mon, 13 Aug 2012 10:41:05 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Job Snijders <job@instituut.net>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 19:41:02 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <464BA261-DA0F-4DE1-83E5-B8C19884AD88@instituut.net>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1278)
X-Gm-Message-State: ALoCoQlwbcBiv/HmNQ38MRAVFLojWl0os0MrfHXB8YTmShlNKZ7RL8qoy3rlD0f7DvJ6B5iqk32w
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 17:41:08 -0000

Hi,

On 13 aug. 2012, at 08:09, Terry Manderson wrote:

> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
> 
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
> 
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
> 
> Please email the WG list stating that you either accept, or not accept, the
> item.

Accept, can, have and will contribute. 

Kind regards,

Job


From mikowal@cisco.com  Mon Aug 13 10:44:20 2012
Return-Path: <mikowal@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C69DD21F8704 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:44:20 -0700 (PDT)
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 9sqogIa+6PMq for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:44:20 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id D9AA021F8703 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:44:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=mikowal@cisco.com; l=1024; q=dns/txt; s=iport; t=1344879851; x=1346089451; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=/LJ0V/FCzIJLOgkfLWSRY5nI6/Yf0dqsfZ42mH5UamE=; b=XQLUofyj9izcezVAS3i+9ZGbiZBueUmBSMnLlzDGEvpQ2bcZ2YUyIvUM 6DNx2l60YQPlCiVj4MW/7dMnTpkonYyvFlA7CNYPSWcgVFahs4ZTxg/P/ aSEPZLi1E0OSshXFhRaLahwdP9/VXU2eKdNQU/3KJpCxSIya0heQl25WR U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av4EABk8KVCtJV2Y/2dsb2JhbABFugaBB4IiAQQBAQEPAQodNAsSAQg2NwslAgQOBSKHawuYK6A3ixKGMQOVS4EUjRaBZoJfgV8
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208";a="111096738"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-5.cisco.com with ESMTP; 13 Aug 2012 17:44:11 +0000
Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7DHiBtO001398 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Aug 2012 17:44:11 GMT
Received: from xmb-rcd-x02.cisco.com ([169.254.4.209]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.02.0298.004; Mon, 13 Aug 2012 12:44:10 -0500
From: "Michael Kowal (mikowal)" <mikowal@cisco.com>
To: Terry Manderson <terry.manderson@icann.org>
Thread-Topic: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
Thread-Index: AQHNeXs8bHsMuq3mzE+cNBkc+7tGUQ==
Date: Mon, 13 Aug 2012 17:44:07 +0000
Message-ID: <CC4EB48A.4F51%mikowal@cisco.com>
In-Reply-To: <51810683-AF3E-413B-B257-E83DF78C1704@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.86.244.198]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19108.006
x-tm-as-result: No--40.153700-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <DE7C45B105105445A00F02B98259A6A3@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 17:44:20 -0000

In favor of adopting this draft to be a WG item and willing to
review/comment.



>On 13 Aug 2012, at 08:09, Terry Manderson <terry.manderson@icann.org>
>wrote:
>
>>=20
>> In Vancouver the chairs received a request for the following document
>>to be
>> adopted as a WG item.
>>=20
>> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>>=20
>> Here starts a 14 day call for adoption, this call will end on
>> Tuesday the 28th August, 2012.
>>=20
>> Please email the WG list stating that you either accept, or not accept,
>>the
>> item.
>>=20
>> If you email to support the acceptance of this document as a WG item,
>>please
>> also indicate if you are able and willing to either contribute to, or
>> review, (or both) the draft.
>>=20
>> Sitting in silence does not indicate support, please respond
>>appropriately.
>>=20
>> Cheers
>> Terry
>>=20
>> _______________________________________________
>> lisp mailing list
>> lisp@ietf.org
>> https://www.ietf.org/mailman/listinfo/lisp


From fmaino@cisco.com  Mon Aug 13 10:49:10 2012
Return-Path: <fmaino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9224621F8627 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:49:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 SnvKFQWD8CaK for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 10:49:10 -0700 (PDT)
Received: from mtv-iport-2.cisco.com (mtv-iport-2.cisco.com [173.36.130.13]) by ietfa.amsl.com (Postfix) with ESMTP id 2590521F8605 for <lisp@ietf.org>; Mon, 13 Aug 2012 10:49:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fmaino@cisco.com; l=2888; q=dns/txt; s=iport; t=1344880150; x=1346089750; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=KF8yIh2jPozjM9tgNZlpI5sBJ4t5DIcS/xH+aA/IbUA=; b=KT8bRzDjuAdY+wWbsSVo2xZ8u6m3ITGWuEV7hyaHGOJWujSvlsIkJTnj R5KmY2Eoedlxq14hkXswUzzOn2xnDnI2pDMZya01NSRAZhBrQE2BXhlOo 5Lp/oqW1tdQ9TUchBSBLHMjbKE3RcDeU8Iyf7vxey2O3JtRVgFr/llKlK s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj8FADg9KVCrRDoI/2dsb2JhbABFi1+uJ4EHgiABAQEEAQEBDwEKUQEJEQsEFAkWDwkDAgECARUwEwYCAQEeh2oMmDKgPIsSgxWDHAOITox9gRSNFoFmgn+BPw
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208,217";a="54953384"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-2.cisco.com with ESMTP; 13 Aug 2012 17:49:09 +0000
Received: from fmaino-mac-2.local ([10.21.73.11]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q7DHn9qM031327 for <lisp@ietf.org>; Mon, 13 Aug 2012 17:49:09 GMT
Message-ID: <50293E15.6080304@cisco.com>
Date: Mon, 13 Aug 2012 10:49:09 -0700
From: Fabio Maino <fmaino@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED71D.2926C%terry.manderson@icann.org>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Content-Type: multipart/alternative; boundary="------------040809060705060006070500"
Subject: Re: [lisp] [MARKETING] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 17:49:10 -0000

This is a multi-part message in MIME format.
--------------040809060705060006070500
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I support the draft and I'm willing to review.

Fabio

On 8/12/12 11:09 PM, Terry Manderson wrote:
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
>
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>
> Please email the WG list stating that you either accept, or not accept, the
> item.
>
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>
> Sitting in silence does not indicate support, please respond appropriately.
>
> Cheers
> Terry
>
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


--------------040809060705060006070500
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">I support the draft and I'm willing to
      review. <br>
      <br>
      Fabio<br>
      <br>
      On 8/12/12 11:09 PM, Terry Manderson wrote:<br>
    </div>
    <blockquote cite="mid:CC4ED71D.2926C%25terry.manderson@icann.org"
      type="cite">
      <pre wrap="">
In Vancouver the chairs received a request for the following document to be
adopted as a WG item.

<a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10">http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10</a>

Here starts a 14 day call for adoption, this call will end on
Tuesday the 28th August, 2012.

Please email the WG list stating that you either accept, or not accept, the
item.

If you email to support the acceptance of this document as a WG item, please
also indicate if you are able and willing to either contribute to, or
review, (or both) the draft.

Sitting in silence does not indicate support, please respond appropriately.

Cheers
Terry

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
lisp mailing list
<a class="moz-txt-link-abbreviated" href="mailto:lisp@ietf.org">lisp@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/lisp">https://www.ietf.org/mailman/listinfo/lisp</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------040809060705060006070500--

From vaf@cisco.com  Mon Aug 13 13:18:43 2012
Return-Path: <vaf@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 929F721F8629 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 13:18:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.311
X-Spam-Level: 
X-Spam-Status: No, score=-10.311 tagged_above=-999 required=5 tests=[AWL=0.288, 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 kGIO5vxAbWdL for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 13:18:42 -0700 (PDT)
Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) by ietfa.amsl.com (Postfix) with ESMTP id C7B1021F85FF for <lisp@ietf.org>; Mon, 13 Aug 2012 13:18:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=vaf@cisco.com; l=2135; q=dns/txt; s=iport; t=1344889122; x=1346098722; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=3wdgr3cEgm22Emq5v6s+LSCUpQfyi8+WPWuAFhhlGlM=; b=ToF2EuwOhKaIzIV3JdUnY81ijwlRuB9KFRm1binXGXG+pOEG6JUODTi5 x2Wiu6y6MNTkBJDbOIqgmhafE2wR05Mp/t11l78YBdzMHAL/5aSjR+9qJ C5kixjZzDtwdpF9GTUYzAzWvcDOnZOu3kBDJR+L24M2M6JjVKEQqi9M6y A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAONfKVCrRDoG/2dsb2JhbABFugaBB4IgAQEBAwESASc/BQsLRhQYMTWHZQUBmDOgV4sShVFgA4hOjHyOK4Fmgn8
X-IronPort-AV: E=Sophos;i="4.77,761,1336348800"; d="scan'208";a="51852699"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-1.cisco.com with ESMTP; 13 Aug 2012 20:18:40 +0000
Received: from vaf-mac1.cisco.com (vaf-mac1.cisco.com [128.107.165.254]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7DKIeuL001421; Mon, 13 Aug 2012 20:18:40 GMT
Received: by vaf-mac1.cisco.com (Postfix, from userid 113818) id CB0F326DB2CF; Mon, 13 Aug 2012 13:18:40 -0700 (PDT)
Date: Mon, 13 Aug 2012 13:18:40 -0700
From: Vince Fuller <vaf@cisco.com>
To: Damien Saucez <damien.saucez@gmail.com>
Message-ID: <20120813201840.GA43752@vaf-mac1.cisco.com>
References: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com>
User-Agent: Mutt/1.4.2.3i
Cc: Benoit Donnet <benoit.donnet@ulg.ac.be>, LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 20:18:43 -0000

> As you certainly know, the mapping system has been migrated
> to LISP-DDT with success on 3/14/2012. As the migration was
> planed, we have decided to measure it! To do so, we used
> vantage points around the world in different network types (EID
> space, commercial Internet, research Internet...). These vantage
> points have measured for a period of about one month the
> mapping system. To do so, they have send a Map-Request
> for all the EID prefixes with lig, and this every 15 minutes.
> We expected to observe a big difference of delay and mappings
> between ALT and DDT. However, the result we obtain is that
> the change is not very significant. There is no particular loss
> of map-Request/Map-Reply during the transition and the delay
> is not significantly increased or reduced. However, we observe
> a much more variable delay now with DDT than before where 
> delays were very stable with time.

Hi Damien-

Thanks for the interesting analysis.

I'll offer a simple explanation for why lookup delay on the pilot network
has become more variable with the deployment of DDT: we have a somewhat
pathalogical configuration on the pilot network. In particular, the pilot
DDT topology includes regional DDT Map Servers in that can accept 
registrations from every ETR in a region. The ETRs in the region, though,
are only configured to register to a subset of the DDT Map Servers in that
region. When a DDT Map Request is sent to a DDT Map Server that doesn't
have a particular ETR registered, a Map-Referral message with action code
"MS-NOT-REGISTERED" is returned, which causes the requestor to re-try to
a different DDT Map Server in the current referral set and results in
at least one additional DDT message round-trip-time.

This "misconfiguration" is deliberate and is in place for internal testing
and configuration management purposes. Such a configuration would not be
used on a "real world" network so variable lookup performance on the pilot
network should not be considered representative of how things would work
in operational deployment.

Hope this helps.

	--Vince

From damien.saucez@gmail.com  Mon Aug 13 13:35:36 2012
Return-Path: <damien.saucez@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5607F21F8645 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 13:35:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 kbZtMfhwa70R for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 13:35:35 -0700 (PDT)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id 4B3FA21F8622 for <lisp@ietf.org>; Mon, 13 Aug 2012 13:35:35 -0700 (PDT)
Received: by wgbfm10 with SMTP id fm10so3307888wgb.1 for <lisp@ietf.org>; Mon, 13 Aug 2012 13:35:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=zStSJnjM5bw5ANwaycKfp7O03H1wuSG4m+8VS5yRNCQ=; b=gpmQizEmaD68ooiATDO+DQiMSWykD8KnkFB4gdOVQGoYVwcOpbjW2ueQ8jIuthjF5u NEIZ7xj/1fqim5jr420n1dVXy2Dv+HOugncHS0rTyqhj0BCk5h0tuocltnDdMAzLK2xw 3ZEluZZ7haTKb/nXrj2wgDaCmPEl+x2NLbQa2ZmcXytQxpDRgnBQVrIY1w1chO9RRItO cZWT/5zhHNAFLNcXr2wx8TB81ag4GqpF9ivJJuP4TzVcXB1+WsXEPghiwckiRNjQaK6z bHg+UQWJVaZjaa15O746QGzFAsgT6BOQ+8+hCMFDrUbPOCw6GEp8CKkMa6zte26MfXrP 09Pw==
Received: by 10.180.82.39 with SMTP id f7mr21390434wiy.2.1344890134453; Mon, 13 Aug 2012 13:35:34 -0700 (PDT)
Received: from [172.16.139.253] (14.82.69.86.rev.sfr.net. [86.69.82.14]) by mx.google.com with ESMTPS id k20sm18392133wiv.11.2012.08.13.13.35.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 13:35:33 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Damien Saucez <damien.saucez@gmail.com>
In-Reply-To: <20120813201840.GA43752@vaf-mac1.cisco.com>
Date: Mon, 13 Aug 2012 22:35:31 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <676B8E7F-87E9-4AC9-B43E-454E82DCF0CE@gmail.com>
References: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com> <20120813201840.GA43752@vaf-mac1.cisco.com>
To: Vince Fuller <vaf@cisco.com>
X-Mailer: Apple Mail (2.1485)
Cc: Benoit Donnet <benoit.donnet@ulg.ac.be>, LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 20:35:36 -0000

Hello Vince,

That makes a sense.

Is this publicly documented somewhere?


Damien Saucez

Damien Saucez

On 13 Aug 2012, at 22:18, Vince Fuller <vaf@cisco.com> wrote:

>> As you certainly know, the mapping system has been migrated
>> to LISP-DDT with success on 3/14/2012. As the migration was
>> planed, we have decided to measure it! To do so, we used
>> vantage points around the world in different network types (EID
>> space, commercial Internet, research Internet...). These vantage
>> points have measured for a period of about one month the
>> mapping system. To do so, they have send a Map-Request
>> for all the EID prefixes with lig, and this every 15 minutes.
>> We expected to observe a big difference of delay and mappings
>> between ALT and DDT. However, the result we obtain is that
>> the change is not very significant. There is no particular loss
>> of map-Request/Map-Reply during the transition and the delay
>> is not significantly increased or reduced. However, we observe
>> a much more variable delay now with DDT than before where 
>> delays were very stable with time.
> 
> Hi Damien-
> 
> Thanks for the interesting analysis.
> 
> I'll offer a simple explanation for why lookup delay on the pilot network
> has become more variable with the deployment of DDT: we have a somewhat
> pathalogical configuration on the pilot network. In particular, the pilot
> DDT topology includes regional DDT Map Servers in that can accept 
> registrations from every ETR in a region. The ETRs in the region, though,
> are only configured to register to a subset of the DDT Map Servers in that
> region. When a DDT Map Request is sent to a DDT Map Server that doesn't
> have a particular ETR registered, a Map-Referral message with action code
> "MS-NOT-REGISTERED" is returned, which causes the requestor to re-try to
> a different DDT Map Server in the current referral set and results in
> at least one additional DDT message round-trip-time.
> 
> This "misconfiguration" is deliberate and is in place for internal testing
> and configuration management purposes. Such a configuration would not be
> used on a "real world" network so variable lookup performance on the pilot
> network should not be considered representative of how things would work
> in operational deployment.
> 
> Hope this helps.
> 
> 	--Vince


From jgs@juniper.net  Mon Aug 13 14:32:42 2012
Return-Path: <jgs@juniper.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C48E021F84EC for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 14:32:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.177
X-Spam-Level: 
X-Spam-Status: No, score=-6.177 tagged_above=-999 required=5 tests=[AWL=-0.178, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4]
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 qrgUxKYPw43b for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 14:32:39 -0700 (PDT)
Received: from exprod7og120.obsmtp.com (exprod7og120.obsmtp.com [64.18.2.18]) by ietfa.amsl.com (Postfix) with ESMTP id 9A23E21F84E4 for <lisp@ietf.org>; Mon, 13 Aug 2012 14:32:39 -0700 (PDT)
Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob120.postini.com ([64.18.6.12]) with SMTP ID DSNKUClyYu93YXqoIvo6Gc2q0uNBQJyGPm+K@postini.com; Mon, 13 Aug 2012 14:32:39 PDT
Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB03-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 13 Aug 2012 14:31:03 -0700
Received: from [172.16.13.202] ([172.16.13.202])	by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q7DLV0h08644; Mon, 13 Aug 2012 14:31:01 -0700 (PDT)	(envelope-from jgs@juniper.net)
MIME-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="us-ascii"
From: "John G. Scudder" <jgs@juniper.net>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Date: Mon, 13 Aug 2012 17:30:59 -0400
Content-Transfer-Encoding: quoted-printable
Message-ID: <228CFDA2-FF0B-4D27-AC5A-FEA63E8A1D75@juniper.net>
References: <CC4ED71D.2926C%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1278)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 21:32:42 -0000

Terry,

The draft documents, among other things, use of LISP for l3vpn (S. 4.1) =
and l2vpn (S. 4.12.2). Neither of these appear related to the WG charter =
("The LISP WG is chartered to continue work on the LISP base protocol, =
completing the ongoing work, and any items which directly impact LISP =
protocol structures and which are related to using LISP for improving =
Internet routing scalability.")

--John

On Aug 13, 2012, at 2:09 AM, Terry Manderson wrote:

>=20
> In Vancouver the chairs received a request for the following document =
to be
> adopted as a WG item.
>=20
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>=20
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
>=20
> Please email the WG list stating that you either accept, or not =
accept, the
> item.
>=20
> If you email to support the acceptance of this document as a WG item, =
please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
>=20
> Sitting in silence does not indicate support, please respond =
appropriately.
>=20
> Cheers
> Terry
>=20
> <smime.p7s>_______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From vaf@cisco.com  Mon Aug 13 14:38:36 2012
Return-Path: <vaf@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4076B21F84E6 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 14:38:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.369
X-Spam-Level: 
X-Spam-Status: No, score=-10.369 tagged_above=-999 required=5 tests=[AWL=0.230, 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 JToJfiNqYjWK for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 14:38:35 -0700 (PDT)
Received: from bgl-iport-2.cisco.com (bgl-iport-2.cisco.com [72.163.197.26]) by ietfa.amsl.com (Postfix) with ESMTP id 3D83D21F84D2 for <lisp@ietf.org>; Mon, 13 Aug 2012 14:38:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=vaf@cisco.com; l=225; q=dns/txt; s=iport; t=1344893915; x=1346103515; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=4nDkx81wwA1Al6p9AkEeYP3yrWQMbWhoJz3i64xcI5c=; b=PjRd/vlYaHybbA7DCIGry+j5A3euFIm01h7KNgsNXATV3yohthk+JtDK SteVehwRiRTAHiRXm0WTO5sDBLdLAk4p3YBXzLs92w4ArRJLdhYkua1h8 EFP9fXtn7GgzyYfQPFDl8Ug61VkgvelGcIBE2xZm0CU2n2P/j21epIKmE k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ap0EACpzKVBIo8UY/2dsb2JhbABFuxGCIAEBAQMBEgEnPwULC0YUGDE1h2UGmCugYZBjYAOITox8jiuBZoJ/
X-IronPort-AV: E=Sophos;i="4.77,762,1336348800"; d="scan'208";a="16012920"
Received: from vla196-nat.cisco.com (HELO bgl-core-2.cisco.com) ([72.163.197.24]) by bgl-iport-2.cisco.com with ESMTP; 13 Aug 2012 21:38:33 +0000
Received: from vaf-mac1.cisco.com (vaf-mac1.cisco.com [128.107.165.254]) by bgl-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id q7DLcWTM002940; Mon, 13 Aug 2012 21:38:33 GMT
Received: by vaf-mac1.cisco.com (Postfix, from userid 113818) id 2BE7F26DBE1B; Mon, 13 Aug 2012 14:38:32 -0700 (PDT)
Date: Mon, 13 Aug 2012 14:38:32 -0700
From: Vince Fuller <vaf@cisco.com>
To: Damien Saucez <damien.saucez@gmail.com>
Message-ID: <20120813213832.GA44130@vaf-mac1.cisco.com>
References: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com> <20120813201840.GA43752@vaf-mac1.cisco.com> <676B8E7F-87E9-4AC9-B43E-454E82DCF0CE@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <676B8E7F-87E9-4AC9-B43E-454E82DCF0CE@gmail.com>
User-Agent: Mutt/1.4.2.3i
Cc: Benoit Donnet <benoit.donnet@ulg.ac.be>, LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 21:38:36 -0000

> That makes a sense.
> 
> Is this publicly documented somewhere?

No, and I don't see much of a reason to document a test configuration that
we explicitly *don't* recommend for use by operational networks.

	--Vince

From jnc@mercury.lcs.mit.edu  Mon Aug 13 15:25:32 2012
Return-Path: <jnc@mercury.lcs.mit.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E72A221F86F6 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 15:25:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.06
X-Spam-Level: 
X-Spam-Status: No, score=-6.06 tagged_above=-999 required=5 tests=[AWL=-0.061,  BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4]
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 kwySKfWWbXmu for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 15:25:32 -0700 (PDT)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by ietfa.amsl.com (Postfix) with ESMTP id 754F721F86F2 for <lisp@ietf.org>; Mon, 13 Aug 2012 15:25:32 -0700 (PDT)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id 5EF7318C0E8; Mon, 13 Aug 2012 18:25:31 -0400 (EDT)
To: lisp@ietf.org
Message-Id: <20120813222531.5EF7318C0E8@mercury.lcs.mit.edu>
Date: Mon, 13 Aug 2012 18:25:31 -0400 (EDT)
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Cc: jnc@mercury.lcs.mit.edu
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 22:25:33 -0000

    > From: "John G. Scudder" <jgs@juniper.net>

    > The draft documents, among other things, use of LISP for l3vpn (S. 4.1)
    > and l2vpn (S. 4.12.2). N either of these appear related to the WG charter

Those are just two minor uses - what about all the other ones?

Anyway, do you have a better suggestion for a WG to use to define a core LISP
namespace?

	Noel

From damien.saucez@gmail.com  Mon Aug 13 15:35:06 2012
Return-Path: <damien.saucez@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F43421F8697 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 15:35:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 DfLfGOYwd5t3 for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 15:35:05 -0700 (PDT)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 8DF2B21F8669 for <lisp@ietf.org>; Mon, 13 Aug 2012 15:35:05 -0700 (PDT)
Received: by weyu54 with SMTP id u54so3254921wey.31 for <lisp@ietf.org>; Mon, 13 Aug 2012 15:35:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=Uo9aRhoAX6Lyy8gNX9IsmULqL6PQzplXo9Ou9ALfqK8=; b=jqfpRnjK5emk0f2SUMDxRl4r3ubV9JJ1wLSZGOO85CvQPznFoWMUIkXugvdBFi5fKp 95W4TdGfwd6mT28CG/bQmpEn+pw+ASFapLcAljDF8TMgqMQj/wuvG0rUDL54wMsuCgZn LD9HlzVoA44hczCHunwZYBKgNjj3ynTugzMqj8BvoG49nD5AA5FioW+5owedcYTKMCUh KMRCeFecj0QIfkZSWhSiQ3OtttWOIK6fWt+zmZ9D+0ObdU36/fkJaDxatppI3yzJjGzy rl60bT8W08IFqdlG2+GgJNE43pHhGI96JnHXCTIoGvjlS5+5X9/KBO5Ehu7AGLnwVv4B veAQ==
Received: by 10.180.84.104 with SMTP id x8mr22047708wiy.20.1344897304700; Mon, 13 Aug 2012 15:35:04 -0700 (PDT)
Received: from [172.16.139.253] (14.82.69.86.rev.sfr.net. [86.69.82.14]) by mx.google.com with ESMTPS id z11sm27475135wiv.10.2012.08.13.15.35.03 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 15:35:04 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Damien Saucez <damien.saucez@gmail.com>
In-Reply-To: <20120813213832.GA44130@vaf-mac1.cisco.com>
Date: Tue, 14 Aug 2012 00:35:01 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <23D940D7-8996-46DE-8EA7-4E4876001066@gmail.com>
References: <0131C52A-B54C-4EEE-9C4A-D623FF00D7D2@gmail.com> <20120813201840.GA43752@vaf-mac1.cisco.com> <676B8E7F-87E9-4AC9-B43E-454E82DCF0CE@gmail.com> <20120813213832.GA44130@vaf-mac1.cisco.com>
To: Vince Fuller <vaf@cisco.com>
X-Mailer: Apple Mail (2.1485)
Cc: Benoit Donnet <benoit.donnet@ulg.ac.be>, LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Mapping system observations
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Aug 2012 22:35:06 -0000

On 13 Aug 2012, at 23:38, Vince Fuller <vaf@cisco.com> wrote:

>> That makes a sense.
>> 
>> Is this publicly documented somewhere?
> 
> No, and I don't see much of a reason to document a test configuration that
> we explicitly *don't* recommend for use by operational networks.
> 

Sure, but as we are using the beta network, it might help to understand 
observations if there is a place where we can have a bit of information
about the configurations. I usually looked at the rancid, but now the
network is too large for me to manually check what is happening.

Thanks,

Damien Saucez
> 	--Vince


From terry.manderson@icann.org  Mon Aug 13 17:58:41 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D678221F875A for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 17:58:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.176
X-Spam-Level: 
X-Spam-Status: No, score=-106.176 tagged_above=-999 required=5 tests=[AWL=-0.177, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4, 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 h3PCThbgr9MS for <lisp@ietfa.amsl.com>; Mon, 13 Aug 2012 17:58:41 -0700 (PDT)
Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 5C57321F8746 for <lisp@ietf.org>; Mon, 13 Aug 2012 17:58:41 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Mon, 13 Aug 2012 17:58:40 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: "John G. Scudder" <jgs@juniper.net>
Date: Mon, 13 Aug 2012 17:58:38 -0700
Thread-Topic: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
Thread-Index: Ac15myvPyM4doD6PTQGkYMX/7BIV0AAHMRsK
Message-ID: <CC4FDFDE.292F8%terry.manderson@icann.org>
In-Reply-To: <228CFDA2-FF0B-4D27-AC5A-FEA63E8A1D75@juniper.net>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3427786718_44294226"
MIME-Version: 1.0
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Aug 2012 00:58:41 -0000

--B_3427786718_44294226
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit

John,

The draft is a LISP control message data format document, it is not
specifying the precise behaviors of l2/l3vpn over LISP. It enables those
workgroups to have or work on solutions (should they so choose) that can be
transported by LISP. There is no mandatory statements here to say they must.
Just as the document describes a geo location (s4.4) LISP is the common
denominator here. I do not see any value in splitting this one document into
numerous different documents housed in many different workgroups.

If this draft is accepted by the WG as a WG item, I will be advising the
chairs of the other WGs that are implicated by the fact that LISP could be
used as a transport, that a piece of work in LISP should be reviewed by
them.

I am allowing the call for adoption to go ahead.

Thanks
Terry


On 14/08/12 7:30 AM, "John G. Scudder" <jgs@juniper.net> wrote:

> Terry,
> 
> The draft documents, among other things, use of LISP for l3vpn (S. 4.1) and
> l2vpn (S. 4.12.2). Neither of these appear related to the WG charter ("The
> LISP WG is chartered to continue work on the LISP base protocol, completing
> the ongoing work, and any items which directly impact LISP protocol structures
> and which are related to using LISP for improving Internet routing
> scalability.")
> 
> --John
> 
> On Aug 13, 2012, at 2:09 AM, Terry Manderson wrote:
> 
>> 
>> In Vancouver the chairs received a request for the following document to be
>> adopted as a WG item.
>> 
>> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>> 
>> Here starts a 14 day call for adoption, this call will end on
>> Tuesday the 28th August, 2012.
>> 
>> Please email the WG list stating that you either accept, or not accept, the
>> item.
>> 
>> If you email to support the acceptance of this document as a WG item, please
>> also indicate if you are able and willing to either contribute to, or
>> review, (or both) the draft.
>> 
>> Sitting in silence does not indicate support, please respond appropriately.
>> 
>> Cheers
>> Terry
>> 
>> <smime.p7s>_______________________________________________
>> lisp mailing list
>> lisp@ietf.org
>> https://www.ietf.org/mailman/listinfo/lisp
> 

--B_3427786718_44294226
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUINwirEAmIPihFDzXxTDObNucZYQwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODE0MDA1ODM4WjANBgkqhkiG
9w0BAQEFAASCAQBLlJlcO3zyly+bID5+o7CygTqMYdYbv/uzy0R8qC9tg2N5v3oxqGbh6kK7
7kYX1llY5aLMH9MVmTJx/UCrCxgEOgOv2EaKs3ukhKR+UbTmPkzEtqqNu+o/SLzIbZDGr33j
0+Tc0aKufkfA7GfCwm+yW4bap5sm2eRATvItgEpir2XOIr5SV8snG3GsxmO4Df1TEnBVhD5V
rCN2iMsXUHWcTQqtGqEKKbgph5H05ua0G2n77W0geZQXGK234Tz1K9EZP65iMojznRYtNbLF
IwSWVFDxZ9A3ZkcY152Y7kDUHDp++D6+vozebQlKmwqAiv9wtWdzi/5LGnrHQidSOPa5

--B_3427786718_44294226--

From yakov@juniper.net  Mon Aug 20 06:50:25 2012
Return-Path: <yakov@juniper.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5AE121F86A4 for <lisp@ietfa.amsl.com>; Mon, 20 Aug 2012 06:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.026
X-Spam-Level: 
X-Spam-Status: No, score=-106.026 tagged_above=-999 required=5 tests=[AWL=0.573, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jeLBT32rUBWd for <lisp@ietfa.amsl.com>; Mon, 20 Aug 2012 06:50:25 -0700 (PDT)
Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by ietfa.amsl.com (Postfix) with ESMTP id 3061121F869A for <lisp@ietf.org>; Mon, 20 Aug 2012 06:50:25 -0700 (PDT)
Received: from P-EMHUB02-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP ID DSNKUDJAaU5KA9iU1KYJbsWjUz3oHDpeNdO8@postini.com; Mon, 20 Aug 2012 06:50:25 PDT
Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 20 Aug 2012 06:47:30 -0700
Received: from juniper.net (sapphire.juniper.net [172.17.28.108])	by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id q7KDlTh68360; Mon, 20 Aug 2012 06:47:29 -0700 (PDT)	(envelope-from yakov@juniper.net)
Message-ID: <201208201347.q7KDlTh68360@magenta.juniper.net>
To: Terry Manderson <terry.manderson@icann.org>
In-Reply-To: <CC4FDFDE.292F8%terry.manderson@icann.org> 
References: <CC4FDFDE.292F8%terry.manderson@icann.org>
X-MH-In-Reply-To: Terry Manderson <terry.manderson@icann.org> message dated "Mon, 13 Aug 2012 17:58:38 -0700."
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <34981.1345470448.1@juniper.net>
Date: Mon, 20 Aug 2012 06:47:28 -0700
From: Yakov Rekhter <yakov@juniper.net>
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Aug 2012 13:50:25 -0000

Terry,

> John,
> 
> The draft is a LISP control message data format document, it is not
> specifying the precise behaviors of l2/l3vpn over LISP. It enables those
> workgroups to have or work on solutions (should they so choose) that can be
> transported by LISP. There is no mandatory statements here to say they must.
> Just as the document describes a geo location (s4.4) LISP is the common
> denominator here. I do not see any value in splitting this one document into
> numerous different documents housed in many different workgroups.

Specifying encoding/format without specifying semantics is not going
to produce multi-vendor interoperable implementations.

Moreover, doing this would allow a vendor to label their solution
as "based on IETF standards", effectively creating an end run to
the IETF process.

Given that, the WG should not accept the draft, as it defines a
whole bunch of code points without any companion document that
defines semantics of these code points.

Yakov.

From jnc@mercury.lcs.mit.edu  Mon Aug 20 10:43:11 2012
Return-Path: <jnc@mercury.lcs.mit.edu>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88FB421F853B for <lisp@ietfa.amsl.com>; Mon, 20 Aug 2012 10:43:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.358
X-Spam-Level: 
X-Spam-Status: No, score=-6.358 tagged_above=-999 required=5 tests=[AWL=0.241,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71-ZsLIsTzhE for <lisp@ietfa.amsl.com>; Mon, 20 Aug 2012 10:43:11 -0700 (PDT)
Received: from mercury.lcs.mit.edu (mercury.lcs.mit.edu [18.26.0.122]) by ietfa.amsl.com (Postfix) with ESMTP id AF41121F853A for <lisp@ietf.org>; Mon, 20 Aug 2012 10:43:10 -0700 (PDT)
Received: by mercury.lcs.mit.edu (Postfix, from userid 11178) id 707AB18C0BF; Mon, 20 Aug 2012 13:43:06 -0400 (EDT)
To: lisp@ietf.org
Message-Id: <20120820174306.707AB18C0BF@mercury.lcs.mit.edu>
Date: Mon, 20 Aug 2012 13:43:06 -0400 (EDT)
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Cc: jnc'@mercury.lcs.mit.edu
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Aug 2012 17:43:11 -0000

    > From: Yakov Rekhter <yakov@juniper.net>

    > Given that, the WG should not accept the draft, as it defines a whole
    > bunch of code points without any companion document that defines
    > semantics of these code points.

If you're really determined to find something to whine about, I guess maybe we
can just delete those code points for now?

As soon as someone writes an ID which uses them, they can be re-allocated -
and we'll let the IESG worry about which WG to assign that ID to.

	Noel

From vimoreno@cisco.com  Tue Aug 21 08:16:04 2012
Return-Path: <vimoreno@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE47221F8757 for <lisp@ietfa.amsl.com>; Tue, 21 Aug 2012 08:16:04 -0700 (PDT)
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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0bYrnG+pf6Tt for <lisp@ietfa.amsl.com>; Tue, 21 Aug 2012 08:16:04 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 2D45521F86C3 for <lisp@ietf.org>; Tue, 21 Aug 2012 08:16:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=vimoreno@cisco.com; l=854; q=dns/txt; s=iport; t=1345562164; x=1346771764; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=LrA6C/7CLtwx6mLbfapC3exYxv9gnV7+WEh9KKM/+b8=; b=VG1X/cY3FuL6qYoFKNjFnLFytUXh1pMl/faFBnqZq1O/23vgJTTfFXtY BpTbknXvQPRxgWZBKE37fo8Lf+XMfYUf1FjvXC82GM4ZvimKiVpMfIK8q 2wslMCDBm/M534S2fPj15iJLliDDUKyovba1FdP8HOXhWzbbAFg2x0kS9 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ai8FAI+lM1CtJXG8/2dsb2JhbABFhTq1KIEHgicSAQodNRwBCDZCJQEBBAESIodrC5kDoECLCIccA5VSgRSNGYFmgmGBYQ
X-IronPort-AV: E=Sophos;i="4.77,802,1336348800"; d="scan'208";a="113797731"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-6.cisco.com with ESMTP; 21 Aug 2012 15:16:03 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id q7LFG3XO009159 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 21 Aug 2012 15:16:03 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.66]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.02.0298.004; Tue, 21 Aug 2012 10:16:03 -0500
From: "Victor Moreno (vimoreno)" <vimoreno@cisco.com>
To: Terry Manderson <terry.manderson@icann.org>, LISP mailing list list <lisp@ietf.org>
Thread-Topic: [MARKETING] [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
Thread-Index: Ac15GiH9sjNDAotm8EibaoZD/2z9RwGhPloA
Date: Tue, 21 Aug 2012 15:16:03 +0000
Message-ID: <CC58F3FB.75E9%vimoreno@cisco.com>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.2.120421
x-originating-ip: [10.19.19.179]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19128.005
x-tm-as-result: No--38.678700-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-ID: <EA89384B98D1FE45ABAD90A454917745@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [lisp] [MARKETING] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Aug 2012 15:16:04 -0000

I support the adoption of this draft as a WG item, I am willing and able
to review and contribute.

Regards,

Victor

On 8/12/12 11:09 PM, "Terry Manderson" <terry.manderson@icann.org> wrote:

>
>In Vancouver the chairs received a request for the following document to
>be
>adopted as a WG item.
>
>http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>
>Here starts a 14 day call for adoption, this call will end on
>Tuesday the 28th August, 2012.
>
>Please email the WG list stating that you either accept, or not accept,
>the
>item.
>
>If you email to support the acceptance of this document as a WG item,
>please
>also indicate if you are able and willing to either contribute to, or
>review, (or both) the draft.
>
>Sitting in silence does not indicate support, please respond
>appropriately.
>
>Cheers
>Terry
>


From hannu.flinck@nsn.com  Thu Aug 23 06:47:24 2012
Return-Path: <hannu.flinck@nsn.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5CF921F85F4 for <lisp@ietfa.amsl.com>; Thu, 23 Aug 2012 06:47:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I8MahEqRHjQ2 for <lisp@ietfa.amsl.com>; Thu, 23 Aug 2012 06:47:24 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) by ietfa.amsl.com (Postfix) with ESMTP id C457121F85A5 for <lisp@ietf.org>; Thu, 23 Aug 2012 06:47:23 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q7NDlJMt031258 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 23 Aug 2012 15:47:20 +0200
Received: from demuexc023.nsn-intra.net (demuexc023.nsn-intra.net [10.150.128.36]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q7NDlGqO014028; Thu, 23 Aug 2012 15:47:19 +0200
Received: from FIESEXC008.nsn-intra.net ([10.159.0.16]) by demuexc023.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 23 Aug 2012 15:47:17 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 23 Aug 2012 16:47:17 +0300
Message-ID: <E6647B13E38E7C4E965285DCC22260AF015B19DA@FIESEXC008.nsn-intra.net>
In-Reply-To: <20120813133258.BB02C18C09F@mercury.lcs.mit.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [lisp] Adoption of draft-chiappa-lisp-architecture-01 anddraft-chiappa-lisp-introduction-01
Thread-Index: Ac15WCx/MKo1ZH0rTZWOQz6LC3ZbAQH2akIw
References: <20120813133258.BB02C18C09F@mercury.lcs.mit.edu>
From: "Flinck, Hannu (NSN - FI/Espoo)" <hannu.flinck@nsn.com>
To: "Noel Chiappa" <jnc@mercury.lcs.mit.edu>, <lisp@ietf.org>
X-OriginalArrivalTime: 23 Aug 2012 13:47:17.0574 (UTC) FILETIME=[CF5B7660:01CD8135]
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 2972
X-purgate-ID: 151667::1345729640-00006F5F-3FAFF59E/0-0/0-0
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 anddraft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Aug 2012 13:47:24 -0000

Hello Noel and others

These drafts were very interesting readings. =20

I have some comments that you may consider:

draft-chiappa-lisp-introduction-01

Section economics

you mention here "maximizing" the cost-benefit ratio. I believe we
should minimize or optimize it.


Section 4. Initial applications

These may go a bit too far and some of the text maybe better positioned
in the architecture draft rather than in the intro document. This is
because that the base documents as such do not suffice for some of the
applications you describe here: Traffic engineering and mobility and
maybe IP version reciprocal traversal but needs extension on top of the
base documents. And these extensions are not yet WG draft even.=20

Should we say something where in the network the LISP  nodes/ devices
are located (e.g. CPE, CE/PE etc)?

Maybe whole section 7 Design approach is better at home in the
architecture document.

Note that you use terms node and device interchangeable (editorial).

draft-chiappa-lisp-architecture-01

I was wondering if draft-ietf-lisp-eid-block-02.txt is worth mentioning
in the relationship of sections 5.2 and 5.3?

One editorial wording nit: "base station" is not a mobile ip term, and
in cellular networks it has a certain meaning  (@ radio level) that
doesn't match what is meant here either. Instead mobile IP talks about
"home agents" that know the original location. =20


Thank you for the documents.

best regards
Hannu




-----Original Message-----
From: lisp-bounces@ietf.org [mailto:lisp-bounces@ietf.org] On Behalf Of
Noel Chiappa
Sent: Monday, August 13, 2012 4:33 PM
To: lisp@ietf.org
Cc: jnc@mercury.lcs.mit.edu
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01
anddraft-chiappa-lisp-introduction-01


    > From: Luigi Iannone <ggx@gigix.net>

    > I will send comments very soon.

Comments will be most useful (and I look forward to them - assuming
of course that that the WG decides to take these two up):.


One minor thing to note; as I indicated when I first announced them:

  http://www.ietf.org/mail-archive/web/lisp/current/msg03786.html

These are rough drafts (and the second one is only partially complete),
so as
I indicated in that message:

  we're not (yet) at the 'detailed editorial comments' stage - although
if
  anyone reads it, and has high-level comments (e.g. 'you ought to talk
about
  topic X', or 'it would be better if you talked about P before you get
to
  Q'), I would be most grateful for, and interested in, hearing things
like
  that.

I tend to fiddle with text details extensively, so at the detail level
there
will have been lots of changes before the next draft version. After
that,
then we'll be ready for the detailed editorial comments! :-)

	Noel
_______________________________________________
lisp mailing list
lisp@ietf.org
https://www.ietf.org/mailman/listinfo/lisp

From terry.manderson@icann.org  Tue Aug 28 16:28:22 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3FFA11E80FF for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.465
X-Spam-Level: 
X-Spam-Status: No, score=-106.465 tagged_above=-999 required=5 tests=[AWL=0.134, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P6zyYYeLQ6Mg for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:28:21 -0700 (PDT)
Received: from EXPFE100-1.exc.icann.org (expfe100-1.exc.icann.org [64.78.22.236]) by ietfa.amsl.com (Postfix) with ESMTP id BB13D11E80E7 for <lisp@ietf.org>; Tue, 28 Aug 2012 16:28:21 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-1.exc.icann.org ([64.78.22.236]) with mapi; Tue, 28 Aug 2012 16:28:21 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Tue, 28 Aug 2012 16:28:20 -0700
Thread-Topic: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
Thread-Index: Ac15GiH9sjNDAotm8EibaoZD/2z9RwMWq0Mz
Message-ID: <CC639134.29ADF%terry.manderson@icann.org>
In-Reply-To: <CC4ED71D.2926C%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3429077300_62501897"
MIME-Version: 1.0
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Aug 2012 23:28:22 -0000

--B_3429077300_62501897
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit


I view that there is consensus in the workgroup to adopt this draft as a
work group item.

Can the authors please submit a revision in the appropriate fashion.

I'd also like to remind the authors that as a WG document I am expecting
that any substantive document changes are the result of WG discussion.

I would also like to call the WG's attention to the comments regarding code
points for transport of other protocols and ask the WG to consider those
comments in the process of developing this draft.

Cheers
Terry


On 13/08/12 4:09 PM, "Terry Manderson" <terry.manderson@icann.org> wrote:

> 
> 
> In Vancouver the chairs received a request for the following document to be
> adopted as a WG item.
> 
> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
> 
> Here starts a 14 day call for adoption, this call will end on
> Tuesday the 28th August, 2012.
> 
> Please email the WG list stating that you either accept, or not accept, the
> item.
> 
> If you email to support the acceptance of this document as a WG item, please
> also indicate if you are able and willing to either contribute to, or
> review, (or both) the draft.
> 
> Sitting in silence does not indicate support, please respond appropriately.
> 
> Cheers
> Terry
> 

--B_3429077300_62501897
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUG4bJM9AGOIuEUcTbpcdTILKv/Z0wGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODI4MjMyODIwWjANBgkqhkiG
9w0BAQEFAASCAQCawZ7EXdfCGEw2jKWpVuWjmMwbBdlVQXVagT/Dm6mTZ2wCgCJ7ROWXJ4kb
0TwQ+/oKn27hZcUL6Xw26R84wTa2oibtfaLkeL6BLBvliDCihG5SScJK4yK+fBJOW0W7nF1m
bp6tUPRMd0fXfWQowVPCuEZPlHPdPPVY7+ICI8G5eSHVfVFIbu6LcVhNFj718gC8BlbpBUz0
TBvxegapFdSbMd4NdgTAcQCjl6O1RJxTVMAkJJQQi7kaafEBqHS2OS6Que3wQTAUR0jzE9zd
YIyTjf7nEU36yxUlSo3Iy51VHtqTr9z/RBr/IwvPa+Rcj8YAAwkcU9Ro+GcDE9Dlz+GE

--B_3429077300_62501897--

From terry.manderson@icann.org  Tue Aug 28 16:28:34 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 872D211E80E7 for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:28:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.473
X-Spam-Level: 
X-Spam-Status: No, score=-106.473 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id arqgPl1pl3g0 for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:28:34 -0700 (PDT)
Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 10F6611E810E for <lisp@ietf.org>; Tue, 28 Aug 2012 16:28:34 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Tue, 28 Aug 2012 16:28:32 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Tue, 28 Aug 2012 16:28:31 -0700
Thread-Topic: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
Thread-Index: Ac15GgyIHLFT3YYGiky+ddstAl9NJgMWskS1
Message-ID: <CC63913F.29AE0%terry.manderson@icann.org>
In-Reply-To: <CC4ED6F9.2926B%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3429077311_62498701"
MIME-Version: 1.0
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Aug 2012 23:28:34 -0000

--B_3429077311_62498701
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit


I view that there is consensus in the workgroup to adopt these drafts as
work group items.

Can the authors please submit a revision in the appropriate fashion.

I'd also like to remind the authors that as a WG document I am expecting
that any substantive document changes are the result of WG discussion.

Cheers
Terry

On 13/08/12 4:08 PM, "Terry Manderson" <terry.manderson@icann.org> wrote:

> RE: LISP-Architecture & LISP-Introduction
> 
> As you are aware, in Vancouver the chairs received a request for the
> following documents to be adopted as WG items.
> 
> http://tools.ietf.org/html/draft-chiappa-lisp-architecture-01
> http://tools.ietf.org/html/draft-chiappa-lisp-introduction-01
> 
> I would like to note that these two documents, if adopted, would satisfy the
> following charter item:
> 
> - Architecture description: This document will describe the
> architecture of the entire LISP system, making it easier to read the
> rest of the LISP specifications and providing a basis for discussion
> about the details of the LISP protocols. The document will include
> a description of the cache management and ETR synchronization
> essential characteristics needed to ensure the correct operation
> of the protocol.
> 
> Here starts a 14 day call for adoption, the this call will end on
> Tuesday the 28th August, 2012.
> 
> Please email the WG list stating that you either accept, or not accept, the
> item.
> 
> If you email to support the acceptance of these documents as a WG item,
> please also indicate if you are able and willing to either contribute to, or
> review, (or both) the drafts.
> 
> Sitting in silence does not indicate support, please respond appropriately.
> 
> Cheers
> Terry
> 

--B_3429077311_62498701
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUgIQtkV56+nhCSbMdQ9aYt0W/VwIwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODI4MjMyODMxWjANBgkqhkiG
9w0BAQEFAASCAQA9PrrhEZx6a600XAFLJHlMyLktz684KQNRlvSLn+ygRK4bHDGceddg3GWi
OPaMcC7cH7u5QG1Sdri+gaUWHDIDDFBV+c7PhOtDpTQOijd1xAz3XhHpNYVk+K4KYnwCEu53
JjoriXq1sg9CJvp7cJHjQ2N3ZPBbOORpGSBhrs0CWYKSRgqxZ/+2WNW189+0kvETiBmlA66K
70F2klMU8hyogvuQk7ppmJVKDyNNblZFMwFFOsqL8mzhXiPHiQ9QFNfIu0caZBpM4WGHQmCI
agj+0e5cc7xDQ+NlEDAt9GaiLtvUlymKdsFCJogXJu7jdUshf4/tBBXQrSF1MuybgQkY

--B_3429077311_62498701--

From terry.manderson@icann.org  Tue Aug 28 16:29:13 2012
Return-Path: <terry.manderson@icann.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16EB411E8111 for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:29:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.48
X-Spam-Level: 
X-Spam-Status: No, score=-106.48 tagged_above=-999 required=5 tests=[AWL=0.119, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PvGDjZKtlLFW for <lisp@ietfa.amsl.com>; Tue, 28 Aug 2012 16:29:12 -0700 (PDT)
Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 9B33611E80E7 for <lisp@ietf.org>; Tue, 28 Aug 2012 16:29:12 -0700 (PDT)
Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Tue, 28 Aug 2012 16:29:11 -0700
From: Terry Manderson <terry.manderson@icann.org>
To: LISP mailing list list <lisp@ietf.org>
Date: Tue, 28 Aug 2012 16:29:12 -0700
Thread-Topic: [lisp] WGLC for draft-ietf-lisp-mib-05
Thread-Index: Ac15Gi3pzIoHIt+IhkysY3NEb1NzCwMWsAhI
Message-ID: <CC639168.29AE0%terry.manderson@icann.org>
In-Reply-To: <CC4ED731.2926E%terry.manderson@icann.org>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3429077352_62514546"
MIME-Version: 1.0
Subject: Re: [lisp] WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Aug 2012 23:29:13 -0000

--B_3429077352_62514546
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit


WG,

I have not seen any review nor comments made of this document in this WGLC
by anyone in the WG.

I am extending this last call by a further 14 days.

The extended LC will end on Tuesday the 11th of September. Please WG, cast
your eyes over this document, it cannot progress without adequate review!

Cheers
Terry



On 13/08/12 4:09 PM, "Terry Manderson" <terry.manderson@icann.org> wrote:

> As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
> requested a work group last call.
> 
> Here starts a 14 day last call for this document, the last call will end on
> Tuesday the 28th August, 2012.
> 
> You will find its text here:
> http://tools.ietf.org/html/draft-ietf-lisp-mib-05
> 
> Please review this WG item and provide any last comments.
> 
> Cheers
> Terry

--B_3429077352_62514546
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"

MIIQAQYJKoZIhvcNAQcCoIIP8jCCD+4CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
Dc0wggcDMIIF66ADAgECAhAPz2lJUZsAlD35l4oJxf0FMA0GCSqGSIb3DQEBBQUAMGIxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMjAzMjcwMDAw
MDBaFw0xNTAzMjcxMjAwMDBaMIGsMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p
YTEXMBUGA1UEBxMOTWFyaW5hIGRlbCBSZXkxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0
aW9uIGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczEXMBUGA1UECxMORE5TIE9wZXJh
dGlvbnMxGDAWBgNVBAMTD1RlcnJ5IE1hbmRlcnNvbjCCASIwDQYJKoZIhvcNAQEBBQADggEP
ADCCAQoCggEBAKRhZ4W3U6MnfS2woYEFCIyN+g1MNILokbUKk+PTl5mmK3QtWQxTSOu2sdzN
xHMy6p2RoT9BMGOamttFq2WswSru6/7JT1TflytGaPHfK5kMP/pI47hmcwUEm9Z169I5ar7z
BTiEAQA06cGKtgJ8XiiLFUIHLVuRq3WGxjnFTHlAHXY6mdgDT/ntAnoEvvPVm4XqUnjJiZTS
ojzyr1q2RqFvyXs2blOARumDqvLI33yLGcUuaEL+A+hgodzM/fL4kdoy964mXvmEerpm4d4f
Y/JfbRUWxc0Eomu9nwGFNk6ijO41qk+OIboct2qeA+5PPclXJNNHYVfzT2dyWfGgxaMCAwEA
AaOCA2gwggNkMB8GA1UdIwQYMBaAFBUAEisTmLKZB+0e36K+Vw0rZwLNMB0GA1UdDgQWBBSz
wvR2YXpP9XjS9cknMX5g3LM2jTAkBgNVHREEHTAbgRl0ZXJyeS5tYW5kZXJzb25AaWNhbm4u
b3JnMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwfQYD
VR0fBHYwdDA4oDagNIYyaHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl
ZElEQ0EtMS5jcmwwOKA2oDSGMmh0dHA6Ly9jcmw0LmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFz
c3VyZWRJRENBLTEuY3JsMIIBxQYDVR0gBIIBvDCCAbgwggG0BgpghkgBhv1sBAECMIIBpDA6
BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBvc2l0b3J5
Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAgAHQAaABp
AHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABlAHMAIABh
AGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQByAHQAIABD
AFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABhAHIAdAB5
ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABsAGkAYQBi
AGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0AGUAZAAg
AGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjB3BggrBgEFBQcBAQRr
MGkwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBBBggrBgEFBQcwAoY1
aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEQ0EtMS5jcnQw
DAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOCAQEAYpwxK/KvdhbyQqrKp2ylMQpNzqVH
ofo4hPILTnp/o+UyYVn6daWSilaV+XNBzE5Rm/f7ms2iA1zBzOvGv55pLH0n6lgIRTeuAGzf
KIsPCwPvYQkkMAPXHzh9A44m19hvigTgOPNyjzcOTiHqwwCJSDTEZx17CEkrzQPq1vfG1Lvk
+AWjEtxCsGmsuCHHaZjwQ8SsGI7W5cA1Y4RTcQf6S9eIpSsOwXIYdDgWq9Uhi/amW7ryW06Y
GH7BHaitqgmm32MZuid3UzJUU6+Ljx7uGA9Fe6k1uPEHhaXTAoobPSpPdOgGmnxUCRQu2OI7
+I8vHiSe7DC/LmxEDC5kB+lUTjCCBsIwggWqoAMCAQICEAoE3yF0XU0rjOozcgUAUOkwDQYJ
KoZIhvcNAQEFBQAwZTELMAkGA1UEBhMCVVMxFTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcG
A1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEkMCIGA1UEAxMbRGlnaUNlcnQgQXNzdXJlZCBJRCBS
b290IENBMB4XDTA2MTExMDAwMDAwMFoXDTIxMTExMDAwMDAwMFowYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEA6IItmfnKwkKVpYBzQHDSnlZUXKnE0kEGj8kz/E1FkVyBn+0snPgWWd+etSQV
wpi5tHdJ3InECtqvy15r7a2wcTHrzzpADEZNk+yLejYIA6sMNP4YSYL+x8cxSIB8HqIPkg5Q
ycaH6zY/2DDD/6b3+6LNb3Mj/qxWBZDwMiEWicZwiPkFl32jx0PdAug7Pe2xQaPtP77blUjE
7h6z8rwMK5nQxl0SQoHhg26Ccz8mSxSQrllmCsSNvtLOBq6thG9IhJtPQLnxTPKvmPv2zkBd
XPao8S+v7Iki8msYZbHBc63X8djPHgp0XEK4aH631XcKJ1Z8D2KkPzIUYJX9BwSiCQIDAQAB
o4IDbzCCA2swDgYDVR0PAQH/BAQDAgGGMDsGA1UdJQQ0MDIGCCsGAQUFBwMBBggrBgEFBQcD
AgYIKwYBBQUHAwMGCCsGAQUFBwMEBggrBgEFBQcDCDCCAcYGA1UdIASCAb0wggG5MIIBtQYL
YIZIAYb9bAEDAAQwggGkMDoGCCsGAQUFBwIBFi5odHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9z
c2wtY3BzLXJlcG9zaXRvcnkuaHRtMIIBZAYIKwYBBQUHAgIwggFWHoIBUgBBAG4AeQAgAHUA
cwBlACAAbwBmACAAdABoAGkAcwAgAEMAZQByAHQAaQBmAGkAYwBhAHQAZQAgAGMAbwBuAHMA
dABpAHQAdQB0AGUAcwAgAGEAYwBjAGUAcAB0AGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAEQA
aQBnAGkAQwBlAHIAdAAgAEMAUAAvAEMAUABTACAAYQBuAGQAIAB0AGgAZQAgAFIAZQBsAHkA
aQBuAGcAIABQAGEAcgB0AHkAIABBAGcAcgBlAGUAbQBlAG4AdAAgAHcAaABpAGMAaAAgAGwA
aQBtAGkAdAAgAGwAaQBhAGIAaQBsAGkAdAB5ACAAYQBuAGQAIABhAHIAZQAgAGkAbgBjAG8A
cgBwAG8AcgBhAHQAZQBkACAAaABlAHIAZQBpAG4AIABiAHkAIAByAGUAZgBlAHIAZQBuAGMA
ZQAuMA8GA1UdEwEB/wQFMAMBAf8wfQYIKwYBBQUHAQEEcTBvMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRwYIKwYBBQUHMAKGO2h0dHA6Ly93d3cuZGlnaWNlcnQu
Y29tL0NBQ2VydHMvRGlnaUNlcnRBc3N1cmVkSURSb290Q0EuY3J0MIGBBgNVHR8EejB4MDqg
OKA2hjRodHRwOi8vY3JsMy5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURSb290Q0Eu
Y3JsMDqgOKA2hjRodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURS
b290Q0EuY3JsMB0GA1UdDgQWBBQVABIrE5iymQftHt+ivlcNK2cCzTAfBgNVHSMEGDAWgBRF
66Kv9JLLgjEtUYunpyGd823IDzANBgkqhkiG9w0BAQUFAAOCAQEAhGFOQR64dgQqtbbvj/JV
hbldVv4KmObkvWWKfUAp0/yxXUX9OrgqWzNLJFzNubTkc61hXXatdDOKZtUjr0wfcm5F2XVA
u6I7z41JL8BBsOIpo1E4Q1CZFKwzBjViiX13qVIH5WwgV7aBum+8s8KU7XYCgNl8zoWoHOzH
Q0pLsVfPcs7f9SU8yyJP/Z9S0TfLCLs4PuDVPm95Ca1bfDGzdzXD5GP5aAqYB+dGOHeE0j6X
vAqgqKwlT0RukeHSWq9r7zAcjaNEQrMQiyP61+Y1dDesz+urWB/JiCP/NtQH6jRqR+qdlWye
KU9T7eMrlSBOKs+WYHr4LIDwlVLOKZaBYjGCAfwwggH4AgEBMHYwYjELMAkGA1UEBhMCVVMx
FTATBgNVBAoTDERpZ2lDZXJ0IEluYzEZMBcGA1UECxMQd3d3LmRpZ2ljZXJ0LmNvbTEhMB8G
A1UEAxMYRGlnaUNlcnQgQXNzdXJlZCBJRCBDQS0xAhAPz2lJUZsAlD35l4oJxf0FMAkGBSsO
AwIaBQCgXTAjBgkqhkiG9w0BCQQxFgQUR67RziDcT0feZ0wEVJv1quWqGAkwGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIwODI4MjMyOTEyWjANBgkqhkiG
9w0BAQEFAASCAQACCZ/TjGkyrelyUvq9y92xq4J1h1bC8SAONq715+A9yF225D0t1YqMx3gm
tPgwKFa0atEyCaTbLhn13bmarSLVMCbVPFixuoEslhi92acgmYAArktvrTLXXAH9quRvqEoi
dAIvMXyRSJarSf51RbQDW7DCM/rd4aIU2L2sMZ5m6jAlVlVNm7xPd4lPFkMN3548/5bsqv9Z
r4adME6UD66Gho/zgohXKOJnDHCM/HD5bIN/Tx5pBusYWdQCzy58mTtkUqhyj1AD0ud40llf
C8NuhM5eGR9NpSkQAu19Rp6Si5mwTg2vqGAjIuwB3O1aTxoo5tiauOazdKEpsOIgd5op

--B_3429077352_62514546--

From sander@steffann.nl  Wed Aug 29 02:35:34 2012
Return-Path: <sander@steffann.nl>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A02C21F8557 for <lisp@ietfa.amsl.com>; Wed, 29 Aug 2012 02:35:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UX3rv7bLzNpj for <lisp@ietfa.amsl.com>; Wed, 29 Aug 2012 02:35:34 -0700 (PDT)
Received: from mail.sintact.nl (mail.sintact.nl [IPv6:2001:4038:0:16::7]) by ietfa.amsl.com (Postfix) with ESMTP id D998C21F8555 for <lisp@ietf.org>; Wed, 29 Aug 2012 02:35:33 -0700 (PDT)
Received: from [IPv6:2a00:8640:1::e167:e2c8:c195:932d] (unknown [IPv6:2a00:8640:1:0:e167:e2c8:c195:932d]) by mail.sintact.nl (Postfix) with ESMTP id 3A6212005; Wed, 29 Aug 2012 11:35:31 +0200 (CEST)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Sander Steffann <sander@steffann.nl>
In-Reply-To: <CC639168.29AE0%terry.manderson@icann.org>
Date: Wed, 29 Aug 2012 11:35:30 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <3A441BB0-B467-4670-891E-FC2DA81E6834@steffann.nl>
References: <CC639168.29AE0%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Aug 2012 09:35:34 -0000

Hi,

> I have not seen any review nor comments made of this document in this =
WGLC
> by anyone in the WG.
>=20
> I am extending this last call by a further 14 days.
>=20
> The extended LC will end on Tuesday the 11th of September. Please WG, =
cast
> your eyes over this document, it cannot progress without adequate =
review!

I don't see anything wrong with the document. It would have been nice if =
notifications had been defined, for example for (certain) changes to =
lispEidRegistrationTable, lispMappingDatabaseTable and =
lispMappingDatabaseLocatorTable. But everything that is defined in the =
document looks good!

Thanks,
Sander


From brian@innovationslab.net  Thu Aug 30 05:59:10 2012
Return-Path: <brian@innovationslab.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A904F21F85F7 for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 05:59:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.555
X-Spam-Level: 
X-Spam-Status: No, score=-102.555 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AluY9BQ4HVJF for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 05:59:10 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id 3742521F84C9 for <lisp@ietf.org>; Thu, 30 Aug 2012 05:59:09 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id D789388090; Thu, 30 Aug 2012 05:59:09 -0700 (PDT)
Received: from clemson.local (nat-gwifi.jhuapl.edu [128.244.87.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 8A091130017; Thu, 30 Aug 2012 05:59:09 -0700 (PDT)
Message-ID: <503F63F5.7030309@innovationslab.net>
Date: Thu, 30 Aug 2012 09:00:37 -0400
From: Brian Haberman <brian@innovationslab.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120824 Thunderbird/15.0
MIME-Version: 1.0
To: lisp@ietf.org, draft-ietf-lisp-eid-block@tools.ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [lisp] AD Review: draft-ietf-lisp-eid-block
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2012 12:59:10 -0000

All,
      As a part of the publication process, I have completed my initial 
review of draft-ietf-lisp-eid-block.  The draft is well-written and 
concise and I thank you for that.

      The only suggestion I would make for this document is to drop the 
use of the 2119 language.  It is only used in a few places and those 
uses are not really appropriate for 2119 language.  I would suggest 
re-writing those guidelines with normal prose and drop the 2119 
boilerplate from the document.

Regards,
Brian

From brian@innovationslab.net  Thu Aug 30 06:29:39 2012
Return-Path: <brian@innovationslab.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2550C21F8619 for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 06:29:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.557
X-Spam-Level: 
X-Spam-Status: No, score=-102.557 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gr6sHyq6ySdR for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 06:29:38 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id 857C221F8611 for <lisp@ietf.org>; Thu, 30 Aug 2012 06:29:38 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 6CCE88808F; Thu, 30 Aug 2012 06:29:38 -0700 (PDT)
Received: from clemson.local (nat-gwifi.jhuapl.edu [128.244.87.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 2047C130017; Thu, 30 Aug 2012 06:29:38 -0700 (PDT)
Message-ID: <503F6B1A.3000104@innovationslab.net>
Date: Thu, 30 Aug 2012 09:31:06 -0400
From: Brian Haberman <brian@innovationslab.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120824 Thunderbird/15.0
MIME-Version: 1.0
To: lisp@ietf.org, draft-ietf-lisp-eid-block@tools.ietf.org
References: <503F63F5.7030309@innovationslab.net>
In-Reply-To: <503F63F5.7030309@innovationslab.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [lisp] AD Review: draft-ietf-lisp-eid-block
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2012 13:29:39 -0000

Ok, so I typed too soon...

On 8/30/12 9:00 AM, Brian Haberman wrote:
> All,
>       As a part of the publication process, I have completed my initial
> review of draft-ietf-lisp-eid-block.  The draft is well-written and
> concise and I thank you for that.
>
>       The only suggestion I would make for this document is to drop the
> use of the 2119 language.  It is only used in a few places and those
> uses are not really appropriate for 2119 language.  I would suggest
> re-writing those guidelines with normal prose and drop the 2119
> boilerplate from the document.

This draft would benefit from the addition of enhanced text on why a /16 
is needed.  What prefix lengths are expected to be allocated to 
end-sites?  How many networks are expected to participate in this 
experiment?  Should there be a termination date for this allocation?

To get an idea of what IANA is expecting as far as supporting 
information for this type of allocation, I suggest a review of the IANA 
IPv6 Special Purpose Address Registry.

http://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-special-registry.xml

Regards,
Brian



From darlewis@cisco.com  Thu Aug 30 10:58:19 2012
Return-Path: <darlewis@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA84F21F85A8 for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 10:58:19 -0700 (PDT)
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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oEXxgwu32NTR for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 10:58:19 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id 638D121F85A7 for <lisp@ietf.org>; Thu, 30 Aug 2012 10:58:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=darlewis@cisco.com; l=673; q=dns/txt; s=iport; t=1346349499; x=1347559099; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=CF1pLqoReqstzKYjVKuBRi6Y0HOyEGkvH5I3B7W7oyo=; b=hgY3zEgB8rfFUJRWahxd08311QHxTUhHO7ccjOZSWwWIOZMYWZVCvQAA saZ5sIMEAPeHG2lOEXP22aHA0Ar4viCtdR5AZ6HPJHIoJx2ErXk2AOAG1 VkcTrZC+2rPOEYf6gfWg134bPaBAYBQJ1gcXJpg1/Oap7YCgHZUTndVnq w=;
X-IronPort-AV: E=Sophos;i="4.80,342,1344211200"; d="scan'208";a="54199397"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-3.cisco.com with ESMTP; 30 Aug 2012 17:58:18 +0000
Received: from [10.154.212.54] ([10.154.212.54]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q7UHwIao027169; Thu, 30 Aug 2012 17:58:18 GMT
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Darrel Lewis <darlewis@cisco.com>
In-Reply-To: <CC4ED731.2926E%terry.manderson@icann.org>
Date: Thu, 30 Aug 2012 10:58:18 -0700
Content-Transfer-Encoding: 7bit
Message-Id: <38F7CFC8-D73A-4003-BF9F-4872B942EBE1@cisco.com>
References: <CC4ED731.2926E%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1278)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING]  WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2012 17:58:20 -0000

I have reviewed this draft and support its adoption as a wg item.

-Darrel
On Aug 12, 2012, at 11:09 PM, Terry Manderson wrote:

> As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
> requested a work group last call.
> 
> Here starts a 14 day last call for this document, the last call will end on
> Tuesday the 28th August, 2012.
> 
> You will find its text here:
> http://tools.ietf.org/html/draft-ietf-lisp-mib-05
> 
> Please review this WG item and provide any last comments.
> 
> Cheers
> Terry
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From darlewis@cisco.com  Thu Aug 30 11:10:52 2012
Return-Path: <darlewis@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8138821F859C for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 11:10:52 -0700 (PDT)
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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YHvudniPJYF5 for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 11:10:51 -0700 (PDT)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id D5E0321F8599 for <lisp@ietf.org>; Thu, 30 Aug 2012 11:10:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=darlewis@cisco.com; l=882; q=dns/txt; s=iport; t=1346350251; x=1347559851; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=LfgjghY3io/7igyyGpo30YrLyUbsz+5skSE82SO9F9g=; b=k068B8e/1UtSWc7yMCAgYbP/6KM6dT+osujWvkvUlbLd7sj/ELBPkB49 sYjd/A27lfrA5ZW0NtdA4COQvx5dbh3HTlbeTUa811M5n6nKNp2JdLTrt 7cq0aJnFehyWZyLBHZEtZc6LeAC7D1/yM3SqHAYurmfeFahvxbNwNRlzI 4=;
X-IronPort-AV: E=Sophos;i="4.80,342,1344211200"; d="scan'208";a="56692216"
Received: from mtv-core-4.cisco.com ([171.68.58.9]) by mtv-iport-4.cisco.com with ESMTP; 30 Aug 2012 18:10:50 +0000
Received: from [10.154.212.54] ([10.154.212.54]) by mtv-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id q7UIAo43002418; Thu, 30 Aug 2012 18:10:50 GMT
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Darrel Lewis <darlewis@cisco.com>
In-Reply-To: <38F7CFC8-D73A-4003-BF9F-4872B942EBE1@cisco.com>
Date: Thu, 30 Aug 2012 11:10:50 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <28BEF538-FFC4-41FB-B6B6-CAE4D9E10808@cisco.com>
References: <CC4ED731.2926E%terry.manderson@icann.org> <38F7CFC8-D73A-4003-BF9F-4872B942EBE1@cisco.com>
To: Darrel Lewis <darlewis@cisco.com>
X-Mailer: Apple Mail (2.1278)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] [MARKETING]  WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2012 18:10:52 -0000

Sigh, typo (brain type) - I support it moving forward through last call, =
its in great shape.

-Darrel
On Aug 30, 2012, at 10:58 AM, Darrel Lewis wrote:

> I have reviewed this draft and support its adoption as a wg item.
>=20
> -Darrel
> On Aug 12, 2012, at 11:09 PM, Terry Manderson wrote:
>=20
>> As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
>> requested a work group last call.
>>=20
>> Here starts a 14 day last call for this document, the last call will =
end on
>> Tuesday the 28th August, 2012.
>>=20
>> You will find its text here:
>> http://tools.ietf.org/html/draft-ietf-lisp-mib-05
>>=20
>> Please review this WG item and provide any last comments.
>>=20
>> Cheers
>> Terry
>> _______________________________________________
>> lisp mailing list
>> lisp@ietf.org
>> https://www.ietf.org/mailman/listinfo/lisp
>=20


From dino@cisco.com  Thu Aug 30 16:18:29 2012
Return-Path: <dino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71D5121F84EE for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 16:18:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.449
X-Spam-Level: 
X-Spam-Status: No, score=-9.449 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, MANGLED_LIPS=2.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CX-o9EI9zC+5 for <lisp@ietfa.amsl.com>; Thu, 30 Aug 2012 16:18:26 -0700 (PDT)
Received: from mtv-iport-3.cisco.com (mtv-iport-3.cisco.com [173.36.130.14]) by ietfa.amsl.com (Postfix) with ESMTP id 5366221F84B3 for <lisp@ietf.org>; Thu, 30 Aug 2012 16:18:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dino@cisco.com; l=61547; q=dns/txt; s=iport; t=1346368706; x=1347578306; h=mime-version:subject:from:in-reply-to:date:cc:message-id: references:to; bh=wXbO53sd1VlnwHMqMJk0iJV9ZExIBolYLE4nXGA5UCk=; b=hgPG7Kf1ZY7yGE5v/R5EqzYuAsP+Rgs1SxYTU3NPhP0cKT+ZHrMcWkrK 6DZmwG/B6pnNH2V+qRmLdepaAQ1tC24nysK955jDvqk+CWsPCnfYJrhUT oanINkOEIP/nrgVtjeG2lfJ9hk0m58vjVvV8P0VwPw4zOBcIU92+O5Kcf U=;
X-Files: draft-ietf-lisp-lcaf-00.txt, smime.p7s : 53429, 2585
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAMnzP1CrRDoI/2dsb2JhbAA7CrsUgQeCIAEBAQMBAQEBDwEHAQJKBwsQCxIGLgIlIg4GEwkZh2UFDJwBoAyLCBCFaWADiE+GEYZ3gRSKAIMegWeDA4E4CRg
X-IronPort-AV: E=Sophos;i="4.80,342,1344211200";  d="txt'?p7s'?scan'208";a="54241825"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by mtv-iport-3.cisco.com with ESMTP; 30 Aug 2012 23:18:24 +0000
Received: from sjc-vpn3-448.cisco.com (sjc-vpn3-448.cisco.com [10.21.65.192]) by mtv-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id q7UNINGf028329 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 30 Aug 2012 23:18:24 GMT
Content-Type: multipart/signed; boundary="Apple-Mail=_ED4EBF38-4153-4E63-BF23-355E4E0E63F8"; protocol="application/pkcs7-signature"; micalg=sha1
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
From: Dino Farinacci <dino@cisco.com>
In-Reply-To: <CC639134.29ADF%terry.manderson@icann.org>
Date: Thu, 30 Aug 2012 16:18:25 -0700
Message-Id: <20990E64-6C72-422A-B6FF-10904EC59707@cisco.com>
References: <CC639134.29ADF%terry.manderson@icann.org>
To: Terry Manderson <terry.manderson@icann.org>
X-Mailer: Apple Mail (2.1485)
Cc: LISP mailing list list <lisp@ietf.org>
Subject: Re: [lisp] Call for adoption of draft-farinacci-lisp-lcaf-10
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Aug 2012 23:18:29 -0000

--Apple-Mail=_ED4EBF38-4153-4E63-BF23-355E4E0E63F8
Content-Type: multipart/mixed;
	boundary="Apple-Mail=_91E97C68-DF51-4959-95C5-06CB2F2FAFAA"


--Apple-Mail=_91E97C68-DF51-4959-95C5-06CB2F2FAFAA
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

Done.

Dino


--Apple-Mail=_91E97C68-DF51-4959-95C5-06CB2F2FAFAA
Content-Disposition: attachment;
	filename=draft-ietf-lisp-lcaf-00.txt
Content-Type: text/plain;
	x-unix-mode=0644;
	name="draft-ietf-lisp-lcaf-00.txt"
Content-Transfer-Encoding: quoted-printable




Network Working Group                                       D. Farinacci
Internet-Draft                                                  D. Meyer
Intended status: Experimental                              cisco Systems
Expires: March 3, 2013                                       J. Snijders
                                                            InTouch N.V.
                                                         August 30, 2012


                  LISP Canonical Address Format (LCAF)
                        draft-ietf-lisp-lcaf-00

Abstract

   This draft defines a canonical address format encoding used in LISP
   control messages and in the encoding of lookup keys for the LISP
   Mapping Database System.

Status of this Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on March 3, 2013.

Copyright Notice

   Copyright (c) 2012 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.



Farinacci, et al.         Expires March 3, 2013                 [Page 1]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


Table of Contents

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  3
   2.  Definition of Terms  . . . . . . . . . . . . . . . . . . . . .  4
   3.  LISP Canonical Address Format Encodings  . . . . . . . . . . .  5
   4.  LISP Canonical Address Applications  . . . . . . . . . . . . .  7
     4.1.  Segmentation using LISP  . . . . . . . . . . . . . . . . .  7
     4.2.  Carrying AS Numbers in the Mapping Database  . . . . . . .  8
     4.3.  Convey Application Specific Data . . . . . . . . . . . . .  9
     4.4.  Assigning Geo Coordinates to Locator Addresses . . . . . . 10
     4.5.  Generic Database Mapping Lookups . . . . . . . . . . . . . 11
     4.6.  NAT Traversal Scenarios  . . . . . . . . . . . . . . . . . 13
     4.7.  PETR Admission Control Functionality . . . . . . . . . . . 14
     4.8.  Multicast Group Membership Information . . . . . . . . . . 16
     4.9.  Traffic Engineering using Re-encapsulating Tunnels . . . . 17
     4.10. Storing Security Data in the Mapping Database  . . . . . . 19
     4.11. Source/Destination 2-Tuple Lookups . . . . . . . . . . . . 20
     4.12. Applications for AFI List Type . . . . . . . . . . . . . . 21
       4.12.1.  Binding IPv4 and IPv6 Addresses . . . . . . . . . . . 21
       4.12.2.  Layer-2 VPNs  . . . . . . . . . . . . . . . . . . . . 22
       4.12.3.  ASCII Names in the Mapping Database . . . . . . . . . 22
       4.12.4.  Using Recursive LISP Canonical Address Encodings  . . 23
       4.12.5.  Compatibility Mode Use Case . . . . . . . . . . . . . 24
   5.  Security Considerations  . . . . . . . . . . . . . . . . . . . 25
   6.  IANA Considerations  . . . . . . . . . . . . . . . . . . . . . 26
   7.  References . . . . . . . . . . . . . . . . . . . . . . . . . . 27
     7.1.  Normative References . . . . . . . . . . . . . . . . . . . 27
     7.2.  Informative References . . . . . . . . . . . . . . . . . . 27
   Appendix A.  Acknowledgments . . . . . . . . . . . . . . . . . . . 28
   Appendix B.  Document Change Log . . . . . . . . . . . . . . . . . 29
     B.1.  Changes to draft-ietf-lisp-00.txt  . . . . . . . . . . . . 29
   Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 30



















Farinacci, et al.         Expires March 3, 2013                 [Page 2]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


1.  Introduction

   The LISP architecture and protocols [LISP] introduces two new
   numbering spaces, Endpoint Identifiers (EIDs) and Routing Locators
   (RLOCs) which are intended to replace most use of IP addresses on the
   Internet.  To provide flexibility for current and future
   applications, these values can be encoded in LISP control messages
   using a general syntax that includes Address Family Identifier (AFI),
   length, and value fields.

   Currently defined AFIs include IPv4 and IPv6 addresses, which are
   formatted according to code-points assigned in [AFI] as follows:

   IPv4 Encoded Address:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            AFI =3D 1            |       IPv4 Address ...        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     ...  IPv4 Address         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   IPv6 Encoded Address:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            AFI =3D 2            |       IPv6 Address ...        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     ...  IPv6 Address         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   This document describes the currently-defined AFIs the LISP protocol
   uses along with their encodings and introduces the LISP Canonical
   Address Format (LCAF) that can be used to define the LISP-specific
   encodings for arbitrary AFI values.








Farinacci, et al.         Expires March 3, 2013                 [Page 3]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


2.  Definition of Terms

   Address Family Identifier (AFI):  a term used to describe an address
      encoding in a packet.  An address family currently defined for
      IPv4 or IPv6 addresses.  See [AFI] and [RFC1700] for details.  The
      reserved AFI value of 0 is used in this specification to indicate
      an unspecified encoded address where the the length of the address
      is 0 bytes following the 16-bit AFI value of 0.

   Unspecified Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            AFI =3D 0            |    <nothing follows AFI=3D0>    =
|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Endpoint ID (EID):   a 32-bit (for IPv4) or 128-bit (for IPv6) value
      used in the source and destination address fields of the first
      (most inner) LISP header of a packet.  The host obtains a
      destination EID the same way it obtains a destination address
      today, for example through a DNS lookup or SIP exchange.  The
      source EID is obtained via existing mechanisms used to set a
      host's "local" IP address.  An EID is allocated to a host from an
      EID-prefix block associated with the site where the host is
      located.  An EID can be used by a host to refer to other hosts.

   Routing Locator (RLOC):   the IPv4 or IPv6 address of an egress
      tunnel router (ETR).  It is the output of a EID-to-RLOC mapping
      lookup.  An EID maps to one or more RLOCs.  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.
      Multiple RLOCs can be assigned to the same ETR device or to
      multiple ETR devices at a site.















Farinacci, et al.         Expires March 3, 2013                 [Page 4]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


3.  LISP Canonical Address Format Encodings

   IANA has assigned AFI value 16387 (0x4003) to the LISP architecture
   and protocols.  This specification defines the encoding format of the
   LISP Canonical Address (LCA).

   The first 4 bytes of an LISP Canonical Address are followed by a
   variable length of fields:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |    Type       |     Rsvd2     |            Length             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Rsvd1:  this 8-bit field is reserved for future use and MUST be
      transmitted as 0 and ignored on receipt.

   Flags:  this 8-bit field is for future definition and use.  For now,
      set to zero on transmission and ignored on receipt.

   Type:  this 8-bit field is specific to the LISP Canonical Address
      formatted encodings, values are:

     Type 0:  Null Body Type

     Type 1:  AFI List Type

     Type 2:  Instance ID Type

     Type 3:  AS Number Type

     Type 4:  Application Data Type

     Type 5:  Geo Coordinates Type

     Type 6:  Opaque Key Type

     Type 7:  NAT-Traversal Type

     Type 8:  Nonce Locator Type

     Type 9:  Multicast Info Type






Farinacci, et al.         Expires March 3, 2013                 [Page 5]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


     Type 10:  Explicit Locator Path Type

     Type 11:  Security Key Type

     Type 12:  Source/Dest Key Type

   Rsvd2:  this 8-bit field is reserved for future use and MUST be
      transmitted as 0 and ignored on receipt.

   Length:  this 16-bit field is in units of bytes and covers all of the
      LISP Canonical Address payload, starting and including the byte
      after the Length field.  So any LCAF encoded address will have a
      minimum length of 8 bytes when the Length field is 0.  The 8 bytes
      include the AFI, Flags, Type, Reserved, and Length fields.  When
      the AFI is not next to encoded address in a control message, then
      the encoded address will have a minimum length of 6 bytes when the
      Length field is 0.  The 6 bytes include the Flags, Type, Reserved,
      and Length fields.

































Farinacci, et al.         Expires March 3, 2013                 [Page 6]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.  LISP Canonical Address Applications

4.1.  Segmentation using LISP

   When multiple organizations inside of a LISP site are using private
   addresses [RFC1918] as EID-prefixes, their address spaces must remain
   segregated due to possible address duplication.  An Instance ID in
   the address encoding can aid in making the entire AFI based address
   unique.

   Another use for the Instance ID LISP Canonical Address Format is when
   creating multiple segmented VPNs inside of a LISP site where keeping
   EID-prefix based subnets is desirable.

   Instance ID LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 2    | IID mask-len  |             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                         Instance ID                           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Address  ...          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   IID mask-len:  if the AFI is set to 0, then this format is not
      encoding an extended EID-prefix but rather an instance-ID range
      where the 'IID mask-len' indicates the number of high-order bits
      used in the Instance ID field for the range.

   Length value n:  length in bytes of the AFI address that follows the
      Instance ID field including the AFI field itself.

   Instance ID:  the low-order 24-bits that can go into a LISP data
      header when the I-bit is set.  See [LISP] for details.

   AFI =3D x:  x can be any AFI value from [AFI].

   This LISP Canonical Address Type can be used to encode either EID or
   RLOC addresses.








Farinacci, et al.         Expires March 3, 2013                 [Page 7]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.2.  Carrying AS Numbers in the Mapping Database

   When an AS number is stored in the LISP Mapping Database System for
   either policy or documentation reasons, it can be encoded in a LISP
   Canonical Address.

   AS Number LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 3    |     Rsvd2     |             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                           AS Number                           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Address  ...          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the AFI address that follows the
      AS Number field including the AFI field itself.

   AS Number:  the 32-bit AS number of the autonomous system that has
      been assigned either the EID or RLOC that follows.

   AFI =3D x:  x can be any AFI value from [AFI].

   The AS Number Canonical Address Type can be used to encode either EID
   or RLOC addresses.  The former is used to describe the LISP-ALT AS
   number the EID-prefix for the site is being carried for.  The latter
   is used to describe the AS that is carrying RLOC based prefixes in
   the underlying routing system.


















Farinacci, et al.         Expires March 3, 2013                 [Page 8]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.3.  Convey Application Specific Data

   When a locator-set needs to be conveyed based on the type of
   application or the Per-Hop Behavior (PHB) of a packet, the
   Application Data Type can be used.

   Application Data LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 4    |     Rsvd2     |             8 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |       IP TOS, IPv6 TC, or Flow Label          |    Protocol   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           Local Port          |         Remote Port           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Address  ...          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the AFI address that follows the
      8-byte Application Data fields including the AFI field itself.

   IP TOS, IPv6 TC, or Flow Label:  this field stores the 8-bit IPv4 TOS
      field used in an IPv4 header, the 8-bit IPv6 Traffic Class or Flow
      Label used in an IPv6 header.

   Local Port/Remote Port:  these fields are from the TCP, UDP, or SCTP
      transport header.

   AFI =3D x:  x can be any AFI value from [AFI].

   The Application Data Canonical Address Type is used for an EID
   encoding when an ITR wants a locator-set for a specific application.
   When used for an RLOC encoding, the ETR is supplying a locator-set
   for each specific application is has been configured to advertise.













Farinacci, et al.         Expires March 3, 2013                 [Page 9]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.4.  Assigning Geo Coordinates to Locator Addresses

   If an ETR desires to send a Map-Reply describing the Geo Coordinates
   for each locator in its locator-set, it can use the Geo Coordinate
   Type to convey physical location information.

   Geo Coordinate LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 5    |     Rsvd2     |            12 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |N|     Latitude Degrees        |    Minutes    |    Seconds    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |E|     Longitude Degrees       |    Minutes    |    Seconds    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                            Altitude                           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Address  ...          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the AFI address that follows the
      8-byte Longitude and Latitude fields including the AFI field
      itself.

   N: When set to 1 means North, otherwise South.

   Latitude Degrees:  Valid values range from 0 to 90. degrees above or
      below the equator (northern or southern hemisphere, respectively).

   Latitude Minutes:  Valid values range from 0 to 59.

   Latitude Seconds:  Valid values range from 0 to 59.

   E: When set to 1 means East, otherwise West.

   Longitude Degrees:  Value values are from 0 to 90 degrees right or
      left of the Prime Meridian.

   Longitude Minutes:  Valid values range from 0 to 59.

   Longitude Seconds:  Valid values range from 0 to 59.






Farinacci, et al.         Expires March 3, 2013                [Page 10]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Altitude:  Height relative to sea level in meters.  This is a signed
      integer meaning that the altitude could be below sea level.  A
      value of 0x7fffffff indicates no Altitude value is encoded.

   AFI =3D x:  x can be any AFI value from [AFI].

   The Geo Coordinates Canonical Address Type can be used to encode
   either EID or RLOC addresses.  When used for EID encodings, you can
   determine the physical location of an EID along with the topological
   location by observing the locator-set.





















4.5.  Generic Database Mapping Lookups

   When the LISP Mapping Database system holds information accessed by a
   generic formatted key (where the key is not the usual IPv4 or IPv6
   address), an opaque key may be desirable.















Farinacci, et al.         Expires March 3, 2013                [Page 11]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Opaque Key LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 6    |     Rsvd2     |               n               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    | Key Field Num |      Key Wildcard Fields      |   Key . . .   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                       . . . Key                               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the type's payload.  The value n
      is the number of bytes that follow this Length field.

   Key Field Num:  the number of fields (minus 1) the key can be broken
      up into.  The width of the fields are fixed length.  So for a key
      size of 8 bytes, with a Key Field Num of 4 allows 4 fields of 2
      bytes in length.  Valid values for this field range from 0 to 15
      supporting a maximum of 16 field separations.

   Key Wildcard Fields:  describes which fields in the key are not used
      as part of the key lookup.  This wildcard encoding is a bitfield.
      Each bit is a don't-care bit for a corresponding field in the key.
      Bit 0 (the low-order bit) in this bitfield corresponds the first
      field, right-justified in the key, bit 1 the second field, and so
      on.  When a bit is set in the bitfield it is a don't-care bit and
      should not be considered as part of the database lookup.  When the
      entire 16-bits is set to 0, then all bits of the key are used for
      the database lookup.

   Key:  the variable length key used to do a LISP Database Mapping
      lookup.  The length of the key is the value n (shown above) minus
      3.















Farinacci, et al.         Expires March 3, 2013                [Page 12]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.6.  NAT Traversal Scenarios

   When a LISP system is conveying global address and mapped port
   information when traversing through a NAT device, the NAT-Traversal
   LCAF Type is used.  See [LISP-NATT] for details.

   NAT-Traversal Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 7    |     Rsvd2     |             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |       MS UDP Port Number      |      ETR UDP Port Number      |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |  Global ETR RLOC Address  ... |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |       MS RLOC Address  ...    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          | Private ETR RLOC Address  ... |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |      RTR RLOC Address 1 ...   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |      RTR RLOC Address k ...   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the AFI addresses that follows
      the UDP Port Number field including the AFI fields themselves.

   MS UDP Port Number:  this is the UDP port number of the Map-Server
      and is set to 4342.

   ETR UDP Port Number:  this is the port number returned to a LISP
      system which was copied from the source port from a packet that
      has flowed through a NAT device.

   AFI =3D x:  x can be any AFI value from [AFI].

   Global ETR RLOC Address:  this is an address known to be globally
      unique built by NAT-traversal functionality in a LISP router.

   MS RLOC Address:  this is the address of the Map-Server used in the
      destination RLOC of a packet that has flowed through a NAT device.






Farinacci, et al.         Expires March 3, 2013                [Page 13]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Private ETR RLOC Address:  this is an address known to be a private
      address inserted in this LCAF format by a LISP router that resides
      on the private side of a NAT device.

   RTR RLOC Address:  this is an encapsulation address used by an ITR or
      PITR which resides behind a NAT device.  This address is known to
      have state in a NAT device so packets can flow from it to the LISP
      ETR behind the NAT.  There can be one or more NTR addresses
      supplied in these set of fields.  The number of NTRs encoded is
      determined by the LCAF length field.  When there are no NTRs
      supplied, the NTR fields can be omitted and reflected by the LCAF
      length field or an AFI of 0 can be used to indicate zero NTRs
      encoded.





















4.7.  PETR Admission Control Functionality

   When a public PETR device wants to verify who is encapsulating to it,
   it can check for a specific nonce value in the LISP encapsulated
   packet.  To convey the nonce to admitted ITRs or PITRs, this LCAF
   format is used in a Map-Register or Map-Reply locator-record.











Farinacci, et al.         Expires March 3, 2013                [Page 14]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Nonce Locator Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 8    |     Rsvd2     |             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Reserved    |                  Nonce                        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Address  ...          |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of the AFI address that follows the
      Nonce field including the AFI field itself.

   Reserved:  must be set to zero and ignore on receipt.

   Nonce:  this is a nonce value returned by an ETR in a Map-Reply
      locator-record to be used by an ITR or PITR when encapsulating to
      the locator address encoded in the AFI field of this LCAF type.

   AFI =3D x:  x can be any AFI value from [AFI].



























Farinacci, et al.         Expires March 3, 2013                [Page 15]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.8.  Multicast Group Membership Information

   Multicast group information can be published in the mapping database
   so a lookup on an EID based group address can return a replication
   list of group addresses or a unicast addresses for single replication
   or multiple head-end replications.  This LCAF encoding can be used to
   send broadcast packets to all members of a subnet when each EIDs are
   away from their home subnet location.

   Multicast Info Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 9    |  Rsvd2  |R|L|J|             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            Reserved           | Source MaskLen| Group MaskLen |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |   Source/Subnet Address  ...  |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |       Group Address  ...      |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of fields that follow.

   Reserved:  must be set to zero and ignore on receipt.

   R-bit:  this is the RP-bit that represents PIM (S,G,RP-bit) multicast
      state.  This bit can be set for Joins (when the J-bit is set) or
      for Leaves (when the L-bit is set).  See [LISP-MRSIG] for more
      usage details.

   L-bit:  this is the Leave-Request bit and is used when this LCAF type
      is present in the destination EID-prefix field of a Map-Request.
      See [LISP-MRSIG] for details.

   J-bit:  this is the Join-Request bit and is used when this LCAF type
      is present in the destination EID-prefix field of a Map-Request.
      See [LISP-MRSIG] for details.  The J-bit MUST not be set when the
      L-bit is also set in the same LCAF block.  A receiver should not
      take any specific Join or Leave action when both bits are set.

   Source MaskLen:  the mask length of the source prefix that follows.






Farinacci, et al.         Expires March 3, 2013                [Page 16]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Group MaskLen:  the mask length of the group prefix that follows.

   AFI =3D x:  x can be any AFI value from [AFI].  When a specific AFI =
has
      its own encoding of a multicast address, this field must be either
      a group address or a broadcast address.





















4.9.  Traffic Engineering using Re-encapsulating Tunnels

   For a given EID lookup into the mapping database, this LCAF format
   can be returned to provide a list of locators in an explicit re-
   encapsulation path.  See [LISP-TE] for details.




















Farinacci, et al.         Expires March 3, 2013                [Page 17]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Explicit Locator Path (ELP) Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 10   |     Rsvd2     |               n               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |           Rsvd3         |L|P|S|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                         Reencap Hop 1  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |           Rsvd3         |L|P|S|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                         Reencap Hop k  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of fields that follow.

   AFI =3D x:  x can be any AFI value from [AFI].  When a specific AFI =
has
      its own encoding of a multicast address, this field must be either
      a group address or a broadcast address.

   Lookup bit (L):  this is the Lookup bit used to indicate to the user
      of the ELP to not use this address for encapsulation but to look
      it up in the mapping database system to obtain an encapsulating
      RLOC address.

   RLOC-Probe bit (P):  this is the RLOC-probe bit which means the
      Reencap Hop allows RLOC-probe messages to be sent to it.  When the
      R-bit is set to 0, RLOC-probes must not be sent.  When a Reencap
      Hop is an anycast address then multiple physical Reencap Hops are
      using the same RLOC address.  In this case, RLOC-probes are not
      needed because when the closest RLOC address is not reachable
      another RLOC address can reachable.

   Strict bit (S):  this the strict bit which means the associated
      Rencap Hop is required to be used.  If this bit is 0, the
      reencapsulator can skip this Reencap Hop and go to the next one in
      the list.










Farinacci, et al.         Expires March 3, 2013                [Page 18]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.10.  Storing Security Data in the Mapping Database

   When a locator in a locator-set has a security key associated with
   it, this LCAF format will be used to encode key material.  See
   [LISP-DDT] for details.

   Security Key Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 11   |      Rsvd2    |             6 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Key Count   |      Rsvd3    | Key Algorithm |   Rsvd4     |R|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           Key Length          |       Key Material ...        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                        ... Key Material                       |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |       Locator Address ...     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of fields that start with the Key
      Material field.

   Key Count:  the Key Count field declares the number of Key sections
      included in this LCAF.

   Key Algorithm:  the Algorithm field identifies the key's
      cryptographic algorithm and specifies the format of the Public Key
      field.

   R bit:  this is the revoke bit and, if set, it specifies that this
      Key is being Revoked.

   Key Length:  this field determines the length in bytes of the Key
      Material field.

   Key Material:  the Key Material field stores the key material.  The
      format of the key material stored depends on the Key Algorithm
      field.

   AFI =3D x:  x can be any AFI value from [AFI].This is the locator
      address that owns the encoded security key.





Farinacci, et al.         Expires March 3, 2013                [Page 19]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.11.  Source/Destination 2-Tuple Lookups

   When both a source and destination address of a flow needs
   consideration for different locator-sets, this 2-tuple key is used in
   EID fields in LISP control messages.  When the Source/Dest key is
   registered to the mapping database, it can be encoded as a source-
   prefix and destination-prefix.  When the Source/Dest is used as a key
   for a mapping database lookup the source and destination come from a
   data packet.

   Source/Dest Key Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 12   |     Rsvd2     |             4 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            Reserved           |   Source-ML   |    Dest-ML    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |         Source-Prefix ...     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D x          |     Destination-Prefix ...    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length value n:  length in bytes of fields that follow.

   Reserved:  must be set to zero and ignore on receipt.

   Source-ML:  the mask length of the source prefix that follows.

   Dest-ML:  the mask length of the destination prefix that follows.

   AFI =3D x:  x can be any AFI value from [AFI].  When a specific AFI =
has
      its own encoding of a multicast address, this field must be either
      a group address or a broadcast address.

   Refer to [LISP-TE] for usage details.












Farinacci, et al.         Expires March 3, 2013                [Page 20]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.12.  Applications for AFI List Type

4.12.1.  Binding IPv4 and IPv6 Addresses

   When header translation between IPv4 and IPv6 is desirable a LISP
   Canonical Address can use the AFI List Type to carry multiple AFIs in
   one LCA AFI.

   Bounded Address LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 1    |     Rsvd2     |         2 + 4 + 2 + 16        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            AFI =3D 1            |       IPv4 Address ...        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     ...  IPv4 Address         |            AFI =3D 2            |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                          IPv6 Address ...                     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address  ...                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                     ...  IPv6 Address                         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length:  length in bytes is fixed at 24 when IPv4 and IPv6 AFI
      encoded addresses are used.

   This type of address format can be included in a Map-Request when the
   address is being used as an EID, but the Mapping Database System
   lookup destination can use only the IPv4 address.  This is so a
   Mapping Database Service Transport System, such as LISP-ALT [ALT],
   can use the Map-Request destination address to route the control
   message to the desired LISP site.












Farinacci, et al.         Expires March 3, 2013                [Page 21]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.12.2.  Layer-2 VPNs

   When MAC addresses are stored in the LISP Mapping Database System,
   the AFI List Type can be used to carry AFI 6.

   MAC Address LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 1    |     Rsvd2     |             2 + 6             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |             AFI =3D 6           |    Layer-2 MAC Address  ...   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                    ... Layer-2 MAC Address                    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length:  length in bytes is fixed at 8 when MAC address AFI encoded
      addresses are used.

   This address format can be used to connect layer-2 domains together
   using LISP over an IPv4 or IPv6 core network to create a layer-2 VPN.
   In this use-case, a MAC address is being used as an EID, and the
   locator-set that this EID maps to can be an IPv4 or IPv6 RLOCs, or
   even another MAC address being used as an RLOC.

4.12.3.  ASCII Names in the Mapping Database

   If DNS names or URIs are stored in the LISP Mapping Database System,
   the AFI List Type can be used to carry an ASCII string where it is
   delimited by length 'n' of the LCAF Length encoding.

   ASCII LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 1    |     Rsvd2     |             2 + n             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |             AFI =3D 17          |      DNS Name or URI  ...     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+






Farinacci, et al.         Expires March 3, 2013                [Page 22]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


   Length value n:  length in bytes AFI=3D17 field and the =
null-terminated
      ASCII string (the last byte of 0 is included).

4.12.4.  Using Recursive LISP Canonical Address Encodings

   When any combination of above is desirable, the AFI List Type value
   can be used to carry within the LCA AFI another LCA AFI.

   Recursive LISP Canonical Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 1    |     Rsvd2     |         4 + 8 + 2 + 4         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 4    |     Rsvd2     |              12               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   IP TOS, IPv6 QQS or Flow Label              |    Protocol   |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           Local Port          |         Remote Port           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |            AFI =3D 1            |       IPv4 Address ...        |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |     ...  IPv4 Address         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Length:  length in bytes is fixed at 18 when an AFI=3D1 IPv4 address =
is
      included.

   This format could be used by a Mapping Database Transport System,
   such as LISP-ALT [ALT], where the AFI=3D1 IPv4 address is used as an
   EID and placed in the Map-Request destination address by the sending
   LISP system.  The ALT system can deliver the Map-Request to the LISP
   destination site independent of the Application Data Type AFI payload
   values.  When this AFI is processed by the destination LISP site, it
   can return different locator-sets based on the type of application or
   level of service that is being requested.










Farinacci, et al.         Expires March 3, 2013                [Page 23]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


4.12.5.  Compatibility Mode Use Case

   A LISP system should use the AFI List Type format when sending to
   LISP systems that do not support a particular LCAF Type used to
   encode locators.  This allows the receiving system to be able to
   parse a locator address for encapsulation purposes.  The list of AFIs
   in an AFI List LCAF Type has no semantic ordering and a receiver
   should parse each AFI element no matter what the ordering.

   Compatibility Mode Address Format:

     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
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 1    |     Rsvd2     |            22 + 6             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |           AFI =3D 16387         |     Rsvd1     |     Flags     |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |   Type =3D 5    |     Rsvd2     |            12 + 2             |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |N|     Latitude Degrees        |    Minutes    |    Seconds    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |E|     Longitude Degrees       |    Minutes    |    Seconds    |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                            Altitude                           |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |              AFI =3D 0          |           AFI =3D 1             =
|
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
    |                          IPv4 Address                         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   If a system does not recognized the Geo Coordinate LCAF Type that is
   accompanying a locator address, an encoder can include the Geo
   Coordinate LCAF Type embedded in a AFI List LCAF Type where the AFI
   in the Geo Coordinate LCAF is set to 0 and the AFI encoded next in
   the list is encoded with a valid AFI value to identify the locator
   address.

   A LISP system is required to support the AFI List LCAF Type to use
   this procedure.  It would skip over 10 bytes of the Geo Coordinate
   LCAF Type to get to the locator address encoding (an IPv4 locator
   address).  A LISP system that does support the Geo Coordinate LCAF
   Type can support parsing the locator address within the Geo
   Coordinate LCAF encoding or in the locator encoding that follows in
   the AFI List LCAF.




Farinacci, et al.         Expires March 3, 2013                [Page 24]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


5.  Security Considerations

   There are no security considerations for this specification.  The
   security considerations are documented for the protocols that use
   LISP Canonical Addressing.  Refer to the those relevant
   specifications.













































Farinacci, et al.         Expires March 3, 2013                [Page 25]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


6.  IANA Considerations

   The Address Family AFI definitions from [AFI] only allocate code-
   points for the AFI value itself.  The length of the address or entity
   that follows is not defined and is implied based on conventional
   experience.  Where the LISP protocol uses LISP Canonical Addresses
   specifically, the address length definitions will be in this
   specification and take precedent over any other specification.

   An IANA Registry for LCAF Type values will be created.  The values
   that are considered for use by the main LISP specification [LISP]
   will be in the IANA Registry.  Other Type values used for
   experimentation will be defined and described in this document.






































Farinacci, et al.         Expires March 3, 2013                [Page 26]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


7.  References

7.1.  Normative References

   [RFC1700]  Reynolds, J. and J. Postel, "Assigned Numbers", RFC 1700,
              October 1994.

   [RFC1918]  Rekhter, Y., Moskowitz, R., Karrenberg, D., Groot, G., and
              E. Lear, "Address Allocation for Private Internets",
              BCP 5, RFC 1918, February 1996.

7.2.  Informative References

   [AFI]      IANA, "Address Family Identifier (AFIs)", ADDRESS FAMILY
              NUMBERS http://www.iana.org/numbers.html, Febuary 2007.

   [ALT]      Fuller, V., Farinacci, D., Meyer, D., and D. Lewis, "LISP
              Alternative Topology (LISP+ALT)",
              draft-ietf-lisp-alt-06.txt (work in progress), March 2011.

   [LISP]     Farinacci, D., Fuller, V., Meyer, D., and D. Lewis,
              "Locator/ID Separation Protocol (LISP)",
              draft-ietf-lisp-12.txt (work in progress), April 2011.

   [LISP-DDT]
              Fuller, V., Lewis, D., and V. Ermagan, "LISP Delegated
              Database Tree", draft-fuller-lisp-ddt-01.txt (work in
              progress).

   [LISP-MRSIG]
              Farinacci, D. and M. Napierala, "LISP Control-Plane
              Multicast Signaling",
              draft-farinacci-lisp-mr-signaling-00.txt (work in
              progress).

   [LISP-NATT]
              Ermagan, V., Farinacci, D., Lewis, D., Skriver, J., Maino,
              F., and C. White, "NAT traversal for LISP",
              draft-ermagan-lisp-nat-traversal-00.txt (work in
              progress).

   [LISP-TE]  Farinacci, D., Lahiri, P., and M. Kowal, "LISP Traffic
              Engineering Use-Cases", draft-farinacci-lisp-te-01.txt
              (work in progress).







Farinacci, et al.         Expires March 3, 2013                [Page 27]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


Appendix A.  Acknowledgments

   The authors would like to thank Vince Fuller, Gregg Schudel, Jesper
   Skriver, Luigi Iannone, and Isidor Kouvelas for their technical and
   editorial commentary.

   The authors would like to thank Victor Moreno for discussions that
   lead to the definition of the Multicast Info LCAF type.

   The authors would like to thank Parantap Lahiri and Michael Kowal for
   discussions that lead to the definition of the Explicit Locator Path
   (ELP) LCAF type.

   The authors would like to thank Fabio Maino and Vina Ermagan for
   discussions that lead to the definition of the Security Key LCAF
   type.

   Thanks also goes to Terry Manderson for assistance obtaining a LISP
   AFI value from IANA.
































Farinacci, et al.         Expires March 3, 2013                [Page 28]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


Appendix B.  Document Change Log

B.1.  Changes to draft-ietf-lisp-00.txt

   o  Posted first working group draft August 2012.

   o  This draft was renamed from draft-farinacci-lisp-lcaf-10.txt.












































Farinacci, et al.         Expires March 3, 2013                [Page 29]
=0C
Internet-Draft    LISP Canonical Address Format (LCAF)       August 2012


Authors' Addresses

   Dino Farinacci
   cisco Systems
   Tasman Drive
   San Jose, CA  95134
   USA

   Email: dino@cisco.com


   Dave Meyer
   cisco Systems
   170 Tasman Drive
   San Jose, CA
   USA

   Email: dmm@cisco.com


   Job Snijders
   InTouch N.V.
   Middenweg 76
   1097 BS Amsterdam
   The Netherlands

   Email: job@instituut.net
























Farinacci, et al.         Expires March 3, 2013                [Page 30]
=0C

--Apple-Mail=_91E97C68-DF51-4959-95C5-06CB2F2FAFAA
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii




On Aug 28, 2012, at 4:28 PM, Terry Manderson <terry.manderson@icann.org> =
wrote:

>=20
> I view that there is consensus in the workgroup to adopt this draft as =
a
> work group item.
>=20
> Can the authors please submit a revision in the appropriate fashion.
>=20
> I'd also like to remind the authors that as a WG document I am =
expecting
> that any substantive document changes are the result of WG discussion.
>=20
> I would also like to call the WG's attention to the comments regarding =
code
> points for transport of other protocols and ask the WG to consider =
those
> comments in the process of developing this draft.
>=20
> Cheers
> Terry
>=20
>=20
> On 13/08/12 4:09 PM, "Terry Manderson" <terry.manderson@icann.org> =
wrote:
>=20
>>=20
>>=20
>> In Vancouver the chairs received a request for the following document =
to be
>> adopted as a WG item.
>>=20
>> http://tools.ietf.org/html/draft-farinacci-lisp-lcaf-10
>>=20
>> Here starts a 14 day call for adoption, this call will end on
>> Tuesday the 28th August, 2012.
>>=20
>> Please email the WG list stating that you either accept, or not =
accept, the
>> item.
>>=20
>> If you email to support the acceptance of this document as a WG item, =
please
>> also indicate if you are able and willing to either contribute to, or
>> review, (or both) the draft.
>>=20
>> Sitting in silence does not indicate support, please respond =
appropriately.
>>=20
>> Cheers
>> Terry
>>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


--Apple-Mail=_91E97C68-DF51-4959-95C5-06CB2F2FAFAA--

--Apple-Mail=_ED4EBF38-4153-4E63-BF23-355E4E0E63F8
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFUDCCBUww
ggQ0oAMCAQICEC1TBxluVeE64egyuL9kyAswDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT
MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg
KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g
Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMjA0MjUwMDAwMDBaFw0x
MzA0MjUyMzU5NTlaMIIBDzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT
aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S
UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh
bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2
aWNlMRcwFQYDVQQDFA5EaW5vIEZhcmluYWNjaTEdMBsGCSqGSIb3DQEJARYOZGlub0BjaXNjby5j
b20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC9C2Rwk3CLn526Rfiko9M7MSu3hBqq
CIS0awvIVS8L03TFgzWm6JjkWAcus5ZR15+GMI3zvtVWbFVl/7lk8ZX2p7uySe5uXpAYSICeVlx/
sw5YsM5+AeCa1DjpzHoVGsFJA3LS/sugZ14TnwhsKxzvcqoPIJNTmQE6jAvUkoA1XV+OyMKM41Pd
HiWMTf1dm1BdN8F/fcNVE6ttv1IQnTb7j8EI9stRLuY7otrJljUHNYmzAMfYpWwDk6JkGyYK6fwp
oTR5Ibj0DRZsUYE+YIwbnW6uwTLWyXLod5sGOqdEMlk3qD7vQvCP30F+XsDRb0ii2dtUzMqKY1Ul
r6fik/EpAgMBAAGjgdIwgc8wCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCow
KAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0G
A1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBQBgNVHR8ESTBHMEWgQ6BBhj9odHRwOi8vaW5k
YzFkaWdpdGFsaWQtZzMtY3JsLnZlcmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC1HMy5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAAoX+IDg7qDqyr5O1zZX82v3TevLknKVcuJ1cOsZadb23w7B1g2fD3Ou
6j+AoLSj83Vqdir4BSapmv4c7MuVfynKcazZhSGdIT/yXV4DG75/I72vP4aLVgNlvV5bh8RFtOpI
Ce54TIFQOnTXIhxS8Jp4w0mGVrTMm6RlFUYZCbVNR09k/fx5SjIJhwRKtmRd1jicbknRC1vbKj5v
ugx8fjwwxtS/Im3V9ocnYCMqvH69dUWq9kDcg67dskUdmm1Tqzn9QNdVDkRgwweYobo1VInSijkC
/Shj6NLAMfyWdeFRIEyiSfCEBUHCwnU1Zh39PtKjO4edRGcZzPt7401CNpExggSLMIIEhwIBATCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczAhAt
UwcZblXhOuHoMri/ZMgLMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEyMDgzMDIzMTgyNVowIwYJKoZIhvcNAQkEMRYEFL7/aaKotaNHz7GU
qT09CPR7JdrAMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMO
VmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsT
MlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA5MR4wHAYD
VQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5k
aXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEC1TBxluVeE64egyuL9kyAswggEFBgsqhkiG9w0B
CRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYD
VQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0
cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFs
aWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBD
QSAtIEczAhAtUwcZblXhOuHoMri/ZMgLMA0GCSqGSIb3DQEBAQUABIIBAAPitlz2Bi7jqRioIwBN
/WIcPK+N58WeTaVrEIAoyQX3/0QnP4IiwL4jNweyobxdF/WH9za9hv1zCbb7y6aiObaFhMIavH0H
VoNgTD1rhxdtB/Oi4fve6jcc9fVe0iVXSabXzyiiFpzjkQ26UJfJ3cevwRgBN0MQfqq5EWp6MpCN
3E7myu6f+1W7hhZMIQ5wuT1cbsQDjtbIIM0QL5RI758FfxJJPOEH+dBRXx7dUxVVZAjJ31T5rSJl
RlKj3ujmJTYQTA6x8qpfri+++oaKdzYacTzmAt3OBRUFXLiQwrjaq2S4Tu9EcBR2+u92kWRBWH7s
CrJKimaf5wOhWx+Hm8UAAAAAAAA=

--Apple-Mail=_ED4EBF38-4153-4E63-BF23-355E4E0E63F8--

From internet-drafts@ietf.org  Thu Aug 30 17:13:51 2012
Return-Path: <internet-drafts@ietf.org>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A9B921F848F; Thu, 30 Aug 2012 17:13:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zlYVIXIOnX3W; Thu, 30 Aug 2012 17:13:50 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAC3221F845A; Thu, 30 Aug 2012 17:13:50 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.34
Message-ID: <20120831001350.27664.81178.idtracker@ietfa.amsl.com>
Date: Thu, 30 Aug 2012 17:13:50 -0700
Cc: lisp@ietf.org
Subject: [lisp] I-D Action: draft-ietf-lisp-lcaf-00.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 00:13:51 -0000

A New Internet-Draft is available from the on-line Internet-Drafts director=
ies.
 This draft is a work item of the Locator/ID Separation Protocol Working Gr=
oup of the IETF.

	Title           : LISP Canonical Address Format (LCAF)
	Author(s)       : Dino Farinacci
                          Dave Meyer
                          Job Snijders
	Filename        : draft-ietf-lisp-lcaf-00.txt
	Pages           : 30
	Date            : 2012-08-30

Abstract:
   This draft defines a canonical address format encoding used in LISP
   control messages and in the encoding of lookup keys for the LISP
   Mapping Database System.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-lisp-lcaf

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-lisp-lcaf-00


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From ggx@gigix.net  Fri Aug 31 01:29:28 2012
Return-Path: <ggx@gigix.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC40A21F854E for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 01:29:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level: 
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36JsBBOoILzc for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 01:29:28 -0700 (PDT)
Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id A87C821F854B for <lisp@ietf.org>; Fri, 31 Aug 2012 01:29:27 -0700 (PDT)
Received: by wgbdr13 with SMTP id dr13so1391919wgb.13 for <lisp@ietf.org>; Fri, 31 Aug 2012 01:29:26 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=n6rYLohfAmbMywzaqRf9FNan4H4g/YByR9XlvgkXHhA=; b=AlC8zNYmXK2W0g4JV7DOp+W0nTI2eHoHDnX7z0LXIS/cLmgmywUJIMIE8WNz5ZOIDq RrbRpOyjqQ2Gk2s0weiJlDa/mGvX2aVJ6UyeL8sG7FXhagXhq9VTszZbEMm9thF9h38w J3s+qitMsREKfz0NOmD2j18v+hjWkLFbh52HtCNQD9lllRUL0Ys3tanfRwTSldl9lnCC yOWdmeFmXbnhS/AG1POuF249HAgLY6HbEHGKEHx0qcCVopLlmUeRmugPjO81apGxg1sF 9x3FEPF0U2sgO2/jXt3lYrBhoLwxCyYEzMYa+AeT6kMuMriBqPBpZzuGEmS1J4m9O21Y ZuTQ==
Received: by 10.216.199.104 with SMTP id w82mr4465872wen.154.1346401766231; Fri, 31 Aug 2012 01:29:26 -0700 (PDT)
Received: from dhcp164-03.enst.fr (dhcp164-03.enst.fr. [137.194.165.3]) by mx.google.com with ESMTPS id t7sm7879251wix.6.2012.08.31.01.29.24 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 31 Aug 2012 01:29:25 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1486\))
From: Luigi Iannone <ggx@gigix.net>
In-Reply-To: <503F6B1A.3000104@innovationslab.net>
Date: Fri, 31 Aug 2012 10:30:08 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <D5926F7C-7C16-441F-99E1-B4D3214A514A@gigix.net>
References: <503F63F5.7030309@innovationslab.net> <503F6B1A.3000104@innovationslab.net>
To: Brian Haberman <brian@innovationslab.net>
X-Mailer: Apple Mail (2.1486)
X-Gm-Message-State: ALoCoQlJV72/sMIS/OSO/G3XddPTEbhL79Lbo4r4Qp2IXLZo7ICXfsD6EmzHVlQD0bEvGLgdfCb1
Cc: draft-ietf-lisp-eid-block@tools.ietf.org, lisp@ietf.org
Subject: Re: [lisp] AD Review: draft-ietf-lisp-eid-block
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 08:29:28 -0000

Hi Brian,

thank you for the review. Few comments inline.

On 30 Aug. 2012, at 15:31 , Brian Haberman <brian@innovationslab.net> =
wrote:

> Ok, so I typed too soon...
>=20
> On 8/30/12 9:00 AM, Brian Haberman wrote:
>> All,
>>      As a part of the publication process, I have completed my =
initial
>> review of draft-ietf-lisp-eid-block.  The draft is well-written and
>> concise and I thank you for that.
>>=20
>>      The only suggestion I would make for this document is to drop =
the
>> use of the 2119 language.  It is only used in a few places and those
>> uses are not really appropriate for 2119 language.  I would suggest
>> re-writing those guidelines with normal prose and drop the 2119
>> boilerplate from the document.

We tried not to use so much the 2119 language, but if you think it is =
better to drop it completely, this can be done.

But, what do you think about section 8 "Routing Consideration" ? There, =
with 2119 language, we recommend that routers that do not support LISP =
do not handle the prefix in any special way. WOuldn't be better to =
maintain that part?


>=20
> This draft would benefit from the addition of enhanced text on why a =
/16 is needed.  What prefix lengths are expected to be allocated to =
end-sites?

IMHO, this is something that should not be discussed in the document. =
Prefix length allocation will be based on operational reasons and =
allocation policies that may change in time.


>  How many networks are expected to participate in this experiment?

Very difficult to say, participants are steadily growing.  But let's =
have a long term viewpoint, if the LISP "experiment" is successful and =
widely adopted wouldn't be better if the reserved prefix does not have =
to change and has sufficient space to accommodate any future growth?=20

In addition, I know that all LISP work is marked as "experimental" but =
let's also keep in mind that there are companies out there that start =
making business out of LISP.


>  Should there be a termination date for this allocation?

I do not see IPv6 addressing space as a scarce resource, and for the =
same reasons I cited above I wouldn't put a termination date.

Obviously, IANA may decide to allocate the prefix only for a limited =
amount of time and decide in few years whether or not to make it a =
definitive allocation.=20

>=20
> To get an idea of what IANA is expecting as far as supporting =
information for this type of allocation, I suggest a review of the IANA =
IPv6 Special Purpose Address Registry.
>=20
> =
http://www.iana.org/assignments/iana-ipv6-special-registry/iana-ipv6-speci=
al-registry.xml
>=20

thanks for the pointer.

ciao

Luigi


> Regards,
> Brian
>=20
>=20
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


From gwiley@verisign.com  Fri Aug 31 07:16:22 2012
Return-Path: <gwiley@verisign.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA5821F8611 for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 07:16:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JF-NH4RfkaeB for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 07:16:21 -0700 (PDT)
Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) by ietfa.amsl.com (Postfix) with ESMTP id 8B8F321F860E for <lisp@ietf.org>; Fri, 31 Aug 2012 07:16:19 -0700 (PDT)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKUEDHMlrstshpiBNj50SCfvD480zL4w38@postini.com; Fri, 31 Aug 2012 07:16:21 PDT
Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id q7VEGDMj029518 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 31 Aug 2012 10:16:15 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.001; Fri, 31 Aug 2012 10:16:04 -0400
From: "Wiley, Glen" <gwiley@verisign.com>
To: Noel Chiappa <jnc@mercury.lcs.mit.edu>, "lisp@ietf.org" <lisp@ietf.org>
Thread-Topic: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
Thread-Index: AQHNh4MsF415waY9jkmN05M7yuMmwQ==
Date: Fri, 31 Aug 2012 14:16:12 +0000
Message-ID: <641EE49757824F4BBE5F863B22FDDBF2130EB5@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
In-Reply-To: <20120813133258.BB02C18C09F@mercury.lcs.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <42E5F4CAA121E24B8EA72516F0B4E95D@verisign.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [lisp] Adoption of draft-chiappa-lisp-architecture-01 and draft-chiappa-lisp-introduction-01
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 14:16:22 -0000

The draft looks acceptable to me.  I have a few high level comments and
I'll throw in a few more detailed ones for convenience:


There needs to be a discussion of resilience to DDOS, particularly because
LISP is based on UDP it may create opportunities for reflector and
amplification attacks similar to what we see on large scale DNS resolver
footprints.  Were you planning on including this in the "Robustness"
discussion?  I think it warrants a separate section if you are amenable to
that idea.  I'd be happy to contribute some narrative to that point as
well.


A few more detailed nits:

Section 2: Is DFZ size still a main design driver or is it really more of
a question of finer grained routing with a side benefit of DFZ size
reductions?

Section 3.2: "one at each end" isn't really the case for LISP, "one near
each end" I think is a little closer to what you mean, especially since
you mention LISP being invisible on both ends.

Section 5: Does list really have three key name spaces (thinking DDT
nodes) rather than two?

Section 11.2.1: Might want to revise language around the DNS registry
example.  TLDs have different registries (although root of course is
unique).  In DNS you can't take your domain name to a different registry,
you can however take it to a different registrar.

--
Glen Wiley
Systems Architect
Verisign Inc.




On 8/13/12 9:32 AM, "Noel Chiappa" <jnc@mercury.lcs.mit.edu> wrote:

>
>    > From: Luigi Iannone <ggx@gigix.net>
>
>    > I will send comments very soon.
>
>Comments will be most useful (and I look forward to them - assuming
>of course that that the WG decides to take these two up):.
>
>
>One minor thing to note; as I indicated when I first announced them:
>
>  http://www.ietf.org/mail-archive/web/lisp/current/msg03786.html
>
>These are rough drafts (and the second one is only partially complete),
>so as
>I indicated in that message:
>
>  we're not (yet) at the 'detailed editorial comments' stage - although if
>  anyone reads it, and has high-level comments (e.g. 'you ought to talk
>about
>  topic X', or 'it would be better if you talked about P before you get to
>  Q'), I would be most grateful for, and interested in, hearing things
>like
>  that.
>
>I tend to fiddle with text details extensively, so at the detail level
>there
>will have been lots of changes before the next draft version. After that,
>then we'll be ready for the detailed editorial comments! :-)
>
>	Noel
>_______________________________________________
>lisp mailing list
>lisp@ietf.org
>https://www.ietf.org/mailman/listinfo/lisp


From fmaino@cisco.com  Fri Aug 31 09:06:32 2012
Return-Path: <fmaino@cisco.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDD1F21F86D9 for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 09:06:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level: 
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mrb2ZPMXgaw7 for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 09:06:32 -0700 (PDT)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id 3ECDE21F8666 for <lisp@ietf.org>; Fri, 31 Aug 2012 09:06:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fmaino@cisco.com; l=2259; q=dns/txt; s=iport; t=1346429192; x=1347638792; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=WNIayDfOR8TPZau7hk1/xkCVwEaT/o4kpoh/Z8D7MZ8=; b=afxTvaOokr0tdcy/mwp52LTzvYZ8JRhRwwxTWlqaPP27s7rI3eKqAVt4 ibBkFq4ffu2zcrPslfRl0EvtsnJ+mkORXCuak/z9L/LE2COra7fcuMN4d 4WQSf7Bzc4rM2kGT/BoKqzQBrG9shQqKX8dwphX1dqolsh/TcoJZ2yuT+ w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8EAFrgQFCrRDoH/2dsb2JhbABFuxmBB4IgAQEBBAEBAQ8BClEKEQsEARMJFg8JAwIBAgEVMBMGAgEBHodqDJtzoCqLCYNlgxwDiE+NCYEUjR+BZ4MD
X-IronPort-AV: E=Sophos;i="4.80,347,1344211200"; d="scan'208,217";a="56809098"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by mtv-iport-4.cisco.com with ESMTP; 31 Aug 2012 16:06:31 +0000
Received: from fmaino-mac-2.local ([10.154.128.98]) by mtv-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id q7VG6UUX029282 for <lisp@ietf.org>; Fri, 31 Aug 2012 16:06:30 GMT
Message-ID: <5040E106.9080906@cisco.com>
Date: Fri, 31 Aug 2012 09:06:30 -0700
From: Fabio Maino <fmaino@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: lisp@ietf.org
References: <CC4ED731.2926E%terry.manderson@icann.org>
In-Reply-To: <CC4ED731.2926E%terry.manderson@icann.org>
Content-Type: multipart/alternative; boundary="------------010902030308000306030104"
Subject: Re: [lisp] WGLC for draft-ietf-lisp-mib-05
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 16:06:33 -0000

This is a multi-part message in MIME format.
--------------010902030308000306030104
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

support

On 8/12/12 11:09 PM, Terry Manderson wrote:
> As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
> requested a work group last call.
>
> Here starts a 14 day last call for this document, the last call will end on
> Tuesday the 28th August, 2012.
>
> You will find its text here:
> http://tools.ietf.org/html/draft-ietf-lisp-mib-05
>
> Please review this WG item and provide any last comments.
>
> Cheers
> Terry
>
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp


--------------010902030308000306030104
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">support<br>
      <br>
      On 8/12/12 11:09 PM, Terry Manderson wrote:<br>
    </div>
    <blockquote cite="mid:CC4ED731.2926E%25terry.manderson@icann.org"
      type="cite">
      <pre wrap="">As requested in Vancouver, the authors of draft-ietf-lisp-mib-05 have
requested a work group last call.

Here starts a 14 day last call for this document, the last call will end on
Tuesday the 28th August, 2012.

You will find its text here:
<a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-ietf-lisp-mib-05">http://tools.ietf.org/html/draft-ietf-lisp-mib-05</a>

Please review this WG item and provide any last comments.

Cheers
Terry
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
lisp mailing list
<a class="moz-txt-link-abbreviated" href="mailto:lisp@ietf.org">lisp@ietf.org</a>
<a class="moz-txt-link-freetext" href="https://www.ietf.org/mailman/listinfo/lisp">https://www.ietf.org/mailman/listinfo/lisp</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------010902030308000306030104--

From brian@innovationslab.net  Fri Aug 31 11:09:38 2012
Return-Path: <brian@innovationslab.net>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD68221F8551 for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 11:09:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.559
X-Spam-Level: 
X-Spam-Status: No, score=-102.559 tagged_above=-999 required=5 tests=[AWL=0.040, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2gmrvrsHvppG for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 11:09:38 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id 458EE21F855B for <lisp@ietf.org>; Fri, 31 Aug 2012 11:09:38 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 260D488090; Fri, 31 Aug 2012 11:09:38 -0700 (PDT)
Received: from clemson.local (nat-gwifi.jhuapl.edu [128.244.87.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 9E502130019; Fri, 31 Aug 2012 11:09:37 -0700 (PDT)
Message-ID: <5040FE3D.50207@innovationslab.net>
Date: Fri, 31 Aug 2012 14:11:09 -0400
From: Brian Haberman <brian@innovationslab.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120824 Thunderbird/15.0
MIME-Version: 1.0
To: Luigi Iannone <ggx@gigix.net>
References: <503F63F5.7030309@innovationslab.net> <503F6B1A.3000104@innovationslab.net> <D5926F7C-7C16-441F-99E1-B4D3214A514A@gigix.net>
In-Reply-To: <D5926F7C-7C16-441F-99E1-B4D3214A514A@gigix.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: draft-ietf-lisp-eid-block@tools.ietf.org, lisp@ietf.org
Subject: Re: [lisp] AD Review: draft-ietf-lisp-eid-block
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 18:09:39 -0000

On 8/31/12 4:30 AM, Luigi Iannone wrote:
> Hi Brian,
>
> thank you for the review. Few comments inline.
>
> On 30 Aug. 2012, at 15:31 , Brian Haberman <brian@innovationslab.net>
> wrote:
>
>> Ok, so I typed too soon...
>>
>> On 8/30/12 9:00 AM, Brian Haberman wrote:
>>> All, As a part of the publication process, I have completed my
>>> initial review of draft-ietf-lisp-eid-block.  The draft is
>>> well-written and concise and I thank you for that.
>>>
>>> The only suggestion I would make for this document is to drop
>>> the use of the 2119 language.  It is only used in a few places
>>> and those uses are not really appropriate for 2119 language.  I
>>> would suggest re-writing those guidelines with normal prose and
>>> drop the 2119 boilerplate from the document.
>
> We tried not to use so much the 2119 language, but if you think it is
> better to drop it completely, this can be done.

Given the places it is used and the goal of this document, I don't see 
the need for 2119 language.

>
> But, what do you think about section 8 "Routing Consideration" ?
> There, with 2119 language, we recommend that routers that do not
> support LISP do not handle the prefix in any special way. WOuldn't be
> better to maintain that part?
>

Not really, for two reasons.  One, this type of guidance is trying to 
tell operators how to run their networks.  The IETF has a very poor 
track record of doing that and I can assure you that such direction will 
raise a few ADs eyebrows.  Second, any guidance harvested from this 
section by equipment vendors does not need 2119 keywords.  Those terms 
are not meant to dictate implementations, they are for interoperability.

>
>>
>> This draft would benefit from the addition of enhanced text on why
>> a /16 is needed.  What prefix lengths are expected to be allocated
>> to end-sites?
>
> IMHO, this is something that should not be discussed in the document.
> Prefix length allocation will be based on operational reasons and
> allocation policies that may change in time.
>

I disagree.  There needs to be some justification for why the particular 
request is being made.  For example, 6to4 is allocated an IPv6 prefix 
and its RFC (3056) describes why its particular prefix size is needed.

Moreover, this request is wading into a new area.  It is asking for a 
block of addresses from IANA which will then be sub-delegated to end 
networks.  Who will manage these allocations?  Using what guidelines?

And given the statements in section 8 about these EIDs being routed 
natively, are you treading into the RIR space?  I will have to discuss 
with my fellow ADs what their understanding was with respect to the 
routability of EIDs during the LISP rechartering.

>
>> How many networks are expected to participate in this experiment?
>
> Very difficult to say, participants are steadily growing.  But let's
> have a long term viewpoint, if the LISP "experiment" is successful
> and widely adopted wouldn't be better if the reserved prefix does not
> have to change and has sufficient space to accommodate any future
> growth?

I have no issues with planning for success, but one of the key issues 
with allocating addresses is justifying the request.  Typical allocation 
policies, at least from the RIR perspective, take total number of 
networks/devices into account when responding to an address block request.

>
> In addition, I know that all LISP work is marked as "experimental"
> but let's also keep in mind that there are companies out there that
> start making business out of LISP.
>

That is their choice.

>
>> Should there be a termination date for this allocation?
>
> I do not see IPv6 addressing space as a scarce resource, and for the
> same reasons I cited above I wouldn't put a termination date.
>
> Obviously, IANA may decide to allocate the prefix only for a limited
> amount of time and decide in few years whether or not to make it a
> definitive allocation.
>

That is definitely one possibility.

Regards,
Brian

From adrian@olddog.co.uk  Fri Aug 31 11:33:03 2012
Return-Path: <adrian@olddog.co.uk>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D77021F852D for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 11:33:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.535
X-Spam-Level: 
X-Spam-Status: No, score=-2.535 tagged_above=-999 required=5 tests=[AWL=0.064,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7C2eq+CI920N for <lisp@ietfa.amsl.com>; Fri, 31 Aug 2012 11:33:03 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by ietfa.amsl.com (Postfix) with ESMTP id BA64821F847F for <lisp@ietf.org>; Fri, 31 Aug 2012 11:33:02 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id q7VIX03H006405;  Fri, 31 Aug 2012 19:33:00 +0100
Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id q7VIWxRb006389 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 31 Aug 2012 19:33:00 +0100
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Luigi Iannone'" <ggx@gigix.net>, "'Brian Haberman'" <brian@innovationslab.net>
References: <503F63F5.7030309@innovationslab.net>	<503F6B1A.3000104@innovationslab.net> <D5926F7C-7C16-441F-99E1-B4D3214A514A@gigix.net>
In-Reply-To: <D5926F7C-7C16-441F-99E1-B4D3214A514A@gigix.net>
Date: Fri, 31 Aug 2012 19:32:59 +0100
Message-ID: <23ec01cd87a7$0ca105e0$25e311a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQH8TN7f7lWUIpLsTCrCb6W5D0gnCAIBZUt1ArlabxqW8N0sIA==
Content-Language: en-gb
Cc: draft-ietf-lisp-eid-block@tools.ietf.org, lisp@ietf.org
Subject: Re: [lisp] AD Review: draft-ietf-lisp-eid-block
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lisp>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 18:33:03 -0000

Hi,

Just cutting to the discussion of routing...

> >>      The only suggestion I would make for this document is to drop the
> >> use of the 2119 language.  It is only used in a few places and those
> >> uses are not really appropriate for 2119 language.  I would suggest
> >> re-writing those guidelines with normal prose and drop the 2119
> >> boilerplate from the document.
> 
> We tried not to use so much the 2119 language, but if you think it is better
to
> drop it completely, this can be done.
> 
> But, what do you think about section 8 "Routing Consideration" ? There, with
> 2119 language, we recommend that routers that do not support LISP do not
> handle the prefix in any special way. WOuldn't be better to maintain that
part?

I am not sure that this document can mandate the behavior of routers that don't
support this document. So the use of must/should language in upper or lower case
seem inappropriate.

Normally what we do is say: "Implementations that are not aware of this special
feature will carry on processing as defined in [RFCfoo] with the following
results..."

Thanks,
Adrian

