<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px"><i>"bringing up three EOIP tunnels (one on each ADSL) to a server you control with an additional /30 routed to it. Then bridge the three tunnels on both ends"</i></span><br><div><span style="font-family:arial,sans-serif;font-size:13px"><i><br></i></span></div><div><font face="arial, sans-serif">This is achievable and nets the required gains in upload/download.<br><br>Source: I've done it.. </font><a href="http://i.imgur.com/eVNPPxA.png">http://i.imgur.com/eVNPPxA.png</a> - this is a graph of 4 x ADSL2+ services (quite close to an exchange so good sync rates) bonded together back to another router about 40ms away. The data rates speak for themselves. Oh and this is using MikroTik gear at both ends.<font face="arial, sans-serif"><br></font></div><div><br></div><div>- Andrew</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 September 2014 07:26, Damien Gardner Jnr <span dir="ltr"><<a href="mailto:rendrag@rendrag.net" target="_blank">rendrag@rendrag.net</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">What about bringing up three EOIP tunnels (one on each ADSL) to a server you control with an additional /30 routed to it. Then bridge the three tunnels on both ends, and drop the two IP's on the /30 on each end of the bridged tunnel, and NAT your workstation out that IP?<div><br></div><div>Of course that's assuming Annex M isn't available on your exchange ;)</div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 13 September 2014 00:57, Ben Cooper <span dir="ltr"><<a href="mailto:ben@zeno.io" target="_blank">ben@zeno.io</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">But what if we really need the upload bandwidth? (ie id take the downstream hit if it means my upstream is improved greatly.)<div><br></div><div>Backstory:<br><div><div><br></div><div>In my spare time, I stream myself playing games either casually or competitively up to twitch. although latley None(read: 3) of my ADSL connections have had the upstream to realiably stream.</div><div><br></div><div>I have been hunting for a way to join the 3 of them to try get the upload I need to stream again, without any luck. I run PFsense as core routing, but have some microtiks here i can toss in, if it means i can get better upload.</div><div><br></div><div>Else im going to have to get a microwave connection installed.</div><div><br></div><div>i am currently for the last week using 4G prepaid dongles and just dropping $100 on the tesltra plan and then spending it all on datapack right away, netting about 8-10 gb of data.</div><div><br></div><div>If anyone has any suggestions to try, I am all ears.</div></div></div><div><br></div><div>TLDR: I need more upload, badly.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Fri, Sep 12, 2014 at 8:48 PM, Jarrad Mitchell <span dir="ltr"><<a href="mailto:ausnog@outlook.com.au" target="_blank">ausnog@outlook.com.au</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<div><div dir="ltr"><div><i>I would expect that any form of 'single ip' ADSL Bonding is impractical for you. If you must, you are best of to use Per-Destination Load Balancing with two separate ISPs, and perhaps route specific services through the better link. </i></div><div><br></div><div><i><br></i></div><div><b><i>What follows is the technical reasoning and logical analysis that lead to the aforementioned conclusion</i></b></div><div><b><i><br></i></b></div><div><i><br></i></div><div><b><u>Why 'Bonding / Teaming Aggregating' two ADSL etc links is usually a Very Bad Idea </u></b></div><div><b><u><br></u></b></div><div>ALL NETWORK INTERFACE (Including ADSL) 'Aggregation/Bonding/Teaming' that results in increased throughput across a single path (a connection between two computers/IPs eg your home pc to <a href="http://youtube.com" target="_blank">youtube.com</a>) almost always results in a link that is at best just below TWICE the speed of the SLOWEST link. </div><div><br></div><div>This is not always a problem. For example, if you have two 100mbit fibre optic links over 1km, they are very unlikely to vary in their 'transmission' properties; that is to say, they are unlikely to vary considerably in how long it takes to ping the other end etc. With a connection like this, where BOTH of the Aggregate / Team 'members' can be described as electrically/physically 'identical / significantly similar', a good quality, reliable increase in performance can be achieved. </div><div><br></div><div><br></div><div><b><u>Key Insight 1</u>: Multiple Link Aggregates that increase Single Path Throughput ONLY EVER make sense when using IDENTICAL Aggregate Members.</b></div><div><b><i><br></i></b></div><div>Knowing this, we next need to consider why ADSL Technology was developed. Simply put, it was designed to leverage EXISTING, VERY OLD Balanced Transmission Line to deliver 'high speed' internet access. And it does a wonderful job indeed. But just what exactly is this existing infrastructure? The PTSN is/has in most cases (if not all): </div><div><br></div><div>- Based on old <u>two pair non twisted transmission line</u> that was never designed for data.</div><div>- Had previous<span style="font-size:12pt"> network modifications (been connected and disconnected, redesigned etc)</span></div><div><span style="font-size:12pt">- Been previously upgraded (Pulse to DTMF Dialing for example)</span></div><div><span style="font-size:12pt">- Been previously re-purposed (ISDN)</span></div><div><span style="font-size:12pt">- Been expanded well beyond its original design, inconsistantly (Loading Coils, Pair Gain Systems & RIMS).</span></div><div><br></div><div><br></div><div><b><u>Key Insight 2</u>: Any Two Pairs between an Exchange and the Customer are VERY UNLIKELY to be 'identical / significantly similar'.</b></div><div><b><br></b></div><div>Some people might wish to point out that EFM / SHDSL & Similar use exactly the above to deliver a good service. And they're right, from a delivered service (Marketing?) perspective. <i>Remember how I pointed out that a Aggregate will run at the speed of its slowest member? EFM & SHDSL simply takes a bunch of pairs, and deliberately uses less bandwidth on all of them them than even the poorest can handle, then combines them. </i> </div><div><br></div><div>I have personally seen 8 PAIRS (16 wires) used to deliver 10mbit / 10mbit EFM! To put this into perspective, a single near ideal pair can deliver 20mbit Simplex (one way) over 1Km using only 2MHz of bandwidth. VDSL2+ over 500m, with its increased bandwidth would greatly exceed that!</div><div><br></div><div><b><u>Key Insight 3</u>: YOU CAN make a bunch of DISSIMILAR (electrically) Links look Similar (logically) if you are prepared to make individual BANDWIDTH SACRIFICES.</b></div><div><b><br></b></div><div><i><br></i></div><div><b><u>Conclusion</u></b></div><div><i>And there in lies the reality. At say $30 per pair, it doesn't make sense economically to Aggregate a 18000/900 Kbps pair with a 9000/850 Kbps pair. Because to do so reliably, you're likely to end up with 17000 / 1600 Kbps!!!!</i></div><div><i><br></i></div><div><br></div><div><br></div> </div></div>
<br></div></div>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>--</div><div>Ben Cooper</div><div>CEO</div><div>Zeno Holdings PTY LTD<br></div><div>P: <span style="color:rgb(51,51,51);font-family:'lucida grande',tahoma,verdana,arial,sans-serif;font-size:11px;line-height:14.079999923706055px"><a href="tel:%2B61%207%203503%208553" value="+61735038553" target="_blank">+61 7 3503 8553</a></span></div><div>M: <a href="tel:0410411301" value="+61410411301" target="_blank">0410411301</a></div><div>E: <a href="mailto:ben@zeno.io" target="_blank">ben@zeno.io</a></div><div>W: <u><a href="http://zeno.io" target="_blank">http://zeno.io</a></u></div></div>
</font></span></div>
<br>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br></div></div><span class="HOEnZb"><font color="#888888"><div dir="ltr">
<p>Damien Gardner Jnr<br>VK2TDG. Dip EE. GradIEAust<br><a href="mailto:rendrag@rendrag.net" target="_blank">rendrag@rendrag.net</a> - <span><a href="http://www.rendrag.net/" target="_blank">http://www.rendrag.net/</a><u><br></u></span>--<br>We rode on the winds of the rising storm,<br> We ran to the sounds of thunder.<br>We danced among the lightning bolts,<br> and tore the world asunder</p></div>
</font></span></div>
<br>_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br></div>