<div dir="ltr"><div><div>100% agree with you. It should be more than save and I belive it would even be save on a miss configured network.<br><br></div>Sorry for being a bit picky on that subject but saw quite some crazy stuff.<br><br></div>Yes bundling makes sense I think this should be the way to go :)<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-06-24 23:10 GMT+02:00 Len Ovens <span dir="ltr"><<a href="mailto:len@ovenwerks.net" target="_blank">len@ovenwerks.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 24 Jun 2016, Melanie Bernkopf wrote:<br>
<br>
</span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sorry but with some mentions you are not right.<br>
<br>
default full ethernet is 1518 = 1514 ethernet2 header +4 bytes checksum<br>
GRE tunnel MTU is 1476 = 1500 - (20 bytes IP header + 4 bytes GRE Header) (<br>
similar to ADSL in Europe)<br>
MPLS 1492 if not configured<br>
</blockquote>
<br></span>
...<br>
<br>
Sorry for not being more precise. However, in this case we are not looking at MTU but minimum packet size which is still generally bigger than any OSC message we send (except maybe /select/comment "s" "long string"). Even if I bundle all messages used to "zero" a strip that is not used or before repopulating, I suspect the data size (before headers and OSC over head) is less than 500 bytes. (400ish it seems)<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I would not want to send something as OSC over the inet so we stay with the<br>
normal ethernet2 spec on a local Network ;)<br>
</blockquote>
<br></span>
No, the mention of Inet was just that most systems configure themselves to work with Inet. So far as I know AoIP limits packet size too, even on GB, 10G etc. networks. But that doesn't matter for OSC as we are dealing with it. We are not sending "blobs", but bundles could easily put two messages in one minimum sized packet. In this case the second message goes free.<br>
<br>
Anyway, bundling is worth while. And it appears there is no danger of making a too big packet. Speed itself (on the lan) is not Ardour's problem but a system setup and hardware issue.<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
Len Ovens<br>
<a href="http://www.ovenwerks.net" rel="noreferrer" target="_blank">www.ovenwerks.net</a><br>
<br>
_______________________________________________<br>
ardour-dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org" target="_blank">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" rel="noreferrer" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
</div></div></blockquote></div><br></div>