Si vous êtes comme moi relié à internet par modem (et non Ethernet) ça p
eut vous intéresser.
Alni m'avait impressionné avec l'adresse physique 44-45-53-54-00-00 d'u
ne carte PPP d'adaptation au réseau IP. Annie avait commencé à prendre p
art à la discussion.
Plusieurs étonnements :
1) 44-45-53-54-00-00 se traduit en ASCII par "DEST..", début du mot dest
ination (recommencez à lire SVP, c'est en Anglais !)
Normalement, pour nous, le client de PPP devrait être soit un paquet IP,
soit une trame de gestion PPP (c'est à dire une commande de liaison LCP
, une authentification CHAP, un mot de passe PAP etc.)
2) Eh bien ! je m'aperçois que le paquet IP est porté non pas par PPP ma
is par.... Ethernet V2 (le vieil Ethernet d'avant guerre - laquelle d'ai
lleurs ?)
3) Qu'en est-il de la gestion PPP (niveau 2.2) ? Les trames LCP, CHAP, P
AP sont conformes aux RFC qui décrivent PPP mais elles ne sont pas porté
es par PPP (niveau 2.1), mais par... Ethernet V2 !
Donc, si on utilise Ethernet V2 sur paire torsadée il faut @source, @des
tination et numéro de protocole.
Eh bien, mon PC (le vôtre aussi) envoie des trames Ethernet V2 avec @des
t = 20-53-52-43-00-00 (_SRC..) et @source = 44-45-53-54-00-00 (DEST..) A
près un instant de réflexion, c'est beau !
Euh ! ma question : c'est décrit où ce truc ? ça ne me paraît pas propre
à Windows comme l'a dit Alni. Quelqu'un peut-il encore faire avancer le
chariot d'Ethernet sur paire torsadée ?
Cordialement,
Angelot
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Article poste via Voila News - http://www.news.voila.fr
Le : Sat Oct 4 20:44:04 2003 depuis l'IP : avelizy-115-1-7-130.w81-53.abo.wanadoo.fr [VIP 263906795648]
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
Annie D.
Angelot wrote:
En préambule HS, vous devriez changer de lecteur de news, celui-ci coupe les lignes n'importe comment au milieu des mots.
Alni m'avait impressionné avec l'adresse physique 44-45-53-54-00-00 d'une carte PPP d'adaptation au réseau IP.
Plusieurs étonnements :
1) 44-45-53-54-00-00 se traduit en ASCII par "DEST..", début du mot destination
Cette valeur, qui n'a aucune existence physique, a été choisie arbitrairement par les concepteurs de votre système d'exploitation. Alors pourquoi pas "DEST".
Normalement, pour nous, le client de PPP
Il n'y a pas vraiment de notion de client ou de serveur dans le protocole PPP. Il y a deux "pairs" ("peers") dont le rôle est symétrique. Dans la pratique courante, il y a une asymétrie dans l'authentification, l'équipement de l'abonné, à l'origine de la demande de connexion, s'authentifiant auprès du serveur d'accès du FAI. Mais le protocole permet une authentification mutuelle symétrique.
devrait être soit un paquet IP,
Pardon ? Le "client" de PPP est un paquet ?
soit une trame de gestion PPP (c'est à dire une commande de liaison LCP , une authentification CHAP, un mot de passe PAP etc.)
PPP définit en effet plusieurs types de paquet : LCP (gestion de la liaison), NCP (gestion d'un protocole encapsulé), protocole encapsulé (IP ou autre)... Le type de chaque paquet PPP est défini par son en-tête.
Cf. RFC 1661 pour les détails.
2) Eh bien ! je m'aperçois que le paquet IP est porté non pas par PPP mais par.... Ethernet V2
Comment voyez-vous cela ?
3) Qu'en est-il de la gestion PPP (niveau 2.2) ? Les trames LCP, CHAP, P AP sont conformes aux RFC qui décrivent PPP mais elles ne sont pas porté es par PPP (niveau 2.1), mais par... Ethernet V2 !
Même question.
Donc, si on utilise Ethernet V2 sur paire torsadée il faut @source, @des tination et numéro de protocole.
Oui, par conception même de la couche LLC protocole ethernet.
Eh bien, mon PC (le vôtre aussi) envoie des trames Ethernet V2 avec @dest = 20-53-52-43-00-00 (_SRC..) et @source = 44-45-53-54-00-00 (DEST..) A près un instant de réflexion, c'est beau !
Le votre peut-être, mais pas les miens.
Euh ! ma question : c'est décrit où ce truc ? ça ne me paraît pas propre à Windows comme l'a dit Alni.
Moi si, et même seulement à certaines versions de Windows. A après avoir lu votre article pour le moins déroutant, j'ai fait quelques essais avec deux tunnels PPTP (c'est du PPP encapsulé dans un tunnel GRE sur IP sur ethernet) avec : - un serveur PPTP sous Linux noyau 2.2 - un client PPTP sous Windows 98 - un client PPTP sous Windows 2000 Pro
Après avoir établi une connexion entre chaque client Windows et le serveur Linux, je liste les interfaces PPP créées.
- Linux : (ifconfig)
[interface de la liaison PPP avec le Windows 2000] ppp0 Link encap:Point-to-Point Protocol inet addr:192.168.9.63 P-t-P:192.168.9.64 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
[interface de la liaison PPP avec le Windows 98] ppp1 Link encap:Point-to-Point Protocol inet addr:192.168.9.63 P-t-P:192.168.9.65 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Pas d'adresse MAC, contrairement à une interface ethernet. Normal, il n'y en a pas en PPP.
L'adresse MAC affectée à cette pseudo-carte ethernet est effectivement 44-45-53-54-00-00. On note que le DHCP est mentionné comme activé, alors que c'est erroné : DHCP n'est pas utilisé avec PPP.
On notera que sous Windows 2000, l'interface PPP n'est plus considérée comme une carte ethernet mais une "carte PPP". La pseudo-adresse MAC subsiste néanmois mais sa valeur, 00-53-45-00-00-00 est différente de la précédente. Donc ce n'est pas une généralité. D'autre part, le DHCP n'est plus mentionné comme activé sur cette interface.
Deuxième étape, je lance quelques "pings" sur chaque interface pour générer du trafic sur les interfaces PPP et voir l'impact sur les tables ARP de chaque machine.
- Linux : rien d'autre que les adresses MAC du réseau ethernet
- Windows 2000 : rien d'autre que les adresses MAC du réseau ethernet
- Windows 98 :
Interface : 192.168.9.65 on Interface 0x1000002 Adresse Internet Adresse physique Type 192.168.9.63 20-53-52-43-00-00 dynamique 192.168.9.64 20-53-52-43-00-00 dynamique 192.168.9.66 20-53-52-43-00-00 dynamique
Toutes les adresses IP accessibles par cette interface ont la même adresse MAC 20-53-52-43-00-00, y compris la propre adresse de la machine. Alors que la commande "ipconfig" rapporte une adresse différente ! Cela montre bien que ces adresses MAC sur PPP sont bidon et n'ont d'existence qu'en interne dans la gestion réseau de Windows 98.
Sous Linux et Windows 2000, la table ARP n'est pas affectée par le trafic sur les liens PPP, pour une simple et bonne raison : il n'y a pas d'ARP sur PPP, pas plus que d'adresse MAC.
Quelqu'un peut-il encore faire avancer le chariot d'Ethernet sur paire torsadée ?
Que voulez-vous dire ?
Angelot wrote:
En préambule HS, vous devriez changer de lecteur de news, celui-ci coupe
les lignes n'importe comment au milieu des mots.
Alni m'avait impressionné avec l'adresse physique 44-45-53-54-00-00
d'une carte PPP d'adaptation au réseau IP.
Plusieurs étonnements :
1) 44-45-53-54-00-00 se traduit en ASCII par "DEST..", début du mot
destination
Cette valeur, qui n'a aucune existence physique, a été choisie
arbitrairement par les concepteurs de votre système d'exploitation.
Alors pourquoi pas "DEST".
Normalement, pour nous, le client de PPP
Il n'y a pas vraiment de notion de client ou de serveur dans le
protocole PPP. Il y a deux "pairs" ("peers") dont le rôle est
symétrique. Dans la pratique courante, il y a une asymétrie dans
l'authentification, l'équipement de l'abonné, à l'origine de la demande
de connexion, s'authentifiant auprès du serveur d'accès du FAI. Mais le
protocole permet une authentification mutuelle symétrique.
devrait être soit un paquet IP,
Pardon ? Le "client" de PPP est un paquet ?
soit une trame de gestion PPP (c'est à dire une commande de liaison LCP
, une authentification CHAP, un mot de passe PAP etc.)
PPP définit en effet plusieurs types de paquet : LCP (gestion de la
liaison), NCP (gestion d'un protocole encapsulé), protocole encapsulé
(IP ou autre)... Le type de chaque paquet PPP est défini par son
en-tête.
Cf. RFC 1661 pour les détails.
2) Eh bien ! je m'aperçois que le paquet IP est porté non pas par PPP
mais par.... Ethernet V2
Comment voyez-vous cela ?
3) Qu'en est-il de la gestion PPP (niveau 2.2) ? Les trames LCP, CHAP, P
AP sont conformes aux RFC qui décrivent PPP mais elles ne sont pas porté
es par PPP (niveau 2.1), mais par... Ethernet V2 !
Même question.
Donc, si on utilise Ethernet V2 sur paire torsadée il faut @source, @des
tination et numéro de protocole.
Oui, par conception même de la couche LLC protocole ethernet.
Eh bien, mon PC (le vôtre aussi) envoie des trames Ethernet V2 avec @dest
= 20-53-52-43-00-00 (_SRC..) et @source = 44-45-53-54-00-00 (DEST..) A
près un instant de réflexion, c'est beau !
Le votre peut-être, mais pas les miens.
Euh ! ma question : c'est décrit où ce truc ? ça ne me paraît pas propre
à Windows comme l'a dit Alni.
Moi si, et même seulement à certaines versions de Windows.
A après avoir lu votre article pour le moins déroutant, j'ai fait
quelques essais avec deux tunnels PPTP (c'est du PPP encapsulé dans un
tunnel GRE sur IP sur ethernet) avec :
- un serveur PPTP sous Linux noyau 2.2
- un client PPTP sous Windows 98
- un client PPTP sous Windows 2000 Pro
Après avoir établi une connexion entre chaque client Windows et le
serveur Linux, je liste les interfaces PPP créées.
- Linux : (ifconfig)
[interface de la liaison PPP avec le Windows 2000]
ppp0 Link encap:Point-to-Point Protocol
inet addr:192.168.9.63 P-t-P:192.168.9.64 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
[interface de la liaison PPP avec le Windows 98]
ppp1 Link encap:Point-to-Point Protocol
inet addr:192.168.9.63 P-t-P:192.168.9.65 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Pas d'adresse MAC, contrairement à une interface ethernet. Normal, il
n'y en a pas en PPP.
L'adresse MAC affectée à cette pseudo-carte ethernet est effectivement
44-45-53-54-00-00. On note que le DHCP est mentionné comme activé, alors
que c'est erroné : DHCP n'est pas utilisé avec PPP.
On notera que sous Windows 2000, l'interface PPP n'est plus considérée
comme une carte ethernet mais une "carte PPP". La pseudo-adresse MAC
subsiste néanmois mais sa valeur, 00-53-45-00-00-00 est différente de la
précédente. Donc ce n'est pas une généralité. D'autre part, le DHCP
n'est plus mentionné comme activé sur cette interface.
Deuxième étape, je lance quelques "pings" sur chaque interface pour
générer du trafic sur les interfaces PPP et voir l'impact sur les tables
ARP de chaque machine.
- Linux : rien d'autre que les adresses MAC du réseau ethernet
- Windows 2000 : rien d'autre que les adresses MAC du réseau ethernet
- Windows 98 :
Interface : 192.168.9.65 on Interface 0x1000002
Adresse Internet Adresse physique Type
192.168.9.63 20-53-52-43-00-00 dynamique
192.168.9.64 20-53-52-43-00-00 dynamique
192.168.9.66 20-53-52-43-00-00 dynamique
Toutes les adresses IP accessibles par cette interface ont la même
adresse MAC 20-53-52-43-00-00, y compris la propre adresse de la
machine. Alors que la commande "ipconfig" rapporte une adresse
différente ! Cela montre bien que ces adresses MAC sur PPP sont bidon et
n'ont d'existence qu'en interne dans la gestion réseau de Windows 98.
Sous Linux et Windows 2000, la table ARP n'est pas affectée par le
trafic sur les liens PPP, pour une simple et bonne raison : il n'y a pas
d'ARP sur PPP, pas plus que d'adresse MAC.
Quelqu'un peut-il encore faire avancer le
chariot d'Ethernet sur paire torsadée ?
En préambule HS, vous devriez changer de lecteur de news, celui-ci coupe les lignes n'importe comment au milieu des mots.
Alni m'avait impressionné avec l'adresse physique 44-45-53-54-00-00 d'une carte PPP d'adaptation au réseau IP.
Plusieurs étonnements :
1) 44-45-53-54-00-00 se traduit en ASCII par "DEST..", début du mot destination
Cette valeur, qui n'a aucune existence physique, a été choisie arbitrairement par les concepteurs de votre système d'exploitation. Alors pourquoi pas "DEST".
Normalement, pour nous, le client de PPP
Il n'y a pas vraiment de notion de client ou de serveur dans le protocole PPP. Il y a deux "pairs" ("peers") dont le rôle est symétrique. Dans la pratique courante, il y a une asymétrie dans l'authentification, l'équipement de l'abonné, à l'origine de la demande de connexion, s'authentifiant auprès du serveur d'accès du FAI. Mais le protocole permet une authentification mutuelle symétrique.
devrait être soit un paquet IP,
Pardon ? Le "client" de PPP est un paquet ?
soit une trame de gestion PPP (c'est à dire une commande de liaison LCP , une authentification CHAP, un mot de passe PAP etc.)
PPP définit en effet plusieurs types de paquet : LCP (gestion de la liaison), NCP (gestion d'un protocole encapsulé), protocole encapsulé (IP ou autre)... Le type de chaque paquet PPP est défini par son en-tête.
Cf. RFC 1661 pour les détails.
2) Eh bien ! je m'aperçois que le paquet IP est porté non pas par PPP mais par.... Ethernet V2
Comment voyez-vous cela ?
3) Qu'en est-il de la gestion PPP (niveau 2.2) ? Les trames LCP, CHAP, P AP sont conformes aux RFC qui décrivent PPP mais elles ne sont pas porté es par PPP (niveau 2.1), mais par... Ethernet V2 !
Même question.
Donc, si on utilise Ethernet V2 sur paire torsadée il faut @source, @des tination et numéro de protocole.
Oui, par conception même de la couche LLC protocole ethernet.
Eh bien, mon PC (le vôtre aussi) envoie des trames Ethernet V2 avec @dest = 20-53-52-43-00-00 (_SRC..) et @source = 44-45-53-54-00-00 (DEST..) A près un instant de réflexion, c'est beau !
Le votre peut-être, mais pas les miens.
Euh ! ma question : c'est décrit où ce truc ? ça ne me paraît pas propre à Windows comme l'a dit Alni.
Moi si, et même seulement à certaines versions de Windows. A après avoir lu votre article pour le moins déroutant, j'ai fait quelques essais avec deux tunnels PPTP (c'est du PPP encapsulé dans un tunnel GRE sur IP sur ethernet) avec : - un serveur PPTP sous Linux noyau 2.2 - un client PPTP sous Windows 98 - un client PPTP sous Windows 2000 Pro
Après avoir établi une connexion entre chaque client Windows et le serveur Linux, je liste les interfaces PPP créées.
- Linux : (ifconfig)
[interface de la liaison PPP avec le Windows 2000] ppp0 Link encap:Point-to-Point Protocol inet addr:192.168.9.63 P-t-P:192.168.9.64 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
[interface de la liaison PPP avec le Windows 98] ppp1 Link encap:Point-to-Point Protocol inet addr:192.168.9.63 P-t-P:192.168.9.65 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Pas d'adresse MAC, contrairement à une interface ethernet. Normal, il n'y en a pas en PPP.
L'adresse MAC affectée à cette pseudo-carte ethernet est effectivement 44-45-53-54-00-00. On note que le DHCP est mentionné comme activé, alors que c'est erroné : DHCP n'est pas utilisé avec PPP.
On notera que sous Windows 2000, l'interface PPP n'est plus considérée comme une carte ethernet mais une "carte PPP". La pseudo-adresse MAC subsiste néanmois mais sa valeur, 00-53-45-00-00-00 est différente de la précédente. Donc ce n'est pas une généralité. D'autre part, le DHCP n'est plus mentionné comme activé sur cette interface.
Deuxième étape, je lance quelques "pings" sur chaque interface pour générer du trafic sur les interfaces PPP et voir l'impact sur les tables ARP de chaque machine.
- Linux : rien d'autre que les adresses MAC du réseau ethernet
- Windows 2000 : rien d'autre que les adresses MAC du réseau ethernet
- Windows 98 :
Interface : 192.168.9.65 on Interface 0x1000002 Adresse Internet Adresse physique Type 192.168.9.63 20-53-52-43-00-00 dynamique 192.168.9.64 20-53-52-43-00-00 dynamique 192.168.9.66 20-53-52-43-00-00 dynamique
Toutes les adresses IP accessibles par cette interface ont la même adresse MAC 20-53-52-43-00-00, y compris la propre adresse de la machine. Alors que la commande "ipconfig" rapporte une adresse différente ! Cela montre bien que ces adresses MAC sur PPP sont bidon et n'ont d'existence qu'en interne dans la gestion réseau de Windows 98.
Sous Linux et Windows 2000, la table ARP n'est pas affectée par le trafic sur les liens PPP, pour une simple et bonne raison : il n'y a pas d'ARP sur PPP, pas plus que d'adresse MAC.
Quelqu'un peut-il encore faire avancer le chariot d'Ethernet sur paire torsadée ?
