Hi Mukhtiar, Thanks for your comments. Please find answers inline. >>I think section 4.3.4. Automatic Hardware Recognition is a little vague. It >>is not clear how and what is expected from the hardware to detect the large >>flows. Is it sampling of packet forwarding counters in hardware or something >>else? Any clarity on this will be good. Since the details are implementation specific, we are not planning on expanding this section - IETF does not recommend specific implementations. >> Also, from operational considerations point of view, as indicated in section >> 6, frequent rebalancing of flows could be counter productive leading to out >> of order packets and /or system instability. Similar challenges could arise >> from immediate rebalancing of flows on one or more component links in the >> LAG experiencing frequent failures. System may implement a throttling >> mechanism to regulate when and what types of flows are re-distributed to >> potentially flaky links to avoid instability. Flaky links should be detected by the system and removed from the LAG right ? I am not sure if there is anything specific we need to for large flow LAG load balancing. Thanks, Ramki
From: [email protected] [mailto:[email protected]] On Behalf Of Mukhtiar Shaikh Sent: Monday, September 09, 2013 10:54 PM To: [email protected] Cc: [email protected] Subject: Re: [OPSAWG] WG last call for "Mechanisms for Optimal LAG/ECMP Component Link Utilization in Networks" I support the publication of this document as informational RFC. Have a couple of additional comments. I think section 4.3.4. Automatic Hardware Recognition is a little vague. It is not clear how and what is expected from the hardware to detect the large flows. Is it sampling of packet forwarding counters in hardware or something else? Any clarity on this will be good. Also, from operational considerations point of view, as indicated in section 6, frequent rebalancing of flows could be counter productive leading to out of order packets and /or system instability. Similar challenges could arise from immediate rebalancing of flows on one or more component links in the LAG experiencing frequent failures. System may implement a throttling mechanism to regulate when and what types of flows are re-distributed to potentially flaky links to avoid instability. Thanks, -Mukhtiar -----Original Message----- From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Melinda Shore Sent: Saturday, August 24, 2013 1:07 PM To: [email protected]<mailto:[email protected]> Cc: [email protected]<mailto:[email protected]> Subject: [OPSAWG] WG last call for "Mechanisms for Optimal LAG/ECMP Component Link Utilization in Networks" This is to announce the start of working group last call on: Mechanisms for Optimal LAG/ECMP Component Link Utilization in Networks http://datatracker.ietf.org/doc/draft-ietf-opsawg-large-flow-load-balancing/ It is intended for publication as an informational RFC. Please give it a careful read and provide any feedback to this mailing list by September 9, 2013 Thanks, opsawg chairs _______________________________________________ OPSAWG mailing list [email protected]<mailto:[email protected]> https://www.ietf.org/mailman/listinfo/opsawg
_______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
