Quaqqa - Routenverteilung über ripd an einen Cisco 876

Hallo,

die Routingverteilung vom Zentralen Router an einem Cisco 876 funktioniert leider nicht. Die Verteilung auf andere Cisco Geräte zB.: 1812, Pix501 funktioniert. Alle Geräte sind im selben Netzwerkbereich.

Ich hab die Suche benutzt und nach ripd, ripd.conf, quaqqa, zebra, zebra ripd.conf, routingverteilung unix gesucht aber leider nichts gefunden.

Die ripd.conf sieht wie folgt aus

hostname router2
password xxxxxx
!
debug rip events
debug rip packet
!
router rip
redistribute static
redistribute connected
version 2
!
!
!route 10.49.0.2/32
!hesterm
route 192.168.1.80/32
route 10.55.44.0/24
!
network eth1
!network eth1.2
!network eth1.3
!network eth1.4
!network eth1.5
!network eth1.6
!network eth1.7
!network eth1.8
!network eth1.9
!network eth1.10
!network eth1.11
network eth1.20
network eth1.99
network eth1.98
!
neighbor 10.44.33.1
neighbor 10.20.39.3
neighbor 10.20.39.6
neighbor 10.20.39.5
neighbor 10.20.39.4
neighbor 10.20.39.3
neighbor 192.56.14.22
neighbor 10.20.49.1
neighbor 192.56.14.73
neighbor 10.40.0.2
neighbor 10.49.0.1
neighbor 10.50.0.1
neighbor 10.49.0.1
!neighbor 10.20.32.2
neighbor 10.34.3.2
!
!interface eth1.8
!no ip rip authentication mode
interface eth1
no ip rip authentication mode
interface gre1
no ip rip authentication mode
!interface gre2
!no ip rip authentication mode
interface gre5
no ip rip authentication mode
!interface eth1.98
!no ip rip authentication mode
interface eth1.99
!ip rip authentication mode xxx
!ip rip authentication key-chain xxxx
no ip rip authentication mode
!
line vty
!
!log file /var/log/quagga/ripd.log

router der ripd.conf verteilen soll 10.20.39.2, cisco 876 der die ripd.conf nicht bekommt 10.20.39.4

eth1.99 10.20.39.0/24

routen werden in zebra.conf eingetragen mittels

ip route ........

quaqqa anschließend neu gestartet

im ripd.log sehe ich auch das er ip-adressen an 10.20.39.4 verteilt.. aber nicht die welche ich brauche..

wir übersiedeln gerade ein paar interfaces auf ein anderes endgerät.. deswegen sind die ganzen interfaces auskommentiert.

im internet habe ich die info gefunden, das wenn möglich man nichts an der ripd.conf verändern soll da sonst der dienst sich gar nicht mehr startet.. über ps -ef | grep rip sehe ich aber das folgendes läuft

quagga 1102 1 0 12:42 ? 00:00:00 /usr/lib/quagga/ripd --daemon -A 127.0.0.1

habe ich eventuell etwas in der config falsch gemacht? das er die verteilung nicht mehr macht?

oder hat vielleicht jemand ein paar tips woran das noch liegen könnte?

Danke im Voraus

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 176218

Url: https://administrator.de/contentid/176218

Ausgedruckt am: 23.11.2024 um 03:11 Uhr

12 Kommentare

Neuester Kommentar

OK, und wie sieht die andere (Cisco) Seite aus ? Wenn du einmal die RIP Config des 876 hier posten könntest wäre das sehr hilfreich ?
Vorweg:

Was sagt ein show neigbors
Hast du mal RIP Debugging aktiviert auf dem 876 ??

Gerade letzteres zeigt dir sofort wo der Hase im Pfeffer liegt !! Irgendeinen Grund muss er ja haben um die gesendeten Routen nicht in seine Routing Tabelle zu übernehmen ?!

Hallo,

hast du hier Zeilen auskommentiert?
Bitte die Code Formatierung verwenden, das macht es einfacher den Code zu lesen. <./.code> (Punkte weglassen)

!neighbor 10.20.32.2

!
!interface eth1.8
!no ip rip authentication mode

!interface gre2
!no ip rip authentication mode
interface gre5
no ip rip authentication mode
!interface eth1.98
!no ip rip authentication mode
interface eth1.99
!ip rip authentication mode xxx
!ip rip authentication key-chain xxxx
no ip rip authentication mode

Dir ist klar das du hier public und private IP's mischt...

neighbor 192.56.14.22

neighbor 192.56.14.73

Ansonsten folge ich den Thread rein aus Interesse..

brammer

rip config 876

router rip
 passive-interface Vlan1
 network 10.0.0.0
 no auto-summary

ich hoffe das ist alles, bin im cisco und unix bereich nicht wirklich ein spezialist

show neighbors auf dem cisco 876 sagt mir leider gar nichts... bin im # modus nur leider kennt er kein show neighbors,

rip ip debug hab ich jetzt einmal aktiviert. lass das ein paar minuten laufen, dann deaktiviere ich es wieder. danach werte ich einmal alles aus und sehe ob ich einen fehler finde bzw. einen neuen anhaltspunkt..

aber danke schonmal

hallo brammer,

hab das mit dem code /code eingetragen, liest sich jetzt eindeutig leichter ;)

ja ist mir klar.

Hallo,

das "passive -interface" commando" sorgt dafür das der Router über dieses Interface keine Rotuing Updates verschickt.

mit folgendem Befehel bekommst du das ausgeschaltet

conf t
router rip
no passsive-interface vlan1 
end 
wr me 

brammer

Du hast in der Cisco Konfig:
router rip
version 2
vergessen !
Dein Quagga macht RIPv2 und dein Cisco so nur RIPv1 !!
Kein Wunder das die sich also nicht sehen...!
Das es problemlos rennt kannst du hier an einem Cisco 831 sehen der mit Quagga spricht ! (Debug RIP aktiviert mit "debug rip packet" (Quagga) bzw. "debug ip rip" (Cisco) !)
Cisco 831:
Nov 14 14:23:36.163: RIP: received v2 update from 192.168.7.3 on Ethernet0
Nov 14 14:23:36.163: 192.168.2.0/24 via 0.0.0.0 in 1 hops
Nov 14 14:23:39.839: RIP: sending v2 update to 224.0.0.9 via Loopback0 (10.1.1.1)
Nov 14 14:23:39.839: RIP: build update entries
Nov 14 14:23:39.839: 192.168.2.0/24 via 0.0.0.0, metric 2, tag 0 --->> Netzwerk per RIP vom Quagga !
Nov 14 14:23:39.839: 192.168.7.0/24 via 0.0.0.0, metric 1, tag 0
Cisco Konfig:
!
router rip
version 2
network 10.0.0.0
network 192.168.10.0
no auto-summary
!

Quagga:
RIP: SEND RESPONSE version 2 packet size 24
RIP: 192.168.2.0/24 -> 0.0.0.0 family 2 tag 0 metric 1
RIP: rip_send_packet 192.168.2.1 > 224.0.0.9 (eth1)
RIP: SEND RESPONSE version 2 packet size 24
RIP: 192.168.7.0/24 -> 0.0.0.0 family 2 tag 0 metric 1
RIP: ignore packet comes from myself
RIP: ignore packet comes from myself
RIP: RECV RESPONSE version 2 packet size 24 ---> Das ist der Cisco mit der 10.1.1.1 auf dem Loopback Interface !!
RIP: 10.1.1.1/32 -> 0.0.0.0 family 2 tag 0 metric 1
Quagga Konfig:
!
Current configuration:
!
hostname midge_rip
password admin
!
router rip
version 2
network 192.168.2.0/24
network 192.168.10.0/24
!
line vty
!
end

Änder also deine Konfig auf RIP Version 2 im Cisco und dann rennt das auch !!

Danke..

funktioniert.. einwandfrei

gut zu wissen das die nur in der version 2 kommunizieren

Hallo,

das liegt daran das RIP Version 1 nur Classfull kann und daher das gesamte Netz 10.x.x.x /8 als ein Netz betrachtet.
Wieso sollte RIP also die Routen verteilen... ist doch alles mit dem 10er Netz erschlagen.

Aber...

@aqui
Hätte nicht zumindest die 192er Route verteilt werden müssen?

brammer

Nein, RIPv1 und v2 sind nicht kompatibel bzw. Cisco dropped sie bei einem Protokoll Mismatch.
In sofern ist die Aussage von psyrax "gut zu wissen das DIE nur in der Version 2 kommunizieren" natürlich totaler Blödsinn, denn ein Umschalten von Version 1 und 2 supporten sowohl Quagga als auch Cisco ! Und... wer soll auch "DIE" denn sein ?? Außerirdische... ??
Ein Blick in die bestehende Cisco Konfig der Router bei denen es klappt hätte das Rätsel auch ohne den hier ~~(eigentlich überflüssigen)~~ Thread gelöst !
Aber egal...so lernen dann wenigstens alle was

glaubst du etwa das ich das nicht gemacht hab?

die config ist gleich wie auf dem anderen gerät.

und ja ich meinte außerirdische

überflüssig für dich vielleicht die sich in diesem bereich sehr gut auskennen, aber mir hat es geholfen

Hallo,

nun beim Vergleich der configs ist aber wohl was schief gegangen.

am einfachsten ist sowas mit Notepad++ mit der Option "compare".
Da wird farblich unterlegt worin sich zwei Textfiles unterscheiden.

Was im einen mehr ist, dürft eim anderen fehlen...

brammer