eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.internet.polipobcinanie lacz !!! › Re: obcinanie lacz !!!
  • Path: news-archive.icm.edu.pl!pingwin.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!n
    ews.man.poznan.pl!news.astercity.net!newsfeed.gazeta.pl!virgin!moderators!sal
    From: "Marcin Scieslicki" <m...@p...wroc.pl>
    Newsgroups: pl.internet.polip
    Subject: Re: obcinanie lacz !!!
    Date: Thu, 19 Sep 2002 06:04:36 +0000 (UTC)
    Organization: Netia Telekom S.A.
    Lines: 56
    Approved: s...@b...bofh.org.pl
    Message-ID: <1...@h...loc>
    References: <alpriv$670$1@news2.tpi.pl> <a...@k...virous.localnet>
    <am979t$4nr$1@news.tpi.pl> <3d885e65$1@news.home.net.pl>
    NNTP-Posting-Host: virgin.gazeta.pl
    X-Trace: virgin.gazeta.pl 1032415476 768 10.201.6.118 (19 Sep 2002 06:04:36 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Thu, 19 Sep 2002 06:04:36 +0000 (UTC)
    X-Original-Date: Wed, 18 Sep 2002 18:18:25 +0200
    X-Original-NNTP-Posting-Host: host-168.loc
    X-Original-X-Trace: nefryt.internetia.pl 1032366144 14265 10.0.1.168 (18 Sep 2002
    16:22:24 GMT)
    X-Original-X-Complaints-To: a...@i...pl
    X-Original-NNTP-Posting-Date: Wed, 18 Sep 2002 16:22:24 +0000 (UTC)
    X-Original-X-Server-Info: http://www.internetia.pl/news/
    X-Original-X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
    X-Original-X-Priority: 3
    X-Original-X-MSMail-Priority: Normal
    X-Original-X-Tech-Contact: u...@i...pl
    X-Original-X-Newsreader: Microsoft Outlook Express 5.50.4807.1700
    X-Original-Sender: news <n...@n...internetia.pl>
    X-Moderator: Przemyslaw Maciuszko <sal#irc.pl>
    X-Moder-Tool: modArc v2.0, last rev. 2002.08.08
    Xref: news-archive.icm.edu.pl pl.internet.polip:53876
    [ ukryj nagłówki ]


    Użytkownik "Steven Jurczyk" <s...@p...pl> napisał w wiadomości
    news:3d885e65$1@news.home.net.pl...
    > > Też mam podobny wynik - max transfer na porcie ethernetowym routera
    > > dostępowego 1850 kb/s (mierzone MRTG). Czyli pewnie tak ma być :-).
    > Niestety
    > > nie przez całą dobę (rano i w nocy to oczywiste - ludzie śpią albo
    > pracują),
    > > natomiast w godz. np. 16-18 transfer jest mniejszy, choć na 100%
    > obciążenie
    > > sieci jest duże.
    >
    > A czy pomysleliscie ze pod warstwa IP (dla ktorej robione sa statystyki
    > przez mrtg) sa jeszcze inne warstwy (Frame-Relay, hdlc), ktore czesc pasma
    > zabieraja dla siebie? Oraz o tym ze bardzo czesto modemy hdsl (nie wiem
    jak
    > to wyglada w sdsl'ach) konfigurowane sa tak aby jeden z 32 slotow byl
    > przeznaczony do zarzadzania - a wiec zjada na to 64 kbit/s...
    >
    > 1850 kbit/s dla lacza fr 2 mbit/s jest to wynik bardzo dobry... Widzialem
    > troche lepsze ale to wynikalo ze specyfiki lacza...
    Dokładnie tak jest w przypadku wielu łącz ustawiasz łącze jako 2Mbps ale
    G704 z CRC4, tzn, że 16 szczelina z 32 jest przeznaczona na "zarządzanie".
    Musisz też pamiętać o tym, że oprócz warstwy fizycznej (31 szczelin x64kbs
    realnie do wykorzystania) warstwę IP enkapsulujesz we FR, co jak wspomniał
    Steve wiąże się ze stratami pasma w IP. FR od TP SA dostajesz też z
    zarządzaniem LMI ANSI Annex - co jest niczym innym jak cyklicznym wysyłaniem
    informacji między routerem a switchem (komunikacja via DLCI 0) co też
    potrzebuje odrobiny pasma dla siebie.
    Mówiłeś o routerze Cisco, za jego pomocą możesz obejrzeć statystyki dot. FR
    (każdy inny model też powinien mieć podobne narzędzie)
    Dostajesz np. coś takiego:

    PVC Statistics for interface Serial0 (Frame Relay DTE)

    DLCI = 99, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0.1

    input pkts 265598301 output pkts 264154942 in bytes 1851814427
    out bytes 2126344968 dropped pkts 439981 in FECN pkts 5497239
    in BECN pkts 44513 out FECN pkts 0 out BECN pkts 0
    in DE pkts 265598301 out DE pkts 0
    out bcast pkts 31796 out bcast bytes 9634170
    pvc create time 3w1d, last time pvc status changed 04:17:48

    To jest przykład z PVC do Polpak-T z CIR=0, i to ładnie widać zobacz, iż
    pakiety DE=input pkts, co znaczy, że każdy pakiet na wejściu przekroczył
    kontrakt ruchowy, ale to nie znaczy że router musiał zwolnić transmisję, do
    tego służą pakiety BECN i FECN a jak widać w tym konkretnym przypadku było
    ich niewiele (~0,016%) zatem jeżeli na tym łączy byłby niski transfer a
    operator mówiłby o "zbyt małym, zerowym CIRze" to można mu udowodnić, iż
    kłamie, lub że, ma źle skonfigurowaną sieć FR (nieprzekazywanie informacji o
    przeciążeniu) co może być powodem reklamacji.

    pozdrawiam
    Marcin

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: