QoS stosowany w Plusie (LTE "bez limitu"), blokowanie ruchu

Article View: pl.internet.polip

Article #96501

#96501

From: ein
Date: Fri, 19 Dec 2014 07:10

28 lines
1849 bytes

A miało być tak pięknie...

Czy operator telekomunikacyjny sprzedając limitowany dostęp do internetu
(paczki transferu), może stosować kolejkowanie połączeń bez zapisu w
regulaminie?

Sprawa wygląda tak, że usługi po HTTP/HTTPS chodzą pięknie (przyjmijmy
20/20 mbps), ale wszystko co dotyka ruchu przychodzącego z wysokiego
portu źródłowego (>1000) jest cięte.

Przykładowo:
FTPS(21,60000-61000):(5-7/1-2) [down/up mbps]
VPN TCP/1194 [5 mbps down]
VPN UDP/1194 [2 mbps down]

Do tego ruch przychodzący (zainicjalizowany przez klienta) na port
53/UDP jest blokowany.

Wszystkie speed testy traktowane są z priorytetem. :)
http://s13.postimg.org/46cdb8tmf/snapshot1.png

Regulamin promocji:
http://www.plus.pl/documents/16/1130059/Regulamin_promocji_SUPER_LTE_dla_Firm_Internet_z_modemem_lub_routerem_na_24_miesiace_w_SI_27_10_2014.pdf

Regulamin świadczenia usług telekomunikacyjnych:
http://www.plus.pl/documents/16/1108403/R%C5%9AUT_postpaid_8.06.2014.pdf

Podobne praktyki zaobserwowałem też w Orange.

Technical Details

Message-ID: <m70j04$qfq$1@node2.news.atman.pl>

Path:

mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail

Show Full Headers

Complete Article Headers

Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
From: ein <ein@nospam.invalid>
Newsgroups: pl.internet.polip
Subject: QoS stosowany w Plusie (LTE "bez limitu"), blokowanie ruchu
Date: Fri, 19 Dec 2014 08:10:06 +0100
Organization: ATMAN - ATM S.A.
Lines: 28
Message-ID: <m70j04$qfq$1@node2.news.atman.pl>
NNTP-Posting-Host: 89-65-121-142.dynamic.chello.pl
Mime-Version: 1.0
X-Trace: node2.news.atman.pl 1418972996 27130 89.65.121.142 (19 Dec 2014 07:09:56 GMT)
X-Complaints-To: usenet@atman.pl
NNTP-Posting-Date: Fri, 19 Dec 2014 07:09:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit