Diskussion:Arbeitsgruppe FoneraPlus - Versionsgeschichte

HaraldG: Antwort @markus

2008-08-17T18:19:04Z

Antwort @markus

Markit am 17. August 2008 um 12:34 Uhr

2008-08-17T12:34:53Z

Markit am 17. August 2008 um 12:33 Uhr

2008-08-17T12:33:47Z

Markit am 17. August 2008 um 11:29 Uhr

2008-08-17T11:29:18Z

Neue Seite

Ad same IP:

(hab untriges jetzt zwar nicht verifiziert, glaub aber mich richtig zu erinnern)

Das mit fehlenden arp requests auf weiteren interfaces im selben subnet, ist doch "ueberall" so
also auf auch den fff buffalos und linksysen die trotzdem mit gleicher ip auf wan und wifi werkeln

d.h. solang nur subnetrouten eingetragen sind, kann man nur am "ersten" interface "0815-connectivity" erwarten,..
auf den anderen funktinoert nur das senden/lauschen auf broadcasts,..

da die vom olsrd eingetragneen hostrouten dann aber interface spezifisch sind, funktioniert das arp (zum nächsten router/gateway) dann im endeffekt doch auch auf den anderen interfaces

d.h. ein standard linux kenel versucht nie auf mehreren interfaces paralell arp lookups zu machen, da er nur die erst(beste) route nimmt um sich für ein interface zu entscheiden,..

lg MArkus

← Nächstältere Version		Version vom 17. August 2008, 18:19 Uhr
Zeile 16:		Zeile 16:

	lg MArkus		lg MArkus
		+
		+	----
		+
		+	Hm, kann sein, dass mich das bei den Buffalos nie gebissen hat, muss ich einmal ausprobieren...
		+
		+	Idee war eigentlich, dass für ein typisches 0 8 15 Bastelsetup egal sein sollte ob man sich an den LAN oder WAN port hängt. Was hältst du davon als default config zwischen LAN und WAN eine bridge zu machen?
		+
		+	LG Harald

@@ Zeile 9: / Zeile 9: @@
 auf den anderen funktinoert nur das senden/lauschen auf broadcasts, oder eben more specific routen (z.b.: hostroutes)
-da die vom olsrd eingetragneen hostrouten dann interface spezifisch sind, funktioniert das arp (zum nächsten router/gateway der eingetragenen routen) dann im endeffekt doch auch auf den anderen interfaces,..
+da die vom olsrd eingetragneen hostrouten dann eh interface spezifisch (und klarerweise morte specific wie die subnetroute) sind, funktioniert das arp (zum nächsten router/gateway der eingetragenen routen) dann im endeffekt doch auch auf den anderen interfaces,..
 d.h. ein standard linux kenel versucht nie auf mehreren interfaces paralell arp lookups zu machen, da er nur die erst(beste) route nimmt um sich für ein interface zu entscheiden,.. und eigentlich stört das im normalbetreib auch nicht weiter,..

@@ Zeile 6: / Zeile 6: @@
 also auf auch den fff buffalos und linksysen die trotzdem mit gleicher ip auf wan und wifi werkeln
-d.h. solang nur subnetrouten eingetragen sind, kann man nur am "ersten" interface "0815-connectivity" erwarten,..
+d.h. solang nur subnetrouten eingetragen sind, kann man nur am "ersten" interface "arp-connectivity" erwarten,..
-auf den anderen funktinoert nur das senden/lauschen auf broadcasts,..
+auf den anderen funktinoert nur das senden/lauschen auf broadcasts, oder eben more specific routen (z.b.: hostroutes)
-da die vom olsrd eingetragneen hostrouten dann aber interface spezifisch sind, funktioniert das arp (zum nächsten router/gateway) dann im endeffekt doch auch auf den anderen interfaces
+da die vom olsrd eingetragneen hostrouten dann interface spezifisch sind, funktioniert das arp (zum nächsten router/gateway der eingetragenen routen) dann im endeffekt doch auch auf den anderen interfaces,..
-d.h. ein standard linux kenel versucht nie auf mehreren interfaces paralell arp lookups zu machen, da er nur die erst(beste) route nimmt um sich für ein interface zu entscheiden,..
+d.h. ein standard linux kenel versucht nie auf mehreren interfaces paralell arp lookups zu machen, da er nur die erst(beste) route nimmt um sich für ein interface zu entscheiden,.. und eigentlich stört das im normalbetreib auch nicht weiter,..
 lg MArkus