eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.internet.poliptraceroute › Re: traceroute
  • Path: news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!not-for-mail
    From: Mariusz Krukowski <k...@n...spam.pl>
    Newsgroups: pl.internet.polip
    Subject: Re: traceroute
    Date: Tue, 23 Nov 2004 10:04:41 +0100
    Organization: Internet Partners
    Lines: 29
    Message-ID: <cnuufa$n63$1@news2.ipartners.pl>
    References: <cnbgp9$prq$1@srv.cyf-kr.edu.pl> <g...@n...apcoh.org>
    <cnfet4$epk$1@atlantis.news.tpi.pl> <g...@n...apcoh.org>
    <cnoeov$24d$1@srv.cyf-kr.edu.pl> <cnomqj$639$2@absolut.sgh.waw.pl>
    <cnos01$5ua$1@srv.cyf-kr.edu.pl> <cns99o$qbc$1@achot.icm.edu.pl>
    <cnsvbb$nrr$1@absolut.sgh.waw.pl> <X...@1...69.11.157>
    NNTP-Posting-Host: t-gate.ipartners.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news2.ipartners.pl 1101200682 23747 157.25.192.3 (23 Nov 2004 09:04:42 GMT)
    X-Complaints-To: a...@i...pl
    NNTP-Posting-Date: 23 Nov 2004 09:04:42 GMT
    In-Reply-To: <X...@1...69.11.157>
    X-Accept-Language: pl, en-us, en
    User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040805
    MultiZilla/1.6.4.0b
    Xref: news-archive.icm.edu.pl pl.internet.polip:69456
    [ ukryj nagłówki ]

    Marek Moskal wrote:
    > Piotr KUCHARSKI napisal(a) [22 Nov 2004]:
    >
    >
    >>>>A taka telia/tpsa nie powinna tego wycinac? Czy moze byłoby to zbyt
    >>>>'meczace' dla routerow?
    >>
    >>Jeżeli ma klientów końcowych, to oczywiście. W tranzycie sensu nie ma.
    >
    >
    > W pewnej mierze ma - nawet w przypadku tranzytu operator powinien MBSZ
    > wycinac na brzegu pakiety z niewlasciwymi adresami zrodlowymi, np. z sieci
    > prywatnych czy tez z wlasnej sieci operatora (!). Taka odrobina higieny.
    >
    > PS: dla kompletnosci dyskusji - mechanizm do tego sluzacy na "duzych"
    > routerach nazywa sie "unicast Reverse Path Forwarding check" (uRPF) i jego
    > dwie podstawowe odmiany to tryb "strict" (dla laczy do klientow koncowych,
    > weryfikacja czy adres zrodlowy ma w tablicy routingu trase wskazujaca na
    > interfejs z ktorego taki pakiet przyszedl) albo "loose" (dla ruchu
    > tranzytowego lub pochodzacego od klientow typu multi-home, weryfikacja czy
    > trasa do adresu zrodlowego w ogole jest w tablicu routingu). Pozwala to
    > "wyczyscic" to, co sie wpuszcza do wlasnego szkieletu.

    To wszystko pięknie Marku, ale w teorii. W praktyce zaraz wychodzą różne
    "kwiatki". A to w tablicach BGP (nawet tych od najwiekszych światowych
    operatorów) nie pojawia się komplet informacji o wszystkich używanych
    sieciach, a to zdażają się nieprzewidziane, hmmm, trudności ze sprzętem.
    Żeby daleko nie szukać: np. włączenie uRPF na karcie STM-16 na GSR
    wyłącza obsługę NetFlow (niezbędny z kolei do wykrywania ataków DoS) :-(

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: