[Last-Call] Intdir telechat review of draft-ietf-ippm-stamp-on-lag-05

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Reviewer: Haoyu Song
Review result: Ready with Issues

I am the assigned INTDIR reviewer for this draft. Please treat the comments
just like any other last call comments.

The document is well written and tackles a practical problem by using a
well-established protocol. While I believe the scheme works, I’m a little
concerned with its implementation. My understanding is that LAG is an L2 MAC
function, and the member link of a LAG is indifferentiable at L3.  Where will
this scheme be implemented?  In MAC or in L3+ packet processing? In either
case, I think the document should give more consideration and discussion on the
implementation issues.

Other nits:

I don’t understand the second part of this sentence, please consider rephrasing
for clarification. “The measured metrics can only reflect the performance of
one member link or an average of some/all member links of the LAG.”

It seems unnecessary to include the following statement because no solution is
given in this document and the topic is irrelevant. “The proposed method could
also potentially apply to layer 3 ECMP (Equal Cost Multi-Path), e.g., with
Segment Routing Policy [RFC9256]. The details are for future work, and not in
the scope of this document.”



-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux