-
From: "Internet2" <j...@k...chip.pl>
Newsgroups: pl.internet.polip
References: <c370t5$5ub$1@inews.gazeta.pl>
Subject: Re: Telenet - gorzej od tpsa
Date: Sat, 20 Mar 2004 21:48:29 +0100
Lines: 111
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
NNTP-Posting-Host: 217.75.62.218
X-Original-NNTP-Posting-Host: 217.75.62.218
Message-ID: <4...@n...vogel.pl>
X-Trace: news.vogel.pl 1079815640 217.75.62.218 (20 Mar 2004 21:47:20 +0100)
X-Authenticated-User: jarekwa
X-Complaints-To: U...@n...vogel.pl
Path: news-archive.icm.edu.pl!news2.icm.edu.pl!news.onet.pl!news.vogel.pl!not-for-mai
l
Xref: news-archive.icm.edu.pl pl.internet.polip:63944
[ ukryj nagłówki ]Użytkownik "ajax" <a...@n...no> napisał w wiadomości
news:c370t5$5ub$1@inews.gazeta.pl...
> Od miesiąca jestem posiadaczem dsl-a 512 z szanownej firmy telenet -
> skusiłem się na 100 MB konto www, stosunkowo niską cenę (149zl) oraz
> publiczny adres IP.
> Przy podpisywaniu umowy zapewniano mnie że moje koszmary z tpsa już się
nie
> powtórzą. Tymczasem......
>
> po 30 prawie dniach spychologii w biurze obsługi klienta i po telefonie do
> centrali w końcu mam net: pingi do onetu w granicach 2000 oraz 7 kb
> transferu (w tym samym czasie z pracy sciągam z tego samego serwera 60
kb -
> na neo). Konto www musiałem wywalczyć, bo okazało się że dostałem 5
> skrzynek mailowych zamiast konta www i moge mieć jedno albo drugie. Konto
> działa , lecz z małym haczykiem - da się zuploadowac pliki na ftp i tyle,
> przez przegladarkę nie ma szans - wita mnie zawsze komunikat Forbidden.
> (zajmuję się od 4 lat robieniem stron www więc wykluczam raczej swój
błąd).
> Od miesiąca wiszę na telefonie do bok-u , ale niczym się to nie różni od
> znanych z tepsy sytuacji - znikających zgłoszeń, obietnic odzwonienia.
> Na koniec najlepsze - publiczny adres IP - który był najważniejszym
powodem
> mojej decyzji o wybraniu tej oferty. Zanim podpisałem umowę - pytałem ze
> 100 razy czy aby na pewno dostanę publiczny i stały adres IP dla mojego
> komputera a nie tylko adres IP modemu - zapewniano mnie że tak.
> Niestety - okazało się to taką samą prawdą jak to że moge zapomnieć o
> poważnym traktowaniu klienta.
>
> Reasumując: nie polecam nikomu gównianej oferty telenetu - w pracy używam
> neostrady i mimo wszytsko jest ona zdecydowanie lepsza.
>
> Pozdrawiam
Ja również od ponad miesiąca (dokładnie od 30.01.2004) jestem użytkownikiem
Emila 500 z telenetu. Na szczęście mam w ramach tej usługi stały publiczny
adres ip, lecz jeśli chodzi o prace tego łącza, to nie jest już tak różowo.
Konkretnie łącze posiada w teorii następujące parametry: 512 kbps -
download, 128 kbps - upload. Bezpośrednio po założeniu łącza przeprowadziłem
testy szybkościowe (z łącza podczas testów korzystał oczywiście tylko jeden
komputer) - podczas kilkunastogodzinnych testów (nawet w środku nocy)
maksymalnie udało mi się uzyskać download na poziomie 452 kbps, upload
112kbps - czyli o około 12% mniej od parametrów łącza. Sprawę próbowałem
wyjaśnić kontaktując się z telenetem (po przez e-maile - żadnej odpowiedzi
jak i telefonicznie - nigdy nie udało mi się rozmawiać z kimś kompetentnym).
Mam możliwość porównania maksymalnych szybkości osiąganych na DSL 512 TPSA
(sam dysponowałem przed Emilem właśnie takim łączem) jak i na Neostradzie -
w obu przypadkach udaje się bezproblemowo uzyskać 512 kbps i 128 kbps.
Aktualnie z łącza korzysta sieć około 20 komputerów, dzielenie łącza
zrobione jest na komputerze z linuxem, chodzi na nim między innymi linuxstat
(m.i. analiza ruchu przychodzącego jak i wychodzącego), linuxstat potwierdza
moje obserwacje z wcześniejszych testów - maks. download na poziomie 450
kbps, upload 112 kbps.
Ale to nie koniec moich negatywnych spostrzeżeń, w linuxstat mam
zdefiniowany wykres, który przedstawia pingi puszczane do różnych adresów,
można na nim zauważyć ciekawą tendencję: pingi puszczane na najbliższy
router wyraźnie zaczynają rosnąc każdego dnia po południu (zapewne pora
powrotów użytkowników innych emili do domu) osiągając maksimum około 22:00
(często osiągają wtedy ponad 400 ms i na pewno nie jest to kwestia
przeciążenie mego emila - potrafię to sprawdzić), później spadają i o
północy do późnych godzin rannych są do zaakceptowania (w granicach od 50 ms
do 100 ms). Pingi puszczane dalej są oczywiście jeszcze większe. Mam
porównanie do DSL 512, tam pingi na najbliższy router wahały się zawsze w
granicach 30 ms (oczywiście na nieobciążonym DSL). Podobnie jest na
neostradzie.
Próbując przeanalizować w czym jest problem zacząłem analizować ruch
idący w kierunku mego emila (z sieci TPSA), zauważyłem, że łącze jest
przycięte na ostatnim przejściu - pomiędzy routerem telenetu, a moim
routerem-modem adsl (program 'mtr' w linuxie ładnie to diagnozuje),
następuje tam często wielokrotny wzrost opóźnień pinga. Łącze oczywiście nie
obciążone. Zacząłem się zastanawiać dlaczego tak się dzieje, i przyszło mi
tylko jedne wytłumaczenie - ten najbliższy router TELENETU znajduje się w
Łapach (woj. podlaskie), mój Emil jest zainstalowany w Hajnówce (też woj.
podlaskie), te miejscowości dzieli około 80 km w linii prostej, po kablach
znacznie więcej, w jakiś sposób te ich łącze pomiędzy Łapami, a Hajnówką
musi być zestawione - zapewne korzystają z tunelowania ruchu ich sieci w
łączu z sieci Polpak. I tu zapewne jest problem - parametry tego łącza są za
małe, żeby obsłużyć Hajnówkę w godzinach szczytu - z moich informacji
wynika, ze jest już u nas około 30 Emili 500 no i dodatkowo Emile Junior
(128/64kbps). Niestety nie udało mi się w telenecie dowiedzieć, jak
zestawiają ruch do Hajnówki.
Ostatnia kwestia - wyjścia Telenetu w świat. Część ruchu pochodzącego z
poza Polski działa wręcz tragicznie. Np. strona www.ford.com.pl (chyba
hostowana w UK) (i wiele innych) wczytuje się z prędkością rzędu 20 kbps,
ostatnio próbowałem pobrać z niej pdf z dokumentacją samochodów - prędkość
pobierania niecałe 2 kBajty/sek, wkurzony wszedłem na znajomy serwer z
łączem neostrada, wget z urlem pdfa i prędkość rzędu 60kBajtow/s. Taką
sytuację już miałem wiele razy. Po prostu faktem jest, że spora cześć ruchu
zagranicznego idzie z fatalną prędkością rzędu 20-30 kbps (korzystają z łącz
Energis - być może to jest wina Energis i ich dziadowskiego wyjścia w
świat).
Podsumowując łącze jest wyraźnie wolniejsze od neostrady i DSL 512 tpsa. Mam
kilku znajomych w Hajnówce korzystających z Emila 500, ich spostrzeżenia
odnośnie działania są podobne do moich - wyraźnie wolniej niż w
analogicznych łączach tpsa.
P.S.
Może ktoś z Grupowiczów jest w stanie uzasadnić:
1. Wolniejsze działanie łącza o około 12% - 452 kbps (download) i 112 kbps
(upload)
2. Pingi rzędu 400ms na przejściu do najbliższego routera telenetu (przy
nieobciążonym łączu)
3. Tragiczna prędkość transferu danych z części serwerów zagranicznych - czy
to rzeczywiście wina Energis (z którego korzysta Telenet)
Z góry dziękuje za ewentualne spostrzeżenia i przepraszam za tak długi list
(może komuś pomoże dokonać wyboru przy podejmowaniu decyzji o założeniu
łącza stałego)
Następne wpisy z tego wątku
- 21.03.04 21:03 Arek P.
- 21.03.04 21:04 Arek P.
- 22.03.04 18:06 ajax
- 22.03.04 22:11 ajax
- 23.03.04 06:03 rg
- 23.03.04 07:32 ajax
- 23.03.04 09:48 Adam Paluch
- 23.03.04 12:16 RafiK
- 23.03.04 17:23 rg
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-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 <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=