par contre un switch manageable a une addresse MAC
Question : Dans le cas d'un switch manageable : Est-ce que le switch a une seule addresse MAC ou autant d'addresse MAC que de port ethernet ?
Pascal Hambourg
un switch non manageable n'a pas d'addresse MAC
par contre un switch manageable a une addresse MAC
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Question : Dans le cas d'un switch manageable : Est-ce que le switch a une seule addresse MAC ou autant d'addresse MAC que de port ethernet ?
Une seule. Il faut au plus une adresse MAC par interface [1], et un port d'un switch ne compte pas pour une interface. D'un point de vue réseau, on peut se représenter un switch manageable comme l'association d'un switch bête avec un hôte (la partie manageable) connecté à un port interne du switch. Seule l'interface réseau de cet hôte aurait une adresse MAC, pas les ports du switch.
[1] A noter qu'il existe des équipements dotés de plusieurs interfaces ethernet comme certains routeurs ou stations qui ont une seule et même adresse MAC pour toutes les interfaces, ce qui ne pose pas de problème dans la mesure où chaque interface est censée être connectée à un réseau distinct.
un switch non manageable n'a pas d'addresse MAC
par contre un switch manageable a une addresse MAC
S'il est manageable par le réseau. Si par exemple il n'est manageable
que par un port série, il n'a pas besoin d'adresse MAC.
Question : Dans le cas d'un switch manageable : Est-ce que le switch a
une seule addresse MAC ou autant d'addresse MAC que de port ethernet ?
Une seule. Il faut au plus une adresse MAC par interface [1], et un port
d'un switch ne compte pas pour une interface. D'un point de vue réseau,
on peut se représenter un switch manageable comme l'association d'un
switch bête avec un hôte (la partie manageable) connecté à un port
interne du switch. Seule l'interface réseau de cet hôte aurait une
adresse MAC, pas les ports du switch.
[1] A noter qu'il existe des équipements dotés de plusieurs interfaces
ethernet comme certains routeurs ou stations qui ont une seule et même
adresse MAC pour toutes les interfaces, ce qui ne pose pas de problème
dans la mesure où chaque interface est censée être connectée à un réseau
distinct.
par contre un switch manageable a une addresse MAC
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Question : Dans le cas d'un switch manageable : Est-ce que le switch a une seule addresse MAC ou autant d'addresse MAC que de port ethernet ?
Une seule. Il faut au plus une adresse MAC par interface [1], et un port d'un switch ne compte pas pour une interface. D'un point de vue réseau, on peut se représenter un switch manageable comme l'association d'un switch bête avec un hôte (la partie manageable) connecté à un port interne du switch. Seule l'interface réseau de cet hôte aurait une adresse MAC, pas les ports du switch.
[1] A noter qu'il existe des équipements dotés de plusieurs interfaces ethernet comme certains routeurs ou stations qui ont une seule et même adresse MAC pour toutes les interfaces, ce qui ne pose pas de problème dans la mesure où chaque interface est censée être connectée à un réseau distinct.
Michelot
Bonjour Pascal,
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un équipement (le réseau de management) peut être physiquement distinct du plan de transport des données utilisateur (le réseau des données utilisateur).
De toute manière, si le réseau de management utilise la couche MAC, les équipements à gérer dans ce réseau seront identifiés par leurs adresses MAC.
Cordialement, Michelot
Bonjour Pascal,
S'il est manageable par le réseau. Si par exemple il n'est manageable
que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un
équipement (le réseau de management) peut être physiquement distinct
du plan de transport des données utilisateur (le réseau des données
utilisateur).
De toute manière, si le réseau de management utilise la couche MAC,
les équipements à gérer dans ce réseau seront identifiés par leurs
adresses MAC.
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un équipement (le réseau de management) peut être physiquement distinct du plan de transport des données utilisateur (le réseau des données utilisateur).
De toute manière, si le réseau de management utilise la couche MAC, les équipements à gérer dans ce réseau seront identifiés par leurs adresses MAC.
Cordialement, Michelot
Zythum
Bonjour Pascal,
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un équipement (le réseau de management) peut être physiquement distinct du plan de transport des données utilisateur (le réseau des données utilisateur).
??? Certes mais dans ce cas l'administration ne se fait pas par un port série mais via un port Ethernet (généralement RJ45)
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but) et généralement elle permet de voir les messages de boot de l'OS du switch (donc avant "d'avoir la main") et même pour certains de réaliser quelques actions avant le chargement de l'intégralité de la couche logicielle (réinitialisation du mot de passe, flashage de l'OS, etc.). Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit pas d'une connexion via un réseau fusse-t-il isolé.
-- Zythum
Bonjour Pascal,
S'il est manageable par le réseau. Si par exemple il n'est manageable
que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un
équipement (le réseau de management) peut être physiquement distinct
du plan de transport des données utilisateur (le réseau des données
utilisateur).
???
Certes mais dans ce cas l'administration ne se fait pas par un port
série mais via un port Ethernet (généralement RJ45)
L'administration via un port série ne transite pas par les couches
réseau (c'est d'ailleurs le but) et généralement elle permet de voir les
messages de boot de l'OS du switch (donc avant "d'avoir la main") et
même pour certains de réaliser quelques actions avant le chargement de
l'intégralité de la couche logicielle (réinitialisation du mot de passe,
flashage de l'OS, etc.).
Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit
pas d'une connexion via un réseau fusse-t-il isolé.
S'il est manageable par le réseau. Si par exemple il n'est manageable que par un port série, il n'a pas besoin d'adresse MAC.
Votre assertion aura le mérite de faire réfléchir.
Comme vous dites, le plan de transport des données de management d'un équipement (le réseau de management) peut être physiquement distinct du plan de transport des données utilisateur (le réseau des données utilisateur).
??? Certes mais dans ce cas l'administration ne se fait pas par un port série mais via un port Ethernet (généralement RJ45)
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but) et généralement elle permet de voir les messages de boot de l'OS du switch (donc avant "d'avoir la main") et même pour certains de réaliser quelques actions avant le chargement de l'intégralité de la couche logicielle (réinitialisation du mot de passe, flashage de l'OS, etc.). Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit pas d'une connexion via un réseau fusse-t-il isolé.
-- Zythum
Michelot
Bonjour Zythum,
Certes mais dans ce cas l'administration ne se fait pas par un port série mais via un port Ethernet (généralement RJ45)
Lorsque le réseau d'administration est distinct du réseau des données de l'utilisateur, les piles de protocoles peuvent être effectivement différentes.
Prenez cet exemple qui mixe plusieurs technologies.
Plusieurs équipements industriels (multiplexeurs, faisceaux hertziens et pourquoi pas switchs...) sont gérés par un réseau d'administration complètement indépendant du réseau utilisateur. Un terminal est reli é à un équipement par une interface RS232 appelée interface F. Cet équipement est relié aux autres équipements par des interfaces Q.
Le réseau d'administration est composé d'interfaces F et d'interfaces Q. Et chaque équipement possède une interface Q et, généralement, un e interface F pour connecter en local un terminal.
L'interface F est constitué des protocoles HDLC sur RS232. L'interface Q est constitué des protocoles MAC sur 100Base-TX ou, pour les vieux matériels, 10BaseT2. Donc chaque équipement dispose d'une adresse MAC pour les interfaces Q.
Dans le cas où le réseau se restreint à un seul équipement relié à une console par une interface F, il n'est pas besoin d'adresse MAC de gestion.
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
...et généralement elle permet de voir les messages de boot de l'OS du switch (donc avant "d'avoir la main") et même pour certains de réaliser quelques actions avant le chargement de l'intégralité de la couche logicielle (réinitialisation du mot de pa sse, flashage de l'OS, etc.). Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit pas d'une connexion via un réseau fusse-t-il isolé.
Nous ne sommes plus totalement en administration mais en maintenance. Et même dans le cas de port de maintenance, j'ai vu des équipements qui utilisaient MAC, avec une adresse MAC par carte d'équipement.
Cordialement, Michelot
Bonjour Zythum,
Certes mais dans ce cas l'administration ne se fait pas par un port
série mais via un port Ethernet (généralement RJ45)
Lorsque le réseau d'administration est distinct du réseau des données
de l'utilisateur, les piles de protocoles peuvent être effectivement
différentes.
Prenez cet exemple qui mixe plusieurs technologies.
Plusieurs équipements industriels (multiplexeurs, faisceaux hertziens
et pourquoi pas switchs...) sont gérés par un réseau d'administration
complètement indépendant du réseau utilisateur. Un terminal est reli é
à un équipement par une interface RS232 appelée interface F. Cet
équipement est relié aux autres équipements par des interfaces Q.
Le réseau d'administration est composé d'interfaces F et d'interfaces
Q. Et chaque équipement possède une interface Q et, généralement, un e
interface F pour connecter en local un terminal.
L'interface F est constitué des protocoles HDLC sur RS232. L'interface
Q est constitué des protocoles MAC sur 100Base-TX ou, pour les vieux
matériels, 10BaseT2. Donc chaque équipement dispose d'une adresse MAC
pour les interfaces Q.
Dans le cas où le réseau se restreint à un seul équipement relié à une
console par une interface F, il n'est pas besoin d'adresse MAC de
gestion.
L'administration via un port série ne transite pas par les couches
réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez
très bien avoir MAC sur RS232.
...et généralement elle permet de voir les
messages de boot de l'OS du switch (donc avant "d'avoir la main") et
même pour certains de réaliser quelques actions avant le chargement de
l'intégralité de la couche logicielle (réinitialisation du mot de pa sse,
flashage de l'OS, etc.).
Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit
pas d'une connexion via un réseau fusse-t-il isolé.
Nous ne sommes plus totalement en administration mais en maintenance.
Et même dans le cas de port de maintenance, j'ai vu des équipements
qui utilisaient MAC, avec une adresse MAC par carte d'équipement.
Certes mais dans ce cas l'administration ne se fait pas par un port série mais via un port Ethernet (généralement RJ45)
Lorsque le réseau d'administration est distinct du réseau des données de l'utilisateur, les piles de protocoles peuvent être effectivement différentes.
Prenez cet exemple qui mixe plusieurs technologies.
Plusieurs équipements industriels (multiplexeurs, faisceaux hertziens et pourquoi pas switchs...) sont gérés par un réseau d'administration complètement indépendant du réseau utilisateur. Un terminal est reli é à un équipement par une interface RS232 appelée interface F. Cet équipement est relié aux autres équipements par des interfaces Q.
Le réseau d'administration est composé d'interfaces F et d'interfaces Q. Et chaque équipement possède une interface Q et, généralement, un e interface F pour connecter en local un terminal.
L'interface F est constitué des protocoles HDLC sur RS232. L'interface Q est constitué des protocoles MAC sur 100Base-TX ou, pour les vieux matériels, 10BaseT2. Donc chaque équipement dispose d'une adresse MAC pour les interfaces Q.
Dans le cas où le réseau se restreint à un seul équipement relié à une console par une interface F, il n'est pas besoin d'adresse MAC de gestion.
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
...et généralement elle permet de voir les messages de boot de l'OS du switch (donc avant "d'avoir la main") et même pour certains de réaliser quelques actions avant le chargement de l'intégralité de la couche logicielle (réinitialisation du mot de pa sse, flashage de l'OS, etc.). Bref dans ce cas il n'y a de notion d'adresse MAC puisqu'il ne s'agit pas d'une connexion via un réseau fusse-t-il isolé.
Nous ne sommes plus totalement en administration mais en maintenance. Et même dans le cas de port de maintenance, j'ai vu des équipements qui utilisaient MAC, avec une adresse MAC par carte d'équipement.
Cordialement, Michelot
Eric Masson
Michelot writes:
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
En règle générale, quand on a de la chance c'est un port console en vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le plus souvent une interface d'administration de base, qui permet de prendre la main sur le boot loader, de mettre à jour le firmware via un protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de conf de manière brutale.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une liaison série dédiée à l'administration, quand à l'utilité du dit empilage, c'est un autre débat...
-- JA> nous invitons chacun d'entre vous à découvrir notre site afin de JA> vous faire une idée de notre raison d'être et de nos valeurs... Et en plus, ils racolent! Allez donc attendre vos soucoupes ailleurs. -+-GLM in:<http://www.le-gnu.net>- Neuneu bêlant bien identifié -+-
Michelot <mhostettler@voila.fr> writes:
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez
très bien avoir MAC sur RS232.
En règle générale, quand on a de la chance c'est un port console en
vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le
plus souvent une interface d'administration de base, qui permet de
prendre la main sur le boot loader, de mettre à jour le firmware via un
protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de
conf de manière brutale.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une
liaison série dédiée à l'administration, quand à l'utilité du dit
empilage, c'est un autre débat...
--
JA> nous invitons chacun d'entre vous à découvrir notre site afin de
JA> vous faire une idée de notre raison d'être et de nos valeurs...
Et en plus, ils racolent! Allez donc attendre vos soucoupes ailleurs.
-+-GLM in:<http://www.le-gnu.net>- Neuneu bêlant bien identifié -+-
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
En règle générale, quand on a de la chance c'est un port console en vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le plus souvent une interface d'administration de base, qui permet de prendre la main sur le boot loader, de mettre à jour le firmware via un protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de conf de manière brutale.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une liaison série dédiée à l'administration, quand à l'utilité du dit empilage, c'est un autre débat...
-- JA> nous invitons chacun d'entre vous à découvrir notre site afin de JA> vous faire une idée de notre raison d'être et de nos valeurs... Et en plus, ils racolent! Allez donc attendre vos soucoupes ailleurs. -+-GLM in:<http://www.le-gnu.net>- Neuneu bêlant bien identifié -+-
Thierry B.
--{ Michelot a plopé ceci: }--
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
Euh, j'ai bien tout lu votre message, mais bon, j'ai du mal à comprendre, là. C'est quoi exactement "MAC sur RS232" ?
-- - Ne buvez pas au volant, buvez à la bouteille.
--{ Michelot a plopé ceci: }--
L'administration via un port série ne transite pas par les couches
réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez
très bien avoir MAC sur RS232.
Euh, j'ai bien tout lu votre message, mais bon, j'ai du mal
à comprendre, là. C'est quoi exactement "MAC sur RS232" ?
--
- Ne buvez pas au volant, buvez à la bouteille.
L'administration via un port série ne transite pas par les couches réseau (c'est d'ailleurs le but)...
Il faut mettre quelque chose au-dessus de RS232 ! Et vous pourriez très bien avoir MAC sur RS232.
Euh, j'ai bien tout lu votre message, mais bon, j'ai du mal à comprendre, là. C'est quoi exactement "MAC sur RS232" ?
-- - Ne buvez pas au volant, buvez à la bouteille.
Michelot
Bonsoir Thierry,
C'est quoi exactement "MAC sur RS232" ?
Ethernet, tel que normalisé par l'IEEE dans la recommandation 802.3, est constitué d'un protocole MAC de niveau 2 dans le modèle OSI, situé au-dessus d'un protocole PHY, de niveau 1 (physique) dans le modèle OSI.
Il existe plusieurs variantes de protocoles PHY normalisés 802.3, parfois bien différentes les unes des autres, par exemple 100Base-FX, 1000Base-PX10, 10Pass-TS... Le protocole MAC met en oeuvre une trame MAC dont la structure de base n'a pas évoluée depuis sa définition par l'IEEE.
Maintenant, il est possible de prendre la couche MAC 802.3 pour la faire reposer sur une couche de protocole non 802.3. L'appellation Ethernet est dans ce cas abusive, elle peut conduire à des non-sens.
La couche de protocole non 802.3 est généralement de niveau 2 (par exemple RFC 2684, AAL-5, trame SDH) ou de niveau 1 (par exemple RS232, USB).
Cela vous apparait-il plus clair ? cordialement, Michelot
Bonsoir Thierry,
C'est quoi exactement "MAC sur RS232" ?
Ethernet, tel que normalisé par l'IEEE dans la recommandation 802.3,
est constitué d'un protocole MAC de niveau 2 dans le modèle OSI, situé
au-dessus d'un protocole PHY, de niveau 1 (physique) dans le modèle
OSI.
Il existe plusieurs variantes de protocoles PHY normalisés 802.3,
parfois bien différentes les unes des autres, par exemple 100Base-FX,
1000Base-PX10, 10Pass-TS... Le protocole MAC met en oeuvre une trame
MAC dont la structure de base n'a pas évoluée depuis sa définition par
l'IEEE.
Maintenant, il est possible de prendre la couche MAC 802.3 pour la
faire reposer sur une couche de protocole non 802.3. L'appellation
Ethernet est dans ce cas abusive, elle peut conduire à des non-sens.
La couche de protocole non 802.3 est généralement de niveau 2 (par
exemple RFC 2684, AAL-5, trame SDH) ou de niveau 1 (par exemple RS232,
USB).
Cela vous apparait-il plus clair ?
cordialement,
Michelot
Ethernet, tel que normalisé par l'IEEE dans la recommandation 802.3, est constitué d'un protocole MAC de niveau 2 dans le modèle OSI, situé au-dessus d'un protocole PHY, de niveau 1 (physique) dans le modèle OSI.
Il existe plusieurs variantes de protocoles PHY normalisés 802.3, parfois bien différentes les unes des autres, par exemple 100Base-FX, 1000Base-PX10, 10Pass-TS... Le protocole MAC met en oeuvre une trame MAC dont la structure de base n'a pas évoluée depuis sa définition par l'IEEE.
Maintenant, il est possible de prendre la couche MAC 802.3 pour la faire reposer sur une couche de protocole non 802.3. L'appellation Ethernet est dans ce cas abusive, elle peut conduire à des non-sens.
La couche de protocole non 802.3 est généralement de niveau 2 (par exemple RFC 2684, AAL-5, trame SDH) ou de niveau 1 (par exemple RS232, USB).
Cela vous apparait-il plus clair ? cordialement, Michelot
Michelot
Bonsoir Eric,
En règle générale, quand on a de la chance c'est un port console en vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le plus souvent une interface d'administration de base, qui permet de prendre la main sur le boot loader, de mettre à jour le firmware via un protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de conf de manière brutale.
Merci pour votre témoignage.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une liaison série dédiée à l'administration, quand à l'utilité du dit empilage, c'est un autre débat...
Certains "empilages" sont normalisés. Ce travail de normalisation continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
Cordialement, Michelot
Bonsoir Eric,
En règle générale, quand on a de la chance c'est un port console en
vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le
plus souvent une interface d'administration de base, qui permet de
prendre la main sur le boot loader, de mettre à jour le firmware via un
protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de
conf de manière brutale.
Merci pour votre témoignage.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une
liaison série dédiée à l'administration, quand à l'utilité du dit
empilage, c'est un autre débat...
Certains "empilages" sont normalisés. Ce travail de normalisation
continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
En règle générale, quand on a de la chance c'est un port console en vt100 ou vt220, dans le pire des cas, c'est du dumb terminal. C'est le plus souvent une interface d'administration de base, qui permet de prendre la main sur le boot loader, de mettre à jour le firmware via un protocole type X, Y ou Z-Modem ou encore de réinitialiser un fichier de conf de manière brutale.
Merci pour votre témoignage.
Après cela, il est possible d'empiler à peu près n'importe quoi sur une liaison série dédiée à l'administration, quand à l'utilité du dit empilage, c'est un autre débat...
Certains "empilages" sont normalisés. Ce travail de normalisation continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
Cordialement, Michelot
Eric Masson
Michelot writes:
Certains "empilages" sont normalisés. Ce travail de normalisation continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
Certes, mais dans la vraie vie, quel est l'intérêt de ce genre de surcharge sur une une liaison série à très faible vitesse et qui majoritairement n'implémente pas de contrôle de flux autrement qu'en soft ?
-- Je voudrais savoir comment chercher n'importe quelle nationalités. S'il y en a qui sont faciles à trouver, il y en a d'autres mêmes européennes ou mondiales... -+- ER in <http://www.le-gnu.net> : C'est un monde ça -+-
Michelot <mhostettler@voila.fr> writes:
Certains "empilages" sont normalisés. Ce travail de normalisation
continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
Certes, mais dans la vraie vie, quel est l'intérêt de ce genre de
surcharge sur une une liaison série à très faible vitesse et qui
majoritairement n'implémente pas de contrôle de flux autrement qu'en
soft ?
--
Je voudrais savoir comment chercher n'importe quelle nationalités. S'il
y en a qui sont faciles à trouver, il y en a d'autres mêmes européennes
ou mondiales...
-+- ER in <http://www.le-gnu.net> : C'est un monde ça -+-
Certains "empilages" sont normalisés. Ce travail de normalisation continue d'évoluer à l'ITU-T, le sujet est toujours d'actualité.
Certes, mais dans la vraie vie, quel est l'intérêt de ce genre de surcharge sur une une liaison série à très faible vitesse et qui majoritairement n'implémente pas de contrôle de flux autrement qu'en soft ?
-- Je voudrais savoir comment chercher n'importe quelle nationalités. S'il y en a qui sont faciles à trouver, il y en a d'autres mêmes européennes ou mondiales... -+- ER in <http://www.le-gnu.net> : C'est un monde ça -+-
