-
Data: 2011-04-27 15:12:32
Temat: Re: debata o jakości - UKE - zapraszamy
Od: JanuszR <r...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]> To nie jest dobry przykład bo paliwo jest ściśle określone przepisami
> jak ma wyglądać.
> Jakby tak nie było to ceny byłby niskie a w paliwie pełno wody i innego
> świństwa, byle tylko klient odjechał. Silnik mu padnie szybciej, trudno,
> ma pecha.
>
> Tak samo z Internetem, niektóre regulacje są przydatne, np. neutralność.
> A inne może są przydatne ale technicznie i prawnie nie do zrealizowania,
> jak np. ta ustawa z 95% i niepłaceniem.
>
> I ta cała neutralność jest reakcją właśnie na dużych którzy filtrowali
> co tylko mogli jawnie i potajemnie jednocześnie oferując łącza o
> cudownych szybkościach.
> I nie oszukuj się tym, że zrobisz lepszą filtrację od tej którą mogą
> zrobić wielcy.
> Oni mają znacznie większe możliwości, tak jak np. w Stanach Comcast
> używający Sandvine do precyzyjnego dozowania p2p dla swoich klientów.
Mógłbyś się mocno zdziwić. Ustawienie łącza u małego jest procesem
technicznie łatwiejszym, zatem możliwości kształtowania charakterystyki
łącza u małego są dużo większe. Dyskutujemy tutaj o przyszłym
unormowaniu internetu. Dlatego postuluję utrzymanie na podobieństwo
innych wyrobów/usług możliwość kształtowania oferty. Nie chcę niczego
filtrować a zwłaszcza odcinać stron, chcę być względem Internetu
neutralny a z drugiej strony chcę mieć możliwość oferowania klientowi
usługi pod jego specyficzne wymagania. Pojęcie prędkości Internetu jest
niczym dziurawy worek, gdzie spojrzysz tam masz wyjątki a to ze względu
na miejsce, na protokół, na wielkość ściąganego pliku, na wielkość
pakietów, download, upload, unicast, multicast i wiele innych. To
wszystko można optymalizować, przycinać, kolejkować i dostawcy robią to.
Robią z prostego względu średnio internet musi jakoś chodzić. Stronki
muszą otwierać się momentalnie nawet jeżeli gość zawali łącze p2p.
Inaczej telefon, reklamacje, tłumaczenia, stracony czas wynikły
WYŁĄCZNIE z niewiedzy klienta z korzystania z Internetu. Lepiej jest
wziąć mniej pieniędzy, nie traci się czasu na czczą gadaninę i
przekonywanie klienta, co powinien zrobić bo on i tak wie lepiej od nas.
JanuszR
Następne wpisy z tego wątku
- 27.04.11 15:52 Tomasz Śląski
- 27.04.11 16:02 Tomasz Śląski
- 27.04.11 16:45 Maciej Bebenek (news.onet.pl)
- 27.04.11 17:03 wm
- 27.04.11 17:25 wm
- 27.04.11 17:25 JanuszR
- 27.04.11 17:39 Maciej Bebenek (news.onet.pl)
- 27.04.11 18:08 Tomasz Śląski
- 27.04.11 18:32 niusy.pl
- 27.04.11 18:34 niusy.pl
- 27.04.11 18:37 niusy.pl
- 27.04.11 18:46 niusy.pl
- 27.04.11 19:00 niusy.pl
- 27.04.11 19:02 JanuszR
- 27.04.11 19:07 niusy.pl
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-06-27 SAMOCHODY ELEKTRYCZNE: EKOLOGICZNA HIPOKRYZJA CZY EKONOMICZNA GŁUPOTA? | GOSPODARCZE ZERO #21
- 2024-06-27 Głośnik piezoelektryczny
- 2024-06-23 Mala autonomiczna kamera monitoringu
- 2024-06-26 czas na emeryturę i EB
- 2024-06-26 Wyjścia video kart graficznych (NVIDIA)
- 2024-06-27 Warszawa => Key Account Manager <=
- 2024-06-27 Bażanowice => Expert Migration Architect (Azure) <=
- 2024-06-27 Ulm => IT Netzwerktechniker (m/w/d) <=
- 2024-06-27 Warszawa => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-06-27 Warszawa => Head of International Freight Forwarding Department <=
- 2024-06-26 Kraków => International freight forwarder <=
- 2024-06-26 Częstochowa => Marketing Specialist (E-Commerce) <=
- 2024-06-26 Warszawa => Fullstack Java Developer <=
- 2024-06-26 Warszawa => React Native Developer <=
- 2024-06-26 Rzeszów => Frontend Developer (React) <=