IETF Logo Mail Archive

Re: [ippm] Adoption call fordraft-ioametal-ippm-6man-ioam-ipv6-options

<xiao.min2@zte.com.cn> Mon, 16 September 2019 06:53 UTC

Return-Path: <xiao.min2@zte.com.cn>
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 4ADD312080B; Sun, 15 Sep 2019 23:53:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=unavailable autolearn_force=no
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 x6ql6TXZFx_t; Sun, 15 Sep 2019 23:52:57 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BC9D120048; Sun, 15 Sep 2019 23:52:57 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 54691EEE5B7A9E3E6AFB; Mon, 16 Sep 2019 14:52:55 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl2.zte.com.cn with SMTP id x8G6qhlL037268; Mon, 16 Sep 2019 14:52:43 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Mon, 16 Sep 2019 14:52:42 +0800 (CST)
Date: Mon, 16 Sep 2019 14:52:42 +0800
X-Zmail-TransId: 2afa5d7f313a128ed1b2
X-Mailer: Zmail v1.0
Message-ID: <201909161452429640645@zte.com.cn>
In-Reply-To: <CA+-tSzwFBLdFgm=Veb9JpK3Up8BgJp=sW24RdvYX5v3F0Z13KA@mail.gmail.com>
References: EF8A9ED8-171F-42E4-9E69-82EB25F5D294@apple.com, CA+-tSzwFBLdFgm=Veb9JpK3Up8BgJp=sW24RdvYX5v3F0Z13KA@mail.gmail.com
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: anoop@alumni.duke.edu
Cc: tpauly=40apple.com@dmarc.ietf.org, draft-ioametal-ippm-6man-ioam-ipv6-options@ietf.org, ippm@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn x8G6qhlL037268
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/jYHS_driySxdtTLVEeQke75RIr4>
Subject: Re: [ippm] Adoption call fordraft-ioametal-ippm-6man-ioam-ipv6-options
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: Mon, 16 Sep 2019 06:53:01 -0000

Hi all,






According to draft-ali-spring-ioam-srv6-01, IOAM Data Field would be carried in SRH TLV with SRv6.


But my further question is, why do we need to define different IOAM Data encapsulation for IPv6 and SRv6? In other words, what's the problem if the IOAM encapsulation specified in draft-ioametal-ippm-6man-ioam-ipv6-options-02 is used for SRv6 too?






Best Regards,


Xiao Min



原始邮件



发件人：AnoopGhanwani <anoop@alumni.duke.edu>
收件人：Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>;
抄送人：draft-ioametal-ippm-6man-ioam-ipv6-options@ietf.org <draft-ioametal-ippm-6man-ioam-ipv6-options@ietf.org>;IETF IPPM WG <ippm@ietf.org>;
日 期 ：2019年09月12日 08:32
主 题 ：Re: [ippm] Adoption call fordraft-ioametal-ippm-6man-ioam-ipv6-options


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



How would the headers look when IOAM is used in conjunction with IPv6 segment routing?  Does the IOAM header and metadata precede or follow the segment routing header?

Thanks,
Anoop




On Wed, Sep 11, 2019 at 9:11 AM Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org> wrote:

Hello IPPM,

This email starts a working group adoption call for draft-ioametal-ippm-6man-ioam-ipv6-options. This document defines the IPv6 option encapsulation for IOAM data. This document was discussed with the 6man WG, which advised that the work be done in ippm, with review by 6man.

The documents are available here:

https://datatracker.ietf...org/doc/draft-ioametal-ippm-6man-ioam-ipv6-options/
https://tools.ietf.org/html/draft-ioametal-ippm-6man-ioam-ipv6-options-02

Please reply to this email by Wednesday, September 25, with your input on whether or not the WG should adopt this document.

Best,
Tommy (as IPPM co-chair)
_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm

v2.23.0 | Report a Bug | By Email