<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><div class="gmail_extra"><br><div class="gmail_quote">Am 29. September 2014 15:38 schrieb Martin Shivraj Saini <span dir="ltr"><<a 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 href="mailto:martin@brumma.com" target="_blank"><martin@brumma.com></a><br>
                <b>An:</b> <a 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 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 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 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 href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
                > <a 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 href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a><br>
                <a 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 href="mailto:Wien@lists.funkfeuer.at" target="_blank">Wien@lists.funkfeuer.at</a>
<a 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 href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a><br>
<a href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a><br></blockquote></div><br></div>