5 ISP a jedna sitova karta. Jak je pripojit?

[Paolo]

Pokud to se dvěma GW nepojede, tak místo dvou 5port mikrotiků kup jeden 9port (RB493) a napoj to všechno do jednoho.
Je to držák, tak bych se výpadků moc nebál, ale jestli potřebuješ "100%" zálohu, tak stačí koupit dva a po nastavení jednoho jen konfiguraci přehrát do druhého.

[Petrik]

To me taky napadlo, ale preci jenom to bude muset nekdo prepojit. dalsi reseni, co me ted napadlo, je pouzit 4 mikrotiky:
2 pro DSL modemy (kazdy 3x DSL) a dalsi dva ve VRRP HA clusteru, kter by slouzil jako hlavni GW pro vsechny PC v siti. Propojeny by byli kazdy s kazdym, takze by tam nemel byt zadny sigle point of failure. Ale to mi zase pripada priliz slozite, pri pouziti RB450G by to ale zas tak moc nestalo. Anebo nejak udelat VRRP HA cluster jen z tech dvou, do kterych jsou napojene DSL modemy, ale to vazne netusim, zda to jde. Pokud by to slo, tak je to zjevne nejlepsi reseni.

UPDATE: tak podle co jsem si o VRRP (Virtual Router Redundancy Protocol) precetl, tak by to skutecne melo jit takto udelat, totiz mit dva mikrotiky, do kazdeho pripojeno nekolik DSL linek a sitovky na vnitrni siti provozovat v High Availability rezimu. PC ve vnistrni siti budou mit jako default GW adresu vritualniho routeru. Routery musi byt jeste propojene vzajemne pro routovani mezi nimi. V normalnim rezimu bude master router prijimat packety od klientu a rozdelovat je rovnomerne mezi sve DSL GW a mezi druhy router na dedikovane sitovce. To se zaridi tak, ze ze se IP adresa druheho routeru prida jako default GW tolikrat, kolik ma druhy router DSL pripojeni. Mozna i pujde pouzit zmineny PCC. V pripade vypadku jednoho z routeru se pomoci funkce "check gateway" automaticky nefuncni router vyradi z routovacich tabulek a zaroven slave router prevezme IP adresu od vypadleho mastera. Myslim ze by to teoreticky skutecne mohlo fungovat, ale jesli se mi to podari nakonfigurovat, tak si mohu gratulovat.

[Fox!MURDER]

ja bych rozhodne loadbalance neresil na klientech, ale na routeru. rozhodne to bude ovladatelnejsi, nez spolehat na XP. pokud bys mel mezi modemama a routerama switch s vlanama, tak muzes na VRRP navazat shozeni/nahozeni PPPoE a pokud mas na tom PPPoE pevny ip, tak replikaci stavu mezi routerama.
pak bys ciste teoreticky mohl dosahnout toho, ze pokud aktivni router spadne, nahradi ho backup, ktery vytoci ty PPPoE a veskerej provoz pokracuje s minimalnim vypadkem a v pripade TCP i bez preruseni.
ale jestli tohle jde udelat na mikrotiku, nemam tuseni. umim si to predstavit na *BSD s pf ...

[Petrik]

Diky za tip, co jsem ale cetl tak VLANy s VRRP uplne nejlip nechodi (pokud chapu dobre jak jsi to myslel), navic ten switch by byl single point of failure, coz bych mit nechtel. Ale mozna by sly pouzit dva switche, to si ted ale uplne moc predstavit nedokazu. Pevny IP asi nebudou, ikdyz otazka je zda to s dynamickyma pujde vubec provozovat, musim si to jeste cele poradne rozmyslet. Dalsi zadrhel je, ze jedno ADSL ma vyssi upload a pres nej se musi routovat jeden DB server na vnitrni siti, cimz se to cele jeste vice komplikuje, ale v principu by to melo jit udelat.

[Fox!MURDER]

jo, vidis, ze je switch SPOF jsem ponekud nedomyslel ale se dvema a etherchannelem by to taky slo .
na strane s DSL by zadny VRRP nebylo ...

[Jezevec]

2Petrik: Jen tak pro info, ty mas v ramci infrastruktury zapojeny vsechny ty stroje kazdej do 2switchu ? Pokud ne, tak resit nejaky brutalni metody jak zabranit vypadku routeru je trochu zbytecny.

Jinak vypadek by se mohl resit pomoci RIP. To by mely umet i XP a muzes jim tim aktivne sdelit zmenu routy. Pocitam ze pro mikrotika by to nemel bejt zavaznejsi problem. Pro tucnaky je samo lepsi reseni pouzit OSPF, pri rozumnym nastaveni reaguje bleskurychle.

Problem ovsem budes mit s verejnyma IP adresama. Zalezi teda jak moc potrebujes udrzet aktivni TCP konexe a taky na protokolech, ale sekundarni router rozhodne nebude vedet nic o NATovaci tabulce => muze se stat, ze prideli jinou verejnou IP a konexe se rozpadne (v kazdym pripade pokud bude kazdy router obsluhovat jen cast IP adres).

Obecne resit jakykoli zabezpeceni proti vypadku bez vlastniho rozsahu/spoluprace s ISP je vicemene hazeni penez do kanalu. Stejne dycky narazis na situaci, ktera nebude resitelna.

[Fox!MURDER]

Problem ovsem budes mit s verejnyma IP adresama. Zalezi teda jak moc potrebujes udrzet aktivni TCP konexe a taky na protokolech, ale sekundarni router rozhodne nebude vedet nic o NATovaci tabulce => muze se stat, ze prideli jinou verejnou IP a konexe se rozpadne (v kazdym pripade pokud bude kazdy router obsluhovat jen cast IP adres).

tohle prave resi pfsync(4) ... proto jsem tu zminoval pf na *BSD (vubec by ho nekdo mohl portnout pro linux)

[Petrik]

2Petrik: Jen tak pro info, ty mas v ramci infrastruktury zapojeny vsechny ty stroje kazdej do 2switchu ? Pokud ne, tak resit nejaky brutalni metody jak zabranit vypadku routeru je trochu zbytecny.

Jinak vypadek by se mohl resit pomoci RIP. To by mely umet i XP a muzes jim tim aktivne sdelit zmenu routy. Pocitam ze pro mikrotika by to nemel bejt zavaznejsi problem. Pro tucnaky je samo lepsi reseni pouzit OSPF, pri rozumnym nastaveni reaguje bleskurychle.

Problem ovsem budes mit s verejnyma IP adresama. Zalezi teda jak moc potrebujes udrzet aktivni TCP konexe a taky na protokolech, ale sekundarni router rozhodne nebude vedet nic o NATovaci tabulce => muze se stat, ze prideli jinou verejnou IP a konexe se rozpadne (v kazdym pripade pokud bude kazdy router obsluhovat jen cast IP adres).

Obecne resit jakykoli zabezpeceni proti vypadku bez vlastniho rozsahu/spoluprace s ISP je vicemene hazeni penez do kanalu. Stejne dycky narazis na situaci, ktera nebude resitelna.

Pokud mozno to chci resit bez jakekoli nutnosti konfigurace na stanicich, protoze jednak jich je cca 70-80, jednak se do site pripojuji i nejake NTB, iphony a podobne, takze reseni pomoci VRRP pokud bude fungovat je asi idelani.

Jasne ze switche jsou SPoF, ale vymenit switch je precijenom jednoduzsi nez prehodit modemy ci router, protoze tam se daji poplest kabely, kdezto switch dokaze vymenit teoreticky i cvicena opice / uklizecka. A samozrejme pro kriticke stroje tu je stale moznost pouziti dvou switchu.

Rozpadnuti otevrenych spojeni pri vypadku jednoho routeru neni velky problem, protoze to jednak nebude casto (doufam), jednak nase crawleri si je bez problemu obnovi. Stejne tak verejnou adresu asi nepotrebujeme, respektive bude stacit kdyz budou dve, na kazdem routeru jedna.

S poslednim odstavcem nesouhlasim, protoze pokud toto mnou navhrhovane reseni bude fungovat tak jak zamyslim, je to porad lepsi, nez mit pri vypadku jednoho oruteru (umrela CF, umrely FS, umrely zdroj....) polovinu stroju bez netu. Navic hlavni funkce bude load ballancing, ktery by snad mel fungovat dobre. Samozrejme pocitam s tim, ze to nebude dokonale a nektere veci proste vyresit uspokojive treba nepujde, ale takovy je zivot