[Wien] Beschleunigtes Websurfen; 100 Mbit LTE feeling in 3 MBit Funkfeuer bringen, Googles´s Data Compression Technology am Desktop (Win/Mac) nutzen, in Chrome,

Mo Sep 29 17:08:15 CEST 2014

Hello,

Ich halte mich im Regelfall aus solche Erbsenzählerdiskussionen heraus. Wir sind kein ISP, haben keine SLAs und Ähnliches.
Im Funkfeuer geht es nicht ausschließlich um Bandbreite. Es geht viel mehr um das Soziale Netz und um den Mash-Gedanken, um Stabilität in einem Basisregierten Netz. Es gibt kaum Vorschriften, keine Vorratsdaten-Haltung ... Du kennst im Regelfall Deinen Peeringpartner. Alles Punkte die Du nicht wirklich messen, aber sehr wohl positiv bewerten kannst.
Kommt am Montag ins Metalab vorbei und lerne uns persönlich kennen.

liebe Grüße
Christian 

+43 680 3255220
christian.bruckner@

Am 29.09.2014 um 16:30 schrieb Erich N. Pekarek <(spam-protected)>:

> Hallo!
> 
> Soweit ich informiert bin - das muss aber Alles nicht mehr stimmen:
> 
> 100Mbit Nextlayer - Hauptanbinung,
> bei Kapper.net haben wir ebenfalls einen Port (Nutzung?),
> Nessus soll die zweite Anbindung des Funknetzes werden, ist in Planung und teilweise aufgebaut. Letzter Stand: Aaron wollte den Borderrouter konfigurieren.
> Rathaus/Stadt Wien hat irgendwann wegen eines Peerings angefragt - keine Ahnung, was daraus wurde.
> 
>> Am 2014-09-29 um 15:42 schrieb Alexander Meinhart:
>> 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
> Gibt es einen konkreten Anlass für Deinen Vorschlag?
> 
> LG
> Erich
>> 
>> Am 29. September 2014 15:38 schrieb Martin Shivraj Saini <(spam-protected)>:
>>> Hallo!
>>> 
>>> Danke für die Antwort, gibts da noch paar details dazu? Peering, Upstream Provider, etc?
>>> 
>>> MfG
>>> Martin
>>> 
>>> 
>>> Am 26.09.2014 18:17, schrieb gerhard poller:
>>>> anbindung ist eigenes glas peak 100 mbit ihmo
>>>>  
>>>>  
>>>> Gesendet: Freitag, 26. September 2014 um 14:53 Uhr
>>>> Von: "Martin Shivraj Saini" <(spam-protected)>
>>>> An: (spam-protected)
>>>> Betreff: 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,
>>>> Hallo!
>>>> 
>>>> Wie sieht die Anbindung von Funkfeuer ansich aus - hab das auf die
>>>> schnelle jetzt nicht gefunden (möglicherweise unfähigkeit meinerseits :)
>>>> 
>>>> mfg
>>>> martin
>>>> 
>>>> 
>>>> Am 25.09.2014 13:04, schrieb Erich N. Pekarek:
>>>> > Hallo!
>>>> >
>>>> > Am 2014-09-25 um 11:07 schrieb Matthias Šubik:
>>>> >> On 25.09.2014, at 07:06, Alexander Meinhart wrote:
>>>> >> ...
>>>> >>> Ihr braucht im Chrome Browser (Win/Mac) nur diese Erweiterung (s.
>>>> >>> unten)
>>>> >>> instalieren, und ich muss sagen, es zahlt sich voll aus, alles geht
>>>> >>> flotter, auch videos werden m.E. nach rascher vorgeladen, fühlt sich
>>>> >>> nun
>>>> >>> alles wie bei LTE an (was ich auch bei A1 nutze...), und das bei max. 3
>>>> >>> Mbit bei meinem Funkfeuer Zugang / Knoten!!
>>>> >>>
>>>> >> Also das mit SPDY bei HTTP plus Kompression bei Webservern die das
>>>> >> nicht können ist mir klar,
>>>> > Wenn ich es richtig verstanden habe, dann aktivert das Plugin einen
>>>> > Proxy im Netz von Google, der wiederum SPDY kann und auch Inhalte in
>>>> > einem für Chrome passenden Format komprimiert.
>>>> >
>>>> > https://developer.chrome.com/multidevice/data-compression
>>>> >
>>>> > Nicht klar ist mir, ob das teils lokal (Proxy-Chain) oder zentral
>>>> > (Google-Proxy) abläuft.
>>>> >> aber wie youtube schneller gehen soll, ist mir nicht klar. Bei
>>>> >> A1/TMA/3/UPC ist klar, die können (und tun es) youtube ausbremsen,
>>>> >> aber bei 0xFF würde das ja nur                               heissen, dass 64.15.113.0/24 langsamer
>>>> >> daher kommt, wenn es direkt angesprochen wird, ODER der SPDY Proxy
>>>> >> hat einen Zugang zu Youtube den Du sonst nicht hast.
>>>> > Durch den komprimierten Datenstrom wird wohl eine DPI verhindert, die
>>>> > das Ausbremsen sonst ermöglicht. Den Providern ist ja selbst an einer
>>>> > Reduktion der Auslastung der Netz gelegen, weshalb sie das vermutlich
>>>> > schlicht dulden.
>>>> > Man umgeht damit wohl auch die Mechanismen, die dies bereits beim
>>>> > Provider tun - wie zB. die alles andere als netzneutrale "UMTS image
>>>> > compression", bei der Proxyserver des Providers Bilder
>>>> > bandbreitenschonend modifizieren. Siehe u.a.
>>>> > http://forums.linuxmint.com/viewtopic.php?f=90&t=22249.
>>>> >
>>>> >>
>>>> >> Meine erste Vermutung würde sein, dass der Proxy via 2a00:1450::/32
>>>> >> an Youtube kommt, weil seit ich nativ IPv6 bei UPC nutze, ist mein
>>>> >> Netz schneller ;) in IPv6 ist einfach weniger los.
>>>> > Das kommt sowieso dazu.
>>>> >>
>>>> >> Also die zusätzliche Dienstleistung in allen Ehren, aber ich vermute
>>>> >> hier treffen verschiedene Effekte zusammen, nicht nur ein "simpler"
>>>> >> Proxy.
>>>> > Proxy, spdy, dns late-binding, image transcoding (wie bei den APNs der
>>>> > Provider), content-aware compression, malware-blocker, etc.
>>>> > Diese Annahme scheint also korrekt zu sein. Dieser Proxy modifiziert
>>>> > also definitiv auch Inhalte.
>>>> >>
>>>> >> bG
>>>> >> Matthias
>>>> >>
>>>> > LG
>>>> > Erich
>>>> >
>>>> > --
>>>> > Wien mailing list
>>>> > (spam-protected)
>>>> > https://lists.funkfeuer.at/mailman/listinfo/wien
>>>> 
>>>> 
>>>> --
>>>> Wien mailing list
>>>> (spam-protected)
>>>> https://lists.funkfeuer.at/mailman/listinfo/wien
>>>> 
>>>> 
>>>> --
>>>> Wien mailing list
>>>> (spam-protected)
>>>> https://lists.funkfeuer.at/mailman/listinfo/wien
>>> 
>>> 
>>> --
>>> Wien mailing list
>>> (spam-protected)
>>> https://lists.funkfeuer.at/mailman/listinfo/wien
>> 
>> 
>> 
>> --
>> Wien mailing list
>> (spam-protected)
>> https://lists.funkfeuer.at/mailman/listinfo/wien
> 
> --
> Wien mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/wien
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20140929/8a34a511/attachment.htm>