<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>