Article View: pl.internet.polip
Article #93773Re: Polityka bezpieczeństwa PWR PLIX vs niezawodność i wygoda.
From: Andrzej 'The Undefined' Dopierał...
Date: Wed, 19 Jan 2011 23:44
Date: Wed, 19 Jan 2011 23:44
68 lines
4368 bytes
4368 bytes
Dnia 18.01.2011 Sławek Lipowski <slawek@lipowski.org> napisał/a: > Dawno dawno temu klient miał ruter na Debianie z Quagga. Dowolna jego > awaria to był pad Internetu. Jakakolwiek prace przy nim musiała być > planowana na godziny nocne, ponieważ wiązały się z pewnym lub > ewentualnym padem dostępu do Internetu. > > Problem skończył się, gdy maszyna ta została zastąpiona przez dwie > maszyny z Quaggą. Do każdego dostawcy są przynajmniej dwie sesje z dwóch > różnych IP stykowych, jest iBGP między maszynami, jako next hop na > wszystkich sesjiach BGP do danego dostawcy rozgłaszany jest IP różny od > tych, z których zestawiane są sesje, i to IP migruje między maszynami > dzięki VRRP (keepalived). Do tego momentu wszystko jest cacy. Można > serwisować maszynę wyłączając ją całkowicie, zestaw jest odporny na pad > jednej z maszyn. > > Kilka dni temu pojawił się wątek podpięcia tego układu do PLIXa i > spotkaliśmy się ze ścianą. Podobnie jak u wszystkich dostawców, > poprosiliśmy o trzy IPki z klasy stykowej, możliwość spięcia sesji BGP z > dwóch z nich i rozgłoszenia trzeciego jako next hop. W odpowiedzi > dowiedzieliśmy się, że pojedynczy port w PLIX to ze względów > bezpieczeństwa jedno IP i jeden adres MAC. Ja to powiem tak. Jestem w podobnej sytuacji. 2 routery na linuksie, z quagga. Co prawda inna dystrybucja, ale to znaczenia nie ma. Kilka lacz, w tym 2 IX-y. Przez dlugi czas zastanawialem sie czy nie zaprzac do tego wszystkiego vrrp. Ale doszedlem do wniosku ze pomysl jest bez sensu. Bo przeciez: - moje routerki nie padaja. Zbyt czesto. - lacza ktore mam nie padaja. Zbyt czesto. Jak lacze padnie - na drugim routerze musze zapewnic dzialanie calej sieci. Jak nie zapewnie - jest zonk. Jak router padnie - jak wyzej. Przy czym pad lacza zdarza sie czesciej niz pad routera. Jak router pada - to go wymieniam by nie padal. A prace serwisowe poprzedzam ip neigh XXX shutdown ;) W ten sam sposob zakladam ze plix, jako kolejne moje lacze moze pasc. I nieplanowany pad plixa zdarzy sie czesciej niz nieplanowany pad mojego routera. Wiec - zabawy w vrrp u mnie na styku do plixa maja sredni sens. A teraz spojrzmy z drugiej strony. Chlopaki z PLIX-a staraja sie utrzymac dzialanie PLIX-a. Dopuszczanie do tego by klient zaczal im siac kilkoma macami - moze doprowadzic do tego ze zrobi jakas brzydka petelke - ergo plix przestanie dzialac. I dla mnie, jako zadowolonego klienta plixa, ktorym otrzymuje obecnie jakies 35% ruchu bardziej liczy sie to ze ten ruch bedzie "prawie zawsze" niz to ze plix bedzie miec jednego klienta wiecej ktory podwyzszy moj download na plixie o 1%. > Z AC-Xem spięliśmy się w ten sposób bez problemu. PLIX zaproponował > zakupienie 3 portów, żeby mieć 3 adresy IP... acx w l3? czy l2? Jezeli l3 - ma zasieg lokalny przeciez. Wiec potencjalny problem by dotyczyl tylko Twojego wezla. > Macie jakieś pomysły, jak to rozwiązać bez generowania nieuzasadnionych > kosztów? Chcielibyśmy zachować możliwość położenia jednej (dowolnej) z > maszyn bez degradacji ruchu. moze wsadzic osobny router w plixie? jakas puszke 1U zdolna uciagnac ruch jaki macie do plixa - a miedzy nim a Twoimi dwoma routerami bawic sie w ulepszanie bgp? :) -- Andrzej 'The Undefined' Dopierała HomePage: http://andrzej.dopierala.name/ Reprezentuję siebie i wyrażam tylko moje zdanie!
Technical Details
Message-ID:
<slrnijetqh.ede.undefine@uc.aramin.one.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.e-poz.net!not-for-mailReferences:
<ih4abu$25q$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.e-poz.net!not-for-mail From: Andrzej 'The Undefined' Dopierała <undefine@pld-linux.org> Newsgroups: pl.internet.polip Subject: Re: Polityka bezpieczeństwa PWR PLIX vs niezawodność i wygoda. Date: Wed, 19 Jan 2011 23:44:18 +0000 (UTC) Organization: Undefined's Workstation Lines: 68 Message-ID: <slrnijetqh.ede.undefine@uc.aramin.one.pl> References: <ih4abu$25q$1@inews.gazeta.pl> NNTP-Posting-Host: router.aramin.net Mime-Version: 1.0 X-Trace: news.e-poz.net 1295480658 10477 94.127.108.177 (19 Jan 2011 23:44:18 GMT) X-Complaints-To: abuse@e-poz.net NNTP-Posting-Date: Wed, 19 Jan 2011 23:44:18 +0000 (UTC) User-Agent: slrn/pre1.0.0-18 (Linux) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit