Cohabitation de deux adressage d'ip sur le même réseau physique.
37 réponses
André Georgel
Bonjour à tous,
J'ai besoin, pour faire des tests, d'intégrer dans mon réseau physique
privé, (192.168.0.xxx en DHCP) deux machines venant d'un autre réseau
d'entreprise dont l'adresage est un adressage de classe C.
les deux machine en classe C fonctionnent entre-elles sans problème, de
même que mes PC perso en DHCP.
Je souhaiterait pouvoir faire du FTP entre une machine de l'adresage
classe C avec un de mes PC.
Comment procéder ?
Je ne souhaite pas reconfigurer les PC d'netreprise ni mes PC perso (le
partage de connexion Internet sous XP impose les adresses en
192.168.0.xxx).
J'ai pensé à un route add mais je ne vois pa comment le faire.
D'avance merci pour vos lumières, qui en ce jour seront, je n'en doute
pas un véritable feu d'artifices !
Andre Georgel
Pour répondre et obtenir l'adresse Email :
http://marreduspam.com/ade0b300
"La perfection n'est pas lorsqu'il n'y a plus rien à ajouter, mais
lorsque qu'il n'y a plus rien à enlever."
"Perfection is not when there is nothing to add, but when there is
nothing to remove."
Dans le message <news:, *Jacques Caron* tapota sur f.c.r.ip :
[...]
J'ai pensé à un route add mais je ne vois pa comment le faire.
Ca ne suffira pas, mais ce sera nécessaire.
Mais si ça suffit.
-- TiChou
TiChou
Dans le message <news:, *Eric Masson* tapota sur f.c.r.ip :
[ip aliasing]
Angelot writes:
Je ne crois pas que je puisse faire cela avec mon W98 SE, il faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
-- TiChou
Dans le message
<news:86y8llabj0.fsf@srvbsdnanssv.interne.kisoft-services.com>,
*Eric Masson* tapota sur f.c.r.ip :
[ip aliasing]
Angelot writes:
Je ne crois pas que je puisse faire cela avec mon W98 SE, il
faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les
unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la
configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP
alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des
composants réseaux installés sur la carte avec les adresses IP voulues.
Dans le message <news:, *Eric Masson* tapota sur f.c.r.ip :
[ip aliasing]
Angelot writes:
Je ne crois pas que je puisse faire cela avec mon W98 SE, il faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
-- TiChou
Annie D.
TiChou wrote:
[ip aliasing]
Je ne crois pas que je puisse faire cela avec mon W98 SE, il faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Oui. Ça a même un avantage sur les NT : on peut configurer un TCP/IP en statique et un autre en DHCP, alors qu'avec NT on ne peut configurer plusieurs adresses que si elles sont toutes statiques. L'inconvénient, c'est qu'il ne faut pas trop en avoir de déjà installés, car le nombre est limité à pas beaucoup d'après mes essais. Avec 3 cartes ethernet et des "cartes d'accès distant" PPP et PPPoE déjà installées, j'ai dû batailler ferme !
J'ai aussi entendu parler d'une autre méthode pour spécifier plusieurs adresses statiques avec 9x, qui consiste à entrer la liste d'adresses et masques directement dans la base de registres. Ça a quand même l'air un peu crade.
TiChou wrote:
[ip aliasing]
Je ne crois pas que je puisse faire cela avec mon W98 SE, il
faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les
unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la
configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP
alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des
composants réseaux installés sur la carte avec les adresses IP voulues.
Oui. Ça a même un avantage sur les NT : on peut configurer un TCP/IP en
statique et un autre en DHCP, alors qu'avec NT on ne peut configurer
plusieurs adresses que si elles sont toutes statiques.
L'inconvénient, c'est qu'il ne faut pas trop en avoir de déjà installés,
car le nombre est limité à pas beaucoup d'après mes essais. Avec 3
cartes ethernet et des "cartes d'accès distant" PPP et PPPoE déjà
installées, j'ai dû batailler ferme !
J'ai aussi entendu parler d'une autre méthode pour spécifier plusieurs
adresses statiques avec 9x, qui consiste à entrer la liste d'adresses et
masques directement dans la base de registres. Ça a quand même l'air un
peu crade.
Je ne crois pas que je puisse faire cela avec mon W98 SE, il faut probablement un autre OS ?
iirc, du coté de Windows, il faut au minimum un NT ou dérivé. Les unixoides le supportent en standard.
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Oui. Ça a même un avantage sur les NT : on peut configurer un TCP/IP en statique et un autre en DHCP, alors qu'avec NT on ne peut configurer plusieurs adresses que si elles sont toutes statiques. L'inconvénient, c'est qu'il ne faut pas trop en avoir de déjà installés, car le nombre est limité à pas beaucoup d'après mes essais. Avec 3 cartes ethernet et des "cartes d'accès distant" PPP et PPPoE déjà installées, j'ai dû batailler ferme !
J'ai aussi entendu parler d'une autre méthode pour spécifier plusieurs adresses statiques avec 9x, qui consiste à entrer la liste d'adresses et masques directement dans la base de registres. Ça a quand même l'air un peu crade.
Eric Masson
"Angelot" == Angelot writes:
Angelot> Le checksum du segment TCP est calculé et vérifié en prenant Angelot> en compte les adresses source et destination IP.
Oui et ?
Angelot> Si l'on a plusieurs couches IP côte à côte, on aurait donc Angelot> plusieurs couches transport (en relation une pour une avec Angelot> niveau 3). Des avis ?
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme tu sembles le penser.
Eric Masson
-- MC> Le Nono de base est fourni sans l'option second degré. apres la lecture de la reponse de Nono ! a ton post je me demande tout simplement si il existe une version de base du Nono ! avec cerveau :)) -+- F in GNU : Neurone de tous les neuneux, unis toi -+-
Angelot> Le checksum du segment TCP est calculé et vérifié en prenant
Angelot> en compte les adresses source et destination IP.
Oui et ?
Angelot> Si l'on a plusieurs couches IP côte à côte, on aurait donc
Angelot> plusieurs couches transport (en relation une pour une avec
Angelot> niveau 3). Des avis ?
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste
une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme
tu sembles le penser.
Eric Masson
--
MC> Le Nono de base est fourni sans l'option second degré.
apres la lecture de la reponse de Nono ! a ton post je me demande tout
simplement si il existe une version de base du Nono ! avec cerveau :))
-+- F in GNU : Neurone de tous les neuneux, unis toi -+-
Angelot> Le checksum du segment TCP est calculé et vérifié en prenant Angelot> en compte les adresses source et destination IP.
Oui et ?
Angelot> Si l'on a plusieurs couches IP côte à côte, on aurait donc Angelot> plusieurs couches transport (en relation une pour une avec Angelot> niveau 3). Des avis ?
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme tu sembles le penser.
Eric Masson
-- MC> Le Nono de base est fourni sans l'option second degré. apres la lecture de la reponse de Nono ! a ton post je me demande tout simplement si il existe une version de base du Nono ! avec cerveau :)) -+- F in GNU : Neurone de tous les neuneux, unis toi -+-
Eric Masson
"Angelot" == Angelot writes:
Angelot> Je conçois cela, la couche transport n'est pas mis en oeuvre.
Ben, sous réserve de test, il doit aussi être possible de monter un proxy http par exemple sur une machine disposant d'une seule interface aliasée, rien ne s'y oppose à priori.
Eric Masson
-- C'est pas moi qui ait parlé du spam, d'ailleurs je vois mal comment on peut faire du spam sur Usenet Je ne défend pas les spammeurs, je défend la liberté d'expression. -+- LP in <http://www.le-gnu.net> : Neuneu d'or novembre 2000. -+-
Angelot> Je conçois cela, la couche transport n'est pas mis en oeuvre.
Ben, sous réserve de test, il doit aussi être possible de monter un
proxy http par exemple sur une machine disposant d'une seule interface
aliasée, rien ne s'y oppose à priori.
Eric Masson
--
C'est pas moi qui ait parlé du spam, d'ailleurs je vois mal comment on
peut faire du spam sur Usenet Je ne défend pas les spammeurs, je défend
la liberté d'expression.
-+- LP in <http://www.le-gnu.net> : Neuneu d'or novembre 2000. -+-
Angelot> Je conçois cela, la couche transport n'est pas mis en oeuvre.
Ben, sous réserve de test, il doit aussi être possible de monter un proxy http par exemple sur une machine disposant d'une seule interface aliasée, rien ne s'y oppose à priori.
Eric Masson
-- C'est pas moi qui ait parlé du spam, d'ailleurs je vois mal comment on peut faire du spam sur Usenet Je ne défend pas les spammeurs, je défend la liberté d'expression. -+- LP in <http://www.le-gnu.net> : Neuneu d'or novembre 2000. -+-
Angelot
Bonjour Eric,
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme tu sembles le penser.
Lorsqu'on représente une pile de protocoles, je crois qu'un minimum de précisions est nécessaire : sinon tout est dans tout, et réciproquement.
Du point de vue modélisation, pour représenter une machine avec 2 interfaces réseau, on distingue normalement les 2 interfaces dans la pile de protocoles. Les différentes interfaces réseau étant caractérisées par des adresses physiques différentes. Il est peu explicite de tracer une seule couche et laisser les lecteurs se débrouiller pour comprendre. Libre à vous d'aider ou pas à la compréhension.
TCP est liée à une seule interface IP si le terme couche vous ennuie.
Mais TiChou suggère une idée intéressante : 2 piles de protocoles TCP/IP au dessus d'une seule interface réseau.
Cordialement, Angelot
Bonjour Eric,
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste
une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme
tu sembles le penser.
Lorsqu'on représente une pile de protocoles, je crois qu'un minimum de
précisions est nécessaire : sinon tout est dans tout, et réciproquement.
Du point de vue modélisation, pour représenter une machine avec 2 interfaces
réseau, on distingue normalement les 2 interfaces dans la pile de
protocoles. Les différentes interfaces réseau étant caractérisées par des
adresses physiques différentes. Il est peu explicite de tracer une seule
couche et laisser les lecteurs se débrouiller pour comprendre. Libre à vous
d'aider ou pas à la compréhension.
TCP est liée à une seule interface IP si le terme couche vous ennuie.
Mais TiChou suggère une idée intéressante : 2 piles de protocoles TCP/IP au
dessus d'une seule interface réseau.
Je ne vois pas ou tu veux en venir, au niveau de la pile ip, c'est juste une interface avec n adresses (n>1), tu n'as donc pas x couches ip comme tu sembles le penser.
Lorsqu'on représente une pile de protocoles, je crois qu'un minimum de précisions est nécessaire : sinon tout est dans tout, et réciproquement.
Du point de vue modélisation, pour représenter une machine avec 2 interfaces réseau, on distingue normalement les 2 interfaces dans la pile de protocoles. Les différentes interfaces réseau étant caractérisées par des adresses physiques différentes. Il est peu explicite de tracer une seule couche et laisser les lecteurs se débrouiller pour comprendre. Libre à vous d'aider ou pas à la compréhension.
TCP est liée à une seule interface IP si le terme couche vous ennuie.
Mais TiChou suggère une idée intéressante : 2 piles de protocoles TCP/IP au dessus d'une seule interface réseau.
Cordialement, Angelot
Eric Masson
"Angelot" == Angelot writes:
Angelot> Du point de vue modélisation, pour représenter une machine Angelot> avec 2 interfaces réseau, on distingue normalement les 2 Angelot> interfaces dans la pile de protocoles.
Au niveau code, ça se traduit par l'allocation d'une structure de périphérique par interface.
Angelot> Les différentes interfaces réseau étant caractérisées par des Angelot> adresses physiques différentes.
Pas que, mais effectivement.
Angelot> Il est peu explicite de tracer une seule couche et laisser les Angelot> lecteurs se débrouiller pour comprendre. Libre à vous d'aider Angelot> ou pas à la compréhension.
Ben, c'est pourtant comme cela que ça se passe non ?
Angelot> TCP est liée à une seule interface IP si le terme couche vous Angelot> ennuie.
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst, port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de la couche ip de retrouver l'interface sur laquelle placer le paquet (utilisation de la table de routage pour ce faire)
Angelot> Mais TiChou suggère une idée intéressante : 2 piles de Angelot> protocoles TCP/IP au dessus d'une seule interface réseau.
Je ne vois pas trop comment cela fonctionnerait (conflits d'accès au périphérique), mais je suis ouvert à toute explication dans ce domaine.
Eric Masson
-- Dieu merci il y en a que vous pouvez encore faire rire, et il vous sera donc beaucoup pardonné pour cela. Mais c'est bien votre seule excuse, et même de cela vous n'êtes pas responsable. -+-EJ in <http://www.le-gnu.net> : Ces bennes qu'on éteint -+-
Angelot> Du point de vue modélisation, pour représenter une machine
Angelot> avec 2 interfaces réseau, on distingue normalement les 2
Angelot> interfaces dans la pile de protocoles.
Au niveau code, ça se traduit par l'allocation d'une structure de
périphérique par interface.
Angelot> Les différentes interfaces réseau étant caractérisées par des
Angelot> adresses physiques différentes.
Pas que, mais effectivement.
Angelot> Il est peu explicite de tracer une seule couche et laisser les
Angelot> lecteurs se débrouiller pour comprendre. Libre à vous d'aider
Angelot> ou pas à la compréhension.
Ben, c'est pourtant comme cela que ça se passe non ?
Angelot> TCP est liée à une seule interface IP si le terme couche vous
Angelot> ennuie.
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst,
port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de
la couche ip de retrouver l'interface sur laquelle placer le paquet
(utilisation de la table de routage pour ce faire)
Angelot> Mais TiChou suggère une idée intéressante : 2 piles de
Angelot> protocoles TCP/IP au dessus d'une seule interface réseau.
Je ne vois pas trop comment cela fonctionnerait (conflits d'accès au
périphérique), mais je suis ouvert à toute explication dans ce domaine.
Eric Masson
--
Dieu merci il y en a que vous pouvez encore faire rire, et il vous
sera donc beaucoup pardonné pour cela. Mais c'est bien votre seule
excuse, et même de cela vous n'êtes pas responsable.
-+-EJ in <http://www.le-gnu.net> : Ces bennes qu'on éteint -+-
Angelot> Du point de vue modélisation, pour représenter une machine Angelot> avec 2 interfaces réseau, on distingue normalement les 2 Angelot> interfaces dans la pile de protocoles.
Au niveau code, ça se traduit par l'allocation d'une structure de périphérique par interface.
Angelot> Les différentes interfaces réseau étant caractérisées par des Angelot> adresses physiques différentes.
Pas que, mais effectivement.
Angelot> Il est peu explicite de tracer une seule couche et laisser les Angelot> lecteurs se débrouiller pour comprendre. Libre à vous d'aider Angelot> ou pas à la compréhension.
Ben, c'est pourtant comme cela que ça se passe non ?
Angelot> TCP est liée à une seule interface IP si le terme couche vous Angelot> ennuie.
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst, port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de la couche ip de retrouver l'interface sur laquelle placer le paquet (utilisation de la table de routage pour ce faire)
Angelot> Mais TiChou suggère une idée intéressante : 2 piles de Angelot> protocoles TCP/IP au dessus d'une seule interface réseau.
Je ne vois pas trop comment cela fonctionnerait (conflits d'accès au périphérique), mais je suis ouvert à toute explication dans ce domaine.
Eric Masson
-- Dieu merci il y en a que vous pouvez encore faire rire, et il vous sera donc beaucoup pardonné pour cela. Mais c'est bien votre seule excuse, et même de cela vous n'êtes pas responsable. -+-EJ in <http://www.le-gnu.net> : Ces bennes qu'on éteint -+-
Angelot
Bonjour TiChou,
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP
alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ? euh... de quelle manière ?
Cela ne serait-il pas une méthode pour résoudre la question d'André Georgel ?
Cordialement, Angelot
Bonjour TiChou,
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la
configuration de la carte réseau ajouter autant de protocole TCP/IP que
d'IP
alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des
composants réseaux installés sur la carte avec les adresses IP voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ? euh... de quelle
manière ?
Cela ne serait-il pas une méthode pour résoudre la question d'André Georgel
?
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP
alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ? euh... de quelle manière ?
Cela ne serait-il pas une méthode pour résoudre la question d'André Georgel ?
Cordialement, Angelot
TiChou
Dans le message <news:cd69k3$ir2$, *Angelot* tapota sur f.c.r.ip :
Bonjour TiChou,
Bonjour Angelot,
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ?
Il ne s'agit pas de choisir la pile, la pile TCP/IP est unique et commune. Il s'agit plutôt ici de choisir l'adresse IP avec laquelle on veut communiquer avec l'extérieur.
euh... de quelle manière ?
C'est à l'application de « binder » sur l'adresse IP voulue.
Cela ne serait-il pas une méthode pour résoudre la question d'André Georgel ?
Si on veut, bien que cela ne soit pas obligatoire, cf ma réponse à André Georgel. Ça a quand même l'avantage de ne toucher à la configuration réseau que d'un seul côté.
-- TiChou
Dans le message <news:cd69k3$ir2$1@news-reader1.wanadoo.fr>,
*Angelot* tapota sur f.c.r.ip :
Bonjour TiChou,
Bonjour Angelot,
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans
la configuration de la carte réseau ajouter autant de protocole TCP/IP
que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la
liste des composants réseaux installés sur la carte avec les adresses IP
voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ?
Il ne s'agit pas de choisir la pile, la pile TCP/IP est unique et commune.
Il s'agit plutôt ici de choisir l'adresse IP avec laquelle on veut
communiquer avec l'extérieur.
euh... de quelle manière ?
C'est à l'application de « binder » sur l'adresse IP voulue.
Cela ne serait-il pas une méthode pour résoudre la question d'André
Georgel ?
Si on veut, bien que cela ne soit pas obligatoire, cf ma réponse à André
Georgel. Ça a quand même l'avantage de ne toucher à la configuration réseau
que d'un seul côté.
Dans le message <news:cd69k3$ir2$, *Angelot* tapota sur f.c.r.ip :
Bonjour TiChou,
Bonjour Angelot,
On peut faire de l'IP aliasing sous Windows 9x. Pour cela, il faut dans la configuration de la carte réseau ajouter autant de protocole TCP/IP que d'IP alias voulu. Ensuite on configure chaque entrée TCP/IP dans la liste des composants réseaux installés sur la carte avec les adresses IP voulues.
Et ensuite, on doit pouvoir choisir la pile que l'on veut ?
Il ne s'agit pas de choisir la pile, la pile TCP/IP est unique et commune. Il s'agit plutôt ici de choisir l'adresse IP avec laquelle on veut communiquer avec l'extérieur.
euh... de quelle manière ?
C'est à l'application de « binder » sur l'adresse IP voulue.
Cela ne serait-il pas une méthode pour résoudre la question d'André Georgel ?
Si on veut, bien que cela ne soit pas obligatoire, cf ma réponse à André Georgel. Ça a quand même l'avantage de ne toucher à la configuration réseau que d'un seul côté.
-- TiChou
Angelot
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst, port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de la couche ip de retrouver l'interface sur laquelle placer le paquet (utilisation de la table de routage pour ce faire)
En effet, je me suis mal exprimé.
Et chu presque prêt à vous suivre : une modélisation pourrait donc se représenter comme un empilage de couches, ou comme une vision des interfaces de la machine (rangées dans les couches correspondantes).
Dites quelques mots de plus... Angelot
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst,
port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de
la couche ip de retrouver l'interface sur laquelle placer le paquet
(utilisation de la table de routage pour ce faire)
En effet, je me suis mal exprimé.
Et chu presque prêt à vous suivre : une modélisation pourrait donc se
représenter comme un empilage de couches, ou comme une vision des interfaces
de la machine (rangées dans les couches correspondantes).
Non, une session tcp est liée à un quadruplet (ip src, port src, ip dst, port dst), tcp n'a aucune idée de l'interface utilisée, c'est le rôle de la couche ip de retrouver l'interface sur laquelle placer le paquet (utilisation de la table de routage pour ce faire)
En effet, je me suis mal exprimé.
Et chu presque prêt à vous suivre : une modélisation pourrait donc se représenter comme un empilage de couches, ou comme une vision des interfaces de la machine (rangées dans les couches correspondantes).
