❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
OSPFv3 má někdo a funguje?
OSPFv3 má někdo a funguje?
Tě pic.. byl by tu někdo, kdo má v síti rozjetou funkční IPv6 a OSPFv3? Už nevím jak dál, rozpadají se nám OSPFv3 spojení mezi routery bez nějaké zjevné příčiny (prostě zmizí Neigbour a dokud neflopnu IPv6 adresu na něm, tak se to nespojí). Nesepsal by tu někdo nějakou základní konfiguraci svého OSPFv3?
0 x
JM-Net z.s. - http://www.jmnet.cz - 777224975 - 211222000 - info@jmnet.cz
Zdravím, my kdysi zkoušeli OSPFv6 jen v labu a skončili jsme na tom, že to nefungovalo jako multi-area (dle Mikrotiku prý bude funkční ve verzi 7). Možná, jestli nemáte nastaven nějaký limit či blokaci na ICMP?
0 x
Hezký den,
tak trochu to používáme v coru pro distribuci prefixů z pppoe koncentrátorů na bgp routery. Konfigurace je úplně defaultní, všechny routery v jedné area, zapnutá redistribuce. Nikdy s tím nebyl žádný problém - všechny propoje jsou ale kabelové, na bezdrátu máme jenom v4.
Jarda
tak trochu to používáme v coru pro distribuci prefixů z pppoe koncentrátorů na bgp routery. Konfigurace je úplně defaultní, všechny routery v jedné area, zapnutá redistribuce. Nikdy s tím nebyl žádný problém - všechny propoje jsou ale kabelové, na bezdrátu máme jenom v4.
Jarda
1 x
Pro jednoduchost máme také jen jednu areu (backbone 0.0.0.0).. Jako router-id používáme ty samé IP adresy co máme v OSPF (to by ale nemělo dělat problém?).. Není rozdíl jestli se jede po link-local adresách nebo jsou tam vlastní spojovačky. Stejně tak nemá vliv ani Network Type (default, broadcast, point-to-point), vše se chová stejně špatně.. V route tabulce je cca 200 záznamů..
Jediné, co mi přijde jiné oproti OSPF, že v LSA vidím sloupec ID, kde ale nejsou (jako u OSPF) IP adresy routerů, ale jsou tam nikdy a nikde nezadávané IP adresy z 0.0.0.0/24, většinou 0.0.0.0 nebo 0.0.0.1. Možná to je normální, nemám s čím srovnat.
Ještě zajímavost, na starších verzích RouterOSu to švihalo ok, poslední bezproblémová verze byla 6.35.4, cokoliv nad dělá tyhle náhodné problémy. Mikrotik support mě poslal k šípku, že v jejich labu se jim to nepodařilo replikovat, takže musí být chyba v naší konfiguraci.
Jediné, co mi přijde jiné oproti OSPF, že v LSA vidím sloupec ID, kde ale nejsou (jako u OSPF) IP adresy routerů, ale jsou tam nikdy a nikde nezadávané IP adresy z 0.0.0.0/24, většinou 0.0.0.0 nebo 0.0.0.1. Možná to je normální, nemám s čím srovnat.
Ještě zajímavost, na starších verzích RouterOSu to švihalo ok, poslední bezproblémová verze byla 6.35.4, cokoliv nad dělá tyhle náhodné problémy. Mikrotik support mě poslal k šípku, že v jejich labu se jim to nepodařilo replikovat, takže musí být chyba v naší konfiguraci.
0 x
JM-Net z.s. - http://www.jmnet.cz - 777224975 - 211222000 - info@jmnet.cz
neví prosím někdo kde se nastavují v ospfv3 filtry?
0 x
Povoláním ISP není jen připojovat lidi k internetu, ale také jim dokázat vysvětlit, že bez pořádné investice do HW nelze udělat kvalitní přípojku a domácí síť...
taky jsem s tím dlouho bojoval, nakonec jsem zkončil na RIPng. Omezení na max. 15 skoků (co je v RIP, nevím jestli je i v RIPng) mi nevadí, tak daleko to z jednoho konce sítě na druhej nemám.
0 x
Vysoce odborných omylů se dopouští jen specialisté.
Jednou jsem se dotkl ukazováčkem UBNT a slezl mi z něho nehet. Od té doby na UBNT nesahám.
Jednou jsem se dotkl ukazováčkem UBNT a slezl mi z něho nehet. Od té doby na UBNT nesahám.
hmm už je to dlouho co sem ze sítě dal IPv6 do řitě ale po lokálkách to běhalo bez chyby. Mohl bych zkušebně zase nahodit na pár routerů IPv6 s OSPF a vidělo by se. Za jak dlouho se to rozpadne?
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Asi to nebude moc k tématu, ale síť máme mimo páteře IPv4 only, přičemž zákaznické přípojky (VŠECHNY) jsou dual-stack, tzn. nativně IPv4 i IPv6 bez nějakých capin. Aneb krása PPPoE. 
0 x
Si vis pacem, para bellum.
MikroTik, UBNT, Cisco, TP-Link... rozhoduje vhodnost toho či onoho pro konkrétní použití, ne jaké logo nalepili v Číně na krabici. Na tomto fóru vystupuji jen a pouze sám za sebe.
MikroTik, UBNT, Cisco, TP-Link... rozhoduje vhodnost toho či onoho pro konkrétní použití, ne jaké logo nalepili v Číně na krabici. Na tomto fóru vystupuji jen a pouze sám za sebe.
my máme s OSPFv3 problém mezi Mikrotikem a Aristou .. Mikrotik to má rozesratý, ale nemaj se k tomu to nějak řešit...
0 x
Myghael píše:Asi to nebude moc k tématu, ale síť máme mimo páteře IPv4 only, přičemž zákaznické přípojky (VŠECHNY) jsou dual-stack, tzn. nativně IPv4 i IPv6 bez nějakých capin. Aneb krása PPPoE.
ano tak nějak by se to správě mělo všude dělat, máme také a neřešíme tyto šílenosti max mám nahozeno mezi dvěma routerama v core...
0 x
Povoláním ISP není jen připojovat lidi k internetu, ale také jim dokázat vysvětlit, že bez pořádné investice do HW nelze udělat kvalitní přípojku a domácí síť...
Máme to tak jako frogale, tzn. core je jedna area, a také jediné místo, kde i naše prvky jedou IPv6, protože nějak to z bran na ty PPPoE koncentrátory dostat musíme a NAT je na IPv6 přece to zlo. Ostatně i na IPv4 máme jen NAT na CPE zákazníka a CGNAT na PPPoE koncentrátorech. No a samozřejmě překlad pro pokusné IPv6-only přípojky. Ale to už jdu off-topic.
K tématu: OSPF na IPv6 v režimu jedné jediné area máme, funguje nastaven podle wiki. Více area kloudně nechodilo, zatím jsme nezjistili proč, snad se dočkáme vyladění.
K tématu: OSPF na IPv6 v režimu jedné jediné area máme, funguje nastaven podle wiki. Více area kloudně nechodilo, zatím jsme nezjistili proč, snad se dočkáme vyladění.
0 x
Si vis pacem, para bellum.
MikroTik, UBNT, Cisco, TP-Link... rozhoduje vhodnost toho či onoho pro konkrétní použití, ne jaké logo nalepili v Číně na krabici. Na tomto fóru vystupuji jen a pouze sám za sebe.
MikroTik, UBNT, Cisco, TP-Link... rozhoduje vhodnost toho či onoho pro konkrétní použití, ne jaké logo nalepili v Číně na krabici. Na tomto fóru vystupuji jen a pouze sám za sebe.
Myghael: poslal bys konkrétní link nebo konkrétní nastavení jak to máte?
Jinak jsem zapomněl uvést, že se jedná o dualstack, ale to je asi jasné. Rozpadá se to náhodně při nějaké změně v síti, třeba párkrát týdně. Přijde mi, že to je nějak provázané s klasickým OSPF, jak se někde změní směr v IPv4, tak se gribne IPv6 třeba o 2 skoky dál. A celé se to za tímto místem posere pak také (sousedi se přestanou vidět a donutit je zase se vidět je hromada "ruční" práce na každém routeru).
Jinak jsem zapomněl uvést, že se jedná o dualstack, ale to je asi jasné. Rozpadá se to náhodně při nějaké změně v síti, třeba párkrát týdně. Přijde mi, že to je nějak provázané s klasickým OSPF, jak se někde změní směr v IPv4, tak se gribne IPv6 třeba o 2 skoky dál. A celé se to za tímto místem posere pak také (sousedi se přestanou vidět a donutit je zase se vidět je hromada "ruční" práce na každém routeru).
0 x
JM-Net z.s. - http://www.jmnet.cz - 777224975 - 211222000 - info@jmnet.cz
Nasadil jsem jednu area a vypadá, že je snad spojená stabilně. Verze 6.42.6.
Nepodařilo se mi nasadit route summarization, můžete mi v tom někdo poradit, pokud to vůbec je možné?
Mám RB, kde jsou staticky ručně napsané (předem generované) routy na klienty. Pro každou oblast/RB mám přidělený IPv6 rozsah /48 a klientům dávám síť /56. Vznikne mi tak velký počet rout /56 a chtěl bych je v OSPFv3 distribuovat jako jednu /48, která je pro danou oblast/RB přidělena.
Funkční varianta bez sumarizace je v Instance -> Redistribute Connected Routes -> as type 1.
Na sumarizaci jsem šel dvěma způsoby, první z nich, pravděpodobně špatný bylo jen přidat Area ranges pro stejnou oblast.
Druhý způsob jsem již viděl pozitivněji, vytvořil jsem na jednom RB druhou area u které jsem propagoval routy pomocí Redistribute Connected Routes. Problém však byl ten, že se z druhé area nedostala žádná informace o routách do backbone area. Jak je to možné, toto je ten problém, který jim pojede od verze 7?
Díky za rady.
Nepodařilo se mi nasadit route summarization, můžete mi v tom někdo poradit, pokud to vůbec je možné?
Mám RB, kde jsou staticky ručně napsané (předem generované) routy na klienty. Pro každou oblast/RB mám přidělený IPv6 rozsah /48 a klientům dávám síť /56. Vznikne mi tak velký počet rout /56 a chtěl bych je v OSPFv3 distribuovat jako jednu /48, která je pro danou oblast/RB přidělena.
Funkční varianta bez sumarizace je v Instance -> Redistribute Connected Routes -> as type 1.
Na sumarizaci jsem šel dvěma způsoby, první z nich, pravděpodobně špatný bylo jen přidat Area ranges pro stejnou oblast.
Druhý způsob jsem již viděl pozitivněji, vytvořil jsem na jednom RB druhou area u které jsem propagoval routy pomocí Redistribute Connected Routes. Problém však byl ten, že se z druhé area nedostala žádná informace o routách do backbone area. Jak je to možné, toto je ten problém, který jim pojede od verze 7?
Díky za rady.
0 x
