Re: [Rtg-ooam-dt] Generic YANG Data Model for Connection Less Operations, Administration, and Maintenance(OAM) protocols

Hi David,

For counting for real data packet it has to be done in data path (similar to acl/Qos counters) but if packet generation is slower then it can be done in software, This is protocol and how flexible is matching criterion.

Only tracing require adding meta data to packet and that's also protocol specific.

Thanks
Deepak

On Jun 5, 2016, at 8:34 AM, David Mozes <davidm@mellanox.com<mailto:davidm@mellanox.com>> wrote:

Hi ,
Thx Deepak ,
There are as ecial TLV defined  ?
Is it should be done in the data path  ?

Thx
David

From: Deepak Kumar (dekumar) [mailto:dekumar@cisco.com]
Sent: Sunday, June 05, 2016 6:18 PM
To: David Mozes <davidm@mellanox.com<mailto:davidm@mellanox.com>>
Cc: rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Subject: Re: Generic YANG Data Model for Connection Less Operations, Administration, and Maintenance(OAM) protocols

Hi,

Inline +++DK:

Sent from my iPhone

On Jun 5, 2016, at 7:51 AM, David Mozes <davidm@mellanox.com<mailto:davidm@mellanox.com>> wrote:
Hi Deepak ,
I saw you are the main contributor on thus draft  .
Can you share more details  ?
See my q below

Thx
David

From: Rtg-ooam-dt [mailto:rtg-ooam-dt-bounces@ietf.org] On Behalf Of David Mozes
Sent: Wednesday, June 01, 2016 11:42 AM
To: Gregory Mirsky <gregory.mirsky@ericsson.com<mailto:gregory.mirsky@ericsson.com>>; rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Subject: Re: [Rtg-ooam-dt] Generic YANG Data Model for Connection Less Operations, Administration, and Maintenance(OAM) protocols

Hi  * ,
Look into it  have some  beginning quotations for start  discussions

3.3.2.  Path Packet Counters

   Path-packet-counters feature is part of the passive OAM feature set,
   where the meta-data carried is to be interpreted by the passive OAM
   domain's encapsulating and decapsulating nodes.  Sequence numbers are
   the main meta-data added and can be used to detect packet loss,
   packet reordering or packet duplication.

David> Can we have more details on that :
- What is the mechanism ?
- what is the packet format  ?

+++DK:
It's real data traffic determined by configured policy matching traffic.

3.3.3 Proof of Transit

   Proof of transit feature is part of the passive OAM feature set,
   where the path or the service chain is verified.  Service or path
   verification uses methods like nested hashing or nested encryption of
   the meta-data.  By definition of a service chain or a path, some of
   the nodes in the domain participate and some do not.

David> the same  ?

 +++DK:

It's real data traffic determined by policy matching the traffic.

Thanks
Deepak

Thx
David

From: Rtg-ooam-dt [mailto:rtg-ooam-dt-bounces@ietf.org] On Behalf Of Gregory Mirsky
Sent: Tuesday, May 31, 2016 5:45 PM
To: rtg-ooam-dt@ietf.org<mailto:rtg-ooam-dt@ietf.org>
Subject: [Rtg-ooam-dt] Generic YANG Data Model for Connection Less Operations, Administration, and Maintenance(OAM) protocols

Dear All,
I found that part on "passive OAM" in the latest version of the draft Generic YANG Data Model for Connection Less Operations, Administration, and Maintenance(OAM) protocols<https://datatracker.ietf.org/doc/draft-kumar-lime-yang-connectionless-oam/?include_text=1> is, in my opinion, about the telemetry collection. Would appreciate your reviews, comments. Feel free to share on LIME WG list as well.

                Regards,
                                Greg
_______________________________________________
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