<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Soweit ich informiert bin - das muss aber Alles nicht mehr
stimmen:<br>
<br>
<ul>
<li> 100Mbit Nextlayer - Hauptanbinung,</li>
<li>bei Kapper.net haben wir ebenfalls einen Port (Nutzung?),</li>
<li>Nessus soll die zweite Anbindung des Funknetzes werden, ist
in Planung und teilweise aufgebaut. Letzter Stand: Aaron
wollte den Borderrouter konfigurieren.</li>
<li>Rathaus/Stadt Wien hat irgendwann wegen eines Peerings
angefragt - keine Ahnung, was daraus wurde.<br>
</li>
</ul>
<br>
Am 2014-09-29 um 15:42 schrieb Alexander Meinhart:<br>
</div>
<blockquote
cite="mid:CAGAgph=1SAsbk5q5brNeya5jvmY-Lp5a6ZE+sLYsdzODSW_rEw@mail.gmail.com"
type="cite">
<div dir="ltr">könnt ma net gegen einen kleinen kollektiven
unkostenbeitrag das auf a 2 oder mehr MBit/s Leitung upgraden,
falls es allen was bringen würde? sollte doch mög. sein....LG
Alex</div>
</blockquote>
Gibt es einen konkreten Anlass für Deinen Vorschlag?<br>
<br>
LG<br>
Erich<br>
<blockquote
cite="mid:CAGAgph=1SAsbk5q5brNeya5jvmY-Lp5a6ZE+sLYsdzODSW_rEw@mail.gmail.com"
type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">Am 29. September 2014 15:38 schrieb
Martin Shivraj Saini <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:martin@brumma.com"
target="_blank">martin@brumma.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>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>
<div>
<div class="h5">
<blockquote 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">
<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
moz-do-not-send="true"
href="mailto:martin@brumma.com"
target="_blank"><martin@brumma.com></a><br>
<b>An:</b> <a moz-do-not-send="true"
href="mailto:wien@lists.funkfeuer.at"
target="_blank">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 <a moz-do-not-send="true"
href="http://64.15.113.0/24"
target="_blank">64.15.113.0/24</a>
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 moz-do-not-send="true"
href="mailto:Wien@lists.funkfeuer.at"
target="_blank">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 moz-do-not-send="true"
href="mailto:Wien@lists.funkfeuer.at"
target="_blank">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></fieldset>
<br>
<pre>--
Wien mailing list
<a moz-do-not-send="true" href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a>
<a moz-do-not-send="true" href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a></pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
--<br>
Wien mailing list<br>
<a moz-do-not-send="true"
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>
</blockquote>
</div>
<br>
</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>