<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V5.0//EN" "/usr/share/xml/docbook/schema/dtd/5.0/docbook.dtd" [
<!ENTITY phl SYSTEM "author.xml">
<!ENTITY legal SYSTEM "legal.xml">
<!ENTITY % inetdoc_urls SYSTEM "inetdoc.urls.xml">
<!--###################################################
                   Articles
    ################################################### --><!ENTITY url.modelisations '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/modelisation/"><citetitle>Modélisations réseau</citetitle></link>'>
<!ENTITY url.modelisations.encapsulation '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/modelisation/modelisations.concept.html#modelisations.concept.encapsulation"><citetitle>Encapsulation</citetitle></link>'>
<!ENTITY url.wireshark-as-user '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/wireshark-as-user/"><citetitle>Capturer le trafic réseau au niveau utilisateur avec Wireshark</citetitle></link>'>
<!ENTITY url.rnis '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/rnis/"><citetitle>Technologie RNIS</citetitle></link>'>
<!ENTITY url.ethernet '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/ethernet/"><citetitle>Technologie Ethernet</citetitle></link>'>
<!ENTITY url.pppoe '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/pppoe/"><citetitle>Modélisation d&#39;un lien WAN avec PPPoE</citetitle></link>'>
<!ENTITY url.adressage.ipv4 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/adressage.ipv4/"><citetitle>Adressage IPv4</citetitle></link>'>
<!ENTITY url.lan-segmentation '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/lan-segmentation/"><citetitle>Segmentation des réseaux locaux</citetitle></link>'>
<!ENTITY url.inter-vlan-routing '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/inter-vlan-routing/"><citetitle>Routage Inter-VLAN</citetitle></link>'>
<!ENTITY url.reseau.libre '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/articles/reseau.libre/">
  <citetitle>Logiciel Libre &amp; Technologies Réseaux</citetitle></link>'>
<!--###################################################
                   Pas encore migré
    ################################################### --><!ENTITY url.explore '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/explore.gnulinux/">
  <citetitle>Exploration GNU/Linux</citetitle></link>'>
<!ENTITY url.explore.seance.4 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/explore.gnulinux/seance.4/">
  <citetitle>Exploration GNU/Linux - Séance 4</citetitle></link>'>
<!ENTITY url.explore.seance.5 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/explore.gnulinux/seance.5/">
  <citetitle>Exploration GNU/Linux - Séance 5</citetitle></link>'>
<!ENTITY url.explore.seance.6 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/explore.gnulinux/seance.6/">
  <citetitle>Exploration GNU/Linux - Séance 6</citetitle></link>'>
<!ENTITY url.config.interface.wlan '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/config.interface.wlan/">
  <citetitle>Configuration d&#39;une interface de réseau sans fil IEEE 802.11</citetitle></link>'>
<!ENTITY url.admin.reseau.fs '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.fs/">
  <citetitle>Systèmes de fichiers réseau</citetitle></link>'>
<!ENTITY url.admin.reseau.iscsi '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.iscsi/">
  <citetitle>Introduction au réseau de stockage iSCSI</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs.abstract '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/index.html#admin.reseau.nfs">
  <citetitle>Introduction au système de fichiers réseau NFS</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.nfs/">
  <citetitle>Introduction au système de fichiers réseau NFS</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs.synthese '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.nfs.synthese/">
  <citetitle>Introduction au système de fichiers réseau NFS</citetitle></link>'>
<!ENTITY url.admin.reseau.ldap.abstract '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/index.html#admin.reseau.ldap">
  <citetitle>Introduction au service LDAP</citetitle></link>'>
<!ENTITY url.admin.reseau.ldap '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.ldap/">
  <citetitle>Introduction au service LDAP</citetitle></link>'>
<!ENTITY url.admin.reseau.ldap.synthese '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.ldap.synthese/">
  <citetitle>Introduction au service LDAP</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs4-ldap.abstract '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/index.html#admin.reseau.nfs4-ldap">
  <citetitle>NFSv4 + LDAP + autofs</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs4-ldap '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.nfs4-ldap/">
  <citetitle>NFSv4 + LDAP + autofs</citetitle></link>'>
<!ENTITY url.admin.reseau.nfs4-ldap.synthese '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.nfs4-ldap.synthese/">
  <citetitle>NFSv4 + LDAP + autofs</citetitle></link>'>
<!ENTITY url.admin.reseau.nis '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.nis/">
  <citetitle>Introduction au service NIS</citetitle></link>'>
<!ENTITY url.admin.reseau.synthese-nfs3-nis '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.synthese-nfs3-nis/">
  <citetitle>Administration système en réseau : synthèse NFS v3 &amp; NIS</citetitle></link>'>
<!ENTITY url.admin.reseau.dns-dhcp '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.dns-dhcp/">
  <citetitle>Présentation services DNS &amp; DHCP</citetitle></link>'>
<!ENTITY url.admin.reseau.dns '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/cours/admin.reseau.dns/">
  <citetitle>Introduction au service DNS</citetitle></link>'>
<!--###################################################
                   Guides
    ################################################### --><!ENTITY url.lartc.fr '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/lartc/"><citetitle>HOWTO du routage avancé et du contrôle de trafic sous Linux</citetitle></link>'>
<!ENTITY url.lartc.fr.rpdb '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/lartc/lartc.rpdb.html"><citetitle>LARTC : bases de données des politiques de routage</citetitle></link>'>
<!ENTITY url.lartc.fr.netfilter '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/lartc/lartc.netfilter.html"><citetitle>LARTC : Netfilter et iproute - marquage de paquets</citetitle></link>'>
<!ENTITY url.lartc.fr.tunnel.ip-ip '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/lartc/lartc.tunnel.ip-ip.html"><citetitle>LARTC : IP dans un tunnel IP</citetitle></link>'>
<!ENTITY url.lartc.fr.tunnel.gre '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/lartc/lartc.tunnel.gre.html"><citetitle>LARTC : Le tunnel GRE</citetitle></link>'>
<!ENTITY url.iptables-tutorial.fr '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/iptables-tutorial/"><citetitle>Tutoriel iptables</citetitle></link>'>
<!ENTITY url.zebra.static '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/zebra.statique/"><citetitle>Initiation au routage, 1ère partie</citetitle></link>'>
<!ENTITY url.zebra.rip '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/zebra.rip/"><citetitle>Initiation au routage, 2ème partie</citetitle></link>'>
<!ENTITY url.zebra.ospf '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/zebra.ospf/"><citetitle>Initiation au routage, 3ème partie</citetitle></link>'>
<!ENTITY url.vm '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/vm/"><citetitle>Virtualisation système et enseignement</citetitle></link>'>
<!ENTITY url.vm.startup.sh '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/vm/vm.appendix.html#vm.appendix.startup.sh">code du script <function>startup.sh</function> de lancement d&#39;une machine virtuelle</link>'>
<!ENTITY url.linux.networking '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/linux.networking/"><citetitle>Fonctions réseau du noyau Linux</citetitle></link>'>
<!ENTITY url.policyrouting '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/pdf/Policy_Routing_in_Linux_ENG.pdf"><citetitle>Policy Routing in Linux</citetitle></link>'>
<!ENTITY url.proxy '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/guides/squid-guard/"><citetitle>Proxy Squid &amp; SquidGuard</citetitle></link>'>
<!--###################################################
                   Présentations
    ################################################### --><!ENTITY url.sysadm-base-1 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/presentations/sysadm-base-1/">
  <citetitle>Introduction aux systèmes GNU/Linux - Séance 1</citetitle></link>'>
<!ENTITY url.sysadm-base-2 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/presentations/sysadm-base-2/">
  <citetitle>Introduction aux systèmes GNU/Linux - Séance 2</citetitle></link>'>
<!ENTITY url.sysadm-base-3 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/presentations/sysadm-base-3/">
  <citetitle>Introduction aux systèmes GNU/Linux - Séance 3</citetitle></link>'>
<!ENTITY url.storage '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/presentations/stockage/"><citetitle>Stockage Réseau</citetitle></link>'>
<!--###################################################
                   Travaux pratiques
    ################################################### --><!ENTITY url.infra.tp '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/infra.tp/"><citetitle>Architecture réseau des travaux pratiques</citetitle></link>'>
<!ENTITY url.infra.tp.cabling '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/infra.tp/infra.tp.interco.html#infra.tp.interco.cabling"><citetitle>Disposition des équipements dans l&#39;armoire de brassage</citetitle></link>'>
<!ENTITY url.config.interface.lan '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/config.interface.lan/"><citetitle>Configuration d&#39;une interface de réseau local</citetitle></link>'>
<!ENTITY url.config.interface.lan.proc '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/config.interface.lan/config.interface.lan.procfs.html#change_proc"><citetitle>Configuration d&#39;une interface de réseau local : activation du routage</citetitle></link>'>
<!ENTITY url.intro.analyse '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/intro.analyse/"><citetitle>Introduction à l&#39;analyse réseau avec Wireshark</citetitle></link>'>
<!ENTITY url.interco '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/formations/m1/"><citetitle>Interconnexion de réseaux locaux et étendus</citetitle></link>'>
<!ENTITY url.interco.kernel '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.kernel.q/"><citetitle>Configuration des fonctions réseau &amp; compilation du noyau Linux</citetitle></link>'>
<!ENTITY url.interco.kernel.answers "http://www.inetdoc.net/travaux_pratiques/interco.kernel.qa/">
<!ENTITY url.interco.rawip '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.rawip.q/"><citetitle>Configuration d&#39;une interface RNIS en mode rawip</citetitle></link>'>
<!ENTITY url.interco.rawip.answers "http://www.inetdoc.net/travaux_pratiques/interco.rawip.qa/">
<!ENTITY url.interco.ppp '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.ppp.q/"><citetitle>Topologie Hub &amp; Spoke avec le protocole PPP</citetitle></link>'>
<!ENTITY url.interco.ppp.answers "http://www.inetdoc.net/travaux_pratiques/interco.ppp.qa/">
<!ENTITY url.interco.netfilter '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.netfilter.q/"><citetitle>Filtrage réseau avec netfilter/iptables</citetitle></link>'>
<!ENTITY url.interco.netfilter.answers "http://www.inetdoc.net/travaux_pratiques/interco.netfilter.qa/">
<!ENTITY url.interco.inter-vlan '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.inter-vlan.qa/"><citetitle>Routage inter-VLAN</citetitle></link>'>
<!ENTITY url.interco.ospf '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.ospf.q/"><citetitle>Routage dynamique avec OSPF</citetitle></link>'>
<!ENTITY url.interco.ospf.answers "http://www.inetdoc.net/travaux_pratiques/interco.ospf.qa/">
<!ENTITY url.interco.ospf.default "http://www.inetdoc.net/travaux_pratiques/interco.ospf.qa/interco.ospf.default-information.html">
<!ENTITY url.interco.cs '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.cs/"><citetitle>Étude de cas de synthèse sur l&#39;interconnexion LAN/WAN</citetitle></link>'>
<!--###################################################
                   Dev
    ################################################### --><!ENTITY url.socket-c '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/dev/socket-c/"><citetitle>Initiation au développement C sur les sockets</citetitle></link>'>
<!ENTITY url.socket-c.udp-client '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.inetdoc.net/dev/socket-c/socket-c.udp.client.html#socket-c.udp.client.source"><citetitle>Code du programme udp-client.c</citetitle></link>'>
<!--###################################################
                   Externes
    ################################################### --><!ENTITY url.802.3 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://standards.ieee.org/about/get/802/802.3.html"><citetitle>IEEE 802.3™: ETHERNET</citetitle></link>'>
<!ENTITY url.ethernet.types '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.iana.org/assignments/ethernet-numbers"><citetitle>ETHER TYPES</citetitle></link>'>
<!ENTITY url.ieee.macaddr '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://standards.ieee.org/develop/regauth/tut/macgrp.pdf"><citetitle>Standard Group MAC Addresses: A Tutorial Guide</citetitle></link>'>
<!ENTITY url.ieee.eui64 '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://standards.ieee.org/develop/regauth/tut/eui64.pdf"><citetitle>Guidelines for 64-bit Global Identifier (EUI-64™) Registration Authority</citetitle></link>'>
<!ENTITY url.nat-howto '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.netfilter.org/documentation/HOWTO/fr/NAT-HOWTO.html"><citetitle>Guide Pratique du NAT</citetitle></link>'>
<!ENTITY url.packet.filtering.howto '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.netfilter.org/documentation/HOWTO/fr/packet-filtering-HOWTO.html"><citetitle>Guide Pratique du Filtrage de Paquets</citetitle></link>'>
<!ENTITY url.debian-reference '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.debian.org/doc/manuals/debian-reference/"><citetitle>Manuel de référence Debian</citetitle></link>'>
<!ENTITY url.debian-reference.kernel '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.debian.org/doc/manuals/debian-reference/ch09.fr.html#_the_kernel"><citetitle>Manuel de référence Debian : le noyau</citetitle></link>'>
<!ENTITY url.debian-reference.networking '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.debian.org/doc/manuals/debian-reference/ch05.fr.html"><citetitle>Manuel de référence Debian : configuration du réseau</citetitle></link>'>
<!ENTITY url.stp.wikipedia '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://en.wikipedia.org/wiki/Spanning_Tree_Protocol"><citetitle>Spanning Tree Protocol</citetitle></link>'>
<!ENTITY url.isl.dot1q '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://www.cisco.com/en/US/tech/tk389/tk689/technologies_tech_note09186a0080094665.shtml"><citetitle>InterSwitch Link and IEEE 802.1Q Frame Format</citetitle></link>'>
<!ENTITY url.ieee802.1q.standard '<link xmlns="http://docbook.org/ns/docbook" xlink:href="http://standards.ieee.org/getieee802/download/802.1Q-1998.pdf"><citetitle>IEEE 802.1Q Standard</citetitle></link>'>
]>
<article xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xml:lang="fr" xml:id="inter-vlan-routing">
<info>
  <title xmlns:xlink="http://www.w3.org/1999/xlink">Introduction au routage inter-VLAN</title>
  <authorgroup xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink">
<author xmlns:xlink="http://www.w3.org/1999/xlink">
  <personname xmlns:xlink="http://www.w3.org/1999/xlink">
    <firstname xmlns:xlink="http://www.w3.org/1999/xlink">Philippe</firstname><surname xmlns:xlink="http://www.w3.org/1999/xlink">Latu</surname>
  </personname>
  <affiliation xmlns:xlink="http://www.w3.org/1999/xlink">
    <shortaffil xmlns:xlink="http://www.w3.org/1999/xlink">inetdoc.net</shortaffil>
    <jobtitle xmlns:xlink="http://www.w3.org/1999/xlink">Enseignant - Chargé de mission Systèmes &amp; Réseaux</jobtitle>
    <orgname xmlns:xlink="http://www.w3.org/1999/xlink">IUT - Université Toulouse III - Paul Sabatier</orgname>
    <address xmlns:xlink="http://www.w3.org/1999/xlink"><email xmlns:xlink="http://www.w3.org/1999/xlink">philippe.latu(at)inetdoc.net</email></address>
  </affiliation>
</author>
</authorgroup>

  <abstract xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">L'usage des réseaux locaux virtuels (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym>)
    et du routage entre ces même réseaux locaux est devenu systématique dans
    les infrastructures d'interconnexion contemporaines. Ce routage inter-VLAN
    présente de nombreux intérêts tant du point de vue conception que du point
    de vue exploitation. Il est au cœur du débat sans fin sur le thème : quelle
    est la meilleure solution entre une interconnexion de niveau 2 (couche
    liaison de données) et une interconnexion de niveau 3 (couche réseau) ?
    Loin de prétendre répondre à une telle interrogation, cet article présente
    les concepts élémentaires sur les réseaux locaux virtuels et le routage
    associé.</para>
  </abstract>
  <keywordset xmlns:xlink="http://www.w3.org/1999/xlink">
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">8021q</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">dot1q</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">encapsulation</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">frame</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">route</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">routing</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">tag</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</keyword>
    <keyword xmlns:xlink="http://www.w3.org/1999/xlink">vlan</keyword>
  </keywordset>
</info>

<sect1 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.meta">
  <title xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink">Copyright et Licence</title>

<literallayout xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" class="monospaced">Copyright (c) 2000,2012 Philippe Latu.
Permission is granted to copy, distribute and/or modify this document under the
terms of the GNU Free Documentation License, Version 1.3 or any later version
published by the Free Software Foundation; with no Invariant Sections, no
Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included
in the section entitled "GNU Free Documentation License".</literallayout>

<literallayout xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" class="monospaced">Copyright (c) 2000,2012 Philippe Latu.
Permission est accordée de copier, distribuer et/ou modifier ce document selon
les termes de la Licence de Documentation Libre GNU (GNU Free Documentation
License), version 1.3 ou toute version ultérieure publiée par la Free Software
Foundation ; sans Sections Invariables ; sans Texte de Première de Couverture,
et sans Texte de Quatrième de Couverture. Une copie de la présente Licence est
incluse dans la section intitulée « Licence de Documentation Libre GNU ».</literallayout>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.meta.file">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Méta-information</title>
    
  <para xmlns:xlink="http://www.w3.org/1999/xlink">Cet article est écrit avec <link xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.docbook.org"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">DocBook</citetitle></link> XML
  sur un système <link xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.debian.org"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Debian
  GNU/Linux</citetitle></link>. Il est disponible en version imprimable au
  format PDF : <link xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/pdf/inter-vlan-routing.pdf"><literal xmlns:xlink="http://www.w3.org/1999/xlink">inter-vlan-routing.pdf</literal></link>.</para>
  </sect2>
</sect1>

<?custom-pagebreak?>
<sect1 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.lan">
  <title xmlns:xlink="http://www.w3.org/1999/xlink">Quelques notions sur les réseaux locaux Ethernet</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Aujourd'hui, un réseau local repose presque systématiquement sur la
  technologie Ethernet. Il hérite donc des caractéristiques de cette
  technologie. Les deux notions clé dans ce contexte sont
  <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">collision</emphasis> et <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">diffusion</emphasis>.</para>
  
  <para xmlns:xlink="http://www.w3.org/1999/xlink">Une collision intervient lorsque deux hôtes d'un réseau émettent
  simultanément sur un média partagé. On appelle <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine de
  collision</emphasis> un sous-ensemble du réseau à l'intérieur duquel les
  hôtes sont en compétition pour accéder à un même média ou canal de
  communication. Plus le nombre d'hôtes présents dans un même domaine de
  collision est important, plus la fréquence des collisions augmente et plus
  les performances se dégradent. Pour garantir les meilleures conditions de
  communication, on cherche donc à réduire au maximum l'étendue du domaine de
  collision. Sur les réseaux filaires actuels, les domaines de collision ne
  posent plus aucun problème depuis que l'on utilise des commutateurs. Nous
  verrons pourquoi dans la section suivante.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">La diffusion est un mécanisme d'annonce générale qui assure que tous
  les hôtes d'un réseau local reçoivent les trames de diffusion émises par
  n'importe quel autre hôte de ce même réseau. On appelle <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine de
  diffusion</emphasis> un réseau à l'intérieur duquel tous les hôtes peuvent
  émettre et doivent recevoir des trames de diffusion. Comme dans le cas
  précédent, plus le nombre d'hôtes présents dans le domaine de diffusion est
  important, plus les performances se dégradent. Là encore, pour garantir les
  meilleures conditions de communication, on cherche à réduire
  «raisonnablement» l'étendue du domaine de diffusion. C'est précisément sur le
  dimensionnement des domaines de diffusion que le débat sur le choix du niveau
  d'interconnexion entre réseaux locaux intervient. Le document
  <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/articles/lan-segmentation/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Segmentation des réseaux locaux</citetitle></link> apporte un premier niveau d'éclairage.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Voyons comment on délimite les domaines de collision et de diffusion en
  faisant la correspondance entre les définitions données par la modélisation
  <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> et le standard Ethernet. Une fois cette correspondance
  faite, les unités de données manipulées par les équipements d'interconnexion
  permettent de définir les bornes de ces domaines.</para>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.lan.osi-ethernet">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Correspondance entre modélisation OSI et standard Ethernet</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Depuis plus de deux décennies, la modélisation <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym>
  sert de référence à la description des couches orientées transmission de
  l'information. Elle est présentée de façon plus détaillée dans le support
  <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/articles/modelisation/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Modélisations réseau</citetitle></link>.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Les spécifications des réseaux Ethernet sont elles aussi publiées
  depuis plus de deux décennies par l'<wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Institute of Electrical and
  Electronics Engineers</wordasword>. Elles sont accessibles à la page
  <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://standards.ieee.org/about/get/802/802.3.html"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.3™: ETHERNET</citetitle></link>.</para>
  
  <para xmlns:xlink="http://www.w3.org/1999/xlink">Si on fait correspondre le modèle <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> et le standard
  Ethernet, ce sont les couches physique et une moitié de la couche liaison qui
  nous intéressent.</para>

  <table xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.lan.osi-ethernet.table" frame="none" pgwide="1">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Correspondance modèle OSI - standard Ethernet</title>
    <tgroup xmlns:xlink="http://www.w3.org/1999/xlink" cols="2">
      <colspec xmlns:xlink="http://www.w3.org/1999/xlink" colnum="1" colwidth="1*"/>
      <colspec xmlns:xlink="http://www.w3.org/1999/xlink" colnum="2" colwidth="1*"/>
    <tbody xmlns:xlink="http://www.w3.org/1999/xlink" align="left">
      <row xmlns:xlink="http://www.w3.org/1999/xlink">
      <entry xmlns:xlink="http://www.w3.org/1999/xlink">
      <inlinemediaobject xmlns:xlink="http://www.w3.org/1999/xlink">
        <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="fo">
        <imagedata format="PNG" fileref="images/osi-ethernet.png" width="7cm" scalefit="1"/>
        </imageobject>
        <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="html">
        <imagedata format="PNG" fileref="images/osi-ethernet.png" width="480px" scalefit="1"/>
        </imageobject>
      </inlinemediaobject>
      </entry>
      <entry xmlns:xlink="http://www.w3.org/1999/xlink">
      <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Media Access Control</wordasword></para>
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">Reconciliation</acronym> : La sous-couche
      <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">reconciliation</wordasword> traduit les commandes de la
      sous-couche <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> sous une forme électrique appropriée
      pour les éléments de la couche physique.</para>
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">MII</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Media Independent
      Interface</wordasword>. Cette interface isole la sous-couche
      <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> de la couche physique de façon à ce que plusieurs
      implémentations différentes soient utilisables au niveau de la couche
      physique.</para>
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">PCS</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Physical Coding
      Sublayer</wordasword>. Encodage/décodage des flux de données depuis et
      vers la sous-couche <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym>. Les techniques de codage
      varient suivant les générations des variantes d'Ethernet et les
      débits.</para> 
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">PMA</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Physical Medium
      Attachment</wordasword>. Transformation et synchronisation des groupes de
      code en flux de bits adaptés à des composants de transmission série et
      vice versa.</para> 
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">PMD</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Physical Medium
      Dependent</wordasword>. Transmission du signal à l'aide des fonctions
      d'amplification, de modulation et de changement de forme d'onde. Ces
      fonctions varient suivant les variantes d'Ethernet et les débits.</para>
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">MDI</acronym> : <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Medium Dependent
      Interface</wordasword>. Définitions des différents types de connecteurs
      suivant les médias utilisés : paires torsadées cuivre ou fibres
      optiques.</para>
      </listitem>
      </itemizedlist>
      </entry>
      </row>
    </tbody>
    </tgroup>
  </table>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.lan.pdu-devices">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Correspondance entre unités de données et équipements réseau</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Le modèle <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> a introduit un acronyme particulier
  pour caractériser les unités de données manipulées au niveau de chaque couche
  : <acronym xmlns:xlink="http://www.w3.org/1999/xlink">PDU</acronym> pour <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Protocol Data Unit</wordasword>.
  L'<link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/articles/modelisation/modelisations.concept.html#modelisations.concept.encapsulation"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Encapsulation</citetitle></link> est la notion clé pour isoler les
  traitements effectués sur les unités de données. Le principe de
  l'encapsulation veut que les unités de données utilisées à chaque niveau
  soient indépendantes. Par conséquent, les champs de la trame sont traités au
  niveau liaison et ne devraient avoir aucune relation avec les champs du
  paquet au niveau réseau et ainsi de suite.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Si les unités de données sont spécifiques à chaque couche du modèle, il
  est plus aisé de concevoir des équipements spécialisés dans le traitement de
  ces unités des données. On aboutit ainsi à la représentation suivante.</para>

  <mediaobject xmlns:xlink="http://www.w3.org/1999/xlink">
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="fo">
      <imagedata format="PNG" fileref="images/osi-devices.png" depth="8cm" scalefit="1"/>
    </imageobject>
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="html">
      <imagedata format="PNG" fileref="images/osi-devices.png" width="640px" scalefit="1"/>
    </imageobject>
  </mediaobject>

  <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Concentrateur</citetitle></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Hub</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La capacité de traitement d'un concentrateur se limite à la couche
    physique et l'unité de données manipulée est le bit. Comme cet équipement
    est incapable de distinguer le début ou la fin d'un flot de bits, il n'a
    aucun impact sur la délimitation des domaines de collision ou de
    diffusion.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">On peut considérer que les <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Hubs</wordasword> sont des
    équipements obsolètes qui n'ont plus leur place dans les réseaux locaux
    contemporains.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Pont</citetitle></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Bridge</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La capacité de traitement d'un pont couvre les couches liaison et
    physique. L'unité de données manipulée est la trame. La couche liaison
    constitue le niveau le plus bas de délimitation des bornes du flot de bits
    reçus ou émis sur une interface réseau. C'est aussi dans la couche liaison
    que l'on définit la méthode d'accès aux différents médias de
    transmission.</para> 

    <para xmlns:xlink="http://www.w3.org/1999/xlink">C'est la capacité à reconnaître les champs d'une trame qui est
    déterminante dans la détection d'une collision lorsque deux hôtes ou plus
    émettent simultanément dans un même réseau local. De plus, comme les trames
    contiennent les adresses source et destination, il est possible de prendre
    une première décision sur l'acheminement. Pour réaliser ce traitement sur
    l'acheminement des trames entre ses différents ports, un pont maintient une
    table de correspondance entre les adresses source des hôtes qui émettent du
    trafic et le numéro du port sur lequel les trames sont reçues. En
    conséquence, peut donc dire qu'<emphasis xmlns:xlink="http://www.w3.org/1999/xlink">une interface de pont délimite un
    domaine de collision</emphasis>.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Si un réseau local comprend plusieurs segments et donc plusieurs
    ponts, ceux-ci utilisent le <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Spanning Tree Protocol</wordasword>
    (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">STP</acronym>) dans le but de constituer une topologie réseau
    sans boucle. Ce protocole est basé sur l'échange de trames dédiées appelées
    <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Bridge Protocol Data Unit</wordasword>
    (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">BPDU</acronym>). La description du fonctionnement de ce protocole
    sort du cadre de cet article. Il est possible de consulter la page
    <citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Wikipedia</citetitle> correspondante :
    <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://en.wikipedia.org/wiki/Spanning_Tree_Protocol"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Spanning Tree Protocol</citetitle></link>.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Si les ponts, en tant qu'équipement d'interconnexion réseau ont
    quasiment disparu, toutes leurs fonctionnalités ont été intégralement
    conservées dans les commutateurs présentés ci-après.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Commutateur</citetitle></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Switch</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">En première approximation, un commutateur est un pont avec une
    électronique spécialisée qui garantit la bande passante par port. On
    retrouve les fonctions essentielles.</para>

    <orderedlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Transmission ou non des trames en fonction des adresses
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> destination.</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Apprentissage des adresses MAC source en examinant chaque trame reçue
    sur un port.</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Construction d'une topologie réseau sans boucle entre équipements
    d'interconnexion de niveau liaison à l'aide du protocole
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">STP</acronym>.</para>
    </listitem>
    </orderedlist>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Relativement aux équipements des générations précédentes, les
    bénéfices apportés par l'utilisation des commutateurs Ethernet sont
    nombreux. Un commutateur créé un domaine de collision distinct par port.
    Les connexions sur chaque port utilisent le mode
    <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">full-duplex</wordasword>, ce qui offre des garanties sur les
    temps de transmission des trames. Enfin, on peut considérer qu'un
    commutateur multiplie la quantité totale de bande passante disponible sur
    un réseau local.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Routeur</citetitle></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Router</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La capacité de traitement d'un routeur couvre les trois couches
    basses du modèle <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> : physique, liaison et réseau. Les
    traitements du niveau réseau permettent de délimiter un <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine
    de diffusion</emphasis> par interface sur un routeur. Comme la gestion du
    sous-réseau inclut la couche liaison, une interface de routeur délimite
    aussi une <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine de collision</emphasis>.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Dans la quasi totalité des réseaux, le protocole routé utilisé est
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IP</acronym>. Il est basé sur le principe de la commutation de
    paquets et sont format d'adressage permet de construire un découpage en
    groupes logiques d'hôtes à la différence du format des adresses
    Ethernet. C'est justement cette absence de capacité à découper l'espace
    d'adressage en groupes logiques au niveau liaison qui a conduit au
    développement des réseaux locaux virtuels présentés ci-après.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Il faut ajouter qu'un routeur réalise des traitements plus complexes
    qu'un commutateur au niveau liaison. La prise de décision sur
    l'acheminement des paquets, c'est à dire le routage, est alimentée par un
    ou plusieurs protocoles de routage dynamique. Ces protocoles de routage
    sont des processus qui s'exécutent dans l'espace utilisateur d'un système
    d'exploitation complet. On voit donc que la première prise de décision sur
    le routage d'un nouveau paquet vers une destination non connue, passe par
    un traitement 100% logiciel. Ce n'est que dans un second temps qu'il est
    possible de déléguer la transmission des paquets vers des destinations
    mémorisées à une électronique spécialisée.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Pour distinguer les traitements, on peut dire que le routage de
    paquets est une opération logicielle tandis que la commutation de paquets
    peut être une opération matérielle sur un équipement disposant de
    composants spécialisés.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Passerelle</citetitle></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Gateway</wordasword></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Application Level Gateway</wordasword></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">ALG</acronym></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La capacité de traitement d'une passerelle couvre toutes les couches
    du modèle <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> de la couche application à la couche
    physique. La gestion du sous-réseau est donc incluse et une interface de
    passerelle délimite à la fois un <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine de diffusion</emphasis>
    et un <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">domaine de collision</emphasis>.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Parmi les traitements réalisés par une passerelle, on trouve les
    fonctions de cache de filtrage et de redirection. On peut citer les
    exemples des services mandataires avec filtrage d'<acronym xmlns:xlink="http://www.w3.org/1999/xlink">URL</acronym>s
    ou les services de routage d'appels en téléphonie sur
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IP</acronym>.</para>
    </listitem>
    </varlistentry>
  </variablelist>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.lan.mac-address">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Types d'adresses MAC</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Les adresses utilisées dans les trames Ethernet sont appelées adresses
  <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> ; acronyme issu du nom de la sous-couche consacrée à
  la méthode d'accès. Ces adresses sont représentées sur 48 bits ou 64 bits
  soit 6 ou 8 octets. Le terme d'<emphasis xmlns:xlink="http://www.w3.org/1999/xlink">adressage matériel</emphasis> est
  généralement utilisé dans la mesure où les adresses MAC sont directement
  gravées dans les composants d'interface réseau.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Même si ce format d'adressage est non hiérarchisé et ne prévoit aucune
  possibilité de découpage en groupes logiques, on distingue différents types
  d'adresses <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym>.</para>

  <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">EUI-48</acronym></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">48-bit Extended Unique Identifier</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">À l'origine, la représentation sur 48 bits a été retenue par le
    comité <citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802</citetitle> et est utilisée dans plusieurs
    technologies réseau dont Ethernet.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Dans les spécifications de l'<citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE</citetitle>, l'espace
    d'adressage est découpé en deux parties. Les trois octets ou les 24 bits de
    poids fort sont réservés à l'identification du constructeur de l'interface
    réseau. C'est la partie <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Organizationally Unique
    Identifier</wordasword> (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">OUI</acronym>) de l'adresse ; attribuée
    et enregistrée directement par l'<citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE</citetitle>. Les trois
    octets ou les 24 bits de poids faible sont attribués par le constructeur
    comme numéro de série.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Les deux bits de poids faible l'octet de poids le plus fort servent à
    identifier les usages d'une adresse <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym>.</para>

    <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Le bit de rang 0 (de poids le plus faible) sert à distinguer une
      trame <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">unicast</wordasword> (bit = 0) d'une trame
      <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">multicast</wordasword> (bit = 1).</para>

      <para xmlns:xlink="http://www.w3.org/1999/xlink">Une trame avec une adresse <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> source
      <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">unicast</wordasword> est émise à destination des hôtes du
      domaine de collision. Dans notre cas, le domaine de collision se limite
      au port du commutateur sur lequel l'hôte émetteur est connecté. Une trame
      avec une adresse <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> destination
      <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">unicast</wordasword> est traitée après réception uniquement
      par l'hôte pour lequel il y a correspondance exacte entre cette adresse
      destination et l'adresse de son interface.</para>

      <para xmlns:xlink="http://www.w3.org/1999/xlink">Une trame <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">multicast</wordasword> est émise à partir
      d'une source unique à destination de tous les hôtes abonnés à un flux
      particulier. La notion d'abonnement est gérée par les couches
      supérieures. Suivant l'électronique d'un commutateur, il est possible de
      filtrer (<wordasword xmlns:xlink="http://www.w3.org/1999/xlink">IGMP snooping</wordasword>) la transmission des
      trames vers les seuls hôtes abonnés au flux. Si cette fonction n'est pas
      présente sur le commutateur, les trames sont recopiées sur tous les ports
      indistinctement.</para>
      </listitem>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Le bit de rang 1 ou <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Universal/Local</wordasword> sert à
      distinguer une adresse universelle pour laquelle la partie
      <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">Organizationally Unique Identifier</wordasword> a été
      attribuée par l'<citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE</citetitle> (bit = 0) d'une adresse pour
      laquelle la même partie est administrée localement (bit = 1).</para>
      </listitem>
    </itemizedlist>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Pour plus de détails, voir le document <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://standards.ieee.org/develop/regauth/tut/macgrp.pdf"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Standard Group MAC Addresses: A Tutorial Guide</citetitle></link>.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">EUI-64</acronym></term>
    <term xmlns:xlink="http://www.w3.org/1999/xlink"><wordasword xmlns:xlink="http://www.w3.org/1999/xlink">64-bit Extended Unique Identifier</wordasword></term>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La représentation sur 64 bits des adresses <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> est
    apparue plus récemment dans les réseaux Ethernet. C'est encore
    l'<citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE</citetitle> qui publie les spécifications liées à
    l'utilisation de ces adresses sur 8 octets.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Les adresses au format <acronym xmlns:xlink="http://www.w3.org/1999/xlink">EUI-64</acronym> sont de plus en plus
    répandues avec le déploiement du protocole <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IPv6</acronym> qui
    compose automatiquement les adresses de lien local avec l'adresse
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym> sur 48 bits de l'interface dans laquelle deux octets
    supplémentaires insérés entre la partie <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OUI</acronym> et la partie
    numéro de série.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Par exemple, une interface ayant l'adresse <acronym xmlns:xlink="http://www.w3.org/1999/xlink">MAC</acronym>
    <acronym xmlns:xlink="http://www.w3.org/1999/xlink">EUI-48</acronym> <systemitem xmlns:xlink="http://www.w3.org/1999/xlink">00:3f:1c:54:5e:65</systemitem> aura
    pour adresse de lien local <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IPv6</acronym> :
    <systemitem xmlns:xlink="http://www.w3.org/1999/xlink">fe80::23f:1cff:fe54:5e65/64</systemitem>. On reconnaît ici
    l'insertion des deux octets <systemitem xmlns:xlink="http://www.w3.org/1999/xlink">ff:fe</systemitem>.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Pour plus de détails, voir le document <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://standards.ieee.org/develop/regauth/tut/eui64.pdf"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Guidelines for 64-bit Global Identifier (EUI-64™) Registration Authority</citetitle></link>.</para>
    </listitem>
    </varlistentry>
  </variablelist>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Après cette présentation succincte des différents formats et usages des
  adresses véhiculées dans les trames Ethernet, il est facile d'admettre que la
  constitution de groupes d'adresses sur une base logique ou hiérarchisée n'est
  pas possible. Il faut donc recourir à une modification des champs de la trame
  pour introduire cette notion de groupe logique. C'est justement l'objet des
  réseaux locaux virtuels ou <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym>s.</para> 
  </sect2>
</sect1>

<sect1 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.vlan">
  <title xmlns:xlink="http://www.w3.org/1999/xlink">Réseaux locaux virtuels : VLANs</title>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.vlan.definitions">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Définitions</title>
  <para xmlns:xlink="http://www.w3.org/1999/xlink">On a vu qu'un réseau local (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">LAN</acronym>) est défini par un
  domaine de diffusion dans lequel tous les hôtes reçoivent les messages de
  diffusion émis par n'importe quel autre hôte du réseau. Par définition, un
  réseau local est délimité par une interface d'équipement de niveau 3 du
  modèle <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> (couche réseau).</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Un réseau local virtuel (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym>) est un réseau local
  (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">LAN</acronym>) distribué sur des équipements de niveau 2 du modèle
  <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym> (couche liaison). Le domaine de diffusion se retrouve
  ainsi réparti sur ces mêmes équipements de niveau 2. Ainsi, tous les hôtes
  appartenant au même réseau local (domaine de diffusion) constituent un groupe
  logique indépendant de la topologie physique du réseau.</para>
  
  <para xmlns:xlink="http://www.w3.org/1999/xlink">La définition de base étant posée, deux problèmes restent à
  résoudre.</para>

  <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Comment communiquer entre plusieurs réseaux locaux virtuels ?</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Comment assurer la répartition de plusieurs réseaux locaux virtuels
    sur plusieurs équipements de niveau liaison ?</para>
    </listitem>
  </itemizedlist>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Pour traiter le premier problème, il faut rappeler qu'il est absolument
  nécessaire de passer par un routeur (niveau réseau du modèle
  <acronym xmlns:xlink="http://www.w3.org/1999/xlink">OSI</acronym>) pour interconnecter plusieurs réseaux locaux. On
  aboutit ainsi au second problème à une différence près. Le routeur doit avoir
  connaissance des mêmes informations que les commutateurs au niveau
  liaison.</para> 

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Pour traiter le premier et le second problème, il est donc nécessaire
  d'élaborer une technique de partage des réseaux locaux entre équipements.
  Cette technique consiste à étiqueter les trames pour identifier le trafic des
  différents réseaux locaux sur un même canal physique.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Ainsi, les réseaux locaux sont distribués sur les différents
  équipements via des liaisons logiques dédiées appelées
  <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunks</wordasword>. Le <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</wordasword> est une
  connexion physique unique sur laquelle on transmet le trafic de plusieurs
  réseaux virtuels. Les trames qui traversent le <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</wordasword>
  sont complétées avec un identificateur de réseau local virtuel (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN
  id</acronym>). Grâce à cette identification, les trames sont conservées dans
  un même <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym> (ou domaine de diffusion).</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Les <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunks</wordasword> peuvent être utilisés :</para>

  <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="trunk.sw2sw">
      <term xmlns:xlink="http://www.w3.org/1999/xlink">Entre deux commutateurs</term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">C'est le mode de distribution des réseaux locaux le plus
      courant. C'est la solution du second problème énoncé ci-dessus.</para>
      </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="trunk.sw2host">
      <term xmlns:xlink="http://www.w3.org/1999/xlink">Entre un commutateur et un hôte</term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">C'est le mode de fonctionnement à surveiller étroitement. Un hôte
      qui supporte le <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunking</wordasword>  a la possibilité
      d'analyser le trafic de tous les réseaux locaux virtuels.</para>
    </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="trunk.sw2router">
      <term xmlns:xlink="http://www.w3.org/1999/xlink">Entre un commutateur et un routeur</term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">C'est le mode fonctionnement qui permet d'accéder aux fonctions de
      routage ; donc à l'interconnexion des réseaux virtuels par routage
      inter-VLAN. C'est la solution du premier problème énoncé
      ci-dessus.</para>
    </listitem>
    </varlistentry>
  </variablelist>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Enfin, il ne faut pas oublier que tous les <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym>
  véhiculés dans le même <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</wordasword> partagent la bande
  passante du média utilisé. Le <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</wordasword> peut donc
  constituer un goulot d'étranglement si sa capacité est insuffisante.</para>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.vlan.standards">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Réseaux locaux virtuels standards</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Il existe plusieurs mécanismes de gestion des <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym>.
  Certains sont propriétaires et ne fonctionnent que sur les équipements d'une
  seule marque.</para>

  <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="port.vlan">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym> par ports</term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Cette technique fournit une méthode de division d'un équipement de
      niveau 2 (commutateur) en plusieurs domaines de diffusion. La
      configuration de cette division est spécifique à chaque plateforme.</para>
      
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Bien que le coût d'administration de ce genre de configuration soit
      important puisqu'il faut gérer manuellement sur chaque équipement la
      distribution des réseaux locaux, cette technique est indépendante des
      plateformes et de leurs systèmes d'exploitation. C'est la raison
      principale pour laquelle elle est très répandue. Le commutateur assure
      une isolation complète entre l'hôte et le <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym> auquel
      il appartient.</para>
      </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="isl.vlan">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym> du type Cisco Inter-Switch Link</term>
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">ISL</acronym> <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym></term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Cette technique propriétaire a été développée spécifiquement pour
      les équipements <trademark xmlns:xlink="http://www.w3.org/1999/xlink">Cisco</trademark>. Elle complète les en-têtes
      de trames avec 30 octets répartis en 13 champs. Ce type d'encapsulation
      n'est plus beaucoup utilisé du fait de son incompatibilité avec le
      standard <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q</acronym>. La documentation
      <trademark xmlns:xlink="http://www.w3.org/1999/xlink">Cisco</trademark> est à l'adresse <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.cisco.com/en/US/tech/tk389/tk689/technologies_tech_note09186a0080094665.shtml"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">InterSwitch Link and IEEE 802.1Q Frame Format</citetitle></link></para>
      </listitem>
    </varlistentry>
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="dot1q.vlan">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym> IEEE 802.1Q</term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
      <para xmlns:xlink="http://www.w3.org/1999/xlink">Le standard <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q</acronym> fournit un mécanisme
      d'encapsulation très répandu et implanté dans de nombreux équipements de
      marques différentes. C'est sur ce standard que s'appuie ce document.
      L'en-tête de trame est complété par une balise de quatre octets. Les
      champs contenus dans ces quatre octets sont présentés dans la section
      suivante. Les spécifications sont accessibles à l'adresse
      <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://standards.ieee.org/getieee802/download/802.1Q-1998.pdf"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q Standard</citetitle></link></para>
      </listitem>
    </varlistentry>
  </variablelist>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.vlan.dot1q">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Balise IEEE 802.1Q</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Le standard <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q</acronym> définit le contenu de la
  balise de VLAN (<wordasword xmlns:xlink="http://www.w3.org/1999/xlink">VLAN tag</wordasword>) avec laquelle on complète
  l'en-tête de trame Ethernet. Le format de la trame Ethernet modifiée avec les
  4 octets supplémentaires est présenté ci-dessous :</para>

  <mediaobject xmlns:xlink="http://www.w3.org/1999/xlink">
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="fo">
      <imagedata format="PNG" fileref="images/ieee8021q-frame.png" width="12cm" scalefit="1"/>
    </imageobject>
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="html">
      <imagedata format="PNG" fileref="images/ieee8021q-frame.png" width="600px" scalefit="1"/>
    </imageobject>
  </mediaobject>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Il faut noter que le champ <literal xmlns:xlink="http://www.w3.org/1999/xlink">FCS</literal> est recalculé après
  l'insertion de la balise de <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym>.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Voici un extrait de capture, réalisée avec
  <application xmlns:xlink="http://www.w3.org/1999/xlink">Wireshark</application>, qui illustre les champs de la balise
  <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q</acronym>.</para>

<screen xmlns:xlink="http://www.w3.org/1999/xlink" width="80">Frame 103 (1518 bytes on wire, 1518 bytes captured)
Ethernet II, Src: 00:14:f2:75:ed:72, Dst: 00:10:5a:de:9d:d7
    Destination: 3com_de:9d:d7 (00:10:5a:de:9d:d7)
    Source: Cisco_75:ed:72 (00:14:f2:75:ed:72)
    Type: 802.1Q Virtual LAN (0x8100) <co xml:id="ieee8021q.tpid"/>
802.1Q Virtual LAN
    000. .... .... .... = Priority: 0 <co xml:id="ieee8021q.prio"/>
    ...0 .... .... .... = CFI: 0      <co xml:id="ieee8021q.cfi"/>
    .... 0000 0110 0100 = ID: 100     <co xml:id="ieee8021q.vid"/>
    Type: IP (0x0800)
Internet Protocol, Src: 172.17.0.2 (172.17.0.2), Dst: 172.16.80.19 (172.16.80.19)
Transmission Control Protocol, Src Port: www (80), Dst Port: 1548 (1548)
</screen>

  <calloutlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <callout arearefs="ieee8021q.tpid">
    <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
      <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
        <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Tag protocol identifier</citetitle></term>
        <term xmlns:xlink="http://www.w3.org/1999/xlink">TPID</term>
        <term xmlns:xlink="http://www.w3.org/1999/xlink">EtherType</term>
        <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Ce champ de 16 bits identifie le protocole véhiculé dans la
	trame. La valeur <literal xmlns:xlink="http://www.w3.org/1999/xlink">0x8100</literal> désigne une balise
	<acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1Q / 802.1P</acronym>.</para>
        </listitem>
      </varlistentry>
    </variablelist>
    </callout>
    <callout arearefs="ieee8021q.prio">
    <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
      <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
        <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Priority</citetitle></term>
        <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Ce champ de 3 bits fait référence au standard
	<acronym xmlns:xlink="http://www.w3.org/1999/xlink">IEEE 802.1P</acronym>. Sur 3 bits on peut coder 8 niveaux
	de priorités de 0 à 7. La notion de priorité dans les
	<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym> est sans rapport avec les mécanismes de
	priorité <acronym xmlns:xlink="http://www.w3.org/1999/xlink">IP</acronym> au niveau réseau. Ces 8 niveaux sont
	utilisés pour fixer une priorité aux trames d'un
	<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym> relativement aux autres
	<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLANs</acronym>.</para>
        </listitem>
      </varlistentry>
    </variablelist>
    </callout>
    <callout arearefs="ieee8021q.cfi">
    <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
      <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
        <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Canonical Format Identifier</citetitle></term>
        <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Ce champ codé sur 1 bit assure la compatibilité entre les
	adresses MAC Ethernet et Token Ring. Un commutateur Ethernet fixera
	toujours cette valeur à 0. Si un port Ethernet reçoit une valeur 1 pour
	ce champ, alors la trame ne sera pas propagée puisqu'elle est destinée
	à un port «sans balise» (<wordasword xmlns:xlink="http://www.w3.org/1999/xlink">untagged
	port</wordasword>).</para>
        </listitem>
      </varlistentry>
    </variablelist>
    </callout>
    <callout arearefs="ieee8021q.vid">
    <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
      <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
        <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">VLAN Identifier</citetitle></term>
        <term xmlns:xlink="http://www.w3.org/1999/xlink">vlan id</term>
        <term xmlns:xlink="http://www.w3.org/1999/xlink">VID</term>
        <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Ce champ de 12 bits sert à identifier le réseau local virtuel
	auquel appartient la trame. Il est possible de coder 4094
	(<literal xmlns:xlink="http://www.w3.org/1999/xlink">2^12-2</literal>) réseaux virtuels (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym>s)
	avec ce champ.</para>
        </listitem>
    </varlistentry>
    </variablelist>
    </callout>
  </calloutlist>
  </sect2>
</sect1>

<sect1 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.routing">
  <title xmlns:xlink="http://www.w3.org/1999/xlink">Routage inter-VLAN</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">A partir de l'argumentation développée précédemment et dans l'article
  <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/articles/lan-segmentation/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Segmentation des réseaux locaux</citetitle></link>, on dispose de deux règles de base. Sans aucune
  programmation particulière des équipements :</para>

  <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Une interface de <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">commutateur</emphasis> délimite un domaine
    de <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">collision</emphasis>.</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Une interface de <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">routeur</emphasis> délimite à la fois un
    domaine de <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">collision</emphasis> et un domaine de
    <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">diffusion</emphasis>.</para>
    </listitem>
  </itemizedlist>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.routing.before">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Situation avant routage inter-VLAN</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Du point de vue conception, le respect de ces deux règles impose que
  l'on ajoute une interface de routeur pour chaque nouveau domaine de diffusion
  ou périmètre de contrôle. De plus, les commutateurs appartenant à un domaine
  de diffusion sont dédiés à ce domaine. Il n'est pas possible de distribuer
  plusieurs réseaux locaux virtuels entre plusieurs domaines de diffusion
  «isolés» par un routeur.</para>
  
  <mediaobject xmlns:xlink="http://www.w3.org/1999/xlink">
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="fo">
      <imagedata format="PNG" fileref="images/inter-vlan0.png" depth="8cm" scalefit="1"/>
    </imageobject>
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="html">
      <imagedata format="PNG" fileref="images/inter-vlan0.png" width="520px" scalefit="1"/>
    </imageobject>
  </mediaobject>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Remarques sur ce type de conception :</para>

  <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Si on programme le commutateur A avec 2 VLANs distincts pour chacun
    des PCs <literal xmlns:xlink="http://www.w3.org/1999/xlink">A1</literal> et <literal xmlns:xlink="http://www.w3.org/1999/xlink">A2</literal>, alors toute
    communication entre <literal xmlns:xlink="http://www.w3.org/1999/xlink">A1</literal> et <literal xmlns:xlink="http://www.w3.org/1999/xlink">A2</literal> sera
    impossible. De plus, ces deux PCs ne pourront communiquer avec d'autres
    réseaux que si l'interface du routeur <literal xmlns:xlink="http://www.w3.org/1999/xlink">RA</literal> appartient aux
    deux VLANs programmés.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Cette situation peut présenter des avantages du point de vue
    exploitation mais elle dépend beaucoup de la gestion des interfaces
    physiques. Ce que ne montre pas le diagramme simplifié ci-dessus, c'est que
    le coût d'administration devient très important dès que le nombre de
    réseaux virtuels augmente.</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Si l'utilisateur «associé» au PC <literal xmlns:xlink="http://www.w3.org/1999/xlink">A1</literal> déménage dans
    un lieu ou seul le domaine de diffusion B est distribué, il est nécessaire
    d'étendre le domaine de diffusion A jusqu'à ce nouveau lieu. En
    conséquence, il faudra installer un nouveau commutateur et câbler de
    nouvelles prises entre le point de brassage principal du domaine A et ce
    lieu.</para>
    
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Sur une même infrastructure, on se retrouve rapidement avec des
    commutateurs saturés pour lesquels tous les ports disponibles sont utilisés
    et d'autres commutateurs pour lesquels seuls quelques ports sont
    utilisés.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">Ce scénario montre qu'il est excessivement difficile d'optimiser le
    parc des ports de commutateurs avec ce type d'architecture. Le coût de
    l'infrastructure augmente donc fortement puisqu'il faut passer par des
    réinvestissements lourds en câblage et en équipements à chaque modification
    des périmètres.</para>
    </listitem>
  </itemizedlist>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.routing.after">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Situation après routage inter-VLAN</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Les deux règles de base énoncées ci-dessus ne sont pas remises en
  question. Il s'agit maintenant de dissocier les notions d'interface physique
  et d'interface de routage. On n'associe plus une interface physique à chaque
  domaine de diffusion mais une interface «virtuelle» (encore du
  virtuel !).</para>
  
  <mediaobject xmlns:xlink="http://www.w3.org/1999/xlink">
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="fo">
      <imagedata format="PNG" fileref="images/inter-vlan1.png" depth="8cm" scalefit="1"/>
    </imageobject>
    <imageobject xmlns:xlink="http://www.w3.org/1999/xlink" role="html">
      <imagedata format="PNG" fileref="images/inter-vlan1.png" width="520px" scalefit="1"/>
    </imageobject>
  </mediaobject>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Remarques sur ce type de conception relativement à la situation sans
  routage inter-VLAN :</para>

  <itemizedlist xmlns:xlink="http://www.w3.org/1999/xlink">
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">Le contrôle d'accès est centralisé au niveau du routeur. Il n'existe
    plus de «mélange des genres» entre la programmation des commutateurs et le
    contrôle d'accès au niveau réseau. Les communications entre les hôtes d'un
    même domaine de diffusion ou entre plusieurs domaines de diffusion sont
    gérées de la même façon.</para>

    <para xmlns:xlink="http://www.w3.org/1999/xlink">On obtient donc de véritables réseaux locaux distribués sur la
    totalité de l'infrastructure (équipements de niveau 2 + équipements de
    niveau 3).</para>
    </listitem>
    <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
    <para xmlns:xlink="http://www.w3.org/1999/xlink">La gestion du parc des ports de commutation est optimisée. Comme les
    domaines de diffusion sont partagés entre tous les équipements, la gestion
    des évolutions est beaucoup plus souple. Les déménagements n'entraînent
    aucun recâblage tant que l'évolution du nombre des hôtes n'implique pas une
    augmentation du nombre de ports. Il est donc possible de
    <emphasis xmlns:xlink="http://www.w3.org/1999/xlink">concentrer</emphasis> l'administration sur un nombre
    d'équipements plus faible que dans une architecture sans routage
    inter-VLAN.</para>
    </listitem>
  </itemizedlist>
  </sect2>

  <sect2 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.routing.bandwidth">
    <title xmlns:xlink="http://www.w3.org/1999/xlink">Bande passante et trunks</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">En reprenant la remarque sur le partage des débits entre les VLANs à
  l'intérieur des <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunks</wordasword> (voir à la fin de la <xref xmlns:xlink="http://www.w3.org/1999/xlink" linkend="inter-vlan-routing.vlan.definitions"/>), il devient
  intéressant de partager le débit disponible en fond de panier dans des
  châssis de commutateurs. Le critère de choix d'un équipement, commutateur ou
  routeur, s'articule de plus en plus autour du rapport capacité de commutation
  en millions de paquets par seconde (<acronym xmlns:xlink="http://www.w3.org/1999/xlink">mpps</acronym>) sur prix
  d'achat.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">L'augmentation régulière des débits utiles par port favorise l'adoption
  d'architectures à base de routage inter-VLAN. Les évolutions techniques des
  routeurs conduisent à diminuer le nombre de leurs interfaces alors que les
  évolutions des commutateurs conduisent à augmenter considérablement le nombre
  de leurs ports.</para>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Lors de la conception de la topologie physique d'une architecture, la
  densité de ports dans un rayon de 90m dans les réseaux filaires cuivre
  devient un point sensible. Si cette densité est importante, il faudra
  recourir à des équipements de type châssis qui permettent d'associer un
  module de routage à plusieurs modules de commutation. Tous ces modules
  disposent de composants spécialisés interconnectés en fond de panier sur
  différents bus eux aussi spécialisés. Si au contraire, la topologie physique
  est géographiquement plus étalée, on aura recours à l'agrégation de canaux.
  Cette technique permet d'augmenter la capacité utile d'un
  <wordasword xmlns:xlink="http://www.w3.org/1999/xlink">trunk</wordasword> en distribuant le trafic sur plusieurs canaux
  physiques vus comme un seul et unique lien.</para>
  </sect2>
</sect1>

<sect1 xmlns:xlink="http://www.w3.org/1999/xlink" xml:id="inter-vlan-routing.references">
  <title xmlns:xlink="http://www.w3.org/1999/xlink">Applications pratiques</title>

  <para xmlns:xlink="http://www.w3.org/1999/xlink">Le routage inter-VLAN est utilisé plusieurs niveaux dans les documents
  présentés sur ce site.</para>

  <variablelist xmlns:xlink="http://www.w3.org/1999/xlink">
    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Architecture réseau des travaux pratiques</citetitle></term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Le support <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/travaux_pratiques/infra.tp/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Architecture réseau des travaux pratiques</citetitle></link> présente la topologie physique de
	l'infrastructure de travaux pratiques avec la <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/travaux_pratiques/infra.tp/infra.tp.interco.html#infra.tp.interco.cabling"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Disposition des équipements dans l'armoire de brassage</citetitle></link> ainsi que
	les configurations par défaut des équipements. On y trouve aussi le
	plan d'adressage IP utilisé avec les autres supports de travaux
	pratiques, le plan de numérotations des VLANs et les affectations des
	groupes de ports des commutateurs.</para>
      </listitem>
    </varlistentry>

    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Introduction au routage inter-VLAN</citetitle></term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Le support de travaux pratiques <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.inter-vlan.qa/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Routage inter-VLAN</citetitle></link> est
	une introduction aux opérations de configuration. Il est basé sur une
	séparation entre la fonction de routage au niveau réseau assurée par un
	système GNU/Linux et la fonction de commutation des trames au niveau
	liaison assurée par un commutateur Cisco.</para>
      </listitem>
    </varlistentry>

    <varlistentry xmlns:xlink="http://www.w3.org/1999/xlink">
      <term xmlns:xlink="http://www.w3.org/1999/xlink"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Introduction au routage dynamique avec OSPF</citetitle></term>
      <listitem xmlns:xlink="http://www.w3.org/1999/xlink">
	<para xmlns:xlink="http://www.w3.org/1999/xlink">Le support de travaux pratique <link xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="http://www.inetdoc.net/travaux_pratiques/interco.ospf.q/"><citetitle xmlns:xlink="http://www.w3.org/1999/xlink">Routage dynamique avec OSPF</citetitle></link> est une
	excellente occasion de caractériser l'indépendance entre topologie
	logique et topologie physique. En effet, la topologie physique est de
	type étoile puisque l'on utilise des connexions filaires cuivre
	Ethernet alors que la topologie logique est de type triangle grâce à
	l'utilisation des <acronym xmlns:xlink="http://www.w3.org/1999/xlink">VLAN</acronym>s.</para>
      </listitem>
    </varlistentry>
  </variablelist>
</sect1>
</article>

