Re: [ippm] Merging deployment considerations into IPv6 IOAM document

Tommy Pauly <tpauly@apple.com> Fri, 30 October 2020 22:24 UTC

Return-Path: <tpauly@apple.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 721C33A128A; Fri, 30 Oct 2020 15:24:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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=apple.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 F8gsRgEn5zij; Fri, 30 Oct 2020 15:24:35 -0700 (PDT)
Received: from ma1-aaemail-dr-lapp03.apple.com (ma1-aaemail-dr-lapp03.apple.com [17.171.2.72]) (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 36E1E3A1276; Fri, 30 Oct 2020 15:24:35 -0700 (PDT)
Received: from pps.filterd (ma1-aaemail-dr-lapp03.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp03.apple.com (8.16.0.42/8.16.0.42) with SMTP id 09UMMeJ8065228; Fri, 30 Oct 2020 15:24:31 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : content-transfer-encoding : from : mime-version : subject : date : message-id : references : cc : in-reply-to : to; s=20180706; bh=1TwVowrZ0FEDKqYfjPYmL4hPnD+U98b+2Pavkj0vVz8=; b=X7OyLMisNNsVRK3tsJIf43Yv4PmvVmQy7yoaUvE+5PjlH/SAn9GFb7XVS+SLRs1UQcFY Y27XgiSCPGtM71Hpqyil9FZVTyT+hCTARHjL0ZYmyGLvSNtN77HGVN/v7+bK0CxehLDM wboxONUySkrMLI6PbZo9fRyTJdAYkyqMMIH3FyWXZ10zZYWQ4MrSj3/gwgOXmlTTwamP XtohAESXlW54iDJ/twT1aalAIqtDxzjV9/VQN2KP05wepug6+xgt17pOHG9+T7mfOX5/ JLNhnfvsaRZroXB3Afl75kjYjyeqE0Z/DGqipdyUP1/49S6lz5PIqEZ3r5j0mlEiauCC 5Q==
Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by ma1-aaemail-dr-lapp03.apple.com with ESMTP id 34ck8xgyet-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 30 Oct 2020 15:24:31 -0700
Received: from rn-mailsvcp-mmp-lapp04.rno.apple.com (rn-mailsvcp-mmp-lapp04.rno.apple.com [17.179.253.17]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.6.20200729 64bit (built Jul 29 2020)) with ESMTPS id <0QJ1000FSCWVS2G0@rn-mailsvcp-mta-lapp04.rno.apple.com>; Fri, 30 Oct 2020 15:24:31 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp04.rno.apple.com by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.6.20200729 64bit (built Jul 29 2020)) id <0QJ100I00C8DG700@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Fri, 30 Oct 2020 15:24:31 -0700 (PDT)
X-Va-A:
X-Va-T-CD: c1b389506f216bb3aba14cffce0c1559
X-Va-E-CD: 8bf595ab35985b6539caa1f8e396c411
X-Va-R-CD: 9cb08760a38ef3426f7d36a976f60ef5
X-Va-CD: 0
X-Va-ID: 03a7e842-4a18-4790-86a1-fdce692c5464
X-V-A:
X-V-T-CD: c1b389506f216bb3aba14cffce0c1559
X-V-E-CD: 8bf595ab35985b6539caa1f8e396c411
X-V-R-CD: 9cb08760a38ef3426f7d36a976f60ef5
X-V-CD: 0
X-V-ID: 4bce5b0b-b03d-485c-9faf-6e872554fb17
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-10-30_12:2020-10-30, 2020-10-30 signatures=0
Received: from localhost.localdomain (unknown [10.104.211.150]) by rn-mailsvcp-mmp-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.6.20200729 64bit (built Jul 29 2020)) with ESMTPSA id <0QJ100ML0CWSM300@rn-mailsvcp-mmp-lapp04.rno.apple.com>; Fri, 30 Oct 2020 15:24:30 -0700 (PDT)
Content-type: multipart/alternative; boundary="Apple-Mail-C15517A2-B10E-40EA-BF75-4132B59FC245"
Content-transfer-encoding: 7bit
From: Tommy Pauly <tpauly@apple.com>
MIME-version: 1.0 (1.0)
Date: Fri, 30 Oct 2020 15:24:27 -0700
Message-id: <93486F48-545A-46DA-B668-26463F3E335B@apple.com>
References: <BYAPR11MB258460175365BE45F83069F4DA070@BYAPR11MB2584.namprd11.prod.outlook.com>
Cc: draft-ietf-ippm-ioam-ipv6-options@ietf.org, draft-ioametal-ippm-6man-ioam-ipv6-deployment@ietf.org, IPPM Chairs <ippm-chairs@ietf.org>, Martin Duke <martin.h.duke@gmail.com>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
In-reply-to: <BYAPR11MB258460175365BE45F83069F4DA070@BYAPR11MB2584.namprd11.prod.outlook.com>
To: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
X-Mailer: iPhone Mail (18A373)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.312, 18.0.737 definitions=2020-10-30_12:2020-10-30, 2020-10-30 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/_LGAenEuhbcIxYAli0r3DE-TwW0>
Subject: Re: [ippm] Merging deployment considerations into IPv6 IOAM document
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, 30 Oct 2020 22:24:37 -0000

Hi Frank, authors,

I’d strongly suggest going down the same route we did for the IOAM data draft, which was to have an editor model with all authors listed out separately. That allows us to have a document that both recognizes input and meets the submission guidelines. 

Best,
Tommy

> On Oct 12, 2020, at 9:51 AM, Frank Brockners (fbrockne) <fbrockne@cisco.com> wrote:
> 
> 
> Hi Tommy,
>  
> Thanks much. The too long author list is a common – and not easily addressable issue as we all know.
>  
> Cheers, Frank
>  
> From: Tommy Pauly <tpauly@apple.com> 
> Sent: Montag, 12. Oktober 2020 18:17
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: draft-ietf-ippm-ioam-ipv6-options@ietf.org; draft-ioametal-ippm-6man-ioam-ipv6-deployment@ietf.org; IPPM Chairs <ippm-chairs@ietf.org>; Martin Duke <martin.h.duke@gmail.com>; IETF IPPM WG (ippm@ietf.org) <ippm@ietf.org>
> Subject: Re: Merging deployment considerations into IPv6 IOAM document
>  
> Hi Frank,
>  
> I’ve provided some editorial suggestions here:
>  
> https://github.com/inband-oam/ietf/pull/198
>  
> Also, we should clean up the long author list on this document:
>  
> https://github.com/inband-oam/ietf/issues/197
>  
> Best,
> Tommy
> 
> 
> On Sep 29, 2020, at 11:24 AM, Frank Brockners (fbrockne) <fbrockne@cisco.com> wrote:
>  
> Hi Tommy,
> 
> Thanks for your feedback. Here's the git link:
> https://github.com/inband-oam/ietf/blob/master/drafts/draft-ietf-ippm-ioam-ipv6-options.xml
> Text version is here: https://github.com/inband-oam/ietf/blob/master/drafts/versions/03/draft-ietf-ippm-ioam-ipv6-options-03.txt
> 
> Looking forward to your comments.
> 
> Thanks, Frank
> 
> 
> -----Original Message-----
> From: Tommy Pauly <tpauly@apple.com>
> Sent: Dienstag, 29. September 2020 20:19
> To: Frank Brockners (fbrockne) <fbrockne@cisco.com>
> Cc: draft-ietf-ippm-ioam-ipv6-options@ietf.org; draft-ioametal-ippm-6man-
> ioam-ipv6-deployment@ietf.org; IPPM Chairs <ippm-chairs@ietf.org>; Martin
> Duke <martin.h.duke@gmail.com>; IETF IPPM WG (ippm@ietf.org)
> <ippm@ietf.org>
> Subject: Re: Merging deployment considerations into IPv6 IOAM document
> 
> Hi Frank, all,
> 
> Thanks for providing this update. The combined document makes sense and, I
> believe, will provide a more useful resource to implementors.
> 
> Looking through the new text, I had a few textual/editorial nits. Is this available
> on a GitHub for comments or a PR?
> 
> Thanks,
> Tommy
> 
> 
> On Sep 18, 2020, at 1:56 AM, Frank Brockners (fbrockne)
> <fbrockne@cisco.com> wrote:
> 
> 
> Hi Tommy, IPPM WG,
> 
> we just posted an updated draft-ietf-ippm-ioam-ipv6-options-03 which merges
> draft-ioametal-ippm-6man-ioam-ipv6-deployment into draft-ietf-ippm-ioam-
> ipv6-options plus it reflects the WG discussion of the last IPPM meeting.
> 
> 
> The updates to draft-ietf-ippm-ioam-ipv6-options-03 are
> 
> * implement the guidance from the WG chairs: Merge in draft-ioametal-ippm-
> 6man-ioam-ipv6-deployment "as is", i.e. only editorial changes were made (e.g.
> resolve references which would have been circular).
> 
> * implement the result of discussion in the last WG meeting: Removed the
> paragraph that started with " In order for IOAM to work in IPv6 networks.."
> which included deployment considerations.
> 
> 
> Moving forward, we'll need to further evolve the deployment section (now
> section 4).
> 
> There were already comments raised in the IOAM DT wrt/ what is now section
> 4.4.1 by Haoyu. I asked  Haoyu to take those to the IPPM list.
> 
> 
> Cheers, Frank
> 
> 
> -----Original Message-----
> From: Tommy Pauly <tpauly@apple.com>
> Sent: Freitag, 14. August 2020 23:12
> To: draft-ietf-ippm-ioam-ipv6-options@ietf.org;
> draft-ioametal-ippm-6man- ioam-ipv6-deployment@ietf.org
> Cc: IPPM Chairs <ippm-chairs@ietf.org>; Martin Duke
> <martin.h.duke@gmail.com>
> Subject: Merging deployment considerations into IPv6 IOAM document
> 
> Hi IOAM IPv6 authors,
> 
> At IETF 108, we discussed draft-ietf-ippm-ioam-ipv6-options and
> draft-ioametal- ippm-6man-ioam-ipv6-deployment, and how to progress
> with the deployment considerations. Since the hums showed no strong
> opinions one way or the other in the WG, Ian and I have discussed and
> would prefer to see the deployment considerations merged into the existing
> and adopted IPv6 options document.
> 
> Both documents are short, and readers will benefit from any
> discussion of deployment being available in the same document that
> defines the extension header.
> 
> Please post an update for draft-ietf-ippm-ioam-ipv6-options with this
> content added when you have a chance!
> 
> Thanks,
> Tommy
>