Dynamické routování - OSPF 3 (topologie, zabezpečení) (diskuse)

[Zdeněk Štěpánek]

Pekny psani, jen skoda ze ty arey byly jen lehce nakousnuty, potreboval ybch to trochu podrobnejc. Ted mame v nasi siti 15 AP, pouzity 5x C, rozsekavany vetsinou na /29. Routovaci tabulky maj ted 111 radku. Za chvili se budeme spojovat se siti o neco mensi, sice ted jedou staticky, ale po slouceni to vyskoci na 200 radku a to uz bych docela rad agregoval, kdyby to slo.

Problem u nas je ze jednotlivy /29 z jednoho C rozsahu jsou ruzne pohazeny po siti. Jak kdo potreboval, tak postupne dostal. A stejne tak ostatni Ccka. Tak nevim jak a jestli to vubec pujde agregovat.

CZF-RFC-adressing jsem tehdy nenasadil, protoze v dobe kdy jsme zacinaly byly tyhle RFC hlidany jak oko v hlave, kazdej o tom kecal, ale ze by rekl kde to roste, to uz ne.

Zdenek

[Dušan Hokův]

Pocet rout neni az takovy problem. Tomu, ze to v nekterych mistech nepujde agregovat se stejne nevyhnete.

[Zdeněk Štěpánek]

Pri urcitem poctu routovacich zaznamu uz se router zacina zpomalovat. Nicmene co je to "urcity pocet zaznamu uz nikdo nerekne" a co je to "zpomalovat" uz jsem nikde necetl. Dale to samozrejme zavisi na instalovanem poctu interfacu, jejich realnem prutoku a vykonu stroje.

Na nejvytizenejsich strojich mam instalovano cca 60Mbit, PIII-750. Vestina ma kolem 35Mbit, PIII-500 a kraje site maji instalovano 25Mbit PII-350. Ovsem inet pro vsechny je prozatim 8Mbit, ale rychle to poroste, na zimu je realnych 30Mbit. Nevim zda to z tohoto lze nejak urcit...

Zdenek

[Dušan Hokův]

Mno, na jednom z nejvytizenejsich routeru mam ve spickach pres 100Mbit smerem k hlavnimu routeru, ma cca 420 rout, hw je via epia 1000MHz, 256MB RAM. Podle testu ta via epia bez ztrat dokazala uroutovat asi 300-400 Mbit.

[Dan Ohnesorg]

Mnohem vetsi problem nez pocet rout byva conntrack tabulka, pokud se na routeru pouziva. Na WRAPech narazime na zpomaleni conntrack tabulkou, ale 1500 rout to utahne bez jakehokoliv poznatelneho zpomaleni. Procesor je 230 Mhz. Nejhorsi brzda na takle pomalych procesorech je ale delka obsluhy preruseni od wifi karet.

Skutecne problemy s routovanim znaji az lide, kteri maji full bgp feed, to jsou radove statisice rout.

CZFREE-RFC byla sice sehnatelna, ale tak komplikovana, ze se nikomu nechtelo se s tim patlat.

[Jiří Snopek]

Mame 663 rout v siti a router absolutne nic nepozna a je tam i jeden staricky 333MHz Celeron, nicmene na agregaci rout lze pouzit parametr v zebra.conf backhole routu, dela se takhle: ip route 10.0.41.0/24 Null0, pak se propaguje jen tato sit a ne vsechny ty male. Ma to ovsem jednu nevyhodu, lepe receno spatne chovani, a to, ze v ip ro neni videt spravna cena az k routeru odkud tato routa pochazi, ale kdekoli v siti to pise cost 20.

Jinak jeste k tomu propojovani vasich siti... pokud pouzivaji staticky routing, staci na hranicnich routerech do zebra.conf nadefinovat jejich rozsahy a u nich vase a o propagaci se postara quagga.

Jirka Rudna.Net

[Dan Ohnesorg]

gate:~# ip ro sh | wc -l 1212

tech rout je o neco vice

Dan Rudna.net

[Jorindo]

Snad bychom se nehadali

Jorindo Rudna.net

[Jiří Veselský]

Máme 15000+ rout v tabulce, průtok většíma routerama je 200+ Mbps. Routují to P4/2GHz, na serverovém boardu s dvojicí gigabitových síťovek na 64bitové PCI. Nudí se.

Svého času jsme na PC platformě routovali i externí konektivitu, tj. 100000+ rout z world routingu, průtok 600 Mbps. To byl asi tak strop, co ty mašiny dokázaly ustát. Podle mých zkušeností není problém s velikostí routovací tabulky, problém je s propustností sběrnice a četností přerušení od síťové karty. A to jsou věci, které vás nevarují - dneska má router load average nula nula hovno, zítra nula jedna, pozítří se během půl hodiny položí, protože mu load vyletí někde ke stovkám, jak nestíhá obsluhovat přerušení... Mnohem důležitější než rychlost procesoru a velikost paměti je chipset desky a použité síťové karty.

Samozřejmě je nutné zapomenout na conntrack, ten dokáže položit jakoukoliv mašinu už někde kolem 50 Mbps.

[Zdeněk Štěpánek]

Dik moc za info, zjevne se toho nemusim obavat.

[tomfi]

Jenom se chci zeptat na to ABR ... nevim mozna je to takova stara informace, ale mel jsem dojem ze ABR musi mit spojeni na Backbone (min virtual link) ... to jste nikde neuvedl. A pokud to stale plati, tak by se hodilo, kdyz uz to mate na obrazku, to tam napsat.

Napriklad tady se tomu venuji: http://www3.ietf.org/proceedings/99mar/slides/ospf-abr-99mar/index.html slidy: ABR without a backbone link

nebo tady to je receno : http://www.inetdaemon.com/tutorials/internet/ip/routing/ospf/index.shtml

Tak nejak jsou problemy s tim spojene naznaceny tady : http://www.faqs.org/rfcs/rfc3509.html

[Dušan Hokův]

ABR znamena hranicni router, a v pripade obrazku je takovy router i na hranici mezi oblasti 1 a 2. Vezmete si situaci, kdy v oblasti 2 bude nedostuny ABR, ktery je v backbone, kudy bude cesta ven? Prave pres router na hranici mezi oblasti 1 a 2. ABR jsem pochopil jako Area Border Router, tedy i router mezi area 1 a 2. I kdyz jak pisete, mozna ze skutecne nutne, aby tento router mel i virtualni link do backbone.

[TT]

Dovolil bych souhlasit s Tomfi a dodat několik zkušeností - to "ABR" mezi 1 a 2 je docela špek, který bych pro začátek nechtěl řešit - bez virtual link se to neobejde - špek je, že 1 i 2 má ABR na 0 tj. pro area 1 je potřeba virtual link na routery ABR 2. A současně pro area 2 virtual link na ABR 1. Teoreticky to možná lze. Prakticky bych se do toho raději nepouštěl, protože si uděláte krásný guláš v topologii a budou se dobře hledat chybky až vypadnou nějaké routery a budete se snažit projít přes tohle "ABR". Kdo chce kam ....

Pokud se obrázek snaží ukázat možnost "transit area" tak utrhněte ten link na 0 tj. 0 - 1 - 2 bude to pro lidi bez zkušeností lepší návod než tohle. Jinak to může vést k designové cestě do pekel :) (dle mých zkušeností).