Re: [ippm] Draft agenda for IETF 104

Barak Gafni <gbarak@mellanox.com> Thu, 21 March 2019 00:21 UTC

Return-Path: <gbarak@mellanox.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 086B9127917 for <ippm@ietfa.amsl.com>; Wed, 20 Mar 2019 17:21:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.01
X-Spam-Level:
X-Spam-Status: No, score=-0.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mellanox.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 cfb7GdeujDR1 for <ippm@ietfa.amsl.com>; Wed, 20 Mar 2019 17:21:46 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130042.outbound.protection.outlook.com [40.107.13.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F4741275F3 for <ippm@ietf.org>; Wed, 20 Mar 2019 17:21:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7bfeTmlfGO3y7Scna2xJ5IRH5lP8lwjdI3JJuIvSAqg=; b=lQkLiazZH0op1KcJDPevBla2pY2imsFxC1KEBSLpvzHwP7e2hxjRe9ibBXbfIJZ/lc72qSTPEZwQZMEX2Qkgx6D37i/pgfrfumWq+Qj448rfIlYvGOkGbWfwybSjy5QlfeT7CCGmCuBkNfXj6uGhK6oXBflmu1R8W/jmMxN02Nk=
Received: from AM6PR05MB4118.eurprd05.prod.outlook.com (52.135.161.11) by AM6PR05MB4982.eurprd05.prod.outlook.com (20.177.35.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1709.14; Thu, 21 Mar 2019 00:21:41 +0000
Received: from AM6PR05MB4118.eurprd05.prod.outlook.com ([fe80::8418:abd:2c6b:51e7]) by AM6PR05MB4118.eurprd05.prod.outlook.com ([fe80::8418:abd:2c6b:51e7%6]) with mapi id 15.20.1709.017; Thu, 21 Mar 2019 00:21:41 +0000
From: Barak Gafni <gbarak@mellanox.com>
To: Jai Kumar <jai.kumar@broadcom.com>, Haoyu song <haoyu.song@huawei.com>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com>, Tianran Zhou <zhoutianran@huawei.com>, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
CC: IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Draft agenda for IETF 104
Thread-Index: AQHU3mG0A26ppKvizEuMls72DKv1NaYThBKAgACBXxCAANNygIAAAQQAgABdf4CAAABowA==
Date: Thu, 21 Mar 2019 00:21:14 +0000
Deferred-Delivery: Thu, 21 Mar 2019 00:20:33 +0000
Message-ID: <AM6PR05MB411832101B597B53598D9983B9420@AM6PR05MB4118.eurprd05.prod.outlook.com>
References: <F2ABDB31-380C-43B1-9B3D-BB5C5E309DD8@apple.com> <CA+RyBmWS58i3qNgit1P9YZSZn5Op+J4+caWGe8kORJpwXJb-fA@mail.gmail.com> <B6815E8D-48F3-45E8-B71C-C6F3EEBBF7EF@apple.com> <CY4PR11MB13356537CD317FF3AA5925C0DA470@CY4PR11MB1335.namprd11.prod.outlook.com> <BBA82579FD347748BEADC4C445EA0F21B582E9CD@NKGEML515-MBX.china.huawei.com> <CY4PR11MB133513B0A5CD4C96885C7636DA470@CY4PR11MB1335.namprd11.prod.outlook.com> <78A2745BE9B57D4F9D27F86655EB87F93766DC45@sjceml521-mbs.china.huawei.com> <CY4PR11MB13359C67202D1090A2CF264BDA400@CY4PR11MB1335.namprd11.prod.outlook.com> <78A2745BE9B57D4F9D27F86655EB87F93766E9B7@sjceml521-mbs.china.huawei.com> <AM6PR05MB41185E55A62D7A2ECF8427ACB9410@AM6PR05MB4118.eurprd05.prod.outlook.com> <78A2745BE9B57D4F9D27F86655EB87F93766FE9F@sjceml521-mbs.china.huawei.com> <AM6PR05MB41182057A6FF44DE48595535B9410@AM6PR05MB4118.eurprd05.prod.outlook.com> <5A004EB7-517F-4822-B3C8-B73824B748AD@broadcom.com>
In-Reply-To: <5A004EB7-517F-4822-B3C8-B73824B748AD@broadcom.com>
Accept-Language: he-IL, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=gbarak@mellanox.com;
x-originating-ip: [209.116.155.178]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 231b8227-857d-4e0d-99e8-08d6ad93310a
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600127)(711020)(4605104)(4618075)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:AM6PR05MB4982;
x-ms-traffictypediagnostic: AM6PR05MB4982:
x-ms-exchange-purlcount: 7
x-microsoft-antispam-prvs: <AM6PR05MB49829C29A9A146888D242580B9420@AM6PR05MB4982.eurprd05.prod.outlook.com>
x-forefront-prvs: 0983EAD6B2
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(39860400002)(346002)(396003)(136003)(376002)(51444003)(43544003)(51914003)(199004)(189003)(14454004)(26005)(93886005)(6666004)(74316002)(66574012)(6306002)(55016002)(54896002)(478600001)(11346002)(6116002)(71200400001)(606006)(186003)(410100003)(790700001)(4326008)(105586002)(25786009)(97736004)(30864003)(316002)(106356001)(966005)(3846002)(110136005)(71190400001)(6246003)(7696005)(81156014)(53546011)(81166006)(2906002)(8676002)(86362001)(76176011)(6506007)(5660300002)(476003)(446003)(102836004)(53946003)(53936002)(99286004)(229853002)(7736002)(9686003)(8936002)(14444005)(68736007)(236005)(66066001)(52536014)(256004)(33656002)(486006)(6436002)(579004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM6PR05MB4982; H:AM6PR05MB4118.eurprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: YIcMEsql55ZsOJnMoPgVrqBZOBlX3LxG4cViHgd6e3DhRRo9aR6275VzssrdxjFTnoXcgCoSXRWD7vqabsBPobS+/xwCrC55JkCrh2xvdjUXEECKIjiN2WpRyg6tPWG+wpOiLOKYARKcT/XJLaVjILSAnzSHG+DTj3Ig6jdOHieOKZChYFW2N72heBN/AsBTVYtxgWu61QlTYk53D/n06gY1uN+ZJEJetuhjZkeTZFeMUNL6GQUppCTSYriPafEf6pM4IE7Yh6AZ1jE9P4KHchINqIjCkrxz1802EVZzPwtrFeNoJiC22UULeWZw0Biy+sKGJ1jypeWZ0s/5xs+9VJgUrVQ15YbinW4jioEudY6Kd2afNiqalrfXxE6Meb0fKtFT4fLtYEevvgnzI61OAuieEwnJT7Z/YC16UAC9Gk4=
Content-Type: multipart/alternative; boundary="_000_AM6PR05MB411832101B597B53598D9983B9420AM6PR05MB4118eurp_"
MIME-Version: 1.0
X-OriginatorOrg: Mellanox.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 231b8227-857d-4e0d-99e8-08d6ad93310a
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2019 00:21:41.3259 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR05MB4982
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/bW41yz_7LnCYoBBoKv77slrdG3g>
Subject: Re: [ippm] Draft agenda for IETF 104
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Mar 2019 00:21:51 -0000

Jai,
Thanks for the comments.
Please take a look at the new IPv4 options draft, where we did started the discussion about fragmentation, see https://tools.ietf.org/html/draft-gafni-ippm-ioam-ipv4-options-00#section-3.1.5. As a side note, this discussion for the same use case started in RFC 791 chapter 3.1, which we refer to as well. We should continue this discussion and enhance it, appreciate your comments.
For the flow tracking: There are implementations that don’t need this identifier, for them this marking should be enough. For the ones who need it, as part of the discussion on Immediate Export at 05 we suggested to use e2e which can include these indicators, and plan to extend this discussion in the next draft.

Thanks,
Barak

From: Jai Kumar <jai.kumar@broadcom.com>
Sent: Wednesday, March 20, 2019 5:08 PM
To: Barak Gafni <gbarak@mellanox.com>; Haoyu song <haoyu.song@huawei.com>; Frank Brockners (fbrockne) <fbrockne@cisco.com>; Tianran Zhou <zhoutianran@huawei.com>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Draft agenda for IETF 104

Barak,

Please take a look at the IFA draft ver 01.
https://datatracker.ietf.org/doc/draft-kumar-ippm-ifa/<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-kumar-ippm-ifa%2F&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676327324&sdata=0dThk870RrTXTBR34KSUgs7zA6jCsXUYyJFrEBK3D9E%3D&reserved=0>


You do not need to add a separate flag. Currently IOAM doesn’t take care of fragmentation (don’t know how it will work with large number of nodes in path or with constrained PMTU).
If you add fragmentation then post card mode becomes a degenerate case of fragmentation where each node generates the report aka post card.

Also as Haoyu pointed out earlier there is no method defined in IOAM for co-relation of post cards for a given flow. You will need packetID/FragID or something of that intent to reconstruct the flow path for the packet.

Regards,
-Jai


From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> on behalf of Barak Gafni <gbarak@mellanox.com<mailto:gbarak@mellanox.com>>
Date: Wednesday, March 20, 2019 at 4:39 PM
To: Haoyu song <haoyu.song@huawei.com<mailto:haoyu.song@huawei.com>>, "Frank Brockners (fbrockne)" <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>, Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>, Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Draft agenda for IETF 104

Hi Haoyu,
Yes, you are right, I meant PBT-I. If you consider the description we added to the Immediate Export flag you may find more similarities in terms of use cases.
I think it can be a good topic to discuss f2f at Prague. Thanks for your comments!

Thanks,
Barak

From: Haoyu song <haoyu.song@huawei.com<mailto:haoyu.song@huawei.com>>
Sent: Wednesday, March 20, 2019 11:29 AM
To: Barak Gafni <gbarak@mellanox.com<mailto:gbarak@mellanox.com>>; Frank Brockners (fbrockne) <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: RE: [ippm] Draft agenda for IETF 104

Hi Barak,

Thank you for your comments!
I think you are mentioning the PBT-I (The variation which requires an instruction header)?  Although PBT-I and E2E shares similarities but they have different semantics and usage, therefore some difference may be inevitable. I agree we can try to align the header formats which may benefit the implementation, but it seems to me these are two independent modes with each having its specific purpose. Maybe you also mean the same thing.. If you have any specific suggestions, please don’t hesitate to propose. Thank you very much!

Best regards,
Haoyu

From: Barak Gafni [mailto:gbarak@mellanox.com]
Sent: Tuesday, March 19, 2019 10:56 PM
To: Haoyu song <haoyu.song@huawei.com<mailto:haoyu.song@huawei.com>>; Frank Brockners (fbrockne) <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: RE: [ippm] Draft agenda for IETF 104

Hi Haoyu,
I think that there are some relations and similarities between PBT-M and IOAM e2e, it may be good to prevent yet another header format for implementations if we can converge on the already existing e2e format, potentially adding on additional header. Please take a look share your thoughts.

Thanks,
Barak

From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> On Behalf Of Haoyu song
Sent: Tuesday, March 19, 2019 3:09 PM
To: Frank Brockners (fbrockne) <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Draft agenda for IETF 104

Hi Frank and Tommy,

Thanks for including our drafts! Please note we also request the IPPM WG adoption of this draft. This time we’d like to achieve rough consensus to make PBT-I a mode of IOAM (the name can be changed of course). This drafts also contains another option (PBT-M) which doesn’t need an instruction header. In this sense, we believe this draft can be developed in its own right. After it’s adopted, we’ll update it to make the alignment. Thanks!

Best regards,
Haoyu

From: Frank Brockners (fbrockne) [mailto:fbrockne@cisco.com]
Sent: Tuesday, March 19, 2019 7:41 AM
To: Haoyu song <haoyu.song@huawei.com<mailto:haoyu.song@huawei.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: RE: [ippm] Draft agenda for IETF 104

Haoyu,

Thanks – per my other email, I’ve added a new category “IOAM additional options” and also added draft-song-mpls-extension-header-02 to the set of encap options which are covered by a lightening talk.

See: https://docs.google.com/presentation/d/1P1Kp9mXA0eKkws78p1tldFn8zqx0YPQ5TK5fnq6Vyz4/<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fpresentation%2Fd%2F1P1Kp9mXA0eKkws78p1tldFn8zqx0YPQ5TK5fnq6Vyz4%2F&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676337329&sdata=1LTz5Yq4ifpd7NYjRyBkn0szAQbYWEjq2U5gnH0a68E%3D&reserved=0>

Frank

From: Haoyu song <haoyu.song@huawei.com<mailto:haoyu.song@huawei.com>>
Sent: Montag, 18. März 2019 18:28
To: Frank Brockners (fbrockne) <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>; Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: RE: [ippm] Draft agenda for IETF 104

We currently positioned a part of the draft (PBT-I) a mode of IOAM so it could fit in the IOAM data session.

We also have another draft https://tools.ietf.org/html/draft-song-mpls-extension-header-02<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-song-mpls-extension-header-02&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676347338&sdata=mqMuHhSCpEZQNWp21gmu1FkUFO3%2BYXGPBIbLVGXEdTc%3D&reserved=0> for IOAM encapsulation in MPLS networks. We can also use 1 min 1 slide to mention it.
Thanks!

Haoyu

From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank Brockners (fbrockne)
Sent: Monday, March 18, 2019 3:11 AM
To: Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Draft agenda for IETF 104

Hi Tianran,

in which category would the draft fit?

Thanks, Frank

From: Tianran Zhou <zhoutianran@huawei.com<mailto:zhoutianran@huawei.com>>
Sent: Montag, 18. März 2019 10:42
To: Frank Brockners (fbrockne) <fbrockne@cisco.com<mailto:fbrockne@cisco.com>>; Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: RE: [ippm] Draft agenda for IETF 104

Hi Frank and Tommy,

I just want to know where the draft-song-ippm-postcard-based-telemetry-02 fit into the agenda?
https://datatracker.ietf.org/doc/draft-song-ippm-postcard-based-telemetry/<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-song-ippm-postcard-based-telemetry%2F&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676347338&sdata=AmT33401XjultbFX%2BqcgCO3ky6htkVUf%2BjzbBAkea40%3D&reserved=0>
Personally, I want to be included in the IOAM slot.

Best,
Tianran


From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Frank Brockners (fbrockne)
Sent: Monday, March 18, 2019 5:28 PM
To: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:tpauly=40apple.com@dmarc.ietf.org>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Draft agenda for IETF 104


Hi IPPM WG,



Tommy asked me to facilitate the IOAM discussion. Per Tommy’s note below, we want to discuss the entire set of IOAM related documents and decide on next steps.



Given that we have a pretty large set of IOAM related individual drafts (currently 13 drafts, if I counted things correctly), I suggest that we do a very brief lightening talk (< 1 min – hard policed) on each document and then have a discussion on which categories and documents IPPM WG should consider for adoption.  In order to ease the “lightening talk” section – I’ve created a template https://docs.google.com/presentation/d/1P1Kp9mXA0eKkws78p1tldFn8zqx0YPQ5TK5fnq6Vyz4<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fpresentation%2Fd%2F1P1Kp9mXA0eKkws78p1tldFn8zqx0YPQ5TK5fnq6Vyz4&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676357347&sdata=QOrgP0Ojg%2Bx8UPctRa%2FpIRgIZV6j1B3IwWAFQg%2BIDhI%3D&reserved=0> - where each draft is listed with title and abstract. An author of each draft should present the key points of the drafts – as well as answer the question, whether IPPM should consider WG adoption.
If you’re an author, please feel free to update the particular slide of your draft according to what you think is required.



Here’s a draft agenda for the 40min IOAM slot:



·         IOAM data draft  / WG document (10min)

·         draft-ietf-ippm-ioam-data-05 – 10min

·         Review of individual IOAM drafts by category  (13min, 1min each max)

·         IOAM encapsulation (9min)

·         Draft-weis-ippm-ioam-eth-01 (new)

·         Draft-ioametal-ippm-6man-ioam-ipv6-options-01

·         Draft-ioametal-ippm-6man-ioam-ipv6-deployment-00 (new)

·         Draft-brockners-ippm-ioam-geneve-02 (new)

·         Draft-gafni-ippm-ioam-ipv4-options-00 (new)

·         Draft-ali-6man-spring-srv6-oam-00 (new)

·         Draft-anand-ippm-po-ioam-02 (new)

·         Draft-gandhi-spring-ioam-sr-mpls-00

·         Draft-ali-spring-ioam-srv6-00

·         IOAM data export (1min)

·         Draft-spiegel-ippm-ioam-rawexport-01

·         IOAM YANG models/operations (2 min)

·         Draft-zhou-ippm-ioam-yang-03 (new)

·         Draft-mizrahi-ippm-ioam-profile-00 (new)

·         IOAM tools (1min)

·         Draft-xiao-ippm-ioam-conf-state-03 (new)

·         Discussion and Hums (15min)

·         Which categories of IOAM documents make sense for IPPM to adopt?

·         WG adoption of certain drafts (for those categories and drafts which apply)?


Did I miss any document that should be added to the list above? If so, please let us know – and add another slide to the google slide deck.
The deck should be editable by anyone.

Thanks, Frank

From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> On Behalf Of Tommy Pauly
Sent: Mittwoch, 13. März 2019 01:24
To: Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>>
Cc: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Subject: Re: [ippm] Draft agenda for IETF 104

To clarify, the time allocated for IOAM is not allocated just to discuss draft-ietf-ippm-ioam-data. That currently is the one IOAM document that is a WG document, but there is a list of many other documents that have been submitted as "-ippm" individual drafts. We want to use this time to figure out collectively as a group how we want to approach this work going forward, and where the documents best belong. The goal of this discussion is to come out with a clear picture of what work we think makes sense for IPPM. This will hopefully be more fruitful than having many individual lightning talks for these topics.

Best,
Tommy

On Mar 12, 2019, at 11:12 AM, Greg Mirsky <gregimirsky@gmail.com<mailto:gregimirsky@gmail.com>> wrote:

Hi Tommy,
given how dense is our agenda for Prague, allotting 40 minutes for one draft seems as overgenerous. If there are updates to IOAM individual drafts, then should these be explicitly listed among other individual drafts that have allocated 5 minutes each?

Kind regards,
Greg

On Tue, Mar 12, 2019 at 10:35 AM Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org<mailto:40apple.com@dmarc.ietf.org>> wrote:
Hello IPPM,

We've posted our draft agent for IETF 104 here:
https://datatracker.ietf.org/meeting/104/materials/agenda-104-ippm-00<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fmeeting%2F104%2Fmaterials%2Fagenda-104-ippm-00&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676357347&sdata=qEuvsnGNcnyRMwd%2F3tLt7RrLJN8UvE%2FgfB99Be97Dg4%3D&reserved=0>

We have a two-hour slot, and are pretty full! The chairs have discussed and would like to have two more extended discussions this time about:
- Finalizing the metrics and initial registries, so we can get those out the door
- How we should progress with IOAM and the large cluster of related documents. We'll ask that instead of having any lightning talks on related IOAM documents, we have a broader discussion about what we're doing for these.

After that, the agenda is made up of 5 minute lightning talks, with a group of related alt-mark documents at the start. Apologies that we can't have longer time for these!

Suggestions or bashing welcome!

Best,
Tommy

_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>
https://www.ietf.org/mailman/listinfo/ippm<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fippm&data=02%7C01%7Cgbarak%40mellanox.com%7Cbdb809a6dba045a9671a08d6ad913d00%7Ca652971c7d2e4d9ba6a4d149256f461b%7C0%7C0%7C636887236676367352&sdata=fupsOOFFHTrHtFWW8lKsKdsONuGyoCjPhTGBFEm0yxY%3D&reserved=0>

_______________________________________________ ippm mailing list ippm@ietf.org<mailto:ippm@ietf.org> https://www.ietf.org/mailman/listinfo/ippm