Dotaz: Podivnosti OSPF

[Petr Klima]

Dobry den, bylo mi dano za ukol transformovat ne zcela fungujici sit o cca 100 routerech rozesetych po plose stovek nebo tisicu ctverecnich kilometru a propojenych nejruznejsimi druhy linek (ruzne leased copper lines, xDSL, radio 5GHz, vyjimecne 2.4GHz) s nejruznejsimi rychlostmi (zhruba 1-20Mbps). Topologie nema zadny smysl, alespon mne se ho nepodarilo odhalit, je to proste ponekud zmatena sit routeru a linek mezi nimi. Prvni muj dotaz znel, jestli muzu neco udelat s topologii a pokusit se ji dat nejaky tvar a prvni obdrzena odpoved znela "ne" (a pak i ty nasledujici).... Pouzity routovaci protokol byl RIP + strasna spousta statickych rout, nove bych rad pouzil OSPF, protoze nevim o nicem jinem lepsim. Nadrizeni si od OSPF slibuji uzasnou redundanci internetoveho pripojeni jednotlivych routeru danou vyuzitim one mesh struktury site.

System na naproste vetsine techto stroju je Debian Woody, quagga je 0.98.3 (tam, kde jsem ji uz updatoval) nebo 0.96.4 tam, kde jsem to zatim neudelal.

Na krajich site je nekolik serveru s BGP sessions k providerum.

Nejak jsem zacal, nejakou dobu to moc hezky fungovalo, ale ted kdyz pridavam dalsi stroje (jsem nekde v polovine), se zacinaji dit divne veci, pro ktere nemam vysvetleni:

1. Na routeru A pridam do OSPF konfigu nejaky link do area 0 a v te chvili router B ztrati route na subnet X, ktery je ohlasovany nejakym uplne jinym routerem... Routery A,B a C nemusi byt primo propojeny, ztrata routy nastava pokazde.

2. Opet na nejakem jinem routeru A pridam link (subnet), nacez routery B a C, ktere opet nemaji s A zadnou primou souvislost, prestanou byt schopny vzajemne komunikace (nepingaji, netraceroutuji)

3. Mam dva servery z ruznych oblasti (area 3 a 4), jedine spojeni techto oblasti je area 0, ovsem jsou zde minimalne 2 cesty skrz area 0. OSPF si zasadne vybira tu s vyssi cenou.... V soucasne dobe jde o jeden urcity router

Opravdu nevim, cim to muze byt vse zpusobeno, jestli mam nadavat sobe a navrhu rozdeleni struktury OSPF site, nebo quagga demonu a jeho chybam, nebo je to OSPF "vlastnost", nebo za to muze zmatena struktura site, se kterou si OSPF neporadi. Taky by za neco z toho mohla moct redistribuce RIPu do OSPF, ale to uz je pomerne malo rout a v teto prechodne fazi je to nezbytne. Ovsem napr. to ztraceni routy je zpusobeno necim jinym, protoze na onom serveru uz RIP davno nebezi a ta routa je znama pouze z OSPF.

Jeste jedna mozna neprijemnost je, ze nejaky dobrak pouzil na nektere backbone linky privatni subnety (192.168.x.x). S tim ja bohuzel nic neudelam, pripadne mohu pouze zazadat o precislovani.

Ma nekdo ze zkusenych napad, cim podobne veci mohou byt?

Diky za radu, Tosuja

P.S.: bezny konfigurak na serveru vypada zhruba takto:

!interface eth0
!    ip ospf cost 500
interface eth1
    ip ospf cost 400
interface eth7
    ip ospf cost 250
interface eth9
    ip ospf cost 200
interface eth10
    ip ospf cost 115
interface eth11
    ospf cost 500
interface eth12
    ip ospf cost 30

router ospf
    ospf router-id a.b.c.d

    redistribute rip

    !Backbone area
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    area 0 authentication message-digest
!    area 0 export-list no-private
!    area 0 import-list no-private

    network a.b.c.d/e area 1
    network a.b.c.d/e area 1
    area 1 authentication message-digest
!    area 1 export-list no-private
!    area 1 import-list no-private
    area 1 virtual-link f.g.h.j

!Deny private networks propagation
access-list no-private deny 10.0.0.0/8
access-list no-private deny 127.0.0.0/8
access-list no-private deny 172.16.0.0/12
access-list no-private deny 192.168.0.0/16
access-list no-private deny 224.0.0.0/11
access-list no-private permit any
!
log file /var/log/quagga/ospfd.log

Autentizacni a message-digest klice u interfacu samozrejme jsou, ja jsem je jen umazal...

Odpovědi

[Michal Kubeček]

Právě vidím váš dotaz podruhé. Kolikrát (tj. na kolika dalších serverech) ho ještě uvidím?

[Petr Klima]

Opravdu podnetna reakce, diky....

linux@linux.cz je nejaky divny. Memu dotazu trvalo dva dny, nez tam probublal a uz jsem v to ani nedoufal. Nejen proto jsem to zkusil i tady

Neocekavam, ze skupina lidi ctoucich diskuze tady a na linux@linux.cz je shodna a protoze je vyreseni problemu dosti dulezite, snazim se zeptat na nekolika mistech. Prijde mi to celkem logicke.

Pokud chcete videt ten dotaz potreti, muzete to v nekolika dnech zkusit v mailing listu quaggy. Predem vas varuji, ze bude anglicky.

[8an]

Současná stable verze Quaggy je 0.98.6, takže jako první jí upgradni, byly tam opravené i nějaké bezpečnostní chyby.

A ten konfigurák sem pošli znova s tagy <pre>, v tomhle se nedá vyznat. Nechápu proč máš v konfiguraci deny 192.168.0.0/16, když píšeš že to používáš na některých spojích, ale až ten konfigurák bude normálně tak snad uvidím důvod.

[hub]

A ten konfigurák sem pošli znova s tagy <pre>, v tomhle se nedá vyznat.

Opravil jsem to.

[8an]

Bohužel u ospfd.conf se nedají konce řádků jednoznačně doplnit. U "! area 0 export-list no-private" není jisté jestli je to zakomentovaný řádek, nebo tam byl vykřičník na prázdném řádku (což se občas používá). Ale děkuji za snahu, rozhodně je to lepší než předchozí verze.

[Petr Klima]

OK, tady je ten konfigurak zjednoduseny na to, co tam opravdu je aktivni. Omlouvam se, ale nez jsem ho sem poslal prvne, jenom jsem to preletl a nesledoval citelnost....

interface eth1
    ip ospf cost 400
interface eth12
    ip ospf cost 30

router ospf
    ospf router-id a.b.c.d

! Redistribution only on several routers...
    redistribute rip

    !Backbone area
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    network a.b.c.d/e area 0
    area 0 authentication message-digest
! Commented out however makes no difference if active
!    area 0 export-list no-private
!    area 0 import-list no-private

    network a.b.c.d/e area 1
    network a.b.c.d/e area 1
    area 1 authentication message-digest
!    area 1 export-list no-private
!    area 1 import-list no-private
    area 1 virtual-link f.g.h.j

!Deny private networks propagation
access-list no-private deny 10.0.0.0/8
access-list no-private deny 127.0.0.0/8
access-list no-private deny 172.16.0.0/12
access-list no-private deny 192.168.0.0/16
access-list no-private deny 224.0.0.0/11
access-list no-private permit any

log file /var/log/quagga/ospfd.log

Upgrade quaggy - pokusim se, ale napred musim sehnat/vyrobit odpovidajici balicek pro Woodyho a otestovat jeho funkcnost - uz jsme meli problemy s BGP u jakesi prepackaged quaggy...

[8an]

Dík, teď už vidím že to filtrování přes access list se vlastně nepoužívá. Takže ta konfigurace je celkem standardní, chyba asi bude buď v ospfd nebo v topologii. Nemáš někde propojené oblasti mimo páteř? Tohle by sice měly umožnit ty virtual linky, ale bohužel nevím jak to přesně funguje, zatím jsem to nepotřeboval.

Možná bys mohl zkusit pro začátek všechno hodit do area 0, ale nevím jak je ta síť velká, jestli to Quagga ustojí (my máme OSPF v sítí s asi 20 routery a 40 spoji v area 0, a když spadne hlavní spoj mezi polovinami sítě a celá síť se přestavuje přes zálohu, občas někde Quagga sletí). A chápu že na běžící síti se takovéhle pokusy dělají těžko

Quagga také nesnáší, pokud se do sítě dostane duplicitní routa (pokud byl subnet už na jiném spoji, spoj přestal pingat i lokálně, jakoby na něm vůbec nebyly nastavené IP adresy). Ale tohle je možná jen na FreeBSD.

[Petr Klima]

Filtrovani pres access list se uz nepouziva, to je pravda. Odstraneni toho filtrovani vyresilo problem c. 3 (vyber delsi cesty). Muj plan je zbavit se jich uplne, pokud na to budeme mit IP...

Oblasti propojene mimo pater mam zatracene casto , ale virtual-linky si s tim celkem poradi (presneji, jsou nutnosti). Presto se tem propojenim snazim vyhnout sec to jde.

Dat vse do area 0 je nerealizovatelne, v teto chvili mam cca 60 routeru a hadam 150+ linku. Cilovy pocet je tusim tak 105-120 routeru a linku nepocitane. Rada z tech linku neni dvakrat stabilni, bojim se, ze by prepocitavani rout a rozesilani aktualizaci stalo nejvetsim zroutem vykonu a bandwidthu, coz by zakazniky rozhodne nepotesilo

Duplicitni routy nemam - jsem si jist u verejnych rozsahu, pricemz u neverejnych doufam (bylo mi receno, ze "se snazili je udrzet jedinecne").

Prave jsem si udelal balicek quaggy 0.98.6 a az mne prestanou lidi otravovat s jinymi problemy, dam se do toho...