SMPFR

salut à vous,

aujourd'hui notre prof de réseau nous a fait faire un tp avec une colle à la fin, j'expose le problème:

on a un poste A avec comme adresse ip 10.104.129.1 255.255.128.0 et un poste B en 10.104.64.2 255.255.0.0

ping poste A -> poste B = table arp Poste B se rempli avec l'adresse mac du Poste A
ping poste B -> poste A = table arp Poste A se rempli avec l'adresse mac du Poste B

la question est donc:

comment est-ce possible que la table arp du poste qui reçoit le ping se remplisse?

on est resté dessus une heure et demi sans trouver

ARP

heu je saisi pas la réponse la

c'est pas normal ? ...

bas si je pense mais pk ca fait ca c'est ca la question

bon deja B: son masque permet toutes les IP pressente dans 10.104.x.x
A lui, tous ce qui ce trouve dans 10.104.128.x jusqu'a 10.104.255.x
donc
ou est le pblm?


edit pas tapai (6 ans que j'ai pas touché un reseau)

suffit de matter le modèle OSI .

Mécanisme de propagation de niveau 2 . comme dit biour, table ARP .

Y'a que sur internet qu'on communique par ip . parce que déjà il peut y avoir des duplicats d'adresse MAC, et puis parce que le protocole ARP ne passe pas les FW/Routeur, sauf configuration explicite (Proxy ARP)

donc. qd on communique dans un réseau local. on communique entre MAC. le poste A pingue le poste B . il fait lui même sa résolution. rempli sa table ARP.

Dans les échanges, il faut bien que poste B réponde à A . Syn, Ack , synack, je refais pas le court tcp

donc pour répondre, il faut que B remplisse sa table pour avoir une correspondance entre l'ip qui lui envoi un message auquel il doit répondre et la mac. pour ca, broadcast , broadcast arp en l'occurence. question sur le réseau "qui a l'ip 10.104.129.1 ?" , réponse "c'est moi avec la MAC 00:11:22:33:44:55"

Ce mécanisme est très utilisé dans le cadre du CARP, VRRP, NRRP, etc.. en bref tous les protocoles de Virtual IP .

ouaip voila, sauf que j'ai oublié la moitier apres

ca je l'avais compris et donc tu le confirme, mais pourquoi ca rempli la table que d'un coté?

parce que si le poste A ping le poste B, le poste A n'a pas à connaître son adresse mac

bien sur que si !!!

ICMP est de niveau 4 sur la couche OSI, c'est encapsulé dans la couche réseau (IP ici), elle même encapsulé dans la couche liaison (Ethernet ici)

Donc quand tu ping de A vers B, le paquet envoyé c'est :
Couche 2 : @Mac src : A ; @Mac dst : B
Couche 3 : @IP src : A ; @IP dst : B
Couche 4 : ICMP type 8 (request)

Donc il a bien fallu qu'auparavant A résolve, via ARP, l'adresse MAC de B





Pour moi, il n'y a aucune égnime ni aucun problème, c'est le fonctionnement normal ...
la table ARP du poste "pingueur" se remplit d'un nouvel enregistrement : le poste "pingué" et vice versa ...

ouais désolé, c'est le matin j'ai du mal

bien sur que si !!!

ICMP est de niveau 4 sur la couche OSI, c'est encapsulé dans la couche réseau (IP ici), elle même encapsulé dans la couche liaison (Ethernet ici)

Donc quand tu ping de A vers B, le paquet envoyé c'est :
Couche 2 : @Mac src : A ; @Mac dst : B
Couche 3 : @IP src : A ; @IP dst : B
Couche 4 : ICMP type 8 (request)

Donc il a bien fallu qu'auparavant A résolve, via ARP, l'adresse MAC de B





Pour moi, il n'y a aucune égnime ni aucun problème, c'est le fonctionnement normal ...
la table ARP du poste "pingueur" se remplit d'un nouvel enregistrement : le poste "pingué" et vice versa ...

Merde alors, je me réveille ce matin et j'apprend qu'ils ont passés ICMP au niveau 4 du modèle OSI .. et on m'a pas prévenu

niveau 3 mon ami, niveau 3 . comme IP . 4 c'est transport, comme TCP

Toutes mes confuses ...

Bien qu'il soit à un niveau équivalent au protocole IP (si l'on tente de rapprocher le modèle OSI au modèle TCP/IP), un paquet ICMP est néanmoins encapsulé dans un datagramme IP.

Source : http://fr.wikipedia.org/wiki/Internet_C ... e_Protocol

oui nan mais sur tout ca je suis d'accord et mon prof aussi

juste pk il n'y a que la station pingué qui a sa table remplie et pas la table qui ping? c'est ca la réel question

car ca la fait à presque tout le monde

ça le fait à tout le monde ou presque tout le monde ?

bas en faite quand je dis tout le monde c'est ceux qui ont bossé donc 3 binômes et on est 3 binômes à avoir eu ca

ben peut etre pasque le ping attend une reponse et donc donne son adress mac
comme cha le receveur sait ou renvoyer le ping donc rempli sa table machine ip XXXX = mac 1234

c'est ce que j'ai donné comme explication et bas c'est pas ca ou bien je me suis mal expliqué

parce que votre OS il est tout pourri ???
parce que sur mon poste, je ping un pc, j'ai son entrée MAC dans ma table ARP ...

c'est xp pro xD

bas écoute c'est bien....

pareil, si je ping un pc depuis mon portable openbsd, je vois le pc dans le table arp

avec un masque de sr différent? vidé la table avant?

pas avec un masque de sous réseau différent, j'ai fait arp -a avant de me connecter, arp -a après connexion au réseau et avant le ping, et j'ai pingué puis arp -a et là il apparait

je vais essayer avec un masque de sous réseau différent

pareil, les deux machines avec un masque de sous-réseau différent, quand je ping B, A retient la mac de B

(et B a retenu la mac de A)