Re: [Rtg-ooam-dt] R: How to better engage SFC?

Gregory Mirsky <gregory.mirsky@ericsson.com> Tue, 05 July 2016 02:23 UTC

Return-Path: <gregory.mirsky@ericsson.com>
X-Original-To: rtg-ooam-dt@ietfa.amsl.com
Delivered-To: rtg-ooam-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3083C12B063 for <rtg-ooam-dt@ietfa.amsl.com>; Mon, 4 Jul 2016 19:23:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
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 FaLFSoFVkbEg for <rtg-ooam-dt@ietfa.amsl.com>; Mon, 4 Jul 2016 19:23:44 -0700 (PDT)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E1CF12B04B for <rtg-ooam-dt@ietf.org>; Mon, 4 Jul 2016 19:23:44 -0700 (PDT)
X-AuditID: c618062d-f79886d000002334-6a-577b0fa26610
Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 0B.0C.09012.2AF0B775; Tue, 5 Jul 2016 03:38:42 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0294.000; Mon, 4 Jul 2016 22:23:42 -0400
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>, Erik Nordmark <nordmark@sonic.net>, "rtg-ooam-dt@ietf.org" <rtg-ooam-dt@ietf.org>, 'Alia Atlas' <akatlas@gmail.com>
Thread-Topic: [Rtg-ooam-dt] R: How to better engage SFC?
Thread-Index: AQHR1gTaFSynDcoUeUmw+8udKYr9SaAJGmyA
Date: Tue, 05 Jul 2016 02:23:42 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF11221AC04F8@eusaamb103.ericsson.se>
References: <7347100B5761DC41A166AC17F22DF11221AB9C05@eusaamb103.ericsson.se> <ed828c45-2964-0102-1530-5f9a5c5c9789@sonic.net> <eea738aa4d7e4a6a8d10231346c440e2@TELMBXC02BA020.telecomitalia.local> <7347100B5761DC41A166AC17F22DF11221ABCCA0@eusaamb103.ericsson.se> <6b5b1c05f045425b8fc41d2a04290c39@TELMBXC02BA020.telecomitalia.local> <7347100B5761DC41A166AC17F22DF11221ABDF09@eusaamb103.ericsson.se> <5490663f08e34e48b92ef939fd3cfb85@TELMBXB02RM001.telecomitalia.local> <7347100B5761DC41A166AC17F22DF11221ABE71B@eusaamb103.ericsson.se> <f873d53353c14c72871de0685722e0b7@TELMBXB02RM001.telecomitalia.local> <d869ab6ecbf1464ca2626391890d23a1@TELMBXB02RM001.telecomitalia.local>
In-Reply-To: <d869ab6ecbf1464ca2626391890d23a1@TELMBXB02RM001.telecomitalia.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.11]
Content-Type: multipart/mixed; boundary="_004_7347100B5761DC41A166AC17F22DF11221AC04F8eusaamb103erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42KZXLonSncRf3W4wfJ2S4tPDy8xW2xd9pDd 4vSN40wWLzs3sFn8a93LavHq3xYWBzaPnbPusnssWfKTyWPywovMHl83b2f1eNrdzOLRcq6X PYAtissmJTUnsyy1SN8ugStj5x3Jgu13WSu+zp/H0sC4aTVrFyMnh4SAicSNG9tZIGwxiQv3 1rN1MXJxCAkcZZSYOWMZlLOMUeLXuY9sIFVsAkYSLzb2sIMkRAS2MkrcebIMbBSzQJLE5/+3 mUFsYQELiRdfv4I1iAhYSpw7/ZMRwjaS+Hr3F1icRUBFovH/FDCbV8BX4t7RJcwQ27awSrRc mAY2lFMgSGLOrlYmEJsR6L7vp9YwQSwTl7j1ZD4TxN0iEg8vnmaDsEUlXj7+B/WbksTH3/PZ IeozJU6+2MIEsUxQ4uTMJywTGEVnIRk1C0nZLCRlsxg5gOL5El0tDhAlehI3pk5hg7C1JZYt fM0MYetKzPh3iAVT3Fvi+MmvrBBj7CUOP9OFCJ9ilFizSRjCVpSY0v2QfQEjzypGjtLigpzc dCODTYzABHFMgk13B+P96Z6HGAU4GJV4eBWWVIULsSaWFVfmHmJUAWp9tGH1BUYplrz8vFQl Ed4potXhQrwpiZVVqUX58UWlOanFhxilOViUxHnFHimGCwmkJ5akZqemFqQWwWSZODilGhhF +W9/fh0q3q+wojPx6Ty+zg8vC51kCh6z2+mmTeLk7z/Q93db5lc9xZ8Mbts2HYn1ab/BJi/o 637hifwEE89wa/9yPu0NygtLKv0d7zzP7L3zu3uz6YnNn+fv8Hgfsv2M6JnzdaIHzctjlj2d sVdC4ECita3ogTcCSxa6Ne100HxY9jDG7Y4SS3FGoqEWc1FxIgBHhmhVGAMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-ooam-dt/A2L8gtbv8epYO9HPeIs8wEt_clE>
Cc: Tal Mizrahi <talmi@marvell.com>, "Dave Dolson (ddolson@sandvine.com)" <ddolson@sandvine.com>
Subject: Re: [Rtg-ooam-dt] R: How to better engage SFC?
X-BeenThere: rtg-ooam-dt@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 05 Jul 2016 02:23:51 -0000

Hi Giuseppe,
the most helpful, thank you. I've used some in the conclusion to point to the fact that encapsulation of an overlay network should provide special field so that marking method behaves as passive OAM as defined in RFC 7799 (added as reference). Perhaps we can reference BIER in MPLS encapsulation as example  that enables use of the marking method as passive PM OAM.

                Regards,
                                Greg

From: Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it]
Sent: Monday, July 04, 2016 8:01 AM
To: Gregory Mirsky; Erik Nordmark; rtg-ooam-dt@ietf.org; 'Alia Atlas'
Cc: Dave Dolson (ddolson@sandvine.com); Tal Mizrahi
Subject: R: [Rtg-ooam-dt] R: How to better engage SFC?

Hi All,
You can find below the proposed text for the gap analysis document that we can discuss tomorrow:

3.2.2.1.  Passive PM in BIER
[I-D.mirsky-bier-pmmm-oam] describes how the Marking Method can be used in BIER domain over MPLS networks.

3.2.2.2.  Passive PM in NVO3
The Generic Protocol Extension for VXLAN [I-D.ietf-nvo3-vxlan-gpe], Generic Network Virtualization Encapsulation [I-D.ietf-nvo3-geneve], Generic UDP Encapsulation [I-D.draft-ietf-nvo3-gue] are just some examples of the new encapsulations to support network virtualization.
NVO3 PM would be used to probe the NV Edge to NV Edge tunnels and NV Edge entity status for a DC network.
The main requirement for Performance Management is to support measurement of per VNI frame loss, delay and delay variation between two NV Edge devices that support the same VNI within a given NVO3 domain. Alternate Marking Method [I-D.ietf-ippm-alt-mark] allows these metrics efficiently.
Marking Method has been discussed in NVO3 sessions, but there is no draft in the working group.

3.2.2.3.  Passive PM over SFP
In the SFC architecture SF, SFF, Classifier and NSH Proxy Agent are the elements that can incorporate the measurement agent functionality to support SFC performance measurement.
The required OAM Performance Measurement, as described in [I-D.ietf-sfc-oam-framework], highlight the capability to assess the monitoring at SF and SFF or a Set of SF/SFF, both in case of SFC-aware SF and SFC-unaware SF; the monitoring of SFP (and RSP) that comprises a set of SFs that may be ordered or unordered; the monitoring of the Classifiers operation and the monitoring of the SFC as a whole.
The Alternate Marking Method for passive performance monitoring can be used for all these cases .
Performance management functions involve measuring of packet loss, delay, delay variance and could be well performed by the marking method proposed in [I-D.ietf-ippm-alt-mark].


Best Regards,

Giuseppe

Da: Rtg-ooam-dt [mailto:rtg-ooam-dt-bounces@ietf.org] Per conto di Fioccola Giuseppe
Inviato: venerdì 1 luglio 2016 16:47
A: Gregory Mirsky; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>); Tal Mizrahi
Oggetto: [Rtg-ooam-dt] R: How to better engage SFC?

Hi Greg,
Nice, I will propose a paragraph by Tuesday.

Thanks,

Giuseppe

Da: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Inviato: venerdì 1 luglio 2016 15:47
A: Fioccola Giuseppe; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Oggetto: RE: [Rtg-ooam-dt] How to better engage SFC?

Hi Giuseppe,
I was thinking that it would be logical in the gap analysis with conclusion that allocating field for the marking in an overlay header enables use of such flexible measurement method in passive-like OAM manner.

                Regards,
                                Greg

From: Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it]
Sent: Friday, July 01, 2016 2:31 AM
To: Gregory Mirsky; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Subject: R: [Rtg-ooam-dt] How to better engage SFC?

Hi Greg,
Excellent, we'll discuss the problems these drafts are addressing next Tuesday.

Regarding marking method application in SFC, what is you plan for now?
Is a contribution for the gap analysis document good for this goal? or are you thinking of a new draft as is in BIER?

Regards,

Giuseppe

Da: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Inviato: giovedì 30 giugno 2016 21:28
A: Fioccola Giuseppe; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Oggetto: RE: [Rtg-ooam-dt] How to better engage SFC?

Hi Giuseppe,
thank you for volunteering to help with PM story. It would be great to make it about the marking method in SFC pointing to flexibility of placing the Test Point either at Classifier, SF or SFF. And, as done in PM with the Marking Method in BIER Layer, demonstrate benefit of two-bit long vs. one-bit long field for marking.

As for the listed drafts I have serious concerns that I'll sum and share with the team before our meeting next Tuesday. I'd like to look not into particular solutions described in these drafts but for the problems they are addressing. I think these are real-life problems and we can propose solutions to, solutions based on Common Overlay OAM.

                Regards,
                                Greg

From: Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it]
Sent: Thursday, June 30, 2016 3:06 AM
To: Gregory Mirsky; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Subject: R: [Rtg-ooam-dt] How to better engage SFC?

Hi Greg, All
That's for sure! I appreciate your consideration.
The documents you suggested are precious.
In particular, draft-browne-sfc-nsh-timestamp could be considered for the timestamping of NSH packets and be combined to the marking method very well.
The proposed extension to TWAMP to carry services KPI data, proposed in draft-spv-ippm-monitor-implementation-services-kpi, is also suitable for the purpose.
And draft-agv-sfc-performance-measurement-architecture should be the reference for the PM architecture for SFCs

If all of us agree, I could propose some text for the "PM over SFP" Section of the gap analysis document with reference to draft-ietf-ippm-alt-mark and documents quoted above.
I could send you proposed text before next Tuesday call.

Best Regards,

Giuseppe

Da: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Inviato: mercoledì 29 giugno 2016 21:53
A: Fioccola Giuseppe; Erik Nordmark; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Oggetto: RE: [Rtg-ooam-dt] How to better engage SFC?


Hi Giuseppe,

I think it would be interesting to discuss considering proposals that may be addressed using the marking method:

·         draft-browne-sfc-nsh-timestamp

·         draft-spv-ippm-monitor-implementation-services-kpi

Would you have contribution for the gap analysis document too? That would be absolutely great.



                Regards,

                                Greg



-----Original Message-----
From: Fioccola Giuseppe [mailto:giuseppe.fioccola@telecomitalia.it]
Sent: Wednesday, June 29, 2016 1:57 AM
To: Erik Nordmark; Gregory Mirsky; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'
Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)
Subject: R: [Rtg-ooam-dt] How to better engage SFC?



Hi Erik,

Yes It is a very good idea.

If all of us agree, we could detail the marking method application in the SFC scenario, by considering some use cases.



Regards,



Giuseppe



-----Messaggio originale-----

Da: Rtg-ooam-dt [mailto:rtg-ooam-dt-bounces@ietf.org] Per conto di Erik Nordmark

Inviato: martedì 28 giugno 2016 16:41

A: Gregory Mirsky; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>; 'Alia Atlas'

Cc: Tal Mizrahi; Dave Dolson (ddolson@sandvine.com<mailto:ddolson@sandvine.com>)

Oggetto: [Rtg-ooam-dt] How to better engage SFC?



On the OOAM call this morning a question was raised whether we should present anywhere than RTFWG.



I wonder whether having an OOAM presentation in SFC would help to get more interest and contributions from SFC.

(I don't think we need it for BIER and NOV3 since we seem to have sufficient engagement with those WGs.)



Thoughts?

    Erik



_______________________________________________

Rtg-ooam-dt mailing list

Rtg-ooam-dt@ietf.org<mailto:Rtg-ooam-dt@ietf.org>

https://www.ietf.org/mailman/listinfo/rtg-ooam-dt



Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.



This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.