Re: [Rtg-ooam-dt] O-OAM Requirements

David Mozes <davidm@mellanox.com> Thu, 31 December 2015 08:11 UTC

Return-Path: <davidm@mellanox.com>
X-Original-To: rtg-ooam-dt@ietfa.amsl.com
Delivered-To: rtg-ooam-dt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB3321A8770 for <rtg-ooam-dt@ietfa.amsl.com>; Thu, 31 Dec 2015 00:11:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 zl8vwKSbNKlA for <rtg-ooam-dt@ietfa.amsl.com>; Thu, 31 Dec 2015 00:11:33 -0800 (PST)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0057.outbound.protection.outlook.com [104.47.1.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D278B1A876F for <rtg-ooam-dt@ietf.org>; Thu, 31 Dec 2015 00:11:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox365.onmicrosoft.com; s=selector1-Mellanox-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=9TH2ubugwBxXUkYKNI7tTGV6NAdc0gA0PSv5wsa2wuI=; b=F2XdTJ+m4hCub5Tf3wpVnMrtUsTyb6UWPddG9P4NIx/uSZBgabCxmxB6U9PvVELiSk86apNufkg2zBfI7nWlT7m0Ulaj7UYgJ4Q1nKmGszPGuKin8KJBZQVZqH8gZY+0xcKf7EteHUqGUbqyrsBTLgB9mOZIrNR42pSRcbcszGY=
Received: from VI1PR05MB1456.eurprd05.prod.outlook.com (10.164.85.26) by VI1PR05MB1456.eurprd05.prod.outlook.com (10.164.85.26) with Microsoft SMTP Server (TLS) id 15.1.361.13; Thu, 31 Dec 2015 08:11:29 +0000
Received: from VI1PR05MB1456.eurprd05.prod.outlook.com ([10.164.85.26]) by VI1PR05MB1456.eurprd05.prod.outlook.com ([10.164.85.26]) with mapi id 15.01.0361.006; Thu, 31 Dec 2015 08:11:29 +0000
From: David Mozes <davidm@mellanox.com>
To: Gregory Mirsky <gregory.mirsky@ericsson.com>, "Nagendra Kumar Nainar (naikumar)" <naikumar@cisco.com>, "rtg-ooam-dt@ietf.org" <rtg-ooam-dt@ietf.org>
Thread-Topic: [Rtg-ooam-dt] O-OAM Requirements
Thread-Index: AQHRPkvjJ+k9zTW3h0a6gOsGVKRsAZ7fCKVwgAKcJOCAAnFSUIAAsLQg
Date: Thu, 31 Dec 2015 08:11:29 +0000
Message-ID: <VI1PR05MB1456CC55D9075138E672DE7AB6FE0@VI1PR05MB1456.eurprd05.prod.outlook.com>
References: <D2A0E1EE.CAFD4%naikumar@cisco.com> <7347100B5761DC41A166AC17F22DF112219726E0@eusaamb103.ericsson.se> <VI1PR05MB145638029CC55E0757204178B6FC0@VI1PR05MB1456.eurprd05.prod.outlook.com> <7347100B5761DC41A166AC17F22DF112219745FA@eusaamb103.ericsson.se>
In-Reply-To: <7347100B5761DC41A166AC17F22DF112219745FA@eusaamb103.ericsson.se>
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=davidm@mellanox.com;
x-originating-ip: [193.47.165.251]
x-microsoft-exchange-diagnostics: 1; VI1PR05MB1456; 5:jLZ9QwDmgC2Fs0Kf6/6HD4aa4gD2QjcusSkGrSfUXONM0iZ8NQKZGbGFNKHOYb1/kODH9TW1B4eIM+rzPoLdmkDqnx6p6ML/jAMcO9LLrpx67oQZyRJexzxj50cPNYcT3S9uVG9wMGbEnlEuMYrvhg==; 24:mccT3bv6DBUqALkjd4HJdXCnw3OaG9/5t8+skhx8a7Q7fp+3w339OsVhjreo/j72SnEOv/KgEOHdlXrklR1ulEd55DAHgN5FeD1WbxNMIFU=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR05MB1456;
x-microsoft-antispam-prvs: <VI1PR05MB1456EF30307A5CDBC88E2796B6FE0@VI1PR05MB1456.eurprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(34787635062028)(95692535739014)(37575265505322);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(10201501046); SRVR:VI1PR05MB1456; BCL:0; PCL:0; RULEID:; SRVR:VI1PR05MB1456;
x-forefront-prvs: 08076ABC99
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(377454003)(164054003)(76104003)(199003)(51444003)(189002)(76176999)(5001770100001)(106116001)(19580395003)(122556002)(40100003)(105586002)(97736004)(5003600100002)(106356001)(19617315012)(15975445007)(54356999)(586003)(93886004)(19609705001)(5001960100002)(4326007)(5004730100002)(5008740100001)(5002640100001)(77096005)(3846002)(102836003)(66066001)(6116002)(11100500001)(81156007)(76576001)(19580405001)(92566002)(2950100001)(189998001)(87936001)(790700001)(10400500002)(74316001)(230783001)(2501003)(86362001)(101416001)(33656002)(2900100001)(50986999)(19300405004)(1220700001)(16236675004)(19625215002)(1096002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR05MB1456; H:VI1PR05MB1456.eurprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_VI1PR05MB1456CC55D9075138E672DE7AB6FE0VI1PR05MB1456eurp_"
MIME-Version: 1.0
X-OriginatorOrg: Mellanox.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Dec 2015 08:11:29.0359 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: a652971c-7d2e-4d9b-a6a4-d149256f461b
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR05MB1456
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-ooam-dt/cKXay4BC8qYCJhyjPu7fLqoHcwk>
Cc: "Alia Atlas \(akatlas@gmail.com\)" <akatlas@gmail.com>
Subject: Re: [Rtg-ooam-dt] O-OAM Requirements
X-BeenThere: rtg-ooam-dt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: List is used by the Routing Area Overlay OAM Design team for internal coordination and discussion <rtg-ooam-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-ooam-dt>, <mailto:rtg-ooam-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-ooam-dt/>
List-Post: <mailto:rtg-ooam-dt@ietf.org>
List-Help: <mailto:rtg-ooam-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-ooam-dt>, <mailto:rtg-ooam-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Dec 2015 08:11:38 -0000

Hi Gregory  ,
I thinks the MIP points  that we like to trace is actually the underlay network  path between the NVEs .
One method is to  use the same ideas as in traceroute (ttl)   Erik  has some draft on that  .
There are other methods  using the OAM bits on the  uncap header e.g.  VXLAN-GPE/GENEVE    etc ..

Happy new year to all

David

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Wednesday, December 30, 2015 11:41 PM
To: David Mozes <davidm@mellanox.com>om>; Nagendra Kumar Nainar (naikumar) <naikumar@cisco.com>om>; rtg-ooam-dt@ietf.org
Cc: Alia Atlas (akatlas@gmail.com) <akatlas@gmail.com>
Subject: RE: [Rtg-ooam-dt] O-OAM Requirements

Hi David,
agree, ability to trace a path is one of the most valuable troubleshooting mechanisms. I'll make it clear in the draft.
One question regarding NVO3 environment. For example, BIER architecture is not only allows but requires that transient nodes, Bit-Forwarding Routers, used in BIER domain between Bit-Forwarding Ingress Router (BFIR) and Bit-Forwarding Egress Router (BFER). What may be viewed as transient virtual node in NVO3 reference model? If NVO3 OAM domain among NVEs, then, if I use terminology of connection-oriented networks OAM, where our MIPs to trace? I think I can see only MEPs at NVEs. Greatly appreciate you comments.

Happy New Year to All!

                Regards,
                                Greg

From: David Mozes [mailto:davidm@mellanox.com]
Sent: Tuesday, December 29, 2015 12:14 AM
To: Gregory Mirsky; Nagendra Kumar Nainar (naikumar); rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Cc: Alia Atlas (akatlas@gmail.com<mailto:akatlas@gmail.com>)
Subject: RE: [Rtg-ooam-dt] O-OAM Requirements

Hi ,
I think we need
 need Route tracing

https://tools.ietf.org/html/rfc5860#page-11

Or the similar on NVO3   proposals

Thx
David
From: Rtg-ooam-dt [mailto:rtg-ooam-dt-bounces@ietf.org] On Behalf Of Gregory Mirsky
Sent: Sunday, December 27, 2015 6:35 PM
To: Nagendra Kumar Nainar (naikumar) <naikumar@cisco.com<mailto:naikumar@cisco.com>>; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Cc: Alia Atlas (akatlas@gmail.com<mailto:akatlas@gmail.com>) <akatlas@gmail.com<mailto:akatlas@gmail.com>>
Subject: Re: [Rtg-ooam-dt] O-OAM Requirements

Hi Nagendra,
thank you for your comments.
I agree with PMTUD. Though am not certain about the ECMP as far as pro-active monitoring if only tracing, i.e. on-demand. I think it would be great topic for us to discuss during the next call.
Would January 5th, 2016 @ 07:00 PST work? Would Tuesdays @ 07:00 PST work as regular meeting time?

                Regards,
                                Greg

From: Nagendra Kumar Nainar (naikumar) [mailto:naikumar@cisco.com]
Sent: Thursday, December 24, 2015 5:06 AM
To: Gregory Mirsky; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Cc: Alia Atlas (akatlas@gmail.com<mailto:akatlas@gmail.com>)
Subject: Re: [Rtg-ooam-dt] O-OAM Requirements

Hi Greg,

Merry Christmas and Happy New year!!

It is a good start. A couple of points that quickly popped up are below:

1. ECMP awareness - I think we should also include ECMP awareness as one of the requirement.  We may need a right terminology that depicts ECMP and is applicable on different overlay.
2. Path MTU - I see this as one of the topic coming up with different overlay. It is better to include this in the requirement.

Will read more and share any more comments.

Thanks,
Nagendra

From: Rtg-ooam-dt <rtg-ooam-dt-bounces@ietf.org<mailto:rtg-ooam-dt-bounces@ietf.org>> on behalf of Gregory Mirsky <gregory.mirsky@ericsson.com<mailto:gregory.mirsky@ericsson.com>>
Date: Wednesday, December 23, 2015 at 11:05 PM
To: "rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>" <rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>>
Cc: "Alia Atlas (akatlas@gmail.com<mailto:akatlas@gmail.com>)" <akatlas@gmail.com<mailto:akatlas@gmail.com>>
Subject: [Rtg-ooam-dt] O-OAM Requirements

Dear All,
happy holidays, Merry Christmas and Happy New Year to All!

I put down some OAM requirements. Greatly appreciate your comments. Can we put it somewhere, somehow for everyone to edit?

You'll notice that some requirements are explicitly point to unidirectional character of OAM. I think that services provided y an overlay network are unidirectional and bi-directional Fault Monitoring and Performance Measurement are unnecessary. Though in some cases egress node may use IP network to send notification to the ingress node. What do you think?

                Regards,
                                Greg