Problème d'école sur la résolution d'adresse d'une passerelle.
6 réponses
ALLAIN Norbert
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0
Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
Ma question: le pc A va-t-il chercher à savoir si la passerelle
appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse
192.168.1.1 à résoudre ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jacques Caron
Salut,
On Sat, 10 Jan 2004 23:56:50 +0000, ALLAIN Norbert wrote:
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
Normalement il devrait jeter le paquet avec un ICMP genre "no route to host" ou "TTL exceeded" il me semble. Mais si c'est du Windows tout est possible :-)
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On Sat, 10 Jan 2004 23:56:50 +0000, ALLAIN Norbert
<norbert.allain@wanadoo.fr> wrote:
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0
Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
Ma question: le pc A va-t-il chercher à savoir si la passerelle
appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse
192.168.1.1 à résoudre ?
Normalement il devrait jeter le paquet avec un ICMP genre "no route to
host" ou "TTL exceeded" il me semble. Mais si c'est du Windows tout est
possible :-)
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
On Sat, 10 Jan 2004 23:56:50 +0000, ALLAIN Norbert wrote:
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
Normalement il devrait jeter le paquet avec un ICMP genre "no route to host" ou "TTL exceeded" il me semble. Mais si c'est du Windows tout est possible :-)
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Kurts
In article , ALLAIN Norbert wrote:
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit manuellement, soit par dhcp).
le principe est simple : * une station est configurée avec une adresse ip, un masque et une adresse de passerelle. * quand elle doit envoyer une information a une adresse ip, elle calcule si cette adresse est sur le meme réseau ( adresse IP AND masque) : - si oui (c'est sur le meme lan) envoi l'info sur le lan - si non, elle envoi l'info a la paserelle qui elle se débrouille...
In article <40009142.8B6598B5@wanadoo.fr>,
ALLAIN Norbert <norbert.allain@wanadoo.fr> wrote:
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0
Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle
appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse
192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit manuellement, soit par
dhcp).
le principe est simple :
* une station est configurée avec une adresse ip, un masque et une adresse de
passerelle.
* quand elle doit envoyer une information a une adresse ip, elle calcule si
cette adresse est sur le meme réseau ( adresse IP AND masque) :
- si oui (c'est sur le meme lan) envoi l'info sur le lan
- si non, elle envoi l'info a la paserelle qui elle se débrouille...
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit manuellement, soit par dhcp).
le principe est simple : * une station est configurée avec une adresse ip, un masque et une adresse de passerelle. * quand elle doit envoyer une information a une adresse ip, elle calcule si cette adresse est sur le meme réseau ( adresse IP AND masque) : - si oui (c'est sur le meme lan) envoi l'info sur le lan - si non, elle envoi l'info a la paserelle qui elle se débrouille...
ALLAIN Norbert
In article , ALLAIN Norbert wrote:
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit manuellement, soit par dhcp).
le principe est simple : * une station est configurée avec une adresse ip, un masque et une adresse de passerelle. * quand elle doit envoyer une information a une adresse ip, elle calcule si cette adresse est sur le meme réseau ( adresse IP AND masque) : - si oui (c'est sur le meme lan) envoi l'info sur le lan - si non, elle envoi l'info a la paserelle qui elle se débrouille...
Oui ça j'ai bien compris mais dans mon problème on imagine que le pcA et la passerelle pourtant sur le même réseau physique ne sont pas sur le même réseau logique (192.168.0.1 et 192.168.1.1) ce que je voudrais savoir c'est lorsque le pcA va envoyer des paquets à la passerelle, va-t-il directement rechercher son adresse MAC (sans se préoccuper du réseau logique) ou va-t-il chercher à savoir dans un premier temps si la passerelle est sur le même réseau logique que le sien ?
Merci
In article <40009142.8B6598B5@wanadoo.fr>,
ALLAIN Norbert <norbert.allain@wanadoo.fr> wrote:
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une
passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0
Le pc A et la passerelle appartiennent au même réseau physique mais
pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont
être
envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle
appartient au même réseau logique que le sien, ce qui n'est pas le
cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse
192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit
manuellement, soit par
dhcp).
le principe est simple :
* une station est configurée avec une adresse ip, un masque et une
adresse de
passerelle.
* quand elle doit envoyer une information a une adresse ip, elle
calcule si
cette adresse est sur le meme réseau ( adresse IP AND masque) :
- si oui (c'est sur le meme lan) envoi l'info sur le lan
- si non, elle envoi l'info a la paserelle qui elle se
débrouille...
Oui ça j'ai bien compris mais dans mon problème on imagine que le pcA
et la passerelle pourtant sur le même réseau physique ne sont pas sur le
même réseau logique (192.168.0.1 et 192.168.1.1) ce que je voudrais
savoir c'est lorsque le pcA va envoyer des paquets à la passerelle,
va-t-il directement rechercher son adresse MAC (sans se préoccuper du
réseau logique) ou va-t-il chercher à savoir dans un premier temps si la
passerelle est sur le même réseau logique que le sien ?
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
non.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
le pc A doit connaitre l'adresse de sa passerelle (soit manuellement, soit par dhcp).
le principe est simple : * une station est configurée avec une adresse ip, un masque et une adresse de passerelle. * quand elle doit envoyer une information a une adresse ip, elle calcule si cette adresse est sur le meme réseau ( adresse IP AND masque) : - si oui (c'est sur le meme lan) envoi l'info sur le lan - si non, elle envoi l'info a la paserelle qui elle se débrouille...
Oui ça j'ai bien compris mais dans mon problème on imagine que le pcA et la passerelle pourtant sur le même réseau physique ne sont pas sur le même réseau logique (192.168.0.1 et 192.168.1.1) ce que je voudrais savoir c'est lorsque le pcA va envoyer des paquets à la passerelle, va-t-il directement rechercher son adresse MAC (sans se préoccuper du réseau logique) ou va-t-il chercher à savoir dans un premier temps si la passerelle est sur le même réseau logique que le sien ?
Merci
pxg
ALLAIN Norbert wrote:
Oui ça j'ai bien compris mais dans mon problème on imagine que le pcA et la passerelle pourtant sur le même réseau physique ne sont pas sur le même réseau logique (192.168.0.1 et 192.168.1.1) ce que je voudrais savoir c'est lorsque le pcA va envoyer des paquets à la passerelle, va-t-il directement rechercher son adresse MAC (sans se préoccuper du réseau logique) ou va-t-il chercher à savoir dans un premier temps si la passerelle est sur le même réseau logique que le sien ? Salut
C'est plutôt un problème tcp/ip qu'un problème éthernet et il y a de grandes chances que ça ne marche pas, mais comme dit le précédent contributeur avec windows...
Au moment d'envoyer le message, il faut que la couche réseau résolve la route d'envoi, donc la table de routage est examinée pour savoir s'il existe une route d'hôte puis si nécessaire une route de réseau puis enfin une route regroupant des (ou tous) les réseaux permettant son acheminement, si cette phase échoue tu as un message indiquant que tu ne peux atteindre l'adresse cible.
Si une passerelle est découverte lors de cette première phase, il y a à nouveau résolution de la route permettant d'atteindre celle-ci, c'est normalement une des routes de réseau d'une des interfaces de ta machine. Dans ton cas, la route 0.0.0.0 existe mais s'il n'y a pas de route permettant d'atteindre la passerelle, tu devrais donc avoir un message traduisant cette impossiblité. Ce n'est qu'après cette seconde résolution qu'intervient la liaison requête ARP pour connaître l'adresse MAC de la passerelle, etc.
Sur certaines versions de windows tu ne peux d'ailleurs absolument pas donner comme passerelle une machine que tu ne peux atteindre par les routes connues (si tu essayes sur win98 - que j'ai sous la main - la sanction est *L'addition de l'itinéraire a échoué : 87*).
Dans ton cas, tu pourrais donner plusieurs adresses ip (NT par exemple en permet 5) à la carte réseau de la passerelle située sur le même réseau physique que ta machine. Cette autre adresse ip appartiendrait au même segment logique que l'interface réseau de ton pcA.
Merci de rien
pxg
ALLAIN Norbert wrote:
Oui ça j'ai bien compris mais dans mon problème on imagine que le
pcA et la passerelle pourtant sur le même réseau physique ne sont pas
sur le même réseau logique (192.168.0.1 et 192.168.1.1) ce que je
voudrais savoir c'est lorsque le pcA va envoyer des paquets à la
passerelle, va-t-il directement rechercher son adresse MAC (sans se
préoccuper du réseau logique) ou va-t-il chercher à savoir dans un
premier temps si la passerelle est sur le même réseau logique que le
sien ?
Salut
C'est plutôt un problème tcp/ip qu'un problème éthernet et il y a de grandes
chances que ça ne marche pas, mais comme dit le précédent contributeur avec
windows...
Au moment d'envoyer le message, il faut que la couche réseau résolve la
route d'envoi, donc la table de routage est examinée pour savoir s'il existe
une route d'hôte puis si nécessaire une route de réseau puis enfin une route
regroupant des (ou tous) les réseaux permettant son acheminement, si cette
phase échoue tu as un message indiquant que tu ne peux atteindre l'adresse
cible.
Si une passerelle est découverte lors de cette première phase, il y a à
nouveau résolution de la route permettant d'atteindre celle-ci, c'est
normalement une des routes de réseau d'une des interfaces de ta machine.
Dans ton cas, la route 0.0.0.0 existe mais s'il n'y a pas de route
permettant d'atteindre la passerelle, tu devrais donc avoir un message
traduisant cette impossiblité. Ce n'est qu'après cette seconde résolution
qu'intervient la liaison requête ARP pour connaître l'adresse MAC de la
passerelle, etc.
Sur certaines versions de windows tu ne peux d'ailleurs absolument pas
donner comme passerelle une machine que tu ne peux atteindre par les routes
connues (si tu essayes sur win98 - que j'ai sous la main - la sanction est
*L'addition de l'itinéraire a échoué : 87*).
Dans ton cas, tu pourrais donner plusieurs adresses ip (NT par exemple en
permet 5) à la carte réseau de la passerelle située sur le même réseau
physique que ta machine. Cette autre adresse ip appartiendrait au même
segment logique que l'interface réseau de ton pcA.
Oui ça j'ai bien compris mais dans mon problème on imagine que le pcA et la passerelle pourtant sur le même réseau physique ne sont pas sur le même réseau logique (192.168.0.1 et 192.168.1.1) ce que je voudrais savoir c'est lorsque le pcA va envoyer des paquets à la passerelle, va-t-il directement rechercher son adresse MAC (sans se préoccuper du réseau logique) ou va-t-il chercher à savoir dans un premier temps si la passerelle est sur le même réseau logique que le sien ? Salut
C'est plutôt un problème tcp/ip qu'un problème éthernet et il y a de grandes chances que ça ne marche pas, mais comme dit le précédent contributeur avec windows...
Au moment d'envoyer le message, il faut que la couche réseau résolve la route d'envoi, donc la table de routage est examinée pour savoir s'il existe une route d'hôte puis si nécessaire une route de réseau puis enfin une route regroupant des (ou tous) les réseaux permettant son acheminement, si cette phase échoue tu as un message indiquant que tu ne peux atteindre l'adresse cible.
Si une passerelle est découverte lors de cette première phase, il y a à nouveau résolution de la route permettant d'atteindre celle-ci, c'est normalement une des routes de réseau d'une des interfaces de ta machine. Dans ton cas, la route 0.0.0.0 existe mais s'il n'y a pas de route permettant d'atteindre la passerelle, tu devrais donc avoir un message traduisant cette impossiblité. Ce n'est qu'après cette seconde résolution qu'intervient la liaison requête ARP pour connaître l'adresse MAC de la passerelle, etc.
Sur certaines versions de windows tu ne peux d'ailleurs absolument pas donner comme passerelle une machine que tu ne peux atteindre par les routes connues (si tu essayes sur win98 - que j'ai sous la main - la sanction est *L'addition de l'itinéraire a échoué : 87*).
Dans ton cas, tu pourrais donner plusieurs adresses ip (NT par exemple en permet 5) à la carte réseau de la passerelle située sur le même réseau physique que ta machine. Cette autre adresse ip appartiendrait au même segment logique que l'interface réseau de ton pcA.
Merci de rien
pxg
screugneugneu
"ALLAIN Norbert" wrote in message
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
certainement pas.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
C'est ce que le PC voudrait faire, mais il ne pourra pas car seul un routeur pourrait faire la résolution ARP a sa place. En fait, normalement si un PC veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour dialoguere avec cette IP'. Mais là dans la mesure où il ne peuvent pas parler ensemble faute de ne pas être sur le même subnet, il n'y aura rien qui va se passer....
Merci.
Norbert
C'est une question d'un prof ça.... ben dis donc......
Si j'ai bien compris l'interface de la passerelle (IP 192.168.1.1) est sur le même réseau que le PC A. Si j'ai bien compris aussi, la pile IP du PC A a accepté de rentrer une Gateway qui ne fait pas partie du même réseau que ce PC (de plus en plus rare.....)
On a beau tourner le problème dans tous les sens........ ya pas grand chose qui va fonctionner.
Pour que cela fonctionne il faudrait plutôt faire du multinetting sur le PC (2 IP de subnet différents sur la même interface du PC A).
Mais bon je ne réponds pas directement à la question.....
Christian
"ALLAIN Norbert" wrote in message
Bonjour.
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle
avec comme adresse eth0 192.168.1.1/255.255.255.0
Le pc A et la passerelle appartiennent au même réseau physique mais pas
au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être
envoyés à la passerelle.
certainement pas.
Ma question: le pc A va-t-il chercher à savoir si la passerelle
appartient au même réseau logique que le sien, ce qui n'est pas le cas.
Ou va-t-il directement envoyer une requête ARP avec comme adresse
192.168.1.1 à résoudre ?
C'est ce que le PC voudrait faire, mais il ne pourra pas car seul un routeur
pourrait faire la résolution ARP a sa place. En fait, normalement si un PC
veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le
routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour
dialoguere avec cette IP'. Mais là dans la mesure où il ne peuvent pas
parler ensemble faute de ne pas être sur le même subnet, il n'y aura rien
qui va se passer....
Merci.
Norbert
C'est une question d'un prof ça.... ben dis donc......
Si j'ai bien compris l'interface de la passerelle (IP 192.168.1.1) est sur
le même réseau que le PC A.
Si j'ai bien compris aussi, la pile IP du PC A a accepté de rentrer une
Gateway qui ne fait pas partie du même réseau que ce PC (de plus en plus
rare.....)
On a beau tourner le problème dans tous les sens........ ya pas grand chose
qui va fonctionner.
Pour que cela fonctionne il faudrait plutôt faire du multinetting sur le PC
(2 IP de subnet différents sur la même interface du PC A).
Mais bon je ne réponds pas directement à la question.....
Soit un réseau avec un pc A 192.168.0.1/255.255.255.0 et une passerelle avec comme adresse eth0 192.168.1.1/255.255.255.0 Le pc A et la passerelle appartiennent au même réseau physique mais pas au même réseau logique.
Les paquets envoyés par pc A pour un autre réseau que le sien vont être envoyés à la passerelle.
certainement pas.
Ma question: le pc A va-t-il chercher à savoir si la passerelle appartient au même réseau logique que le sien, ce qui n'est pas le cas. Ou va-t-il directement envoyer une requête ARP avec comme adresse 192.168.1.1 à résoudre ?
C'est ce que le PC voudrait faire, mais il ne pourra pas car seul un routeur pourrait faire la résolution ARP a sa place. En fait, normalement si un PC veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour dialoguere avec cette IP'. Mais là dans la mesure où il ne peuvent pas parler ensemble faute de ne pas être sur le même subnet, il n'y aura rien qui va se passer....
Merci.
Norbert
C'est une question d'un prof ça.... ben dis donc......
Si j'ai bien compris l'interface de la passerelle (IP 192.168.1.1) est sur le même réseau que le PC A. Si j'ai bien compris aussi, la pile IP du PC A a accepté de rentrer une Gateway qui ne fait pas partie du même réseau que ce PC (de plus en plus rare.....)
On a beau tourner le problème dans tous les sens........ ya pas grand chose qui va fonctionner.
Pour que cela fonctionne il faudrait plutôt faire du multinetting sur le PC (2 IP de subnet différents sur la même interface du PC A).
Mais bon je ne réponds pas directement à la question.....
Christian
T0t0
"screugneugneu" wrote in message news:40028c6f$0$1177$
En fait, normalement si un PC veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour dialoguere avec cette IP'.
Heu, faut revoir TCP/IP là. Ce n'est pas le routeur qui dit quoi que ce soit, mais la table de routage de la machine A qui lui indique par quelle passerelle passer pour atteindre sa destination. L'adresse MAC est récupérée ensuite par ARP.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"screugneugneu" <screugneugneu@mob.org> wrote in message
news:40028c6f$0$1177$636a55ce@news.free.fr
En fait, normalement si un PC
veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le
routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour
dialoguere avec cette IP'.
Heu, faut revoir TCP/IP là. Ce n'est pas le routeur qui dit quoi que ce
soit, mais la table de routage de la machine A qui lui indique par
quelle passerelle passer pour atteindre sa destination. L'adresse MAC
est récupérée ensuite par ARP.
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"screugneugneu" wrote in message news:40028c6f$0$1177$
En fait, normalement si un PC veux discuter avec un autre PC (sur un autre subnet que le sien), c'est le routeur qui dit au PC A 'c'est ma Mac Address que tu vas prendre pour dialoguere avec cette IP'.
Heu, faut revoir TCP/IP là. Ce n'est pas le routeur qui dit quoi que ce soit, mais la table de routage de la machine A qui lui indique par quelle passerelle passer pour atteindre sa destination. L'adresse MAC est récupérée ensuite par ARP.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
