l2tp Tester gesucht!

[Robert Langhammer]

Hallo Dominik,

da warst du jetzt schneller als ich.

In der default Configuration macht der tunneldigger / broker 1500 - 54 =
1446.
Ist es sinnvoll die 8Byte für Adsl noch weg zu nehmen. Im LAN, wo der
Router dranhängt haben wir die üblichen 1500 und Über Kabel sind es auch
1500.

So wie ich das verstanden habe, wird immer fragmentiert, da die
Wlan-Clients und unser w2ap eine 1500 mtu haben. Dann kommt batman dazu
und wir bräuchten >1500 aber durchs Internet geht nicht mehr.

Bin ich da richtig?


Bremst das Fragmentieren spürbar?


Am 07.03.2016 um 13:34 schrieb Dominik Heidler:
> Hi,
>
> ich habe es gefunden:
>
> https://github.com/wlanslovenija/tunneldigger/blob/master/client/l2tp_client.c#L63
>> // L2TP data header overhead for calculating tunnel MTU; takes
>> // the following headers into account:
>> //
>> //   20 bytes (IP header)
>> //    8 bytes (UDP header)
>> //    4 bytes (L2TPv3 Session ID)
>> //    4 bytes (L2TPv3 Cookie)
>> //    4 bytes (L2TPv3 Pseudowire CE)
>> //   14 bytes (Ethernet)
>> //
>> #define L2TP_TUN_OVERHEAD 54
> Das bedeutet, dass L2TPv3 1 Byte *mehr* overhead hat, als FastD.
> Allerdings fahren wir fastd aktuell mit einer unnütig niedrigen MTU (1492-(52+14)=1426).
> Da wir keine Verschlüsselung verwenden, könnten wir fastd theoretisch mit einer MTU von
> 1439 laufen lassen.
> Aber so, wie es aktuell läuft, beträgt der fastd overhead 66 statt 53 byte.
>
> Somit bringt uns der Wechsel eine Verbesserung um 12 byte.
>
> Grüße,
> Dominik