[plug] RIP/OSPF
Matt Kemner
zombie at penguincare.com.au
Fri Jun 19 12:53:08 WST 2009
Hi Tim
On Fri, 19 Jun 2009, quoth Tim:
[...]
> While researching the issue, I discovered RIP/OSPF, and started
> wondering if maybe I should have one of those enabled on my network,
> to ensure that shortest path for traffic is taken. The server that was
> replaced used to inform computers that there was a shorter path when
> the traffic didn't need to go through it. (So anything not on port 80
> it would tell the computer it could talk directly to the modem). I
> only discovered it once when pinging an address, and noticing that the
> first ICMP reply also included information about a shorter path. The
> new server how ever doesn't do this. I assume that this was probably
> RIP updating routing tables?
That's not RIP or OSPF, it's ICMP redirects which are part of the default
ipv4 stack.
You can enable and disable those via proc on a per interface basis:
/proc/sys/net/ipv4/conf/*/send_redirects
/proc/sys/net/ipv4/conf/*/accept_redirects
> So, should I have ether RIP or OSPF running on the server and modem?
> Would that have solved this issue?
I don't think you want to be running those on your home network unless a)
you have a far more complicated home network than most and/or b) you want
to play with routing protocols for educational purposes, in which case I
suggest having a play with Quagga - and OSPF and/or BGP.
- Matt
More information about the plug
mailing list