Not sure either 802.1ad (QinQ) or 802.1ag (CFM, Y.1771 like OAM) is going to help.
What might help is if the switch does 802.1Qbb (priority based flow control). This only helps of the thing being flow controlled (the host or other device) does 802.1Qbb and does something reasonable with its backlog of traffic and not just keep buffering seconds of traffic. 802.1Qav might also help (Forwarding and Queuing Enhancements for Time-sensitive Streams) for LAN congestion. This would require 802.11Q priority tagging by the hosts or other devices for best results. Otherwise the traffic shaping (leaky bucket) applied to the BE traffic class could also help. Any 802.11Q tagging would likely get lost over the first router it crosses. I don't think highly of this solution, except prehaps to keep the wifi speakers and the wifi streaming video and the downloads from stepping on each other in the home or soho LAN. A good wifi router can also solve this without extensions to Ethernet, but usually with configuration. Curtis In message <ca+-tszzkzy3v2la5fv+oydngdwaekmvymb_amndsaordfeb...@mail.gmail.com> Anoop Ghanwani writes: --===============7512874271394803300== Content-Type: multipart/alternative; boundary=f46d043be28624734e04e8a2f27d --f46d043be28624734e04e8a2f27d Content-Type: text/plain; charset=ISO-8859-1 On Fri, Oct 11, 2013 at 8:18 PM, Michael Richardson <[email protected]>wrote: > > Eggert, Lars <[email protected]> wrote: > > I've heard that statement [that RED is supported] from many different > > people. I wonder if it is > > actually true. Is there any hard data on this? > > The issue I've had is that while RED is supported on a routing device, > and I can enable it on a per-VLAN basis, that does me little good, because > there are bottlenecks in layer-2 devices (ethernet, but also DSL,GPON, > etc.) > which are out of my control. > Most Ethernet switches that I'm aware of do already implement WRED. Can't speak for other devices (DSL, etc.) since I don't have experience with those. > > What I would like is a standard layer-3 way to measure bandwidth across > my layer-3 hop, and autoconfigure RED (or CoDel) to the measured bandwidth. > My understanding is that some equipment can use 802.1ad CCP and/or Loopback > frames to measure bandwidth across bridged layer-2 ethernet networks. > You probably mean 802.1ag. > > I'm unclear if this is a feature of that equipment, or a part of the > standard. I don't believe bandwidth measurement is part of the standard, but certainly one can choose to use these protocols to measure the bandwidth. However, it's an expensive process. However, bandwidth will variable if the L2 network is shared by multiple L3 devices, and this means the measurements would have to be made continuously, making it counter-productive. Unless, some mechanism is used to pre-provision bandwidth between L3 peers. Anoop --f46d043be28624734e04e8a2f27d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail= _quote">On Fri, Oct 11, 2013 at 8:18 PM, Michael Richardson <span dir=3D"lt= r"><<a href=3D"mailto:[email protected]"; target=3D"_blank">mcr+ietf@= sandelman.ca</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"><br> Eggert, Lars <<a href=3D"mailto:[email protected]";>[email protected]</a>>= wrote:<br> =A0 =A0 > I've heard that statement [that RED is supported] from man= y different<br> <div class=3D"im">=A0 =A0 > people. I wonder if it is<br> =A0 =A0 > actually true. Is there any hard data on this?<br> <br> </div>The issue I've had is that while RED is supported on a routing de= vice,<br> and I can enable it on a per-VLAN basis, that does me little good, because<= br> there are bottlenecks in layer-2 devices (ethernet, but also DSL,GPON, etc.= )<br> which are out of my control.<br></blockquote><div><br></div><div>Most Ether= net switches that I'm aware of do already implement WRED. =A0 Can't= speak for other devices (DSL, etc.) since I don't have experience with= those.=A0</div> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <br> What I would like is a standard layer-3 way to measure bandwidth across<br> my layer-3 hop, and autoconfigure RED (or CoDel) to the measured bandwidth.= <br> My understanding is that some equipment can use 802.1ad CCP and/or Loopback= <br> frames to measure bandwidth across bridged layer-2 ethernet networks.<br></= blockquote><div><br></div><div>You probably mean 802.1ag.=A0</div><blockquo= te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so= lid;padding-left:1ex"> <br> I'm unclear if this is a feature of that equipment, or a part of the<br= > standard. =A0</blockquote><div><br></div><div>I don't believe bandwidth= measurement is part of the standard, but certainly one can choose to use t= hese protocols to measure the bandwidth. =A0However, it's an expensive = process. =A0However, bandwidth will variable if the L2 network is shared by= multiple L3 devices, and this means the measurements would have to be made= continuously, making it counter-productive. =A0Unless, some mechanism is u= sed to pre-provision bandwidth between L3 peers.</div> <div><br></div><div>Anoop</div></div></div></div> --f46d043be28624734e04e8a2f27d-- --===============7512874271394803300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ aqm mailing list [email protected] https://www.ietf.org/mailman/listinfo/aqm --===============7512874271394803300==-- _______________________________________________ aqm mailing list [email protected] https://www.ietf.org/mailman/listinfo/aqm
