<div dir="ltr">Re "out of order segments", that is why pretty much all modern platforms include L3/L4 data points for flow hashing, whether routing/forwarding or bundle load balancing. <div><br></div><div>Even eeek MikroTik ;)<div>
<br></div><div><div>Cheers,</div><div>Matt</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 18 June 2014 11:50, John Gavrilita <span dir="ltr"><<a href="mailto:jgavrilita@thesummitgroup.com.au" target="_blank">jgavrilita@thesummitgroup.com.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ross,<br>
The first thing that crossed my mind is the inevitable situation when packets will arrive out of order because the designed solution uses bandwidth aggregation / load balancing. For TCP it's ok, but for UDP it'll be a nightmare and the users will literally hear it.<br>
Mikrotik is a nifty platform, and as with any other device, one has to know how to cook it.<br>
Cheers :)<br>
<br>
<br>
<br>
<br>
<br>
John Gavrilita<br>
Network Engineer<br>
<br>
Summit IT Management | Summit Internet | Summit Creative - ‘reach your peak’<br>
Divisions of The Summit Group (Australia) Pty Ltd<br>
<br>
Phone (Australia): 1300 049 749<br>
Phone (US & Canada): <a href="tel:%28321%29%20216%203844" value="+13212163844">(321) 216 3844</a><br>
E-mail: <a href="mailto:jgavrilita@thesummitgroup.com.au">jgavrilita@thesummitgroup.com.au</a><br>
Internet: <a href="http://www.thesummitgroup.com.au/" target="_blank">http://www.thesummitgroup.com.au/</a><br>
Address: Level 1, 39 Railway Road, Blackburn VIC 3130<br>
Postal: P.O. Box 3225, Doncaster East VIC 3109<br>
<div class="HOEnZb"><div class="h5"><br>
-----Original Message-----<br>
From: AusNOG [mailto:<a href="mailto:ausnog-bounces@lists.ausnog.net">ausnog-bounces@lists.ausnog.net</a>] On Behalf Of Ross Wheeler<br>
Sent: Wednesday, 18 June 2014 11:04 AM<br>
To: <a href="mailto:ausnog@lists.ausnog.net">ausnog@lists.ausnog.net</a><br>
Subject: [AusNOG] Mikrotik routers and "VLAN trunking over WAN"<br>
<br>
<br>
Looking for someone with Mikrotik experience to confirm which devices (any? all?) might achieve the desired outcome here.<br>
<br>
Basically there are a number of sites of varying sizes, but for the purposes of argument, lets say 20 sites.<br>
<br>
Most sites are proposed to have at least two diverse paths. These could be ADSL, Microwave, 3G/4G/LTE etc. The point is, different providers, different paths.<br>
<br>
Each site has it's (n) paths connected to interfaces on a Mikrotik router which can aggregate bandwidth across (n) links (and reduce latency<br>
somewhat) while providing an ability to withstand (n-1) link failures.<br>
<br>
The user further intends making extensive use of VLANs to "isolate"<br>
services (eg, phones, computers, security devices, "public" devices etc).<br>
Thus it would be entirely likely that there could be 40 switches at 20 sites, each with <a href="http://10.10.8.0/22" target="_blank">10.10.8.0/22</a> for "phones" all on VLAN8.<br>
<br>
Not withstanding how YOU might do it, is there an intrinsic problem with the design (or Mikrotik as the each sites 'edge device') as it stands?<br>
<br>
Thanks in advance,<br>
RossW<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>
<br>
<br>
<br>
<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>
</div></div></blockquote></div><br></div>