[lisp] Re: WG Last Call for Signal-Free Locator/ID Separation Protocol (LISP) Multicast draft-ietf-lisp-rfc8378bis

Stig Venaas <stig@venaas.com> Tue, 20 January 2026 19:34 UTC

Return-Path: <stig@venaas.com>
X-Original-To: lisp@mail2.ietf.org
Delivered-To: lisp@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id BE7B3AA90E7F for <lisp@mail2.ietf.org>; Tue, 20 Jan 2026 11:34:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20230601.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Snn5VKCWURik for <lisp@mail2.ietf.org>; Tue, 20 Jan 2026 11:34:23 -0800 (PST)
Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 435E1AA90E77 for <lisp@ietf.org>; Tue, 20 Jan 2026 11:34:23 -0800 (PST)
Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-65808bb859cso1162498a12.2 for <lisp@ietf.org>; Tue, 20 Jan 2026 11:34:23 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1768937662; cv=none; d=google.com; s=arc-20240605; b=OxuvBg2a2f3q5B1MZcWwQ9Z3NLAtZtPc0lxE7ulBW/ba2RsWo88qFIwCJ982MtMcCu gntMebqDuAMftIt1Vjv8ru6LMzW6DFdpI/mHshrBq9YO97IEXMXdUUaNW6VWn39GtzWW xgRFKtp75pTNBGRKKGSlYOjnglPDsRN7h83fZY2q0MiWzbwMKjDmrmZH9Vjz7SwTRwFK UETb2OMFeiyAc9vxb8+5VhaF7fXDQHgprvaDfHXD5oUTy0rbt4giCFO4XzUKN0kp1f/7 Hr6brMe+WLjDUGt6g7zGebqhGe9FpByN37iMZFTYlg3UbXAWnvhZbfiG4Wjcegi64bJL GMLQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=ACDNPHGpqftVDIwdj9fG6EEOPtLxtxiHwQGP0l4nlsU=; fh=/i8T0fFd5i05HIUnPflIwmeC8zw/Z7z98veXGmJ5nv0=; b=RDxq4M4ba4fHdbKr/ch9ids8cGiLe7Ks6TUz4sgvkdRNo4NTTt9H88iC7W+6SIgnJ5 ysZKh5Q+IglnB9DVUcGns05Nut8TSPSYJEWeGHkn7iIcISSWa73GQDOlJ9J3Rmukzlgd o2Q1DvykKo5srTwEeR3P9m7MlX9WqdMvTbp6tAOwUIJke49MpH93CCrajjo7t+62Z0/U fC9sPBeGRRZld8PtA0oLKGSrZ8NLBk33NGoAC+T/S1XUQ2V0/HzCqOAZz361/D+RM5vt eYxpFCp0123znwtkzaLvLCw/fTjUuWgoPLhBasvKypg8Fms/Fu6hcp5iOdAoCcAVbLiy 2h8g==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20230601.gappssmtp.com; s=20230601; t=1768937662; x=1769542462; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ACDNPHGpqftVDIwdj9fG6EEOPtLxtxiHwQGP0l4nlsU=; b=gxGDMoa3BwVB5p+PUXttsvceITrlcMvvgeH0wS3xEymTqwN8TAirwPdK33BoMtmvtv 5PDlOXGfgQrxQW2nX8P+2JYEvFFY9QXmsWVV+WlX/igib23ZKARMPoJUfnwLkPGHetdi 3yen0K5h/tUC5fXWUA3wOHznuNHw+1k3BVoRWa5CQY4VQFuUAOEwyLjg2nq70Vj1OL4J S3tHp5xImyHtRef+BlUFWGXhwHJU8eWpLfrKcwluiweq/jA+8pj+ZYmUlvUpVGbWqpK7 xPccGmcepkdQi4wN1WQmyawlgDRcdoWIQLsboZFdUsBitjiIpMqqBTQyZuZO93S13hku Fcdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768937662; x=1769542462; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=ACDNPHGpqftVDIwdj9fG6EEOPtLxtxiHwQGP0l4nlsU=; b=jJUUoMzQ1yjW0p2x7qqYOtynnURkgCYyfzvydFqFmMnEz7voGuGlydGMfIL7JiJ58i 9MGyvjajkIfroyEh+4/acow8Wtf5o6Li/PUZy93Ux5H7IPBQfmGuGYIzF6JENN+a8XqG xsv7O7Nw0y+2Zud+jk0xoBT9e5SWFjzDNJ/NlP4mwj/yYocqTsRJpARWf4vbZ1MpLOB7 OM1OibAGg/p1a001V0KX0kzxZhbMAuFKIVmkij/pnWXeFLIlP+mLX5bSt7vBW9QB6iPE zFBx+qTG4WFC77XhD7bi5xbS5kvvnI3WyKTpKVkjKfW3G27c6CWwijwFnhSK6+afEQ/M fHaw==
X-Gm-Message-State: AOJu0YyPsVtkHjAJekUDhCNq0zpmaN/LPDUqEzh8qAPk9hp39x1ioF+E GjywDf7eRuidDrNY4Cr7XtNYBbNrkTLWcNBAWrJLpHGt1bMXt6MDBhAnob75NYrXcEbxmdkF2b6 mOnmTS1QNPN4U602EejNCuy0N+biuxh9NnckZVhXlqOBW/bif8KUOQQY=
X-Gm-Gg: AZuq6aIh0BFEXAp/9ptWwunAxAeIaGFzIATQlURkL2eIlFAvPkCyPLnDE5BN/0tKvL9 C6o8rnEuBtL3a98nMZ3gBCBi7B1p4LopWoCq4Dz6GWuh7D/SQfDWEKePd0X+l468Kvno+0D4Qvt yuGQxDXNR1JoXJXlviiCktPpbXTS2wfzF0OUgulO1gl2pSD0qJ5/miicXp0V1OS0FD/dCPZw1oh pGJj4BQCRKXiPkT6R3CWdiG2ZBYyRjfTpG2KB0m5swiCTf95vB13fPU3VLdHuVEvfZU/IZ9/oCX 4XhzjoErd9NPok74LeJIPhNeNJKCQZIrmmlw51c=
X-Received: by 2002:a05:6402:455b:b0:658:7a1:fbe7 with SMTP id 4fb4d7f45d1cf-65807a2007dmr1434241a12.23.1768937661768; Tue, 20 Jan 2026 11:34:21 -0800 (PST)
MIME-Version: 1.0
References: <AA6CF71E-F864-44D3-AE5C-1CB20D7F19EA@gigix.net>
In-Reply-To: <AA6CF71E-F864-44D3-AE5C-1CB20D7F19EA@gigix.net>
From: Stig Venaas <stig@venaas.com>
Date: Tue, 20 Jan 2026 11:34:10 -0800
X-Gm-Features: AZwV_QhDVgpC2ZWVDlYgEuF-NolnO_ik47H1uaQrB-EbOIceSSPK5OPOXCvOqms
Message-ID: <CAHANBt+kt6fSMSAbT03viWLhtLvwm4Qz68=gw6drKp3Rv3mwqg@mail.gmail.com>
To: Luigi Iannone <ggx@gigix.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: WCSCTJMCPWOSNILEPB6DIN6SIZVIRPS5
X-Message-ID-Hash: WCSCTJMCPWOSNILEPB6DIN6SIZVIRPS5
X-MailFrom: stig@venaas.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-lisp.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: LISP mailing list list <lisp@ietf.org>, lisp-chairs@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [lisp] Re: WG Last Call for Signal-Free Locator/ID Separation Protocol (LISP) Multicast draft-ietf-lisp-rfc8378bis
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/jx6jj_anzgNE7VMfAttXjQtIrvY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Owner: <mailto:lisp-owner@ietf.org>
List-Post: <mailto:lisp@ietf.org>
List-Subscribe: <mailto:lisp-join@ietf.org>
List-Unsubscribe: <mailto:lisp-leave@ietf.org>

Hi

I support publication of this document. It is in good shape, although
I couldn't help spotting a few minor editorial issues. I'm sure the
RFC Editor would fix them, but let me list what I found below.

In abstract:

   This document describes the design for inter-domain multicast
   overlays using the Locator/ID Separation Protocol (LISP).  The
   document specifies how LISP multicast overlays operate over a unicast
   underlays.

S/underlays/underlay

In abstract:
"This document when approved obosletes RFC8378."
Typo, and should have space after RFC.

In 5.2:
"In the ASM case, for (*, G)". Should not have space after comma.

In 8:

When a Map_server uses "filtered-format', the Map-Reply it originates
Note that the start and end quotes are different.

Thanks,
Stig

On Mon, Jan 12, 2026 at 6:17 AM Luigi Iannone <ggx@gigix.net> wrote:
>
> Dear WG
>
> As requested by the authors, this message starts a two-week WG Last Call for  ending on January 26th 2026.
>
> https://datatracker.ietf.org/doc/draft-ietf-lisp-rfc8378bis/
>
> Title: Signal-Free Locator/ID Separation Protocol (LISP) Multicast
>
> Abstract:
>   This document describes the design for inter-domain multicast
>    overlays using the Locator/ID Separation Protocol (LISP).  The
>    document specifies how LISP multicast overlays operate over a unicast
>    underlays.
>    When multicast sources and receivers are active at Locator/ID
>    Separation Protocol (LISP) sites, the core network is required to use
>    native multicast so packets can be delivered from sources to group
>    members.  When multicast is not available to connect the multicast
>    sites together, a signal-free mechanism can be used to allow traffic
>    to flow between sites.  The mechanism within here uses unicast
>    replication and encapsulation over the core network for the data
>    plane and uses the LISP mapping database system so encapsulators at
>    the source LISP multicast site can find decapsulators at the receiver
>    LISP multicast sites.  This document when approved obosletes RFC8378.
>
> Please review this WG document and let the WG know if you agree that it is ready to be handed over to the AD.
>
>  If you have objections, please state your reasons why, and explain what it would take to address your concerns.
>
> Note: silence IS NOT consensus.
>
> Thanks
>
> Padma and Luigi
> _______________________________________________
> lisp mailing list -- lisp@ietf.org
> To unsubscribe send an email to lisp-leave@ietf.org