Re: [Ippm-ioam-ix-dt] IPPM IOAM Virtual Meeting

Tal Mizrahi <tal.mizrahi.phd@gmail.com> Tue, 21 April 2020 04:25 UTC

Return-Path: <tal.mizrahi.phd@gmail.com>
X-Original-To: ippm-ioam-ix-dt@ietfa.amsl.com
Delivered-To: ippm-ioam-ix-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 516E43A0835 for <ippm-ioam-ix-dt@ietfa.amsl.com>; Mon, 20 Apr 2020 21:25:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.198
X-Spam-Level:
X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=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 8hn8WatojdQw for <ippm-ioam-ix-dt@ietfa.amsl.com>; Mon, 20 Apr 2020 21:25:44 -0700 (PDT)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 C50E53A0837 for <ippm-ioam-ix-dt@ietf.org>; Mon, 20 Apr 2020 21:25:43 -0700 (PDT)
Received: by mail-wr1-x430.google.com with SMTP id j2so14823744wrs.9 for <ippm-ioam-ix-dt@ietf.org>; Mon, 20 Apr 2020 21:25:43 -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; bh=xHwmTyqiCSh4QP63ZYUEvqK90Ij07EPJHaqlu2bhFwI=; b=GPffTov+ghOuP6/TlVpzzmRr0iGxtaZQsmsD3Zxe9RMi2BUIpfTaZrRYZQ7ki8tf7w Qh+DGFcWsnM2dNUQy4hVWmNAqJ6u9Z6Pqtrsv8C1HWejtTO/lJqkelGVHxhkcK84KZ7W sU0wyDS6U9hYb/ZyjKo1gcFvLY9yDozwUbrSL1c4VZz+3cb8Q+VjFG0NvRBwwIW4lcFm xR8dVGZyr4o0/PDy+biABldsWXM3qWp5aSytEd+qfyWCnMUNQn4rqUoZu8xUc9NlX2pK +IuH+Tkdy4m4XA1QQkXnYkyaknPSP55UNhW1i6V+Dlwzy/R+Bwmzz3ieZGItGc3czmed UTqA==
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; bh=xHwmTyqiCSh4QP63ZYUEvqK90Ij07EPJHaqlu2bhFwI=; b=TOrmUCQAOEIl4y25CY9Vxt5UBsuOqSQN7037BMzriCA/XmbPg9vsnVE/GNiNA4G8Zz iyoqe3uvXPMlXNaVJws2zRu5bZ4cuYagxHAsaRV9RskkbHQLjdhwmRxYauc54GEJ+nW3 feT5Cirx0n57934GHlJB4iPeZDJtt2ooehbUzvHlAk61bCsMQX8VZRDOtlL9JLBrocu8 G/0zTei+gHiPeQa2l3G4pXqrvNi9TB0GnFklptpiM8b2M04RgUSfl+RKaBthAIv6n4DS gOTmAKR8X8mE/gHblP7eazed2/ddMRhfqOdK/s5Lqj8ms9bw8YIVf1gEFTNNXKCf2W5T s7xA==
X-Gm-Message-State: AGi0PuaWDBebzWDpwYDUYTzSZzhhX03ETBSoP4zST4MPdE7yOBH7Zq03 zhu/Vkq7OFseWF7iHwAflHEn+FrQwvGLRdN2EHGeRzdT8a4=
X-Google-Smtp-Source: APiQypKN2mgC2/LVyr8DysExU1pejGFZagyfCaJBRlNBBR6NYy9R43GPCX2Wbb81Z5Eu2rwoWPjrECNi4CANa4rigOo=
X-Received: by 2002:adf:fe44:: with SMTP id m4mr23501552wrs.188.1587443141808; Mon, 20 Apr 2020 21:25:41 -0700 (PDT)
MIME-Version: 1.0
References: <CABUE3X=Yk8LCvGZJB+6_X-S6GeDHLF9nNwyW01SkH0fBYqCf8A@mail.gmail.com> <CABUE3XkLDKu0UCK8bVor0i7xg4-ry2UzQeNEfrBVHEaaEdv5sQ@mail.gmail.com>
In-Reply-To: <CABUE3XkLDKu0UCK8bVor0i7xg4-ry2UzQeNEfrBVHEaaEdv5sQ@mail.gmail.com>
From: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Date: Tue, 21 Apr 2020 07:25:03 +0300
Message-ID: <CABUE3XmbQd9DuphwP__ZvB4kF1iZ3cOrXeDt5zT8Lxan5kMj0Q@mail.gmail.com>
To: ippm-ioam-ix-dt@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm-ioam-ix-dt/rKaMEaCcXCuvx1Xt2t0ATmZVmMc>
Subject: Re: [Ippm-ioam-ix-dt] IPPM IOAM Virtual Meeting
X-BeenThere: ippm-ioam-ix-dt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPPM iOAM Immediate Export \(IX\) design team" <ippm-ioam-ix-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm-ioam-ix-dt>, <mailto:ippm-ioam-ix-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm-ioam-ix-dt/>
List-Post: <mailto:ippm-ioam-ix-dt@ietf.org>
List-Help: <mailto:ippm-ioam-ix-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm-ioam-ix-dt>, <mailto:ippm-ioam-ix-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Apr 2020 04:25:47 -0000

This is a reminder about the IOAM virtual meeting that will take place
tomorrow, April 22nd, 2020 at 06:00 UTC.
(Webex details below)

Cheers,
Tal.


JOIN WEBEX MEETING
https://ietf.webex.com/ietf/j.php?MTID=m01ca07b3ab108b039b17591f76d32019
Meeting number (access code): 618 651 455

Meeting password: 2F5p3pwdaMb

Global call-in numbers
https://ietf.webex.com/ietf/globalcallin.php?MTID=mfcaeaa27dfd0ef716a64ec2105c2f6a1

On Wed, Apr 8, 2020 at 8:35 AM Tal Mizrahi <tal.mizrahi.phd@gmail.com> wrote:
>
> Reminder: the next IOAM virtual meeting will be on April 22nd, 2020, 06:00 UTC.
>
> Cheers,
> Tal.
>
> On Wed, Apr 1, 2020 at 9:43 AM Tal Mizrahi <tal.mizrahi.phd@gmail.com> wrote:
>>
>> IPPM IOAM Design Team
>> Virtual meeting
>> April 1st, 2020, 06:00 UTC
>> Webex meeting
>>
>>
>> Attendees:
>> Shwetha Bhandari, Frank Brockners, Barak Gafni, Greg Mirsky, Tal Mizrahi, Mickey Spiegel.
>>
>> Minutes by Tal Mizrahi.
>>
>>
>> Summary:
>> ========
>> - The IPPM virtual interim meeting that will take place later today was discussed.
>> - Next virtual meeting will be on April 22nd, 2020, 06:00 UTC (the usual time).
>>
>>
>> Detailed Discussions:
>> =====================
>> - Frank: the IPPM Interim is today. We sent the slides to the chairs. If there are any last minute changes - just use Google docs. The slides highlight the main issues that need to be discussed.
>> - Barak: what was the open issue in the flag draft?
>> - Tal: the loopback flag on the reverse path - transit nodes need to know that the packet is on the reverse path. Three alternatives: (1) new flag, (2) new IOAM type, (3) clear RemainingLen on the reverse path. We need to choose one of them.
>> - Mickey: is the RemainingLen solution applicable to the preallocated version? Does not seem to work, since the decapsulating node will not have an indication of how much of the preallocated option was used.
>> - Greg: are we allowing functionality for any flow, or for a specific flow? What is the data model?
>> - Barak: we do not want to limit to a specific model.
>> - Greg: we want to be able to apply IOAM to specific flows. Applying it on all the traffic may be too much.
>> - Barak: we want to allow flow specific IOAM, but not mandate it.
>> - Frank: the draft says that it is up to the operator whether to apply IOAM to all flows or subset.
>> - Greg: maybe we should specify that the loopback function should be applied to specific flows based on a data model.
>> - Mickey: we have been a bit avoiding this issue.
>> - Greg: we need to use our resources carefully. What is the purpose of the loopback flag?
>> - Barak: it has been discussed.
>> - Greg: comment about the slides. Regarding IPv6 option - we are not necessarily ready for WG LC because the data draft should be done first, to avoid loading the WG members.
>> - Frank: right, the chairs have typically sequenced these processes. It is not urgent.
>> - Mickey: regarding the IPv6 code points - the most painful point is the first three bits, and that implementations that do not know what it is will pass it along, but implementations that do know what it is should drop it.
>> - Frank: right, it may be a discussion topic.
>> - Greg: the data draft is a priority.
>> - Frank: right.
>> - Mickey: yes.
>> - Barak: it sounds like two independent decisions.
>> - Frank: right, but all the encapsulation drafts have a normative reference to the data draft.
>> - Mickey: do we need anything from 6man?
>> - Shwetha: we will probably need WG LC to go through 6man as well.
>> - Frank: either a formal WG LC, or just a call for feedback from 6man - it is up to the chairs.
>> - Mickey: slide 5 - we are missing "not".
>> - Tal: I will send an update of the slides.
>>