[Debian] Zebra/OSPF routing probleem

[Verwijderd]

Na het installeren van zebra en ospf en het daarna weizigen van de conf files heb ik het volgende probleem; de twee daemons starten op zonder enig probleem en zien elkaar ook als neighbor. Het netwerk ziet er zo uit;




nu kan ik wel vanaf router 1 (dmv null modem) router 2 pingen (ook 10.33.18.18) maar niet het netwerk daarachter. Dus de 10.33.18.1 gateway naar het internet is niet bereikbaar.

Overigens staat ip_forward aan.

Iemand enig idee

[igmar]

Zonder configs en concrete info : Nee.
Waarom heb je overigens voor deze ongelovelijk simpele setup OSPF nodig ?

[ Voor 50% gewijzigd door igmar op 07-12-2003 15:05 ]

[Verwijderd]

zebra.conf Node 1

hostname Node1
password xxx
enable password xxx

! Interfaces

interface lo
description loopback
ip address 127.0.0.1/8

interface ath0
description backbone
ip address 10.0.0.2/24
no shutdown
multicast

interface wlan0
description sector noord
ip address 10.33.28.1/25
no shutdown
no multicast

interface wlan1
description sector zuid
ip address 10.33.28.129/25
no shutdown
no multicast

log file /var/log/zebra/zebra.log


ospfd.conf Node 1

hostname Node1
password xxx
enable password xxx

interface lo

! Intefaces

interface ath0
ip ospf message-digest-key 1 md5 blabla
ip ospf authentication message-digest
ip ospf network broadcast

interface eth0

interface wlan0
ip ospf message-digest-key 1 md5 blabla
ip ospf authentication message-digest
ip ospf network non-broadcast

interface wlan1
ip ospf message-digest-key 1 md5 blabla
ip ospf authentication message-digest
ip ospf network non-broadcast

! ospf router

router ospf
ospf router-id 10.33.28.1

passive-interface lo
passive-interface eth0

! networks

!ath0
network 10.0.0.0/24 area 0

!wlan0
network 10.33.18.0/25 area 1

!wlan1
network 10.33.18.128/25 area 1

log file /var/log/zebra/ospfd.log

zebra.conf Node 2

hostname Node2
password xxx
enable password xxx

! Interfaces

interface lo
description loopback
ip address 127.0.0.1/8

interface ath0
description backbone
ip address 10.0.0.3/24
multicast
no shutdown

interface wlan0
description wlan0
ip address 10.33.15.1/24
no multicast
no shutdown

log file /var/log/zebra/zebra.log


ospfd.conf Node 2

hostname Node2
password xxx
enable password xxx

interface lo

! Interfaces

interface ath0
ip ospf message-digest-key 1 md5 blabla
ip ospf authentication message-digest
ip ospf network broadcast

interface eth0

interface wlan0
ip ospf message-digest-key 1 md5 blabla
ip ospf authentication message-digest
ip ospf network non-broadcast

! ospf router

router ospf
ospf router-id 10.33.15.1

passive-interface lo
passive-interface eth0

! networks

!ath0
network 10.0.0.0/24 area 0

!wlan0
network 10.33.15.0/24 area 2

log file /var/log/zebra/ospfd.log


Dit is bedoeld voor een ospf testopstelling, simpel beginnen en dan geleidelijk uitbouwen. Maar vooralsnog krijg ik dit niet eens werkend.

[igmar]

Verwijderd schreef op 07 december 2003 @ 20:23:
zebra.conf Node 1

Dit is bedoeld voor een ospf testopstelling, simpel beginnen en dan geleidelijk uitbouwen. Maar vooralsnog krijg ik dit niet eens werkend.

Ah, ok. Dit gedrag is 'by design' : Standaard stuurt OSPF geen default routes. Het totale plaatje betreft default routes en OSPF staan in
http://www.cisco.com/en/U...ote09186a0080094a74.shtml

Daarin staat ook de oplossing voor het verhaal (die voor Zebra hetzelfde is als voor IOS) : default-information originate

[Verwijderd]

ik heb inmiddels "default-information originate" in de ospfd.conf staan onder de;

redistribute kernel
redistribute connected
redistribute static

ik heb nu de default route van de router 1 op router 2, kan nog steeds niet 10.33.18.1 (10.33.18.x netwerk) pingen

[Verwijderd]

probeer toch het een en ander te verduidelijken, er gaat iets mis wat volgens mij erg voor de hand moet liggen.

als eerste wordt de null modem kabel slechts gebruikt om te dienen als remote monitor. (het zijn beide embedded pc's 486 133mhz 64mb ram en gebruiken de serial port als monitor)

de gateway naar het internet (linksys wrt54g) heeft als ip 10.33.18.1 en is te pingen vanaf 10.33.18.18 (eth0 router 1)

routing table router 1

code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.33.28.0      *               255.255.255.128 U     0      0        0 wlan0
10.33.28.128    *               255.255.255.128 U     0      0        0 wlan1
10.0.0.0        *               255.255.255.0   U     0      0        0 ath0
10.33.18.0      *               255.255.255.0   U     0      0        0 eth0
10.33.15.0      10.0.0.3        255.255.255.0   UG    20     0        0 ath0
default         10.33.18.1      0.0.0.0         UG    0      0        0 eth0

routing table router 2

code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.33.28.0      10.0.0.2        255.255.255.128 UG    20     0        0 ath0
10.33.28.128    10.0.0.2        255.255.255.128 UG    20     0        0 ath0
10.0.0.0        *               255.255.255.0   U     0      0        0 ath0
10.33.18.0      10.0.0.2        255.255.255.0   UG    20     0        0 ath0
10.33.15.0      *               255.255.255.0   U     0      0        0 wlan0
default         10.0.0.2        0.0.0.0         UG    20     0        0 ath0

het opvragen van de routing table van router 2 geeft enkele seconden vertraging (even als arp -a) bij router 1 wordt de routing table echter wel gelijk geprint.

ospf md5 verificatie lukt en komt tot stand, dr and backup election werkt eveneens...pingen 10.33.18.1 vanaf router 2 onmogelijk.

de route die in de linksys (nat) gateway is geladen:

code:

10.0.0.0 255.255.255.0 10.33.18.18 LAN & Wireless 
10.33.18.0 255.255.255.0 0.0.0.0 LAN & Wireless 
212.xxx.xxx.0 255.255.252.0 0.0.0.0 WAN (Internet) 
0.0.0.0 0.0.0.0 212.xxx.xxx.1 WAN (Internet)

[ Voor 6% gewijzigd door Verwijderd op 11-12-2003 01:16 ]