Livre IPv6 - User contributions [en]

MediaWiki:Sidebar

2012-05-02T08:51:47Z

WikiSysop:

MediaWiki:Sidebar

2012-05-02T08:51:22Z

WikiSysop:

MediaWiki:Sidebar

2012-05-02T08:50:59Z

WikiSysop:

MediaWiki:Sidebar

2012-05-02T08:49:36Z

WikiSysop:

MediaWiki:Sidebar

2012-05-02T08:49:03Z

WikiSysop:

Template:Suivi

2008-01-22T13:59:08Z

WikiSysop:

{|border="1"
|-
| colspan=5 align="center" bgcolor="#FFFF00" | [http://www.g6.asso.fr/index.php/Camp_IPv6 '''Rennes : 30 Juin - 4 Juillet 2008 Camp IPv6''']
|-
| [[{{{1}}}|<img src="/images/6/6f/Stock_previous.png" />]] || border="0" style="width:33%;" align="center" | [[{{{1}}}|{{{2}}}]] ||style="background:#efefef; width:20%" align="center" | [[Table des matières]] ||style="width:33%;" align="center" | [[{{{3}}}|{{{4}}}]] || [[{{{3}}}|<img src="/images/e/e3/Stock_next.png" />]]
|}

Main Page

2008-01-22T13:49:52Z

WikiSysop:

{{Annonce| retenez cette date

[[image:camp2008.jpg]]

[http://www.g6.asso.fr/index.php/Camp_IPv6 Plus d'information]
}}

=<center>'''IPv6 Théorie et Pratique'''</center>=
<center>''Gisèle Cizault''</center>

Bonjour,

Les évolutions autour du protocole IPv6 sont de plus en plus rapides. C'est
bon signe pour la vitalité du protocole, mais il est de plus en plus difficile
que la version papier du livre IPv6 théorie et pratique (ISBN 284177337X) soit toujours à jour.

Aussi nous avons décidé avec les éditions O'Reilly et le [http://www.g6.asso.fr G6]
et le support technique du [http://www.point6.net Point6]
d'en faire une version en ligne (accessible en IPv4 et IPv6). Ce serveur reprend
intégralement la quatrième édition du livre IPv6 théorie et Pratique paru en Novembre
2005 chez O'Reilly. Le but de ce site est de le faire évoluer le texte pour suivre
au plus près les évolutions d'IPv6, d'établir un dialogue avec les lecteurs répondre
plus clairement aux demandes des utilisateurs. D'un point de vue pratique, il permettra
également aux auteurs de mieux collaborer pour maintenir à jour les informations.

Vous pouvez commencer votre lecture par la [[Table des matières|table des matières]] ou le [[Préambule|préambule]]

L'intégralité du texte est maintenant en ligne, nous allons maintenant rendre les figures plus lisibles. Cela
demande un peu plus de temps car il faut remonter aux sources des contributions des différents auteurs.

Bonne Lecture

Gisèle Cizault.

PS: un [http://www.g6.asso.fr/blog blog] est également à votre disposition pour commenter
l'actualité, les avantages ou les problèmes techniques liés l'arrivée d'IPv6.

<gflash>600 125 http://www.point6.net/~toutain/ipv4-exhaustion.swf</gflash>

Main Page

2008-01-14T21:15:32Z

WikiSysop:

{{Annonce| retenez cette date

[[image:camp2008.jpg]]

Bientôt plus d'information

}}

=<center>'''IPv6 Théorie et Pratique'''</center>=
<center>''Gisèle Cizault''</center>

Bonjour,

Les évolutions autour du protocole IPv6 sont de plus en plus rapides. C'est
bon signe pour la vitalité du protocole, mais il est de plus en plus difficile
que la version papier du livre IPv6 théorie et pratique (ISBN 284177337X) soit toujours à jour.

Aussi nous avons décidé avec les éditions O'Reilly et le [http://www.g6.asso.fr G6]
et le support technique du [http://www.point6.net Point6]
d'en faire une version en ligne (accessible en IPv4 et IPv6). Ce serveur reprend
intégralement la quatrième édition du livre IPv6 théorie et Pratique paru en Novembre
2005 chez O'Reilly. Le but de ce site est de le faire évoluer le texte pour suivre
au plus près les évolutions d'IPv6, d'établir un dialogue avec les lecteurs répondre
plus clairement aux demandes des utilisateurs. D'un point de vue pratique, il permettra
également aux auteurs de mieux collaborer pour maintenir à jour les informations.

Vous pouvez commencer votre lecture par la [[Table des matières|table des matières]] ou le [[Préambule|préambule]]

L'intégralité du texte est maintenant en ligne, nous allons maintenant rendre les figures plus lisibles. Cela
demande un peu plus de temps car il faut remonter aux sources des contributions des différents auteurs.

Bonne Lecture

Gisèle Cizault.

PS: un [http://www.g6.asso.fr/blog blog] est également à votre disposition pour commenter
l'actualité, les avantages ou les problèmes techniques liés l'arrivée d'IPv6.

<gflash>600 125 http://www.point6.net/~toutain/ipv4-exhaustion.swf</gflash>

Template:Annonce

2008-01-14T21:15:06Z

WikiSysop:

{|
|width=10%|[[image:information.png]]||width=70%|<div style="float:left; align:justify; background-color: white; color: #000; padding: .2em .6em; font-size: 130%; border: 1px solid #cedff2; width: 95%;">{{{1}}}</div>
|}

Main Page

2008-01-14T21:14:49Z

WikiSysop:

{{Annonce| retenez cette date

[[image:camp2008.jpg]]

Bientôt plus d'informations

}}

=<center>'''IPv6 Théorie et Pratique'''</center>=
<center>''Gisèle Cizault''</center>

Bonjour,

Les évolutions autour du protocole IPv6 sont de plus en plus rapides. C'est
bon signe pour la vitalité du protocole, mais il est de plus en plus difficile
que la version papier du livre IPv6 théorie et pratique (ISBN 284177337X) soit toujours à jour.

Aussi nous avons décidé avec les éditions O'Reilly et le [http://www.g6.asso.fr G6]
et le support technique du [http://www.point6.net Point6]
d'en faire une version en ligne (accessible en IPv4 et IPv6). Ce serveur reprend
intégralement la quatrième édition du livre IPv6 théorie et Pratique paru en Novembre
2005 chez O'Reilly. Le but de ce site est de le faire évoluer le texte pour suivre
au plus près les évolutions d'IPv6, d'établir un dialogue avec les lecteurs répondre
plus clairement aux demandes des utilisateurs. D'un point de vue pratique, il permettra
également aux auteurs de mieux collaborer pour maintenir à jour les informations.

Vous pouvez commencer votre lecture par la [[Table des matières|table des matières]] ou le [[Préambule|préambule]]

L'intégralité du texte est maintenant en ligne, nous allons maintenant rendre les figures plus lisibles. Cela
demande un peu plus de temps car il faut remonter aux sources des contributions des différents auteurs.

Bonne Lecture

Gisèle Cizault.

PS: un [http://www.g6.asso.fr/blog blog] est également à votre disposition pour commenter
l'actualité, les avantages ou les problèmes techniques liés l'arrivée d'IPv6.

<gflash>600 125 http://www.point6.net/~toutain/ipv4-exhaustion.swf</gflash>

File:Camp2008.jpg

2008-01-14T21:14:14Z

WikiSysop:

File:Test.jpg

2008-01-14T21:10:37Z

WikiSysop:

AG Angers

2008-01-14T21:09:25Z

WikiSysop:

__NOTOC__

= Les "Gisèles" au travail =

[[image:test.jpg]]

[[image:coteaux_du_layon.jpg]]

= Initiales =

PB : Philippe Bereski
LC : Laurent Clevy
YD : Yann Dupont
JD : Jérôme Durand
TE : Thierry Ernst
TLH : Thanh Luu Ha
MLM : Maryline Laurent Maknavicius
YLG : Yves Legrandgérard
SM : Simon Muyal
AP : Alexandru Petrescu
JLR : Jean Luc Richier
LS : Luc Saccavini
MS : Mohsen Souissi
BS : Bruno Stévant
LT : Laurent Toutain
BT : Bernard Tuy

= [[Préambule]] (JLR, LT)=

=[[Introduction]] (JLR, LT) =

= Adressage (LT) =
* -> revoir site local et documenter [[ULA]]
* -> FAIT : supprimer 3FFE, le déplacer vers Historique
* -> nouvelle page provisoire [[Adressage Global]]
* -> Requete de Bernard sur le schema de l'adresse lien-local (fait ?)
* JLR : pas clair, il faut séparer l'IID de l'EUI-64. (LT)
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR (reférence vers historique) et les règles d'obtention des adresses.
* Règle de selection d'adresses [[selection adresses]]

= Protocoles réseau et transport (JLR) =

*-> Ajouter/remplacer exemples du tutorial les extensions pour le routage par la source.
*-> Exemples de 3FFE -> 2001

*-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle (JLR) =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
* -> exemples 3FFE -> 2001
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!
*-> revoir cas du NBMA
*-> ajouter [[optimistic DAD]]
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire [[DHCPv6]] (partie protocole et partie mise en oeuvre)
** DUID
** PD

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] (MS) =

*-> mettre en historique A6 et Bitstrings
*-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.
*-> YLG: Entrer plus en détail sur le BU

= [[Supports de transmission]] (JLR) =

*-> JLR: [[switch]] "intelligent" pour MLD proxy et filtrage RA
*-> PB : [[WiMax]]
*-> TL : UMTS a fuisionner avec chapitre existant ?

= [[Installation d'un équipement]] (JLR) =

* -> essayer d'unifier plus le plan
* -> voir si les firewall sortent (voir avec YD)
* -> BS: ajouter copie d'[[écran MAC]]
* -> mieux détailler [[netsh]] pour m$
* -> BS ? : ajouter [[vista]] ?
* -> YD ? :ajouter [[debian]] et autres

= [[Routage]] (LT) =

* ripng 3FFE->2001 (YLG)
* Sécurité IPsec (YLG)
* Détailler plus OSPFv3
* Détailler plus BGP (BT ?)
* remonter BGP au niveau des protocoles Externes

= [[Configuration des routeurs]] (JLR) =
* JLR -> a toiletter

= [[Multicast]] (JD)=

*-> JD : relecture, mise à jour
*-> YD : mettre des exemples pratiques
*-> BS : a relevé des incohérences dans les notations entre lis figures et les explications.
*-> YLG : commente le code de [[passerelle v4 vers v6]] et en fait une page MediaWiki

= [[Sécurité]] (MLM) =

*-> YD : Firewall IPv6 (des exemples sont déjà dans mise en oeuvre d'équipements)
*-> PB, LC : Ajouter [[SEND]]

=[[Mobilité dans IPv6]] (PB) =

*-> relecture par les auteurs
*-> TE: séparer MIP de NEMO ?
*-> BS: intégrer la mobilité et firewall.

= NOUVEAU CHAPITRE [[Multi-homing]] (LT) =

=[[Intégration d'IPv6 et des applications]]=

*-> Présenter le fonctionnement des mécanismes
*-> LT: Parler de Softwires

= NOUVEAU CHAPITRE [[Exemples de déploiement]] (BS)=

*-> BS: déploiement dans un site
*-> mise en oeuvre de HTTP (Proxy inverse)
*-> imprimantes
*-> Mail

=[[Programmation d'applications]] (YLG) =

*-> donner les sources des programmes
*-> LT: attention il manque les renvois des n° de lignes

*->mettre d'autres langages (OCaml, Perl, Ruby, Python et extented API, Java)
*->JLR : Cygwin
*->lister les JVM compatibles IPv6

=[[Supervision]] (SM)=
*-> reorganiser entre les outils supervision et métrologie

=[[Historique de la standardisation d’IPv6]] (LS) =
*-> decouper en acteurs de l'internet et historique d'IPv6

=[[Bases whois]] (LT) =

= [[Bibliographie]] (LT) =

AG Angers

2008-01-14T21:05:17Z

WikiSysop:

__NOTOC__

= Les "Gisèles" au travail =

[[image:test.png]]

[[image:coteaux_du_layon.jpg]]

= Initiales =

PB : Philippe Bereski
LC : Laurent Clevy
YD : Yann Dupont
JD : Jérôme Durand
TE : Thierry Ernst
TLH : Thanh Luu Ha
MLM : Maryline Laurent Maknavicius
YLG : Yves Legrandgérard
SM : Simon Muyal
AP : Alexandru Petrescu
JLR : Jean Luc Richier
LS : Luc Saccavini
MS : Mohsen Souissi
BS : Bruno Stévant
LT : Laurent Toutain
BT : Bernard Tuy

= [[Préambule]] (JLR, LT)=

=[[Introduction]] (JLR, LT) =

= Adressage (LT) =
* -> revoir site local et documenter [[ULA]]
* -> FAIT : supprimer 3FFE, le déplacer vers Historique
* -> nouvelle page provisoire [[Adressage Global]]
* -> Requete de Bernard sur le schema de l'adresse lien-local (fait ?)
* JLR : pas clair, il faut séparer l'IID de l'EUI-64. (LT)
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR (reférence vers historique) et les règles d'obtention des adresses.
* Règle de selection d'adresses [[selection adresses]]

= Protocoles réseau et transport (JLR) =

*-> Ajouter/remplacer exemples du tutorial les extensions pour le routage par la source.
*-> Exemples de 3FFE -> 2001

*-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle (JLR) =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
* -> exemples 3FFE -> 2001
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!
*-> revoir cas du NBMA
*-> ajouter [[optimistic DAD]]
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire [[DHCPv6]] (partie protocole et partie mise en oeuvre)
** DUID
** PD

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] (MS) =

*-> mettre en historique A6 et Bitstrings
*-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.
*-> YLG: Entrer plus en détail sur le BU

= [[Supports de transmission]] (JLR) =

*-> JLR: [[switch]] "intelligent" pour MLD proxy et filtrage RA
*-> PB : [[WiMax]]
*-> TL : UMTS a fuisionner avec chapitre existant ?

= [[Installation d'un équipement]] (JLR) =

* -> essayer d'unifier plus le plan
* -> voir si les firewall sortent (voir avec YD)
* -> BS: ajouter copie d'[[écran MAC]]
* -> mieux détailler [[netsh]] pour m$
* -> BS ? : ajouter [[vista]] ?
* -> YD ? :ajouter [[debian]] et autres

= [[Routage]] (LT) =

* ripng 3FFE->2001 (YLG)
* Sécurité IPsec (YLG)
* Détailler plus OSPFv3
* Détailler plus BGP (BT ?)
* remonter BGP au niveau des protocoles Externes

= [[Configuration des routeurs]] (JLR) =
* JLR -> a toiletter

= [[Multicast]] (JD)=

*-> JD : relecture, mise à jour
*-> YD : mettre des exemples pratiques
*-> BS : a relevé des incohérences dans les notations entre lis figures et les explications.
*-> YLG : commente le code de [[passerelle v4 vers v6]] et en fait une page MediaWiki

= [[Sécurité]] (MLM) =

*-> YD : Firewall IPv6 (des exemples sont déjà dans mise en oeuvre d'équipements)
*-> PB, LC : Ajouter [[SEND]]

=[[Mobilité dans IPv6]] (PB) =

*-> relecture par les auteurs
*-> TE: séparer MIP de NEMO ?
*-> BS: intégrer la mobilité et firewall.

= NOUVEAU CHAPITRE [[Multi-homing]] (LT) =

=[[Intégration d'IPv6 et des applications]]=

*-> Présenter le fonctionnement des mécanismes
*-> LT: Parler de Softwires

= NOUVEAU CHAPITRE [[Exemples de déploiement]] (BS)=

*-> BS: déploiement dans un site
*-> mise en oeuvre de HTTP (Proxy inverse)
*-> imprimantes
*-> Mail

=[[Programmation d'applications]] (YLG) =

*-> donner les sources des programmes
*-> LT: attention il manque les renvois des n° de lignes

*->mettre d'autres langages (OCaml, Perl, Ruby, Python et extented API, Java)
*->JLR : Cygwin
*->lister les JVM compatibles IPv6

=[[Supervision]] (SM)=
*-> reorganiser entre les outils supervision et métrologie

=[[Historique de la standardisation d’IPv6]] (LS) =
*-> decouper en acteurs de l'internet et historique d'IPv6

=[[Bases whois]] (LT) =

= [[Bibliographie]] (LT) =

Main Page

2008-01-14T21:03:10Z

WikiSysop:

=<center>'''IPv6 Théorie et Pratique'''</center>=
<center>''Gisèle Cizault''</center>

Bonjour,

Les évolutions autour du protocole IPv6 sont de plus en plus rapides. C'est
bon signe pour la vitalité du protocole, mais il est de plus en plus difficile
que la version papier du livre IPv6 théorie et pratique (ISBN 284177337X) soit toujours à jour.

Aussi nous avons décidé avec les éditions O'Reilly et le [http://www.g6.asso.fr G6]
et le support technique du [http://www.point6.net Point6]
d'en faire une version en ligne (accessible en IPv4 et IPv6). Ce serveur reprend
intégralement la quatrième édition du livre IPv6 théorie et Pratique paru en Novembre
2005 chez O'Reilly. Le but de ce site est de le faire évoluer le texte pour suivre
au plus près les évolutions d'IPv6, d'établir un dialogue avec les lecteurs répondre
plus clairement aux demandes des utilisateurs. D'un point de vue pratique, il permettra
également aux auteurs de mieux collaborer pour maintenir à jour les informations.

Vous pouvez commencer votre lecture par la [[Table des matières|table des matières]] ou le [[Préambule|préambule]]

L'intégralité du texte est maintenant en ligne, nous allons maintenant rendre les figures plus lisibles. Cela
demande un peu plus de temps car il faut remonter aux sources des contributions des différents auteurs.

Bonne Lecture

Gisèle Cizault.

PS: un [http://www.g6.asso.fr/blog blog] est également à votre disposition pour commenter
l'actualité, les avantages ou les problèmes techniques liés l'arrivée d'IPv6.

<gflash>600 125 http://www.point6.net/~toutain/ipv4-exhaustion.swf</gflash>

Main Page

2008-01-14T21:02:44Z

WikiSysop:

{{Annonce| retenez cette date

[[image:camp2008.png]]

Bientôt plus d'informations

}}

=<center>'''IPv6 Théorie et Pratique'''</center>=
<center>''Gisèle Cizault''</center>

Bonjour,

Les évolutions autour du protocole IPv6 sont de plus en plus rapides. C'est
bon signe pour la vitalité du protocole, mais il est de plus en plus difficile
que la version papier du livre IPv6 théorie et pratique (ISBN 284177337X) soit toujours à jour.

Aussi nous avons décidé avec les éditions O'Reilly et le [http://www.g6.asso.fr G6]
et le support technique du [http://www.point6.net Point6]
d'en faire une version en ligne (accessible en IPv4 et IPv6). Ce serveur reprend
intégralement la quatrième édition du livre IPv6 théorie et Pratique paru en Novembre
2005 chez O'Reilly. Le but de ce site est de le faire évoluer le texte pour suivre
au plus près les évolutions d'IPv6, d'établir un dialogue avec les lecteurs répondre
plus clairement aux demandes des utilisateurs. D'un point de vue pratique, il permettra
également aux auteurs de mieux collaborer pour maintenir à jour les informations.

Vous pouvez commencer votre lecture par la [[Table des matières|table des matières]] ou le [[Préambule|préambule]]

L'intégralité du texte est maintenant en ligne, nous allons maintenant rendre les figures plus lisibles. Cela
demande un peu plus de temps car il faut remonter aux sources des contributions des différents auteurs.

Bonne Lecture

Gisèle Cizault.

PS: un [http://www.g6.asso.fr/blog blog] est également à votre disposition pour commenter
l'actualité, les avantages ou les problèmes techniques liés l'arrivée d'IPv6.

<gflash>600 125 http://www.point6.net/~toutain/ipv4-exhaustion.swf</gflash>

MediaWiki:Sidebar

2008-01-14T20:12:13Z

WikiSysop:

MediaWiki:Sidebar

2008-01-09T17:41:55Z

WikiSysop:

MediaWiki:Sidebar

2007-06-29T09:54:47Z

WikiSysop:

MediaWiki:Sidebar

2007-06-29T09:54:20Z

WikiSysop:

AG Angers

2006-06-08T10:01:58Z

WikiSysop: /* Supports de transmission */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.
* Règle de selection d'adresses

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

*-> mettre en historique A6 et Bitstrings
*-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.
*-> YLG: Entrer plus en détail sur le BU

= [[Supports de transmission]] =

*-> PB : WiMax
*-> TL : UMTS

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:55:59Z

WikiSysop: /* Nommage */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.
* Règle de selection d'adresses

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

*-> mettre en historique A6 et Bitstrings
*-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.
*-> YLG: Entrer plus en détail sur le BU

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:54:49Z

WikiSysop: /* Nommage */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.
* Règle de selection d'adresses

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

*-> mettre en historique A6 et Bitstrings
*-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.
*-> Entrer plus en détail sur le BU

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:53:36Z

WikiSysop: /* Adressage */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.
* Règle de selection d'adresses

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

-> mettre en historique A6 et Bitstrings
-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:52:08Z

WikiSysop: /* Nommage */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

-> mettre en historique A6 et Bitstrings
-> Peut etre déplacer les mises en oeuvre vers le chapitre déploiement.

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:48:03Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

* Déplacer dans Historique la renumérotation de router

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:43:55Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD
* ¡JLR : faire la différence entre la configuration d'adresses et la configuration de machine!

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:39:04Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).
*-> BS : réécrire DHCPv6 (partie protocole et partie mise en oeuvre)
** DUID
** PD

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:37:24Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
*-> revoir cas du NBMA
*-> ajouter optimiste DAD
*-> vérifier les délais (surtout dans la cas de la mobilité).

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:32:46Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

*-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.

*-> revoir cas du NBMA

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:32:24Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.
-> revoir cas du NBMA

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:28:40Z

WikiSysop: /* Configuration automatique et contrôle */

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE, le déplacer vers Historique
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.
* Décrire les politiques de gestion par les RIR et les règles d'obtention des adresses.

= Protocoles réseau et transport =

-> Ajouter/remplacer exemple du tutorial les extensions pour le routage par la source.
-> Exemples de 3FFE -> 2001

-> ICMPv6 : vérifier dans IANA s'il y a des modifs.

= Configuration automatique et contrôle =

-> Ajouter un chapeau introductif décrivant l'interet (et les risques) de la configuration automatique.

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

-> Ajouter SEND (Philippe Bereski, Laurent Clevy)

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T09:23:45Z

WikiSysop: /* Protocoles réseau et transport */

AG Angers

2006-06-08T09:19:10Z

WikiSysop: /* Protocoles réseau et transport */

AG Angers

2006-06-08T09:16:50Z

WikiSysop: /* Protocoles réseau et transport */

AG Angers

2006-06-08T09:12:02Z

WikiSysop: /* Sécurité */

AG Angers

2006-06-08T09:02:31Z

WikiSysop:

AG Angers

2006-06-08T08:58:25Z

WikiSysop:

Unicast Global

2006-06-08T08:52:35Z

WikiSysop:

{{suivi |Plans d'adressage|Plans d'adressage|Lien-local|Adresses Lien-local}}

=== Adressage global : plan d'adressage agrégé ===

Ce plan, proposée dans le RFC 3587, précise la structure d'adressage IPv6 définie dans le RFC 3513 en précisant les tailles de chacun des blocs. Une adresse intègre trois niveaux de hiérarchie :

[[image:Fig3-3.png|thumb|right|350px|Figure 3-4 ''Adresse de type plan agrégé'']]

* une topologie publique codé sur 48 bits, allouée par le fournisseur d'accès;
* une topologie de site codé sur 16 bits. Ce champ permet de coder les numéros de sous réseau du site;
* un [[identifiant d'interface]] (64 bits) distinguant les différentes machines sur le lien.

Il existe plusieurs instanciations de ce plan d'adressage. Historiquement la première (préfixe <tt>3FFE::/16</tt>) a servi aux réseaux expérimentaux, puis une seconde (préfixe <tt>2001::/16</tt>) est définie par les autorités régionales pour les réseaux dits de production, enfin une troisième est dédiée (préfixe <tt>2002::/16</tt>) au mécanisme de transition [[Déploiement IPv6 des fournisseurs d'accès (ISP)#6to4|6to4]]. Ces instanciations sont différenciées par la valeur du préfixe initial de 16 bits (cf. Tableau). Très récemment, d'autres préfixes ont été libérés. En effet, si l'on garde l'attribution de préfixe de longueur 48 pour les sites terminaux, et que l'on intègre les réseaux domotiques, les opérateurs peuvent justifier d'un besoin important d'adresses que les autorités régionales ne peuvent leur refuser. Il semble que cela pourrait remettre en cause l'attribution de préfixes de longueur 48 pour tous les utilisateurs au profit de préfixes plus long. Une version, à jour des allocations est disponible sur le site http://www.iana.org/assignments/ipv6-unicast-address-assignments.

== Adresses de test ==

Les expérimentations d'IPv6 sur un réseau devaient commencer avant que les règles d'attribution des préfixes soient complètement finalisées. La valeur 0x1FFE a été attribué par l'IANA au 6bone dans le plan d'adressage agrégé pour les expérimentations (RFC 3701). Il correspond au préfixe <tt>3FFE::/16</tt> pour l'ensemble du 6bone.

[[image:Fig3-4.jpg|thumb|right|350px|Figure 3-4 ''Adresse de test du plan agrégé'']]

Les 48 bits restant avant le champ Subnet ID recréent les niveaux hiérarchiques d'un réseau IPv6 défini dans le RFC 3587, d'où le terme pseudo accolé au nom du champ. La taille réduite n'étant pas un facteur limitant dans la phase expérimentale. Des pseudo-TLA d'une taille initialement de 8, mais portées à 12 bits par la suite, sont attribués à des opérateurs voulant expérimenter le protocole. Les 24 ou 20 bits suivants sont utilisés pour numéroter les sites.

Les pseudo-TLA ont été alloués jusqu'en décembre 2003 aux opérateurs qui en faisaient la demande. La liste complète est disponible sur le serveur Web http://www.6bone.net/6bone_pTLA_list.html. Le tableau Pseudo TLA attribués par le groupe ngtrans reprend quelques unes de ces valeurs.

{|
|+'''''Pseudo TLA attribués par le groupe ngtrans'''''
!Organismes/Pays!!Préfixe!! !!Organismes/Pays!!Préfixe
|-style="background:silver"
|ROOT66/US-CA||3FFE:0000::/24|| ||TRUMPET/AU||3FFE:8000::/28
|-
|TELEBIT/DK||3FFE:0100::/24|| ||ICM-PL/PL||3FFE:8010::/28
|-style="background:silver"
|SICS/SE||3FFE:0200::/24|| ||IIJ/JP||3FFE:8020::/28
|-
|G6/FR||3FFE:0300::/24|| ||QTPVSIX/EU||3FFE:8030::/28
|-style="background:silver"
|JOIN/DE||3FFE:0400::/24|| ||APAN-KR||3FFE:8040::/28
|-
|WIDE/JP||3FFE:0500::/24|| ||MIBH||3FFE:8050::/28
|-style="background:silver"
|SURFNET/NL||3FFE:0600::/24|| ||ATNET-AT||3FFE:8060::/28
|}

L'expérimentation lié au 6bone devrait se terminer bientôt, la date d'arrêt a été symboliquement choisie le mardi 6 juin 2006 RFC 3701. En effet, si ce réseau au début de l'introduction d'IPv6 palier à l'absence d'opérateurs officiels, il a vite montré ses limites. L'utilisation de tunnels pour créer la connectivité, a conduit à un trop fort maillage, à des routes relativement longues et par conséquence à une faible qualité de service.

== Adresses gérées par les RIR ==

La valeur <tt>0x0001</tt> a été attribué par l'IANA pour un plan d'adressage où les autorités régionales attribuent les préfixes. Le préfixe initial est par conséquent <tt>2001::/16</tt>. Ce plan reproduit, en étendant la largeur des champs les principes de délagation et de gestion introduits en IPv4 par CIDR. Un site voulant se connecter reçoit de son fournisseur d'accès un préfixe global de 48 bits.

{{suivi |Plans d'adressage|Plans d'adressage|Lien-local|Adresses Lien-local}}

AG Angers

2006-06-08T08:50:02Z

WikiSysop:

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter un lien vers le chapitre exemple de déploiement donnant une page un plan d'adressage sur le SID et les règles d'attribution des IID.

= Protocoles réseau et transport =

-> Exemples

= Configuration automatique et contrôle =

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

= NOUVEAU CHAPITRE [[Exemple de déploiement]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T08:48:08Z

WikiSysop:

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter une page un plan d'adressage sur le SID et les règles d'attribution des IID.

= Protocoles réseau et transport =

-> Exemples

= Configuration automatique et contrôle =

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

AG Angers

2006-06-08T08:47:55Z

WikiSysop:

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE
* -> supprimer site local
* -> Requete de Bernard sur le schema de l'adresse lien-local
* JLR : pas clair, il faut séparer l'IID de l'EUI-64.
* Ajouter une page un plan d'adressage sur le SID et les règles
d'attribution des IID.

= Protocoles réseau et transport =

-> Exemples

= Configuration automatique et contrôle =

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

Lien-local

2006-06-08T08:43:46Z

WikiSysop:

{{suivi |Unicast Global|Adresses Globales|Identifiant d'interface|Identifiant d'interface}}

Les adresses de type lien-local (''link local use address'') sont des adresses dont la validité est restreinte à un lien, c'est-à-dire l'ensemble de interfaces directement connectées sans routeur intermédiaire : par exemple machines branchées sur un même Ethernet, machines reliées par une connexion PPP, ou extrémités d'un tunnel. Les adresses lien-local sont configurées automatiquement à l'initialisation de l'interface et permettent la communication entre noeuds voisins. L'adresse est obtenue en concaténant le préfixe <tt>FE80::/64</tt> aux 64 bits de l'[[Identifiant d'interface|identifiant d'interface]].

[[image:Fig3-5.jpg|thumb|right|400px|Figure 3-5 ''Adresse Lien_Local'']]

Ces adresses sont utilisées par les protocoles de configuration d'adresse globale, de découverte de voisins (''neighbor discovery'') et de découverte de routeurs (''router discovery''). Ce sont de nouveaux dispositifs, le premier supplantant en particulier le protocole ARP (''Address Resolution Protocol''), qui permettent pas à un réseau local de se configurer automatiquement (voir [[Découverte de voisins]]).

Les adresses lien-local sont uniques à l'intérieur d'un lien. Le protocole de détection de duplication d'adresse (voir [[Configuration automatique#DAD|Détection d'adresse dupliquée]]) permet de s'en assurer. Par contre la duplication d'une adresse lien-local entre deux liens différents, ou entre deux interfaces d'un même noeud est autorisée.

Un routeur ne doit en aucun cas retransmettre un paquet ayant pour adresse source ou destination une adresse de type lien-local.

Le fait que ces adresses aient une portée très faible les limite dans la pratique au cas où un démarrage automatique (''bootstrap'') est nécessaire. Leur usage ne doit pas être généralisé dans les applications classiques en régime stabilisé.

== Portée de l'adresse (''scoped address'') ==

Pour les adresses de type lien-local ou multicast qui ne permettent de désigner sans ambiguïté l'interface de sortie, il est nécessaire de la spécifier en ajoutant à la fin le nom de l'interface voulue, précédé du caractère "%".

Ainsi dans l'exemple suivant, issue d'une machine BSD :
<tt>
>'''ping6 fe80::200:c0ff:fee4:caa0'''
PING6 fe80::1%lo0 --> fe80::200:c0ff:fee4:caa0
ping6: sendmsg: No route to host
ping6: wrote fe80::200:c0ff:fee4:caa0 16 chars, ret=-1
ping6: sendmsg: No route to host
ping6: wrote fe80::200:c0ff:fee4:caa0 16 chars, ret=-1
^C
--- fe80::200:c0ff:fee4:caa0 ping6 statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
</tt>

La station est incapable de déterminer l'interface de sortie, par contre si l'on utilise la même adresse de destination en précisant l'interface de sortie :

<tt>
>'''ping6 fe80::200:c0ff:fee4:caa0%xl0'''
PING6 fe80::2b0:d0ff:fe3b:e565%xl0 --> fe80::200:c0ff:fee4:caa0%xl0
16 bytes from fe80::200:c0ff:fee4:caa0%xl0, icmp_seq=0 hlim=255 time=1 ms
16 bytes from fe80::200:c0ff:fee4:caa0%xl0, icmp_seq=1 hlim=255 time=1.067 ms
^C
--- fe80::200:c0ff:fee4:caa0%xl0 ping6 statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 1/1.033/1.067 ms
</tt>

on obtient le résultat attendu.

{{suivi |Unicast Global|Adresses Globales|Identifiant d'interface|Identifiant d'interface}}

AG Angers

2006-06-08T08:39:15Z

WikiSysop:

__NOTOC__
= [[Préambule]] =

=[[Introduction]] =

= Adressage =
* -> revoir ULA
* -> supprimer 3FFE
* -> supprimer site local

= Protocoles réseau et transport =

= Configuration automatique et contrôle =

= [[Nommage]] =

= [[Supports de transmission]] =

= [[Installation d'un équipement]] =

= [[Routage]] =

= [[Configuration des routeurs]] =

= [[Multicast]] =

= [[Sécurité]] =

=[[Mobilité dans IPv6]]=

=[[Intégration d'IPv6 et des applications]]=

=[[Programmation d'applications]]=

=[[Supervision]]=

=[[Historique de la standardisation d’IPv6]]=

=[[Bases whois]]=

= [[Bibliographie]] =

Réseaux à diffusion

2006-06-01T01:08:46Z

WikiSysop: /* Ethernet (RFC 2464) */

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Les réseaux à diffusion ont tous une approche de transport similaire, utilisant le protocole de découverte de voisins pour trouver l'adresse du destinataire. Ce chapitre décrit les réseaux les plus courants, sans chercher l'exhaustivité.

=== Ethernet (RFC 2464) ===

Les datagrammes IPv6 utilisent l'encapsulation standard Ethernet V2, chaque trame contenant un seul datagramme. Nous décrivons ici le cas de l'Ethernet natif, mais la méthode s'étend immédiatement aux VLAN IEEE 802.1q.

[[image:Fig7-1.png|thumb|right|400px|Figure 7-1 ''Encapsulation Ethernet'']]

L'en-tête de la trame Ethernet contient les adresses Ethernet source et destination, et le champ type de protocole vaut <tt>0x86DD</tt>. La structure d'une trame est donnée à la figure Encapsulation Ethernet.

La taille maximale d'un datagramme pouvant être transmis directement par une interface Ethernet (MTU) est normalement de 1 500 octets. Une valeur différente peut être forcée par configuration manuelle ou en utilisant l'option MTU des annonces de routeurs.

[[image:Fig7-2.png|thumb|right|400px|Figure 7-2 ''Relation entre les adresses MAC et IPv6'']]

<div id="sol">Pour la construction des adresses lien-local et des adresses auto-configurées, l'identifiant d'interface est celui dérivé de l'adresse MAC IEEE 802 constructeur de l'interface Ethernet, selon le procédé décrit au paragraphe [[Identifiant d'interface]]. Par exemple si une carte Ethernet a pour adresse constructeur <tt>34:56:78:9A:BC:DE</tt>, l'identifiant d'interface sera <tt>36-56-FF-FE-9A-BC-DE</tt> et l'adresse lien-local de l'interface aura pour valeur <tt>FE80::3656:78FF:FE9A:BCDE</tt>. La figure Relation entre les adresses MAC et IPv6 montre les relations entre les adresses MAC et IPv6. L'identifiant d'interface dérive de l'adresse MAC. À partir de cet identifiant est construit l'adresse lien-local et le plus souvent l'adresse dans le plan agrégé. L'adresse de multicast sollicité est construite à partir des trois derniers octets des adresses unicasts. De cette adresse de multicast sollicité est déduite l'adresse MAC de multicast.

[[image:Fig7-3.png|thumb|right|400px|Figure 7-3 ''Option adresse physique Source/Cible pour Ethernet/FDDI'']]

Pour une adresse IPv6 destination unicast ou anycast, le calcul de l'adresse MAC correspondant est fait par le protocole de découverte de voisin . Dans les messages du protocole, le format de l'option [[Découverte de voisins#physique|découverte de voisins]] est donné par la figure Option adresse physique Source/Cible pour Ethernet/FDDI avec :

* <tt>type</tt> : type de l'option (1 ou 2),
* <tt>longueur</tt> : 1 (8 octets).

[[image:Fig7-4.png|thumb|right|400px|Figure 7-4 ''Calcul de l'adresse MAC destination pour un multicast IPv6'']]

Pour les adresses de multicast, le protocole de découverte des voisins n'est pas utilisable. L'adresse Ethernet est calculée en concaténant le préfixe <tt>0x3333</tt> et les 4 octets de poids faible de l'adresse IPv6 (cf. figure Calcul de l'adresse MAC destination pour un multicast IPv6).

.

===Encapsulation LLC===

L'autre encapsulation utilisée est l'encapsulation LLC/SNAP avec adresses MAC de 48 bits. Le champ type protocole vaut aussi <tt>0x86DD</tt>. La structure d'une trame est donnée par la figure Encapsulation des paquets IPv6 avec :

[[image:CS70.gif]]

* FC : «Frame Code» (Doit être dans l'intervalle 0x51 - 0x57).
* DSAP, SSAP : <tt>0xAA</tt>, indiquant une encapsulation SNAP.
* CTRL : <tt>0x03</tt>, indiquant une information non numérotée.
* OUI : <tt>0x000000</tt> (''Organizationally Unique Identifier'').
* CODE : <tt>0x86DD</tt> (code protocole indiquant un contenu IPv6

Le principe régissant le calcul de l'identifiant d'interface et celui de l'adresse MAC à partir d'une adresse IPv6 de multicast est le même que pour Ethernet. L'option Découverte des voisins est aussi la même que pour Ethernet.

Cette encapsulation est utilisée pour FDDI (RFC 2467), IEEE 802.3 et Token-Ring (RFC 2470)

Pour FDDI, les datagrammes sont transmis dans des trames FDDI asynchrones avec jeton simple, chaque trame contenant un datagramme. Le MTU IPv6 par défaut est de 4352 octets. Toutefois, à cause de la présence possible de ponts IEEE 802.1d (Spanning Tree,...), le MTU effectif peut être plus faible (par exemple en présence de ponts Ethernet/FDDI, le MTU doit être de 1 500 octets). La valeur par défaut du MTU peut donc être modifiée, soit par configuration manuelle, soit en utilisant l'option [[Découverte de voisins#MTU|MTU]] des paquets [[Découverte de voisins#RA|annonce du routeur]].

Pour Token-Ring (RFC 2470), la taille maximale possible pour un paquet est très variable à cause de la possibilité du source routing qui ajoute des informations pour indiquer le chemin à travers les ponts. La valeur du MTU est donc configurable, avec une valeur défaut de 1 500, mais les valeurs de longueur de trame indiquées dans les trames de source routing peuvent être prise en compte. La correspondance entre adresse multicast et adresse physique MAC n'est pas aussi simple qu'avec Ethernet ou FDDI, les composants pour l'anneau à jeton ne permettant de positionner qu'un seul bit dans l'adresse MAC multicast. On utilise donc seulement 10 classes d'adresses.

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

File:Fig7-4.png

2006-06-01T01:08:03Z

WikiSysop:

Réseaux à diffusion

2006-06-01T01:07:41Z

WikiSysop: /* Ethernet (RFC 2464) */

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Les réseaux à diffusion ont tous une approche de transport similaire, utilisant le protocole de découverte de voisins pour trouver l'adresse du destinataire. Ce chapitre décrit les réseaux les plus courants, sans chercher l'exhaustivité.

=== Ethernet (RFC 2464) ===

Les datagrammes IPv6 utilisent l'encapsulation standard Ethernet V2, chaque trame contenant un seul datagramme. Nous décrivons ici le cas de l'Ethernet natif, mais la méthode s'étend immédiatement aux VLAN IEEE 802.1q.

[[image:Fig7-1.png|thumb|right|400px|Figure 7-1 ''Encapsulation Ethernet'']]

L'en-tête de la trame Ethernet contient les adresses Ethernet source et destination, et le champ type de protocole vaut <tt>0x86DD</tt>. La structure d'une trame est donnée à la figure Encapsulation Ethernet.

La taille maximale d'un datagramme pouvant être transmis directement par une interface Ethernet (MTU) est normalement de 1 500 octets. Une valeur différente peut être forcée par configuration manuelle ou en utilisant l'option MTU des annonces de routeurs.

[[image:Fig7-2.png|thumb|right|400px|Figure 7-2 ''Relation entre les adresses MAC et IPv6'']]

<div id="sol">Pour la construction des adresses lien-local et des adresses auto-configurées, l'identifiant d'interface est celui dérivé de l'adresse MAC IEEE 802 constructeur de l'interface Ethernet, selon le procédé décrit au paragraphe [[Identifiant d'interface]]. Par exemple si une carte Ethernet a pour adresse constructeur <tt>34:56:78:9A:BC:DE</tt>, l'identifiant d'interface sera <tt>36-56-FF-FE-9A-BC-DE</tt> et l'adresse lien-local de l'interface aura pour valeur <tt>FE80::3656:78FF:FE9A:BCDE</tt>. La figure Relation entre les adresses MAC et IPv6 montre les relations entre les adresses MAC et IPv6. L'identifiant d'interface dérive de l'adresse MAC. À partir de cet identifiant est construit l'adresse lien-local et le plus souvent l'adresse dans le plan agrégé. L'adresse de multicast sollicité est construite à partir des trois derniers octets des adresses unicasts. De cette adresse de multicast sollicité est déduite l'adresse MAC de multicast.

[[image:Fig7-3.png|thumb|right|400px|Figure 7-3 ''Option adresse physique Source/Cible pour Ethernet/FDDI'']]

Pour une adresse IPv6 destination unicast ou anycast, le calcul de l'adresse MAC correspondant est fait par le protocole de découverte de voisin . Dans les messages du protocole, le format de l'option [[Découverte de voisins#physique|découverte de voisins]] est donné par la figure Option adresse physique Source/Cible pour Ethernet/FDDI avec :

* <tt>type</tt> : type de l'option (1 ou 2),
* <tt>longueur</tt> : 1 (8 octets).

[[image:Fig7-4.png|thumb|right|400px|Figure 7-4 ''Calcul de l'adresse MAC destination pour un multicast IPv6'']]

Pour les adresses de multicast, le protocole de découverte des voisins n'est pas utilisable. L'adresse Ethernet est calculée en concaténant le préfixe <tt>0x3333</tt> et les 4 octets de poids faible de l'adresse IPv6 (cf. figure Calcul de l'adresse MAC destination pour un multicast IPv6).

===Encapsulation LLC===

L'autre encapsulation utilisée est l'encapsulation LLC/SNAP avec adresses MAC de 48 bits. Le champ type protocole vaut aussi <tt>0x86DD</tt>. La structure d'une trame est donnée par la figure Encapsulation des paquets IPv6 avec :

[[image:CS70.gif]]

* FC : «Frame Code» (Doit être dans l'intervalle 0x51 - 0x57).
* DSAP, SSAP : <tt>0xAA</tt>, indiquant une encapsulation SNAP.
* CTRL : <tt>0x03</tt>, indiquant une information non numérotée.
* OUI : <tt>0x000000</tt> (''Organizationally Unique Identifier'').
* CODE : <tt>0x86DD</tt> (code protocole indiquant un contenu IPv6

Le principe régissant le calcul de l'identifiant d'interface et celui de l'adresse MAC à partir d'une adresse IPv6 de multicast est le même que pour Ethernet. L'option Découverte des voisins est aussi la même que pour Ethernet.

Cette encapsulation est utilisée pour FDDI (RFC 2467), IEEE 802.3 et Token-Ring (RFC 2470)

Pour FDDI, les datagrammes sont transmis dans des trames FDDI asynchrones avec jeton simple, chaque trame contenant un datagramme. Le MTU IPv6 par défaut est de 4352 octets. Toutefois, à cause de la présence possible de ponts IEEE 802.1d (Spanning Tree,...), le MTU effectif peut être plus faible (par exemple en présence de ponts Ethernet/FDDI, le MTU doit être de 1 500 octets). La valeur par défaut du MTU peut donc être modifiée, soit par configuration manuelle, soit en utilisant l'option [[Découverte de voisins#MTU|MTU]] des paquets [[Découverte de voisins#RA|annonce du routeur]].

Pour Token-Ring (RFC 2470), la taille maximale possible pour un paquet est très variable à cause de la possibilité du source routing qui ajoute des informations pour indiquer le chemin à travers les ponts. La valeur du MTU est donc configurable, avec une valeur défaut de 1 500, mais les valeurs de longueur de trame indiquées dans les trames de source routing peuvent être prise en compte. La correspondance entre adresse multicast et adresse physique MAC n'est pas aussi simple qu'avec Ethernet ou FDDI, les composants pour l'anneau à jeton ne permettant de positionner qu'un seul bit dans l'adresse MAC multicast. On utilise donc seulement 10 classes d'adresses.

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Réseaux à diffusion

2006-06-01T01:00:00Z

WikiSysop: /* Ethernet (RFC 2464) */

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Les réseaux à diffusion ont tous une approche de transport similaire, utilisant le protocole de découverte de voisins pour trouver l'adresse du destinataire. Ce chapitre décrit les réseaux les plus courants, sans chercher l'exhaustivité.

=== Ethernet (RFC 2464) ===

Les datagrammes IPv6 utilisent l'encapsulation standard Ethernet V2, chaque trame contenant un seul datagramme. Nous décrivons ici le cas de l'Ethernet natif, mais la méthode s'étend immédiatement aux VLAN IEEE 802.1q.

[[image:Fig7-1.png|thumb|right|400px|Figure 7-1 ''Encapsulation Ethernet'']]

L'en-tête de la trame Ethernet contient les adresses Ethernet source et destination, et le champ type de protocole vaut <tt>0x86DD</tt>. La structure d'une trame est donnée à la figure Encapsulation Ethernet.

La taille maximale d'un datagramme pouvant être transmis directement par une interface Ethernet (MTU) est normalement de 1 500 octets. Une valeur différente peut être forcée par configuration manuelle ou en utilisant l'option MTU des annonces de routeurs.

[[image:Fig7-2.png|thumb|right|400px|Figure 7-2 ''Relation entre les adresses MAC et IPv6'']]

<div id="sol">Pour la construction des adresses lien-local et des adresses auto-configurées, l'identifiant d'interface est celui dérivé de l'adresse MAC IEEE 802 constructeur de l'interface Ethernet, selon le procédé décrit au paragraphe [[Identifiant d'interface]]. Par exemple si une carte Ethernet a pour adresse constructeur <tt>34:56:78:9A:BC:DE</tt>, l'identifiant d'interface sera <tt>36-56-FF-FE-9A-BC-DE</tt> et l'adresse lien-local de l'interface aura pour valeur <tt>FE80::3656:78FF:FE9A:BCDE</tt>. La figure Relation entre les adresses MAC et IPv6 montre les relations entre les adresses MAC et IPv6. L'identifiant d'interface dérive de l'adresse MAC. À partir de cet identifiant est construit l'adresse lien-local et le plus souvent l'adresse dans le plan agrégé. L'adresse de multicast sollicité est construite à partir des trois derniers octets des adresses unicasts. De cette adresse de multicast sollicité est déduite l'adresse MAC de multicast.

[[image:Fig7-3.png|thumb|right|400px|Figure 7-3 ''Option adresse physique Source/Cible pour Ethernet/FDDI'']]

Pour une adresse IPv6 destination unicast ou anycast, le calcul de l'adresse MAC correspondant est fait par le protocole de découverte de voisin . Dans les messages du protocole, le format de l'option [[Découverte de voisins#physique|découverte de voisins]] est donné par la figure Option adresse physique Source/Cible pour Ethernet/FDDI avec :

* <tt>type</tt> : type de l'option (1 ou 2),
* <tt>longueur</tt> : 1 (8 octets).

Pour les adresses de multicast, le protocole de découverte des voisins n'est pas utilisable. L'adresse Ethernet est calculée en concaténant le préfixe <tt>0x3333</tt> et les 4 octets de poids faible de l'adresse IPv6 (cf. See Calcul de l'adresse MAC destination pour un multicast IPv6)

[[image:CS69.gif]]

===Encapsulation LLC===

L'autre encapsulation utilisée est l'encapsulation LLC/SNAP avec adresses MAC de 48 bits. Le champ type protocole vaut aussi <tt>0x86DD</tt>. La structure d'une trame est donnée par la figure Encapsulation des paquets IPv6 avec :

[[image:CS70.gif]]

* FC : «Frame Code» (Doit être dans l'intervalle 0x51 - 0x57).
* DSAP, SSAP : <tt>0xAA</tt>, indiquant une encapsulation SNAP.
* CTRL : <tt>0x03</tt>, indiquant une information non numérotée.
* OUI : <tt>0x000000</tt> (''Organizationally Unique Identifier'').
* CODE : <tt>0x86DD</tt> (code protocole indiquant un contenu IPv6

Le principe régissant le calcul de l'identifiant d'interface et celui de l'adresse MAC à partir d'une adresse IPv6 de multicast est le même que pour Ethernet. L'option Découverte des voisins est aussi la même que pour Ethernet.

Cette encapsulation est utilisée pour FDDI (RFC 2467), IEEE 802.3 et Token-Ring (RFC 2470)

Pour FDDI, les datagrammes sont transmis dans des trames FDDI asynchrones avec jeton simple, chaque trame contenant un datagramme. Le MTU IPv6 par défaut est de 4352 octets. Toutefois, à cause de la présence possible de ponts IEEE 802.1d (Spanning Tree,...), le MTU effectif peut être plus faible (par exemple en présence de ponts Ethernet/FDDI, le MTU doit être de 1 500 octets). La valeur par défaut du MTU peut donc être modifiée, soit par configuration manuelle, soit en utilisant l'option [[Découverte de voisins#MTU|MTU]] des paquets [[Découverte de voisins#RA|annonce du routeur]].

Pour Token-Ring (RFC 2470), la taille maximale possible pour un paquet est très variable à cause de la possibilité du source routing qui ajoute des informations pour indiquer le chemin à travers les ponts. La valeur du MTU est donc configurable, avec une valeur défaut de 1 500, mais les valeurs de longueur de trame indiquées dans les trames de source routing peuvent être prise en compte. La correspondance entre adresse multicast et adresse physique MAC n'est pas aussi simple qu'avec Ethernet ou FDDI, les composants pour l'anneau à jeton ne permettant de positionner qu'un seul bit dans l'adresse MAC multicast. On utilise donc seulement 10 classes d'adresses.

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Réseaux à diffusion

2006-06-01T00:58:55Z

WikiSysop: /* Ethernet (RFC 2464) */

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

Les réseaux à diffusion ont tous une approche de transport similaire, utilisant le protocole de découverte de voisins pour trouver l'adresse du destinataire. Ce chapitre décrit les réseaux les plus courants, sans chercher l'exhaustivité.

=== Ethernet (RFC 2464) ===

Les datagrammes IPv6 utilisent l'encapsulation standard Ethernet V2, chaque trame contenant un seul datagramme. Nous décrivons ici le cas de l'Ethernet natif, mais la méthode s'étend immédiatement aux VLAN IEEE 802.1q.

[[image:Fig7-1.png|thumb|right|400px|Figure 7-1 ''Encapsulation Ethernet'']]

L'en-tête de la trame Ethernet contient les adresses Ethernet source et destination, et le champ type de protocole vaut <tt>0x86DD</tt>. La structure d'une trame est donnée à la figure Encapsulation Ethernet.

La taille maximale d'un datagramme pouvant être transmis directement par une interface Ethernet (MTU) est normalement de 1 500 octets. Une valeur différente peut être forcée par configuration manuelle ou en utilisant l'option MTU des annonces de routeurs.

[[image:Fig7-2.png|thumb|right|400px|Figure 7-2 ''Relation entre les adresses MAC et IPv6'']]

<div id="sol">Pour la construction des adresses lien-local et des adresses auto-configurées, l'identifiant d'interface est celui dérivé de l'adresse MAC IEEE 802 constructeur de l'interface Ethernet, selon le procédé décrit au paragraphe [[Identifiant d'interface]]. Par exemple si une carte Ethernet a pour adresse constructeur <tt>34:56:78:9A:BC:DE</tt>, l'identifiant d'interface sera <tt>36-56-FF-FE-9A-BC-DE</tt> et l'adresse lien-local de l'interface aura pour valeur <tt>FE80::3656:78FF:FE9A:BCDE</tt>. La figure Relation entre les adresses MAC et IPv6 montre les relations entre les adresses MAC et IPv6. L'identifiant d'interface dérive de l'adresse MAC. À partir de cet identifiant est construit l'adresse lien-local et le plus souvent l'adresse dans le plan agrégé. L'adresse de multicast sollicité est construite à partir des trois derniers octets des adresses unicasts. De cette adresse de multicast sollicité est déduite l'adresse MAC de multicast.

Pour une adresse IPv6 destination unicast ou anycast, le calcul de l'adresse MAC correspondant est fait par le protocole de découverte de voisin . Dans les messages du protocole, le format de l'option [[Découverte de voisins#physique|découverte de voisins]] est donné par la figure Option adresse physique Source/Cible pour Ethernet/FDDI avec :

[[image:Fig7-3.png|thumb|right|400px|Figure 7-3 ''Option adresse physique Source/Cible pour Ethernet/FDDI'']]

* type : type de l'option (1 ou 2),
* lg : 1 (8 octets).

Pour les adresses de multicast, le protocole de découverte des voisins n'est pas utilisable. L'adresse Ethernet est calculée en concaténant le préfixe <tt>0x3333</tt> et les 4 octets de poids faible de l'adresse IPv6 (cf. See Calcul de l'adresse MAC destination pour un multicast IPv6)

[[image:CS69.gif]]

===Encapsulation LLC===

L'autre encapsulation utilisée est l'encapsulation LLC/SNAP avec adresses MAC de 48 bits. Le champ type protocole vaut aussi <tt>0x86DD</tt>. La structure d'une trame est donnée par la figure Encapsulation des paquets IPv6 avec :

[[image:CS70.gif]]

* FC : «Frame Code» (Doit être dans l'intervalle 0x51 - 0x57).
* DSAP, SSAP : <tt>0xAA</tt>, indiquant une encapsulation SNAP.
* CTRL : <tt>0x03</tt>, indiquant une information non numérotée.
* OUI : <tt>0x000000</tt> (''Organizationally Unique Identifier'').
* CODE : <tt>0x86DD</tt> (code protocole indiquant un contenu IPv6

Le principe régissant le calcul de l'identifiant d'interface et celui de l'adresse MAC à partir d'une adresse IPv6 de multicast est le même que pour Ethernet. L'option Découverte des voisins est aussi la même que pour Ethernet.

Cette encapsulation est utilisée pour FDDI (RFC 2467), IEEE 802.3 et Token-Ring (RFC 2470)

Pour FDDI, les datagrammes sont transmis dans des trames FDDI asynchrones avec jeton simple, chaque trame contenant un datagramme. Le MTU IPv6 par défaut est de 4352 octets. Toutefois, à cause de la présence possible de ponts IEEE 802.1d (Spanning Tree,...), le MTU effectif peut être plus faible (par exemple en présence de ponts Ethernet/FDDI, le MTU doit être de 1 500 octets). La valeur par défaut du MTU peut donc être modifiée, soit par configuration manuelle, soit en utilisant l'option [[Découverte de voisins#MTU|MTU]] des paquets [[Découverte de voisins#RA|annonce du routeur]].

Pour Token-Ring (RFC 2470), la taille maximale possible pour un paquet est très variable à cause de la possibilité du source routing qui ajoute des informations pour indiquer le chemin à travers les ponts. La valeur du MTU est donc configurable, avec une valeur défaut de 1 500, mais les valeurs de longueur de trame indiquées dans les trames de source routing peuvent être prise en compte. La correspondance entre adresse multicast et adresse physique MAC n'est pas aussi simple qu'avec Ethernet ou FDDI, les composants pour l'anneau à jeton ne permettant de positionner qu'un seul bit dans l'adresse MAC multicast. On utilise donc seulement 10 classes d'adresses.

{{suivi|Supports de transmission|Supports de transmission|Réseaux NBMA|Réseaux NBMA}}

File:Fig7-3.png

2006-06-01T00:58:05Z

WikiSysop: