Re: [OPSAWG] FW: FW: WG adoption poll for In-Situ OAM drafts

"Ram Krishnan" <ramkri123@gmail.com> Fri, 30 December 2016 12:41 UTC

Return-Path: <ramkri123@gmail.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2274129553 for <opsawg@ietfa.amsl.com>; Fri, 30 Dec 2016 04:41:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.739
X-Spam-Level:
X-Spam-Status: No, score=-1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no 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 kIvCufJdu47d for <opsawg@ietfa.amsl.com>; Fri, 30 Dec 2016 04:40:59 -0800 (PST)
Received: from mail-pg0-x22c.google.com (mail-pg0-x22c.google.com [IPv6:2607:f8b0:400e:c05::22c]) (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 913A81295B7 for <opsawg@ietf.org>; Fri, 30 Dec 2016 04:40:59 -0800 (PST)
Received: by mail-pg0-x22c.google.com with SMTP id y62so125371417pgy.1 for <opsawg@ietf.org>; Fri, 30 Dec 2016 04:40:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :thread-index:content-language; bh=DO74pOP9RxRVJqTLa6K/vMgs8l4iHL0bR3AH9JV9EPA=; b=b/vbK4Zt+DHwGi/FMVKfXY9sdSMXCxxSOtkx+3cTDlx3vnFSeVZtcGQmVzBFw+wE3X WUDtawWu/h/4AKmYn259mDTxH7KcaCYhHqw/u0X+a0e3c+vSF+Ge5buPcblFIvg8go7+ WnvEZdZ/rV8T9Vmg8PIoVWzKZFSBuZu2voM4h2mzsJE1dAMcPHMXuc8SCyIjawIhopq8 KvKF8gmlOjn33b2pCA8BSAuwpH9J3HHAivlMT9sI8guVsEHUagoTIKqyFW5nKPJq/J0P 9IH6lgzDbCapo2Cn7uEjTzYySMl+TnufPO/CJzPexHjr4On3ORcEhxLqr3NKHlRS1wyL oAdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=DO74pOP9RxRVJqTLa6K/vMgs8l4iHL0bR3AH9JV9EPA=; b=i0GMJ3zlQtyCya29slKkllPYWnUEFVbQrPDOxRXLYiFVb4bnviAGVU0jDGn/hiUH4J 1nmKbJRQCzPbYoVQtbE8W1uv1mDZL1sBwQQTPU/k8QURLTu2nAsQJ8st9XKHsrl83j5k D8Io9WqJLRmtCEMJTc46hc6EfL6x8AHY91OaVAB0qprU/jvDYIctCoYyX2wYlDIY3ilD b+VPInmKHBS3bWxVj3ppAc7uzwqnxFJLBxh2j2vcE2M1tqGWnIv6OSHHTtDwAJNM5S70 Dr7CV4mRK9Sl2u7UUwxzXxpJV0lUJXqtneMplVKsOv+ElnztEX96BXe+sodt23JPUAp3 dZ7g==
X-Gm-Message-State: AIkVDXIsaXzhnjGl4bJQIzAjb61Y6J7+n94XESAD7p8UB/I7NBDewGohFNrAxe219YxINw==
X-Received: by 10.84.130.5 with SMTP id 5mr96542904plc.69.1483101658969; Fri, 30 Dec 2016 04:40:58 -0800 (PST)
Received: from DESKTOP125KEKC ([2602:306:3970:94c0:4039:51ff:5eba:b011]) by smtp.gmail.com with ESMTPSA id 29sm71209943pfo.58.2016.12.30.04.40.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 30 Dec 2016 04:40:57 -0800 (PST)
From: Ram Krishnan <ramkri123@gmail.com>
To: 'Zhoutianran' <zhoutianran@huawei.com>, opsawg@ietf.org
References: <96c75d75-6f97-fe68-071d-5567049de9e7@ece.iisc.ernet.in> <009501d25cf6$a4468180$ecd38480$@gmail.com> <003801d25d3b$4064d7d0$c12e8770$@gmail.com> <010d01d25dd6$19284620$4b78d260$@gmail.com> <BBA82579FD347748BEADC4C445EA0F21A228C30E@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <BBA82579FD347748BEADC4C445EA0F21A228C30E@NKGEML515-MBX.china.huawei.com>
Date: Fri, 30 Dec 2016 04:40:57 -0800
Message-ID: <00c001d26299$f85d7b40$e91871c0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C1_01D26256.EA3D96A0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHg4vnWR5v432oN2FWlwXhKRdV4dgHxzwc5AaMPa0oA7MmnagJf1zmqATPDIPY=
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/YW5TrY1u22Ne9ZSU9TrN27t5wSo>
Subject: Re: [OPSAWG] FW: FW: WG adoption poll for In-Situ OAM drafts
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Dec 2016 12:41:01 -0000

Hi Tianran,

I can see the new draft playing predominantly a complementary role. I have summarized some of the key areas and also added comments, please see below.

1)      https://tools.ietf.org/html/draft-brockners-inband-oam-requirements-02.txt 

*	Complementary role of new draft:

*	Minimizing of In-band Telemetry Header for a specific use case such as latency measurement
*	Data export options 

*	Summarizing monitoring information to build a scalable solution – for example, alert the central management system only when 99th percentile queue depth exceeds a high threshold for a flow
*	Flow mirroring

*	Service chaining use case (independent and coupled with underlay/overlay) – describes how network monitoring can help in identifying server side issues and pave the way to dynamic resource orchestration to remedy the issue 

 
2)      https://tools.ietf.org/html/draft-brockners-inband-oam-data-02.txt

*	Complementary role of new draft: 

*	Minimizing of In-band Telemetry Header format 
*	Data export options format

 

-   Comments on above draft: 
o   I am surprised to see http://p4.org/wp-content/uploads/fixed/INT/INT-current-spec.pdf not being referenced.
 
3)      https://tools.ietf.org/html/draft-lapukhov-dataplane-probe-01
 
-   Comments on above draft: 
o   The above id focusses on injected probe packets. The new draft is applicable to all packets including injected probe packets.
 
4)      Mapping in-band telemetry to different transport protocols – new contribution (this could be a separate draft or might be input to be above drafts)

*	Complementary role of new draft:  

*	IPSEC use case for WAN and DC (beyond internet connectivity) and mapping  
*	VXLAN-GPE/Geneve/NSH mapping

5)      https://tools.ietf.org/html/draft-brockners-proof-of-transit-02.txt
 
-   Comments on above draft: 
o   One of the key reasons for packets following a path different from a traffic engineered/service chain path is misconfiguration. With that background,
*  With an administrative domain, practical service verification scheme(s) (https://datatracker.ietf.org/doc/draft-irtf-nfvrg-service-verification/?include_text=) could suffice
*  The elaborate proof of transit scheme suggested in this draft is possibly applicable across administrative domains where it may not be possible to mandate service verification. Additionally, when the path is changed dynamically based on intermediate node state it is not clear how this scheme will work.
 

Thanks,

Ramki

 

From: Zhoutianran [mailto:zhoutianran@huawei.com <mailto:zhoutianran@huawei.com> ] 
Sent: Sunday, December 25, 2016 10:57 PM
To: ram krishnan <ramkri123@gmail.com <mailto:ramkri123@gmail.com> >; opsawg@ietf.org <mailto:opsawg@ietf.org> 
Subject: RE: [OPSAWG] FW: FW: WG adoption poll for In-Situ OAM drafts

 

Hi Ramki,

 

Thanks for bringing a new I-D to this WG.

Could you please state the relationship or potential overlay with the In Situ OAM serial I-Ds and also ( <https://tools.ietf.org/html/draft-lapukhov-dataplane-probe-01> https://tools.ietf.org/html/draft-lapukhov-dataplane-probe-01)?

 

Best,

Tianran

 

From: OPSAWG [ <mailto:opsawg-bounces@ietf.org> mailto:opsawg-bounces@ietf.org] On Behalf Of ram krishnan
Sent: Saturday, December 24, 2016 7:09 PM
To:  <mailto:opsawg@ietf.org> opsawg@ietf.org
Subject: [OPSAWG] FW: FW: WG adoption poll for In-Situ OAM drafts

 

I support adoption of these drafts. 

 

In addition, I would like bring a closely related draft to your attention --  <https://datatracker.ietf.org/doc/draft-krishnan-opsawg-in-band-pro-sla/?include_text=1> https://datatracker.ietf.org/doc/draft-krishnan-opsawg-in-band-pro-sla/?include_text=1

 

This draft brings some important contributions in the area of requirements and data formats for

-          IPSEC tunneling 

-          Pre-construction/minimizing of Telemetry header

-          Service chaining – benefits beyond the network interconnect

 

I was hoping to get this draft out by Seoul timeframe and make it in person, unfortunately couldn’t. Looking forward to discussions and collaboration on this interesting topic.

 

Thanks,

Ramki

 

---------- Forwarded message ----------
From: ram krishnan <ramkri123@gmail.com <mailto:ramkri123@gmail.com> >
Date: Fri, Dec 23, 2016 at 1:59 PM
Subject: FW: [OPSAWG] WG adoption poll for In-Situ OAM drafts
To: Ram Krishnan <ramkri123@gmail.com <mailto:ramkri123@gmail.com> >

 

 On 12/7/16 01:36, Zhoutianran wrote:

Hi All,
 
 
 
In Seoul, we got enough interest on the In Situ OAM work and positive
response on related drafts.
So this email starts a formal poll for adoption the following I-Ds.
 
 
 
 <https://tools.ietf.org/html/draft-brockners-inband-oam-requirements-02.txt> ​​
https://tools.ietf.org/html/draft-brockners-inband-oam-requirements-02.txt
https://tools.ietf.org/html/draft-brockners-inband-oam-data-02.txt
https://tools.ietf.org/html/draft-brockners-proof-of-transit-02.txt
 
 
 
To be efficient, we have the poll for three I-Ds in one thread. But you
can give your opinion on each of them. And the result is per I-D.
 
 
 
The question is:
Do you think that the WG should adopt all or some of these drafts?
 
 


-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 





 

-- 

Thanks, 

Ramki