-
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-03-12 Ryga => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i Kad
- 2025-03-12 Poznań => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-03-12 Warszawa => Programista C <=
- 2025-03-12 Chrzanów => Spedytor Międzynarodowy (handel ładunkami/prowadzenie f
- 2025-03-12 64 proc. kierowców zrobi dodatkowo maks. 500 m, aby przy okazji zatankować pojazd
- 2025-03-12 Warszawa => Generative AI Engineer <=
- 2025-03-12 Dęblin => Node.js / Fullstack Developer <=
- 2025-03-12 Warszawa => Gen AI Engineer <=
- 2025-03-12 Warszawa => Data Engineer (Tech Lead) <=
- 2025-03-12 Gdańsk => PHP Developer <=
- 2025-03-12 China-Kraków => Production Coordinator / Representant Product Dev <=
- 2025-03-12 Warszawa => JavaScript / Node / Fullstack Developer <=
- 2025-03-12 China-Kraków => Key Account Manager IT <=
- 2025-03-12 Warszawa => Java Developer <=
- 2025-03-12 Warszawa => Junior Digital Product Manager <=