> - routing table alapjan megkeresi, melyik device-on kellene kikuldeni az > ARP kerest > - ha a route magara a bond device-ra mutat, akkor siman elkuldi > - ha a route a bond device-n beluli VLAN-ra mutat, akkor "kezzel" > megtaggeli es ugy kuldi el > - egyebkent panikba esik > > Namost ha a bond0-nak nincs IP cime viszont benne van egy bridge-ben, > akkor a route a bridge-re fog mutatni, amirol a bonding driver-nek > persze nincs tudomasa, igy a "panikba esik" pont lep ervenybe. >
Ez osszecseng azzal amit en 'kimertem' tegnap. > Tehat az lehet egy megoldas, ha csinalsz egy uj VLAN-t, teszel ra egy olyan > halozatot, amit nem kell bridge-elni, es megfelelo routing magiaval > elered, hogy az ARP keresek ezen a dedikalt VLAN-on akarjanak kimenni > (meg persze hogy a tuloldal is ezen akarjon valaszolni). > Igen, ez jonak tunik. Nalam konkretan nem lesz jo szerintem, mert a gateway, amit erdemes lenne ellenorizni az egy access porton jon be (1 VLAN) es ezt a VLAN-t bizony kell bridge-elni. Ha a gateway is az enyem lenne akkor lehetne megegy VLAN-t belekavarni a rendszerbe csak az ARP keresekre, ez az amit te irtal. Ezzel egyutt nem latom, miert hasznal barmi L3 informacio a bond ARP ellenorzese, miert nem eleg neki a L2...mondjuk ez mar inkabb csak felhangos bosszankodas :) _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
