<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Danke für die Antwort, gibts da noch paar details dazu? Peering,
Upstream Provider, etc?<br>
<br>
MfG<br>
Martin<br>
<br>
<br>
Am 26.09.2014 18:17, schrieb gerhard poller:<br>
</div>
<blockquote
cite="mid:trinity-7e5e422d-eafc-427e-97c1-cc5681b38fa7-1411748258516@3capp-gmx-bs04"
type="cite">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>anbindung ist eigenes glas peak 100 mbit ihmo
<div>
<div> </div>
<div> </div>
<div name="quote" style="margin:10px 5px 5px 10px; padding:
10px 0 10px 10px; border-left:2px solid #C3D9E5;
word-wrap: break-word; -webkit-nbsp-mode: space;
-webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Freitag,
26. September 2014 um 14:53 Uhr<br>
<b>Von:</b> "Martin Shivraj Saini"
<a class="moz-txt-link-rfc2396E" href="mailto:martin@brumma.com"><martin@brumma.com></a><br>
<b>An:</b> <a class="moz-txt-link-abbreviated" href="mailto:wien@lists.funkfeuer.at">wien@lists.funkfeuer.at</a><br>
<b>Betreff:</b> Re: [Wien] Beschleunigtes Websurfen; 100
Mbit LTE feeling in 3 MBit Funkfeuer bringen, Googles´s
Data Compression Technology am Desktop (Win/Mac) nutzen,
in Chrome,</div>
<div name="quoted-content">Hallo!<br>
<br>
Wie sieht die Anbindung von Funkfeuer ansich aus - hab
das auf die<br>
schnelle jetzt nicht gefunden (möglicherweise
unfähigkeit meinerseits :)<br>
<br>
mfg<br>
martin<br>
<br>
<br>
Am 25.09.2014 13:04, schrieb Erich N. Pekarek:<br>
> Hallo!<br>
><br>
> Am 2014-09-25 um 11:07 schrieb Matthias Šubik:<br>
>> On 25.09.2014, at 07:06, Alexander Meinhart
wrote:<br>
>> ...<br>
>>> Ihr braucht im Chrome Browser (Win/Mac) nur
diese Erweiterung (s.<br>
>>> unten)<br>
>>> instalieren, und ich muss sagen, es zahlt
sich voll aus, alles geht<br>
>>> flotter, auch videos werden m.E. nach
rascher vorgeladen, fühlt sich<br>
>>> nun<br>
>>> alles wie bei LTE an (was ich auch bei A1
nutze...), und das bei max. 3<br>
>>> Mbit bei meinem Funkfeuer Zugang / Knoten!!<br>
>>><br>
>> Also das mit SPDY bei HTTP plus Kompression bei
Webservern die das<br>
>> nicht können ist mir klar,<br>
> Wenn ich es richtig verstanden habe, dann aktivert
das Plugin einen<br>
> Proxy im Netz von Google, der wiederum SPDY kann
und auch Inhalte in<br>
> einem für Chrome passenden Format komprimiert.<br>
><br>
> <a moz-do-not-send="true"
href="https://developer.chrome.com/multidevice/data-compression"
target="_blank">https://developer.chrome.com/multidevice/data-compression</a><br>
><br>
> Nicht klar ist mir, ob das teils lokal
(Proxy-Chain) oder zentral<br>
> (Google-Proxy) abläuft.<br>
>> aber wie youtube schneller gehen soll, ist mir
nicht klar. Bei<br>
>> A1/TMA/3/UPC ist klar, die können (und tun es)
youtube ausbremsen,<br>
>> aber bei 0xFF würde das ja nur heissen, dass
64.15.113.0/24 langsamer<br>
>> daher kommt, wenn es direkt angesprochen wird,
ODER der SPDY Proxy<br>
>> hat einen Zugang zu Youtube den Du sonst nicht
hast.<br>
> Durch den komprimierten Datenstrom wird wohl eine
DPI verhindert, die<br>
> das Ausbremsen sonst ermöglicht. Den Providern ist
ja selbst an einer<br>
> Reduktion der Auslastung der Netz gelegen, weshalb
sie das vermutlich<br>
> schlicht dulden.<br>
> Man umgeht damit wohl auch die Mechanismen, die
dies bereits beim<br>
> Provider tun - wie zB. die alles andere als
netzneutrale "UMTS image<br>
> compression", bei der Proxyserver des Providers
Bilder<br>
> bandbreitenschonend modifizieren. Siehe u.a.<br>
> <a moz-do-not-send="true"
href="http://forums.linuxmint.com/viewtopic.php?f=90&t=22249"
target="_blank">http://forums.linuxmint.com/viewtopic.php?f=90&t=22249</a>.<br>
><br>
>><br>
>> Meine erste Vermutung würde sein, dass der
Proxy via 2a00:1450::/32<br>
>> an Youtube kommt, weil seit ich nativ IPv6 bei
UPC nutze, ist mein<br>
>> Netz schneller ;) in IPv6 ist einfach weniger
los.<br>
> Das kommt sowieso dazu.<br>
>><br>
>> Also die zusätzliche Dienstleistung in allen
Ehren, aber ich vermute<br>
>> hier treffen verschiedene Effekte zusammen,
nicht nur ein "simpler"<br>
>> Proxy.<br>
> Proxy, spdy, dns late-binding, image transcoding
(wie bei den APNs der<br>
> Provider), content-aware compression,
malware-blocker, etc.<br>
> Diese Annahme scheint also korrekt zu sein. Dieser
Proxy modifiziert<br>
> also definitiv auch Inhalte.<br>
>><br>
>> bG<br>
>> Matthias<br>
>><br>
> LG<br>
> Erich<br>
><br>
> --<br>
> Wien mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a><br>
> <a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a><br>
<br>
<br>
--<br>
Wien mailing list<br>
<a class="moz-txt-link-abbreviated" href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a><br>
<a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a></div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">--
Wien mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a>
<a class="moz-txt-link-freetext" href="https://lists.funkfeuer.at/mailman/listinfo/wien">https://lists.funkfeuer.at/mailman/listinfo/wien</a></pre>
</blockquote>
<br>
</body>
</html>