(Merci de disposer d'un lecteur de mail utilisant des polices non
proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie
basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son
intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à
trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation
dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc
géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
(Merci de disposer d'un lecteur de mail utilisant des polices non proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
Andrew Tanenbaum, Réseaux, 3e edition, page 316, InterEditions ISBN 2-7296-0643-2
voir norme IEEE 802.2 : protocole LLC
on doit toujours avoir son Tanenbaum sous la main ....
-- * remove '.don't.spam' and '.invalid' from my eMail address if you want to write me * * enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez m'écrire *
On 30 Sep 2003 18:16:37 GMT, Zouplaz <pouet@pouet.com> wrote:
Bonjouar, dans la série "y a du savoir ici et pas chez moi" une nouvelle
question :
Il m'a semblé comprendre que LLC était la partie "supérieure" de la
couche ISO 2.
(Merci de disposer d'un lecteur de mail utilisant des polices non
proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie
basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son
intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à
trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation
dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc
géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
Andrew Tanenbaum, Réseaux, 3e edition, page 316, InterEditions ISBN
2-7296-0643-2
voir norme IEEE 802.2 : protocole LLC
on doit toujours avoir son Tanenbaum sous la main ....
--
* remove '.don't.spam' and '.invalid' from my eMail address if you want to
write me *
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *
(Merci de disposer d'un lecteur de mail utilisant des polices non proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
Andrew Tanenbaum, Réseaux, 3e edition, page 316, InterEditions ISBN 2-7296-0643-2
voir norme IEEE 802.2 : protocole LLC
on doit toujours avoir son Tanenbaum sous la main ....
-- * remove '.don't.spam' and '.invalid' from my eMail address if you want to write me * * enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez m'écrire *
Jacques Caron
Salut,
On 30 Sep 2003 18:16:37 GMT, Zouplaz wrote:
Il m'a semblé comprendre que LLC était la partie "supérieure" de la couche ISO 2.
Je pense que ça dépend des types de réseaux.
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Non, chaque type de réseau a (ou n'a pas) sa propre LLC.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
Ca ne pourrait pas être dans une RFC, parce que les RFCs concernent IP (couche 3) et au dessus, avec au mieux la façon de mettre un paquet IP dans une trame niveau 2 (évidemment certains diront que PPP est de niveau 2, c'est donc l'exception qui confirme la règle).
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Salut,
On 30 Sep 2003 18:16:37 GMT, Zouplaz <pouet@pouet.com> wrote:
Il m'a semblé comprendre que LLC était la partie "supérieure" de la
couche ISO 2.
Je pense que ça dépend des types de réseaux.
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie
basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son
intégration avec les couches supérieures.
Non, chaque type de réseau a (ou n'a pas) sa propre LLC.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à
trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
Ca ne pourrait pas être dans une RFC, parce que les RFCs concernent IP
(couche 3) et au dessus, avec au mieux la façon de mettre un paquet IP
dans une trame niveau 2 (évidemment certains diront que PPP est de niveau
2, c'est donc l'exception qui confirme la règle).
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
Il m'a semblé comprendre que LLC était la partie "supérieure" de la couche ISO 2.
Je pense que ça dépend des types de réseaux.
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Non, chaque type de réseau a (ou n'a pas) sa propre LLC.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
Ca ne pourrait pas être dans une RFC, parce que les RFCs concernent IP (couche 3) et au dessus, avec au mieux la façon de mettre un paquet IP dans une trame niveau 2 (évidemment certains diront que PPP est de niveau 2, c'est donc l'exception qui confirme la règle).
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
Marc Hamelin
Zouplaz wrote:
Bonjouar, dans la série "y a du savoir ici et pas chez moi" une nouvelle question :
Il m'a semblé comprendre que LLC était la partie "supérieure" de la couche ISO 2.
(Merci de disposer d'un lecteur de mail utilisant des polices non proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
bonjour,
Couche 1 : physique média de transmission
Couche 2a : Mac : sous-couche de contrôle d'accès au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus à jeton ex : token bus), 802.5 (anneau à jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de données 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orienté connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
A+, Marc
Zouplaz wrote:
Bonjouar, dans la série "y a du savoir ici et pas chez moi" une nouvelle
question :
Il m'a semblé comprendre que LLC était la partie "supérieure" de la
couche ISO 2.
(Merci de disposer d'un lecteur de mail utilisant des polices non
proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie
basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son
intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à
trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation
dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc
géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
bonjour,
Couche 1 : physique média de transmission
Couche 2a : Mac : sous-couche de contrôle d'accès au canal
802.3 (CSMA/CD ex : ethernet),
802.4 (bus à jeton ex : token bus),
802.5 (anneau à jeton ex : token ring, FDDI),
802.6 (DQDB)
on parle de trame et l'encapsulation
est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de données 802.2 (LLC)
LLC 1 : sans connexion,
LLC 2 : orienté connexion,
LLC 3 : datagrame.
L'encaspulation est LLC-Paquet_couche_3.
Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
(Merci de disposer d'un lecteur de mail utilisant des polices non proportionnelles)
Alors je me suis dit, LLC c'est UN protocole pour dissocier la partie basse (ethernet, X25, ppp, etc etc) de la partie "haute" et faciliter son intégration avec les couches supérieures.
Manque de pot, j'ai eu beau fouiner dans les rfc je n'ai pas réussi à trouver LE rfc qui dit "LLC c'est CA, il faut implémenter CA"...
De plus je me demande si LLC est une couche abstraite ou un protocole ?
Et enfin (après c'est fini) est-ce que implémenter LLC est une obligation dans tous les cas (quelle que soit la couche liaison) ? LLC serait donc géré par toutes les piles tcp/ip (puisque j'en reviens toujours à ça)
Merci pour vos réponse !
bonjour,
Couche 1 : physique média de transmission
Couche 2a : Mac : sous-couche de contrôle d'accès au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus à jeton ex : token bus), 802.5 (anneau à jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de données 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orienté connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
A+, Marc
Zouplaz
Marc Hamelin - :
Couche 2a : Mac : sous-couche de contrle d'accs au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus jeton ex : token bus), 802.5 (anneau jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orient connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans le point 2b. Si le média est ethernet LLC n'est pas défini puisque inutile.
J'ai bon ?
Marc Hamelin - hamelin@oups-verisign.com :
Couche 2a : Mac : sous-couche de contrle d'accs au canal
802.3 (CSMA/CD ex : ethernet),
802.4 (bus jeton ex : token bus),
802.5 (anneau jeton ex : token ring, FDDI),
802.6 (DQDB)
on parle de trame et l'encapsulation
est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC)
LLC 1 : sans connexion,
LLC 2 : orient connexion,
LLC 3 : datagrame.
L'encaspulation est LLC-Paquet_couche_3.
Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans
le point 2b. Si le média est ethernet LLC n'est pas défini puisque inutile.
Couche 2a : Mac : sous-couche de contrle d'accs au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus jeton ex : token bus), 802.5 (anneau jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orient connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans le point 2b. Si le média est ethernet LLC n'est pas défini puisque inutile.
J'ai bon ?
Marc Hamelin
Zouplaz wrote:
Marc Hamelin - :
Couche 2a : Mac : sous-couche de contrle d'accs au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus jeton ex : token bus), 802.5 (anneau jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orient connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans le point 2b. Si le média est ethernet LLC n'est pas défini puisque inutile.
J'ai bon ?
bonjour,
il semble que oui. C'est d'ailleurs un point qui m'a toujours semblé étrange, mais bon, si l'informatique et les réseaux étaient une sc iences exacte, ca se saurait :-) Marc
Zouplaz wrote:
Marc Hamelin - hamelin@oups-verisign.com :
Couche 2a : Mac : sous-couche de contrle d'accs au canal
802.3 (CSMA/CD ex : ethernet),
802.4 (bus jeton ex : token bus),
802.5 (anneau jeton ex : token ring, FDDI),
802.6 (DQDB)
on parle de trame et l'encapsulation
est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC)
LLC 1 : sans connexion,
LLC 2 : orient connexion,
LLC 3 : datagrame.
L'encaspulation est LLC-Paquet_couche_3.
Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans
le point 2b. Si le média est ethernet LLC n'est pas défini puisque
inutile.
J'ai bon ?
bonjour,
il semble que oui. C'est d'ailleurs un point qui m'a toujours
semblé étrange, mais bon, si l'informatique et les réseaux étaient une sc
iences exacte, ca se saurait :-)
Marc
Couche 2a : Mac : sous-couche de contrle d'accs au canal 802.3 (CSMA/CD ex : ethernet), 802.4 (bus jeton ex : token bus), 802.5 (anneau jeton ex : token ring, FDDI), 802.6 (DQDB) on parle de trame et l'encapsulation est : MAC(xxx+Source+Dest)-LPDU-MAC(CRC) (link protocol data unit)
Couche 2b : liaison de donnes 802.2 (LLC) LLC 1 : sans connexion, LLC 2 : orient connexion, LLC 3 : datagrame. L'encaspulation est LLC-Paquet_couche_3. Ex : HDLC, SLIP (RFC 1055), PPP (RFC 1662 1663)
Merci de ces précisions, ça ne concerne donc QUE les protocoles cités dans le point 2b. Si le média est ethernet LLC n'est pas défini puisque inutile.
J'ai bon ?
bonjour,
il semble que oui. C'est d'ailleurs un point qui m'a toujours semblé étrange, mais bon, si l'informatique et les réseaux étaient une sc iences exacte, ca se saurait :-) Marc
