Re: [Ioam] Internal WG Review: In-situ OAM (ioam)

"Carlos Pignataro (cpignata)" <cpignata@cisco.com> Fri, 10 February 2017 14:21 UTC

Return-Path: <cpignata@cisco.com>
X-Original-To: ioam@ietfa.amsl.com
Delivered-To: ioam@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 228A5129979; Fri, 10 Feb 2017 06:21:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.523
X-Spam-Level:
X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 At_lW2jYrxPD; Fri, 10 Feb 2017 06:21:02 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 686EF128B38; Fri, 10 Feb 2017 06:21:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5834; q=dns/txt; s=iport; t=1486736462; x=1487946062; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=N9QhKGSP9j3XVpGieaygvi5k78iKWDB0PcFXUL2Pm4s=; b=IGwJM05v0hRkMXfkhtT6sD+IIq1y96JJIqwNHvzDP57r1B2+l4mUT/hO bit6f2gBwtsowxD1XiP0AKXCMmuOLDUVpftLS3GFqZ7CgnygFY3HlbKSi GUVPKbcbLk+xuJn1XR47feCmfh/Vb3ZRlZzxvyqPy1kQUm9V0xg9l/aAz s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DwAQDuy51Y/5ldJa1eGQEBAQEBAQEBAQEBBwEBAQEBg1JhgQkHg1KKCJFtH4gMjSqCDSyFdgIaglw/GAECAQEBAQEBAWIohGkBAQEDASMRRQULAgEGAhgCAiYCAgIfERUQAgQOBYlgAw0IDpIKnU6CJYc3DYQOAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBC4VBggUIgmKCUYFfO4JvLoIxBZVUhWQ6AYZuhwyEGYF7hReJc4o1iF8BHzh+TxUYJBEBhDIdgWF1AYdhgTCBDAEBAQ
X-IronPort-AV: E=Sophos;i="5.35,141,1484006400"; d="scan'208";a="383119834"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Feb 2017 14:21:01 +0000
Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v1AEL13N032727 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 10 Feb 2017 14:21:01 GMT
Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 10 Feb 2017 09:21:00 -0500
Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Fri, 10 Feb 2017 09:21:00 -0500
From: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Thread-Topic: [Ioam] Internal WG Review: In-situ OAM (ioam)
Thread-Index: AQHSgjmziLYbR6WLQk6B61NU2m1JJqFf5E4AgAECTQCAAFm/gIAAGdcAgAALP4CAAOsigIAAUJoA
Date: Fri, 10 Feb 2017 14:21:00 +0000
Message-ID: <4E3165FB-0EFE-4784-8E3F-91538DED6110@cisco.com>
References: <148657872835.4362.4208222446069276322.idtracker@ietfa.amsl.com> <CAKKJt-cwinU_f+Kgb+PuUfufZdAL788ZyYjd_2o3UCLwE5FJmQ@mail.gmail.com> <5EADB2FC-9112-4C6F-956D-C9B0A7FA405F@cisco.com> <6F7EEE4C-2D31-438E-B672-49FEED30C1A4@cisco.com> <4f16e222-97e4-6f87-e1a3-79115db8f355@gmail.com> <A011008B-F1A7-4EE0-8693-E66471B456E4@cisco.com> <05a1d761-aed9-f62f-920b-93ed587a9fd4@gmail.com>
In-Reply-To: <05a1d761-aed9-f62f-920b-93ed587a9fd4@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.150.48.110]
Content-Type: text/plain; charset="utf-8"
Content-ID: <4C28975A49F83C41B054FE827D3DE46A@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ioam/1x7MeyPAwLdk1SA4407DctuyxTM>
Cc: "iesg@ietf.org" <iesg@ietf.org>, "Alvaro Retana (aretana)" <aretana@cisco.com>, The IAB <iab@iab.org>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, "ioam@ietf.org" <ioam@ietf.org>
Subject: Re: [Ioam] Internal WG Review: In-situ OAM (ioam)
X-BeenThere: ioam@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Discussion on In-Situ OAM <ioam.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ioam>, <mailto:ioam-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ioam/>
List-Post: <mailto:ioam@ietf.org>
List-Help: <mailto:ioam-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ioam>, <mailto:ioam-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Feb 2017 14:21:04 -0000

Hi, Stewart,


> On Feb 10, 2017, at 4:32 AM, Stewart Bryant <stewart.bryant@gmail.com> wrote:
> 
> 
> 
> On 09/02/2017 19:30, Carlos Pignataro (cpignata) wrote:
>> Hi, Stewart,
>> 
>> Many thanks for the comments, please see inline.
>> 
>>> On Feb 9, 2017, at 1:50 PM, Stewart Bryant <stewart.bryant@gmail.com> wrote:
>>> 
>>> 
>>> 
>>> On 09/02/2017 17:18, Carlos Pignataro (cpignata) wrote:
>>>> Passive means ‘solely by observation and without modification to the packet’ (https://tools.ietf.org/html/draft-ietf-ippm-active-passive-06#section-3.6).
>>> Carlos, that is not quit where we are going with passive. We use packet marking to batch the packets for loss measurement, and we are planning to trigger delay/jitter measurement through marking.
>>> 
>> I’ll follow down this tangent for a bit.
>> 
>> I understand and as you know I’m well aware of the (alternate) packet marking techniques and different methods.
>> 
>> However, the *current* definition is quite unambiguous:
>> 
>> https://tools.ietf.org/html/rfc7799#section-3.6
>> “
>> 3.6.  Passive Methods
>> 
>>    Passive Methods of Measurement are:
>> 
>>    o  based solely on observations of an undisturbed and unmodified
>>       packet stream of interest (in other words, the method of
>>       measurement MUST NOT add, change, or remove packets or fields or
>>       change field values anywhere along the path).
>> “
>> 
>> Since both those datapoints are rooted in IPPM, I’d suggest working through the definitions on IPPM and how marking fits (since it is not only on observation points)
>> 
>> Now, bringing this back to the relevance of the In-situ OAM (ioam) charter, my only point is that In-situ OAM is neither passive nor active.
> 
> ... and the point I make is that packet marking (which I think we have established is the only viable way of making accurate loss measurements in connectionless networking) is also neither active of passive according to these definitions.

That is correct, it is Hybrid Type I. Sorry if I misunderstood when you said “ Carlos, that is not quit where we are going with passive. We use packet marking […]”. 

But in any case, I do not believe the draft charter claims to do marking (more on this below though).

I wonder, as an aside, if there’s any take-away for draft-ietf-ippm-alt-mark-03’s title “Alternate Marking method for passive performance monitoring”.

> 
>> 
>>> As you know marking is much easier in MPLS that IP.
>>> 
>>> I think the key distinguisher is really that in-situ is about embedding OAM meta-data in user data traffic.
>> This is a good point.
>> 
>> I agree.
>> 
>> I believe this is already clear in the charter, all the way from the very first sentence:
>> 
>> “ It is based on telemetry information which is embedded within live data packets.”
>> 
>> Do you believe this is not clear in the charter? Do you have specific suggestions or concrete recommendations that can improve the charter text?
> 
> I suppose you could say: It is based on telemetry information which is embedded within live data packets and is distinct from packet parking methods being developed elsewhere in the IETF.
> 

That’s one potential approach. To me, though, “embedded within live data packets” is different from “marking packets”; that said, I do not see how it can hurt.

There is one additional wrinkle though: IOAM is not limited to Performance Management (PM), but more generally includes things like path tracing. So perhaps adding the text above might cause confusions.

> I have not thought it through, but I am wondering what distinguishes the packet types you list (IPv4, IPv6, VXLAN-GPE, LISP, NSH, SRv6, Geneve) from other packet types, the obvious one being MPLS. Not that I am at all keen on trying to get this into the simple fast forwarders we use for MPLS. In other words what is the generic class of packets you are targetting?
> 

Encapsulations?

Thanks!

— Carlos.

> Stewart
> 
>> 
>> Thanks!
>> 
>>> - Stewart
>> 
>> —
>> Carlos Pignataro, carlos@cisco.com
>> 
>> “Sometimes I use big words that I do not fully understand, to make myself sound more photosynthesis."
>> 
>