25 Jan
2020
25 Jan
'20
8:55 p.m.
BTW, if using the parameter
rip_password =
you should enter the password, or just delete/comment the parameter for
the default value.
Leaving it like that would assume an empty password, which doesn't work.
On 26.01.2020 04:42, Marius Petrescu via 44Net wrote:
For use with amprd (not ampr-ripd), the interface is
correctly
subnetted (/8, meaning the whole ampr network is reachable by that
interface, as per before the /10 sale).
Also, the routes are internal to amprd, and not in any routing table
as expected when using ampr-ripd.
There may be another issue when using recent kernels (4.9 and newer):
Because of the changes in the kernel, ipip protocol handling by the
kernel is done incorrectly in case of raw sockets, and will result in
sending a icmp protocol unreachable back to the communication partners.
This can be solved by filtering outgoing icmp messages, or use the
latest amprd version which features a kernel plugin to work around
this problem.
I would strongly recommend to drop amprd and switch to the native ipip
tunnel handling and ampr-ripd.
Marius, YO2LOJ
On 25.01.2020 18:54, lleachii--- via 44Net wrote:
Bill,
Also, I noticed your interface is Ethernet with a 1500 MTU?
Also, your interface is improperly subnetted as /8 (255.0.0.0). Your
network is a /30 (or 255.255.255.252).
root@OpenWrt:~# ip route show table 44 | grep
90.155.50.144.131.170.0/30 via 90.155.50.1 dev tunl0 proto 44 onlink
window 840
Are you certain that you have the tunnel setup?
Feel free to message me offline if you're running Linux/OpenWrt.
- KB3VWG
_________________________________________
44Net mailing list
44Net(a)mailman.ampr.org
https://mailman.ampr.org/mailman/listinfo/44net
_________________________________________
44Net mailing list
44Net(a)mailman.ampr.org
https://mailman.ampr.org/mailman/listinfo/44net