-
Data: 2004-02-17 08:34:57
Temat: Re: TPNET - POL34
Od: "gtk@adm" <x...@g...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Dnia 2004-02-17 08:46,Użytkownik Maciej Wierzbicki napisał:
> Lub na zasadzie "jak równy z równym" w sytuacji, kiedy zestawienie
> peeringu znacząco poprawi trasy/czasy dostępu do usług drugiego peera
> przez klientów pierwszego i odwrotnie. W takim przypadku nie tyle
> wysokie koszta tranzytu są czynnikiem decydującym, ale właśnie chęć
> poprawienia jakości dostępu do usług drugiego peera dla swoich klientów.
Pytanie komu zalezy na tej jakosci, klient neostrady pojdzie gdzie
indziej, a firma ktora mu cos udostepnia poszuka isp ktory zapewni
lepszy dostep dla klienta neostrady, w przeciwnym wypadku straci klienta.
> No, to to. Pula klientów TPSA generuje większy ruch po content serwowany
> przez pol34, zatem spokojnie można być pewnym asymetrii ruchu w sytuacji
> peeringu pol34<>tpnet. I teraz tak - TPSA winna zapewnić jak najlepszy
> dostęp do żądanych zasobów dla swoich klientów, ale jednocześnie z
> powodu faktu, że meritum contentu jest w pol34, a co za tym idzie
> asymetria napewno wystąpi, jedna ze stron może żądać peeringu
> jakoś-tam-płatnego.
Bo pol34 sciagnal cena uslugodawcow, ktorzy serwuja ten content. A
dlaczego ma tak niska cene za 10Mb/s ? cala siec finansuje z tych oplat
czy moze wykorzystuje siec akademicka, ktora to zostala zbudowana za
pieniadze nie pochodzace od klientow manow? A ilu uzytkownikow
indywidualnych ma pol34? (indywidulanych czytaj takich jak neostradowcy)
> Natomiast w sytuacji, kiedy koszta takowego peeringu
> są określane na zasadzie standardowego cennika "usługi dostępu do sieci
> TPNET" to generalnie chyba nie ma o czym mówić, tym bardziej że sytuacja
> ostatnich kilku dni pokazuje, że mimo iż zamknięto bramki pol34<>tpnet,
> a co za tym idzie ruch jest przewalany przez łącza tranzytowe (a zatem
> większe koszta), to jakość dostępu do zasobów pol34 z sieci tpnet
> wyraźnie odczuwalnie polepszyła się.
Jestes pewny ze bramki (komercyjne) tpnet <-> pol34 sa nadal zamkniete?
--
Carlos
| # odpowiadajac usun 'x' z adresu email # |
Następne wpisy z tego wątku
- 17.02.04 08:43 Maciej Wierzbicki
- 17.02.04 08:47 gtk@adm
- 17.02.04 08:58 gtk@adm
- 17.02.04 08:59 mlopaci
- 17.02.04 09:22 Marcin Jurczuk
- 17.02.04 09:43 gtk@adm
- 17.02.04 09:47 futszaK
- 17.02.04 09:54 Piotr Klaban
- 17.02.04 09:55 Grzegorz
- 17.02.04 09:57 Grzegorz Janoszka
- 17.02.04 10:06 Piotr Klaban
- 17.02.04 10:15 Przemysław Maciuszko
- 17.02.04 10:26 Marcin Markowski
- 17.02.04 10:29 Maciej Wierzbicki
- 17.02.04 10:27 Piotr Klaban
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-06 Lublin => Programista Delphi <=
- 2024-12-06 Katowice => Key Account Manager (ERP) <=
- 2024-12-05 nie chcem ale muszem zapytać
- 2024-12-05 test dokładności wskazań zużycia paliwa/energii przez komputery pokładowe (ADAC)
- 2024-12-05 jak to na autostradzie
- 2024-12-04 Leapmotor T03 Tak powinna wyglądać elektryfikacja
- 2024-12-06 starość nie radość
- 2024-12-05 Ataki hakerskie
- 2024-12-05 Konwersja dysku z MBR na GPT
- 2024-12-05 Problem z wilgotnością
- 2024-12-05 Warszawa => Junior New Business Development Manager <=
- 2024-12-05 Wrocław => Senior SAP Support Consultant (SD) <=
- 2024-12-04 Warszawa => Specjalista Helpdesk <=
- 2024-12-04 Wrocław => Spedytor międzynarodowy <=
- 2024-12-04 Gdańsk => Key Account Manager (ERP) <=