Re: [lisp] I-D Action: draft-ietf-lisp-pubsub-05.txt

Alberto Rodriguez-Natal <rodrigueznatal@gmail.com> Fri, 20 March 2020 18:16 UTC

Return-Path: <rodrigueznatal@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 B41D93A0C17 for <lisp@ietfa.amsl.com>; Fri, 20 Mar 2020 11:16:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 1vwgvYg3DL5e for <lisp@ietfa.amsl.com>; Fri, 20 Mar 2020 11:16:26 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (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 CE2AF3A0D50 for <lisp@ietf.org>; Fri, 20 Mar 2020 11:16:25 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id v16so414736ljk.13 for <lisp@ietf.org>; Fri, 20 Mar 2020 11:16:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=axgzyKk8XZKJpEn0Bx/MUVTr8pmPqdhaE64oZBt97CQ=; b=NPBvbsPmLqTQnWiSKDQF/02C1Yj21x/sCoHjPLch1NzSn/UqTdfu1J+Umrkrvd1XyS C/Peh1YpWIQwB/StifHNfFv3h7FCJfoAQf431hhQQKY/EU+UmOdeE+g5Jb5AM8hU+ocw YSFZyuaH2rMAF3Enc5NAPEUW/csAOQfRm5mL3SeHa5YSQ8o0O+xuKvsXmIrslaC+LMye 4Re0H5oxkl+Nhh8Q0zhDV5s+IM6QcUYdGyu+5B8JDoGIV97AeCZhLoxIi906G5cgV2AL vuxKzSKfb2hylJy/LpsEQNChPY29qL6xAVb7ezkZ9oNYL9XGyYD4GImuD4konyiSvGVg +mVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=axgzyKk8XZKJpEn0Bx/MUVTr8pmPqdhaE64oZBt97CQ=; b=OAS9j6IaulcrYAaVKP/gukoSN0t5MLdlx3V9clOwcF+eJJZyT+oLxTdD4aL+A2+G4O qXBEHcag0YECHe+6PZjYc/OwuMBgCSnBWouUN+sji6OxIr21o/n/gKy/qn9pkItUY3zV canu3JEC2VMdD1+LnGw65+bw7968aW6zQnfoxQZwsNWisArlUo8MxW7WSfWBi/NH8HZk BrFYsw4fU9ArCRl1GUtvx4AHgUDgyXzE8bL85dB/qGmkQ9gU8/kVv8fQVlZw75gdMpyD 0ew85ZttdRJtRC2x6s3NLpW/CAn6RSnZZqwJ3YpGVuweuATo+derEWKxIb+vla5rSVnb wBvg==
X-Gm-Message-State: ANhLgQ1NQ2ydycUUYIVLBbDRL+ok3jWxVFJC1y+B2WFdD6CVDneyi3h+ ySxCThHdooejaRcLguk91KOWXdPU1XTdnbDHJPgipw==
X-Google-Smtp-Source: ADFU+vvKESyLXFH1Wa2vqG4n/RknfA8BLgCl30qwiXHiX3R6wyy6ssB9ep60oo/Hx4E6LZipGqMN1wcApVRmjHtCNhw=
X-Received: by 2002:a2e:8e77:: with SMTP id t23mr6266718ljk.221.1584728183924; Fri, 20 Mar 2020 11:16:23 -0700 (PDT)
MIME-Version: 1.0
References: <158457900549.29358.17328147055555531752@ietfa.amsl.com> <1ea47e11-546a-39a0-4d10-6fd62d74a377@joelhalpern.com> <787AE7BB302AE849A7480A190F8B933031479CA4@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <871b7b56-6b38-3cbc-3f18-1c7daf2cb125@joelhalpern.com>
In-Reply-To: <871b7b56-6b38-3cbc-3f18-1c7daf2cb125@joelhalpern.com>
From: Alberto Rodriguez-Natal <rodrigueznatal@gmail.com>
Date: Fri, 20 Mar 2020 11:16:12 -0700
Message-ID: <CA+YHcKGsOQmvDBrFyayJEAJKnRBu0eO7d=_rRDmCoS9w82hO8A@mail.gmail.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: mohamed.boucadair@orange.com, "lisp@ietf.org" <lisp@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000077ee1805a14d48f7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/5S9E_ynvc6QOl6W_IXqVGI6eGhQ>
Subject: Re: [lisp] I-D Action: draft-ietf-lisp-pubsub-05.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 20 Mar 2020 18:16:29 -0000

Sounds good. Thanks Joel and Med.

I've made a note to remove the sentence in the next iteration.

Thanks,
Alberto

On Fri, Mar 20, 2020 at 7:45 AM Joel M. Halpern <jmh@joelhalpern.com> wrote:

> Thanks.  That will work fine.
> Yours,
> Joel
>
> On 3/20/2020 5:50 AM, mohamed.boucadair@orange.com wrote:
> > Hi Joel,
> >
> > Good catch.
> >
> > I think we just need to delete that second sentence. The behavior when
> pubsub is not supported is covered by this text:
> >
> >     Upon receipt of the Map-Request, the Map-Server processes it as
> >     described in [I-D.ietf-lisp-rfc6833bis].
> >
> > The failure cases we wanted to cover are those in:
> >
> >     The subscription of an xTR-ID to the list of subscribers for the EID-
> >     Record may fail for a number of reasons.  For example, because of
> >     local configuration policies (such as accept and drop lists of
> >     subscribers), or because the Map-Server has exhausted the resources
> >     to dedicate to the subscription of that EID-Record (e.g., the number
> >     of subscribers excess the capacity of the Map-Server).
> >
> > Cheers,
> > Med
> >
> >> -----Message d'origine-----
> >> De : lisp [mailto:lisp-bounces@ietf.org] De la part de Joel Halpern
> >> Envoyé : jeudi 19 mars 2020 17:25
> >> À : lisp@ietf.org
> >> Objet : Re: [lisp] I-D Action: draft-ietf-lisp-pubsub-05.txt
> >>
> >> I was reading this draft again to think about the questions Alberto
> >> raised on the list.  In doing so, I came across something that I think
> >> needs to be clarified.
> >>
> >> In section 5, I see the following two sentences:
> >>    If the subscription fails, the Map-Server MUST send a Map-Reply to
> >>    the originator of the Map-Request, as described in
> >>    [I-D.ietf-lisp-rfc6833bis].  This is also the case when the Map-
> >>    Server does not support PubSub operation.
> >>
> >> I understand the first sentence.  The second sentence appears to cover
> >> two different cases.  One case is where the Map-Server understands
> >> PubSub, but does not accept it.  Okay.  I can see an error in that
> >> case.
> >>    But, as written, this seems to be intended to apply to a Map-Server
> >> that has never heard of the PubSub extension.  Such a Map-Server will
> >> ignore the I bit and ignore the N bit.  It will not know that this is
> >> a
> >> PubSub request, and as such will not generate an error.  I have no
> >> problem with generating an error in the known but not supported case.
> >> Can we (when we revise the draft) clarify the text?
> >> (It took me a little bit to realize that this text probably meant the
> >> known but not supported case, as it was the unknown case that came to
> >> mind first.)
> >>
> >> Yours,
> >> Joel
> >>
> >> On 3/18/2020 8:50 PM, internet-drafts@ietf.org wrote:
> >>>
> >>> A New Internet-Draft is available from the on-line Internet-Drafts
> >> directories.
> >>> This draft is a work item of the Locator/ID Separation Protocol WG
> >> of the IETF.
> >>>
> >>>           Title           : Publish/Subscribe Functionality for LISP
> >>>           Authors         : Alberto Rodriguez-Natal
> >>>                             Vina Ermagan
> >>>                             Johnson Leong
> >>>                             Fabio Maino
> >>>                             Albert Cabellos-Aparicio
> >>>                             Sharon Barkai
> >>>                             Dino Farinacci
> >>>                             Mohamed Boucadair
> >>>                             Christian Jacquenet
> >>>                             Stefano Secci
> >>>     Filename        : draft-ietf-lisp-pubsub-05.txt
> >>>     Pages           : 12
> >>>     Date            : 2020-03-18
> >>>
> >>> Abstract:
> >>>      This document specifies an extension to the use of Map-Request
> >> to
> >>>      enable Publish/Subscribe (PubSub) operation for LISP.
> >>>
> >>>
> >>> The IETF datatracker status page for this draft is:
> >>> https://datatracker.ietf.org/doc/draft-ietf-lisp-pubsub/
> >>>
> >>> There are also htmlized versions available at:
> >>> https://tools.ietf.org/html/draft-ietf-lisp-pubsub-05
> >>> https://datatracker.ietf.org/doc/html/draft-ietf-lisp-pubsub-05
> >>>
> >>> A diff from the previous version is available at:
> >>> https://www.ietf.org/rfcdiff?url2=draft-ietf-lisp-pubsub-05
> >>>
> >>>
> >>> Please note that it may take a couple of minutes from the time of
> >> submission
> >>> until the htmlized version and diff are available at tools.ietf.org.
> >>>
> >>> Internet-Drafts are also available by anonymous FTP at:
> >>> ftp://ftp.ietf.org/internet-drafts/
> >>>
> >>>
> >>> _______________________________________________
> >>> I-D-Announce mailing list
> >>> I-D-Announce@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/i-d-announce
> >>> Internet-Draft directories: http://www.ietf.org/shadow.html
> >>> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >>>
> >>
> >> _______________________________________________
> >> lisp mailing list
> >> lisp@ietf.org
> >> https://www.ietf.org/mailman/listinfo/lisp
>
> _______________________________________________
> lisp mailing list
> lisp@ietf.org
> https://www.ietf.org/mailman/listinfo/lisp
>