<div dir="ltr"><div dir="ltr">> Can you not do something with a virtual NIC at a lower layer? That is:<br>> somehow persuade the OS (which OS?) to aggregate the two links so it's<br>> transparent to Erlang/OTP (and everything else)?<br></div><div><br></div><div>Yes, this is possible, QNX supports that out of the box, but I wanted to</div><div>move it to a higher level for two reasons:</div><div>1. we might have to support Linux as well, so OS independent solution is preferred;</div><div>2. we need to have detailed link monitoring available inside our Erlang app.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 9 Apr 2020 at 15:25, Roger Lipscombe <<a href="mailto:roger@differentpla.net">roger@differentpla.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">> The usage is obvious: assign one of the interfaces a primary role and use<br>
> it while it is up and automatically fall back to the secondary when it goes down.<br>
> Also I would naturally want to monitor both connections.<br>
> Does Erlang support this out of the box somehow? And if not are there<br>
> any reasonably mature 3rd party libraries available?<br>
<br>
Can you not do something with a virtual NIC at a lower layer? That is:<br>
somehow persuade the OS (which OS?) to aggregate the two links so it's<br>
transparent to Erlang/OTP (and everything else)?<br>
</blockquote></div>