-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.gazeta.pl!news.gazeta.pl!virgi
n!moderators!sal
From: Sebastian Bialy <h...@p...onet.pl>
Newsgroups: pl.internet.polip
Subject: Re: Kablowka a internetdsl
Date: Fri, 18 Jul 2003 10:46:26 +0000 (UTC)
Organization: tp.internet - http://www.tpi.pl/
Lines: 53
Approved: s...@b...bofh.org.pl
Message-ID: <3...@p...onet.pl>
References: <bf3gk4$1d5$1@flis.man.torun.pl>
<s...@k...icsr.agh.edu.pl>
<bf677j$49j$1@flis.man.torun.pl> <3...@p...onet.pl>
<s...@a...pse.dyster>
NNTP-Posting-Host: virgin.gazeta.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: virgin.gazeta.pl 1058525186 20373 10.201.6.118 (18 Jul 2003 10:46:26 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Fri, 18 Jul 2003 10:46:26 +0000 (UTC)
X-Original-Date: Fri, 18 Jul 2003 12:30:27 +0200
X-Original-NNTP-Posting-Host: uj194.internetdsl.tpnet.pl
X-Original-X-Trace: atlantis.news.tpi.pl 1058524265 11697 80.55.139.194 (18 Jul 2003
10:31:05 GMT)
X-Original-X-Complaints-To: u...@t...pl
X-Original-NNTP-Posting-Date: Fri, 18 Jul 2003 10:31:05 +0000 (UTC)
X-Original-User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4)
Gecko/20011019 Netscape6/6.2
X-Original-X-Accept-Language: en-us
X-Moderator: Przemyslaw Maciuszko <sal#irc.pl>
X-Moder-Tool: modArc v2.0, last rev. 2002.08.08
Xref: news-archive.icm.edu.pl pl.internet.polip:57728
[ ukryj nagłówki ]Andrzej Bursztynski wrote:
> Wydaje mi się, że to tego akurat nie można w żaden sposób rozwikłać bez
> dokładnej lektury umowy o świadczenie usług i regulaminów. Kazaa niewątpliwie
> jest użytkowana w Internecie czy się nam podoba czy nie i jeśli umowa/regulamin
> wyraźnie nie precyzuje specjalnego traktowania to taki argument "wiele sieci
> wycina w 100%" może mieć zastosowanie na uczelniach, w zakładach pracy (tutaj
> wręcz musi mieć zastosowanie -) ale nie u szanującego się ISP. Albo świadczona
> jest usługa "czystego żywego Internetu" albo precyzjnie określone co wolno
> czego nie i jak.
Oczywiście, że nie jest to argument, a jedynie ostrzeżenie, że wycinanie
kazaa jest praktykowane w wielu różnych sieciach, w tym i u szanujących
się ISP jesli tylko umowa zostanie odpowiednio "wykombinowana". Nie wiem
jak jest w tym regulaminie, więc trudno dyskutować w tym przypadku. Ale
jeśli przy konstrukcji umowy była osoba z doświadczeniem w administracji
takich sieci to zapewne postarali się o odpowiednie ujęcie problemu.
Trudno czegoś takiego nie przewidzieć, w końcu to osiedle ...
> Jeśli użytkownik chce prawie 100% tego swojego virtualnego pasma wykrzystać na
> to czy tamto a ISP nie potrafił precyzyjnie spisać umowy to od strony formalnej
> ma duży problem. I nie pomoże tłumaczenie, że przyjmuje się współczynnik
> jednoczesności itd. (który akurat tu jest 1). Znam kilka standardowych umów
> dużych providerów świadczących usługi "dla ludności" i tutaj beztroska jest
> ogromna. Właściwie powinni się cieszyć, że klienci nie łączą się i wspólnie
> nie skarżą za niedotrzymanie umów jeśli traktują ich jak Ty. -)
Całkiem słusznie. Trudno mi sobie wyobrazić ISP kupującego łącze N x
pasmo użytkownika zakładając 100% wysycenia pasma. To jest
nieekonomiczne jak najbardziej. Dlatego w umowach są przedziwne wpisy
w/g których nimy masz, ale niekoniecznie. Przykłady już widziałem, na
przykład: "gwarancja pasma _do_ serwera" ISP albo "gwarantowany
_maksymalny_ transfer xxx". Trzeba patrzeć co się podpisuje. Natomiast
nie spotkałem (ale mało widziałem) zapisów dotyczących programów P2P.
Tak na marginesie pytając się znajomego admina w takiej sieci dlaczego
nie ma takiego zapisu odpowiedział "bo nasze CISCO tego nie potrafi" :/
Ale na miejscu tego ISP pewnie bym tą kazee i tak przycinał w jakimś
stopniu bo bym musiał zamknąć interes bardzo szybko. W końcu zawsze
można się wykręcać, że transfer do użytkownika zależy od transferu od
innych użytkowników którzy akuram mają wolne pasmo :) No ale to już
kręcenie na całego :)
> Podkreślam - zgadzam się całkowiecie z technicznego punktu widzenia,
> jednakże prawnie to IHO zupełnie nie masz racji.
Czy prawnie, to się okaże po przeczytaniu umowy :)
--
Sebastian Bialy - h...@p...onet.pl
Następne wpisy z tego wątku
- 18.07.03 11:43 Yab
- 18.07.03 11:44 Sebastian Bialy
- 18.07.03 23:03 Grzegorz Janoszka
- 19.07.03 09:14 Sebastian Bialy
- 19.07.03 13:28 Adam Wysocki
- 19.07.03 13:32 Grzegorz Janoszka
- 19.07.03 13:32 PriSM
- 19.07.03 13:50 Tomasz Nidecki
- 19.07.03 15:03 Sebastian Bialy
- 19.07.03 16:14 Adam Wysocki
- 20.07.03 05:40 Jacek Serwatynski
- 21.07.03 16:15 Grzegorz Janoszka
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-22 Gdańsk => System Architect (Java background) <=
- 2025-01-22 Katowice => Senior Field Sales (system ERP) <=
- 2025-01-22 Warszawa => Java Developer <=
- 2025-01-22 pokolenie Z
- 2025-01-22 Wyświtlacz ramki cyfrowej
- 2025-01-22 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-22 Chrzanów => Team Lead / Tribe Lead FrontEnd <=
- 2025-01-22 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-22 oferta na ubezpieczenie OC życie prywatne
- 2025-01-22 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-01-22 Warszawa => International Freight Forwarder <=
- 2025-01-22 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-21 Zgromadzenie użytkowników pojazdów :-)
- 2025-01-21 bateria na żądanie
- 2025-01-21 Warszawa => IT Business Analyst <=