[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 22:52:47 CEST 2014

Hallo Freunde, evtl. war der Betreff zu meinem Statement nicht passend.
Und ich wollte in keinster weise jemanden Angreifen. Falls ich doch
getan haben ... SORRY

Mir ist es nur wichtig immer wieder aufzuzeigen, dass Funkfeuer mehr ist
als ein technisches Netz. Wir sind Menschen aus Fleisch und Blut die mit
einander reden. Auf den T.Shirts vom Joe, die bei den letzten Testagen
verteilt wurden, stehts drauf: Wir sind das Netz ... es geht um mehr als
um technische Parameter ... das war meine Message. Danke

PS: Kommt trotzdem am Montag vorbei. Heute sind wir kläglich gescheitert
beim Flashen von zwei gebrauchten NanoBridges. Der Grund war nicht, dass
wir es technisch nicht verstanden hätten. Der Grund war das POE,
irgendwie wird das POE beim Flashen instabil. So, dass man das Feed
nicht einmal anpingen kann. Naja geht schon aber der Dauerping setzt
dauernd aus. Zum Flashen reicht es nicht aus. Als Idee fallt mir nur
ein, dass die Spannung beim Flashen nicht ausreicht. Ein Wackelkontakt
(Kabel, POE) kann es nicht sein, haben wir mehrfach getauscht.
Zuhause war ich dann über ein Routerboard 750UP erfolgreich und das
gleich beim Erstenmal. Evtl. gibt es da einen Lösung/Workaround. Ein
überflüssiges RouterBoard hat ja nicht jeder zuhause herumliegen.

Ich wünsche noch eine schönen Abend.

Christian

(spam-protected) schrieb:
> Hallo!
> 
> Auf mich wirkt Christian Bruckner's Mail eher als Antwort auf
> Alexander Meinhart's Anfrage ob man das nicht gegen einen Beitrag
> aller Teilnehmer aufstocken könnte.
> 
> Ich denke deine Frage nach der Anbindung wurde von Erich Pekarek schon
> ziemlich genau beantwortet, was willst du noch mehr?
> 
> LG, Thomas K.
> 
> Am 29. September 2014 17:21 schrieb Martin Shivraj Saini <(spam-protected)>:
>> Hallo!
>> Das war eine rein infrastrukturelle Frage über das Netz, ich hab mich weder
>> über Bandbreite beschwert noch ähnliches. Hätte mich nur interessiert wie
>> das realisiert ist, ich denke nicht, dass das ein Geheimnis ist, oder?
>>
>> MfG
>> Martin
>>
>>
>> Am 29.09.2014 17:08, schrieb Christian Bruckner:
>>
>> 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
>>
>>
>>
>> --
>> 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
> 