Re: [lisp] AD Review of draft-ietf-lisp-pubsub-09

Luigi Iannone <ggx@gigix.net> Thu, 19 January 2023 13:25 UTC

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 CDCD2C14F736 for <lisp@ietfa.amsl.com>; Thu, 19 Jan 2023 05:25:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gigix-net.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SPQuTXoo21Jn for <lisp@ietfa.amsl.com>; Thu, 19 Jan 2023 05:25:52 -0800 (PST)
Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FB24C14CE45 for <lisp@ietf.org>; Thu, 19 Jan 2023 05:25:52 -0800 (PST)
Received: by mail-wr1-x436.google.com with SMTP id b5so1900850wrn.0 for <lisp@ietf.org>; Thu, 19 Jan 2023 05:25:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20210112.gappssmtp.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=/ewbFljrIW1yaNaYxJ/e/6TuGun53e827lzclM7c/bg=; b=IQifAl41aqG2yB98dg4mt0gEpaTTsHRwwHqUJqfBvy5JlVmX/+AZLdR7BE7h+Mr5y/ uXm6YT/1glvs5J982JPuLJLj6OQlnkb2bbMDedLiZoTrACknkNVem3PDw/65CZC6MBYn O26/nL0htm4A+DSq4XBp73U/JmZ5arivCgZwCuDTx/+PNAvfKuo+eI0g7IKkJA6L8/ad PmDDoE+X9mwBnx9Gkr3vxnfhejAzFSRvxeTUu6qguXtXAhYVyJRh2oMTqhzUlC01j7A2 m2gZeQm7EaK+WmWicVMusecSVqv/KG/nMVulU84jcTWYuP/rVRfhAC9EsJeWnUPkbEg4 +XxQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/ewbFljrIW1yaNaYxJ/e/6TuGun53e827lzclM7c/bg=; b=nO2KAIic1JFAY7oPFui5+zqmhVEZlimKpFqIl8a1oPz0Jjthl3SZR179bdLk96iffh WnoIOX3+FJTeK2m8PSZ/rpfRbhUbBNzbGIsGxbYfwmyG3TCcN7k4KL77g3qDkg8K5urC 4iyow1jnCuO9pG83KWQYrDxAxuNbQKjxqJr5HkKx+9Zh9n/tYMVlX6ABnrTQ4puk+ZJK xkVVf9Agd7yTVVpuASuvamO61kpeyQ7WVejGnNp8ofpwUbXBJBFt8u/uzKISjXsJd/+H VwwUoSEJyLSxOiCd3njYao65SK9S+Unm3Osl0m0uvCM1wdoe75I4bi6PqHOQeX4CefU+ 6q5w==
X-Gm-Message-State: AFqh2kot/37bfehqoxXi3++teQ2I4tGyAjv8oc+4h07bgV8qj6BcqSWy K1l1E7haUSmXQYpeouJN0NhEvA==
X-Google-Smtp-Source: AMrXdXvgEvd8GdFu0UIuJzB8yHaYPg6ka4imtKCm2ZQHhSjFgQmH0qiEkwJ2/pVESRGsd9Du4On31g==
X-Received: by 2002:a5d:518f:0:b0:2bd:f8b0:5b00 with SMTP id k15-20020a5d518f000000b002bdf8b05b00mr5142148wrv.47.1674134750052; Thu, 19 Jan 2023 05:25:50 -0800 (PST)
Received: from smtpclient.apple ([2a01:e0a:1ec:470:ac80:3ded:2dd5:a972]) by smtp.gmail.com with ESMTPSA id v14-20020adff68e000000b002365730eae8sm33941088wrp.55.2023.01.19.05.25.48 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 19 Jan 2023 05:25:49 -0800 (PST)
From: Luigi Iannone <ggx@gigix.net>
Message-Id: <0C07B063-4CF0-43CD-AA27-39410CCD83E8@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_C53A9B39-D4B2-4E3E-ADA4-405151D6953E"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
Date: Thu, 19 Jan 2023 14:25:37 +0100
In-Reply-To: <BYAPR11MB3591592AC3E333E2BF87D0DAB6C49@BYAPR11MB3591.namprd11.prod.outlook.com>
Cc: Alvaro Retana <aretana.ietf@gmail.com>, "lisp@ietf.org" <lisp@ietf.org>, Vina Ermagan <ermagan@gmail.com>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "Fabio Maino (fmaino)" <fmaino@cisco.com>, "lisp-chairs@ietf.org" <lisp-chairs@ietf.org>, Dino Farinacci <farinacci@gmail.com>, Albert Cabellos <acabello@ac.upc.edu>, Stefano Secci <stefano.secci@cnam.fr>, Johnson Leong <johnsonleong@gmail.com>, JACQUENET Christian INNOV/NET <christian.jacquenet@orange.com>, Sharon Barkai <sharon.barkai@getnexar.com>
To: "Alberto Rodriguez-Natal (natal)" <natal@cisco.com>
References: <CAMMESsyB6WXxZP-CxQ6xzYQ6rRC86TQPT+PDqc3+qvR364qdCw@mail.gmail.com> <BYAPR11MB3591E2378CCEA32D8697F002B62E9@BYAPR11MB3591.namprd11.prod.outlook.com> <BN8PR11MB3588A92BEE89699E39F6503DB63D9@BN8PR11MB3588.namprd11.prod.outlook.com> <CAMMESswB2VsZOSuhc6TPcnXkQ2WCVHhYhPV-Ug+HCjuSMNgmrg@mail.gmail.com> <BYAPR11MB3591592AC3E333E2BF87D0DAB6C49@BYAPR11MB3591.namprd11.prod.outlook.com>
X-Mailer: Apple Mail (2.3731.300.101.1.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/2z4t7GhHKYKfMNh9ovBoL24aoHY>
Subject: Re: [lisp] AD Review of draft-ietf-lisp-pubsub-09
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 19 Jan 2023 13:25:56 -0000

Hi,

> On 19 Jan 2023, at 09:18, Alberto Rodriguez-Natal (natal) <natal@cisco.com> wrote:
> 
> Hi Alvaro,
>  
> Thanks for reviewing the new version! Your comments seem fine to me, we’ll add all your suggestions along with the DE text suggested by Med to -11.
>  
> Just one comment regarding the reference to 6830. It is there since 9301 does not suggest any default TTL for mappings, but 6830 does (24-hour) and the value is commonly used in deployments. Let me know if it would fine to keep the reference to 6830 in Informative, otherwise no problem in removing it.
>  

IMO you do not need a reference to 6830, you can modify the text being generic. The problem of stale mapping arise any long TTL.
 Instead of :

As per Section 6.6.1 of [RFC6830], the default setting for an EID-to-
   RLOC mapping TTL in the cache is 24 hours.  Upon the expiry of that
   TTL, the xTR checks if these entries are being used and removes any
   entry that is not being used.  The problem with this 24-hour Map-
   Cache TTL is that (in the absence of PubSub) if a mapp


You can put:

  EID-to-RLOC mappings can have very long TTL, in the order of several hours..  Upon the expiry of that
   TTL, the xTR checks if these entries are being used and removes any
   entry that is not being used.  The problem with several hours-long Map-
   Cache TTL is that (in the absence of PubSub) if a mapp


What do you think?

Ciao

L.



> Thanks!
> Alberto
>  
> From: Alvaro Retana <aretana.ietf@gmail.com>
> Date: Thursday, January 12, 2023 at 8:40 PM
> To: Alberto Rodriguez-Natal (natal) <natal@cisco.com>, lisp@ietf.org <lisp@ietf.org>
> Cc: Vina Ermagan <ermagan@gmail.com>, mohamed.boucadair@orange.com <mohamed.boucadair@orange.com>, Fabio Maino (fmaino) <fmaino@cisco.com>, lisp-chairs@ietf.org <lisp-chairs@ietf.org>, Dino Farinacci <farinacci@gmail.com>, Luigi Iannone <ggx@gigix.net>, Albert Cabellos <acabello@ac.upc.edu>, Stefano Secci <stefano.secci@cnam.fr>, Johnson Leong <johnsonleong@gmail.com>, JACQUENET Christian INNOV/NET <christian.jacquenet@orange.com>, Sharon Barkai <sharon.barkai@getnexar.com>
> Subject: Re: AD Review of draft-ietf-lisp-pubsub-09
> 
> On November 6, 2022 at 5:32:47 AM, Alberto Rodriguez-Natal wrote:
> 
> 
> Alberto:
> 
> Hi!
> 
> I've looked at your replies and the diffs using the version -10.  I
> still have a couple of comments in-line -- mostly about the
> instructions to the designated experts.
> 
> Please move the text in §8 (Sample PubSub Deployment Experiences) to
> an appendix and update the reference to rfc6830.
> 
> I am starting the IETF Last Call.  I know that you still have to
> address Padma's comments -- you can treat them (and mine) as LC
> comments.
> 
> Thanks!
> 
> Alvaro.