Situatie:
LAN (192.168.0.0/24). De default gateway (192.168.0.1) is een FreeBSD 4.5 machine die m.b.v. CHELLO aan het internet hangt. Op de FreeBSD bak draait 'routed -q'. Deze route-daemon 'luistert' naar RIPv2 berichten van een Cisco 2620 (192.168.0.253). De routes zijn als volgt in de config van de Cisco gedefinieerd:
Dit levert op de Cisco de volgende routetabel op:
Zoals gezegd, adverteert de Cisco deze routes dus naar de FreeBSD machine. De routetabel van de FreeBSD bak ziet er echter zo uit:
Hij plempt daar dus gewoon 10.0.0.0/8 in. Met als gevolg dat als ik verbinding wil maken met zeg 10.1.5.2 (willekeurig) dat pakketje eerst naar 192.168.0.1 gaat, en daar wordt doorgestuurd naar 192.168.0.253, daar wordt teruggestuurd naar 192.168.0.1 etc. met als gevolg dat mijn TTL redelijk snel afneemt.
Concreet: Hoe zorg ik ervoor, dat de FreeBSD machine de exacte routes van de Cisco overneemt (of wellicht dat de Cisco wel voor het gemak het hele 10.0.0.0/8 subnet adverteert?)
LAN (192.168.0.0/24). De default gateway (192.168.0.1) is een FreeBSD 4.5 machine die m.b.v. CHELLO aan het internet hangt. Op de FreeBSD bak draait 'routed -q'. Deze route-daemon 'luistert' naar RIPv2 berichten van een Cisco 2620 (192.168.0.253). De routes zijn als volgt in de config van de Cisco gedefinieerd:
code:
1
2
3
4
5
6
7
8
9
10
| ip route 0.0.0.0 0.0.0.0 192.168.0.1 ip route 10.10.10.0 255.255.255.0 Dialer23 ip route 10.58.1.15 255.255.255.255 Dialer39 ip route 10.129.1.204 255.255.255.255 Dialer12 ip route 10.202.1.0 255.255.255.0 Dialer11 ip route 10.204.1.150 255.255.255.255 192.168.0.254 ip route 10.205.1.0 255.255.255.0 Dialer13 ip route 10.206.1.0 255.255.255.0 Dialer14 ip route 10.207.1.0 255.255.255.0 Dialer15 ip route 10.208.1.0 255.255.255.0 Dialer16 |
Dit levert op de Cisco de volgende routetabel op:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| 10.0.0.0/8 is variably subnetted, 11 subnets, 2 masks
C 10.10.10.0/24 is directly connected, Dialer23
C 10.60.15.0/24 is directly connected, Dialer39
S 10.58.1.15/32 is directly connected, Dialer39
S 10.129.1.204/32 is directly connected, Dialer12
S 10.204.1.150/32 [1/0] via 192.168.0.254
C 10.129.1.0/24 is directly connected, Dialer10
is directly connected, Dialer11
is directly connected, Dialer13
is directly connected, Dialer14
is directly connected, Dialer15
is directly connected, Dialer16
S 10.202.1.0/24 is directly connected, Dialer11
S 10.207.1.0/24 is directly connected, Dialer15
S 10.206.1.0/24 is directly connected, Dialer14
S 10.205.1.0/24 is directly connected, Dialer13
S 10.208.1.0/24 is directly connected, Dialer16 |
Zoals gezegd, adverteert de Cisco deze routes dus naar de FreeBSD machine. De routetabel van de FreeBSD bak ziet er echter zo uit:
code:
1
2
3
4
| Internet: Destination Gateway Flags Refs Use Netif Expire default 212.187.28.1 UGSc 5 84656 xl1 10 192.168.0.253 UGc 0 1325 xl0 |
Hij plempt daar dus gewoon 10.0.0.0/8 in. Met als gevolg dat als ik verbinding wil maken met zeg 10.1.5.2 (willekeurig) dat pakketje eerst naar 192.168.0.1 gaat, en daar wordt doorgestuurd naar 192.168.0.253, daar wordt teruggestuurd naar 192.168.0.1 etc. met als gevolg dat mijn TTL redelijk snel afneemt.
Concreet: Hoe zorg ik ervoor, dat de FreeBSD machine de exacte routes van de Cisco overneemt (of wellicht dat de Cisco wel voor het gemak het hele 10.0.0.0/8 subnet adverteert?)