-
Data: 2007-12-30 22:00:54
Temat: Re: Sterzynska w GW
Od: Grzegorz Staniak <g...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 30.12.2007, Mr.FX <m...@w...pl> wroted:
>>> Niech operator sam zaproponuje wybrane hosty u swoich partnerów z którymi
>>> ma peering/kupuje tranzyt, po conajmniej jednym w USA, Azji i Europie
>>> przy połączeniu z którymi (może być łącznie, z zastrzeżeniem, że np.
>>> z każdego z kontynentów po 33%), jego klient będzie mógł łącznie uzyskać
>>> maksymalną prędkość kupionego łącza.
>>
>> To jest naprawdę bez sensu. IMVHO znacznie lepsza byłaby ogólna regulacja
>> wymuszająca na operatorach inwestycje w pasmo zależne od ilości klientów.
>> Tak, żeby przyrost klientów był widoczny w jakości szkieletu i przepływności
>> łącz międzyoperatorskich.
>
> Być może masz rację, ale...
> ...odnośnie jakości szkieletu to IMHO lepiej jednak mierzyć ją za pomocą
> parametrów technicznych aniżeli wartości inwestycji, a co do łącz
> międzyoperatorskich problemem może być (choć niekoniecznie musi)
> określenie algorytmów obliczania minimalnego overbookingu, w zależności
> od ilości klientów i rodzaju ich łącz, ilości uplinków itd. itd.
Ważna jest sama zasada - IMVHO regulacja wymuszająca minimalny poziom
przywoitości wobec klienta nie różniłaby się niczym, wbrew histeriom lokalnych
korwinistów, od przepisów regulujących od kiedy możesz coś nazwać "sokiem",
a kiedy musisz się zadowolić "nektarem", czy jakoś tak. Jakoś nie widzę tłumów
klientów protestujących przeciwko temu, że są solidniej informowani
o charakterze produktu. Oczywiście, tak, to powinno być mierzone parametrami
technicznymi, a dla różnych klas łączy można by stosować różne algorytmy dla
obliczenia minimum. Krokiem naprzód byłoby już rzetelne informowanie który
z tych algorytmów stosuje się do Twojego łącza, tak żebyś np. wiedział,
że jeśli kupujesz 1 Mb/s klasy D, to w sytuacji natłoku w sieci możesz nie
mieć wcale dostępu do czegokolwiek poza routerem brzegowym.
A takie ogólne coś _wymuszające_ inwestycje w miarę przyrostu liczby klientów
też IMVHO nie byłoby od rzeczy.
GS
--
Grzegorz Staniak <gstaniak _at_ wp [dot] pl>
Następne wpisy z tego wątku
- 30.12.07 22:02 Wlochaty
- 30.12.07 22:04 Wlochaty
- 30.12.07 22:04 T
- 30.12.07 22:07 Grzegorz Staniak
- 30.12.07 22:07 T
- 30.12.07 22:08 Grzegorz Staniak
- 30.12.07 22:09 Maciej Bebenek
- 30.12.07 22:11 Maciej Bebenek
- 30.12.07 22:12 Wlochaty
- 30.12.07 22:13 T
- 30.12.07 22:14 T
- 30.12.07 22:17 Grzegorz Staniak
- 30.12.07 22:17 T
- 30.12.07 22:18 Grzegorz Staniak
- 30.12.07 22:23 Krzysztof Halasa
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
- 2025-01-09 Zapierdalać
- 2025-01-09 Wróblewo => Specjalista ds. Analiz Finansowych <=
- 2025-01-09 Kraków => iOS Developer (Swift) <=
- 2025-01-09 Dell ubija / przemianowuje swoje flagowe linie laptopów
- 2025-01-08 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-08 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-08 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-08 Katowice => Key Account Manager (ERP) <=
- 2025-01-08 Warszawa => Programista Full Stack .Net <=
- 2025-01-08 Podłączenie DMA 8257 do 8085
- 2025-01-08 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-01-08 Warszawa => Solution Architect (Java background) <=
- 2025-01-08 Wrocław => Application Security Engineer <=
- 2025-01-08 Warszawa => International Freight Forwarder <=
- 2025-01-08 Mińsk Mazowiecki => Area Sales Manager OZE <=