<br><br><div class="gmail_quote">On Sun, Mar 11, 2012 at 4:50 AM, Jeremy Visser <span dir="ltr"><<a href="mailto:jeremy@visser.name">jeremy@visser.name</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 11/03/12 10:43, Dave Taht wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A ton of people offered help at the time, but they all offered<br>
virtual boxes in places that had no native ipv6. It's kind of my hope<br>
that native ipv6 support in US data centers has improved since then?<br>
</blockquote>
<br></div>
Does poo-pooing VPSes with non-native IPv6 also exclude VPSes with native IPv6?<br>
<br>
If not, Linode is the option for you. They have DCs (Atlanta, GA or Newark, NJ) on the East Coast with native IPv6.</blockquote><div><br>It was kind of my hope to get this off the ground in april.<br><br>I have two conflicting desires:<br>
<br>1) be able to do create a conference server as useful infrastructure for supporting this project, with things like irc support and other oddities. My requirements for this was native ipv6, a conference server, some sort of gui, no pots gw was required.<br>
<br>As the east coast would have the least latency overall, locating it there was highly desirable....<br><br>but then, there's:<br><br>2) be able to observe and fix problems at the ip layer with the new  bql/aqm stuff against voip and tcp traffic in the real world....<br>
<br>I'm a big believer eating our own dogfood; I intend to update all of our main servers to run linux 3.3 with sfqred enabled (after another month's worth of testing, I'm crazy, but not that crazy), <br><br>... but I was not big on the idea of adding a voip server to  huchra, or taking another piece of test gear (<a href="http://io.lab.bufferbloat.net">io.lab.bufferbloat.net</a>) out of experimental and into a more production status, and in both cases, those boxes are located on the west coast.<br>
<br>I HAVE been able to coax asterisk and freeswitch to work on openwrt in the past but somehow I doubt it's suitable for a conference server... it would be interesting to try as a conventional switch, but... it's on a conference server that problems become most readily apparent.<br>
<br> So at the moment, I'm thinking the best idea is to put up a test server on the west coast to meet desire 2, and work towards a way to apply desires 2 and 1 on the east coast, eventually.<br><br>In both cases I'm still kind of allergic to vms because that just eliminates a whole layer of control over the stack that we'd have if we  pursued and abused the latest kernel. I would certainly like to observe vm behavior, but not for 3-6 months longer, after the underlying OS can also be updated to 3.3....<br>
<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/<u></u>listinfo/bloat</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br><a href="http://www.bufferbloat.net" target="_blank">http://www.bufferbloat.net</a><br>