Re: [44net] ampr-ripd update 1.14

Actually there is almost no processing overhead involved. It is just that it gets the whole uscd tunnel traffic instead of the multicasts only and has to filter it by the protocol field, which is very fast. And in basic conditions, that traffic is usually low. Anyway, I would say: if one wants multicast, then version 1.14 is the one. If not, 1.15 will do. Marius, YO2LOJ On 2016-09-21 22:04, Rob Janssen wrote: > (Please trim inclusions from previous messages) > _______________________________________________ >> Subject: >> Re: [44net] ampr-ripd update 1.14 >> From: >> Marius Petrescu <marius(a)yo2loj.ro> >> Date: >> 09/21/2016 06:59 PM >> >> To: >> AMPRNet working group <44net(a)hamradio.ucsd.edu>du>, "Ana C. Custura" >> <ana(a)netstat.org.uk> >> >> >> On my server running Debian 8 with kernel 3.16.0-4-amd64 it works >> without the '-r' flag. >> >> I actually wanted to remove that flag, but then it will break the >> scripts using it. >> >> I will make a new release that ignores that flag but still accepts it as >> parameter, but runs always in raw mode. >> >> I think this would be the proper approach. > > Ok, the multicast mode of course is a good thing, but it has caused > some strange behaviour > in the past. You could of course keep the old code in there using > some #ifdef option for those > that want to try it. Or introduce a new flag that switches from raw > to multicast mode. > > Raw mode always works, but in some cases may have some more CPU > overhead. Not sure > if it is a noticable difference... > > Rob >