Autor: gtk_at_adm
Data: Tue 17 Feb 2004 - 09:34:57 MET
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 # |
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 18:13:28 MET DST