Topic: PPTP kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)

[FraunhoferIFF]

Seid neuestem bekomm ich folgende Meldung wenn ich per PPTP Daten übermittel.

kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)

kann da wer was mit anfangen ?


Danke

Marcel

[capri]

Machst du die Verbindung über DSL? Weil dann könnte es mit der MTU SIZE Zusammanehängen, die läßt sich aber für PPPOE beim SME7, laut Entwickler,  nicht manipulieren

(Standard MTU SIZE für Netzwerkkarten 1500, für PPPOE 1492)

Manche Provider nutzen einen Wert kleiner als 1492.

Kann man von Windows aus testen wie beschrieben Hier http://help.expedient.com/broadband/mtu_ping_test.shtml

Englisch:
http://en.wikipedia.org/wiki/Maximum_transmission_unit
Deutsch:
http://de.wikipedia.org/wiki/Maximum_Transmission_Unit

Um zu testen ob es auf der Windwos Rechner Seite happert (Klient) kann man die Anleitung http://support.microsoft.com/kb/283165/de verwenden, wenn es aber auf der SME Server Seite happert, wird es wohl schwierig

[FraunhoferIFF]

Gelöst:

und zwar in den  Templates :

/etc/e-smith/templates/etc/ppp/options.pptpd/mtu
/etc/e-smith/templates/etc/ppp/options.pptpd/mru

jeweils die richtwerte : 1400 auskommentieren .

sieht dann z.B. so aus :

# mru 1400


expand-template /etc/pptpd.conf


dann macht der Client die Aushandlung selber.

Marcel

[capri]

Genau solche Sachen sind es die mich am SME7 nerven, und ich denke auch solche Sachen sind der Grund warum Centos5.1 nicht so leicht für einen SME8 umzusetzen ist.

Die Sicherheitsverfahren und Umstände haben sich gewandelt nur SME setzt immer noch auf Umstände von 1998

Warum können Klient und Server die Paket Fragment Größe nicht sicher untereinander aushandeln, sondern es wird mit 'Krücken' wie statischer Festlegung agiert?

Der SME veraltet zusehens mehr, Schade für ein so tolles Produkt