Commutation de couche 2 ou transfert de couche 3?

1

J'ai un routeur sans fil installé chez moi (fourni par le FAI). Scénario:

IP du routeur: 192.168.1.1

IP de ma machine (X): 192.168.1.2

IP de la machine Y: 192.168.1.3

Maintenant, quand je ping Y de ma machine X. (ping 192.168.1.3 à partir de 192.168.1.2)

My Routing table says: 

192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

C’est une route locale et l’ARP sera consulté pour l’adresse MAC de Y. Supposons que Y ait mac: aa: aa: aa: aa: aa: yy Ainsi, un paquet sera envoyé de wlan0 vers le routeur avec destination mac de Y.

Maintenant, comment le routeur transmettra-t-il le paquet? Va-t-il basculer en fonction du MAC ou la recherche IP de couche 3 sera utilisée pour transférer le paquet?

router mac-address packet Sumit Trehan
la source

Réponses:

1

Les appareils du monde réel peuvent faire des choses étranges et terrifiantes. Mais comme ces deux périphériques sont sur le même réseau, nous nous attendons à ce que le routeur agisse comme un commutateur et transmette le paquet en fonction de l'adresse MAC.

David Schwartz
la source
1
Cela signifie que le routeur ne consultera pas la table ARP lorsqu’il transférera le paquet dans le même réseau?
Sumit Trehan
1
Correct. Il consultera sa table CAM, qui correspond à la couche 2 d'une table ARP, mappant les adresses MAC sur les ports plutôt que sur les adresses IP.
David Schwartz
1

Les routeurs sans fil à domicile combinent plusieurs choses

  • un commutateur (généralement 4 ports)
  • un routeur
  • un point d'accès sans fil

Je pense que les points d’accès sans fil gardent une trace des MAC qu’ils ont vus dans le passé et connaissent bien sûr les MAC de chaque client associé. Ainsi, si le point d’accès sans fil reçoit le trafic d’un client associé et s’adresse à un autre client associé, et que "Isolation AP" n’est PAS désactivé, le matériel sans fil n’a pas besoin de laisser une fonction de routage (généralement un code de processeur ou le noyau VxWorks) du routeur le savent.

C’est une autre affaire de savoir si c’est vraiment ce que fait le matériel (je peux imaginer du matériel sans fil bon marché donnant du trafic destiné à un autre hôte sans fil sur le même sous-réseau que la CPU) - mais même s’il ne le fait pas, la fonction de routage (Linux noyau, etc.) devrait toujours le renvoyer hors de l'interface sans fil, car c'est ce que la table de routage lui dit de faire. Cela serait inefficace mais ne me surprendrait pas si, en raison des coûts, cela se fait de cette façon.

Supposons que vous avez 4 ordinateurs (A, B, C, D) connectés à un commutateur, puis un cinquième port connecté à un routeur. Si A veut parler à B, le commutateur saura (en mémorisant les adresses MAC qui l'ont traversé) ou trouvera (en inondant le trafic sortant vers tous les ports et en mémorisant qui répond) les ports A et B activés et pouvant être transférés. directement et le routeur n’est jamais impliqué. Avec le sans fil, tous les clients associés utilisent essentiellement un "commutateur sans fil" et cela fonctionne (ou devrait fonctionner) de la même manière.

Donc, il devrait BRIDGE (c'est le terme approprié pour la couche 2, pas ROUTE) basé sur la couche 2.

LawrenceC
la source