Roland,
* I tested on a Ubuntu system, so the 'sudo modprobe -r ipip' command worked as tested. I gleaned to use it '-r' from the Startampr wiki (I developed the script with PE1CHL and others on the mailing group here). Therefore, I cannot speak specifically to why Debian automatically pre-loads the Kernel module. Can you explain the issue this presents for you? Could a firewall rule fix it? You only have a single /32 IP - this shouldn't cause a major issue to your setup.
* Can you show the Wiki URL you're referencing that tells you to make a route for 44.0.0.0/9 and 44.128.0.0/10 - so it may be corrected? I know the routes to be invalid; because they do not specify where those subnets in the /9 and /10 are exactly located (e.g. your IP 86.5x.x.42 to reach 44.130.240.3/32). That's what ampr-ripd or rip44d does. You should now be able to see valid routes by running the command 'ip route show table 44'
* You noted you're running ampr-ripd...but answered no....that confused me, but nonetheless I see it's running successfully; perhaps it was semantics or a language barrier.
- KB3VWG
Am I to understand you're bothered that the Kernel shows the tunl0 interface?
:-) I was, but not more
- You simply have to reboot the machine with the script removed OR run
'modprobe -r ipip'.
The modules is available by default in stock debian.
- These routes are invalid:
up ip rule add to 44.0.0.0/9 table 44 priority 44
up ip rule add to 44.128.0.0/10 table 44 priority 44
Ok, why do you think so? These are not my invention, I copied them from templates in the ampr wiki. AFAIK they refelct the fact of the sold upper quater of the addresses, no?
- Do you have ampr-ripd or rip44d running?
No, I am using ampr-ripd.