Re: [ippm] Side Meeting: IOAM Immediate Export Draft

Haoyu Song <haoyu.song@futurewei.com> Fri, 09 August 2019 17:24 UTC

Return-Path: <haoyu.song@futurewei.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 C1800120019; Fri, 9 Aug 2019 10:24:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 6A-yVIPChvaJ; Fri, 9 Aug 2019 10:24:47 -0700 (PDT)
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-bgr052100130107.outbound.protection.outlook.com [52.100.130.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCFB812002E; Fri, 9 Aug 2019 10:24:46 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X2ZMirKEDFcQdPteIdBt/LAHub4Ad9Z7FBT1X4ZbsTLPL1pCmgOrQOoFcgkULI5yeWvTZWxLGLAs5Q89Vls+3g5uMvSTwqwqRYOWLmg8wQC0QTfv3jdTS1a2h6EsJ/PX9Pduc3E3kR6go2NICqYA0/jBeFGbom+/DcySCRMWaWdJsYG10p5M0y6YW4TGOqwCY29Ba4qKTUiRK6ShshkCRLqObJw9dB9HnZmlJaXb0P+ureOsxBQDHeua90FrwGsec/NYtLFW7GnNWAgai4V1WzWFRyXrAwAR7ij/eyVyzyru3r3dJW3lvmlZM9tNF7S5KC24BK6k0VGeeq1KjCMcBA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zy7vwaKO3iGXwKoIZaKldRZWur/OG+41UyYIrzOMb1s=; b=W8fCE/QTfkxi108adOaoIaog9sBQ29zuVWMenyofHXFPi+AKkqdgCiRuaHGQPNvoEoD4QQiunS/XvBoxvRqrvcX/BsJpZ/LSCS2s/0JO6mpuMgG0Qo7+ASw3gHk1VzvONDT9/zcJ72g7zgh4YyQFLydwtZ43BAOaQWFWwEBex1sBYR9320yFXYRxCPTsnWiF4L1NQeti43rVCWRCQtTROVQX5z6bp2TrsJLwWYcQ5WsuUWSngj5VnS8f+wKaHZFIypqrIENvXWDCcyiYydQejCHvUxMi68eSvCkowtjCbv7IvDdRyNQw8Igk8nK7OPqq0vr8rfZB31jt8HY+tTAOtg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zy7vwaKO3iGXwKoIZaKldRZWur/OG+41UyYIrzOMb1s=; b=bxeb/P/onrlRJ70YjPvtfr/db8Rjr1nvT/WCWA6WTqeuxsYgywqnsRkcJiSvpfllBGKdLgwQ/kT+ZfkFvBVO5G6zOjpp87j98Aa7l1IQbemW7pU1FdDeOvIj8Ub4ia+bRy4roXEQcxzI/ReMd7saOoCZxZu4Dvatezg4z2ftnbc=
Received: from MN2PR13MB3582.namprd13.prod.outlook.com (10.255.238.139) by MN2PR13MB3440.namprd13.prod.outlook.com (10.255.237.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2157.11; Fri, 9 Aug 2019 17:24:42 +0000
Received: from MN2PR13MB3582.namprd13.prod.outlook.com ([fe80::51ed:57ae:d3a7:e4bd]) by MN2PR13MB3582.namprd13.prod.outlook.com ([fe80::51ed:57ae:d3a7:e4bd%7]) with mapi id 15.20.2157.020; Fri, 9 Aug 2019 17:24:42 +0000
From: Haoyu Song <haoyu.song@futurewei.com>
To: Barak Gafni <gbarak@mellanox.com>, Tal Mizrahi <tal.mizrahi.phd@gmail.com>, IETF IPPM WG <ippm@ietf.org>
CC: IPPM Chairs <ippm-chairs@ietf.org>
Thread-Topic: [ippm] Side Meeting: IOAM Immediate Export Draft
Thread-Index: AQHVQl3RwvzvF3hqMUyPVgoqrAt6F6bdDs0AgBTmrlA=
Date: Fri, 9 Aug 2019 17:24:42 +0000
Message-ID: <MN2PR13MB358239D2009B4FA7007293329AD60@MN2PR13MB3582.namprd13.prod.outlook.com>
References: <CABUE3XnsPgdZB1_hF1KXqhw77-0h=xhJNZ+EB97b-=8C9GAAzg@mail.gmail.com> <AM6PR05MB411860A61F807A0BCA6196C4B9C00@AM6PR05MB4118.eurprd05.prod.outlook.com>
In-Reply-To: <AM6PR05MB411860A61F807A0BCA6196C4B9C00@AM6PR05MB4118.eurprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=haoyu.song@futurewei.com;
x-originating-ip: [206.16.17.150]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3b21198b-a31c-43de-ad06-08d71cee7754
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:MN2PR13MB3440;
x-ms-traffictypediagnostic: MN2PR13MB3440:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <MN2PR13MB34406BF3F90B0AECF99ACF299AD60@MN2PR13MB3440.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 01244308DF
x-forefront-antispam-report: SFV:SPM; SFS:(10019020)(4636009)(346002)(376002)(136003)(39840400004)(366004)(396003)(199004)(189003)(52314003)(54896002)(6306002)(9686003)(478600001)(229853002)(236005)(606006)(4326008)(110136005)(256004)(102836004)(966005)(55016002)(6436002)(14454004)(25786009)(316002)(66066001)(53936002)(6246003)(6506007)(53546011)(99286004)(86362001)(76176011)(7696005)(71200400001)(7736002)(66446008)(64756008)(66556008)(66476007)(790700001)(66946007)(76116006)(2906002)(52536014)(186003)(26005)(3846002)(6116002)(81166006)(476003)(74316002)(8936002)(8676002)(81156014)(33656002)(71190400001)(446003)(5660300002)(11346002)(44832011)(486006)(118133002)(266194005)(14773001); DIR:OUT; SFP:1501; SCL:5; SRVR:MN2PR13MB3440; H:MN2PR13MB3582.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: ZD45YcTe5Jf8dE8H3aA+btMCw8kQhvZCv/HG2aGf19TM2etzr0bNOx85ltbM1H7IY9xxBn+ejRev1DSzT3oNFqc1irZXg2YdD//FzbCqstel2XVMcJqUU+42R8FMQcqZ1Ew50UBBnbzdbUJiYsamDZjzaEEDr5FQ8G/JxIzzbF4egxtR2yGI8xQUVmSgGB7FbJRn8n7pY0bm2zkDb4acz1vnkYOguqQy7XxPx3ZMrgCXO1d5/9SOlzmZeS/eMM8IdjxJ6K5vfY/6Pajg8bv28ZFY5QJZYy2LHzssT0LY1Fkg5aqSBJ7dlNVP1eXdAz6ZOEVwLE3e4d9PVHeV1j0pmzBYnDMPuyRLPpHRv4Uarf7SLqU6PMUWQ8lVUc2uPgFoUn3iONq+pdPVHekGpP9izWjY57a5/SzM43/HUuNPMuKBbv1k8So7TL7PbJ8Bef+qsbT77SMMgeH+k/P06wm5ivKF9oyrQ4SqCNNqvxJ5EWoVBkbJ6nlkNckcZMlsmD+o
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR13MB358239D2009B4FA7007293329AD60MN2PR13MB3582namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3b21198b-a31c-43de-ad06-08d71cee7754
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Aug 2019 17:24:42.3128 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: egD5VFXO19H7ZlFiktuT9HkBfEP9cOezkOkv1hhFuC+vhwnhJ+ascq7wpsDHIDNh6/2y8322VKFbdY4mmDRZJQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR13MB3440
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/0XpchtKqX7dZMH5rcxdtGrTGZSA>
Subject: Re: [ippm] Side Meeting: IOAM Immediate Export Draft
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: Fri, 09 Aug 2019 17:24:50 -0000

Sorry I couldn’t attend this meeting personally. For some reason, this thread of emails went to my spam folder and I just found them. It seems we are heading the right direction and making some progress. However, I have the following comments:


  1.  Since the scheme is directly spawned from our existing PBT draft and we have already had detailed discussion in person and through emails on the option, the existing draft which should be used as the basis for further discussion (we have discussed in the email list to show our intention to split the PBT draft and make one dedicate to the new IOAM option). Of course the option header format is subject to change but we already have put a lot of thoughts and efforts on it and it’s unnecessary and counterproductive to start from scratch.
  2.  I don’t understand the reason for the “immediate export” flag. If this means to be another IOAM option for per hop export,  then it’s redundant to have the so-called “immediate export” flag. This principle applies to all other options. The option type should be indicated by the layer which uses it. Did I miss anything here? Please clarify.
  3.  In my opinion, the export packet format/protocol should be maintained in another doc, which should be commonly used by all the IOAM options that need to export data. The rawexp draft is such an example.

Thanks!
Haoyu

From: ippm <ippm-bounces@ietf.org> On Behalf Of Barak Gafni
Sent: Friday, July 26, 2019 8:50 AM
To: Tal Mizrahi <tal.mizrahi.phd@gmail.com>om>; IETF IPPM WG <ippm@ietf.org>
Cc: IPPM Chairs <ippm-chairs@ietf.org>
Subject: Re: [ippm] Side Meeting: IOAM Immediate Export Draft

Hi,

Please find below side meeting notes: Friday 26th July 8:30 am Notredam

Summary:

  *   Group suggestion: for 00 draft we should define the new IOAM option and keep single flag which tells “immediate export”. Additional capabilities will be discussed towards 01 and beyond
  *   The group is asking the chairs to approve the need for a public IETF mailing list for a “design” team and a public webex to allow the group to progress on a weekly or bi-weekly cadence

More details:

  *   The option is added / removed by the encap/decap nodes, read by the intermediate nodes

  *   Tianran presented option defined a modified form from draft-song-ippm-postcard-based-telemetry-04:

       0             0 0             1 1             2 2             3
       0             7 8             5 6             3 4             1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |        Namespace ID           | Flags | action|  Hop Count    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         IOAM-Trace-Type                       |  Reserved     |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                         Flow ID (optional)                    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Sequence Number  (Optional)               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Below comments came from discussion of the above and the content of immediate export to answer:

  1.  What to export
  2.  Where to export
  3.  When to export


  *   Discussed potential fields in the option header, beyond 00 draft:
     *   Discussed the option to add “actions”, although may change the name
     *   The original flags from the flags draft may be reconsidered
        *   Overflow may become redundant
        *   Active is still relevant
        *   Loopback should be considered
        *   Immediate export – whether it is implicit or should be explicit
     *   IOAM trace type should stay as is to help collector and trace implementation to maintain consistent node data parsing.
     *   Consider whether to have the sequence number and flow id. The interpretation is through the higher layer length. Will be included as optional at the 00 draft
        *   Sequence number – suggestion is to use the e2e sequence number
        *   Anyway, agreement is that the sequence number and the flow id go as a pair.
     *   Flags should reside in a similar place as at the ioam tracing options
  *   Suggest to use the raw export draft to export the data
     *   Need to follow up on the raw export
     *   Need to clarify the behavior, so the node 0 will follow the captured immediate export option
  *   Suggest not to add hop count at this stage, as it adds more complexity to the processing, in addition for example to reducing TTL
  *   As for the suggestion on the “actions” presented in the meeting
     *   Two types – actions need to get executed by the node vs conditions for any execution
        *   Conditions – there are too many, discussion inclined towards not using specific condition. Going forward the group intend to consider export on exception/alarm without defining what exception/alarm are
        *   Log – needs further discussion. We believe we shouldn’t define what is the protocol and where should the logging reside. The indication to export is what we are using. Need further discussion on export to some preconfigured collector, export to the source of the packet or record the data locally.
  *   Side note regarding rawexport – consider export reason – how and if is it related to the IOAM protocol. Should consider remove it from rawexport?
  *   Tal Mizrahi volunteered to write and publish the 00 draft in collaboration with people who join the design team.

Thanks,
Barak

From: ippm <ippm-bounces@ietf.org<mailto:ippm-bounces@ietf.org>> On Behalf Of Tal Mizrahi
Sent: Wednesday, July 24, 2019 4:24 PM
To: IETF IPPM WG <ippm@ietf.org<mailto:ippm@ietf.org>>
Cc: IPPM Chairs <ippm-chairs@ietf.org<mailto:ippm-chairs@ietf.org>>
Subject: [ippm] Side Meeting: IOAM Immediate Export Draft

Hi,

Time: Friday, 8:30-9:45.
Room: Coller
https://trac.ietf.org/trac/ietf/meeting/wiki/105sidemeetings<https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftrac.ietf.org%2Ftrac%2Fietf%2Fmeeting%2Fwiki%2F105sidemeetings&data=02%7C01%7Chaoyu.song%40futurewei.com%7C8bc116ea52ec442d6c7008d711e11d65%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C636997530875364547&sdata=kZjHPdzWxYag2uuRP3Xu3igBH5sl8eRZIRDk3ked2BI%3D&reserved=0>

Details:
We are going to hold a side meeting on Friday morning to discuss the outline of the new draft that will describe the immediate export IOAM option.

The meeting is open to all, and specifically intended for authors and contributors of the related IOAM drafts.

Minutes will be sent to the list after the meeting.

Cheers,
Tal.