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
- [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements Nagendra Kumar Nainar (naikumar)
- Re: [Rtg-ooam-dt] O-OAM Requirements Mach Chen
- Re: [Rtg-ooam-dt] O-OAM Requirements David Mozes
- Re: [Rtg-ooam-dt] O-OAM Requirements Nagendra Kumar Nainar (naikumar)
- Re: [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements David Mozes
- Re: [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements Mach Chen
- Re: [Rtg-ooam-dt] O-OAM Requirements David Mozes
- Re: [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements David Mozes
- Re: [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements David Mozes
- Re: [Rtg-ooam-dt] O-OAM Requirements Deepak Kumar (dekumar)
- Re: [Rtg-ooam-dt] O-OAM Requirements Gregory Mirsky
- Re: [Rtg-ooam-dt] O-OAM Requirements Nagendra Kumar Nainar (naikumar)
- Re: [Rtg-ooam-dt] O-OAM Requirements Deepak Kumar (dekumar)