Diskussion:Arbeitsgruppe FoneraPlus: Unterschied zwischen den Versionen
Markit (Diskussion | Beiträge) K |
Markit (Diskussion | Beiträge) K |
||
| Zeile 9: | Zeile 9: | ||
auf den anderen funktinoert nur das senden/lauschen auf broadcasts, oder eben more specific routen (z.b.: hostroutes) | 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,.. | 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,.. | ||
Version vom 17. August 2008, 13:34 Uhr
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 "arp-connectivity" erwarten,.. 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 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,..
allerdings könnt man auf den weiteren devices mit gleicher ip auch gleich /32 subnetmask einrtagen, denn die subnetroute selber funktinoert ja eh nicht so wie erwartet,..
lg MArkus
