Re: [lisp] Review 6833bis
Dino Farinacci <farinacci@gmail.com> Sun, 18 March 2018 17:22 UTC
Return-Path: <farinacci@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 CE61212946D for <lisp@ietfa.amsl.com>; Sun, 18 Mar 2018 10:22:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bZy8FKqEwhaS for <lisp@ietfa.amsl.com>; Sun, 18 Mar 2018 10:22:10 -0700 (PDT)
Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8A7B126DFF for <lisp@ietf.org>; Sun, 18 Mar 2018 10:22:09 -0700 (PDT)
Received: by mail-wr0-x230.google.com with SMTP id d10so16307748wrf.3 for <lisp@ietf.org>; Sun, 18 Mar 2018 10:22:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=XjgrNSYZcQFtfDBMrWk6D2MO76W7omZjLcS0vmQJe+4=; b=K5FdzY7iKsDzJty0D8bujX5wBxo99CA/EBcBlfIbxGLR2lznJbLriB1up0g+gbXBf9 c62FaPkbOXtsjqSNNoy5HVL9UgsQKxcgK7DfPVeASzly2eNVAaZRZkoA+knL5mhc9eA1 dnqHeb+0KOkPTC0TY39B+YdvLMKUOQfWrKoTuFbHvSO7qfJszG+10FqYd2MumVgdwIiG p1RxQB5pqh/1Br4B3hr3CN3b9tfgWQ/H9rbaVd+q/Cs31HceoqGZmOaMb1t/n414//Xm aq8MWvmqEhYoGKtlBckr0VQJSBJT9ThM7CJgb0RyF/fyDrwH54GDrnCKvO9/NfElPQZk JUXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=XjgrNSYZcQFtfDBMrWk6D2MO76W7omZjLcS0vmQJe+4=; b=RXDv4KwqS6gjky205ti6MjBNySZ/y4FFKE9yuWr8f4DU9JidY1v9Oo0Doc/333SsUy 6Y/v29fyrLR7f9vTws0ke9ibNCqk4e5bYYIScyxBsK0Nbq7KFzUH96H4/N94UBCSDNvX Uase8N2xe59ON7sSbaJl9n+9LTlHJpRC6g8Biopv1JFB3vswOIycFRYKW0N/FZUMskbU PHurtwxmWAZk2z7vLK7mpJ1vciBgdf1kFVYL95kIr9xLwzfNh4cXvfff51Q3Vuas0WsZ Q19jGV6C2/+WVaP866a3I800Jh5o/VINMH3cV7PxYM4fbvGrMNyLiBAn/y3c6Y2ykldI 4ocQ==
X-Gm-Message-State: AElRT7FBGtM1SfMQAFRDl+mVUxoRtHs29MQ9OjsM1IbuSDkRNxoAHwwi Jx7tczdyycyAWFs5cEuf96iMMoYh
X-Google-Smtp-Source: AG47ELtPa/yC1XIanNeknw/BcTHpbVXcJqTpIaBf7/tFnMmNQ8oKDjD9G1iiO0UchiYl4g7MnRdqww==
X-Received: by 10.223.176.253 with SMTP id j58mr7112935wra.269.1521393728411; Sun, 18 Mar 2018 10:22:08 -0700 (PDT)
Received: from ?IPv6:2001:67c:1232:144:842e:efaf:8aec:de31? ([2001:67c:1232:144:842e:efaf:8aec:de31]) by smtp.gmail.com with ESMTPSA id k18sm15629439wmd.4.2018.03.18.10.22.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Mar 2018 10:22:07 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
From: Dino Farinacci <farinacci@gmail.com>
In-Reply-To: <0C5C317F-BB0E-4989-8A62-29A0C48D6A67@gigix.net>
Date: Sun, 18 Mar 2018 10:22:06 -0700
Cc: "lisp@ietf.org list" <lisp@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <434A06F6-B5DC-4687-AE02-C3A4D563589C@gmail.com>
References: <B6E99388-F4B4-4980-B1F7-3351B4889AB4@gigix.net> <7E37C3CA-3D38-40DC-9162-D2477F8B8412@gmail.com> <0C5C317F-BB0E-4989-8A62-29A0C48D6A67@gigix.net>
To: Luigi Iannone <ggx@gigix.net>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/SkRccO3TAHgai7rZpynvDr2Tx14>
Subject: Re: [lisp] Review 6833bis
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 18 Mar 2018 17:22:12 -0000
FYI, I did have that text in there: <t> Note that while it is conceivable that a Map-Resolver could cache responses to improve performance, issues surrounding cache management will need to be resolved so that doing so will be reliable and practical. As initially deployed, Map-Resolvers will operate only in a non-caching mode, decapsulating and forwarding Encapsulated Map Requests received from ITRs. Any specification of caching functionality is out of scope for this document.</t> Are you looking in the wrong place? Dino > On Mar 18, 2018, at 10:18 AM, Luigi Iannone <ggx@gigix.net> wrote: > > Hi Dino, > > thanks for the changes. For me is all good, except the two following points: > >>> >>>> Note that while it is conceivable that a Map-Resolver could cache >>>> responses to improve performance, issues surrounding cache management >>>> will need to be resolved so that doing so will be reliable and >>>> practical. As initially deployed, Map-Resolvers will operate only in >>>> a non-caching mode, decapsulating and forwarding Encapsulated Map >>>> Requests received from ITRs. Any specification of caching >>>> functionality is left for future work. >>>> >>> s/left for future work/ out of the scope of this document/ >>> > > You do not agree with this suggestion? Sounds more neutral to me. > >> >>>> Values in the "Not Assigned" range can be assigned according to >>>> procedures in [RFC8126]. Documents that request for a new LISP >>>> packet type MAY indicate a preferred value in Section 10.4. >>>> >>> Don’t understand the “in Section 10.4” part. Should be deleted. >> >> This was added when we were writing draft-ietf-lisp-type-iana (RFC8113). It was a request from someone (not Mohammad) I think. Didn’t change. > > I am not against the sentence, is just the "Section 10.4” part, why should a document indicate a preference in a section 10.4????? > If you change the sentence to: > > Values in the "Not Assigned" range can be assigned according to > procedures in [RFC8126]. Documents that request for a new LISP > packet type MAY indicate a preferred value. > > > That makes more sens to me. > > Ciao > > L. > > >
- [lisp] Review 6833bis Luigi Iannone
- Re: [lisp] Review 6833bis Dino Farinacci
- Re: [lisp] Review 6833bis Luigi Iannone
- Re: [lisp] Review 6833bis Dino Farinacci
- Re: [lisp] Review 6833bis Dino Farinacci
- Re: [lisp] Review 6833bis Joel M. Halpern
- Re: [lisp] Review 6833bis Dino Farinacci
- Re: [lisp] Review 6833bis Joel M. Halpern
- Re: [lisp] Review 6833bis Dino Farinacci
- Re: [lisp] Review 6833bis Joel M. Halpern
- Re: [lisp] Review 6833bis Dino Farinacci