<div dir="ltr"><div><div>Firstly, you have to throttle upstream traffic based on where the smallest bottleneck is. If this is beyond your router, then you need to guestimate the available upstream bandwidth. In some configurations, you might be able to use upnpc to query the upstream router and read it's actual link speed.<br><br></div>Secondly, most traffic is probably coming in, and you have fewer options to limit what the internet is sending back to you. The best you can do is throttle and drop data you have already received and rely on TCP / application layer to reduce the impact in future.<br><br></div>Actually, thinking about this. I wonder if you could mangle outgoing TCP ack's to better manage future incoming bandwidth... Not sure if anyone has looked into that.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 31, 2015 at 11:53 PM, Adam Longwill <span dir="ltr"><<a href="mailto:adam.longwill@metamesh.org" target="_blank">adam.longwill@metamesh.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div>Over here at PittMesh we're trying to implement something we describe as "relative QoS" or "packet reordering" and we're not coming up with much.<br><br></div>Basically, we want to ensure bandwidth donors don't attach to the mesh and then have all their bandwidth eaten up.<br><br></div>We have introduced a 2 router system: We deploy one Rocket outside that broadcasts into the street and mesh it over ethernet to a wdr3600 inside that allows people to access PittMesh from their home/business. THAT WDR3600 is connected to the host's gateway.<br><br></div>Ideally, the hosts use the WDR3600 as their primary router because then we can implement tools that should prefer Port 2-4 over port 1, the PittMesh port.<br><br></div>The problem is, we haven't found a way to do this very well.<br><br></div>We can implement port-based QoS-- but as far as we can tell we have to define a limit to the bandwidth-- which we don't necessarily KNOW.<br><br></div>What we want to do is just give priority to packets on ports 2-3. Meaning, they get processed and moved first, regardless of any other factor. Port 1's packets have to wait until there is a break in the packets for ports 2-3.<br><br></div><div>Does anyone have any ideas on how to implement this?<br><br></div><div>Thanks<br></div></div>
<br>_______________________________________________<br>
Commotion-dev mailing list<br>
<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
<a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<br></blockquote></div><br></div>