Article View: pl.internet.polip
Article #93774Re: Polityka bezpieczeństwa PWR PLIX vs niezawodność i wygoda.
From: nastach
Date: Tue, 18 Jan 2011 18:24
Date: Tue, 18 Jan 2011 18:24
79 lines
4776 bytes
4776 bytes
On 18 Sty, 19:17, nastach <n...@plix.pl> wrote: > On 18 Sty, 19:01, "free...@o2.pl" <free...@o2.pl> wrote: > > > > > > > > > > > On 18 Sty, 16:07, Sławek Lipowski <sla...@lipowski.org> wrote: > > > > Witam, > > > > Na początku postaram się przedstawić ogólny zarys problemu, później > > > przejdę do konkretów. No to lecimy... > > > > 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. > > > > Stały i pojedynczy adres MAC generuje problem chociażby z VRRP w > > > keepalived (brak vmac). Ponadto trzeba by było migrować między maszynami > > > nie tylko IP i MAC, ale także i sesje BGP. Zależy nam, żeby przełączenie > > > się maszyn nie powodowało zrywania wszystkich sesji BGP z PLIXem. > > > > Z AC-Xem spięliśmy się w ten sposób bez problemu. PLIX zaproponował > > > zakupienie 3 portów, żeby mieć 3 adresy IP... > > > > 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. > > > > -- > > > Sławomir Lipowskihttp://lipowski.org > > > Sądząc po informacji od Sylwestra rozwiązaniem może być dołączenie do > > jakiegoś dużego partnera - może do nowego punktu wymiany TPSA? - jak > > nie teraz to za 6mc. > > Pozdrawiam > > Rafał Jackiewicz > > Wydaje mi się że w TPIX sprawa będzie wyglądała tak samo, ale > mogę się mylić ;-)) Robercie ? > Tak czy inaczej PLIX nie jest jedynym punktem wymiany ruchu w naszym > kraju więc można przebierać. > > Pozdrawiam Polecam: http://www.tp.pl/b/binaries/PL/358503/_Oferta_TPIX_367107190.pdf "W ramach jednego Kanału VLAN do Open peering dopuszczany jest jeden adres MAC (jedno Urządzenie Operatora). Ramki wysyłane w ramach jednego Kanału VLAN do Open peering powinny mieć ten sam adres źródłowy MAC. Dopuszczalne są oddzielne adresy MAC dla urządzeń obsługujących protokoły IPv4 oraz IPv6 po uzgodnieniu z TP. "
Technical Details
Message-ID:
<083da81a-83f9-44c8-93b2-e07391df550d@d7g2000vbv.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news-zh.switch.ch!kanaga.switch.ch!switch.ch!news.tele.dk!news.tele.dk!small.news.tele.dk!feed118.news.tele.dk!postnews.google.com!d7g2000vbv.googlegroups.com!not-for-mailReferences:
<ih4abu$25q$1@inews.gazeta.pl> <ba4591c7-e86c-4dd7-a875-201fab196295@w17g2000yqh.googlegroups.com> <c337f81a-52f8-4e46-bbc1-898a530a0876@k25g2000vbl.googlegroups.com>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news-zh.switch.ch!kanaga.switch.ch!switch.ch!news.tele.dk!news.tele.dk!small.news.tele.dk!feed118.news.tele.dk!postnews.google.com!d7g2000vbv.googlegroups.com!not-for-mail From: nastach <n@plix.pl> Newsgroups: pl.internet.polip Subject: Re: Polityka bezpieczeństwa PWR PLIX vs niezawodność i wygoda. Date: Tue, 18 Jan 2011 10:24:01 -0800 (PST) Organization: http://groups.google.com Lines: 101 Message-ID: <083da81a-83f9-44c8-93b2-e07391df550d@d7g2000vbv.googlegroups.com> References: <ih4abu$25q$1@inews.gazeta.pl> <ba4591c7-e86c-4dd7-a875-201fab196295@w17g2000yqh.googlegroups.com> <c337f81a-52f8-4e46-bbc1-898a530a0876@k25g2000vbl.googlegroups.com> NNTP-Posting-Host: 87.206.214.216 Mime-Version: 1.0 X-Trace: posting.google.com 1295375041 26950 127.0.0.1 (18 Jan 2011 18:24:01 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 18 Jan 2011 18:24:01 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: d7g2000vbv.googlegroups.com; posting-host=87.206.214.216; posting-account=usQRJQoAAACjvlOzyqI0F3TnX11u_k8n User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.231 Safari/534.10,gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit