<br>
Final patch found, merged into openwrt (tested on 2.6.38, 2.6.37), and incorporated into the bismark and iscwrt builds. Nice catch. <br><br>I hope the next round of sfb testing goes much better.<br><br><div class="gmail_quote">
On Fri, May 6, 2011 at 1:42 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Fri, May 6, 2011 at 12:18 PM, Jonathan Morton <span dir="ltr"><<a href="mailto:chromatix99@gmail.com" target="_blank">chromatix99@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><br>
On 6 May, 2011, at 9:14 pm, Dave Taht wrote:<br>
<br>
> I am curious as to what the correct behavior here should be for encapsulated (6in4, 6to4, teredo) packets, and if this functionality was also borked. I was under the impression that for encapsulated packets the tos field was copied from the encapsulated packet to the ipv4 header.<br>


<br>
</div>Intuitively, these protocols are at the same level as IP in the stack, so they should preserve ECN information as much as possible.  Copying the TOS field should be sufficient...<br>
<font color="#888888"><br></font></blockquote></div></div><div><br>My concern here is that a AQM-aware (ECN) qdisc such as SFB on the external interface will not recognize a flow for what it is, when encapsulated<font color="#888888">...<br>


</font><br></div></div><div><div></div><br clear="all"></div></blockquote></div><br>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br><a href="http://the-edge.blogspot.com" target="_blank">http://the-edge.blogspot.com</a> <br>