-
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
Następne wpisy z tego wątku
- 19.09.02 07:26 Jaroslaw Druzbinski
- 19.09.02 10:05 Commercial Networks - Daniel Piekacz
- 19.09.02 10:36 Marcin Scieslicki
- 19.09.02 11:41 Jaroslaw Druzbinski
- 19.09.02 16:00 Daniel Piekacz
- 20.09.02 07:22 Remi Schleicher
- 24.09.02 11:12 Jaroslaw Druzbinski
- 12.09.02 15:10 Andrzej Kosmala
- 12.09.02 15:10 Maciej Biwejnis
- 13.09.02 11:34 Zbigniew Sikora
- 13.09.02 14:42 Marek Moskal
- 14.09.02 11:40 Adam Szendzielorz
- 15.09.02 09:54 Jaroslaw Druzbinski
- 16.09.02 08:01 d...@w...sobie.to
- 16.09.02 08:06 Remi Schleicher
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-12-15 (ino)wrocław
- 2024-12-15 Obcinaczki z łapaczem
- 2024-12-14 światła znów wlączyli
- 2024-12-14 nie lekceważ termostatu
- 2024-12-14 numer 112
- 2024-12-14 Pendrive, ale dysk
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=