2 Mar
2015
2 Mar
'15
2:08 p.m.
Subject:
Re: [44net] Multicast problem?
From:
"Marius Petrescu" <marius(a)yo2loj.ro>
Date:
03/02/2015 08:44 PM
To:
"'AMPRNet working group'" <44net(a)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