l2tp Tester gesucht!

[Dominik Heidler]

Hi,



Am 07.03.2016 um 11:50 schrieb Robert:
> Aus dem Internet kommen doch immer 1500? Irgend wo muss wohl immer
> fragmentiert werden.
> 
> Hat man sich da schon mal Gedanken gemacht, ob man das auflösen kann?

ADSL2+ hat halt nur eine MTU von 1492 über den PPPoE Link (bei VDSL und Kabel weiß ich es nicht).
Ich glaube nicht, dass der l2tp Tunnel diese Fragmentierung wegabstrahiert - er nimmt sich seine paar
bytes, die er für seinen Header braucht und reicht das, was noch übrig bleibt als maximal mögliche MTU
des Tunnel Devices nahc oben durch. Höhere Schichten müssen dann eben fragmentieren.

Ich frage mich nur, wie l2tp mit weniger Metadaten auskommt als fastd. Fastd benutzt UDP und hat (bei uns)
einen 1-byte header.
Da wir keine Verschlüsselung verwenden, müssten wir laut http://fastd.readthedocs.org/en/v17/manual/mtu.html
für fastd /eigentlich/ eine MTU von 1492-39-14 = 1439 verwenden können.

Für l2tpv3 finde ich keine vernünftigen Angaben aber wenn du an einem ADSL2+ Anschluss hängst,
dann müsste der MTU Overhead von l2tpv3 bei 1492 - 1446 = 46 liegen.


Grüße,
Dominik

> 
> 
> 
> 
> Am 06.03.2016 um 00:49 schrieb Robert Langhammer:
>> Hallo,
>>
>> wir haben eine Testumgebung für die Anbindung der Router an die
>> Gateways über das l2tp Protokoll eingerichtet.
>> Man findet Artikel im Internet die behaupten, daß es schneller ist und
>> weniger Resourcen braucht. Da man nicht alles glauben soll, was im
>> Netz steht, möchten wir selbst testen.
>>
>> Falls du in der HAS oder HAS-SUED Hood einen Router hast (bisher
>> getestet mit 841 und 1043) und mal einige Tests machen möchtest:
>>
>> Ich habe euch nen tarball gemacht. Da ist alles drin und läuft mit der
>> normalen aktuellen stable.
>>
>> Folgendes am Router ausführen:
>>
>> wget -P/ langhammer-mainberg.de/fff/tunneldigger.tar
>> <http://langhammer-mainberg.de/fff/tunneldigger.tar>
>> cd / && tar -xf tunneldigger.tar
>>
>> Jetzt einmal die Konfig erstellen:
>>
>> l2tunnel conf
>>
>> und starten (macht der Router beim nächsten reboot automatisch)
>>
>> /etc/init.d/tunneldigger start
>>
>> man steuert das ganze mit dem Kommando l2tunnel
>>
>> Viel Spass damit!
>>
>> Wenn der Router neu startet, läuft fastd. Alles bleibt beim alten. Ihr
>> müsst die Tunnel dann händisch mit l2tunnel scharf machen. Es ist zum
>> Testen gedacht.
>>
>> Was kann man Testen?
>> Geschwindigkeit und Auslastung der Router
>> Stabilität
>> MTU Probleme
>> Machen die Tunnel einen Reconnect wenn der Provider zwangsweise trennt
>> und wir eine neue IP bekommen? (ich hab hier Kabel -> immer gleich IP)
>> und vieles woran wir jetzt noch gar nicht gedacht haben.
>>
>> Wir freuen uns schon auf euere Ergebnisse :-)
>>
>> Robert
>>
>>
>