Re: [ippm] FW: New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt

[Henrik Nydell <[e-mail]>]

I had a brief review but failed to find details on how the TWAMP sessions
would be "guaranteed" to travel on a certain LAG segment. As far as I know
the LAG implementation may be different between vendors and as such I know
of no "one method fits all" to actually accomplish the measurement.

So this draft does not actually provide any solution to the problem of
being able to measure LAG segments separately and deterministically.

On Wed, Jan 26, 2022 at 11:03 AM Tianran Zhou <zhoutianran=
[e-mail]> wrote:

> Hi Anjun,
>
> Thanks very much for your interest and comments.
> Both are good questions.
> Please see in line.
>
> Cheers,
> Tianran
>
> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Wednesday, January 26, 2022 5:21 PM
> To: Tianran Zhou <[e-mail]>; 'IETF IPPM WG' <[e-mail]>
> Subject: RE: [ippm] FW: New Version Notification for
> draft-li-ippm-otwamp-on-lag-02.txt
>
> Hi, Tianran:
>
> Have a brief review of this draft. I think its aim is straightforward and
> will be useful to utilize the member link within the LAG.
> Some comments are below:
> 1) It seems there is no Sender/Reflector behavior description for the
> Mirco OWAMP session and the packet format?
>
>
> ZTR> OWAMP is simple and there is no reflector. The sender cannot get the
> ack from the receiver. So we are not going to extend the OWAMP test packet.
> The behavior is described in section 3.2:
> " The micro OWAMP Sender MUST send the micro OWAMP-Test packets over the
> member link with which the session is associated. When receives a Test
> packet, the micro OWAMP receiver MUST use the member link from which the
> Test packet is received to correlate the micro OWAMP session. If there is
> no such a session, the Test packet MUST be discarded. "
>
> 2) For the newly defined Session-Sender Packet/Session-Reflector Packet,
> how to assure the backward compatibility? What I have seen is that you add
> two additional fields within the existing Packet?
>
> ZTR> I am not aware of the compatibility problem. If a node supports micro
> session, it can understand the new packet extension. If a node does not
> support micro session, it just ignores the new fields. Because the new
> fields is in the reserved zone.
> Moreover, the validation mechanism can figure out if the reflector can
> support the micro session.
>
> Best Regards
>
> Aijun Wang
> China Telecom
>
> -----Original Message-----
> From: ippm <[e-mail]> On Behalf Of Tianran Zhou
> Sent: Monday, January 24, 2022 2:23 PM
> To: IETF IPPM WG ([e-mail]) <[e-mail]>
> Subject: [ippm] FW: New Version Notification for
> draft-li-ippm-otwamp-on-lag-02.txt
>
> Hi WG,
>
> We think this is an useful work on adapting OWAMP/TWAMP in LAG performance
> measurement.
> We updated this draft based on the comments from the meeting discussion
> and mailing list.
> Thanks for all the suggestions.
> More reviews and comments are welcome.
>
> Cheers,
> Tianran
>
> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Monday, January 24, 2022 2:17 PM
> To: Greg Mirsky <[e-mail]>; Guo Jun <[e-mail]>;
> Jun Guo <[e-mail]>; Rakesh Gandhi <[e-mail]>; Tianran
> Zhou <[e-mail]>; Zhenqiang Li <[e-mail]>
> Subject: New Version Notification for draft-li-ippm-otwamp-on-lag-02.txt
>
>
> A new version of I-D, draft-li-ippm-otwamp-on-lag-02.txt
> has been successfully submitted by Tianran Zhou and posted to the IETF
> repository.
>
> Name:           draft-li-ippm-otwamp-on-lag
> Revision:       02
> Title:          One-way/Two-way Active Measurement Protocol Extensions for
> Performance Measurement on LAG
> Document date:  2022-01-24
> Group:          Individual Submission
> Pages:          13
> URL:
> https://www.ietf.org/archive/id/draft-li-ippm-otwamp-on-lag-02.txt
> Status:
> https://datatracker.ietf.org/doc/draft-li-ippm-otwamp-on-lag/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-li-ippm-otwamp-on-lag
> Diff:
> https://www.ietf.org/rfcdiff?url2=draft-li-ippm-otwamp-on-lag-02
>
> Abstract:
>    This document defines extensions to One-way Active Measurement
>    Protocol (OWAMP), and Two-way Active Measurement Protocol (TWAMP) to
>    implement performance measurement on every member link of a Link
>    Aggregation Group (LAG).  Knowing the measured metrics of each member
>    link of a LAG enables operators to enforce the performance based
>    traffic steering policy across the member links.
>
>
>
>
>
> The IETF Secretariat
>
>
> _______________________________________________
> ippm mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/ippm
>
> _______________________________________________
> ippm mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/ippm
>


-- 

*Henrik Nydell*
*Sr Product Manager*
1.866.685.8181
[e-mail]
<http://accedian.com>
<https://www.facebook.com/accedian/>  <https://twitter.com/Accedian>
<https://ca.linkedin.com/company/accedian>
<http://www.accedian.com>
*accedian.com <http://accedian.com>*

-- 


Avis de confidentialité

Les
 informations contenues dans le présent 
message et dans toute pièce qui 
lui est jointe sont confidentielles et 
peuvent être protégées par le 
secret professionnel. Ces informations sont 
à l’usage exclusif de son ou
 de ses destinataires. Si vous recevez ce 
message par erreur, veuillez 
s’il vous plait communiquer immédiatement 
avec l’expéditeur et en 
détruire tout exemplaire. De plus, il vous est 
strictement interdit de 
le divulguer, de le distribuer ou de le reproduire 
sans l’autorisation 
de l’expéditeur. Merci.


Confidentiality notice

This
 e-mail message and any attachment hereto contain confidential 
information 
which may be privileged and which is intended for the 
exclusive use of its 
addressee(s). If you receive this message in error,
 please inform sender 
immediately and destroy any copy thereof. 
Furthermore, any disclosure, 
distribution or copying of this message 
and/or any attachment hereto 
without the consent of the sender is 
strictly prohibited. Thank you.