Am Thu, 06 Mar 2008 12:58:14 +0100 schrieb Jo-Philipp Wich: > Hi, > > naja, du könntest zumindest ein wenig rumprobieren. Du startest bei 1500 > und gehst dann in kleinen Schritten immer weiter runter und schaust ob > es etwas bringt. > > So gehts: > ip link set mtu 1480 dev vlan1 > > > Aber es ist wie gesagt nur eine Vermutung, am Ende drehen die wirklich > irgendwas bei MaXXonAir. > > > Grüße, > jow
Am Thu, 06 Mar 2008 12:58:14 +0100 schrieb Jo-Philipp Wich: > Hi, > > naja, du könntest zumindest ein wenig rumprobieren. Du startest bei 1500 > und gehst dann in kleinen Schritten immer weiter runter und schaust ob > es etwas bringt. > > So gehts: > ip link set mtu 1480 dev vlan1 > > > Aber es ist wie gesagt nur eine Vermutung, am Ende drehen die wirklich > irgendwas bei MaXXonAir. > > > Grüße, > jow nun hab ich das geschrieben - also post ich es auch - obwohl ihr ja schon geantwortet hattet inzwischen... Das Problem besteht ja auch, wenn ich mich ganz allein an meinen Zugang hänge und dafür einen stinknormalen nicht-FF Router benutze - die FF- Firmware ist als Ursache damit draußen IMO. Die MTU kanns natürlich immer noch sein - nur müßte ich dann ja bissel was in der FW-Konfig ändern - also Regeln wie diese hier: iptables -I FORWARD -o $WIFIDEV -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu ersetzen, wenn ich nicht bei jedem Verbindungsabbruch und nachfolgendem automatischen wiedereinwählen die gleiche Änderung machen will. Werd erst mal mit MaxxOnAir reden und dann die MTU-Geschichte daraufhin untersuchen ob dort der richtige Ansatzpunkt ist. das ist übrigens die einzige Regel in der Firewall, die sich darauf bezieht - obwohl ich andererseits Ausgaben wie diese bekomme: sorry - die Zeilen sind leider zu lang... iptables -nvL | grep MSS 448 22032 TCPMSS tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU 1 48 TCPMSS tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 TCPMSS clamp to PMTU und noch ein weiterer Eintrag... da sollte ja eigentlich nur *ein* Eintrag stehen - das kommt offenbar von pppoecd-Neustarts, die die alten Regeln nicht löschen. Ich nutze also pppoecd und ein script, welches dafür sorgt, daß pppoecd neu gestartet wird, wenn er mal gestorben ist - was auch öfter vorkommt. Das scripr macht nur nen Test ob pppoecd noch läuft und ob der Link steht und dann: ifup wan wenn nicht ...ist wohl doch nicht ganz so einfach...:/ _______________________________________________ freifunk-leipzig mailing list [email protected] https://lists.subsignal.org/mailman/listinfo/freifunk-leipzig
