INODE Zwangstrennung - Lease-Problem gefunden

[dfx]

negativ, alles wie gehabt. im log seh ich 21:23 ein release, dann um 21:36 das normale discover, offer, request, ack spielchen. ich hab jetzt auf verdacht nochmal auf allen interfaces die spoof protection explizit deaktiviert (falls der default wert nicht greift), gehts damit besser?

[gruber]

zu der von dir genannten zeit habe ich, glaube ich zumindest, nochmal den laptop angeworfen, mit dem es letztens bestens funktioniert hat.

leider habe ich auch auf diesem gerät kein renew bei aufgebautem tunnel geschafft.

habs jetzt nochmal probiert und plötzlich gehts wieder!

ich versteh das nicht. hoffentlich kannst du dir das erklären.

[dfx]

möglicherweise hat sich die spoof protection wieder selbst aktiviert und nochmals zugeschlagen. das kann jetzt nicht mehr passieren, deshalb würd ich sagen wir lassen das mal so und hoffen, daß es jetzt endgültig geht das wochenende ist noch zur beobachtung da...

[gruber]

habe gerade nochmal einen renew versucht. diesmal wieder ohne erfolg.

was sag dazu das serverlog um etwa 7:50 ?
wenn du nochmal ein paar gesniffte pakete benötigst, sag bitte bescheid.

mit dem landesweiten roll-out würd ich mir noch etwas zeit lassen.

[dfx]

habe gerade nochmal einen renew versucht. diesmal wieder ohne erfolg.

was sag dazu das serverlog um etwa 7:50 ?

interessanterweise gar nichts. sicher, daß hier kein lokales problem besteht? jedenfalls wäre ein packet dump eines fehlschlags sicher interessant...

[gruber]

werde heute abend, wenn ich wieder vor ort bin, noch mal ethereal anwerfen und dir das ergebnis mailen.

[BlueSystem]

Hi

um nicht alle 9 Seiten durchlesen zu müssen: Ist das etwa ein Problem welches alle betrifft, da ein österreichweiter roll-out geplant ist ??
Bis jetzt noch kein Problem hab mit dem DHCP und keines haben möchte

Gruß
BlueSystem

[dfx]

das problem betrifft alle kunden mit einem zyxel 650er adsl router, und hier auch nur in bestimmten betriebssystemkonstellationen. der tatsächliche prozentsatz der betroffenen kunden ist relativ gering, deshalb blieb das problem bis jetzt auch weitgehend unbemerkt.

[gruber]

komisch. was hat der zyxel damit zu tun?
ich hab übrigens gar keinen router (keinen multiuser).

[dfx]

komisch. was hat der zyxel damit zu tun?
ich hab übrigens gar keinen router (keinen multiuser).

der 650er ist trotzdem ein router, auch wenn's ein einzelplatzzugang ist. der grund ist, daß hinter dem 650er 10er adressen vergeben werden, welche (normalerweise) nur lokal im eigenen lan gültig sind und extern nicht geroutet werden, und deshalb auch vom dhcp server nicht per unicast erreichbar sind.

[gruber]

welches seite verstehst du mit "hinter dem 650er"?

"wer" vergibt jetzt die 10er-adressen?

[dfx]

welches seite verstehst du mit "hinter dem 650er"?

"wer" vergibt jetzt die 10er-adressen?

gesehen von unserer seite aus:
hinter dem 650er = die pcs in deinem lokalen lan, d.h. alles was per ethernet/cat5 kabel am 650er hängt.
der zentrale dhcp server im inode netz ("vor" dem 650er, also richtung wählamt über die adsl-leitung und weiter) vergibt die 10er adressen.

[Silvasurfer]

aber ist das mit den 10er adressen nur wegen VoIP? weil ich hab auch nur einzelgang zugang (ohne VoIP) und ich hab eine 172.16.x.x ip

teilweise hauts bei mir beim lease erneuerung auch die verbindung zusammen aber manchmal haltet die auch wochen ... je nach dem wie das system gelaunt is

[dfx]

die einzige konstellation mit 650er, bei der auch 172.16.* adressen vergeben werden, ist @home einzelplatz ohne voip mit wireless. sonst gibt es mit 650er 10.* adressen (bei @home... bei @work werden öffentliche adressen verwendet). bei @home ohne allem werden zyxel 645er verwendet, und hier werden auch 172.16.* adressen vergeben.

[gruber]

hallo dfx!
konntest du mit dem neuen dump etwas anfangen?