Subject: Re: [44net] Multicast problem? From: "Marius Petrescu" marius@yo2loj.ro Date: 03/02/2015 08:44 PM
To: "'AMPRNet working group'" 44net@hamradio.ucsd.edu
Hi Rob,
ampr-ripd works as expected without the -r option on my debian 7 setup with kernel 3.2.0-4 and libc 2.13.38-0deb7u7. I never upgraded to 2.13.38-0deb7u8, so the problem could be there.
By the way, as sugested by Brian, N1URO, I think the -r option could be dropped so that the daemon always uses raw sockets.
Ok, the status on this machine now is:
Linux gw-44-137 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1 x86_64 GNU/Linux (a kernel update to Debian version 3.5 (still kernel 3.2.0-4 of course) has been installed but the system has not been rebooted yet)
libc is version 2.13-38+deb7u8
So indeed it could be that version that is the problem.
With -r it works ok, but of course it means that ALL received tunnel packets are passed to ampr-ripd to be filtered there in user mode. The multicast socket should be more efficient.
It has worked quite well for a long time, why would it suddenly fail?
(of course there is still the problem of sometimes disappearing routes that you may notice I am already hunting down for quite some time and I am not even sure if it is in ampr-ripd, in the RIP transmitting server, or somewhere else)
Rob