Re: Banking on a surface
Melanie Bernkopf <[email protected]> Fri, 24 Jun 2016 23:22:01 +0200
| Newsgroups | gmane.comp.audio.ardour.devel |
|---|---|
| Message-ID | <CA+L_jCvULpZJym9dwsa7CAD-iJJJcwaLqx_YMVsirZqFCOgEyw@mail.gmail.com> |
100% agree with you. It should be more than save and I belive it would even be save on a miss configured network. Sorry for being a bit picky on that subject but saw quite some crazy stuff. Yes bundling makes sense I think this should be the way to go :) 2016-06-24 23:10 GMT+02:00 Len Ovens <[email protected]>: > On Fri, 24 Jun 2016, Melanie Bernkopf wrote: > > Sorry but with some mentions you are not right. >> >> default full ethernet is 1518 = 1514 ethernet2 header +4 bytes checksum >> GRE tunnel MTU is 1476 = 1500 - (20 bytes IP header + 4 bytes GRE Header) >> ( >> similar to ADSL in Europe) >> MPLS 1492 if not configured >> > > ... > > 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) > > I would not want to send something as OSC over the inet so we stay with the >> normal ethernet2 spec on a local Network ;) >> > > 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. > > 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. > > > -- > Len Ovens > www.ovenwerks.net > > _______________________________________________ > ardour-dev mailing list > [email protected] > http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org > _______________________________________________ ardour-dev mailing list [email protected] http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org