Re: [lisp] John Scudder's No Objection on charter-ietf-lisp-04-06: (with COMMENT)

Padma Pillay-Esnault <padma.ietf@gmail.com> Fri, 05 January 2024 18:50 UTC

Return-Path: <padma.ietf@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 2D94FC14CF0C; Fri, 5 Jan 2024 10:50:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TLbvwK7PnGfF; Fri, 5 Jan 2024 10:50:14 -0800 (PST)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (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 4F73BC14F61C; Fri, 5 Jan 2024 10:50:14 -0800 (PST)
Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-2cd0c17e42bso22555081fa.0; Fri, 05 Jan 2024 10:50:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704480612; x=1705085412; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=NTKO0VLeZJvAbf9lsyR5el00FkRVBKRLldz3uyktlJs=; b=mRYrx8cuOQ0UURiwBXktGK/mUrFkgnWIrp78Tv7QRoSxlEOUin4WPOmT3/4Len+mM5 AnyQGmMcgCpGxB9hOiD7oLPYc2TyfhsEJySn1wHTK8G+PomOOgPBtmcnEn2vyeD0qA9L pyUQz2ST/eUh/b2RwFeV4UJzbtcOwE7kTyI5cw06Rmu7NOzbNotdqPv02yx1kaxWaa70 Ud71tNLJcPraf6qW/DV9yF/dvm6QQBbP6H4vAMctV8e+24Nb1pTeu0y2be1ySWKmhux1 neARlzG8SleyzHsJJjS0TuvI/aXI9T6bXflz4vkfWJlQY77/sIu6MFmN2TuuetHhAQl/ 7Bog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704480612; x=1705085412; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NTKO0VLeZJvAbf9lsyR5el00FkRVBKRLldz3uyktlJs=; b=CKoP2PFmycG4mq/keXn4f5/d7c5+09Yhkcli/wGNVncIHdRwW5PwDDoX2L6asONaD+ qmLQUKAJUPBuY2uy2MkK+xs+6Dr76PZcQtF0s3U/E4Gvk9wp5xT4ZjKx/ZKb7fhx/516 8t9ssdcNIGxDKc5LR3r163wDBfzh7KCfrEyl/veSb5Nv+cqJlJJnYohyloob33gPjBJs gHid1hCn3MkINbS05KWS5khTdXhKBW03ZFEL6z5SxyEQ9MnQTavTOKEcWNvxqYi5fnjl BTPCEzJbOr8XtjhkmMhhN7hg+/3Kfoa5n3yQfbGOhOh2faGevee0WDnC/AN4eFE7BgzK bDXQ==
X-Gm-Message-State: AOJu0YwvI1JEQ7fr1LdkAIW0L4nljlHQAySyg1YVONZFdXCKuSE/tKSa /G9COQTdKr49Befdtz3KvUDgvthskLafJF6MBh7pNhmU1co=
X-Google-Smtp-Source: AGHT+IHH8uSZXDFvkuUbKM9QobjcaSCZeqglVY+9+0YOTrjLDr1lvccSMxPDtkEADubHp6/r2L98t2anO0xScaj9TRs=
X-Received: by 2002:a2e:87cd:0:b0:2cd:1065:3a41 with SMTP id v13-20020a2e87cd000000b002cd10653a41mr1339821ljj.11.1704480612134; Fri, 05 Jan 2024 10:50:12 -0800 (PST)
MIME-Version: 1.0
References: <170432924700.24919.10668956158788021840@ietfa.amsl.com>
In-Reply-To: <170432924700.24919.10668956158788021840@ietfa.amsl.com>
From: Padma Pillay-Esnault <padma.ietf@gmail.com>
Date: Fri, 05 Jan 2024 10:50:01 -0800
Message-ID: <CAG-CQxoGwfyLNNgrMVWDUgJwJPQUvYRQ0Q9f055u9yuH644GpA@mail.gmail.com>
To: John Scudder <jgs@juniper.net>
Cc: The IESG <iesg@ietf.org>, lisp-chairs@ietf.org, lisp@ietf.org
Content-Type: multipart/alternative; boundary="00000000000069b1da060e375121"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/jlnTx6nCaDE7YCnkCsHorRGMTgU>
Subject: Re: [lisp] John Scudder's No Objection on charter-ietf-lisp-04-06: (with COMMENT)
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: Fri, 05 Jan 2024 18:50:18 -0000

Hi John

Please see  PPE for my comments inline.

On Wed, Jan 3, 2024 at 4:47 PM John Scudder via Datatracker <
noreply@ietf.org> wrote:

> John Scudder has entered the following ballot position for
> charter-ietf-lisp-04-06: No Objection
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/charter-ietf-lisp/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> “LISP deployments could benefit from more advanced internet-working”
>
> Should this be “interworking”? If not, why not?
>
> PPE - Thanks for catching this.

Original:
“LISP deployments could benefit from more advanced internet-working”

Proposed:
“LISP deployments could benefit from more advanced interworking”


Editorial:
>
> s/identified by the working as main LISP applications/identified by the
> working
> group as main LISP applications/ (add “group”)


> s/The management of LISP protocol and deployments include data models,
> OAM/The
> management of LISP protocol and deployments including data models, OAM/
> (“include” should be “including”)



> s/leveraging on/leveraging/ (remove “on”)
>


PPE - Agree with all changes proposed above


s/LISP tunnel endpoints are separated from by a NAT/LISP tunnel endpoints
> are
> separated from one another by a NAT/ (add “one another”)
>
> PPE -
The original was modified into Proposed. The New Proposed includes your
editorial comment and Martin's comments

Original:
NAT-Traversal: Support for a NAT-traversal solution in deployments where
LISP tunnel endpoints are separated from by a NAT (e.g., LISP mobile node).

Proposed:
NAT-Traversal: *LISP protocol extensions to* support a NAT-traversal
solution in deployments where LISP tunnel endpoints are separated from by a
NAT (e.g., LISP mobile node). The LISP WG will collaborate with the TSVWG
working on NAT-Transversal.

New Proposed:
NAT-Traversal: *LISP protocol extensions to* support a NAT-traversal
solution in deployments where LISP tunnel endpoints are separated from one
another by a NAT (e.g., LISP mobile node). The LISP WG will collaborate
with the TSVWG working on NAT-Transversal.

Thanks
Padma