[RESOLU] table arp fausse

[fabzz007]

Bonjour à tous

Tout d'abord meilleurs voeux car c'est mon premier post cette année

Voici mon problème :

Je dispose d'une machine de test sous debian etch avec 3 cartes réseaux...

eth1 et eth2 me servent pour faire un bonding en mode 5. Voici mon ifconfig.

Code: Tout sélectionner

bond0     Lien encap:Ethernet  HWaddr 00:00:5A:9D:E5:A5
          inet adr:172.20.2.253  Bcast:172.20.255.255  Masque:255.255.0.0
          adr inet6: fe80::200:5aff:fe9d:e5a5/64 Scope:Lien
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:1911 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3939 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:175009 (170.9 KiB)  TX bytes:454644 (443.9 KiB)

eth0      Lien encap:Ethernet  HWaddr 00:19:DB:46:D5:3C
          inet adr:172.20.2.254  Bcast:172.20.255.255  Masque:255.255.0.0
          adr inet6: fe80::219:dbff:fe46:d53c/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1539 errors:0 dropped:0 overruns:0 frame:0
          TX packets:356 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:181350 (177.0 KiB)  TX bytes:32068 (31.3 KiB)
          Interruption:217 Adresse de base:0xc000

eth1      Lien encap:Ethernet  HWaddr 00:00:5A:9D:E5:A5
          adr inet6: fe80::200:5aff:fe9d:e5a5/64 Scope:Lien
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:1109 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2113 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:102470 (100.0 KiB)  TX bytes:335137 (327.2 KiB)
          Interruption:233

eth2      Lien encap:Ethernet  HWaddr 00:00:5A:9D:E2:3D
          adr inet6: fe80::200:5aff:fe9d:e5a5/64 Scope:Lien
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:802 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1826 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:72539 (70.8 KiB)  TX bytes:119507 (116.7 KiB)
          Interruption:50

lo        Lien encap:Boucle locale
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:7 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0
          RX bytes:748 (748.0 b)  TX bytes:748 (748.0 b)

Lorsque j'effectue un ping sur eth0 et bond0 depuis une autre machine du lan (XP pro) j'ai bien une réponse mais bizarement en regardant ma table arp je m'apperçois que quelque chose cloche :

Code: Tout sélectionner

Interface : 172.20.10.28 --- 0x4
Adresse Internet      Adresse physique      Type
  172.20.2.253          00-00-5a-9d-e5-a5     dynamique
  172.20.2.254          00-00-5a-9d-e5-a5     dynamique

Pourquoi mon ping vers eth0 me donne la mac address de bond0 ? Avez vous une idée ?

D'avance merci.

[tomtom]

parceque depuis le réseau local, c'est la seule adresse mac qui est vue (sauf si tu as branché égakement ta carte eth0 sur le même lan, ce qui serait un branchement assez étonnant).

Si tu expliquais plutot ce que tu veux faire ?


t.

[fabzz007]

Effectivement ces cartes sont sur le même réseau locale car cette machine débian est un serveur VMWARE.

En gros l'objectif c'est de dédier des interfaces physique de l'hôte à certaines machines virtuelles :

Donc j'ai :

eth0 (172.20.2.254 00:19:DB:46:D5:3C) bridged whith vmnet0
et
bond0 (172.20.2.253 00:00:5A:9D:E5:A5) bridged with vmnet2

Ainsi lors de la création des mes machines virtuelle j'ai associer Vmnet0 à VirtualMachine1 et vmnet2 pour VirtualMachine2 : objectif : séparations des flux, redondance, tolérences aux pannes, le plaisir ???

Donc mon soucis : Depuis une autre machine du lan je voulais tester de pinguer mes 2 interfaces du serveur vmwware bond0 et eth0 pour m'assurer qu'elles fonctionnaient. Et bizzarement ma table arp suite au ping me donne :

Interface : 172.20.10.28 --- 0x4
Adresse Internet Adresse physique Type
172.20.2.253 00-00-5a-9d-e5-a5 dynamique
172.20.2.254 00-00-5a-9d-e5-a5 dynamique

Any idea

D'avance merci:D

[tomtom]

C'ets normal...

La pile tcp/ip de linux répond avec la première carte. Ca ne pose pas de problème, car le routage "interne" ets fait automatiquement.


A+

t.

[fabzz007]

Si je comprend bien alors cela signifie donc que si eth0 était 10 Mbits ET en premiere position alors debit sortant de cette machine sera limité à 10 et cela malgré mon bonding en 2* 1Gbits ???

J'ai du rater une étape Peux-tu m'expliquer à nouveau ?

Merci

[arapaho]

C'est à dire que ton bonding et ta carte réseau sont sur le même segment. Donc quoi qu'il arrive, c'est eth0 qui sera utilisée pour les réponses.
Avant tout, il faut se poser la question de l'intérêt de disposer sur le même segment d'une eth et d'un bond ..

[jdh]

Je suis dans une config proche :

- un gros bipro avec pas mal de mémoire
- un ubuntu server avec vmware server (compilé) en host. (ubuntu 32 bits avec pae !)
- des VM
- 4 cartes gigabits réunies en bonding (mode 4 = 802.3af)
- une carte hba vers switch optique et san FC

J'ai choisi de faire un bonding des 4 cartes gigabit et de ne pas garder une carte pour la gestion.

Si j'avais voulu le faire, j'aurais FORCEMENT mis la carte (supplémentaire) dans un adressage différent (comme mes switchs).

Pourquoi n'avoir qu'une interface (bond des 4 cartes) pour toutes les vm ? Parce que je pense que l'association "bonding - switch" (d'où mode 4) sera meilleure que ma gestion personnelle (en réservant une carte pour certaine vm). Et puis un bonding de 4 cartes gigabit sera de toute façon plus performant que la puissance délivré par mon san (en FC 4G).

(J'ai comparé un partage sur VM Windows 2003 serveur et un partage sur Samba : il n'y a pas photo pour moi : dieu, que le protocole smb est verbeux et lent !).

[tomtom]

Voila ce que ca faisait en 2.4 :
http://linux-ip.net/html/ether-arp.html


En 2.6, seule la carte "primaire" répond (et ne me demande pas comment est choisie cette carte, je n'en sais rien).

Mais je connais pas bien le fonctoinnement de la pile IP en 2.6.

Le lien t'indiquera clairement en tout cas pourquoi ça pose un problème.

t.

[fabzz007]

Merci pour vos réponses et pour ce lien complet.