Re: [Igmp-mld-bis] June 16 Meeting Notes

Stig Venaas <stig@venaas.com> Thu, 17 June 2021 15:08 UTC

Return-Path: <stig@venaas.com>
X-Original-To: igmp-mld-bis@ietfa.amsl.com
Delivered-To: igmp-mld-bis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A04963A23A0 for <igmp-mld-bis@ietfa.amsl.com>; Thu, 17 Jun 2021 08:08:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 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, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.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 Kue7dYWoVeCh for <igmp-mld-bis@ietfa.amsl.com>; Thu, 17 Jun 2021 08:08:54 -0700 (PDT)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 010123A239E for <igmp-mld-bis@ietf.org>; Thu, 17 Jun 2021 08:08:53 -0700 (PDT)
Received: by mail-il1-x133.google.com with SMTP id d1so5658458ils.5 for <igmp-mld-bis@ietf.org>; Thu, 17 Jun 2021 08:08:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=EnoUAv6T8M4cHS606ZnZU5bm1XiH3NMbgLgyUNwm/PQ=; b=Ie2J5cl7Dwm3XtORapvBd5Tdssp1FcSHKcxHF+31QK3AyBE7l1H6op7aG1qYr4qZQc Nlr+zWjaAMyq19IGEMeoPvNdQs085rEQfe/iFoXIuPMbSvEihnCh6Kgax1zw8gTaLSgP bPMRV769sD37pg9nf1vDWx4fHXllpkYx9hShj8fZ78KuvWHZUdMO7MuG4+WKGIYxupUQ hb5JYFlLyOpq32D4mI2IgrZudxz5d/yiuxuyO8GNGwYFyHx9mlt2YdBW8qaDzhZqx837 JkdCfTSdIag3cpuHGfJg0T6Llz12xsw4mz+2tdH603XjjxKyQMbfC3+LFev+dBlxAveO YPdg==
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:content-transfer-encoding; bh=EnoUAv6T8M4cHS606ZnZU5bm1XiH3NMbgLgyUNwm/PQ=; b=B/bnp/TSbUz/7bzoNeJRyrEpklin8Mng/32Kks89YYmipb4nTbD/S8QLXNDlZzBdG+ sMAQiYXiADjkbmdmuVTJ/yzputUgZwgtW5s7zwy4YlbnTfVajJMqOcvxP8VzP3Yz/0oD ZCITDKCmZkPUWnySDOmvp/2KlgMyIVRVuwC1OOuXnQfkUOzjkuVFjh5/ea/iq4ZE3Ew8 oEcyVefZtARfbcVxRjNkQ5m69TeBtyt2H6WpLYN5Ps5JNoVq8vb3jsU+XEZwQNsrTehg b6cJ6+W+PNO0FgGmZHPwmzWgDRqXdwD9wflaCqzKjmtDwrjOZoxlWoJfuXthmMgiJNV5 6Igw==
X-Gm-Message-State: AOAM532xjJnXk/0/d/Nu/ylrHl7P9nD+edsLU7e2BEBMS7JnRsl/vg1Z q/Jz7QrHhJlUFSuUDqQIxYPJK9XuSsAqDLNSdw4J2w==
X-Google-Smtp-Source: ABdhPJygj/sqr3+q7hw80emjsj6OOlKU7H9PDdUWFqXU6WAUbfnirLvR5gA+RBfyEyHUl2/cpXIbR0OQZiTp8phMF7w=
X-Received: by 2002:a92:d58f:: with SMTP id a15mr3945947iln.154.1623942531596; Thu, 17 Jun 2021 08:08:51 -0700 (PDT)
MIME-Version: 1.0
References: <CCAC466E-2658-443B-8E5C-D057B5A6D124@arista.com> <C7C3F5F4-D9A0-4A3F-9817-C9133CC134A8@ieee.org>
In-Reply-To: <C7C3F5F4-D9A0-4A3F-9817-C9133CC134A8@ieee.org>
From: Stig Venaas <stig@venaas.com>
Date: Thu, 17 Jun 2021 08:08:40 -0700
Message-ID: <CAHANBtKBh+KqpjjuKM0anevqB+z0Nr-_oPX5My=ROxvZmr_VGQ@mail.gmail.com>
To: Hitoshi Asaeda <asaeda@ieee.org>
Cc: Olufemi Komolafe <femi=40arista.com@dmarc.ietf.org>, igmp-mld-bis@ietf.org, Timothy Winters <tim@qacafe.com>, "Anuj Budhiraja (abudhira)" <abudhira@cisco.com>, Brian Haberman <brian@innovationslab.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/igmp-mld-bis/jOsRutvM_G6UNndGOtX2eKpKMXY>
Subject: Re: [Igmp-mld-bis] June 16 Meeting Notes
X-BeenThere: igmp-mld-bis@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IGMPv3/MLDv2 <igmp-mld-bis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/igmp-mld-bis>, <mailto:igmp-mld-bis-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/igmp-mld-bis/>
List-Post: <mailto:igmp-mld-bis@ietf.org>
List-Help: <mailto:igmp-mld-bis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/igmp-mld-bis>, <mailto:igmp-mld-bis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Jun 2021 15:08:59 -0000

Hi Hitoshi

We had some discussion about
https://datatracker.ietf.org/doc/html/rfc3376#section-8.12
We are wondering how this has been implemented by the different host
implementations, including BSD. The problem is that while operating in
say IGMPv2 mode, there is no query interval in the query. Are you able
to see what you did, or maybe point us to how this is done in some
current BSD code?

Thanks,
Stig

On Wed, Jun 16, 2021 at 8:20 AM Hitoshi Asaeda <asaeda@ieee.org> wrote:
>
> Sorry that I've not joined the meetings except the first one.
> Yeah, never mind my time zone.
>
> BTW, it was very much old implementations but I previously implemented IGMPv3/MLDv2/LW-IGMPv3 NetBSD kernel implementations;
>
> https://web.sfc.wide.ad.jp/~asaeda/igmpv3/index.html
> https://web.sfc.wide.ad.jp/~asaeda/mldv2/index.html
> https://web.sfc.wide.ad.jp/~asaeda/LW-IGMPv3/index.html
>
> My IGMPv3/MLDv2 implementations were also integrated into KAME kernel.
>
> Some notes such as "Compatibility with Older Versions of IGMP" in the following README may be useful.
> https://web.sfc.wide.ad.jp/~asaeda/igmpv3/README.txt
>
> RFC6636 may be also useful.
> https://datatracker.ietf.org/doc/html/rfc6636
>
> Regards,
>
> Hitoshi
>
>
>
> > On Jun 16, 2021, at 23:44, Olufemi Komolafe <femi=40arista.com@dmarc.ietf.org> wrote:
> >
> > Attendees: Brian, Anuj, Stig, Femi
> >
> > Discussed possibly moving the meeting back 2 hours in the future, to better accommodate West Coast USA (especially as there is no regular attendee based in Asia)
> >
> > Agreed to try to write document targeted at IETF 111.  Cut off date is July 12.
> > + proposal is to try to write to -bis-00 documents based on errata
> >
> > Discussion about issue 3: https://github.com/ietf-wg-pim/igmp-mld-bis/issues/3
> > + Anuj went over his findings
> > + Brian suggested similar issue may exist for MLDv2
> > + Reviewed Stig’s original email on this errata (https://mailarchive.ietf.org/arch/msg/pim/s9dMx_O3cFUyn38CHj81yw4Wp2o/)
> > + Older queriers have no concept of querier interval?
> > + Older Version Querier Present timeout” (RFC 3376, Section 8.12) vs “Other Querier Present Interval”  (RFC 3376, Section 8.5)?
> > + RFC 2236, Section 8.11 defines “Version 1 Router Present Timeout” to be 400s.  Source of 400s?  (Perhaps due to missing timer definitions in RFC 1112: “Each timer is set to a different, randomly-chosen value between zero and D seconds.”)
> > + Will be interesting to find out what Linux and other existing implementations have done for RFC 3376, Section 8.12.
> > + Should host assume default querier interval since host has no way of knowing actual querier interval and is unlikely to measure it?
> >
> > Brief discussion about issue 4: https://github.com/ietf-wg-pim/igmp-mld-bis/issues/4
> > + Agreement that comment addresses issue.
> >
> > AI Stig: Schedule meetings 2 hours earlier, after checking change works for all participants
> > AI Anuj: Check for consistency between formula for calculating "Older version querier present time out” (RFC 3376, Section 8.12) and “Other querier present interval”  (RFC 3376,Section 8.5)
> > AI Tim: How does Linux implement (RFC 3376, Section 8.12)?  Other popular hosts implementation?
> > AI Brian: Create initial -bis-00 documents using XML templates
> > AI All: Any outstanding AIs from June 2 meeting
> >
> > Regards,
> > Femi
> > --
> > Igmp-mld-bis mailing list
> > Igmp-mld-bis@ietf.org
> > https://www.ietf.org/mailman/listinfo/igmp-mld-bis
>