<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="lan.css" type="text/css"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0 plus SVG 1.1//EN"
    "http://www.w3.org/2002/04/xhtml-math-svg/xhtml-math-svg.dtd" [
  <!ENTITY mathml "http://www.w3.org/1998/Math/MathML">
  <!ENTITY svg "http://www.w3.org/2000/svg">
  <!ENTITY xhtml "http://www.w3.org/1999/xhtml">
  <!ENTITY xlink "http://www.w3.org/1999/xlink">
  <!ENTITY nbsp "&#160;">
  <!ENTITY larr "&#8592;">
  <!ENTITY uarr "&#8593;">
  <!ENTITY rarr "&#8594;">
  <!ENTITY darr "&#8595;">
  <!ENTITY harr "&#8596;">
  <!ENTITY hArr "&#8660;">
  <!ENTITY quot "&#34;">
]>
<html xmlns="&xhtml;" xml:lang="de">
  <head>
    <title>Lokale Netze (LAN) auf der Basis von Ethernet und TCP/IP, Tutorial von Wolfgang Loesch</title>
    <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8"/>
    <meta http-equiv="Content-Style-Type" content="text/css"/>
    <meta http-equiv="Content-Language" content="de"/>
    <meta name="description" content="Lokale Netze (LAN) auf der Basis von Ethernet und TCP/IP,
                                                                          Tutorial von Wolfgang Loesch"/>
    <meta name="author" content="Wolfgang Loesch"/>
    <meta name="copyright" content="Copyright Wolfgang Loesch"/>
    <meta name="robots" content="index,follow"/>
    <link rel="stylesheet" href="lan.css" type="text/css"/>
  </head>
  <body>
    <div class="kopfzeile">
      <h1>Lokale Netze (LAN) auf der Basis von Ethernet und TCP/IP</h1>
      <table width="90%">
        <colgroup>
          <col width="30%"/>
          <col/>
          <col width="30%"/>
        </colgroup>
        <tbody>
          <tr>
            <th>© Wolfgang Lösch</th>
            <th>Contact: <a href="lan-mail.html">Wolfgang Lösch</a>
              <br/>
              Home: <a href="http://www.heineshof.de/index.html">www.heineshof.de</a>
            </th>
            <th>Stand: 2008 - weitere Pflege eingestellt</th>
          </tr>
        </tbody>
      </table>
    </div>
    <div class="abbildung">
      <table>
      <colgroup><col span="2"/></colgroup>
      <thead class="trans">
        <tr>
          <td class="trechts">
            <img src="wloesch.png" alt="Foto"/>
          </td>
          <td class="tlinks extra">
            Tutorial<br/>
            über Technik und Funktionsweise<br/>
            von lokalen Computer-Netzen<br/>
            auf der Basis von Ethernet und TCP/IP<br/>
            von Wolfgang Lösch
          </td>
        </tr>
      </thead>
      <tbody class="trans"><tr><td></td></tr></tbody>
      </table>
    </div>
    <ul class="u1" id="inhalt">
      <li>
        <a href="#einleitung">Einleitung</a>
      </li>
      <li>
        <a href="#standards">Standards, Modelle und Protokolle</a>
        <ul class="u2">
          <li>
            <a href="#normen">Normen und Standards</a>
          </li>
          <li>
            <a href="#osimodell">
              <abbr title="Open Systems Interconnection">OSI</abbr>-Referenzmodell</a>
          </li>
          <li>
            <a href="#internetmodell">Internet-Architekturmodell</a>
          </li>
         <li>
            <a href="#kommunikationsmodell">Vereinfachtes Kommunikationsmodell</a>
          </li>          
          <li>
            <a href="#ethernetmodell">Ethernet-Referenzmodell</a>
          </li>
          <li>
            <a href="#protokolle">Protokolle, Dienste und Schnittstellen</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#medien">Physikalische Schicht &ndash; Verkabelung</a>
        <ul class="u2">
          <li>
            <a href="#kupferkabel">Kupferkabel</a>
            <ul class="u3">
              <li>
                <a href="#koaxialkabel">Koaxialkabel</a>
              </li>
              <li>
                <a href="#symmkabel">Symmetrisches Kupferkabel &ndash; Twisted Pair</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#glasfaser">Lichtwellenleiter &ndash; Glasfaser</a>
          </li>
          <li>
            <a href="#verkabelung">Verkabelung</a>
            <ul class="u3">
              <li>
                <a href="#topologien">Topologien</a>
              </li>
              <li>
                <a href="#gebaeude">Strukturierte Gebäudeverkabelung</a>
              </li>
            </ul>
          </li>
        </ul>
      </li>
      <li>
        <a href="#bituebertragung">Physikalische Schicht &ndash; Bitübertragung</a>
        <ul class="u2">
          <li>
            <a href="#signalausbreitung">Signalausbreitung</a>
          </li>
          <li>
            <a href="#bitkodierung">Bit-Kodierung</a>
          </li>
          <li>
            <a href="#repeater">Repeater</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#medienzugriff">Medienzugriff
        (<abbr title="Media Access Control">MAC</abbr>-Schicht)</a>
        <ul class="u2">
          <li>
            <a href="#dte">Datenendgeräte 
          (<abbr title="Data Terminal Equipment">DTE</abbr>s)</a>
          </li>
          <li>
            <a href="#zugriffsverfahren">Zugriffsverfahren</a>
            <ul class="u3">
              <li>
                <a href="#csmacd">
                  <abbr title="Carrier Sense Multiple Access
             with Collision Detection">CSMA/CD</abbr>-Verfahren</a>
              </li>
              <li>
                <a href="#token">Token-Passing-Verfahren</a>
              </li>
              <li>
                <a href="#punkt">Punkt-zu-Punkt-Verbindungen</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#macrahmen">
              <abbr title="Media Access Control">MAC</abbr>-Rahmen</a>
          </li>
          <li>
            <a href="#macadressen">
              <abbr title="Media Access Control">MAC</abbr>-Adressen</a>
          </li>
          <li>
            <a href="#bruecken">Brücken und Switches</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#ethernetzugriff">Ethernet &ndash; Zugriffsverfahren</a>
        <ul class="u2">
          <li>
            <a href="#rahmenaufbau">Rahmenaufbau</a>
          </li>
          <li>
            <a href="#halbduplex">Halbduplex-Betrieb</a>
            <ul class="u3">
              <li>
                <a href="#csmacdalgo">
                  <abbr title="Carrier Sense Multiple Access
              with Collision Detection">CSMA/CD</abbr>-Algorithmus</a>
              </li>
              <li>
                <a href="#laufzeiten">Laufzeiten und Wartezeiten</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#vollduplex">Vollduplex-Betrieb</a>
          </li>
          <li>
            <a href="#stoerungen">Störungen</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#ethernetstrukturen">Ethernet &ndash; Netzstrukturen</a>
        <ul class="u2">
          <li>
            <a href="#e10mbit">10-Mbit-Ethernet</a>
            <ul class="u3">
              <li>
                <a href="#e10base5">10Base5</a>
              </li>
              <li>
                <a href="#e10base2">10Base2</a>
              </li>
              <li>
                <a href="#e10broad36">10Broad36</a>
              </li>
              <li>
                <a href="#e10baset">10Base-T</a>
              </li>
              <li>
                <a href="#e10basefl">10Base-FL</a>
              </li>
              <li>
                <a href="#e10basefb">10Base-FB</a>
              </li>
              <li>
                <a href="#e10basefp">10Base-FP</a>
              </li>
              <li>
                <a href="#netzstrukturen10">Netzstrukturen mit Repeatern</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#e100mbit">100-Mbit- oder Fast-Ethernet</a>
            <ul class="u3">
              <li>
                <a href="#e100basetx">100Base-TX</a>
              </li>
              <li>
                <a href="#e100baset4">100Base-T4</a>
              </li>
              <li>
                <a href="#e100baset2">100Base-T2</a>
              </li>
              <li>
                <a href="#e100basefx">100Base-FX</a>
              </li>
              <li>
                <a href="#e100basesx">100Base-SX</a>
              </li>
              <li>
                <a href="#netzstrukturen100">Netzstrukturen mit Repeatern</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#gigabit">Gigabit-Ethernet</a>
            <ul class="u3">
              <li>
                <a href="#e1000baset">1000Base-T</a>
              </li>
              <li>
                <a href="#e1000basecx">1000Base-CX</a>
              </li>
              <li>
                <a href="#e1000basesx">1000Base-SX</a>
              </li>
              <li>
                <a href="#e1000baselx">1000Base-LX</a>
              </li>
              <li>
                <a href="#netzstrukturen1000">Netzstrukturen mit Repeatern</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#e10gigabit">10-Gigabit-Ethernet</a>
          </li>
          <li>
            <a href="#e100gigabit">40- und 100-Gigabit-Ethernet</a>
          </li>
          <li>
            <a href="#efm">Ethernet in the First Mile
             (<abbr title="Ethernet in the First Mile">EFM</abbr>)</a>          
          </li>
          <li>
            <a href="#eback">Ethernet in der Backplane</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#ethernetbruecken">Ethernet &ndash; Brücken, Switches
         und <abbr title="Virtual Local Area Network">VLAN</abbr>s</a>
        <ul class="u2">
          <li>
            <a href="#transbruecke">Transparente Brücke</a>
          </li>
          <li>
            <a href="#spanbruecke">Spanning-Tree-Brücke</a>
          </li>
          <li>
            <a href="#l2switch">Layer-2-Switch</a>
          </li>
          <li>
            <a href="#switchshare">Switched Ethernet vs. Shared Ethernet</a>
          </li>
          <li>
            <a href="#vlan">Ethernet-<abbr title="Local Area Network">LAN</abbr>
           als <abbr title="Virtual Local Area Network">VLAN</abbr></a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#ethernetanpassung">Ethernet &ndash; Anpassung an 
        <abbr title="Internet Protocol">IP</abbr>-Betrieb</a>
        <ul class="u2">
          <li>
            <a href="#llc">Logical Link Control 
          (<abbr title="Logical Link Control">LLC</abbr>)</a>
          </li>
          <li>
            <a href="#snap">Subnetwork Access Protocol
             (<abbr title="Subnetwork Access Protocol">SNAP</abbr>)</a>
          </li>
          <li>
            <a href="#ipether">
              <abbr title="Internet Protocol">IP</abbr>-Datagramme
           in Ethernet-Rahmen</a>
          </li>
        </ul>
      </li>
      <li>
        <a href="#ipadrprot">
          <abbr title="Internet Protocol">IP</abbr> &ndash;
         Adressen und Protokolle</a>
        <ul class="u2">
          <li>
            <a href="#netzwerk">Netzwerkschicht</a>
          </li>
          <li>
            <a href="#ipv4">Internet Protocol Version 4
             (<abbr title="Internet Protocol Version 4">IPv4</abbr>)</a>
            <ul class="u3">
              <li>
                <a href="#ipv4adr">Internet-Adressen</a>
              </li>
              <li>
                <a href="#ipv4prot">Internet-Protokoll</a>
              </li>
              <li>
                <a href="#fragment">Fragmentierung und
                 <abbr title="Maximum Transmission Unit">MTU</abbr></a>
              </li>
              <li>
                <a href="#arp">Address Resolution Protocol
                 (<abbr title="Address Resolution Protocol">ARP</abbr>)</a>
              </li>
              <li>
                <a href="#icmpv4">Internet Control Message Protocol
          (<abbr title="Internet Control Message Protocol Version 4">ICMPv4</abbr>)</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#ipv6">Internet Protocol Version 6 
            (<abbr title="Internet Protocol Version 6">IPv6</abbr>)</a>
            <ul class="u3">
              <li>
                <a href="#ipv6adr">Internet-Adressen</a>
              </li>
              <li>
                <a href="#ipv6prot">Internet-Protokoll</a>
              </li>
             <!--  i><a href="#icmpv6">Internet Control Message Protocol Version 6 
          (ICMPv6)</a></li> -->
            </ul>
          </li>
        </ul>
      </li>
      <li>
        <a href="#routerswitch">
          <abbr title="Internet Protocol">IP</abbr> &ndash; 
        Router und <abbr title="Layer 3">L3</abbr>-Switches</a>
        <ul class="u2">
          <li>
            <a href="#iprouter">Router im 
          <abbr title="Internet Protocol">IP</abbr>-Netz</a>
          </li>
          <li>
            <a href="#l3switch"><abbr title="Layer 3">L3</abbr>-Switch im 
          Ethernet/<abbr title="Internet Protocol">IP</abbr>-Netz</a>
          </li>
          <li>
            <a href="#natcidr"><abbr title="Network Address Translation">NAT</abbr>
             und <abbr title="Classless Inter-Domain Routing">CIDR</abbr></a>
            <ul class="u3">
              <li>
                <a href="#nat">Network Address Translation 
                (<abbr title="Network Address Translation">NAT</abbr>)</a>
              </li>
              <li>
                <a href="#cidr">Classless Inter-Domain Routing 
                (<abbr title="Classless Inter-Domain Routing">CIDR</abbr>)</a>
              </li>
            </ul>
          </li>
        </ul>
      </li>
      <li>
        <a href="#tcpudp">
          <abbr title="Transmission Control Protocol">TCP</abbr> / 
          <abbr title="User Datagram Protocol">UDP</abbr></a>
        <ul class="u2">
          <li>
            <a href="#tcp">Transmission Control Protocol
           (<abbr title="Transmission Control Protocol">TCP</abbr>)</a>
          </li>
          <li>
            <a href="#udp">User Datagram Protocol
             (<abbr title="User Datagram Protocol">UDP</abbr>)</a>
          </li>
        </ul>
      </li>
      <!--  <li><a href="lan-management.xhtml">Netzmanagement</a>
    <ul class="u2">
      <li>Simple Network Management Protocol
 (<abbr title="Simple Network Management Protocol">SNMP</abbr>) </li>
      <li>Remote Monitoring (RMON)</li>
      <li>Web Based Enterprise Management (WBEM) </li>
    </ul>
  </li>  -->
      <li>
        <a href="#firewall">Firewall-Systeme</a>
        <ul class="u2">
          <li>
            <a href="#paketfilter">Paketfilter</a>
          </li>
          <li>
            <a href="#applikationsfilter">Applikationsfilter</a>
            <ul class="u3">
              <li>
                <a href="#statfilter">Statischer Paketfilter</a>
              </li>
              <li>
                <a href="#dynfilter">Dynamischer Paketfilter</a>
              </li>
            </ul>
          </li>
          <li>
            <a href="#applikationsfilter2">Überwachter Applikationsfilter</a>
          </li>
          <li>
            <a href="#sicherheitsstufen">Sicherheitsstufen</a>
          </li>
        </ul>
      </li>
      <!--  <li><a href="lan-remote.xhtml">Entfernter Zugriff</a>
    <ul class="u2">
      <li>Drahtlose Technik</li>
      <li>Datenverbindungen</li>
    </ul>
  </li>  -->
      <!--  <li><a href="lan-drahtlos.xhtml">Drahtlose lokale Netze</a>
    <ul class="u2">
      <li>Übertragungstechnik</li>
    </ul>
  </li>  -->
   </ul>
    
<!-- ********************************************************************* -->
<h1 id="einleitung">Einleitung</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>It has to work.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>

<p>Ein <strong>(Computer-</strong> oder <strong>Rechner-) Netz(werk)</strong>
kann als ein Datenkommunikations-System betracht werden, das aus einer Gruppe
von unabhängigen Computersystemen und Peripheriegeräten besteht, die derart
miteinander verbunden sind, dass ein Datenaustausch möglich ist.</p>

<p>Üblicherweise unterscheidet man drei Typen: Weitverkehrsnetz (Wide Area
Network, <abbr title="Wide Area Network">WAN</abbr>), Stadtnetz (Metropolitan
Area Network, <abbr title="Metropolitan Area Network">MAN</abbr>) und lokales
Netz (Local Area Network, <abbr title="Local Area Network">LAN</abbr>). Ein
<strong>lokales Netz (<abbr title="Local Area Network">LAN</abbr>)</strong>
ist dann &ndash; im wörtlichen Sinne
&ndash; ein Netz, bei dem Computersysteme und Peripheriegeräte in einem
engbegrenzten geographischen Bereich liegen (typischerweise ein Firmen-,
Behörden- oder Universitätsgelände).</p>

<p>Zwei Techniken haben sich bei lokalen Netzen durchgesetzt:
Ethernet dient als physikalische Grundlage und die
Datenübertragung basiert auf Internet-Protokollen
(<abbr title="Transmission Control Protocol">TCP</abbr>/<abbr
 title="Internet Protocol">
IP</abbr>-Protokoll-Suite).
Die Konkurrenten von Ethernet (wie z.B. Token Ring,
<abbr title="Fiber Distributed Data Interface">FDDI</abbr> oder
<abbr title="Asynchronous Transfer Mode">ATM</abbr>)
und die Konkurrenten von
<abbr title="Transmission Control Protocol">TCP</abbr>/<abbr
 title="Internet Protocol">IP</abbr> 
(wie z.B. <abbr title="Open Systems Interconnection">OSI</abbr>
<abbr title="Connectionless Network Protocol">
CLNP</abbr>/<abbr title="Transport Protocol Class 4">TP4</abbr>,
Microsoft
<abbr title="Network Basic Input Output System Extended User Inteface">NetBEUI</abbr>
oder Novell
<abbr title="Internetwork Packet Exchange">
IPX</abbr>/<abbr title="Sequenced Packet Exchange">SPX</abbr>)
sind in lokalen Netzen bedeutungslos geworden
und führen allenfalls noch ein Nischendasein.
</p>

<p class="extra">Orientierung</p>

<p>Die folgenden beiden Abbildungen zeigen die in diesem Tutorial
vorgestellten Protokolle und Standards.
Als Ordnungsschema dient ein vereinfachtes, vom
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell
abgeleitetes Kommunikationsmodell.
</p>

<div class="abbildung">
      <table class="schicht" width="65%">
        <!--  <caption>Protokolle auf der Basis von
 <abbr title="DEC Intel Xerox">DIX</abbr>-Ethernet</caption>  -->
        <colgroup>
          <col/>
          <col span="6" width="14%"/>
        </colgroup>
        <tbody>
          <tr>
            <th>Transport-<br/>schicht</th>
            <td>
              <abbr title="Transmission Control Protocol">TCP</abbr>
              <br/>
               (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 7)</td>
            <td><abbr title="User Datagram Protocol">UDP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 6)</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <th rowspan="2">Netzwerk-<br/>schicht</th>
            <td colspan="3" rowspan="2">
              <abbr title="Internet Protocol">IP</abbr>
              <br/>
                (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 5)</td>
            <td><abbr title="Internet Control Message Protocol">ICMP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 5)</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <td style="border-left-width: 0">&nbsp;</td>
 
            <td><abbr title="Address Resolution Protocol">ARP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 37)</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
             <th><abbr title="Media Access Control">MAC</abbr>-Schicht</th>
             <td rowspan="2" colspan="4">Ethernet<br/>
              (<abbr title="DEC Intel Xerox">DIX</abbr>-Version II)</td>
              <td colspan="2" style="border-left-width: 0">&nbsp;<br/>&nbsp;</td>
          </tr>
          <tr>
            <th>Physikalische Schicht</th>
            <td colspan="2">Verkabelung<br/>
              (<abbr title="Deutsches Institut für Normung">DIN</abbr>
              <abbr title="Europäische Norm">EN</abbr> 50173-1)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Protokollschichtungen auf der Basis von Ethernet</p>
    </div>
    
    <div class="abbildung">
      <table class="schicht" width="85%">
        <!--  <caption>Protokolle auf der Basis von
 <abbr title="Institute of Electrical and Electronics Engineers">
  IEEE</abbr>-Ethernet</caption>  -->
        <colgroup>
          <col width="5%"/>
          <col span="8" width="10%"/>
        </colgroup>
        <tbody>
          <tr>
            <th>Transport-<br/>schicht</th>
            <td>
              <abbr title="Transmission Control Protocol">TCP</abbr>
              <br/>
               (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 7)</td>
            <td><abbr title="User Datagram Protocol">UDP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 6)</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <th rowspan="3">Netzwerk<br/>schicht</th>
            <td colspan="2" rowspan="3">
              <abbr title="Internet Protocol">IP</abbr>
              <br/>
               (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 5)</td>
            <td rowspan="2" style="border-left-width: 0">&nbsp;</td>
            <td><abbr title="Internet Control Message Protocol">ICMP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 5)</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <td style="border-left-width: 0">&nbsp;</td>
            <td><abbr title="Address Resolution Protocol">ARP</abbr><br/>
            (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 37)</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <td colspan="4"><abbr title="Subnetwork Access Protocol">SNAP</abbr><br/>
               (<abbr title="Internet Engineering Task Force">IETF</abbr>
              <abbr title="Standard">STD</abbr> 43)</td>
            <td><abbr title="Spanning Tree Protocol">STP</abbr><br/> 
            (<abbr
            title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
             802.1)</td>
            <td class="trans">&nbsp;</td>
          </tr>
          <tr>
            <th><abbr title="Logical Link Control">LLC</abbr>-Schicht</th>
            <td colspan="8">
              <abbr title="Logical Link Control">LLC</abbr>
              <br/>
              (<abbr
               title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
                802.2)</td>
          </tr>
          
          <tr>
             <th><abbr title="Media Access Control">MAC</abbr>-Schicht</th>
             <td rowspan="2" colspan="5">Ethernet (<abbr
           title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>)
            <br/>
              (<abbr
               title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
                802.3)</td>
              <td colspan="3" style="border-left-width: 0">&nbsp;<br/>&nbsp;</td>
          </tr>
          <tr>
            <th>Physikalische Schicht</th>
            <td colspan="3">Verkabelung<br/>
              (<abbr title="Deutsches Institut für Normung">DIN</abbr>
              <abbr title="Europäische Norm">EN</abbr> 50173-1)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Weitere Protokollschichtungen auf der Basis von Ethernet</p>
  </div>

    <p>In den beiden Abbildungen werden folgende Protokollbezeichnungen verwendet:</p>
    <table class="tab">
      <tr>
        <th><abbr title="Address Resolution Protocol">ARP</abbr>:</th>
        <td>Address Resolution Protocol</td>
      </tr>
      <tr>
        <th>
          <abbr
         title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>:
         </th>
        <td>Carrier Sense Multiple Access / Collision Detection</td>
      </tr>
      <tr>
        <th><abbr title="Internet Control Message Protocol">ICMP</abbr>:</th>
        <td>Internet Control Message Protocol</td>
      </tr>
      <tr>
        <th>
          <abbr title="Internet Protocol">IP</abbr>:</th>
        <td>Internet Protocol</td>
      </tr>
      <tr>
        <th>
          <abbr title="Logical Link Control">LLC</abbr>:</th>
        <td>Logical Link Control</td>
      </tr>
      <tr>
        <th><abbr title="Subnetwork Access Protocol">SNAP</abbr>:</th>
        <td>Subnetwork Access Protocol</td>
      </tr>
      <tr>
        <th><abbr title="Spanning Tree Protocol">STP</abbr>:</th>
        <td>Spanning Tree Protocol</td>
      </tr>
      <tr>
        <th>
          <abbr title="Transmission Control Protocol">TCP</abbr>:</th>
        <td>Transmission Control Protocol</td>
      </tr>
      <tr>
        <th><abbr title="User Datagram Protocol">UDP</abbr>:</th>
        <td>User Datagram Protocol</td>
      </tr>
    </table>
    
<p class="extra">Weiterführende Informationen</p>

    <ul>
      <li>
        <a href="http://standards.ieee.org/getieee802/">Get IEEE 802</a>
      </li>
      <li>
        <a href="http://standards.ieee.org/catalog/olis/lanman.html">LAN/MAN (802)
        Standards</a>
      </li>
      <li>
        <a href="http://www.iso.ch/iso/en/CatalogueListPage.CatalogueList">
          <abbr title="International Organization for Standardization">ISO</abbr>
           Standards</a>
      </li>
      <li>
        <a href="http://www.faqs.org/">Internet FAQ Consortium</a>
      </li>
      <li>
        <a href="http://www.rfc-editor.org/index.html">RFC Editor</a>
      </li>
      <li>
        <a href="http://www.rfc-editor.org/rfcsearch.html">Search Engine 
          (Requests For Comments, Internet Standards)</a>
      </li>
    </ul>
    <div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>
    
<!-- ********************************************************************* -->
<h1 id="standards">Standards, Modelle und Protokolle</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>It is more complicated than you think.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>
    
<!-- ********************************************************************* -->
<h2 id="normen">Normen und Standards</h2>
<!-- ********************************************************************* -->

<p>Eine <strong>Norm</strong> im Bereich der Informationstechnik
(<abbr title="Informationstechnik">IT</abbr>) ist eine Vereinbarung, die die
technischen Spezifikationen für <abbr title="Informationstechnik">IT</abbr>-Systeme
(Hardware und Software) festlegt.
Eine Norm wird von einer herstellerunabhängigen, nationalen oder
internationalen Normungsorganisation verabschiedet und wird daher auch als
<strong>De-jure-Standard</strong> bezeichnet. Stammen die Spezifikationen von
einer sonstigen, herstellerunabhängigen Organistation, spricht man von einem
<strong>Standard</strong>, <strong>Quasi-Standard</strong>, oder
<strong>De-facto-Standard</strong>. Schließlich gibt es noch den sogenannten
<strong>Industriestandard</strong>, der oft ebenfalls als De-facto-Standard
oder Quasi-Standard bezeichnet wird. Hierunter versteht man eine Vereinbarung
von technischen Spezifikationen, die aus marktwirtschaftlichen Gründen oft
geheimgehalten oder zumindest ungenügend dokumentiert werden, aber in Form
eines Herstellerprodukts bereits eine große Verbreitung erfahren haben.</p>

<p>Interessant hierbei ist, dass eine Norm auch dann eine Norm ist und bleibt,
wenn sie marktwirtschaftlich bedeutungslos ist. Dagegen liegt ein
Industriestandard erst dann vor, wenn dieser in Form eines Produktes eine
marktwirtschaftliche Bedeutung erlangt hat.</p>

<p>Im Englischen wird das Wort <em>Standard</em> sowohl im Sinne von
<em>Norm</em> als auch im Sinne von <em>Standard</em> verwendet.</p>

<p>Die folgende Abbildung zeigt die für die Normung und Standardisierung
zuständigen Organisationen und Gremien, die im folgenden besprochen
werden.</p>

<div class="abbildung">
      <table>
        <!--  <caption>Standardisierungsgremien</caption>  -->
        <colgroup><col/></colgroup><colgroup><col span="4" width="20%"/></colgroup>
        <thead>
          <tr>
            <th class="trans"/>
            <th>Normen</th>
            <th>Elektrotechnische<br/>
        Spezifikationen</th>
            <th>Telekommunikations-<br/>
        Empfehlungen</th>
            <th>Internet-<br/>
        Standards</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>International</th>
            <td>
              <abbr title="International Organization for Standardization">ISO</abbr>
            </td>
            <td>
              <abbr title="International Eletrotechnical Commission">IEC</abbr>
            </td>
            <td>
              <abbr title="International Telecommunications Union">ITU</abbr>
            </td>
            <td>
              <abbr title="Internet Society">ISOC</abbr> / 
              <abbr title="Internet Architecture Board">IAB</abbr> / 
              <abbr title="Internet Engineering Task Force">IETF</abbr>
            </td>
          </tr>
          <tr>
            <th>USA</th>
            <td>
              <abbr title="American National Standards Institute">ANSI</abbr>
            </td>
            <td>
              <abbr 
              title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
            </td>
            <td/>
            <td/>
          </tr>
          <tr>
            <th>Deutschland</th>
            <td>
              <abbr title="Deutsches Institut für Normung">DIN</abbr>
            </td>
            <td/>
            <td/>
            <td/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Standardisierungsgremien</p>
    </div>
    
<p class="extra">Internationale Normen (<abbr title="International Organization for 
Standardization">ISO</abbr> /
 <abbr title="International Eletrotechnical Commission">IEC</abbr>)
</p>

<p>Das zentrale Organ, das für die internationale
<abbr title="Informationstechnik">IT</abbr>-Normung
zuständig ist, ist ein gemeinsames Komitee
der International Organization for Standardization
(<abbr title="International Organization for Standardization">ISO</abbr>) und der
International Eletrotechnical Commission
(<abbr title="International Eletrotechnical Commission">IEC</abbr>).
Da im <abbr title="Informationstechnik">IT</abbr>-Bereich
ursprünglich nur die
<abbr title="International Organization for Standardization">ISO</abbr>
tätig war, spricht man häufig einfach von
<abbr title="International Organization for Standardization">ISO</abbr>-Normen.</p>

<p>Bis zur endgültigen Verabschiedung durchläuft eine Norm die Stadien
Committee Draft
(<abbr title="Committee Draft">CD</abbr>),
Draft International Standard
(<abbr title="Draft International Standard">DIS</abbr>) und schließlich
<strong>International Standard
(<abbr title="International Standard">IS</abbr>)</strong>.
Bereits im Entwurfstadium
erhält die zukünftige Norm eine Registriernummer, die während des
Normungsprozesses unverändert bleibt. Die vollständige Bezeichnung für eine
verabschiedete Norm lautet z.B.
<abbr title="International Organization for Standardization">ISO</abbr>/<abbr
 title="International Eletrotechnical Commission">IEC</abbr>
      <abbr title="International Standard">IS</abbr> 7498, oder meistens kurz
<abbr title="International Organization for Standardization">ISO</abbr> 7498.</p>
    <p class="extra">Internet-Standards (<abbr title="Internet Society">ISOC</abbr> / 
<abbr title="Internet Architecture Board">IAB</abbr> / 
<abbr title="Internet Engineering Task Force">IETF</abbr>)</p>
    <p>Der international größte Netzverbund ist sicherlich das aus dem
<abbr title="Advanced Research Projects Agency Network">ARPANet</abbr>
hervorgegangene Internet, mit einigen 10000 zusammengeschlossenen, autonomen
Netzen und mehreren Millionen Benutzern. Die Organisation, die sich für die
Weiterentwicklung und Standardisierung des weltweiten Internet verantwortlich
fühlt, ist die Internet Society
(<abbr title="Internet Society">ISOC</abbr>).
Die <abbr title="Internet Society">ISOC</abbr> beaufsichtigt 
die Aktivitäten des Internet Architecture Board
(<abbr title="Internet Architecture Board">IAB</abbr>), welches als technische
Beratungsgruppe für Architekturfragen zuständig ist. Die eigentliche
Standardisierungsarbeit wird in Arbeitsgruppen der Internet Engineering Task
Force
(<abbr title="Internet Engineering Task Force">IETF</abbr>)
geleistet.</p>

<p>Alle Dokumente und Spezifikationen zur Weiterentwicklung des Internet
werden als sogenannte <strong>Request for Comments
(<abbr title="Request for Comments">RFC</abbr>)</strong> veröffentlicht.
Jedem <abbr title="Request for Comments">RFC</abbr> wird eine der
folgenden Kategorien zugeordnet:
</p>
   
 <dl>
      <dt>PROPOSED STANDARD, DRAFT STANDARD, STANDARD
   (<abbr title="Standard">STD</abbr>):</dt>
      <dd>Mit einer dieser drei Kategorien werden 
  <abbr title="Request for Comments">RFC</abbr>s versehen,
    die den offiziellen, dreistufigen Standardisierungsprozess
    (Standards Track) durchlaufen.
   Jeder verabschiedete Standard
   erhält eine Registriernummer, hinter der sich einer oder mehrere 
   <abbr title="Request for Comments">RFC</abbr>s
   verbergen. Sollen an dem Standard Änderungen oder Ergänzungen vorgenommen
   werden, behält dieser zwar die <abbr title="Standard">STD</abbr>-Registriernummer,
   bezieht sich jedoch auf
   andere (neuere) <abbr title="Request for Comments">RFC</abbr>s.
   Ein gutes Beispiel hierfür ist <abbr title="Standard">STD</abbr> 1
   (Internet Official Protocol Standards), der regelmäßig
   geändert wird und sich im Laufe der Zeit z.B. auf die
    <abbr title="Request for Comments">RFC</abbr>s
   2600 (März 2000), 2700 (August 2000), 2800 (May 2001), 2900 (August 2001)
   und 3000 (November 2001) bezog.
  </dd>
      <dt>BEST CURRENT PRACTICE
   (<abbr title="Best Current Practice">BCP</abbr>):</dt>
      <dd>Bei <abbr title="Request for Comments">RFC</abbr>s,
   die mit dieser Kategorie versehen sind,
   handelt es sich um offizielle Richtlinien oder
   Empfehlungen der <abbr title="Internet Engineering Task Force">IETF</abbr>,
   die jedoch nicht in den
   Standadisierungsprozess aufgenommen werden.
  </dd>
      <dt>INFORMATIONAL, EXPERIMENTAL:</dt>
      <dd>Hierunter fallen alle <abbr title="Request for Comments">RFC</abbr>s,
   die nicht einer der oben genannten Gruppen angehören.</dd>
      <dt>HISTORIC</dt>
      <dd>Auf diese Weise werden <abbr title="Request for Comments">RFC</abbr>s
       gekennzeichnet,
   die als Standard zurückgezogen wurden.
  </dd>
 </dl>
 
<p class="extra">Telekommunikations-Empfehlungen 
(<abbr title="International Telecommunications Union">ITU</abbr>)</p>

<p>Im Telekommunikationsbereich arbeitet die
International Telecommunications Union
(<abbr title="International Telecommunications Union">ITU</abbr>),
die früher unter der Bezeichnung Comité Consultatif International
 Télégraphique et Téléphonique
(<abbr
 title="Comité Consultatif International Télégraphique et Téléphonique">CCITT</abbr>)
bakannt war, Empfehlungen für die Post- und
Telefongesellschaften aus, die in Serien (V-Serie, X-Serie, usw.)
herausgegeben werden. Bekannte Empfehlungen sind z.B. V.24, X.25 und X.400.
Aufgrund einer engen Kooperation werden die 
<abbr title="International Telecommunications Union">ITU</abbr>-Empfehlungen
 vielfach von
<abbr title="International Organization for Standardization">ISO</abbr>/<abbr
 title="International Eletrotechnical Commission">IEC</abbr> übernommen.</p>
 
<p class="extra"><abbr title="American National Standards Institute">ANSI</abbr>-Normen</p>

<p>Das American National Standards Institute
(<abbr title="American National Standards Institute">ANSI</abbr>) ist international
bekannt für seine Normungsarbeit im <abbr title="Informationstechnik">IT</abbr>-Bereich.
Viele der hier erarbeiteten
Spezifikationen dienen als Vorlagen für Internationale Normen und werden in
der Regel unverändert von 
<abbr title="International Organization for Standardization">ISO</abbr>/<abbr
 title="International Eletrotechnical Commission">IEC</abbr> übernommen.
Im <abbr title="Local Area Network">LAN</abbr>-Bereich wäre hier z.B.
die <abbr title="Fiber Distributed Data Interface">FDDI</abbr>-Norm zu nennen.</p>

<p class="extra"><abbr
 title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standards</p>

<p>Neben <abbr title="American National Standards Institute">ANSI</abbr>
ist vor allem das Institute of Electrical and Electronics Engineers
(<abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>)
Zulieferer von Normungsvorschlägen. Die Normung im 
<abbr title="Local Area Network">LAN</abbr>-Bereich wird in erster
Linie im Projekt 802 vorangetrieben. Die Zahl 802 steht für das Datum des
Projektbeginns: 80-2, d.h. 1980-Februar. Viele der Spezifikationen werden auch
hier unverändert als Internationale Normen von 
<abbr title="International Organization for Standardization">ISO</abbr>/<abbr
title="International Eletrotechnical Commission">IEC</abbr> übernommen. Dabei wird
aus der <abbr
 title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Bezeichnung
802.xxx die <abbr
 title="International Organization for Standardization">ISO</abbr>/<abbr
title="International Eletrotechnical Commission">IEC</abbr>-Bezeichnung 8802-xxx.</p>

<p>Die folgende Tabelle gibt eine Übersicht über die wichtigsten 802-Projekte.
Die Spezifikationen, die aus den <span class="alt1u">dunkelfarbig</span> hinterlegten
Projekten resultieren, bilden den Schwerpunkt dieses Tutorials.</p>

<div class="abbildung">
      <table>
        <!--  <caption><abbr title="Institute of Electrical and 
Electronics Engineers">IEEE</abbr> 802-Projekte</caption> -->
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th>Projekt</th>
            <th>Bezeichnung</th>
            <th>Arbeitsgruppe</th>
          </tr>
        </thead>
        <tbody class="alt1u">
          <tr>
            <td>802.1</td>
            <td>Overview, Architecture and Interworking</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.2</td>
            <td>Logical Link Control</td>
            <td>inaktiv</td>
          </tr>
          <tr>
            <td>802.3</td>
            <td>Ethernet / 
            Carrier Sense Multiple Access with Collision Detection
        (<abbr title="Carrier Sense Multiple Access
         with Collision Detection">CSMA/CD</abbr>)</td>
            <td>aktiv</td>
          </tr>
         </tbody>
         <tbody>
          <tr>
            <td>802.4</td>
            <td>Token Bus</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.5</td>
            <td>Token Ring</td>
            <td>inaktiv</td>
          </tr>
          <tr>
            <td>802.6</td>
            <td>Distributed Queue Dual Bus
       (<abbr title="Distributed Queue Dual Bus">DQDB</abbr>)</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.7</td>
            <td>Broadband</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.8</td>
            <td>Fiber Optic</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.9</td>
            <td>Integrated Services</td>
            <td>inaktiv</td>
          </tr>
          <tr>
            <td>802.10</td>
            <td>Various Levels of Security for all
       <abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
       802 Standards</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.11</td>
            <td>Wireless Local Area Networks
       (<abbr title="Wireless Local Area Networks">WLAN</abbr>)</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.12</td>
            <td>Demand Priority</td>
            <td>inaktiv</td>
          </tr>
          <tr>
            <td>802.14</td>
            <td>Cable TV</td>
            <td>aufgelöst</td>
          </tr>
          <tr>
            <td>802.15</td>
            <td>Wireless Personal Area Networks
       (<abbr title="Wireless Personal Area Network">WPAN</abbr>)</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.16</td>
            <td>Broadband Wireless Access
       (<abbr title="Broadband Wireless Access">BWA</abbr>)</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.17</td>
            <td>Resilient Packet Ring</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.18</td>
            <td>Radio Regulatory</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.19</td>
            <td>Coexistence</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.20</td>
            <td>Mobile Broadband Wireless Access
       (<abbr title="Mobile Broadband Wireless Access">MBWA</abbr>)</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.21</td>
            <td>Media Independent Handoff Working</td>
            <td>aktiv</td>
          </tr>
          <tr>
            <td>802.22</td>
            <td>Wireless Regional Area Networks</td>
            <td>aktiv</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">
        <abbr title="Institute of Electrical and
          Electronics Engineers">IEEE</abbr> 802-Projekte</p>
    </div>
    
<p class="extra"><abbr title="Deutsches Institut für Normung">DIN</abbr>-Normen</p>

<p>Im Bereich der <abbr title="Informationstechnik">IT</abbr>-Normung spielt das
Deutsche Institut für Normung
(<abbr title="Deutsches Institut für Normung">DIN</abbr>) nur eine
untergeordnete Rolle. Die wesentlichen Normungs-Beiträge kommen in der Regel
von US-Amerikanischen Organisationen und Unternehmen.</p>

<!-- ********************************************************************* -->
<h2 id="osimodell"><abbr
 title="Open Systems Interconnection">OSI</abbr>-Referenzmodell</h2>
<!-- ********************************************************************* -->

<p>Datenkommunikation in Computer-Netzen wird im allgemeinen in einer Reihe
von <strong>Schichten (Layers)</strong> organisiert, wobei jeder Schicht
bestimmte Funktionen zugewiesen werden und die Schichten dann so angeordnet
werden, dass jede Schicht auf einer anderen Schicht aufsetzt. Die Schichten
werden durch genau definierte Schnittstellen gegeneinander abgegrenzt. Jede
Schicht bietet der darüberliegenden Schicht bestimmte Dienste (Services) an,
wobei die Anordnung der Schichten so gewählt wird, dass jeweils die
höherliegende Schicht die Dienste der darunterliegenden Schicht für ihre
Datenkommunikation nutzen kann.</p>

<p>Durch das Zusammenfügen solcher Kommunikations-Schichten entstehen recht
komplexe, abstrakte Gebilde, innerhalb derer man die gesamte
Datenkommunikation beschreiben kann. Man spricht dann von einem
<strong>Kommunikationsmodell</strong> oder einer
<strong>Kommunikationsarchitektur</strong>. Die Schichten werden meistens von
unten beginnend durchnumeriert: 1, 2, ..., N, ..., N<sub>max</sub>. Hierbei
steht N für eine beliebige Zahl zwischen 1 und N<sub>max</sub> . Die Schicht N
wird oft auch als <strong>(N)-Schicht</strong> bezeichnet.</p>

<p>Die International Organization for Standardization
(<abbr title="International Organization for Standardization">ISO</abbr>)
hat ein aus
7 Schichten bestehendes Modell für die Datenkommunikation definiert und als
Norm verabschiedet. Das Modell trägt die Bezeichnung <strong>Open Systems
Interconnection
(<abbr title="Open Systems Interconnection">OSI</abbr>)</strong> und wird kurz als
<strong><abbr title="Open Systems Interconnection">OSI</abbr>-Modell</strong>
 bezeichnet.
Das <abbr title="Open Systems Interconnection">OSI</abbr>-Modell gilt allgemein als
<strong>Referenzmodell</strong> für die Datenkommunikation.</p>

<p>Die folgende Abbildung zeigt die Anordnung der 7 Schichten des
<abbr title="Open Systems Interconnection">OSI</abbr>-Modells.</p>

<div class="abbildung">
      <table class="schicht">
        <!--  <caption><abbr
 title="Open Systems Interconnection">OSI</abbr>-Referenzmodell</caption> -->
        <colgroup>
          <col width="5%"/>
          <col width="45%"/>
          <col width="5%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>7</th>
            <td colspan="3">Application Layer<br/>
        (Anwendungsschicht)</td>
          </tr>
          <tr>
            <th>6</th>
            <td colspan="3">Presentation Layer<br/>
        (Darstellungsschicht)</td>
          </tr>
          <tr>
            <th>5</th>
            <td colspan="3">Session Layer<br/>
        (Kommunikationssteuerungsschicht, Sitzungsschicht)</td>
          </tr>
          <tr>
            <th>4</th>
            <td colspan="3">Transport Layer<br/>
        (Transportschicht)</td>
          </tr>
          <tr>
            <th rowspan="3">3</th>
            <td rowspan="3">Network Layer<br/>
        (Vermittlungsschicht, Netzwerkschicht)</td>
            <th class="alt1">3c</th>
            <td class="alt1">Subnetwork Independent Convergence Sublayer</td>
          </tr>
          <tr>
            <th class="alt1">3b</th>
            <td class="alt1">Subnetwork Dependent Convergence Sublayer</td>
          </tr>
          <tr>
            <th class="alt1">3a</th>
            <td class="alt1">Subnetwork Access Sublayer</td>
          </tr>
          <tr>
            <th rowspan="2">2</th>
            <td rowspan="2">Data Link Layer<br/>
        (Sicherungsschicht, Datenverbindungsschicht)</td>
            <th class="alt1">2b</th>
            <td class="alt1">Logical Link Control Sublayer
       (<abbr title="Logical Link Control">LLC</abbr>)</td>
          </tr>
          <tr>
            <th class="alt1">2a</th>
            <td class="alt1">Media Access Control Sublayer
       (<abbr title="Media Access Control">MAC</abbr>)</td>
          </tr>
          <tr>
            <th>1</th>
            <td colspan="3">Physical Layer<br/>
        (Bitübertragungsschicht, physikalische Schicht)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">
        <abbr title="Open Systems Interconnection">OSI</abbr>-Referenzmodell</p>
    </div>
    
    <dl>
      <dt>(1) Physical Layer (Bitübertragungsschicht, physikalische Schicht)</dt>
      <dd>
        <ul>
          <li>Übertragung von Bitströmen,</li>
          <li>Festlegung einer Taktrate für die Bitsynchronisation,</li>
          <li>Darstellung der Bits &quot;<code>0</code>&quot;
           und &quot;<code>1</code>&quot; als
          elektrische oder optische Signale (Leitungscodes).</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(2) Data-Link-Layer (Sicherungsschicht, Datenverbindungsschicht)</dt>
      <dd>
        <ul>
          <li>Aufteilung der Bitströme in Blöcke oder Rahmen (Frames) geeigneter
          Länge,</li>
          <li>Behandlung von Übertragungsfehlern durch Fehlererkennung und
          -behebung (Error Detection and Recovery) (üblicherweise nur bei
          <abbr title="Wide Area Network">WAN</abbr>s),</li>
          <li>Flusskontrolle (üblicherweise nur bei 
        <abbr title="Wide Area Network">WAN</abbr>s),</li>
          <li>Block- oder Rahmensynchronisation,</li>
          <li>Regelung des Zugriffs auf das Übertragungsmedium (üblicherweise
          nur bei <abbr title="Local Area Network">LAN</abbr>s).</li>
        </ul>
      </dd>
    </dl>
    <p>Bei <abbr title="Local Area Network">LAN</abbr>s wird die Sicherungsschicht 
       in zwei Subschichten (Sublayers) unterteilt.</p>
    <dl>
      <dt>(2a) Media Access Control Sublayer
       (<abbr title="Media Access Control">MAC</abbr>)</dt>
      <dd>
        <ul>
          <li>Aufteilung der Bitströme in
           <abbr title="Media Access Control">MAC</abbr>-Rahmen
         (<abbr title="Media Access Control">MAC</abbr>-Frames),</li>
          <li>Regelung des Zugriffs auf das Übertragungsmedium.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(2b) Logical Link Control Sublayer
       (<abbr title="Logical Link Control">LLC</abbr>)</dt>
      <dd>
        <ul>
          <li>Vom Medienzugriff unabhängige Funktionen der
        Sicherungsschicht.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(3) Network Layer (Vermittlungsschicht, Netzwerkschicht)</dt>
      <dd>
        <ul>
          <li>Weiterleitung (Relaying) von Daten (gegebenenfalls mit
          Protokollkonvertierung),</li>
          <li>Wegwahl (Routing) für die Weiterleitung von Daten,</li>
          <li>Adressierung von Computer-Systemen durch Vergabe von (logischen)
          Netzwerkadressen,</li>
          <li>Umsetzung von Netzwerkadressen in physikalische Adressen,</li>
          <li>Bündelung (Multiplexing) mehrerer Netzverbindungen über einzelne
          Teilstrecken.</li>
        </ul>
      </dd>
    </dl>
    
<p>Computer-Netze, insbesondere natürlich lokale Netze, die mit anderen Netzen
zum Zwecke einer netzüberschreitenden Kommunikation (Internetworking)
verbunden werden (z.B. bei 
<abbr title="Local Area Network">LAN</abbr>-<abbr
 title="Wide Area Network">WAN</abbr>-<abbr
  title="Local Area Network">LAN</abbr>-Kopplungen), nennt man Subnetze. Um der
Komplexität einer solchen Kommunikation Rechnung zu tragen, wird die
Netzwerkschicht in drei Subschichten (Sublayers) unterteilt.</p>

    <dl>
      <dt>(3a) Subnetwork Access Sublayer</dt>
      <dd>
        <ul>
          <li>Abwicklung der Subnetz-spezifischen Funktionen der Netzwerkschicht
          (bei <abbr title="Local Area Network">LAN</abbr>s meist leer).</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(3b) Subnetwork Dependent Convergence Sublayer</dt>
      <dd>
        <ul>
          <li>Anheben der verschiedenen Subnetwork Access Sublayer auf ein
          einheitliches Niveau, auf das der Subnetwork Independent Convergence
          Sublayer aufsetzen kann (bei <abbr title="Local Area Network">LAN</abbr>s
           üblicherweise leer).</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(3c) Subnetwork Independent Convergence Sublayer</dt>
      <dd>
        <ul>
          <li>Abwicklung der Subnetz-unabhängigen Funktionen der
          Netzwerkschicht, insbesondere Routing, Relaying und globale
          Netzwerkadressierung.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(4) Transport Layer (Transportschicht)</dt>
      <dd>
        <ul>
          <li>Unterstützung einer zuverlässigen Ende-zu-Ende-Verbindung zwischen
          Prozessen (Transportdienstbenutzer) auf den Endsystemen,</li>
          <li>Verbergen der Netzcharakteristika vor den anwendungsorientierten
          Schichten,</li>
          <li>Fehlerbehandlung zwischen Endsystem-Prozessen,</li>
          <li>Flusskontrolle zwischen Endsystem-Prozessen,</li>
          <li>Bündelung (Multiplexing) mehrerer Transportverbindungen über eine
          Netzverbindung.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(5) Session Layer (Kommunikationssteuerungsschit, Sitzungsschicht)</dt>
      <dd>
        <ul>
          <li>Auf-/Abbau und Benutzung einer Dialogverbindung,</li>
          <li>Steuerung des Dialogs (wer sendet wann und wie lange),</li>
          <li>Setzen von Synchronisationspunkten und Dialogsynchronisation.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(6) Presentation Layer (Darstellungsschicht)</dt>
      <dd>
        <ul>
          <li>Konvertierung der ausgetauschten Daten in eine systemunabhängige
          Form (Umsetzung der Syntax) zur Sicherstellung der wechselseitig
          richtigen Interpretation,</li>
          <li>Datenkompression.</li>
        </ul>
      </dd>
    </dl>
    <dl>
      <dt>(7) Application Layer (Anwendungsschicht)</dt>
      <dd>
        <ul>
          <li>Unterstützung von Benutzer-Anwendungsprozessen durch
          Bereitstellung geeigneter Dienste (z.B. Dateitransfer,
          Nachrichtenübermittlung, Terminaldialog,
        Transaktionsverarbeitung),</li>
          <li>Netzwerktransparenz für Benutzer-Anwendungsprozesse,</li>
          <li>Netzwerkmanagement.</li>
        </ul>
      </dd>
    </dl>
    
<p>Obwohl die Schicht 7 in ihrer Komplexität alle anderen Schichten
weit übertrifft, wird sie nicht in Subschichten unterteilt. Stattdessen wird
hier ein anderes Funktionsprinzip eingeführt, der sogenannte
Anwendungszusammenhang (Application Context). Für das allgemeine Verständnis
des <abbr title="Open Systems Interconnection">OSI</abbr>-Modells und seiner
Schichten ist dies allerdings nicht von Bedeutung.</p>
 
<p>Man beachte, dass die eigentlichen Anwendungen (oder genauer gesagt die
Benutzer-Anwendungsprozesse) außerhalb des 
<abbr title="Open Systems Interconnection">OSI</abbr>-Modells liegen und somit oben
auf die Schicht 7 aufsetzen.
Ebenso liegen die Übertragungsmedien außerhalb des 
<abbr title="Open Systems Interconnection">OSI</abbr>-Modells, und zwar
unterhalb der Schicht 0. Aus diesem Grund
werden die Übetragungsmedien manchmal auch einer
Schicht &quot;0&quot; zugeordnet, die aber im 
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell
strenggenommen nicht existiert.</p>

<!-- ********************************************************************* -->
<h2 id="internetmodell">Internet-Architekturmodell</h2>
<!-- ********************************************************************* -->

<p>Bereits in den 60er Jahren entwickelte die Defense Advanced Research
Projects Agency (<abbr
title="Defense Advanced Research Projects Agency">DARPA</abbr>) im Auftrag des
US Department of Defense (<abbr title="Department of Defense">DoD</abbr>) ein
Modell für Datenkommunikation, genannt das <strong>Internet-Architekturmodell
(Internet Architecture Model)</strong>.
Auf der Basis dieses Modells wurden dann verschiedene Netze
aufgebaut, zunächst das Advanced Research Projects Agency Network (<abbr
title="Advanced Research Projects Agency Network">ARPANet</abbr>) und das
Defense Data Network (<abbr title="Defense Data Network">DDN</abbr>) und
schließlich das weltweite <strong>Internet</strong>.</p>

<div class="abbildung">
<table class="schicht" width="40%">
<colgroup><col/></colgroup>
  <tbody>
    <tr><td>Application Layer</td></tr>
    <tr><td>Utility Layer</td></tr>
    <tr><td>Transport Layer</td></tr>
    <tr><td>Internet Layer</td></tr>
    <tr><td>Network Layer</td></tr>
    <tr><td>Link Layer</td></tr>
    <tr><td>Physical Layer</td></tr>
  </tbody>
 </table>
 <p class="caption">Internet-Architekturmodell</p>
 </div>

<p>Während im <abbr title="Open Systems Interconnection">OSI</abbr>-Modell
die angebotenen Dienste (Services) einer Schicht die
entscheidende Rolle spielen und die Protokolle einer Schicht im wesentlichen
nur dazu dienen, dass innerhalb dieser Schicht eine Kommunikation zwischen den
beteiligten Computer-Systemen stattfinden kann, stehen im Internet-Modell die
Protokolle einer Schicht im Vordergrund und der abstrakte Begriff eines
Dienstes taucht hier gar nicht auf. Beim Internet-Modell handelt es sich also
um eine reine Protokollarchitektur, die auch unter dem Namen
<strong>Internet Protocol Suite</strong> bekannt ist.
Aufgrund der strikten Trennung von Diensten und Protokollen ist das 
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell
flexibler und leistungsfähiger als das Internet-Modell.</p>

<p>Das Internet-Architekturmodell besteht ebenso wie das
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell aus 7 Schichten, wobei
sich jedoch die Schichten der beiden Modelle nicht unbedingt entsprechen. Die
Funktionen der einzelnen Schichten werden im folgenden kurz erläutert und mit den
<abbr title="Open Systems Interconnection">OSI</abbr>-Schichten verglichen.</p>

<dl>
  <dt>Physical Layer</dt>
    <dd><ul>
        <li>Weitgehend identisch mit der entsprechenden
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schicht 1.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Link Layer</dt>
    <dd><ul>
        <li>Bei <abbr title="Wide Area Network">WAN</abbr>s weitgehend identisch mit der
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schicht 2,</li>
        <li>bei <abbr title="Local Area Network">LAN</abbr>s in der Regel nicht vorhanden.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Network Layer</dt>
    <dd><ul>
        <li>Bei <abbr title="Wide Area Network">WAN</abbr>s vergleichbar mit den
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schichten 3a und 3b,</li>
        <li>bei <abbr title="Local Area Network">LAN</abbr>s vergleichbar mit den
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schichten 2a und 2b
         und (falls vorhanden) 3a und 3b.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Internet Layer</dt>
    <dd><ul>
        <li>Vergleichbar mit der
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schicht 3c, insbesondere
          hinsichtlich Routing, Relaying und Netzwerkadressierung.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Transport Layer</dt>
    <dd><ul>
        <li>Weitgehend identisch mit der entsprechenden
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schicht 4.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Utility Layer</dt>
    <dd><ul>
        <li>Vergleichbar mit den
        <abbr title="Open Systems Interconnection">OSI</abbr>-Schichten 5 bis 7.</li>
      </ul>
    </dd>
</dl>
<dl>
  <dt>Application Layer</dt>
    <dd><ul>
        <li>Anwendungen, die den Utility-Layer benutzen (im Gegensatz hierzu
          liegen bei
          <abbr title="Open Systems Interconnection">OSI</abbr> die Anwendungen außerhalb des
        Architekturmodelles).</li>
      </ul>
    </dd>
</dl>

<!-- ********************************************************************* -->
<h2 id="kommunikationsmodell">Vereinfachtes Kommunikationsmodell</h2>
<!-- ********************************************************************* -->

<p>Für die Praxis ist weder das reine
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell, noch das
Internet-Modell besonders geeignet. Daher wird im Folgenden ein
modifiziertes, vom
<abbr title="Open Systems Interconnection">OSI</abbr>-Modell abgeleitetes
Kommunikationsmodell vorgestellt, das im Tutorial durchgehend verwendet
und einfach als <strong>Schichtenmodell</strong> bezeichnet wird.</p>

<div class="abbildung">
<table class="schicht" width="80%">
<colgroup><col/><col width="50%"/><col/></colgroup>
  <thead>
    <tr><th class="alt1">Abzudeckender Bereich</th>
    <th>Kommunikationsschichten</th>
        <th class="sw"><abbr title="Open Systems Interconnection">OSI</abbr>-Schichten</th></tr>
   </thead>
  <tbody>
    <tr><td class="alt1">Anwendungen und Verfahren</td><td class="trans">nicht enthalten</td>
        <td class="trans"></td></tr>
    <tr><td class="alt1" rowspan="3">Anwendungsorientierte Dienste</td>
        <td rowspan="3">Anwendungsschicht</td><td class="sw">7</td></tr>
    <tr><td class="sw">6</td></tr>
    <tr><td class="sw">5</td></tr>
    <tr><td class="alt1" rowspan="2">Vermittlungs- und transportorientierte Dienste</td>
        <td>Transportschicht</td><td class="sw">4</td></tr>
    <tr><td>Netzwerkschicht</td><td class="sw">3</td></tr>
    <tr><td class="alt1" rowspan="4">Übertragungstechnik</td>
        <td><abbr title="Logical Link Control">LLC</abbr>-Schicht (falls erforderlich)</td>
        <td class="sw" rowspan="2">2</td></tr>
    <tr><td><abbr title="Media Access Control">MAC</abbr>-Schicht</td></tr>
    <tr><td rowspan="2">Physikalische Schicht<br/>(einschließlich Verkabelung)</td>
        <td class="sw">1</td></tr>
    <tr><td class="trans">&nbsp;</td></tr>  
  </tbody>
 </table>
 <p class="caption">Schichtenmodell (vereinfachtes Kommunikationsmodell)</p>
 </div>



<!-- ********************************************************************* -->
<h2 id="ethernetmodell">Ethernet-Referenzmodell</h2>
<!-- ********************************************************************* -->

<p>Nachdem die Schicht 2 des 
<abbr title="Open Systems Interconnection">OSI</abbr>-Modells
 bereits in die beiden Subschichten
<abbr title="Media Access Control">MAC</abbr> und 
<abbr title="Logical Link Control">LLC</abbr> unterteilt ist,
 um lokalen Netzen besser gerecht zu werden,
wird diese Unterteilung für Ethernet weiter verfeinert.
Auf diese Weise entsteht das <strong>Ethernet-Referenzmodell</strong>.
Charakteristisch für das Ethernet-Modell ist, dass die Unterteilung
in Subschichten abhängig von der Übertragungsrate ist.</p>

<p>Die folgende Abbildung zeigt die Anordnung der Schichten des
Ethernet-Modells für die Übertragungsraten 10, 100 und 1000 Mbit/s.</p>

<div class="abbildung">
      <table class="schicht" width="80%">
        <!--  <caption>Ethernet-Referenzmodell</caption>  -->
        <colgroup>
          <col span="2" width="14%"/>
          <col span="2" width="28%"/>
          <col/>
        </colgroup>
        <thead>
          <tr>
             <th colspan="4">Schichten des Ethernet-Modells</th>
            <th class="sw" rowspan="2">Vereinfachtes Kommunikations&shy;modell</th>
          </tr>
          <tr>
            <th colspan="2">Ethernet (10&nbsp;Mbit/s)</th>
            <th>Fast-Ethernet (100&nbsp;Mbit/s)</th>
            <th>Gigabit-Ethernet (1000&nbsp;Mbit/s)</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td colspan="4">
              <abbr title="Media Access Control">MAC</abbr> Client 
           (<abbr title="Logical Link Control">LLC</abbr>, Brücken)</td>
            <td class="sw">
              <abbr title="Logical Link Control">LLC</abbr>-Schicht
            </td>
          </tr>
          <tr>
             <td colspan="4">
              <abbr title="Media Access Control">MAC</abbr> Control (optional)</td>
              <td class="sw" rowspan="2">
              <abbr title="Media Access Control">MAC</abbr>-Schicht
            </td>
          </tr>
          <tr>
            <td colspan="4">
              <abbr title="Media Access Control">MAC</abbr>
            </td>
          </tr>
          <tr>
             <td>
              <abbr title="Physical Layer Signaling">PLS</abbr>
            </td>
            <td>Reconciliation</td>
            <td>Reconciliation</td>
            <td>Reconciliation</td>
            <td class="sw" rowspan="7">Physikalische Schicht</td>
          </tr>
          <tr>
            <td class="alt1" rowspan="3">
              <abbr title="Attachment Unit Interface">AUI</abbr>
            </td>
            <td class="alt1">
              <abbr title="Media Independent Interface">MII</abbr>
            </td>
            <td class="alt1">
              <abbr title="Media Independent Interface">MII</abbr>
            </td>
            <td class="alt1">
              <abbr title="Gigabit Media Independent Interface">GMII</abbr>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Physical Layer Signaling">PLS</abbr>
            </td>
            <td>
              <abbr title="Physical Coding Sublayer">PCS</abbr>
            </td>
            <td>
              <abbr title="Physical Coding Sublayer">PCS</abbr>
            </td>
          </tr>
          <tr>
            <td class="alt1">
              <abbr title="Attachment Unit Interface">AUI</abbr>
            </td>
            <td>
              <abbr title="Physical Medium Attachment">PMA</abbr>
            </td>
            <td>
              <abbr title="Physical Medium Attachment">PMA</abbr>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Physical Medium Attachment">PMA</abbr>
            </td>
            <td>
              <abbr title="Physical Medium Attachment">PMA</abbr>
            </td>
            <td>
              <abbr title="Physical Medium Dependent">PMD</abbr>
            </td>
            <td>
              <abbr title="Physical Medium Dependent">PMD</abbr>
            </td>
          </tr>
          <tr>
            <td class="alt1">
              <abbr title="Medium Dependent Interface">MDI</abbr>
            </td>
            <td class="alt1">
              <abbr title="Medium Dependent Interface">MDI</abbr>
            </td>
            <td class="alt1">
              <abbr title="Medium Dependent Interface">MDI</abbr>
            </td>
            <td class="alt1">
              <abbr title="Medium Dependent Interface">MDI</abbr>
            </td>
          </tr>
          <tr>
             <td>Medium</td>
            <td>Medium</td>
            <td>Medium</td>
            <td>Medium</td>
           </tr>
        </tbody>
      </table>
      <p class="caption">Ethernet-Referenzmodell</p>
    </div>
    
    <dl>
      <dt>Medium:</dt>
      <dd>Übertragungsmedium (Twisted-Pair-Kabel, Koax-Kabel,
       Gradientenfaser, Singlemodefaser).</dd>
      <dt>
        <abbr title="Medium Dependent Interface">MDI</abbr>
         (Medium Dependent Interface):</dt>
      <dd>Elektrischer oder optischer Stecker für den Anschluss von Datenendgeräten
        an das entsprechende Medium.</dd>
      <dt>
        <abbr title="Physical Medium Dependent">PMD</abbr> 
       (Physical Medium Dependent Sublayer):</dt>
      <dd>Übertragung und Empfang von Bitströmen in Form
     von elektrischen oder optischen Signalen.</dd>
      <dt>
        <abbr title="Physical Medium Attachment">PMA</abbr>
         (Physical Medium Attachment Sublayer):</dt>
      <dd>Serialisierung und Deserialisierung von Bitgruppen, Kollisionserkennung.
      Bei 10 Mbit/s: beinhaltet auch die Funktionen von
     <abbr title="Physical Medium Dependent">PMD</abbr>.</dd>
      <dt>
        <abbr title="Physical Coding Sublayer">PCS</abbr>
         (Physical Coding Sublayer):</dt>
      <dd>Kodierung und Dekodierung von Bitgruppen (4B/5B, 8B/10B),
        Management des Auto-Negotiation-Prozesses.</dd>
      <dt>
        <abbr title="Attachment Unit Interface">AUI</abbr>
         (Attachment Unit Interface):</dt>
      <dd>Schnittstelle für die Verbindung von 
    <abbr title="Physical Layer Signaling">PLS</abbr> mit 
    <abbr title="Physical Medium Attachment">PMA</abbr>.</dd>
      <dt>
        <abbr title="Physical Layer Signaling">PLS</abbr> 
        (Physical Layer Signaling Sublayer):</dt>
      <dd>Entspricht <abbr title="Physical Coding Sublayer">PCS</abbr>.</dd>
      <dt>(G)<abbr title="Media Independent Interface">MII</abbr>
   ((Gigabit) Media Independent Interface):</dt>
      <dd>Schnittstelle für die Verbindung der
     <abbr title="Media Access Control">MAC</abbr>- und Reconciliation-Subschichten
        mit den Subschichten der physikalischen Schicht.</dd>
      <dt>Reconciliation Sublayer:</dt>
      <dd>Abbildung der von 
    <abbr title="Physical Coding Sublayer">PCS</abbr> über 
    (G)<abbr title="Media Independent Interface">MII</abbr>
        kommenden Signale auf Dienstfunktionen der 
        <abbr title="Media Access Control">MAC</abbr>-Schicht.</dd>
      <dt>
        <abbr title="Media Access Control">MAC</abbr>
         (Media Access Control Sublayer):</dt>
      <dd>In dieser Schicht sind die primären Kontrollfunktionen für
        den Zugriff auf das Übertragunsmedium angesiedelt.</dd>
      <dt>
        <abbr title="Media Access Control">MAC</abbr> Control Sublayer:</dt>
      <dd>Diese Schicht ist optional. Sie beinhaltet z. Zt.
        lediglich Funktionen zur Flusskontrolle. Zuküftig sollen hier
        weitere Kontrollfunktionen untergebracht werden.</dd>
      <dt>
        <abbr title="Media Access Control">MAC</abbr> Client Sublayer:</dt>
      <dd>Diese Schicht beinhaltet die Funktionen der 
    <abbr title="Logical Link Control">LLC</abbr>-Schicht, sowie
        die für den Betrieb von Brücken und Switches erforderlichen Funktionen.</dd>
    </dl>
    
<!-- ********************************************************************* -->
<h2 id="protokolle">Protokolle, Dienste und Schnittstellen</h2>
<!-- ********************************************************************* -->

<p>Bereits bei der Vorstellung der verschiedenen Kommunikationsmodelle 
wurde erläutert,
dass Datenkommunikation in <strong>Schichten (Layers)</strong> organisiert wird.
Jeder Schicht werden bestimmte Funktionen zugewiesen und die Schichten werden
durch genau definierte <strong>Schnittstellen (Interfaces)</strong>
gegeneinander abgegrenzt. Auf diese Weise wird erreicht, dass jede Schicht der
darüberliegenden Schicht bestimmte <strong>Dienste (Services)</strong>
anbietet und die Dienste der darunterliegenden Schicht nutzen kann.</p>

<p>Der Informationsaustausch innerhalb einer Schicht wird über Protokolle
abgewickelt. Unter einem <strong>Protokoll (Protocol)</strong> versteht man
hierbei die Regeln und Bestimmungen, nach denen die Kommunikation zwischen
zwei Computer-Systemen innerhalb einer bestimmten Schicht abläuft. Auf diese
Weise entstehen die in Schichten angeordneten <strong>Protokollstapel
(Protocol Stacks)</strong>.</p>

<p>Die folgende Abbildung zeigt den Zusammenhang zwischen Schichten,
Schnittstellen und Protokollen in einer aus zwei vernetzten Computer-Systemen
A und B bestehenden Anordnung.</p>

<div class="abbildung">
      <table class="schicht" width="90%">
        <!--  <caption>Zusammenspiel von Schichten,
 Schnittstellen und Protokollen</caption>  -->
        <colgroup>
          <col width="5%"/>
          <col width="20%"/>
          <col width="5%"/>
          <col width="40%"/>
          <col width="5%"/>
          <col width="20%"/>
          <col width="5%"/>
        </colgroup>
        <tbody class="trans">
          <tr>
            <td> </td>
            <td>Computer A</td>
            <td> </td>
            <td/>
            <td> </td>
            <td>Computer B</td>
            <td> </td>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 7</td>
            <td>Protokolle der Schicht 7<br/>
             <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong></span>
          </td>
            <td colspan="3" class="alt0">Schicht 7</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 6/7</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 6/7</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 6</td>
            <td>Protokolle der Schicht 6<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 6</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 5/6</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 5/6</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 5</td>
            <td>Protokolle der Schicht 5<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 5</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 4/5</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 4/5</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 4</td>
            <td>Protokolle der Schicht 4<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 4</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 3/4</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 3/4</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 3</td>
            <td>Protokolle der Schicht 3<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 3</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 2/3</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 2/3</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 2</td>
            <td>Protokolle der Schicht 2<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 2</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">Schnittstelle 1/2</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">Schnittstelle 1/2</td>
            <td/>
          </tr>
          <tr>
            <td colspan="3" class="alt0">Schicht 1</td>
            <td>Protokolle der Schicht 1<br/>
              <span class="gross">
                <strong>&harr; &harr; &harr; &harr;
         &harr; &harr;</strong>
              </span>
            </td>
            <td colspan="3" class="alt0">Schicht 1</td>
          </tr>
          <tr>
            <td/>
            <td class="alt0u">&nbsp;</td>
            <td/>
            <td/>
            <td/>
            <td class="alt0u">&nbsp;</td>
            <td/>
          </tr>
          <tr>
            <td colspan="7" class="swu">Physikalisches Übertragungsmedium</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Zusammenspiel von Schichten, Schnittstellen und Protokollen</p>
    </div>
    
<p>Jede Schicht enthält sogenannte <strong>Instanzen
(Entities)</strong>, die die schichtspezifischen <strong>Dienste
(Services)</strong> zu erbringen haben. Instanzen können als Software (Prozess)
oder als Hardware (Chip) realisiert sein. Um die ihnen von ihrer Schicht
zugeordneten Aufgaben ausführen zu können, müssen die Instanzen eines
Computer-Systems in der Lage sein, mit ihren <strong>Partnerinstanzen (Peer
Entities)</strong> auf einem anderen Computer-System innerhalb dieser Schicht
zu kommunizieren (horizontale Kommunikation). Die Regeln und Bestimmungen,
nach denen die Kommunikation zwischen Partnerinstanzen einer Schicht abläuft,
werden als <strong>Protokoll</strong> bezeichnet.</p>

<p>Zwischen je zwei aneinandergrenzenden Schichten gibt es eine
<strong>Schnittstelle (Interface)</strong>, durch die festgelegt ist, welche
Dienste die untere Schicht der darüberliegenden Schicht anbietet. Über diese
Schnittstelle kommunizieren die Instanzen zweier aneinandergrenzender
Schichten miteinander (vertikale Kommunikation). Hierbei übernimmt die untere
Schicht die Rolle des <strong>Dienstanbieters (Service Provider)</strong> und
die darüberliegende Schicht die Rolle des <strong>Dienstbenutzers (Service
User)</strong>.</p>

<p>Die Dienste einer Schicht werden den Instanzen der darüberliegenden Schicht
an <strong>Dienstzugangspunkten (Service Access Points,
<abbr title="Service Access Point">SAP</abbr>)</strong> zur Verfügung gestellt.
Jeder <abbr title="Service Access Point">SAP</abbr> hat eine Adresse,
die ihn eindeutig identifiziert. Der
 <abbr title="Service Access Point">SAP</abbr> liegt
also an der Schnittstelle zwischen zwei Schichten und wird über die 
<abbr title="Service Access Point">SAP</abbr>-Adresse
angesprochen. Da das Prinzip der <abbr title="Service Access Point">SAP</abbr>s
aus der <abbr title="Open Systems Interconnection">OSI</abbr>-Welt stammt und in der
Internet-Welt keinen Einzug gefunden hat, ist es praktisch bedeutungslos.
Lediglich in der <abbr title="Logical Link Control">LLC</abbr>-Schicht spielen die 
<abbr title="Service Access Point">SAP</abbr>s noch eine Rolle.</p>

<p class="extra">Protokolldaten (<abbr title="Protocol Data Unit">PDU</abbr>s)</p>

<p>Die Kommunikation zwischen Partnerinstanzen geschieht durch den Austausch
von <strong>Protokolldateneinheiten (Protocol Data Units,
<abbr title="Protocol Data Unit">PDU</abbr>)</strong>.
Eine <abbr title="Protocol Data Unit">PDU</abbr> besteht aus einer
<strong>Dienstdateneinheit (Service Data Unit,
<abbr title="Service Data Unit">SDU</abbr>)</strong>,
die die Daten der
höherliegenden Schichten beinhaltet, und <strong>Protokollkontrollinformation
(Protocol Control Information,
<abbr title="Protocol Control Information">PCI</abbr>)</strong>.</p>

<p><abbr title="Protocol Data Unit">PDU</abbr>s der Netzwerkschicht und der
Transportschicht werden meist als
<strong>Pakete (Packets)</strong> (bei verbindungsorientierter Kommunikation)
oder als <strong>Datagramme (Datagrams)</strong> (bei verbindungsloser
Kommunikation) bezeichnet, <abbr title="Protocol Data Unit">PDU</abbr>s der 
<abbr title="Media Access Control">MAC</abbr>- und 
<abbr title="Logical Link Control">LLC</abbr>-Schicht als <strong>Rahmen
(Frames)</strong>. <abbr title="Protocol Control Information">PCI</abbr>
wird üblicherweise als Kopfteil
<strong>(Header)</strong>, teilweise auch als Fußteil
<strong>(Trailer)</strong>, der <abbr title="Service Data Unit">SDU</abbr> zugefügt.</p>

<div class="abbildung">
      <table width="60%">
        <!--  <caption>Protocol Data Unit
 (<abbr title="Protocol Data Unit">PDU</abbr>)</caption>  -->
        <colgroup>
          <col width="25%"/>
          <col/>
          <col width="15%"/>
        </colgroup>
        <thead>
          <tr>
            <th colspan="3">Protocol Data Unit
             (<abbr title="Protocol Data Unit">PDU</abbr>)</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Protocol Control Information">PCI</abbr>
            </td>
            <td>
              <abbr title="Service Data Unit">SDU</abbr>
            </td>
            <td>
              <abbr title="Protocol Control Information">PCI</abbr>
            </td>
          </tr>
          <tr>
            <td>Header</td>
            <td>Daten</td>
            <td>Trailer</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Protocol Data Unit
       (<abbr title="Protocol Data Unit">PDU</abbr>)</p>
    </div>
    
<p>Dadurch erhält man den in der folgenden Abbildung gezeigten Ablauf eines
Datenaustausches vom Computer-System A zum Computer-System B. Aus wenigen
&quot;Nutz&quot;-Daten kann durch dieses schichtenweise Hinzufügen von Header- und
Trailer-Informationen ein erhebliches Datenvolumen entstehen. Die in der
Abbildung vor die <span class="swu">&nbsp;Daten&nbsp;</span>
 gestellten Blöcke <span class="alt1u">&nbsp;7&nbsp;</span> ,
  <span class="alt0u">&nbsp;6&nbsp;</span> , <span class="alt2u">&nbsp;5&nbsp;</span> ,
   usw. stellen diese Header- bzw.
Trailer-Informationen der jeweiligen Schichten 7, 6, 5, usw. dar.</p>

<div class="abbildung">
      <table width="90%">
        <!--  <caption>Übertragung von Protokollinformationen durch Header- 
     und Trailer-Bildung</caption>  -->
        <colgroup>
          <col width="5%"/>
          <col width="35%"/>
          <col/>
          <col width="35%"/>
          <col width="5%"/>
        </colgroup>
        <tbody>
          <tr class="trans">
            <td/>
            <td>Computer A</td>
            <td/>
            <td>Computer B</td>
            <td/>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td/>
            <td>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td/>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>&uarr;</td>
            <td/>
          </tr>
          <tr>
            <th class="swu">7</th>
            <td class="sw">
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <th class="swu">7</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">6</th>
            <td class="sw">
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <th class="swu">6</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">5</th>
            <td class="sw">
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <th class="swu">5</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">4</th>
            <td class="sw">
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <th class="swu">4</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">3</th>
            <td class="sw">
              <span class="alt0u">&nbsp;3&nbsp;</span>
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt0u">&nbsp;3&nbsp;</span>
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
            </td>
            <th class="swu">3</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">2</th>
            <td class="sw">
              <span class="alt2u">&nbsp;2&nbsp;</span>
              <span class="alt0u">&nbsp;3&nbsp;</span>
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
              <span class="alt2u">&nbsp;2&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="alt2u">&nbsp;2&nbsp;</span>
              <span class="alt0u">&nbsp;3&nbsp;</span>
              <span class="alt1u">&nbsp;4&nbsp;</span>
              <span class="alt2u">&nbsp;5&nbsp;</span>
              <span class="alt0u">&nbsp;6&nbsp;</span>
              <span class="alt1u">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
              <span class="alt2u">&nbsp;2&nbsp;</span>
            </td>
            <th class="swu">2</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <th class="swu">1</th>
            <td class="sw">
              <span class="swu">&nbsp;2&nbsp;</span>
              <span class="swu">&nbsp;3&nbsp;</span>
              <span class="swu">&nbsp;4&nbsp;</span>
              <span class="swu">&nbsp;5&nbsp;</span>
              <span class="swu">&nbsp;6&nbsp;</span>
              <span class="swu">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
              <span class="swu">&nbsp;2&nbsp;</span>
            </td>
            <td class="trans"/>
            <td class="sw">
              <span class="swu">&nbsp;2&nbsp;</span>
              <span class="swu">&nbsp;3&nbsp;</span>
              <span class="swu">&nbsp;4&nbsp;</span>
              <span class="swu">&nbsp;5&nbsp;</span>
              <span class="swu">&nbsp;6&nbsp;</span>
              <span class="swu">&nbsp;7&nbsp;</span>
              <span class="swu">&nbsp;Daten&nbsp;</span>
              <span class="swu">&nbsp;2&nbsp;</span>
            </td>
            <th class="swu">1</th>
          </tr>
          <tr class="trans">
            <td/>
            <td>
              <strong>&darr;</strong>
            </td>
            <td/>
            <td>
              <strong>&uarr;</strong>
            </td>
            <td/>
          </tr>
          <tr>
            <td class="trans"/>
            <td colspan="3" class="sw">Übertragungsmedium</td>
            <td class="trans"/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Übertragung von Protokollinformationen durch Header-
       und Trailer-Bildung</p>
    </div>
    
<p>Die Schicht 1 bildet eine Ausnahme, da sie keine weiteren Header oder
Trailer anhängt, sondern die Daten der Schicht 2 in einen kontinuierlichen
Bitstrom <span class="swu">&nbsp;2&nbsp;</span>
      <span class="swu">&nbsp;3&nbsp;</span>
      <span class="swu">&nbsp;4&nbsp;</span>
      <span class="swu">&nbsp;5&nbsp;</span>
      <span class="swu">&nbsp;6&nbsp;</span>
      <span class="swu">&nbsp;7&nbsp;</span>
      <span class="swu">&nbsp;Daten&nbsp;</span>
      <span class="swu">&nbsp;2&nbsp;</span> umwandelt und diesen
zur Übertragung auf das Medium gibt.</p>

<p class="extra">Verbindungslos - verbindungsorientiert</p>

<p>Die Kommunikation innerhalb einer Schicht kann grundsätzlich auf zwei Arten
durchgeführt werden: entweder verbindungsorientiert oder verbindungslos. Dies
beeinflußt auch ganz wesentlich die Art und Qualität der Dienste, die die
betreffende Schicht anbietet.</p>

<p>Bei der <strong>verbindungsorientierten (connection-oriented)</strong>
Kommunikation wird vor dem Austausch der Daten erst eine logische
<strong>Verbindung (Connection)</strong> aufgebaut. Während der Übertragung
wird eine wie auch immer geartete Beziehung zwischen den
<abbr title="Protocol Data Unit">PDU</abbr>s
aufrechterhalten. Die (logische) Verbindung bleibt solange bestehen, bis sie
durch einen expliziten Verbindungsabbau wieder gelöst wird. Die
kommunizierenden Instanzen können beim Verbindungsaufbau gewisse Funktionen
für die Qualität des Dienstes <strong>(Quality of Service,
<abbr title="Quality of Service">QoS</abbr>)</strong> und Optionen aushandeln und
abspeichern. Bei der Datenübertragung brauchen die
<abbr title="Protocol Data Unit">PDU</abbr>s diese Informationen
daher nicht als Header mitzuschleppen. Da die Bedingungen der Übertragung
ausgehandelt werden, brauchen die kommunizierenden Parteien auch vorher keine
Kenntnisse aller Charakteristika von sich gegenseitig zu haben.</p>

<p>Bei der <strong>verbindungslosen (connectionless)</strong> Kommunikation
wird keine logische Verbindung und damit keine dauerhafte
Kommunikationsbeziehung aufgebaut. Die Übertragung einer jeden
<abbr title="Protocol Data Unit">PDU</abbr> ist ein in
sich abgeschlossener Vorgang, d.h. die
<abbr title="Protocol Data Unit">PDU</abbr>s werden als unabhängige und
separate Einheiten aufgefasst. Die kommunizierenden Parteien müssen schon vor
der Übertragung ihre gegenseitigen Charakteristika kennen. Alle Optionen und
<abbr title="Quality of Service">QoS</abbr>-Funktionen müssen vorher festgelegt
 sein.</p>

    <div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>
    
<!-- ********************************************************************* -->
<h1 id="medien">Physikalische Schicht &ndash; Verkabelung</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>For all resources, whatever it is, you need more.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>
    
<div class="literatur">
     <p><strong>Vertiefende Originalliteratur:</strong></p>
     <p><abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50173-1: Informationstechnik &ndash; Anwendungsneutrale Kommunikationskabelanlagen
      &ndash; Teil 1: Allgemeine Anforderungen und Bürobereiche</p>
      <p>
        <abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50174-1: Informationstechnik &ndash; Installation von Kommunikationsverkabelung
      &ndash; Teil 1: Spezifikation und Qualitätssicherung</p>
      <p>
        <abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50174-2: Informationstechnik &ndash; Installation von Kommunikationsverkabelung
      &ndash; Teil 2: Installationsplanung und Installationspraktiken in Gebäuden</p>
      <p>
        <abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50174-3: Informationstechnik &ndash; Installation von Kommunikationsverkabelung
      &ndash; Teil 3: Installationsplanung und Installationspraktiken im Freien</p>
      <p>
        <abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50310: Informationstechnik &ndash; Anwendung von Maßnahmen für 
    Potentialausgleich und 
      Erdung in Gebäuden mit Einrichtungen der Informationstechnik</p>
      <p>
        <abbr title="Deutsches Institut für Normung">DIN</abbr>
        <abbr title="Europäische Norm">EN</abbr>
    50346: Informationstechnik &ndash; Installation von Verkabelung &ndash;
      Prüfen installierter Verkabelung</p>
    </div>
    
<!-- ********************************************************************* -->
<h2 id="kupferkabel">Kupferkabel</h2>
<!-- ********************************************************************* -->

<p>Der Siegeszug von Ethernet begann auf der Basis von Kupferkabeln, zunächst
mit dem &quot;klassischen&quot; Koaxialkabel und dann mit dem
sogenannten Twisted-Pair-Kabel, etwas abwertend auch als Telefondraht bezeichnet.
Im folgenden werden diese beiden Kabeltypen vorgestellt.</p>

<!-- ********************************************************************* -->
<h3 id="koaxialkabel">Koaxialkabel</h3>
<!-- ********************************************************************* -->

<p>Ein <strong>Koaxialkabel (Coaxial Cable)</strong> besteht aus einem
zentralen Innenleiter, um den konzentrisch eine Isolierschicht (Dielektrikum),
ein Außenleiter (Abschirmung) und eine Außenisolierung angebracht sind.</p>

    <!--  <div class="abbildung">
<img src="koaxialkabel.png" alt="Querschnitt durch ein Koaxialkabel" />
<p class="caption">Querschnitt durch ein Koaxialkabel</p>
</div>  -->

<div class="abbildung">
      <svg xmlns="&svg;" width="580" height="250" viewBox="0 0 580 250">
        <title>Querschnitt durch ein Koaxialkabel</title>
        <circle class="alt0u" cx="150" cy="120" r="80"/>
        <circle class="sw" cx="150" cy="120" r="65"/>
        <circle class="alt1u" cx="150" cy="120" r="55"/>
        <circle class="sw" cx="150" cy="120" r="20"/>
        <line x1="190" y1="55" x2="225" y2="25"/>
        <line x1="210" y1="100" x2="270" y2="80"/>
        <line x1="190" y1="135" x2="260" y2="170"/>
        <line x1="150" y1="120" x2="215" y2="220"/>
        <text x="230" y="25" class="tlinks">Au&#0223;enisolierung</text>
        <text x="275" y="80" class="tlinks">Abschirmung (Au&#0223;enleiter)</text>
        <text x="265" y="175" class="tlinks">Dielektrikum</text>
        <text x="220" y="230" class="tlinks">(Innen-)Leiter</text>
      </svg>
      <p class="caption">Querschnitt durch ein Koaxialkabel</p>
</div>
    
<p>Aufgrund der Unsymmetrie zwischen den beiden Leitern wird das Koaxialkabel
auch als <strong>unsymmetrisches Kabel</strong> bezeichnet. Das Dielektrikum
hat einen großen Einfluß auf die Signalgeschwindigkeit. Die Abschirmung
besteht aus einem Kupfergeflecht und/oder einer Aluminiumfolie. Da ein
Koaxialkabel sehr hohe Frequenzen übertragen kann, wird es auch
<strong>Hochfrequenzkabel</strong> genannt.</p>

<p>Eine wichtige Kenngröße ist der <strong>Wellenwiderstand</strong>
Z<sub>0</sub>. Bei jeder (endlich langen) Leitung müssen die Enden mit jeweils
einem dem Wellenwiderstand entsprechenden
<span class="name">Ohm</span>schen Abschlusswiderstand
überbrückt werden, um die Leitung reflexionsfrei zu halten. Praktisch bedeutet
dies, dass ein eingekoppeltes Signal an den Kabelenden nicht reflektiert,
sondern vernichtet wird.
Typische Werte für den Wellenwiderstand sind 50 &Omega; (&quot;klassisches&quot;
Ethernet), 75 &Omega; (Breitband-<abbr title="Local Area Network">LAN</abbr>s)
und 150 &Omega; (Gigabit-Ethernet).</p>

<!-- ********************************************************************* -->
<h3 id="symmkabel">Symmetrisches Kupferkabel &ndash; Twisted Pair</h3>
<!-- ********************************************************************* -->

<p>Ein <strong>symmetrisches (Kupfer-) Kabel (Balanced Cable)</strong>, auch
<strong>Kabel mit verdrillten Leitungspaaren (Twisted Pair)</strong> genannt,
besteht aus mehreren Adern, die nicht parallel geführt werden, sondern
paarweise miteinander verdrillt sind. Durch die Verdrillung wird die
gegenseitige Beeinflussung durch induktive und kapazitive Effekte von
benachbart liegenden Leitungspaaren verringert.
Das Signal wird symmetrisch und erdfrei auf je einem Adernpaar geführt.
Die Signalspannung liegt auf diese Weise nicht
gegen Erde oder Masse an, sondern lässt sich nur als Differenzspannung zwischen
den beiden Adern eines Adernpaares abgreifen.</p>

<p>Symmetrisches Kabel wird in verschiedenen Ausführungen angeboten:</p>

  <ul>
      <li>
        <abbr title="Unscreened">U</abbr>/<abbr
         title="Unshielded Twisted Pair">UTP</abbr>:
         ungeschirmtes Kabel (Unscreened/Unshielded Twisted Pair),</li>
      <li>
        <abbr title="Foil">F</abbr>/<abbr title="Unshielded Twisted Pair">UTP</abbr>:
           Kabel mit Gesamtschirm aus Folie (Foil/Unshielded Twisted Pair),</li>
      <li>
        <abbr title="Unscreened">U</abbr>/<abbr title="Foil Twisted Pair">FTP</abbr>:
       paarweise foliengeschirmtes Kabel (Unscreened/Foil Twisted Pair)<br/>
      alte Bezeichnung: <abbr title="Shielded Twisted Pair">STP</abbr>
      (Shielded Twisted Pair),</li>
      <li>
        <abbr title="Screened Foil">SF</abbr>/<abbr
         title="Unshielded Twisted Pair">UTP</abbr>:
       Kabel mit Gesamtschirm aus Folie und Geflecht
        (Screened Foil/Unshielded Twisted Pair),</li>
      <li>
        <abbr title="Screened">S</abbr>/<abbr title="Foil Twisted Pair">FTP</abbr>:
        paarweise foliengeschirmtes Kabel mit Gesamtschirm aus Geflecht
     (Screened/Foil Twisted Pair)<br/>
      alte Bezeichnung:
      <abbr title="Screened">S</abbr>/<abbr title="Shielded Twisted Pair">STP</abbr>
      (Screened Shielded Twisted Pair).</li>
    </ul>
    <div class="abbildung">
      <img src="kupferkabel-querschnitt.png" alt="Querschnitte durch 
      ein 2-paariges FTP-Kabel (links)
         und ein 2-paariges UTP-Kabel (rechts)"/>
      <p class="caption">Querschnitte durch ein 2-paariges
        <abbr title="Foil Twisted Pair">FTP</abbr>-Kabel (links)
       und ein 2-paariges <abbr title="Unshielded Twisted Pair">UTP</abbr>-Kabel
        (rechts)</p>
    </div>
    
<p>Im <abbr title="Local Area Network">LAN</abbr>-Bereich werden
symmetrische Kabel mit 2 Paaren (4 Adern) oder 4
Paaren (8 Adern) eingesetzt. Bei Neuverkabelungen wird empfohlen, nur noch
4-paariges Kabel zu verwenden.
Das 2-paarige <abbr title="Unshielded Twisted Pair">UTP</abbr>-Kabel
wird oft mit dem Vierdrahtkabel verwechselt, bei
dem alle vier Adern miteinander verdrillt sind (Sternviererverseilung),
 und das vor allem
im Telefonbereich Verwendung findet.
Wie beim Koaxialkabel ist auch beim symmetrischen Kupferkabel der
<strong>Wellenwiderstand</strong> Z<sub>0</sub> eine wichtige Kenngröße.
Typische Werte sind 100 &Omega; (Ethernet) und 150 &Omega;
(Token Ring).</p>

<p class="extra">Expertenstreit: Geschirmt oder ungeschirmt?</p>

<p>Bei Ethernet-Verkabelungen können sowohl geschirmte, als auch ungeschirmte
Kabel eingesetzt werden, soweit die Anforderungen an die
 nachrichtentechnischen Parameter
(Frequenzverhalten, Dämpfung, Signallaufzeiten, usw.)
erfüllt werden. Den geschirmten Kabeln wird nachgesagt, die Installation und die
Wartung seien größer als bei ungeschirmten Kabeln, während den ungeschirmten Kabeln
unterstellt wird, sie hätten Mängel bei der Zuverlässigkeit und der Sicherheit.
Zunächst könnte man vermuten, dass die Übertragung umso besser verläuft,
je mehr Abschirmung
vorhanden ist. Dieser Gedanke ist jedoch so nicht richtig.
Während bei Koaxialkabeln die Abschirmung als Außenleiter benutzt wird
(unsymmetrische Signalausbreitung) und somit für die Übertragung
einen wesentlichen Bestandteil darstellt, ist bei symmetrischen Kabeln die
Abschirmung für die Übertragung nicht erforderlich und kann
unter Umständen sogar zu Störungen führen.
Die Abschirmung wirkt beispielsweise wie eine Antenne und kann auf den
signalführenden Adernpaaren einen störenden Strom induzieren.
Bei der Verwendung von abgeschirmten, symmetrischen Kabeln ist es daher äußerst wichtig,
sämtliche Kabel, jeden Stecker und jede Dose lückenlos und durchgehend vom Gerätegehäuse
des Senders bis zum Gerätegehäuse des Empfängers abzuschirmen.
Darüberhinaus muss das gesamte Abschirmungssystem fachgerecht
geerdet werden (Potentialausgleich),
insbesondere müssen alle Abschirmungen und Gerätegehäuse mit derselben Erdungsschiene
verbunden werden, die auch für die Stromversorgung benutzt wird.
Aufgrund der durch die Abschirmung entstehenden Probleme 
(insbesondere der Erdungsprobleme), werden 
außer in den D-A-CH-Ländern (Deutschland, Österreich, Schweiz)
weltweit praktisch nur ungeschirmte Kabel eingesetzt.
In Deutschland herrschen allerdings hohe Anforderungen
an die elektromagnetische Verträglichkeit
(<abbr title="Elektromagnetische Verträglichkeit">EMV</abbr>),
so dass unter Umständen der Einsatz von geschirmten Kabeln
unvermeidbar ist. Ob ungeschirmte Kabel unter
<abbr title="Elektromagnetische Verträglichkeit">EMV</abbr>-Gesichtspunkten
ausreichen, oder ob geschirmte Kabel einzusetzen sind,
muss im Einzelfall geprüft werden.</p>

<p class="extra">Dämpfung</p>

<p>Bei jedem Übertragungsmedium muss man gewisse Dämpfungsverluste in Kauf
nehmen. Die Dämpfung (Attenuation) ist frequenzabhängig und wächst mit
steigender Signalfrequenz. Wenn die Signaleingangsleistung mit S<sub>in</sub>
und die Signalausgangsleistung mit S<sub>out</sub>
bezeichnet wird, ist das Verhältnis S<sub>in</sub> / S<sub>out</sub>
ein Maß für die Dämpfung des
Übertragungsmediums. Meistens verwendet man für das Leistungsverhältnis
S<sub>in</sub> / S<sub>out</sub>
die logarithmische Form und drückt dies durch die Einheit dB (dezibel) aus:</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mtext>Dämpfung</mtext>
    <mo>=</mo>
    <msub>
      <mfenced>
        <mfrac>
          <msub><mi>S</mi><mtext>in</mtext></msub>
          <msub><mi>S</mi><mtext>out</mtext></msub>
        </mfrac>
      </mfenced>
      <mtext>dB</mtext>
    </msub>
    <mo>=</mo>
    <mn>10</mn>
    <mo>&InvisibleTimes;</mo>
    <msub><mi>log</mi><mn>10</mn></msub>
    <mo>&ApplyFunction;</mo>
    <mfenced>
      <mfrac>
        <msub><mi>S</mi><mtext>in</mtext></msub>
        <msub><mi>S</mi><mtext>out</mtext></msub>
      </mfrac>
    </mfenced>
  </mrow>
</math>
    <!--  <div class="abbildung">
<table class="formel">
  <tbody>
    <tr>
      <td>Dämpfung = (</td>
      <td>S<sub>in</sub> 
        <hr />
        S<sub>out</sub></td>
      <td>)<sub>dB</sub> = 10 log<sub>10</sub> (</td>
      <td>S<sub>in</sub> 
        <hr />
        S<sub>out</sub></td>
      <td>)</td>
    </tr>
  </tbody>
</table>
</div>  -->
    <!-- <p>Es ist auch üblich, eine absolute Signalleistung S in mW als</p>

<div class="abbildung">

<table class="formel">
  <tbody>
    <tr>
      <td>(S)<sub>dBm</sub> = 10 log<sub>10</sub> (</td>
      <td>S 
        <hr />
        mW</td>
      <td>)</td>
    </tr>
  </tbody>
</table>
</div>

<p>in dBm anzugeben. Für Umrechnungszwecke ist folgende Formel nützlich:</p>

<div class="abbildung">

<table class="formel">
  <tbody>
    <tr>
      <td>(S<sub>1</sub>)<sub>dBm</sub> &minus; (S<sub>2</sub>)<sub>dBm</sub> =
      (</td>
      <td>S<sub>1</sub> 
        <hr />
        S<sub>2</sub></td>
      <td>)<sub>dB</sub></td>
    </tr>
  </tbody>
</table>
</div>  -->

<p>Neben der Kabeldämpfung d.h. neben der Dämpfung durch das
Übertragungsmedium, spielt das Nah-Nebensprechen eine wichtige Rolle. Wenn die
Signaleingangsleistung eines Übertragungskanals mit S<sub>in</sub> und die
hierdurch in einen zweiten Übertragungskanal am Eingang eingekoppelte Leistung
mit S<sub>near</sub> bezeichnet werden, ist das Verhältnis
S<sub>in</sub>/S<sub>near</sub> ein Maß für die Nah-Nebensprechdämpfung (Near
End Crosstalk, <abbr title="Near End Crosstalk">NEXT</abbr>)
des aus diesen beiden Kanälen bestehenden
Übertragungsweges. Auch hier verwendet man meist die logarithmische Form in
dB:</p>

<math mode="display" xmlns="&mathml;" xmlns:xhtml="&xhtml;">
  <mrow>
    <mtext><xhtml:abbr title="Near End Crosstalk">NEXT</xhtml:abbr></mtext>
    <mo>=</mo>
    <mn>10</mn>
    <mo>&InvisibleTimes;</mo>
    <msub><mi>log</mi><mn>10</mn></msub>
    <mo>&ApplyFunction;</mo>
    <mfenced>
      <mfrac>
        <msub><mi>S</mi><mtext>in</mtext></msub>
        <msub><mi>S</mi><mtext>near</mtext></msub>
      </mfrac>
    </mfenced>
  </mrow>
</math>
    <!--  <div class="abbildung">
<table class="formel">
  <tbody>
    <tr>
      <td><abbr title="Near End Crosstalk">NEXT</abbr> = 10 log<sub>10</sub> (</td>
      <td>S<sub>in</sub> 
        <hr />
        S<sub>near</sub></td>
      <td>)</td>
    </tr>
  </tbody>
</table>
</div>  -->

<p>Das Verhältnis von <abbr title="Near End Crosstalk">NEXT</abbr>
zur Kabeldämpfung wird als
Dämpfungs-Nebensprechdämpfungs-Verhältnis (Attenuation to Crosstalk
Ratio, <abbr title="Attenuation to Crosstalk Ratio">ACR</abbr>)
bezeichnet, d.h. in logarithmischer Form gilt</p>

<math mode="display" xmlns="&mathml;" xmlns:xhtml="&xhtml;">
  <mrow>
    <mtext><xhtml:abbr title="Attenuation to Crosstalk Ratio">ACR</xhtml:abbr></mtext>
    <mo>=</mo>
    <mtext><xhtml:abbr title="Near End Crosstalk">NEXT</xhtml:abbr></mtext>
    <mo>-</mo>
    <msub><mtext>Dämpfung</mtext><mtext>max</mtext></msub>
  </mrow>
</math>
<!--  <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>
              <abbr title="Attenuation to Crosstalk Ratio">ACR</abbr> = 
      <abbr title="Near End Crosstalk">NEXT</abbr> &minus; Dämpfung<sub>max</sub>,</td>
          </tr>
        </tbody>
      </table>
    </div>   -->
    
<p>wobei unter Dämpfung<sub>max</sub> die maximal auftretende Dämpfung auf
einem der beiden Übertragungskanäle zu verstehen ist.</p>

<p class="extra">Kategorien</p>

<p>Für die Klassifizierung von symmetrischen Kabeln gibt es sieben
<strong>Kategorien</strong> (1 bis 7), wobei die Übertragungsqualität
mit aufsteigender Nummer zunimmt.
Diese Klassifizierung bezieht sich ausschließlich auf
nachrichtentechnische Parameter (Frequenzverhalten, Dämpfung, usw.)
und macht keine Unterscheidung zwischen geschirmten und ungeschirmten Kabeln.
Die folgende Tabelle zeigt die für die Praxis relevanten Kategorien 3 bis 7.
Die Kategorien sind rückwärtskompatibel in dem Sinne, dass eine Ethernet-Variante,
die z.B. ein Kategorie-3-Kabel benötigt,
selbstverständlich auch auf einem Kategorie-5-Kabel
lauffähig ist.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th>Kategorie</th>
            <th>Maximale Übertragungs&shy;frequenz [MHz]</th>
            <th>Ethernet-Einsatz&shy;gebiete</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>3</td>
            <td>16</td>
            <td>10Base-T, 100Base-T2, 100Base-T4</td>
          </tr>
          <tr>
            <td>4</td>
            <td>20</td>
            <td/>
          </tr>
          <tr>
            <td>5</td>
            <td>100</td>
            <td>100Base-TX, 1000Base-T (eingeschränkt)</td>
          </tr>
          <tr>
            <td>5e</td>
            <td>100</td>
            <td>1000Base-T</td>
          </tr>
          <tr>
            <td>6</td>
            <td>250</td>
            <td/>
          </tr>
          <tr>
            <td>6e</td>
            <td>500</td>
            <td>10G Base-T (eingeschränkt)</td>
          </tr>
          <tr>
            <td>6a</td>
            <td>625</td>
            <td>10G Base-T</td>
          </tr>
          <tr>
            <td>7</td>
            <td>600</td>
            <td/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Kategorisierung von symmetrischen Kupferkabeln</p>
    </div>
    
<p>Ein wesentliches Kriterium für die Auswahl eines Kabels ist die maximale
Frequenz, die unter bestimmten Anforderungen übertragen werden kann. Die
folgende Tabelle zeigt die Frequenzanforderungen einiger
Übertragungsverfahren.</p>

<div class="abbildung">
      <table>
        <thead>
          <tr>
            <th>Übertragungsverfahren</th>
            <th>Übertragungsrate [Mbit/s]</th>
            <th>Signalfrequenz [MHz]</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Ethernet 10Base-T</td>
            <td>10</td>
            <td>20</td>
          </tr>
          <tr>
            <td>Fast-Ethernet 100Base-TX</td>
            <td>100</td>
            <td>31.25</td>
          </tr>
          <tr>
            <td>Fast-Ethernet 100Base-T4</td>
            <td>100</td>
            <td>12.5</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Frequenzanforderungen einiger Ethernet-Varianten</p>
    </div>
    
<p class="extra">Steckverbindungen</p>

<p>Bei symmetrischen Kabeln der Kategorien 1 bis 6 wird in Ethernet-Umgebungen
der 8-polige Steckanschluss <strong>
<abbr title="Registered Jack">RJ</abbr>45 (Registered Jack)</strong>
verwendet, der auch als Modular Jack oder Western Plug bezeichnet wird.
Die <abbr title="Registered Jack">RJ</abbr>45-Spezifikation wird von
 der US-amerikanischen
Federal Communications Commission
(<abbr title="Federal Communications Commission">FCC</abbr>) festgelegt.
Neben <abbr title="Registered Jack">RJ</abbr>45 gibt es noch eine Reihe
weiterer Stecker-Spezifikationen der
<abbr title="Federal Communications Commission">FCC</abbr>.
Die folgende Tabelle zeigt einige Beispiele:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th>Stecker-Bezeichnung</th>
            <th>Anzahl installierter Kontakt&shy;stifte</th>
            <th>Stift&shy;belegung</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Registered Jack">RJ</abbr>10</td>
            <td>4</td>
            <td>
              <img src="rj10.png" alt="RJ10"/>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Registered Jack">RJ</abbr>11</td>
            <td>4<br/>
              <span class="klein">(Positionen 1 und 6 ohne Kontaktstifte)</span>
            </td>
            <td>
              <img src="rj11.png" alt="RJ11"/>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Registered Jack">RJ</abbr>12</td>
            <td>6</td>
            <td>
              <img src="rj12.png" alt="RJ12"/>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
            <td>8</td>
            <td>
              <img src="rj45.png" alt="RJ45"/>
            </td>
          </tr>
          <tr>
            <td>
              <abbr title="Registered Jack">RJ</abbr>48</td>
            <td>10</td>
            <td>
              <img src="rj48.png" alt="RJ48"/>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Einige Stecker-Spezifikationen der
       <abbr title="Federal Communications Commission">FCC</abbr>
      </p>
    </div>
    <div class="abbildung">
      <table class="trans" width="80%">
        <!--  <caption><abbr title="Registered Jack">RJ</abbr>45-Stecker</caption>  -->
        <colgroup>
          <col span="2"/>
        </colgroup>
        <tbody>
          <tr>
            <td>
              <img src="rj45-foto1.png" alt="RJ45-Stecker"/>
            </td>
            <td>
              <img src="rj45-foto2.png" alt="RJ45-Stecker"/>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="caption">
        <abbr title="Registered Jack">RJ</abbr>45-Stecker</p>
    </div>
    
<p><abbr title="Registered Jack">RJ</abbr>45-Stecker
gibt es in verschiedenen Qualitätsstufen
(bezüglich Frquenzverhalten, Dämpfung, usw.), insbesondere gibt es
geschirmte und ungeschirmte Ausführungen.
Die Auswahl eines geeigneten
<abbr title="Registered Jack">RJ</abbr>45-Steckers erfordert die gleiche
Sorgfalt wie die Auswahl des Kabels. Eine gewisse Vereinfachnung bietet
hier die weiter unten beschriebene Klasseneinteilung (A bis F),
bei der nicht einzelne Kabel oder Stecker betrachtet werden,
sondern komplette Übertragungsstrecken.
Bei Kabeln der Kategorie 7 reicht der <abbr title="Registered Jack">RJ</abbr>45-Stecker
aufgrund der hohen übertragungstechnischen Anforderungen nicht mehr aus.
Hier gibt es entsprechende Neuentwicklungen, wie
z.B. die Stecksysteme GP45 oder GG45.</p>

<p>Während bei 4-paarigen Kabeln alle 8 Kontakte des
<abbr title="Registered Jack">RJ</abbr>45-Steckers belegt sind, muss bei
2-paarigen Kabeln die Belegung der benötigten 4 Kontakte auf das jeweilige
Übertragungsverfahren abgestimmnt sein.
Die folgende Tabelle zeigt die Kontaktbelegung des
<abbr title="Registered Jack">RJ</abbr>45-Steckers für die verschiedenen
Ethernet-Varianten:</p>

<div class="abbildung">
      <table>
        <!--  <caption>Kontaktbelegung des
 <abbr title="Registered Jack">RJ</abbr>45-Steckers für Ethernet</caption>  -->
        <thead>
          <tr>
            <th>Kontakt</th>
            <th>Paarbildung mit Kontakt</th>
            <th>10Base-T</th>
            <th>100Base-TX</th>
            <th>100Base-T4</th>
            <th>100Base-T2</th>
            <th>1000Base-T</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>1</td>
            <td>2</td>
            <td>TD+ (Transmit)</td>
            <td>TD+ (Transmit)</td>
            <td>TX_D1+ (Transmit)</td>
            <td>BI_DA+ (Bidirectional)</td>
            <td>BI_DA+ (Bidirectional)</td>
          </tr>
          <tr>
            <td>2</td>
            <td>1</td>
            <td>TD- (Transmit)</td>
            <td>TD- (Transmit)</td>
            <td>TX_D1- (Transmit)</td>
            <td>BI_DA- (Bidirectional)</td>
            <td>BI_DA- (Bidirectional)</td>
          </tr>
          <tr>
            <td>3</td>
            <td>6</td>
            <td>RD+ (Receive)</td>
            <td>RD+ (Receive)</td>
            <td>RX_D2+ (Receive) </td>
            <td>BI_DB+ (Bidirectional) </td>
            <td>BI_DB+ (Bidirectional)</td>
          </tr>
          <tr>
            <td>4</td>
            <td>5</td>
            <td>&mdash;</td>
            <td>&mdash;</td>
            <td>BI_D3+ (Bidirectional)</td>
            <td>&mdash;</td>
            <td>BI_DC+ (Bidirectional)</td>
          </tr>
          <tr>
            <td>5</td>
            <td>4</td>
            <td>&mdash;</td>
            <td>&mdash;</td>
            <td>BI_D3- (Bidirectional)</td>
            <td>&mdash;</td>
            <td>BI_DC- (Bidirectional)</td>
          </tr>
          <tr>
            <td>6</td>
            <td>3</td>
            <td>RD- (Receive)</td>
            <td>RD- (Receive)</td>
            <td>RX_D2- (Receive) </td>
            <td>BI_DB- (Bidirectional) </td>
            <td>BI_DB- (Bidirectional)</td>
          </tr>
          <tr>
            <td>7</td>
            <td>8</td>
            <td>&mdash;</td>
            <td>&mdash;</td>
            <td>BI_D4+ (Bidirectional)</td>
            <td>&mdash;</td>
            <td>BI_DD+ (Bidirectional)</td>
          </tr>
          <tr>
            <td>8</td>
            <td>7</td>
            <td>&mdash;</td>
            <td>&mdash;</td>
            <td>BI_D4- (Bidirectional)</td>
            <td>&mdash;</td>
            <td>BI_DD- (Bidirectional)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Kontaktbelegung des
       <abbr title="Registered Jack">RJ</abbr>45-Steckers für Ethernet</p>
    </div>
    
<p>Für die Farbkodierung der Adernpaare gibt es zwei Industriestandards:
<abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
title="Telecommunications Industry Association">TIA</abbr> 568A
und <abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
title="Telecommunications Industry Association">TIA</abbr> 568B
(Electronic Industries Alliance / Telecommunications Industry Association).
 Es ist sinnvoll,
in einem Netz durchgehend nur <em>einen</em> dieser
Standards zu verwenden.</p>

<div class="abbildung">
      <table width="80%">
        <!--  <caption>Farbkodierung nach
 <abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
 title="Telecommunications Industry Association">TIA</abbr> 568A 
(links) und <abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
 title="Telecommunications Industry Association">TIA</abbr>
 568B (rechts)</caption>  -->
       <tbody class="trans">
        <tr>
          <td>
            <img src="rj45-568a.png" alt="Farbkodierung nach EIA/TIA 568A"/>
          </td>
          <td>
            <img src="rj45-568b.png" alt="Farbkodierung nach EIA/TIA 568B"/>
          </td>
        </tr>
      </tbody>
      </table>
      <p class="caption">Farbkodierung nach
       <abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
          title="Telecommunications Industry Association">TIA</abbr> 568A (links) und 
       <abbr title="Electronic Industries Alliance">EIA</abbr>/<abbr
            title="Telecommunications Industry Association">TIA</abbr> 568B (rechts)</p>
    </div>
  
<p>Belegt man gemäß obiger Tabelle beide Stecker eines Kabels,
dann erhält man ein sogenanntes &quot;Straight-through-Kabel&quot;.
Nun muss jedoch für die Datenübertragung das
Transmit-Paar des Senders mit dem Receive-Paar des Empfängers
verbunden werden (und umgekehrt). Aus diesem Grund wird bei zentralen
Netzkomponenten (z.B. Hubs und Switches) intern im Gerät ein sogenanntes
&quot;Crossover&quot; vorgenommen. Auf diese Weise ist es möglich,
ein Endgerät (z.B. einen PC) über ein Straight-through-Kabel mit einem Hub zu verbinden.
Will man jedoch zwei Endgeräte direkt miteinander vebinden, muss die
Crossover-Funktion im Kabel erfolgen und man benötigt
hierfür ein Crossover-Kabel, bei dem die entsprechenden
Aderpaare bei der Steckerbelegung vertauscht sind. Die folgende Abbildung
zeigt die Crossover-Steckerbelegung für ein 2-paariges Kabel.</p>

<div class="abbildung">
      <img src="crossover.png"
       alt="Crossover-Steckerbelegung für ein 2-paariges Kabel"/>
      <p class="caption">Crossover-Steckerbelegung für ein 2-paariges Kabel</p>
    </div>
    <!--
<h3>Twinax-Kabel</h3>

<p>Für den Betrieb von Gigabit-Ethernet auf Kupferkabeln wurde
ein weiterer Kabeltyp vorgesehen, das <strong>Twinax-</strong>
oder <strong>Twinaxial-Kabel</strong>.
Das Twinax-Kabel ist wie ein Koaxial-Kabel aufgebaut. Es enthält
jedoch zwei Innenleiter, die in das gemeinsame Dielektrikum eingebettet sind.
Von der Funktion her ähnelt es allerdings aufgrund der
beiden Innenleiter mehr dem symmetrischen Twisted-Pair-Kabel.
Der Wellenwiderstand beträgt 150 &Omega;.
</p>
-->

<!-- ********************************************************************* -->
<h2 id="glasfaser">Lichtwellenleiter &ndash; Glasfaser</h2>
<!-- ********************************************************************* -->

<p>Ein <strong>Lichtwellenleiter (<abbr title="Lichtwellenleiter">LWL</abbr>)</strong>
ist eine sehr feine
zylindrische Glasfaser (Optical Fiber). Die Faser besteht aus einem Kern
(Core) und einem Mantel (Cladding) und ist zum Schutz
noch in eine Kunststoffhülle (Coating) eingebettet. Bei der Übertragung bedeutet ein
Lichtimpuls eine &quot;<code>1</code>&quot; und kein Lichtimpuls eine
&quot;<code>0</code>&quot;.</p>

<p class="extra">Physikalische Grundlagen</p>

<p>Wesentliche Eigenschaften der Glasfaser werden durch deren Brechzahl n
(Brechungsindex) geprägt. Die <strong>Brechzahl</strong> n eines Mediums ist
eine von der Lichtfrequenz abhängige Materialkonstante und gibt das Verhältnis
der Lichtgeschwindigkeit im Vakuum (c<sub>0</sub> = 300000 km/s) zur
Licht(phasen)geschwindigkeit c im betreffenden Medium an, d.h.</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>n</mi>
    <mo>=</mo>
    <mfrac>
      <msub><mi>c</mi><mn>0</mn>
      </msub><mi>c</mi></mfrac>
    <mtext>.</mtext>
  </mrow>
</math>
    <!--  <div class="abbildung">
<table class="formel">
  <tbody>
    <tr>
      <td>n =</td>
      <td>c<sub>0</sub> 
        <hr />
        c</td>
      <td>.</td>
    </tr>
  </tbody>
</table>
</div>  -->

<p>Der Begriff Brechzahl kommt ursprünglich daher, dass der aus dem Vakuum in
ein Medium eintretende Lichtstrahl gebrochen wird, wobei das sogenannte
Brechungsgesetz erfüllt wird:</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>n</mi>
    <mo>=</mo>
    <mfrac>
      <mrow><mi>sin</mi><mo>&ApplyFunction;</mo><mi>&alpha;</mi></mrow>
      <mrow><mi>sin</mi><mo>&ApplyFunction;</mo><mi>&beta;</mi></mrow>
    </mfrac>
  </mrow>
</math>
    <!--  <div class="abbildung">
<table class="formel">
  <tbody>
    <tr>
      <td>n =</td>
      <td>sin <span>&alpha;</span> 
        <hr />
        sin <span>&beta;</span></td>
    </tr>
  </tbody>
</table>
</div>  -->

<div class="abbildung">
      <img src="brechungsgesetz.png" alt="Brechungsgesetz für einen Lichtstrahl"/>
      <p class="caption">Brechungsgesetz für einen Lichtstrahl</p>
    </div>

<p>Die Brechzahl n ist außerdem ein Maß für die sogenannte optische Dichte.
Ein Medium mit hoher Brechzahl n wird somit als ein Medium mit hoher optischer
Dichte bezeichnet.</p>

<p>Glas hat im Frequenzbereich des sichtbaren Lichtes ungefähr die Brechzahl n
&asymp; 1.5, so dass sich in Glas das Licht mit der Geschwindigkeit</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>c</mi>
    <mo>=</mo>
    <mfrac>
      <msub><mi>c</mi><mn>0</mn></msub>
      <mi>n</mi>
    </mfrac>
    <mo>&asymp;</mo>
    <mfrac>
      <mrow><mn>300 000</mn><mfrac><mtext>km</mtext><mtext>s</mtext></mfrac></mrow>
      <mrow><mn>1.5</mn></mrow>
    </mfrac>
    <mo>=</mo>
    <mn>200 000</mn><mfrac><mtext>km</mtext><mtext>s</mtext></mfrac>
  </mrow>
</math>
    <!--  <div class="abbildung">
<table class="formel">
  <tbody>
    <tr>
      <td>c =</td>
      <td>c<sub>0</sub> 
        <hr />
        n</td>
      <td>&asymp;</td>
      <td>300 000 km/s 
        <hr />
        1.5</td>
      <td>= 200 000 km/s</td>
    </tr>
  </tbody>
</table>
</div>  -->

<p>ausbreitet.</p>

<p>Der Kern der Glasfaser hat eine etwas höhere optische Dichte als der
Mantel, d.h. seine Brechzahl ist größer als die des Mantels. Dies führt dazu,
dass alle Lichtstrahlen (in diesem Zusammenhang auch als <strong>Lichtmoden</strong>
bezeichnet), die innerhalb des sogenannten Akzeptanzwinkels
von außen in den Kern eintreffen, an der Grenze zwischen Kern und Mantel total
(d.h. nach innen zurück) reflektiert werden und den Kern nicht mehr verlassen
können, vorausgesetzt die Faser wird beim Verlegen nicht zu stark gebogen. Da
Luft die Brechzahl n &asymp; 1 besitzt, verhält sich Licht im Medium Luft
näherungsweise gleich wie im Vakuum.</p>

<div class="abbildung">
      <img src="lichtmode.png" alt="Ausbreitung einer Lichtmode"/>
      <p class="caption">Ausbreitung einer Lichtmode</p>
    </div>
    
<p>Es werden 3 Arten von Fasern unterschieden:</p>

    <ul>
      <li>Multimodefaser (<abbr title="Multimodefaser">MMF</abbr>) mit Stufenindexprofil
   (Stufenindexfaser),</li>
      <li>Multimodefaser (<abbr title="Multimodefaser">MMF</abbr>) mit Gradientenprofil
   (Gradientenfaser),</li>
      <li>Monomode- oder Singlemodefaser (<abbr title="Singlemodefaser">SMF</abbr>)
   mit Stufenindexprofil.</li>
    </ul>
    
<p>Da die Abkürzung <abbr title="Multimodefaser">MMF</abbr> leicht mit Monomodefaser
verwechselt werden kann,
wird im folgenden auf den Gebrauch der Abkürzungen
<abbr title="Multimodefaser">MMF</abbr> und <abbr title="Singlemodefaser">SMF</abbr>
verzichtet.</p>

<p class="extra">Stufenindexfaser</p>

<p>Bei der <strong>Stufenindexfaser</strong> ist der Radius des Kerns genügend
groß, so dass sehr viele Moden zur Signalübertragung beitragen. Die Brechzahl
n<sub>K</sub> des Kerns ist geringfügig höher als die Brechzahl n<sub>M</sub>
des Mantels, d.h. n<sub>K</sub> &gt; n<sub>M</sub>. Der Unterschied zwischen
n<sub>K</sub> und n<sub>M</sub> ist sehr gering, z.B. n<sub>K</sub> = 1.52 und
n<sub>M</sub> = 1.50.</p>

<div class="abbildung">
      <img src="stufenindexfaser.png" alt="Längsschnitt durch eine Stufenindexfaser"/>
      <p class="caption">Längsschnitt durch eine Stufenindexfaser</p>
    </div>
    
<p>Die Tatsache, dass aufgrund verschieden langer Wege die Moden
unterschiedlich lange Laufzeiten in der Faser haben, führt dazu, dass ein
Eingangsimpuls zeitlich verschmiert, d.h. verbreitert wird. Dieser Effekt wird
als <strong>Modendispersion</strong> bezeichnet. Bei Stufenindexfasern beträgt
die Modendispersion etwa 50 ns/km.</p>

<p class="extra">Gradientenfaser</p>

<p>Bei der <strong>Gradientenfaser</strong> ist ebenfalls der Radius des Kerns
genügend groß, so dass sehr viele Moden zur Signalübertragung beitragen. Die
Brechzahl des Kerns ist jedoch abhängig vom Radius. Die Brechzahl hat im
Zentrum des Kerns den Wert n<sub>K</sub> und nimmt dann nach außen hin
kontinuierlich ab. Der Profilverlauf gleicht einer umgekehrten Parabel, die im
Zentrum des Kerns ihr Maximum einnimmt. An der Grenzfläche zwischen Kern und
Mantel ist die Brechzahl auf n<sub>M</sub> abgesunken und geht damit
nahtlos in den Mantel über.</p>

<p>Der parabolische Profilverlauf der Brechzahl n im Kern führt zu
sinusförmigen Strahlenwegen, die die Modendispersion erheblich reduzieren.
Zwar müssen auch jetzt die Moden verschieden lange Wege durchlaufen. Da jedoch
die Brechzahl im Kern für zunehmende Abstände von der Kernachse kleiner wird,
ist die Lichtgeschwindigkeit der achsenfernen Moden größer als die der
achsennahen Moden und alle Laufzeiten bleiben etwa gleich groß. Typische Werte
für die Modendispersion liegen bei 0.5 bis 1 ns/km.</p>

<div class="abbildung">
      <img src="gradientenfaser.png" alt="Längsschnitt durch eine Gradientenfaser"/>
      <p class="caption">Längsschnitt durch eine Gradientenfaser</p>
    </div>

<p class="extra">Mono-/Singlemodefaser</p>

<p>Bei der <strong>Monomodefaser</strong> oder
<strong>Singlemodefaser</strong> ist der Radius des Kerns so klein, dass
praktische nur <em>eine</em> Mode zur Signalübertragung beiträgt. Ansonsten
zeigt die Brechzahl einen ähnlichen stufenförmigen Verlau wie bei der
Stufenindexfaser. Durch die Reduzierung der Moden auf eine einzige
&quot;geradlinige&quot; Mode kann man die Modendispersion nahezu ausschalten.</p>

<div class="abbildung">
      <img src="monomodefaser.png" alt="Längsschnitt durch 
      eine Monomode-/Singlemodefaser"/>
      <p class="caption">Längsschnitt durch eine Monomode-/Singlemodefaser</p>
    </div>
    
<p>Außer der Modendispersion gibt es noch eine weitere Dispersion, die zur
Verbreiterung eines Eingangsimpulses beiträgt, die
<strong>Materialdispersion</strong>. Darunter versteht man die Tatsache, dass
aufgrund der wellenlängenabhängigen Brechzahl die Lichtgeschwindigkeit in
einem Medium ebenfalls wellenlängenabhängig ist. Es ist jedoch kein optischer
Sender bekannt, der rein monochromatisches Licht abstrahlt. Man wird also
versuchen, möglichst einen Sender zu finden, der Licht mit einer kleinen
Spektralbreite erzeugt.</p>

<p>Als optischer Sender (elektro-optischer Wandler) ist bei Stufenindexfaser
und Gradientenfasern die preiswertere Leuchtdiode (Light Emitting Diode,
<strong><abbr title="Light Emitting Diode">LED</abbr></strong>) üblich,
während bei Singlemodefaser wegen der schwierigen Lichteinkopplung die teurere
<abbr title="Light Amplification by Stimulated Emission of Radiation">LASER</abbr>-Diode
(Light Amplification by Stimulated Emission of Radiation,
<strong><abbr
title="Light Amplification by Stimulated Emission of Radiation">LASER</abbr></strong>)
notwendig wird. Eine Leuchtdiode hat eine Spektralbreite von etwa 40 nm und
koppelt 0.025 mW = -16 dBm in eine 50-µm-Gradientenfaser. Eine
<abbr
title="Light Amplification by Stimulated Emission of Radiation">LASER</abbr>-Diode hat
eine Spektralbreite von etwa 3 nm und koppelt 1 mW = 0 dBm in eine
50-µm-Gradientenfaser und 0.5 mW = -3 dBm in eine Singlemodefaser.</p>

<p class="extra">Dämpfung</p>

<p>Ein Problem bei Glasfaser stellen die Verluste durch Dämpfung dar.
Da die Dämpfung von der Länge des Lichtwellenleiters abhängt,
wird sie üblicherweise in dB/km angegeben.
Es gibt nur drei Wellenlängenbereiche, die
sogenannten <strong>Wellenlängenfenster</strong>
oder <strong>optischen Fenster</strong>, in denen die
Dämpfung ausreichend gering ist: bei etwa 850 nm, 1300 nm und 1550 nm (jeweils bezogen
auf Vakuumwellenlängen). Das sichtbare Licht reicht von 390 nm (blau) bis 760
nm (rot). Die drei Wellenlängenfenster liegen also im Infrarotbereich.</p>

<div class="abbildung">
      <img src="optische-fenster.png" alt="Optische Fenster"/>
      <p class="caption">Die drei im Infrarotbereich liegenden optischen Fenster
       (unterer Graph: Singlemode-Faser, oberer Graph: Multimode-Faser)</p>
    </div>

<p class="extra">Bandbreitenlängenprodukt</p>

<p>Die Übertragungskapazität einer Glasfaser hängt im wesentlichen von der
Fähigkeit ab, möglichst viele Lichtimpulse pro Zeiteinheit einspeisen
und übertragen zu können. Diese Impulsfrequenz wird in MHz oder GHz angegeben
und eine Faser ist umso besser, je höher die Impulsfrequenz gewählt werden kann.
Bedingt durch die verschiedenen Arten von
 Dispersion (Modendispersion, Materialdispersion),
die bei einer Übertragung auftreten,
kann die Impulsfrequenz nicht beliebig erhöht werden, da sonst die beim Empfänger
ankommenden Signale so ineinanderlaufen,
 dass sie nicht mehr als separate Impulse registrierbar sind.
Da nun ein Impuls umso stärker verschmiert oder verbreitert wird, je länger
er unterwegs ist, d.h. je länger die Glasfaserstrecke ist, muss die
Impulsfrequenz entsprechend herabgesetzt werden, um einen genügend
 großen Abstand zwischen zwei
aufeinanderfolgenden Impulsen zu gewährleisten.
Das Produkt aus maximaler Impulsfrequenz und Länge der Glasfaser wird als
<strong>Bandbreitenlängenprodukt</strong> bezeichnet und ist neben der Dämpfung
eine weitere wichtige Kenngröße für die Qualität einer Glasfaser.
Aufgrund der hohen Güte der Singlemodefaser verzichtet man hier
in der Regel auf die Angabe dieser Größe und beschränkt sich auf die Dämpfungswerte.</p>

<p>In der folgenden Tabelle sind die Werte einiger Glasfasertypen angegeben.</p>

<div class="abbildung">
      <table>
      <colgroup><col/><col span="7"/></colgroup>
        <thead>
          <tr>
            <th rowspan="2" class="trans"/>
            <th rowspan="2">Kern&shy;durch&shy;messer<sup>(*)</sup> in µm</th>
            <th colspan="3">Dämpfung in dB/km</th>
            <th colspan="3">Band&shy;breiten&shy;längen&shy;produkt in MHz&sdot;km</th>
          </tr>
          <tr>
            <th>850 nm</th>
            <th>1300 nm</th>
            <th>1550 nm</th>
            <th>850 nm</th>
            <th>1300 nm</th>
            <th>1550 nm</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th rowspan="2">Gradienten&shy;faser</th>
            <td>62.5</td>
            <td>3.0 - 3.5</td>
            <td>0.8 - 1.0</td>
            <td/>
            <td>200 - 400</td>
            <td>400 - 800</td>
            <td/>
          </tr>
          <tr>
            <td>50</td>
            <td>2.4 - 2.8</td>
            <td>0.6 - 0.8</td>
            <td/>
            <td>400 - 600</td>
            <td>500 - 1200</td>
            <td/>
          </tr>
          <tr>
            <th>Singlemode&shy;faser</th>
            <td>9</td>
            <td/>
            <td>0.35 - 0.4</td>
            <td>0.2 - 0.3</td>
            <td/>
            <td/>
            <td/>
          </tr>
          <tr class="trans">
            <td colspan="9">
              <span class="klein"><sup>(*)</sup>Der
	           	 Manteldurchmesser beträgt in allen Fällen jeweils 125 µm</span></td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Einige Kenngrößen für Glasfasern</p>
    </div>
    
<p>Eine Faser mit einem Bandbreitenlängenprodukt von 1200 MHz&sdot;km
und einer Faserlänge von 1000 m
verkraftet also eine Impulsfrequenz von 1200 MHz.
Bei einer Faserlänge von 500 m kann sogar mit einer Impulsfrequenz
von 2400 MHz übertragen werden. Umgekehrt muss bei einer
Faserlänge von 2000 m die Impulsfrequenz jedoch auf 600 MHz gedrosselt werden.</p>

<p class="extra">Kategorien</p>

<p>Für die Klassifizierung von Gradientenfasern gibt es drei
Kategorien <abbr title="Optical Multimode">OM</abbr>1,
<abbr title="Optical Multimode">OM</abbr>2 und
<abbr title="Optical Multimode">OM</abbr>3
(<abbr title="Optical Multimode">OM</abbr> steht für Optical Multimode).
Für Singlemodefasern gibt es nur die Kategorie
<abbr title="Optical Singlemode">OS</abbr>1
(<abbr title="Optical Singlemode">OS</abbr> steht für Optical Singlemode).
Die folgende Tabelle gibt einen Überblick:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="7"/>
          <col width="40%"/>
        </colgroup>
        <thead>
          <tr>
            <th rowspan="2">Kategorie</th>
            <th rowspan="2">Kern&shy;durch&shy;messer [&micro;m]</th>
            <th colspan="3">Maximale Dämpfung [dB/km]</th>
            <th colspan="2">Minimale Bandbreite [MHz&middot;km] (bei Leuchtdiode)</th>
            <th rowspan="2">Ethernet-Einsatzgebiete</th>
          </tr>
          <tr>
            <th>850 nm</th>
            <th>1300 nm</th>
            <th>1550 nm</th>
            <th>850 nm</th>
            <th>1300 nm</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Optical Multimode">OM</abbr>1</td>
            <td>50 / 62.5</td>
            <td>3.5</td>
            <td>1.5</td>
            <td/>
            <td>200</td>
            <td>500</td>
            <td>10Base-FL/FP/FB (<abbr title="Optical Fiber">OF</abbr>-2000
             bei 850 nm),<br/>
          100Base-FX (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1300 nm),<br/>
          1000Base-LX (<abbr title="Optical Fiber">OF</abbr>-500 bei 1300 nm),<br/>
          10GBase-LX4 (<abbr title="Optical Fiber">OF</abbr>-300 bei 1300 nm)</td>
          </tr>
          <tr>
            <td>
              <abbr title="Optical Multimode">OM</abbr>2</td>
            <td>50 / 62.5</td>
            <td>3.5</td>
            <td>1.5</td>
            <td/>
            <td>500</td>
            <td>500</td>
            <td>10Base-FL/FP/FB (<abbr title="Optical Fiber">OF</abbr>-2000 
            bei 850 nm),<br/>
          100Base-FX (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1300 nm),<br/>
          1000Base-SX (<abbr title="Optical Fiber">OF</abbr>-500 bei 850 nm),<br/>
          1000Base-LX (<abbr title="Optical Fiber">OF</abbr>-500 bei 1300 nm),<br/>
          10GBase-LX4 (<abbr title="Optical Fiber">OF</abbr>-300 bei 1300 nm)</td>
          </tr>
          <tr>
            <td>
              <abbr title="Optical Multimode">OM</abbr>3</td>
            <td>50</td>
            <td>3.5</td>
            <td>1.5</td>
            <td/>
            <td>1500<br/>(bei <abbr
     title="Light Amplification by Stimulated Emission of Radiation">LASER</abbr>-Diode:
            2000)</td>
            <td>500</td>
            <td>10Base-FL/FP/FB
             (<abbr title="Optical Fiber">OF</abbr>-2000 bei 850 nm),<br/>
          100Base-FX (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1300 nm),<br/>
          1000Base-SX (<abbr title="Optical Fiber">OF</abbr>-500 bei 850 nm),<br/>
          1000Base-LX (<abbr title="Optical Fiber">OF</abbr>-500 bei 1300 nm),<br/>
          10GBase-SR/SW (<abbr title="Optical Fiber">OF</abbr>-300 bei 850 nm),<br/>
          10GBase-LX4 (<abbr title="Optical Fiber">OF</abbr>-300 bei 1300 nm)</td>
          </tr>
          <tr>
            <td>
              <abbr title="Optical Singlemode">OS</abbr>1</td>
            <td/>
            <td/>
            <td>1 (bei 1310 nm)</td>
            <td>1</td>
            <td/>
            <td/>
            <td>1000Base-LX
             (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1310 nm),<br/>
          10GBase-LX4 (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1310 nm),<br/>
          10GBase-LR/LW (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1310 nm),<br/>
          10GBase-ER/EW (<abbr title="Optical Fiber">OF</abbr>-2000 bei 1550 nm)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Kategorisierung von Glasfasern</p>
    </div>
    
<p class="extra">Steckverbindungen</p>

<p>Es gibt mehrere Typen von <abbr title="Lichtwellenleiter">LWL</abbr>-Steckverbindern,
z.B. <abbr title="Straight Tip">ST</abbr> (Straight Tip),
<abbr title="Subscriber Connector">SC</abbr> (Subscriber Connector),
<abbr title="Media Interface Connector">MIC</abbr> (Media Interface Connector) oder
<abbr title="Fiber Distributed Data Interface">FDDI</abbr>
(Fiber Distributed Data Interface).
Bei Ethernet findet man üblicherweise <abbr title="Straight Tip">ST</abbr>- und
<abbr title="Subscriber Connector">SC</abbr>-Stecker vor, wobei die
älteren <abbr title="Straight Tip">ST</abbr>-Stecker bei Neuverkabelungen in der Regel
nicht mehr eingesetzt werden.
<abbr title="Straight Tip">ST</abbr>-Stecker verbinden jeweils eine Faser.
Die Verbindung erfolgt durch einen
Bajonett-Verschluss. <abbr title="Subscriber Connector">SC</abbr>-Stecker werden
meist als Duplex-Stecker eingesetzt
und verbinden somit zwei Fasern. Die Verbindung erfolgt einfach durch Aufstecken.</p>

<div class="abbildung">
      <img src="glasfaser-stecker.png" alt="Glasfaser-Stecker"/>
      <p class="caption">Glasfaser-Stecker</p>
</div>

<p>Die folgende Abbildung zeigt nochmals schematisch einen Lichtwellenleiter,
bestehend aus zwei Fasern und jeweils einem
<abbr title="Subscriber Connector">SC</abbr>-Duplex-Stecker an beiden Enden:</p>

<div class="abbildung">
      <img src="sc-duplex.png" alt="SC-Duplex-Stecker"/>
      <p class="caption">
        <abbr title="Subscriber Connector">SC</abbr>-Duplex-Stecker</p>
    </div>
    
<!-- ********************************************************************* -->
<h2 id="verkabelung">Verkabelung</h2>
<!-- ********************************************************************* -->

<p>Im Folgenden wird beschrieben, wie man aus Kabeln und verschiedenen
Netzkomponenten sinnvolle Netzstrukturen aufbauen kann.
Bei den Netzkomponenten ist zu
unterscheiden zwischen &quot;passiven&quot; Netzkomponenten
(z.B. Patch- oder Rangierfeld, Spleißbox)
und &quot;aktiven&quot; Netzkomponenten (z.B. Hub, Switch, Router).
Die Funktionsweise der gängigsten aktiven Netzkomponenten wird erst
später vorgestellt (siehe Kapitel
&quot;<a href="#ethernetstrukturen">Ethernet &ndash; Netzstrukturen</a>&quot;,
&quot;<a href="#ethernetbruecken">Ethernet &ndash; Brücken, Switches und
 <abbr title="Virtual Local Area Network">VLAN</abbr>s</a>&quot;
und &quot;<a href="#iprouter"><abbr title="Internet Protocol">IP</abbr> &ndash;
Router und <abbr title="Layer 3">L3</abbr>-Switches</a>&quot;).</p>

<!-- ********************************************************************* -->
<h3 id="topologien">Topologien</h3>
<!-- ********************************************************************* -->

<p>Die Art und Weise, wie Stationen in einem Netzwerk geometrisch angeordnet
und durch Kabel verbunden sind, wird als die <strong>Topologie</strong> oder
die <strong>geometrische Struktur</strong> des Netzwerkes bezeichnet. Hierbei
sind selbstverständlich nicht die Kabel für die Stromversorgung gemeint,
sondern die Kabel, die als Übertragungsmedium für die Datenkommunikation
dienen.</p>

<p class="extra">Bustopologie</p>

<p>In einer <strong>Bustopologie</strong> sind alle Stationen i.a. passiv an
ein gemeinsames, lineares Übertragungsmedium angekoppelt. Die
Signalausbreitung erfolgt von der sendenden Station ausgehend in beide
Richtungen. Das Übertragungsmedium muss an den beiden Endpunkten 
&quot;elektrisch abgeschlossen&quot; werden.</p>

<div class="abbildung">
      <img src="bustopologie.png" alt="Bustopologie"/>
      <p class="caption">Bustopologie</p>
    </div>
    
<p class="extra">Ringtopologie</p>

<p>In einer <strong>Ringtopologie</strong> sind alle Stationen durch
Punkt-zu-Punkt-Verbindungen so aufeinanderfolgend angeordnet, dass die gesamte
Anordnung einen geschlossen Pfad ergibt. Die Signalausbreitung erfolgt von der
sendenden Station ausgehend in eine festgelegte Richtung und die Stationen
sind i.a. aktiv an das Übertragungsmedium angekoppelt.</p>

<div class="abbildung">
      <img src="ringtopologie.png" alt="Ringtopologie"/>
      <p class="caption">Ringtopologie</p>
    </div>
    
<p class="extra">Sterntopologie</p>

<p>In einer <strong>Sterntopologie</strong> sind alle Stationen durch
Punkt-zu-Punkt-Verbindungen mit einem zentralen Knoten verbunden. Dieser
Knoten wird auch als Sternverteiler, Sternkoppler, Konzentrator oder Hub
bezeichnet. Er kann aktiv oder passiv an das Übertragungsmedium angekoppelt
sein.</p>

<div class="abbildung">
      <img src="sterntopologie.png" alt="Sterntopologie"/>
      <p class="caption">Sterntopologie</p>
    </div>
    
<p class="extra">Baumtopologie</p>

<p>In einer <strong>Baumtopologie</strong> werden ausgehend von einer
Kopfstelle (Head End) die einzelnen Stationen über Verzweigungsstationen
(Splitter) erreicht. Eine Verzweigungsstation kann aktiv oder passiv ausgelegt
sein.</p>

<div class="abbildung">
      <img src="baumtopologie.png" alt="Baumtopologie"/>
      <p class="caption">Baumtopologie</p>
    </div>
    
<!-- ********************************************************************* -->
<h3 id="gebaeude">Strukturierte Gebäudeverkabelung</h3>
<!-- ********************************************************************* -->

<p>Ausgangspunkt für die strukturierte Gebäudeverkabelung ist eine
sternförmige Topologie, die hierarchisch in drei Bereiche aufgeteilt wird.</p>

<div class="abbildung">
      <img src="gebaeude.png" alt="Strukturierte Gebäudeverkabelung"/>
      <p class="caption">Strukturierte Gebäudeverkabelung</p>
    </div>
    
<p class="extra">Verkabelungs-Hierarchie</p>

    <dl>
      <dt>Primärverkabelung:</dt>
      <dd>Standortverkabelung (Campus Backbone Cabling) mit einem zentralen
      Standortverteiler (<abbr title="Standortverteiler">SV</abbr>)
      (Campus Distributor, <abbr title="Campus Distributor">CD</abbr>).
      Die Standortverkabelung verbindet den
      Standortverteiler mit den Gebäudeverteilern und beinhaltet
      das Datenkabel mit den Anschlusskomponenten an
      beiden Enden sowie die Rangierkabel (Patch Cord) beim Standortverteiler.
      Die Standortverkabelung
      kann entweder in Kupfer- oder in Lichtwellenleitertechnik ausgeführt werden.
      Wenn das Kabel ausserhalb des Gebäudes geführt wird,
      sollte zur Potentialentkopplung (z.B. bei Gewitter)
      <abbr title="Lichtwellenleiter">LWL</abbr>-Kabel verwendet werden.      
      Der Standortverteiler besteht aus einem einfachen Verteilerschrank,
      aus mehreren Schränken oder sogar aus einem ganzen Raum und kann mit
      einem Gebäudeverteiler kombiniert werden.
      Es wird nicht empfohlen einen
      Etagenverteiler und einen Standortverteiler zu kombinieren.
      </dd>
      <dt>Sekundärverkabelung:</dt>
      <dd>Gebäudeverkabelung (Building Backbone Cabling) mit jeweils einem
      Gebäudeverteiler (<abbr title="Gebäudeverteiler">GV</abbr>)
      (Building Distributor, <abbr title="Building Distributor">BD</abbr>)
      pro Gebäude.
      Die Gebäudeverkabelung beinhaltet das Datenkabel mit den
      Anschlusskomponenten an beiden Enden sowie die Rangierkabel im Gebäudeverteiler.
      Die Gebäudeverkabelung verbindet den Gebäudeverteiler mit den Etagenverteilern
      und kann entweder in Kupfer- oder in Lichtwellenleitertechnik ausgeführt werden.
      Der Gebäudeverteiler stellt einen zentralen Punkt im Gebäude dar und besteht
      aus einem einfachen Verteilerschrank, aus mehreren Schränken
      oder aus einem ganzen Raum und kann mit einem Etagenverteiler kombiniert werden.
      </dd>
      <dt>Tertiärverkabelung:</dt>
      <dd>Etagenverkabelung (Horizontal Cabling) mit jeweils einem
      Etagenverteiler (<abbr title="Etagenverteiler">EV</abbr>)
      (Floor Distributor, <abbr title="Floor Distributor">FD</abbr>)
      pro Etage.
      Die Etagenverkabelung beinhaltet das Datenkabel mit den
      Anschlusskomponenten an beiden Enden sowie die Rangierkabel im Etagenverteiler.
      Die Etagenverkabelung verbindet den Etagenverteiler mit den Anschlussdosen
      und kann entweder in Kupfer- oder in Lichtwellenleitertechnik ausgeführt werden.
      Der Etagenverteiler stellt einen zentralen Punkt in einer Etage dar und besteht
      aus einem einfachen
       Verteilerschrank, aus mehreren Schränken oder aus einem ganzen Raum.
      Bei Etagen von mehr als 1000 qm Fläche kann es sinnvoll sein, pro Etage mehrere
      Etagenverteiler zu installieren.
      </dd>
    </dl>
    
<p>In der Praxis können Standort-, Gebäude- und Etagenverteiler entweder als passive
Netzkomponenten (z.B. Patch- oder Rangierfeld, Spleißbox) oder als aktive
Netzkomponenten (z.B. Hub, Switch, Router) ausgeführt werden.
Passive Verteiler sind in der Regel jedoch keine echten Verteiler, da sie
lediglich mehrere Kabel bündeln (vgl. die im folgenden beschriebenen Sammelpunkte).
Von <em>echter</em> Verteilung kann man eigentlich nur bei aktiven Verteilern sprechen,
da sie die über <em>ein</em> Kabel eintreffenden Signale über <em>mehrere</em> oder 
<em>alle</em> angeschlossenen Kabel weitersenden.</p>

<p>Die Tertiär- oder Etagenverkabelung endet in
Telekommunikations-Anschlussdosen
 (<abbr title="Telekommunikations-Anschlussdose">TA</abbr>)
(Telecommunication Outlets, <abbr title="Telecommunication Outlet">TO</abbr>),
die an der Wand, in einem Kanal oder in einem Bodentanksystem installiert sein können.
Der Anschluss eines Endgerätes an eine
derartige Dose erfolgt mit einem Geräteanschlusskabel (Work Area Cable).
Ein einfacher Arbeitsplatz sollte mindestens
 von zwei Anschlussdosen versorgt werden.</p>

<p>In einer Etage können noch
Sammelpunkte (<abbr title="Sammelpunkt">SP</abbr>)
(Consolidation Points, <abbr title="Consolidation Point">CP</abbr>)
zwischen Anschlussdosen und Etagenverteiler geschaltet werden.
Der Sammelpunkt ist ein kleines Gehäuse oder ein kleiner
Verteiler und bündelt die Kabel, die von den Anschlussdosen kommen.
Dies bietet sich bei sehr großen Etagen an, um zu vermeiden, dass zu viele Kabel
beim Etagenverteiler auflaufen.
Der Sammelpunkt ist eine rein passive Komponente.</p>

<p class="extra">Übertragungsstrecken</p>

<p>Eine <strong>Übertragungsstrecke (Link)</strong>
verbindet eine aktive Netzkomponente (z.B. Hub, Switch, Router)
mit einem Endgerät (z.B. PC, Server) oder mit einer anderen
aktiven Netzkomponente
und umfasst das (in der Regel stationär verlegte)
Übertragungskabel, die erforderlichen Rangierkabel und
Geräteanschlusskabel und sämtliche passiven Anschlusskomponenten
(z.B. Stecker und Dosen).
Die genaue Festlegung der Kabel und der Anschlusskomponenten
erfolgt über die nachrichtentechnisch
relevanten Parameter wie z.B. Frequenzverhalten und Dämpfung.</p>

<p>Die Länge einer Übertragungsstrecke im Tertiärbereich sollte 100 m nicht
überschreiten, d.h. zwischen einem Endgerät und einem aktiven Etagenverteiler sollte die
gesamte Kabellänge (inkl. Rangier- und Anschlusskabel) nicht größer als 100 m sein.
Die Länge einer Übertragungsstrecke über alle drei Bereiche sollte
2000 m nicht überschreiten,
 d.h. zwischen einem Endgerät und dem aktiven Standortverteiler
(mit passiven bzw. ohne zwischengeschalteten Etagen- und Gebäudeverteilern)
sollte die gesamte Kabellänge nicht größer als 2000 m sein.
Die maximalen Einzellängen im Primär- und Sekundärbereich sind abhängig von der
Kabelqualität bzw. von der Anzahl der Steck- oder Spleißverbindungen
und können über Berechnungstabellen ermittelt werden.</p>

    <!-- <p>
Strenggenommen wird zwischen <strong>Installationsstrecke (Permanent Link)</strong>
und <strong>Übertragungsstrecke (Channel Link)</strong> unterschieden.
Während der Permanent Link
lediglich ein Kabel mit Anschlusskomponenten umfasst, beinhaltet der
Channel Link alle Kebelsegmente (inkl. Anschluss und Rangierkabel)
und alle Anschlusskomponenten (Stecker, Dosen,
Rangierfelder), die sich zwischen zwei aktiven Komponenten (Hub, Switch, Endgerät)
befinden.
</p> -->

<p class="extra">Symmetrisches Kupferkabel</p>

<p>Für eine Übertragungsstrecke aus symmetrischem
100-&Omega;-Kupferkabel (inkl. Anschlusskabel, Rangierkabel und
passive Anschlusskomponenten), gibt es sechs Anwendungsklassen A bis F.
Die Anwendungsklassen werden über die
nachrichtentechnisch relevanten Parameter wie Frequenzverhalten, Dämpfung,
Nah-Nebensprechdämpfung (Near End Crosstalk,
 <abbr title="Near End Crosstalk">NEXT</abbr>),
Fern-Nebensprechdämpfung (Far End Crosstalk,
 <abbr title="Far End Crosstalk">FEXT</abbr>),
Dämpfungs-Nebensprechdämpfungs-Verhältnis (Attenuation to Crosstalk Ratio,
<abbr title="Attenuation to Crosstalk Ratio">ACR</abbr>),
Signallaufzeit u.a. definiert.</p>

<p>Die für
die Praxis relevanten Klassen D (bis maximal 100 MHz), E (bis maximal 250 MHz)
und F (bis maximal 600 MHz) sind in der folgenden Tabelle
mit Angaben zu einigen der wichtigsten Parameter aufgelistet.
Die Angaben beziehen sich jeweils auf eine komplette Übertragungsstrecke.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="4"/>
        </colgroup>
        <thead>
          <tr>
            <th>Klasse</th>
            <th>Übertragungs­frequenz [MHz]</th>
            <th>Maximale Dämpfung [dB]</th>
            <th>Minimaler <abbr title="Near End Crosstalk">NEXT</abbr>-Wert [dB]</th>
            <th>Maximale Signal&shy;lauf&shy;zeit [&mu;s]</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>D</td>
            <td>100</td>
            <td>24.0</td>
            <td>30.1</td>
            <td>0.548</td>
          </tr>
          <tr>
            <td rowspan="2">E</td>
            <td>100</td>
            <td>21.7</td>
            <td>39.9</td>
            <td>0.548</td>
          </tr>
          <tr>
            <td>250</td>
            <td>35.9</td>
            <td>33.1</td>
            <td>0.546</td>
          </tr>
          <tr>
            <td rowspan="3">F</td>
            <td>100</td>
            <td>20.8</td>
            <td>62.9</td>
            <td>0.548</td>
          </tr>
          <tr>
            <td>250</td>
            <td>33.8</td>
            <td>56.9</td>
            <td>0.546</td>
          </tr>
          <tr>
            <td>600</td>
            <td>54.6</td>
            <td>51.2</td>
            <td>0.545</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Klassifizierung von Übertragungsstrecken
       mit symmetrischen Kabeln</p>
    </div>
    
<p>Generell kann man davon ausgehen, dass für eine Übertragungsstrecke der Klasse D ein
Kabel der Kategorie 5e, für eine Übertragungsstrecke der Klasse E ein Kabel der
Kategorie 6 und für eine Übertragungsstrecke der Klasse F ein Kabel der Kategorie 7
ausreicht.</p>

<p class="extra">Lichtwellenleiter</p>

<p>Ähnlich wie bei der Kupferverkabelung hat man auch
für Glasfaser-Übertragungsstrecken ein Klassenmodell
mit den Klassen
<abbr title="Optical Fiber">OF</abbr>-300, <abbr title="Optical Fiber">OF</abbr>-500
und <abbr title="Optical Fiber">OF</abbr>-2000 definiert
(<abbr title="Optical Fiber">OF</abbr> steht für Optical Fiber).</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="4"/>
        </colgroup>
        <thead>
          <tr>
            <th rowspan="3">Klasse</th>
            <th rowspan="3">Maximale Länge [m]</th>
            <th colspan="4">Maximale Dämpfung [dB]</th>
          </tr>
          <tr>
            <th colspan="2">Gradientenfaser</th>
            <th colspan="2">Singlemodefaser</th>
          </tr>
          <tr>
            <th>850 nm</th>
            <th>1300 nm</th>
            <th>1310 nm</th>
            <th>1550 nm</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Optical Fiber">OF</abbr>-300</td>
            <td>300</td>
            <td>2.55</td>
            <td>1.95</td>
            <td>1.8</td>
            <td>1.8</td>
          </tr>
          <tr>
            <td>
              <abbr title="Optical Fiber">OF</abbr>-500</td>
            <td>500</td>
            <td>3.25</td>
            <td>2.25</td>
            <td>2.0</td>
            <td>2.0</td>
          </tr>
          <tr>
            <td>
              <abbr title="Optical Fiber">OF</abbr>-2000</td>
            <td>2000</td>
            <td>8.5</td>
            <td>4.5</td>
            <td>3.5</td>
            <td>3.5</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Klassifizierung von 
      Übertragungsstrecken mit Lichtwellenleitern</p>
    </div>
    
<p class="extra">Collapsed Backbone</p>

<p>Wenn man die Gebäudeverkabelung (Building Backbone),
die oft auch als Distributed Backbone
bezeichnet wird, gewissermaßen auf <em>einen</em> Punkt zusammenzieht
und die Etagenverteiler zusammen mit dem Gebäudeverteiler in <em>einem</em> Punkt
konzentriert, gelangt
man zum <strong>Collapsed Backbone</strong>.
Die Topologie eines Collapsed Backbone ist demnach ein
Stern, der sich ohne Etagenunterverteilung über das gesamte Gebäude erstreckt.</p>

<div class="abbildung">
      <img src="collapsed.png" alt="Collapsed Backbone"/>
      <p class="caption">Collapsed Backbone</p>
    </div>
    
<p>Bei nicht zu großen Gebäuden setzt sich der Collapsed Backbone immer mehr gegenüber
der oben beschriebenen strukturierten Gebäudeverkabelung durch. Wenn man die
Standortverkabelung einbezieht, handelt es sich natürlich immer noch um eine
strukturierte Verkabelung, deren Hierarchie allerdings nur noch aus zwei
Ebenen besteht.</p>

<p class="extra">Fiber to the Desk &ndash; Fiber to the Office</p>

<p>Bei Verkabelungen mit Glasfaser sind vor allem zwei Konzepte interessant:
&quot;Fiber to the Desk&quot; und &quot;Fiber to the Office&quot;.</p>

<p>Bei &quot;Fiber to the Desk&quot; werden die Endgeräte mit
Netzwerkkarten ausgestattet, die über optische Anschlüsse verfügen.
Die Glasfaser verläuft somit durchgängig vom Etagenverteiler bzw. vom
zentralen Gebäudeverteiler über die (optischen) Dosen in den Büros
bis zum Endgerät.</p>

<p>Bei &quot;Fiber to the Office&quot; endet die Glasfaser im Büroraum.
Von dort geht es dann über einen Medienkonverter, der
von Glas auf Kupfer umsetzt, mit einem Kupferkabel weiter bis zum Endgerät.
Der Medienkonverter ist meist
als aktive Komponente in Form eines sogenannten Workgroup-Hubs
oder Workgroup-Switches ausgelegt. Auf diese Weise können in einem Büroraum
mehrere Endgeräte über preiswerte Kupferkabel
angeschlossen werden. Weitere Einsparungen erhält man dadurch, dass
bei Einsatz eines Medienkonverters pro Büroraum
jeweils nur <em>eine</em> Glasfaserstrecke (Glasfaserpaar) und nur <em>ein</em>
optischer Anschluss im Etagen- bzw. Gebäudeverteiler notwendig sind.</p>

<p>Da zentrale Glasfaseranschlüsse teuer sind, werden die (aktiven)
Etagen- bzw. Gebäudeverteiler
(Hub, Switch) häufig in &quot;Kupfertechnik&quot; ausgeführt. Ein
vorgeschalteter Medienkonverter setzt dann von Kupfer auf Glasfaser um.</p>

   <div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>
    
<!-- ********************************************************************* -->
<h1 id="bituebertragung">Physikalische Schicht &ndash; Bitübertragung</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>No matter how hard you push and no matter what the priority, you can't
      increase the speed of light.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>
    
<!-- ********************************************************************* -->
<h2 id="signalausbreitung">Signalausbreitung</h2>
<!-- ********************************************************************* -->

<p>Zunächst werden einige wichtige Grundbegriffe erläutert, die man braucht, um eine
Übertragung quantitativ zu beschreiben:</p>

    <dl>
      <dt>Übertragungsrate (Übertragungsgeschwindigkeit, Bitrate, Data Rate) R:</dt>
      <dd>Anzahl der Bits, die pro Zeiteinheit übertragen werden (Einheit: bit/s).</dd>
      <dt>Baudrate (Schrittgeschwindigkeit,
       Telegrafiergeschwindigkeit, Symbol Rate):</dt>
      <dd>Anzahl der Symbole, die pro Zeiteinheit übertragen werden (Einheit: baud,
		  nach J. M. E. <span class="name">Baudot</span>).
		  Wenn ein Symbol lediglich <em>ein</em> Bit darstellen kann
			(&quot;<code>0</code>&quot; oder &quot;<code>1</code>&quot;),
			dann gilt 1 baud = 1 bit/s.
			Wenn das Signal mehrere Bits darstellen kann, gilt diese Gleichheit
			nicht mehr, wie die folgende Tabelle zeigt.
			
     <div class="abbildung">
          <table>
            <colgroup>
              <col span="3"/>
            </colgroup>
            <thead>
              <tr>
                <th>Anzahl der pro Symbol dargestellten Bits</th>
                <th>Mögliche Bitkombinationen</th>
                <th>Beziehung zwischen baud und bit/s</th>
              </tr>
            </thead>
            <tbody>
              <tr>
                <td>2<sup>1</sup> = 2</td>
                <td>
                  <code>0</code>, <code>1</code>
                </td>
                <td>1 baud = 1 bit/s</td>
              </tr>
              <tr>
                <td>2<sup>2</sup> = 4</td>
                <td>
                  <code>00</code>, <code>01</code>, <code>10</code>, <code>11</code>
                </td>
                <td>1 baud = 2 bit/s</td>
              </tr>
              <tr>
                <td>2<sup>3</sup> = 8</td>
                <td>
                  <code>000</code>, <code>001</code>, <code>010</code>, <code>011</code>
                  <code>100</code>, <code>101</code>,
                          <code>110</code>, <code>111</code>
                </td>
                <td>1 baud = 3 bit/s</td>
              </tr>
              <tr>
                <td>2<sup>4</sup> = 16</td>
                <td>
                  <code>0000</code>, <code>0001</code>, <code>0010</code>, ...,
                         <code>1101</code>, <code>1110</code>,
                          <code>1111</code>
                </td>
                <td>1 baud = 4 bit/s</td>
              </tr>
            </tbody>
          </table>
          <p class="caption">Baudrate vs. Übertragungsrate</p>
        </div>
      </dd>
      <dt>Signalgeschwindigkeit (Signalausbreitungsgeschwindigkeit) v:</dt>
      <dd>Geschwindigkeit, mit der sich ein elektrisches oder optisches Signal
      auf dem Übertragungsmedium ausbreitet (Einheit: m/s oder km/s).</dd>
      <dt>Signallaufzeit t:</dt>
      <dd>Zeit, die ein elektrisches oder optisches Signal für den
      Übertragungsweg der Länge l braucht (Einheit: s). Zwischen v, t und l
      besteht folgender Zusammenhang: 

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>v</mi>
    <mo>=</mo>
    <mfrac><mi>l</mi><mi>t</mi></mfrac>
  </mrow>
</math>
        <!--  <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr><td>v =</td><td>l<hr />t</td></tr>
        </tbody>
      </table>
      </div>  -->
      </dd>
      <dt>Informationsinhalt (Informationslänge) L:</dt>
      <dd>Anzahl von Bits, die während der Zeit t übertragen werden (Einheit: bit).
    Zwischen R, t und L besteht folgender Zusammenhang: 

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>R</mi>
    <mo>=</mo>
    <mfrac><mi>L</mi><mi>t</mi></mfrac>
  </mrow>
</math>
        <!--  <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>R =</td>
            <td>L 
              <hr />
              t</td>
          </tr>
        </tbody>
      </table>
      </div>  -->

      Man kann L auch interpretieren als die Anzahl von Bits,
      die auf einem Übertragungsweg der Länge

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>l</mi>
    <mo>=</mo>
    <mfrac>
      <mrow><mi>v</mi><mo>&InvisibleTimes;</mo><mi>L</mi></mrow>
      <mi>R</mi>
    </mfrac>
  </mrow>
</math>

      &quot;Platz finden&quot; (entsprechend einer Anzahl von Perlen,
      die hintereinander auf einer Schnur aufgereiht sind).      
    </dd>
    </dl>
    
<p class="extra">Bandbreite</p>

<p>Ein weiterer, vor allem in der Nachrichtentechnik wichtiger Begriff, ist die
<strong>Bandbreite</strong>. Hierbei muss man zwischen der Bandbreite eines
Übertragunskanals
und der Bandbreite eines Signalimpulses unterscheiden.</p>

    <dl>
      <dt>Kanalbandbreite:</dt>
      <dd>Frequenzbereich, den der Übertragungskanal (z.B. Kabelverbindung, Funkstrecke)
       durchlässt.</dd>
      <dt>Signalbandbreite:</dt>
      <dd>Frequenzbereich, in dem das Frequenzspektrum
     (<span class="name">Fourier</span>-Spektrum) des
      Signals wesentlich von Null verschieden ist. Das Wort &quot;wesentlich&quot;
      deutet schon darauf hin, dass es hier mehrere gebräuchliche Definitionen
      gibt. Im einfachsten Fall beschränkt man sich auf das zusammenhängende
      Frequenzintervall, in dem das Frequenzspektrum sein Maximum hat.</dd>
    </dl>
    
<p>Wie immer man auch die Bandbreite B eines Signalimpulses im Einzelfall
definiert, stets gilt die Gesetzmäßigkeit, dass die Signalbandbreite B
umgekehrt proportional zur
Signaldauer T ist: B &prop; 1/T, d.h. je kürzer das Signal ist, desto größer
ist die Bandbreite des Signals und umgekehrt. Steigerung der
Datenübertragungsrate, d.h. Verkürzung der Signaldauer, bedeutet daher eine
Vergrößerung der Signalbandbreite, was wiederum eine entsprechend größere
Kanalbandbreite erfordert, damit das Signal übertragen werden kann.</p>

<p>Häufig spricht man bei einem Netz mit hoher Übertragungsrate von einem Netz
hoher Bandbreite. Dies ist eigentlich nicht korrekt, jedoch folgt aus der
oben genannten Proportionalität B &prop; 1/T und der
Gleichung R = L/t mit t = T und L = 1 bit, dass die Übertragungsrate R
proportional zur Signalbandbreite B ist: R &prop; B.
Eine hohe Übertragungsrate bedeutet somit eine hohe
Signalbandbreite, was wiederum eine hohe Kanalbandbreite des Übertragungsnetzes
voraussetzt.</p>

<p class="extra">Basisband vs. Breitband</p>

<p>Wenn auf einem Übertragungsmedium das gesamte technisch nutzbare
Frequenzband für einen einzigen Kanal zur Verfügung steht und bei Null
beginnt, spricht man von einem <strong>Basisband (Base Band)</strong>.
Digitale Datenübertragung erfordert immer ein Basisband, da hier gerade die
niedrigen, d.h. nahe bei Null liegenden Frequenzen wichtig sind. Falls mehrere
unabhängige Informationsströme zu übertragen sind, muss dies in der Regel durch ein
<strong>Zeitmultiplexverfahren (Time Division Multiplexing,
<abbr title="Time Division Multiplexing">TDM</abbr>)</strong>
geschehen.</p>

<p>Bei Lichtwellenleitern ist es inzwischen möglich, mehrere Kanäle
gleichzeitig zu bedienen, indem man mit verschiedenen Wellenlängen arbeitet.
Dieses Verfahren wird als
<strong>Wellenlängenmultiplexverfahren (Wavelength Division Multiplexing,
<abbr title="Wavelength Division Multiplexing">WDM</abbr>)</strong>
bezeichnet. Im einfachsten Fall werden
<em>zwei</em> optische Fenster für zwei getrennte Kanäle, meist 1300 nm und
1550 nm, verwendet. Werden dagegen in <em>einem</em> optischen Fenster sehr
viele Kanäle mit einem Abstand von 1 bis 2 nm untergebracht, spricht man
aufgrund der dichten Kanalordnung von
<strong>dichtem Wellenlängenmultiplexverfahren (Dense Wavelength Division Multiplexing,
<abbr title="Dense Wavelength Division Multiplexing">DWDM</abbr>)</strong>.
Eine weitere Variante, die vor allem bei 10-Gbit-Ethernet zur
Anwendung kommt, stellt das
<strong>grobe Wellenlängenmultiplexverfahren (Coarse Wavelength Division Multiplexing,
<abbr title="Coarse Wavelength Division Multiplexing">CWDM</abbr>)</strong>
dar. Hier werden im ersten optischen Fenster vier Kanäle
untergebracht, und zwar bei 780 nm, 805 nm, 830 nm und 855 nm.</p>

<p>Wenn das gesamte Frequenzband (nicht notwendigerweise bei Null beginnend)
für mehrere Kanäle zur Verfügung steht und daher in mehrere
nebeneinanderliegende Bänder aufgeteilt wird, spricht man von einem
<strong>Breitband (Broad Band)</strong>. In jedem dieser Bänder werden
digitale Daten in Form von auf einen analogen Träger aufmodulierten Signalen
übertragen. Die zugrundeliegende Technik dafür heißt
<strong>Frequenzmultiplexverfahren (Frequency Division Multiplexing,
<abbr title="Frequency Division Multiplexing">FDM</abbr>)</strong>.</p>

<p>Ein Basisbandnetz ist also ein Netz, bei dem digitale Signale verwendet
werden, welche direkt als Spannungs- oder Stromimpulse auf das
Übertragungsmedium übergehen. Im Gegensatz dazu werden beim Breitbandnetz
analoge Signale verwendet, d.h. digitale Signale werden nach dem Durchgang
durch ein Modem auf einer Trägerwelle in einem der Frequenzbänder des
Übertragungsmediums weitergeleitet. Breitbandnetze spielen im
<abbr title="Local Area Network">LAN</abbr>-Bereich
aufgrund der komplizierten und teuren Hochfrequenztechnik keine Rolle.</p>

    <!--  <p class="extra">Theorem von Shannon</p>

<p>Die Übertragungsrate hängt nicht nur von der Signalbandbreite ab, sondern
wird ganz wesentlich beeinflußt von Störeffekten. Als wichtigster Punkt wäre
hier das Rauschen zu nennen. Nach einem Theorem von Shannon beträgt die
Kanalkapazität (maximale Übertragungsrate)</p>

<div class="abbildung">

<table class="formel">
  <tbody>
    <tr>
      <td>R = B log<sub>2</sub> (1 +</td>
      <td>S 
        <hr />
        N</td>
      <td>)</td>
    </tr>
  </tbody>
</table>
</div>

<p>in bit/s. Hierbei ist B die Bandbreite des Übertragungskanals, S die
mittlere Signalleistung am Kanalausgang und N die mittlere Rauschleistung am
Kanalausgang.</p>  -->

<!-- ********************************************************************* -->
<h2 id="bitkodierung">Bit-Kodierung</h2>
<!-- ********************************************************************* -->

<p class="extra">Leitungscodes</p>

<p>Die Darstellung der logischen Zustände &quot;<code>0</code>&quot; und
&quot;<code>1</code>&quot; in Form von Signalen, die ein elektrisches oder optisches
Übertragungssystem &quot;verstehen&quot; kann, erfordert eine geeignete Kodierung.
Einige der im <abbr title="Local Area Network">LAN</abbr>-Bereich gebräuchlichsten
Codes werden im folgenden erläutert.</p>

<div class="abbildung">
      <table>
      <colgroup><col/><col span="2" width="35%"/></colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>
              <code>0</code>
            </th>
            <th>
              <code>1</code>
            </th>
          </tr>
        </thead>
        <tbody class="tlinks">
          <tr>
            <th>Non Return to Zero
         (<abbr title="Non Return to Zero">NRZ</abbr>) Code</th>
            <td>elektrisch: Pegel tief;<br/>
        optisch: kein Licht</td>
            <td>elektrisch: Pegel hoch;<br/>
        optisch: Licht</td>
          </tr>
          <tr>
            <th>Non Return to Zero Inverted
       (<abbr title="Non Return to Zero Inverted">NRZI</abbr>) Code</th>
            <td>elektrisch: kein Pegelwechsel;<br/>
        optisch: kein Zustandswechsel</td>
            <td>elektrisch: Pegelwechsel zum Taktbeginn;<br/>
        optisch: Zustand ändern (Licht / kein Licht)</td>
          </tr>
          <tr>
            <th>Multi-Level Transition
       (<abbr title="Multi-Level Transition">MLT</abbr>-3) Code</th>
            <td>elektrisch: kein Pegelwechsel</td>
            <td>elektrisch: Pegelwechsel von negativ nach 0 oder von 0 nach positiv
        (falls zuvor negativ); Pegelwechsel von positiv nach 0 oder von 0 nach
        negativ (falls zuvor positiv)</td>
          </tr>
          <tr>
            <th>Manchester Code</th>
            <td>elektrisch: Pegel positiv und Polaritätswechsel von positiv nach
        negativ in der Taktmitte</td>
            <td>elektrisch: Pegel negativ und Polaritätswechsel von negativ nach
        positiv in der Taktmitte</td>
          </tr>
          <tr>
            <th>Differentieller Manchester Code</th>
            <td>elektrisch: Polaritätswechsel zum Taktbeginn und in der Taktmitte</td>
            <td>elektrisch: Polaritätswechsel nur in der Taktmitte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Definition einiger Leitungscodes</p>
    </div>
    <p>Das folgende Beispiel zeigt die Signalformen der
     genannten Codes im elekrischen Fall, d.h.
     bei der Übertragung über ein Kupferkabel.</p>
    <div class="abbildung">
      <img src="leitungscodes.png" alt="Signalformen einiger Leitungscodes"/>
      <p class="caption">Signalformen einiger Leitungscodes</p>
    </div>
    
<p>Der Manchester-Code wird beim 10-Mbit/s-Ethernet-Verfahren verwendet, der
differentielle Manchester-Code beim Token-Ring-Verfahren.</p>

<p class="extra">4B/5B-Umwandlung</p>

<p>Weder die <abbr title="Non Return to Zero">NRZ</abbr>-Codes noch der
<abbr title="Multi-Level Transition">MLT</abbr>-Code erlauben die Taktrückgewinnung auf
der Empfängerseite, da bei ungünstigen Bit-Folgen unter Umständen lange Zeit
kein Zustandswechsel eintritt. Daher sind diese Codes nur zu gebrauchen, wenn
vorher eine Bit-Umwandlung vorgenommen wird. Dies leistet zum Beispiel die
<strong>4B/5B-Umwandlung (4 binary 5 binary)</strong>, bei der gemäß der
folgenden Tabelle jeweils
ein 4-Bit-Block (Nibble) in einen 5-Bit-Block derart umgewandelt wird, dass in
jedem 5-Bit-Block maximal zwei aufeinanderfolgende Nullen vorkommen.</p>

<div class="abbildung">
      <table width="40%">
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Ursprüngliche Bitfolge (4-Bit-Block)</th>
            <th>Umgewandelte Bitfolge (5-Bit-Block)</th>
          </tr>
        </thead>
        <tbody class="bit">
          <tr>
            <td>0000</td>
            <td>11110</td>
          </tr>
          <tr>
            <td>0001</td>
            <td>01001</td>
          </tr>
          <tr>
            <td>0010</td>
            <td>10100</td>
          </tr>
          <tr>
            <td>0011</td>
            <td>10101</td>
          </tr>
          <tr>
            <td>0100</td>
            <td>01010</td>
          </tr>
          <tr>
            <td>0101</td>
            <td>01011</td>
          </tr>
          <tr>
            <td>0110</td>
            <td>01110</td>
          </tr>
          <tr>
            <td>0111</td>
            <td>01111</td>
          </tr>
          <tr>
            <td>1000</td>
            <td>10010</td>
          </tr>
          <tr>
            <td>1001</td>
            <td>10011</td>
          </tr>
          <tr>
            <td>1010</td>
            <td>10110</td>
          </tr>
          <tr>
            <td>1011</td>
            <td>10111</td>
          </tr>
          <tr>
            <td>1100</td>
            <td>11010</td>
          </tr>
          <tr>
            <td>1101</td>
            <td>11011</td>
          </tr>
          <tr>
            <td>1110</td>
            <td>11100</td>
          </tr>
          <tr>
            <td>1111</td>
            <td>11101</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">4B/5B-Umwandlung</p>
    </div>
    
<p>Die 4B/5B-Umwandlung mit anschließender
<abbr title="Non Return to Zero Inverted">NRZI</abbr>-Kodierung wird bei
Fast-Ethernet 100Base-FX und beim
<abbr title="Fiber Distributed Data Interface">FDDI</abbr>-Verfahren eingesetzt, mit
anschließender
<abbr title="Multi-Level Transition">MLT</abbr>-3-Kodierung
 bei Fast-Ethernet 100Base-TX.
Da von den 32
möglichen 5-Bit-Kombinationen nur 16 für die Übertragung der 4-Bit-Blöcke
benötigt werden, bleiben noch 16 weitere 5-Bit-Kombinationen für Sondersymbole
übrig. Sondersymbole werden verfahrensspezifisch definiert und dienen zum
Beispiel Steuerungs- und Kontrollzwecken.</p>

<p class="extra">8B/10B-Umwandlung</p>

<p>Die <strong>8B/10B-Umwandlung (8 binary 10 binary)</strong>
sieht ähnlich aus wie die 4B/5B-Umwandlung. Hier werden jedoch
8-Bit-Blöcke in 10-Bit-Blöcke umgewandelt.
Die 8B/10B-Umwandlung wird bei Gigabit-Ethernet 1000Base-CX, -SX, -LX,
beim Fibre-Channel und in leicht abgeänderter Form beim Firewire eingesetzt.</p>

<p>Auch hier werden von den 1024 möglichen 10-Bit-Kombinationen 
nur 256 Kombinationen für die Übertragung benötigt. Der Rest
der 10-Bit-Kombinationen kann wiederum genutzt werden, um Sondersymbole
zu definieren, die für Steuerungs- und Kontrollzwecke benötigt werden.
Alle für die Übertragung gültigen Kombinationen sind derart aufgebaut,
dass 5 mal die &quot;<code>0</code>&quot; und 5 mal
die &quot;<code>1</code>&quot; vorkommt, um Gleichstromfreiheit
zu garantieren.
Außerdem weisen diese Kombinationen mindestens 3 Zustandswechsel auf
(von &quot;<code>0</code>&quot; nach &quot;<code>1</code>&quot; oder
umgekehrt), um auf Empfängerseite die Taktrückgewinnung zu gewährleisten.</p>

<p class="extra">8B/6T-Kodierung</p>

<p>Bei der <strong>8B/6T-Kodierung (8 binary 6 ternary)</strong>
wird ein Byte (8 Bit) in einen 6T-Code umgewandelt.
Jeder 6T-Code besteht aus 6 sogenannten&quot;Tri-State-Symbolen&quot;,
die als &quot;&minus;&quot;, &quot;0&quot; und &quot;+&quot; notiert werden.
Übertragungstechnisch verbirgt sich hinter jedem der drei
Symbole ein entsprechender elektrischer Pegel.
Die Kodierung wird anhand einer Tabelle durchgeführt, die
sämtliche 256 möglichen 8-Bit-Kombinationen enthält.
Während 4B/5B nur eine Bit-Umwandlung darstellt, die noch eine anschließende
Kodierung (<abbr title="Non Return to Zero Inverted">NRZI</abbr>
oder <abbr title="Multi-Level Transition">MLT</abbr>-3) erforderlich macht,
beinhaltet 8B/6T bereits die komplette Kodierungsvorschrift.
Die folgende Tabelle zeigt einen kleinen Ausschnitt an 8B/6T-Codes.</p>

<div class="abbildung">
      <table width="40%">
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Bitfolge</th>
            <th>8B6T-Code</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <code>0000 0000</code>
            </td>
            <td>+&minus;00+&minus;</td>
          </tr>
          <tr>
            <td>
              <code>0000 0001</code>
            </td>
            <td>0+&minus;+&minus;0</td>
          </tr>
          <tr>
            <td>.... ....</td>
            <td>......</td>
          </tr>
          <tr>
            <td>
              <code>0000 1110</code>
            </td>
            <td>&minus;+0&minus;0+</td>
          </tr>
          <tr>
            <td>.... ....</td>
            <td>......</td>
          </tr>
          <tr>
            <td>
              <code>1111 1110</code>
            </td>
            <td>&minus;+0+00</td>
          </tr>
          <tr>
            <td>
              <code>1111 1111</code>
            </td>
            <td>+0&minus;+00</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">8B/6T-Kodierung</p>
    </div>
    
<p>Zur Zeit ist Fast-Ethernet 100BASE-T4 das einzige Verfahren,
 bei dem die 8B/6T-Kodierung
eingesetzt wird.</p>

<p class="extra"><abbr title="Pulse Amplitude Modulation">PAM</abbr>-Kodierung</p>

<p>
<strong>Pulse Amplitude Modulation 
(<abbr title="Pulse Amplitude Modulation">PAM</abbr>)</strong>
ist eine Form der Signalmodulation,
bei der die zu übertragenden Bits als Amplituden in einer Serie von
Signalimpulsen kodiert werden.</p>

<p>Beim Kodierungsverfahren
<strong>5-Level Pulse Amplitude Modulation 
(<abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>)</strong>
wird pro Takt ein Symbol übermittelt, das einen von fünf
verschiedenen Zuständen (&minus;2, &minus;1, 0, +1, +2) darstellt.
Mit jedem Symbol werden zwei Bits übertragen. Da es vier verschiedene
2-Bit-Grupen (&quot;<code>00</code>&quot;, &quot;<code>01</code>&quot;, 
&quot;<code>10</code>&quot; und &quot;<code>11</code>&quot;) gibt,
bleibt noch ein Symbol übrig, das für Fehlerbehandlung eingesetzt werden kann.
Die <abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>-Kodierung
wird bei Fast-Ethernet 100Base-T2 und bei
Gigabit-Ethernet 1000Base-T verwendet.</p>

<p>Beim Kodierungsverfahren
<strong>16-Level Pulse Amplitude Modulation 
(<abbr title="16-Level Pulse Amplitude Modulation">PAM16</abbr>)</strong>
gibt es entsprechend 16 verschiedene Zustände.
Diese Kodierung
wird bei 10Gigabt-Ethernet 10GBase-T verwendet.</p>

<!-- ********************************************************************* -->
<h2 id="repeater">Repeater</h2>
<!-- ********************************************************************* -->

<p>Aufgrund der Signaldämpfung müssen bei langen Übertragungsstrecken die
Signale nach bestimmten Abständen aufgefrischt werden. Dazu dienen
<strong>Repeater (Verstärkerstationen)</strong>, die
nichts weiter machen, als ankommende Signale vor dem Weitersenden zu
regenerieren. Dieses Regenerieren umfasst Signalverlauf, Pegel und Takt. Damit
kann die Topologie eines Netzes vergrößert werden, indem z.B. einzelne
Kabelsegmente zu einem großen Segment zusammengeschlossen werden.</p>

<p>Die schematische Einordnung eines Repeaters ins
Schichtenmodell zeigt die folgende Abbildung.</p>

<div class="abbildung">
      <img src="repeater.png" alt="Repeater"/>
      <p class="caption">Repeater</p>
    </div>
    
<p>Werden mehrere Kabelsegmente an einem zentralen Punkt zusammengeschlossen,
benötigt man einen Repeater mit mehreren Anschlussmöglichkeiten, d.h. einen
<strong>Multiport-Repeater</strong>. Handelt es sich bei diesen Kabelsegmenten
um Punkt-zu-Punkt-Verbindungen, bezeichnet man den Multiport-Repeater meist als
<strong>Hub</strong>, <strong>Repeating-Hub</strong> oder
 <strong>Sternkoppler</strong>.</p>

<p>Bei Lichtwellenleitern, die mit
<abbr title="Dense Wavelength Division Multiplexing">DWDM</abbr>
(Dense Wavelength Division Multiplexing) genutzt werden, gibt es die Möglichkeit,
 optische Erbium-Verstärker
(Erbium-Doped Fibre Amplifier,
<abbr title="Erbium-Doped Fibre Amplifier">EDFA</abbr>) einzusetzen, mit denen
alle Kanäle auf rein optischer Ebene verstärkt werden können. Durch den
Einsatz solcher Verstärker in Abständen von ca. 100 km können Entfernungen von
einigen Tausend Kilometern ohne elektrische Wandlung überbrückt werden.</p>

    <div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>
    
<!-- ********************************************************************* -->
<h1 id="medienzugriff">Medienzugriff (<abbr title="Media Access Control">MAC</abbr>-Schicht)</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>One size never fits all.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>
    
<p>Ein <abbr title="Local Area Network">LAN</abbr> ist im wesentlichen geprägt
von der Art und Weise, wie die
beteiligten Stationen und Netzkomponenten auf das Netzwerkkabel zugreifen.
Die Regelung dieses Zugriffs und die damit verknüpfte Übertragung von
geeigneten Datenblöcken, den sogenannten Rahmen, gehören zu den
Hauptaufgaben der
<abbr title="Media Access Control">MAC</abbr>-Schicht.
In der <abbr title="Media Access Control">MAC</abbr>-Schicht ist es jedoch gebräuchlich,
nicht von (Netzwerk-)Kabeln zu sprechen, sondern von
<strong>Übertragungsmedien</strong> oder einfach von
<strong>Medien</strong>.</p>


<!-- ********************************************************************* -->
<h2 id="dte">Datenendgeräte (<abbr title="Data Terminal Equipment">DTE</abbr>s)</h2>
<!-- ********************************************************************* -->

<p>Während bisher bei vernetzten Geräten ganz allgemein von Stationen
gesprochen wurde, wird in der <abbr title="Media Access Control">MAC</abbr>-Schicht
dieser Begriff präzisiert. Jede an
ein lokales Netz angeschlossene Station oder Netzkomponente, die mit einer
<abbr title="Media Access Control">MAC</abbr>-Funktion ausgestattet ist, wird als
<strong>Datenendgerät (Data Terminal Equipment,
<abbr title="Data Terminal Equipment">DTE</abbr>)</strong> bezeichnet.
Als Beispiele für Datenendgeräte seien
genannt: Rechnersystem mit <strong>Netzwerkkarte (Network Interface Card,
<abbr title="Network Interface Card">NIC</abbr>)</strong>,
Brücke, Switch, Router. Ein Repeater (dazu zählt auch der Hub)
hat <em>keine</em> <abbr title="Media Access Control">MAC</abbr>-Funktion und ist
daher <em>kein</em> Datenendgerät in diesem Sinne!</p>

<p>Bezüglich Anschlussart und Betriebsweise von Datenendgeräten kann man drei Varianten
unterscheiden: Shared-Media/Halbduplex, Dedicated-Media/Halbduplex und
Dedicated-Media/Vollduplex. Was sich dahinter verbirgt, wird im folgenden
erläutert.</p>

<p class="extra">Duplex</p>

<p>Wenn ein Datenendgerät sowohl Senden als auch Empfangen kann, spricht man von
<strong>Duplex-Betrieb</strong>. Dabei trifft man folgende Unterscheidung:</p>

    <dl>
      <dt>Halbduplex (Halbduplex):</dt>
      <dd>Senden und Empfangen ist nur zeitversetzt möglich, d.h. ein Datenendgerät kann
      zu einem bestimmten Zeitpunkt entweder nur Senden oder nur
    Empfangen.</dd>
      <dt>Vollduplex (Vollduplex):</dt>
      <dd>Senden und Empfangen ist gleichzeitig möglich d.h. ein Datenendgerät kann zu
      jedem Zeitpunkt sowohl Senden als auch Empfangen.
      Vollduplex-Übertragung ist nur über Punkt-zu-Punkt-Verbindungen
      möglich.</dd>
    </dl>
    
<p class="extra">Shared vs. Dedicated</p>

<p>Hinsichtlich der Frage, ob ein Übertragungsmedium ausschließlich einem Datenendgerät
oder aber mehreren Datenendgeräten zur Verfügung steht, gibt es zwei Alternativen:</p>

    <dl>
      <dt>Shared-Media (gemeinsames Medium):</dt>
      <dd>Mehrere Datenendgeräte sind an das Übertragungsmedium angeschlossen,
      d.h. jedes
      dieser Datenendgeräte muss sich das Übertragungsmedium mit den anderen
      Datenendgeräten teilen.</dd>
      <dt>Dedicated-Media (fest zugeordnetes Medium):</dt>
      <dd>Jedem Datenendgerät steht ein eigenes Übertragungsmedium zur Verfügung,
    das ihm eine Punkt-zu-Punkt-Verbindung zu einer anderen
    Netzkomponente ermöglicht.
    Ein typisches Beispiel hierfür ist die Verbindung zwischen einem
    Rechnersystem und einem Hub oder Switch.</dd>
    </dl>
    
<!-- ********************************************************************* -->
<h2 id="zugriffsverfahren">Zugriffsverfahren</h2>
<!-- ********************************************************************* -->

<p>Über das Zugriffsverfahren wird geregelt, welche Station, d.h. welches Datenendgerät,
zu welchem Zeitpunkt welche Datenmenge an wen übertragen darf.
Die wichtigsten Varianten werden im folgenden vorgestellt.</p>

<!-- ********************************************************************* -->
<h3 id="csmacd"><abbr title="Carrier Sense Multiple
 Access with Collision Detection">CSMA/CD</abbr>-Verfahren</h3>
<!-- ********************************************************************* -->

<p>Die wohl bekannteste und zugleich älteste Klasse von Zugriffsverfahren für
Shared-Media-Betrieb umfasst die Verfahren für <strong>Aktivitätsüberwachung und
Vielfachzugriff mit Kollisionserkennung
(Carrier Sense Multiple Access with Collision Detection,
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>)</strong>.
Bei diesen Verfahren erzeugt jedes
Datenendgerät, das senden will, ein Datenpaket und bemüht sich dann um den Zugang auf
das Übertragungsmedium. Es gibt hierbei keinen Kontrollmechanismus, der
festlegt, wer zu welcher Zeit an der Reihe ist. Jedes Datenendgerät konkurriert mit den
anderen Datenendgeräten um das Recht, das Medium für sich zu beanspruchen.</p>

<p>Durch entsprechende Anpassungen sind die
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
auch für Dedicated-Media-Betrieb geeignet.
<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>
bedeutet jedoch in jedem Fall &ndash;
egal ob Shared-Media oder Dedicated-Media &ndash;
eine Beschränkung auf Halbduplex-Betrieb.
Für Vollduplex-Betrieb sind
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
nicht geeignet.</p>

<p class="extra">Carrier Sense Multiple Access</p>

<p>&quot;Multiple Access&quot; bedeutet, dass jedes angeschlossene Datenendgerät
selbständig und
unabhängig von den anderen Datenendgeräten auf das Übertragungsmedium zugreifen kann.
Um möglichst Kollisionen zu vermeiden,
hört jedes sendewillige Datenendgerät das Medium ab
und kann dadurch feststellen, ob ein anderes Datenendgerät bereits sendet. Dieses
Abhören oder Überwachen wird als &quot;Carrier Sense&quot; bezeichnet.
Erst wenn ein Datenendgerät
sicher ist, dass das Medium frei ist, beginnt es mit der Übertragung. Das
gesendete Datenpaket durchläuft das ganze Medium und jedes Datenendgerät prüft, ob es
als Empfänger für das Paket gemeint war. Wenn dies der Fall ist, wird das
Paket angenommen, ansonsten wird es ignoriert.</p>

<p>Den Algorithmus, der die Aktionen eines sendewilligen Datenendgerätes regelt,
gibt es
in den folgenden drei Ausprägungen.</p>

    <dl>
      <dt>non-persistent:</dt>
      <dd>Medium frei: Übertragung sofort beginnen.<br/>
      Medium besetzt: Zufällig ermittelte Zeit abwarten und dann Medium wieder
      abhören.</dd>
      <dt>persistent:</dt>
      <dd>Medium frei: Übertragung sofort beginnen.<br/>
      Medium besetzt: Medium weiter abhören.</dd>
      <dt>p-persistent:</dt>
      <dd>Medium frei: Übertragung mit Wahrscheinlichkeit p beginnen, d.h.
      bestimmte Zeit mit Wahrscheinlichkeit 1-p abwarten und dann Medium
      wieder abhören.<br/>
      Medium besetzt: Medium weiter abhören.</dd>
    </dl>
    
<p>Da Persistent-<abbr title="Carrier Sense Multiple Access">CSMA</abbr>
ein Sonderfall von
p-Persistent-<abbr title="Carrier Sense Multiple Access">CSMA</abbr> für p = 1 ist,
wird es auch als
1-Persistent-<abbr title="Carrier Sense Multiple Access">CSMA</abbr> bezeichnet.</p>

<p class="extra">Collision Detection</p>

<p>Eine Verbesserung der CSMA-Verfahren erreicht man mit einer sogenannten
<strong>Kollisionserkennung (Collision Detection,
<abbr title="Collision Detection">CD</abbr>)</strong>. Während ein
Datenendgerät sendet, überwacht es ständig das Medium und bricht sofort die Übertragung
ab, wenn es eine Kollision feststellt. Außerdem sendet es ein spezielles
<strong>Kollisionssignal (Jam Signal)</strong> aus, um alle Datenendgeräte über die
Kollision zu informieren. Für ein sendendes Datenendgerät liegt eine Kollision immer
dann vor, wenn es ein anderes als das von ihm gesendete Signal hört.</p>

<p>Das im Kapitel
&quot;<a href="#ethernetzugriff">Ethernet &ndash; Zugriffsverfahren</a>&quot;
beschriebene 
<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>
bzw. Ethernet gemäß
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.3
ist ein Beispiel für eine konkrete Implementierung des
Persistent-<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Algorithmus.
</p>

<!-- ********************************************************************* -->
<h3 id="token">Token-Passing-Verfahren</h3>
<!-- ********************************************************************* -->

<p>Während bei den 
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
der Zufall eine entscheidende Rolle spielt,
handelt es sich bei der Klasse der <strong>Token-Passing-Verfahren</strong> um
kontrollierte Zugriffsverfahren. Durch das Zuteilen einer Sendeerlaubnis wird
sichergestellt,
dass zu einer bestimmten Zeit genau ein Datenendgerät den Zugriff auf das
Netz hat und übertragen kann.</p>

<p>Das Senderecht wird mit einer im Netz kreisenden
<strong>Sendeberechtigungsmarke (Token)</strong>
von Datenendgerät zu Datenendgerät weitergegeben.
Ein Token ist ein spezielles Bitmuster oder Paket, das solange kreist, bis ein
Datenendgerät senden will. Dieses Datenendgerät nimmt das Token an sich und hat
dann das exklusive
Recht, das Medium für eine Übertragung zu benutzen. Während der Übertragung
überwachen die anderen Datenendgeräte das Medium und geben alle Pakete,
die nicht an sie
adressiert sind, an das nächste Datenendgerät weiter.
Wenn das sendende Datenendgerät seine
Übertragung beendet hat und/oder der Adressat das an ihn gerichtete Paket
erhalten hat, wird das Token wieder zurück in den Umlauf gebracht und das
nächste Datenendgerät hat die Möglichkeit, auf das Medium zuzugreifen.</p>

<p>Als Beispiele für konkrete Implementierungen seien genannt:
Token Bus gemäß
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.4,
Token Ring gemäß
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.5
und <abbr title="Fiber Distributed Data Interface">FDDI</abbr>
(Fiber Distributed Data Interface) gemäß 
<abbr title="International Organization for Standardization">ISO</abbr>-Norm 9314.</p>

<!-- ********************************************************************* -->
<h3 id="punkt">Punkt-zu-Punkt-Verbindungen</h3>
<!-- ********************************************************************* -->

<p>Punkt-zu-Punkt-Verbindungen sind immer dann erforderlich, wenn
Vollduplex-Betrieb ermöglicht werden soll.
Für ein lokales Netz im Dedicated-Media/Vollduplex-Betrieb bedeutet dies,
dass auf jeder Seite
einer Verbindung jeweils ein Datenendgerät, d.h. ein Gerät mit
<abbr title="Media Access Control">MAC</abbr>-Funktion, vorhanden sein muss.
Repeater oder (Repeating-)Hubs
können in einer solchen Umgebung nicht mehr eingesetzt werden.</p>

<p>Bei Punkt-zu-Punkt-Vebindungen im Vollduplex-Betrieb ist
kein Zugriffsverfahren im engeren Sinne mehr erforderlich.
Stattdessen werden jetzt geeignete Mechanismen für
die Flusskontrolle (Flow Control),
die Verstopfungskontrolle (Congestion Control)
und die Überlastkontrolle benötigt.
Meistens fasst man alle drei Begriffe unter dem Begriff
&quot;Flusskontrolle&quot; zusammen.
Außerdem müssen im Netz zusätzliche Knoten für die Vermittlung
der <abbr title="Media Access Control">MAC</abbr>-Rahmen eingesetzt werden.
Ein solcher in der
<abbr title="Media Access Control">MAC</abbr>-Schicht operierender
Vermittlungsknoten wird meist
als <strong>Switch</strong> oder als
<strong>Switching Hub</strong> bezeichnet
und der Vorgang der <abbr title="Media Access Control">MAC</abbr>-Rahmenvermittlung
heißt dann <strong>Frame Switching</strong>.</p>

<p>
Als Beispiel für eine konkrete Implementierung sei wiederum
<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>
bzw. Ethernet gemäß
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.3
genannt, dessen Vollduplex-Variante im Kapitel
&quot;<a href="#ethernetzugriff">Ethernet &ndash; Zugriffsverfahren</a>&quot;
beschrieben wird.</p>

<!-- ********************************************************************* -->
<h2 id="macrahmen"><abbr title="Media Access Control">MAC</abbr>-Rahmen</h2>
<!-- ********************************************************************* -->

<p>In der <abbr title="Media Access Control">MAC</abbr>-Schicht erfolgt
die Kommunikation
zwischen Partnerinstanzen durch den Austausch von Datenblöcken,
die als <strong><abbr title="Media Access Control">MAC</abbr>-Rahmen
(<abbr title="Media Access Control">MAC</abbr> Frames)</strong> bezeichnet werden. 
</p>

<p>Der <abbr title="Media Access Control">MAC</abbr>-Rahmen
enthält entweder einen
<abbr title="Logical Link Control">LLC</abbr>-Rahmen oder eine Datenpaket
der Netzwerkschicht, sowie
<abbr title="Media Access Control">MAC</abbr>-Kontroll- und
Adressinformationen in Form eines Kopfteils
(<abbr title="Media Access Control">MAC</abbr>
Header) und eines Fußteils (<abbr title="Media Access Control">MAC</abbr> Trailer).
Der genaue Aufbau von <abbr title="Media Access Control">MAC</abbr>-Header und 
<abbr title="Media Access Control">MAC</abbr>-Trailer ist abhängig vom
gewählten Zugriffsverfahren.
Der <abbr title="Media Access Control">MAC</abbr>-Rahmen wird als serieller
Bitstrom an die physikalische Schicht übergeben und von
dieser wird der Bitstrom in Form von elektrischen oder optischen Signalen auf
das Übertragungsmedium gebracht. Der konkrete Aufbau von
Ethernet-<abbr title="Media Access Control">MAC</abbr>-Rahmen
wird im Kapitel
&quot;<a href="#ethernetzugriff">Ethernet &ndash; Zugriffsverfahren</a>&quot;
dargestellt.</p>

<div class="abbildung">
      <table class="rahmen" width="40%">
        <colgroup><col/></colgroup>
        <tbody>
          <tr><th><abbr title="Media Access Control">MAC</abbr>-Header</th></tr>
          <tr><th class="alt1"><abbr title="Logical Link Control">LLC</abbr>-Rahmen
           oder Datenpaket der Netzwerkschicht</th></tr>
          <tr><th><abbr title="Media Access Control">MAC</abbr>-Trailer</th></tr>
        </tbody>
      </table>
      <p class="caption">
        <abbr title="Media Access Control">MAC</abbr>-Rahmen</p>
    </div>


<!-- ********************************************************************* -->
<h2 id="macadressen"><abbr title="Media Access Control">MAC</abbr>-Adressen</h2>
<!-- ********************************************************************* -->

<p>Die in jedem <abbr title="Media Access Control">MAC</abbr>-Rahmen
mitgeführten Adressinformationen bestehen aus einer
<abbr title="Media Access Control">MAC</abbr>-Adresse des Senders und einer
<abbr title="Media Access Control">MAC</abbr>-Adresse des Empfängers.
Die Aufgabe der <strong><abbr title="Media Access Control">MAC</abbr>-Adresse</strong>
liegt darin, die miteinander kommunizierenden
Datenendgeräte eindeutig zu identifizieren.
<abbr title="Media Access Control">MAC</abbr>-Adressen haben
eine feste Länge von 48 bit.</p>

<p class="extra"><abbr title="Media Access Control">MAC</abbr>-Adressen
als physikalische Adressen</p>

<p>Genaugenommen wird mit einer <abbr title="Media Access Control">MAC</abbr>-Adresse
der physikalische Netzanschluss
oder <strong>Netz-Zugriffspunkt</strong> eines Datenendgerätes adressiert.
Die <abbr title="Media Access Control">MAC</abbr>-Adresse
heißt daher auch <strong>physikalische Adresse</strong>.</p>

<p>Ein Datenendgerät kann durchaus mehrere
<abbr title="Media Access Control">MAC</abbr>-Adressen haben, wenn es über mehrere
Netzanschlüsse verfügt. Ein typisches Beisspiel ist ein Serversystem mit
mehreren Netzwerkkarten (Network Interface Card,
<abbr title="Network Interface Card">NIC</abbr>).
Jede Karte besitzt eine eigene, individuelle
<abbr title="Media Access Control">MAC</abbr>-Adresse.</p>

<p>Die <abbr title="Media Access Control">MAC</abbr>-Schicht eines Datenendgerätes,
das einen <abbr title="Media Access Control">MAC</abbr>-Rahmen empfängt,
vergleicht die <abbr title="Media Access Control">MAC</abbr>-Zieladresse
des Rahmens mit seiner eigenen
<abbr title="Media Access Control">MAC</abbr>-Adresse und gibt den Inhalt des Rahmens
nur dann an die höherliegenden Schichten weiter
(<abbr title="Logical Link Control">LLC</abbr> oder Schicht 3),
wenn beide Adressen übereinstimmen.
Ansonsten wird der Rahmen verworfen.
Die <abbr title="Media Access Control">MAC</abbr>-Schicht beinhaltet
also eine Filterfunktion für <abbr title="Media Access Control">MAC</abbr>-Adressen.</p>

<p class="extra">Format einer <abbr title="Media Access Control">MAC</abbr>-Adresse</p>

<p>In manchen Publikationen ist zu lesen, dass es für Ethernet
ganz spezielle, sogenannte Ethernet-Adressen gäbe. Dies ist absolut falsch.
Alle bekannten Zugriffsverfahren der
<abbr title="Media Access Control">MAC</abbr>-Schicht (wie z.B. 
<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>
bzw. Ethernet, Token Bus, Token Ring,
<abbr title="Fiber Distributed Data Interface">FDDI</abbr>) verwenden
einheitlich das im folgenden
beschriebene <abbr title="Media Access Control">MAC</abbr>-Adressformat
mit 48 bit langen <abbr title="Media Access Control">MAC</abbr>-Adressen.</p>

<div class="abbildung">
      <table class="feld">
        <colgroup>
          <col span="2" width="10%"/>
          <col span="2" width="35%"/>
        </colgroup>
          <tbody>
          <tr>
            <td>
              <code>I/G</code>
            </td>
            <td>
              <code>U/L</code>
            </td>
            <td>
              <abbr title="Organizationally Unique Identifier">OUI</abbr>
            </td>
            <td>
              <abbr title="Organizationally Unique Address">OUA</abbr>
            </td>
          </tr>
          <tr>
            <th>1 bit</th>
            <th>1 bit</th>
            <th>22 bit</th>
            <th>24 bit</th>
          </tr>
        </tbody>
      </table>
      <p class="caption">Format einer
       <abbr title="Media Access Control">MAC</abbr>-Adresse</p>
    </div>
    
    <dl>
      <dt>
        <code>I/G = 0</code>:</dt>
      <dd>Individual-Adresse (Unicast Address), die genau ein Datenendgerät
    identifiziert.</dd>
      <dt>
        <code>I/G = 1</code>:</dt>
      <dd>Gruppen-Adresse (Multicast Address), die eine Gruppe von Datenendgeräten
      identifiziert (nur als Ziel-Adresse, nicht als Quell-Adresse
    möglich).</dd>
      <dt>
        <code>U/L = 0</code>:</dt>
      <dd>universelle Adresse (weltweit eindeutig und unveränderbar).</dd>
      <dt>
        <code>U/L = 1</code>:</dt>
      <dd>lokale Adresse (lokal veränderbar).</dd>
    </dl>
    
<p>Alle Bits einer
 <abbr title="Media Access Control">MAC</abbr>-Adresse werden von links
beginnend durchnummeriert, d.h. das <code>I/G</code>-Bit ist das erste Bit,
das <code>U/L</code>-Bit das zweite Bit, usw. bis zum 48-ten Bit, das
ganz rechts steht.</p>

<p>Für die Festlegung von universellen Individual-Adressen werden von
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
für die Bits 3
bis 24 weltweit eindeutige Werte vergeben und den Herstellern zugewiesen. Man
bezeichnet eine solche Bitfolge daher als <strong>Organizationally Unique Identifier
(<abbr title="Organizationally Unique Identifier">OUI</abbr>)</strong>.
Es stehen insgesamt 2<sup>22</sup> = 4.194304 Millionen
<abbr title="Organizationally Unique Identifier">OUI</abbr>s
zur Verfügung.
Da bei universellen Individual-Adressen stets
<code>I/G = 0</code> und <code>U/L = 0</code> gilt, werden diese beiden Bits
häufig in den <abbr title="Organizationally Unique Identifier">OUI</abbr>
mit einbezogen, so dass der
<abbr title="Organizationally Unique Identifier">OUI</abbr> die ersten beiden Oktette
der <abbr title="Media Access Control">MAC</abbr>-Adresse darstellt.</p>

<p>Die Werte für die restlichen Bits 25 bis 48 werden von den
Herstellern vergeben. Eine solche Bitfolge heißt daher
<strong>Organizationally Unique Address
(<abbr title="Organizationally Unique Address">OUA</abbr>)</strong>.
Mit jeder <abbr title="Organizationally Unique Identifier">OUI</abbr>
können 2<sup>24</sup> = 16.777216 Millionen
<abbr title="Organizationally Unique Address">OUA</abbr>s
verknüpft werden.
Insgesamt stehen also 2<sup>46</sup> &asymp; 7&middot;10<sup>13</sup>
(eine 7 mit 13 Nullen) individuelle und eindeutige
<abbr title="Media Access Control">MAC</abbr>-Adressen zur Verfügung.
Bei einer Weltbevölkerung von 6 bis 7 Milliarden kommen im statistischen Mittel
somit ca. 10000
<abbr title="Media Access Control">MAC</abbr>-Adressen auf einen Menschen.</p>

<p class="extra">Darstellung einer <abbr title="Media Access Control">MAC</abbr>-Adresse</p>

<p>Für die Darstellung von
<abbr title="Media Access Control">MAC</abbr>-Adressen verwendet man am besten die
<strong>kanonische Form</strong>: Die 48 Bits werden zu Bytes bzw. Oktetten
derart zusammengefasst, dass 6 Oktette entstehen, wobei die Bitreihenfolge nicht
verändert wird und das <code>I/G</code>-Bit im 1. Oktett links steht und als
Least-Significant-Bit
(<abbr title="Least Significant Bit">LSB</abbr>) interpretiert wird.
Unter der Festlegung, dass in
jedem der 6 Oktette das <abbr title="Least Significant Bit">LSB</abbr> links steht,
wird dann jedes Oktett durch zwei
hexadezimale Ziffern dargestellt und die Ziffernpaare werden durch
Bindestriche getrennt. Ein Beispiel mag dies veranschaulichen.</p>

    <dl>
      <dt>Bitmuster:</dt>
      <dd>
        <code>00110101 01111011 00010010 00000000 00000000
    00000001</code>
      </dd>
      <dt>Kanonische Form:</dt>
      <dd>AC-DE-48-00-00-80</dd>
    </dl>
    
<p>Die Umformung des ersten Oktetts im vorangegangenen Beispiel
geschieht folgendermaßen:</p>

<p><code>00110101</code> &rarr; <code>10101100</code> =
<code>[1010][1100]</code> = AC (hex).</p>

<p class="extra"><abbr title="Media Access Control">MAC</abbr>-Multicast
  und <abbr title="Media Access Control">MAC</abbr>-Broadcast</p>
  
<p>Wenn ein <abbr title="Media Access Control">MAC</abbr>-Rahmen
an mehrere bzw. an alle Datenendgeräte eines Netzes verschickt werden soll,
spricht man von einem <strong>Multicast</strong> bzw. einem <strong>Broadcast</strong>.
Entsprechende Multicast- bzw. Broadcast-Adressen gibt es verständlicherweise nur
als Ziel-Adressen.</p>

<p>Bei einem Broadcast lautet die
<abbr title="Media Access Control">MAC</abbr>-(Ziel-)Adresse folgendermaßen:</p>

    <dl>
      <dt>Bitmuster:</dt>
      <dd>
        <code>11111111 11111111 11111111 11111111 11111111 11111111</code>
      </dd>
      <dt>Kanonische Form:</dt>
      <dd>FF-FF-FF-FF-FF-FF</dd>
    </dl>
    
<p>Broadcasts werden nicht gern gesehen, da sie ein Netz sehr stark belasten
können. Im Extremfall eines sogenannten Broadcast-Sturms kann ein Netz sogar
ganz zum Erliegen kommen.</p>

<p>Die folgende Tabelle zeigt einige standardisierte Multicast-Adressen:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>
              <abbr title="Media Access Control">MAC</abbr>-Multicast-Adresse</th>
            <th>Verwendungszeck</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>01-80-C2-00-00-00</td>
            <td>Spanning Tree Protocol 
    <!-- (siehe Kapitel &quot;<a href="lan-bridge.xhtml">Brücken,
                            <abbr title="Layer 2">L2</abbr>-Switches und
       <abbr title="Virtual Local Area Network">VLAN</abbr>s</a>&quot;) -->
            </td>
          </tr>
          <tr>
            <td>01-80-C2-00-00-10</td>
            <td>Brücken-Management</td>
          </tr>
          <tr>
            <td>01-00-5E-00-00-00</td>
            <td>Internet Protocol
              (<abbr title="Internet Protocol">IP</abbr>) Multicast</td>
          </tr>
          <tr>
            <td>CF-00-00-00-00-00</td>
            <td>Ethernet Configuration Test Protocol (Loopback)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Einige
       <abbr title="Media Access Control">MAC</abbr>-Multicast-Adressen</p>
    </div>
    
<!-- ********************************************************************* -->
<h2 id="bruecken">Brücken und Switches</h2>
<!-- ********************************************************************* -->

<p>Wenn zwei Datenendgeräte, die an verschiedene
<abbr title="Local Area Network">LAN</abbr>s bzw. Netzsegmente angeschlossenen
sind, miteinander kommunizieren wollen, dann müssen die
<abbr title="Local Area Network">LAN</abbr>s bzw. Netzsegmente
&quot;irgendwie&quot; verbunden werden. Ein Gerät, das eine solche Verbindung innerhalb
der <abbr title="Media Access Control">MAC</abbr>-Schicht realisiert,
heißt <strong>Brücke (Bridge)</strong>, bzw. genauer
<strong><abbr title="Media Access Control">MAC</abbr>-Brücke
(<abbr title="Media Access Control">MAC</abbr> Level Bridge)</strong>.
Jeder Anschluss (Port) einer Brücke besitzt eine eigene
<abbr title="Media Access Control">MAC</abbr>-Adresse.</p>

<p>Die folgende Abbildung zeigt eine Brücke im Schichtenmodell.</p>

<div class="abbildung">
      <img src="osi-brueckenmodell.png" alt="MAC-Brücke im Schichtenmodell"/>
      <p class="caption">
        <abbr title="Media Access Control">MAC</abbr>-Brücke im Schichtenmodell</p>
    </div>
    
<p class="extra">Funktionsweise einer Brücke</p>

<p>Die Brücke in der obigen Abbildung verbindet zwei
<abbr title="Local Area Network">LAN</abbr>s (A und B).
Sobald ein Datenendgerät in einem der
<abbr title="Local Area Network">LAN</abbr>s einen
<abbr title="Media Access Control">MAC</abbr>-Rahmen absendet, der
auf seiner Reise durch das <abbr title="Local Area Network">LAN</abbr>
selbstverständlich auch an der Brücke vorbeikommt,
muss die Brücke aktiv werden.
Hierbei wendet die Brücke folgende Regeln an:</p>

    <ul>
      <li>Die Brücke übernimmt grundsätzlich alle ankommenden
      <abbr title="Media Access Control">MAC</abbr>-Rahmen
      und überprüft deren <abbr title="Media Access Control">MAC</abbr>-Adressen.
      Es werden nur solche Rahmen weitergeleitet, deren Ziel-Adresse auf ein
      Endgerät verweist, das sich in einem anderen
      <abbr title="Local Area Network">LAN</abbr>
      als das sendende Endgerät befindet.
      Rahmen, die nicht weitergeleitet zu
      werden brauchen, weil Ziel-Datenendgerät und Quell-Datenendgerät
      im selben <abbr title="Local Area Network">LAN</abbr> liegen,
      werden vernichtet.
      Die <abbr title="Media Access Control">MAC</abbr>-Adressen der
      ankommenden Rahmen werden also gefiltert. Diese
      Adressfilterung auf <abbr title="Media Access Control">MAC</abbr>-Ebene
      ist das wesentlichste Merkmal einer
      <abbr title="Media Access Control">MAC</abbr>-Brücke.</li>
      <li>Eintreffende <abbr title="Media Access Control">MAC</abbr>-Rahmen werden
      auf Übertragungsfehler untersucht und
      nur weitergeleitet, wenn sie fehlerfrei sind.</li>
      <li>Wenn in beiden <abbr title="Local Area Network">LAN</abbr>s
      dasselbe Zugriffsverfahren verwendet wird,
      kann die Brücke den <abbr title="Media Access Control">MAC</abbr>-Rahmen
      unverändert weiterleiten.</li>
      <li>Wenn in den <abbr title="Local Area Network">LAN</abbr>s
      verschiedene Zugriffsverfahren verwendet werden
      (z.B. Ethernet im <abbr title="Local Area Network">LAN</abbr> A
      und Token Ring im <abbr title="Local Area Network">LAN</abbr> B),
      muss die Brücke den <abbr title="Media Access Control">MAC</abbr>-Rahmen
      gemäß den Protokollvorschriften
      des <abbr title="Local Area Network">LAN</abbr>s,
      in das der Rahmen weitergeleitet werden soll, umbauen.
      Eine solche Brücke wird häufig als <strong>Translation Bridge</strong>
      bezeichnet.</li>
      <li>Wenn die beiden <abbr title="Local Area Network">LAN</abbr>s mit
      verschiedenen Übetragungsraten arbeiten,
      muss die Brücke genügend Puffer haben, um die
      <abbr title="Media Access Control">MAC</abbr>-Rahmen zwischenzuspeichern.</li>
    </ul>
    
<p>Wenn die Brücke ausfällt, bleiben die beiden (individuellen)
<abbr title="Local Area Network">LAN</abbr>s voll
funktionsfähig, lediglich ein Datenverkehr zwischen den
<abbr title="Local Area Network">LAN</abbr>s ist nicht mehr
möglich. Auch bei vorschriftsmäßigem Funktionieren der Brücke behalten die
einzelnen <abbr title="Local Area Network">LAN</abbr>s
ihre charakteristischen Merkmale (wie z.B. maximale Ausdehnung,
maximale Zahl von Datenendgeräten, Übertragungsrate, usw.).</p>

<p class="extra">Einsatzgebiete</p>

<p>Folgende Einsatzgebiete sind typisch für
<abbr title="Media Access Control">MAC</abbr>-Brücken:</p>

    <ul>
      <li>Verbindung mehrerer isolierter (heterogener)
   <abbr title="Local Area Network">LAN</abbr>s zu einem
  Gesamtnetz,</li>
      <li>Vergrößerung der Netzausdehnung durch Zusammenschließen mehrerer
    (homogener) Netze,</li>
      <li>Vergrößerung der Anzahl von Datenendgeräten durch Zusammenschließen mehrerer
    (homogener) Netze,</li>
      <li>Schaffung von Subnetzen mit sicherheitskritischem Datenverkehr,</li>
      <li>Verringerung der Last im Gesamtnetz durch Schaffung von Subnetzen,</li>
      <li>Erhöhung der Betriebssicherheit durch parallele oder redundante
      Brücken.</li>
    </ul>
    
<p>Werden zwei <abbr title="Local Area Network">LAN</abbr>s
über eine &quot;gebrückte &quot;Fernverbindung gekoppelt,
dann werden die beiden mit Brücken-Funktionalität ausgestatteten Kopplungselemente
als Einheit betrachtet
und diese Einheit wird als <strong>Remote Bridge</strong> bezeichnet.</p>

<p class="extra">Von der Brücke zum Switch</p>

<p>Ein <strong>Switch</strong> ist eine auf Höchstleistung getrimmte
Multiport-Brücke. Da der Switch häufig anstelle eines
(Repeating-)Hubs oder Sternkopplers
eingesetzt wird, ist auch die Bezeichnung <strong>Switching Hub</strong>
gebräuchlich. Mittlerweile gibt es auch Kopplungselemente der Schicht 3 und noch höherer
Schichten, die die Bezeichnung Switch tragen.
Zur Unterscheidung spricht man daher in der
<abbr title="Media Access Control">MAC</abbr>-Schicht von einem
<strong>Layer-2-Switch (<abbr title="Layer 2">L2</abbr>-Switch)</strong>.</p>

<p>Die in Ethernet-<abbr title="Local Area Network">LAN</abbr>s
eingesetzten Brücken und Switches werden im Kapitel
&quot;<a href="#ethernetbruecken">Ethernet &ndash; Brücken,
Switches und <abbr title="Virtual Local Area Network">VLAN</abbr>s</a>&quot;
erläutert.</p>

<div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>

<!-- ********************************************************************* -->
<h1 id="ethernetzugriff">Ethernet - Zugriffsverfahren</h1>
<!-- ********************************************************************* -->

    <blockquote>
      <p>Wer wird im Wettlauf um Marktpositionen der Zukunft gewinnen?
     Ethernet: der Dinosaurier.</p>
      <p>
        <cite>Petra Borowka, Der Netzwerk Insider, Januar 2002</cite>
      </p>
    </blockquote>
    <!--
<blockquote>
  <p>Good, Fast, Cheap: Pick any two (you can't have all three).</p>

  <p><cite>R. Callon, The Twelve Networking Truths, April 1996</cite></p>
</blockquote>
-->
<div class="literatur">
  <p><strong>Vertiefende Originalliteratur:</strong></p>
  <p><abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
  802.3: Standards for Information technology
  &ndash; Telecommunications and information exchange between systems
  &ndash; Local and metropolitan area networks
  &ndash; Specific requirements
  &ndash; Part 3: Carrier sense multiple access with collision detection
  (<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>)
  access method and physical layer specifications</p>
</div>
 
<p>Unter der Bezeichnung <strong>Ethernet</strong> wurde Anfang der 70er Jahre
von der Firma Xerox und dann ab 1980 gemeinschaftlich von den Firmen DEC,
Intel und Xerox
(<abbr title="DEC Intel Xerox">DIX</abbr>-Gruppe) ein
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
implementiert, das eine
Weiterentwicklung des an der Universität von Hawaii entwickelten
Aloha-Konzeptes war. Dieses Ethernet-Verfahren diente dann als Grundlage für die
<abbr title="Carrier Sense Multiple Access with 
Collision Detection">CSMA/CD</abbr>-Spezifikation
<strong><abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
802.3</strong>, die schließlich im Jahre 1985 als Internationale Norm
<strong><abbr
title="International Organization for Standardization">ISO</abbr> 8802-3</strong>
übernommen wurde. Die offizielle Bezeichnung für den
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.3
lautet &quot;Carrier Sense Multiple Access with Collision Detection
(<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>)
Access Method and Physical Layer Specifications&quot;.</p>

<p>Eigentlich ist Ethernet also die Bezeichnung für ein Produkt der Firmen
Xerox, DEC und Intel, das mit der
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Spezifikation
802.3 über Jahre hinweg sogar inkompatibel war.
Inzwischen hat
<abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
den 802.3-Standard jedoch so erweitert, dass sowohl das ursprüngliche
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-CSMA/CD-Verfahren,
als auch das <abbr title="DEC Intel Xerox">DIX</abbr>-Ethernet-Verfahren
gemeinsam abgedeckt werden.
Allerdings ist bis heute nur das ursprünglich im 802.3-Standard beschriebene Verfahren
<abbr title="Open Systems Interconnection">OSI</abbr>-konform, während sich das
<abbr title="DEC Intel Xerox">DIX</abbr>-Ethernet-Verfahren,
das zur Zeit in der Version II vorliegt, den
<abbr title="Open Systems Interconnection">OSI</abbr>-Regeln widersetzt.</p>

<p>Im folgenden wird der Begriff &quot;Ethernet&quot; stets als 
allgemeiner Oberbegriff für beide Ethernet-Verfahren verwendet.
Wenn eine Unterscheidung erforderlich ist,
wird besonders darauf hingewiesen.</p>

<!-- ********************************************************************* -->
<h2 id="rahmenaufbau">Rahmenaufbau</h2>
<!-- ********************************************************************* -->

<p>Die <abbr title="Media Access Control">MAC</abbr>-Schicht
arbeitet mit Datenblöcken, die als
<abbr title="Media Access Control">MAC</abbr>-Rahmen 
(<abbr title="Media Access Control">MAC</abbr>
Frames) bezeichnet werden. Die maximale Rahmenlänge bei Ethernet beträgt 1518
Byte (ohne Startfelder), die minimale Rahmenlänge beträgt 64 Byte
= 512 bit (ebenfalls ohne Startfelder). Einzige Ausnahme: Bei Gigabit-Ethernet
im Halbduplex-Betrieb wird die minimale Rahmenlänge durch sogenannte
Extension-Bits vergrößert.
<!--auf 512 Byte = 4096 bit erhöht.-->
Die minimale Rahmenlänge wird im folgenden mit L<sub>min</sub>
bezeichnet.</p>

<p>Der Aufbau eines <strong>Ethernet-Rahmens</strong> wird in der folgenden
Abbildung gezeigt.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col span="2"/>
        </colgroup>
        <tbody>
          <tr>
            <th>Preamble<br/>
              <code>10101010</code>...<code>10101010</code>
            </th>
            <td/>
            <td>7 Byte</td>
          </tr>
          <tr>
            <th>Starting Frame Delimiter<br/>
              <code>101010<span class="alt0u">11</span>
              </code>
            </th>
            <td/>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Destination <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th>Source <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th>Length / Type</th>
            <td/>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt0"><abbr title="Media Access Control">MAC</abbr> Client Data</th>
            <td rowspan="2">
              <span class="gross">}</span>
            </td>
            <td rowspan="2">46 &ndash; 1500 Byte</td>
          </tr>
          <tr>
            <th>Padding Bits</th>
          </tr>
          <tr>
            <th>Frame Check Sequence</th>
            <td/>
            <td>4 Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines Ethernet-Rahmens</p>
    </div>

    <dl>
      <dt>Preamble (Präambel):</dt>
      <dd>Bitsynchronisation (Folge von &quot;<code>10</code>&quot;-Bitmustern).
    </dd>
      <dt>Starting Frame Delimiter (Rahmenstartfeld):</dt>
      <dd>Markierung des Rahmenanfangs
     (Bitfolge &quot;<code>101010<span class="sw">11</span>
        </code>&quot;),
            Synchronisation auf die Oktett-/Byte-Grenzen.</dd>
      <dt>Destination <abbr title="Media Access Control">MAC</abbr> Address
            (<abbr title="Media Access Control">MAC</abbr>-Zieladresse):</dt>
      <dd>
        <abbr title="Media Access Control">MAC</abbr>-Adresse
    des empfangenden Datenendgerätes.</dd>
      <dt>Source <abbr title="Media Access Control">MAC</abbr> Address
            (<abbr title="Media Access Control">MAC</abbr>-Quelladresse):</dt>
      <dd>
        <abbr title="Media Access Control">MAC</abbr>-Adresse des
     sendenden Datenengerätes (es sind nur Individual-Adressen
      möglich).</dd>
      <dt>Length (Länge):</dt>
      <dd>Länge des Datenfeldes in Byte (ohne eventuelle Füllbits).
      Es gilt: Länge &le; 1500 (05 DC hex).
      </dd>
      <dt>Type (Typ):</dt>
      <dd>Identifikation eines in der Netzwerkschicht
      angesiedelten Protokolles,
      dessen Daten im Ethernet-Rahmen transportiert werden, mittels einer Typ-Nummer.
      Es gilt: Typ-Nummer &ge; 1536 (06 00 hex).
      </dd>
      <dt><abbr title="Media Access Control">MAC</abbr> Client Data
       (<abbr title="Media Access Control">MAC</abbr>-Client Daten):</dt>
      <dd>Daten, die der <abbr title="Media Access Control">MAC</abbr>-Schicht
             von einer höher liegenden Kommunikationsschicht
      übergeben werden.</dd>
      <dt>Padding Bits (Füllbits):</dt>
      <dd>Füllbits, um den Rahmen (ohne Startfelder) auf mindestens 64 Byte =
      512 bit Länge aufzufüllen.</dd>
      <dt>Frame Check Sequence (Rahmenprüfsumme):</dt>
      <dd>32-bit-Rahmenprüfcode durch Cyclic Redundancy Check
          (<abbr title="Cyclic Redundancy Check">CRC</abbr>).</dd>
    </dl>
    
<p class="extra">Datenlänge vs. Typ-Nummer</p>

<p>
Wenn in dem mit &quot;Length/Type&quot; bezeichneten Feld
eine Zahl kleiner oder gleich 1500 steht, dann bedeutet dies,
dass diese Zahl als Datenlänge interpretiert wird.
Außerdem muss dann zwingend in dem Feld
&quot;<abbr title="Media Access Control">MAC</abbr> Client Data&quot;
ein <abbr title="Logical Link Control">LLC</abbr>-Rahmen transportiert werden.
Daten eines anderen Protokolls dürfen hier nicht auftauchen.
</p>

<p>
Wenn in dem mit &quot;Length/Type&quot; bezeichneten Feld
dagegen eine Zahl größer oder gleich 1536 steht, dann bedeutet dies, dass
diese Zahl als Typ-Nummer interpretiert wird.
Es handelt sich hierbei um dasjenige Protokoll, dessen Daten
im Feld &quot;<abbr title="Media Access Control">MAC</abbr> Client Data&quot;
transportiert werden.
</p>

<p>
Zahlenwerte größer als 1500 und kleiner als 1536 sind
im Feld &quot;Length/Type&quot; verboten.
Die folgende Abbildung zeigt einige bekannte Ethernet-Protokolltypen.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th colspan="2">Typ-Nummer</th>
            <th rowspan="2">Protokoll</th>
          </tr>
          <tr>
            <th>hex</th>
            <th>dez</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>08 00</td>
            <td>2048</td>
            <td>Internet Protocol (<abbr title="Internet Protocol">IP</abbr>)</td>
          </tr>
          <tr>
            <td>08 06</td>
            <td>2054</td>
            <td>Address Resolution Protocol
             (<abbr title="Address Resolution Protocol">ARP</abbr>)</td>
          </tr>
          <!--    <tr>
      <td>80 35</td>
      <td>32821</td>
      <td>Reverse address resolution protocol
      (<abbr title="Reverse Address Resolution Protocol">RARP</abbr>)</td>
    </tr>  -->
          <tr>
            <td>81 37</td>
            <td>33079</td>
            <td>Novell Internetwork Packet Exchange 
      (<abbr title="Internetwork Packet Exchange">IPX</abbr>)</td>
          </tr>
          <!--    <tr>
      <td>81 4C</td>
      <td>33100</td>
      <td>Simple network management protocol 
     (<abbr title="Simple Network Management Protocol">SNMP</abbr>)</td>
    </tr>  -->
        </tbody>
      </table>
      <p class="caption">Einige Ethernet-Protokolltypen</p>
    </div>
    
<!-- ********************************************************************* -->
<h2 id="halbduplex">Halbduplex-Betrieb</h2>
<!-- ********************************************************************* -->

<p>Beim Medienzugriff muss man unterscheiden zwischen Halbduplex-Betrieb und
Vollduplex-Betrieb. Während Halbduplex-Ethernet das ursprüngliche,
&quot;klassische&quot;, auf dem
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Algorithmus
basierende Ethernet darstellt, ist
Vollduplex-Ethernet eine Weiterentwicklung, die kein
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr> mehr
verwendet.</p>

<!-- ********************************************************************* -->
<h3 id="csmacdalgo"><abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Algorithmus</h3>
<!-- ********************************************************************* -->

<p>Ethernet im Halbduplex-Betrieb basiert auf dem Zugriffsverfahren
<strong>Persistent-<abbr 
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>
</strong>. Der Ablauf ist in der folgenden Abbildung skizziert.</p>

<div class="abbildung">
      <img src="ethernet-algorithmus.png" alt="Ethernet-Algorithmus"/>
      <p class="caption">Ethernet-Algorithmus</p>
    </div>
    
    <ol>
      <li>Das sendebereite Datenendgerät hört das Medium ab, was als
       <strong>Listen before Talking (LBT)</strong> bezeichnet wird.</li>
      <li>Findet es das Medium frei, wartet es noch eine kurze, als 
      <strong>Interframe Gap</strong> bezeichnete Zeitspanne ab und beginnt
    dann mit der Übertragung.</li>
      <li>Ist das Medium besetzt, wird es weiter abgehört.</li>
      <li>Auch während das Datenendgerät sendet wird das Medium weiter abgehört, was als
    <strong>Listen while Talking (LWT)</strong> bezeichnet wird.</li>
      <li>Wird eine Kollision entdeckt, wird die Übertragung sofort abgebrochen
    und ein spezielles <strong>Kollisionssignal (Jam Signal)</strong>
    ausgesendet, damit alle am Medium angeschlossenen Datenendgeräte registrieren, dass
    eine Kollision aufgetreten ist.</li>
      <li>Nach Aussenden des Kollisionssignals wartet das Datenendgerät eine zufällig
    ermittelte Zeit, die sogenannte <strong>Verzichtsdauer (Backoff
    Time)</strong>, und startet einen neuen Übertragungsversuch.</li>
    </ol>
    
<p>Bei dem Kollisionssignal (Jam Signal) handelt es sich um ein konstantes
10-MHz-Signal, das aus 4 bis 6 hintereinanderfolgenden
&quot;<code>10101010</code>&quot;-Bitmustern besteht.</p>
        
<p class="extra">Kollisionsdomänen</p>

<p>Eine über Kopplungselemente der Schicht 1
(Repeater, Hubs, Sternkoppler) zusammengesetzte Netzstruktur ist
im Sinne des <abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahrens
<em>ein</em> Netz, d.h. zu <em>einem</em>
Zeitpunkt kann nur <em>eine</em> Übertragung kollisionsfrei abgewickelt
werden. Eine solche Netzstruktur wird daher als <strong>Kollisionsdomäne
(Collision Domain)</strong> bezeichnet.</p>

<!-- ********************************************************************* -->
<h3 id="laufzeiten">Laufzeiten und Wartezeiten</h3>
<!-- ********************************************************************* -->

<p>Sowohl Lauf- als auch Wartezeiten spielen beim
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren,
d.h. im Halbduplex-Betrieb, eine entscheidende Rolle. Daher werden die wichtigsten
Zeitgrößen im folgenden vorgestellt.</p>

<p class="extra">Slot Time</p>

<p>Die für das Absenden eines Rahmens minimaler Länge benötigte Zeit wird als
<strong>Slot Time</strong> bezeichnet. Die Slot Time errechnet sich bei einer
Übertragungsrate R = 10 Mbit/s wie folgt:</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mtext>Slot Time</mtext>
    <mo>=</mo>
    <mfrac><mrow><msub><mi>L</mi><mtext>min</mtext></msub></mrow>
    <mrow><mi>R</mi></mrow></mfrac>
    <mo>=</mo>
    <mfrac><mrow><mn>512</mn><mtext>&nbsp;bit</mtext></mrow>
    <mrow><mn>10</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac></mrow></mfrac>
    <mo>=</mo>
    <mn>51.2</mn><mtext>&nbsp;&micro;s.</mtext>
  </mrow>
</math>

<!--    <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>Slot Time =</td>
            <td>L<sub>min</sub>
              <hr/>
        R</td>
            <td>=</td>
            <td>512 bit<sub> </sub>
              <hr/>
        10 Mbit/s</td>
            <td>= 51.2 µs.</td>
          </tr>
        </tbody>
      </table>
    </div>  -->
    
<p>Analog erhält man bei einer Übertragungsrate von 100 Mbit/s den Wert 5.12
µs und bei einer Übertragungsrate von 1 Gbit/s
den Wert 0.512 µs.</p>

    <!--mit L<sub>min</sub> = 4096 bit
den Wert 4.096 µs.</p>-->
    <!--<p>Die folgende Tabelle fasst diese Ergebnisse nochmals zusammen:</p>

<div class="abbildung">

<table>
  <colgroup><col span="3" /></colgroup>
  <thead>
    <tr>
      <th>Übertragunsrate</th>
      <th>Minimale Rahmenlänge</th>
      <th>Slot Time</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>10 Mbit/s</td>
      <td>512 bit</td>
      <td>51.2 µs</td>
    </tr>
    <tr>
      <td>100 Mbit/s</td>
      <td>512 bit</td>
      <td>5.12 µs</td>
    </tr>
    <tr>
      <td>1 Gbit/s</td>
      <td>4096 bit</td>
      <td>4.096 µs</td>
    </tr>
  </tbody>
</table>
</div>-->

<p class="extra">Interframe Gap</p>

<p>Die zeitliche Lücke zwischen zwei aufeinanderfolgenden Rahmen
wird als <strong>Interframe Gap</strong>, <strong>Interframe Spacing</strong>
oder <strong>Interpacket Gap</strong> bezeichnet und entspricht einer
Länge von 96 bit. Sie errechnet sich bei einer
Übertragungsrate R&nbsp;=&nbsp;10&nbsp;Mbit/s somit wie folgt:</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mtext>Interframe Gap</mtext>
    <mo>=</mo>
    <mfrac><mrow><mn>96</mn><mtext>&nbsp;bit</mtext></mrow>
    <mrow><mn>10</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac></mrow></mfrac>
    <mo>=</mo>
    <mn>9.6</mn><mtext>&nbsp;&micro;s.</mtext>
  </mrow>
</math>

<!--    <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>Interframe Gap =</td>
            <td>96 bit<sub> </sub>
              <hr/>
        10 Mbit/s</td>
            <td>= 9.6 µs.</td>
          </tr>
        </tbody>
      </table>
    </div>  -->
    
<p>Analog erhält man bei einer Übertragungsrate von 100 Mbit/s den Wert 0.96 µs
und bei einer Übertragungsrate von 1 Gbit/s den Wert 0.096 µs.</p>

<p class="extra">Round Trip Delay</p>

<p>Durch das Abhören des Mediums vor Beginn einer Übertragung wird zwar die
Gefahr von Kollisionen erheblich vermindert, kann jedoch nicht ausgeschlossen
werden. Wenn zwei Datenendgeräte nahezu gleichzeitig zu senden beginnen, kommt es zu
einer Kollision. Kann man dieses &quot;nahezu gleichzeitig&quot; präzisieren? Und wie
kann die durch eine Kollision eingetretene Situation wieder bereinigt
werden?</p>

<p>Mit A und B seien sendewillige Datenendgeräte und mit T die Laufzeit eines Signals
zwischen diesen beiden Datenendgeräten bezeichnet.
Datenendgerät A beginnt mit der Übertragung
eines Rahmens, dessen Anfang nach der Zeit T gerade Datenendgerät B erreicht. Wenn just
in diesem Moment Datenendgerät B ebenfalls mit der Übertragung beginnt, entsteht eine
Kollision und es vergeht wiederum die Zeit T, bis diese Kollision von Datenendgerät A
registriert wird. Datenendgerät A bemerkt die Kollision somit erst nach der Zeit 2T und
darf zu diesem Zeitpunkt seine Übertragung noch nicht beendet haben, da sonst
kein ursächlicher Zusammenhang zwischen der Übertragung und der Kollision
erkennbar wäre. Die Übertragung des von Datenendgerät A gesendeten Rahmens muss also
mindestens die Zeit 2T dauern, da Datenendgerät A erst nach dieser Zeit sicher sein
kann, dass keine Kollision mehr eintreten wird, falls bis dahin keine
stattgefunden hat. Die doppelte Signallaufzeit, d.h. die Zeit 2T, zweier
maximal voneinander entfernten Datenendgeräte wird als <strong>Round Trip Delay</strong>
bezeichnet.</p>

<div class="abbildung">
      <img src="kollision.png" alt="Kollision und Round Trip Delay"/>
      <p class="caption">Kollision und Round Trip Delay</p>
    </div>
    
<p>Ein Rechenbeispiel mag dies nochmals veranschaulichen: Bei einer
Signalgeschwindigkeit v = 231000 km/s (77% der Vakuumlichtgeschwindigkeit
c<sub>0</sub> = 300000 km/s) und einer maximalen linearen Netzausdehnung von l
= 500 m erhält man die maximale Signallaufzeit</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>T</mi>
    <mo>=</mo>
    <mfrac><mi>l</mi><mi>v</mi></mfrac>
    <mo>=</mo>
    <mfrac><mrow><mn>500</mn><mtext>&nbsp;m</mtext></mrow>
    <mrow><mn>231 000</mn><mfrac><mtext>km</mtext><mtext>s</mtext></mfrac></mrow></mfrac>
    <mo>=</mo>
    <mn>2.165</mn><mtext>&nbsp;&micro;s</mtext>
  </mrow>
</math>

<!--    <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>T =</td>
            <td>l 
        <hr/>
        v<br/>
            </td>
            <td>=</td>
            <td>500 m 
        <hr/>
        231000 km/s</td>
            <td>= 2.165 µs</td>
          </tr>
        </tbody>
      </table>
    </div> -->
    
<p>und bei einer Übertragungsrate R = 10 Mbit/s folgt für den Übertragungsweg
l = 500 m der Informationsinhalt</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mi>L</mi>
    <mo>=</mo>
    <mi>R</mi>
    <mo>&InvisibleTimes;</mo>
    <mi>T</mi>
    <mo>=</mo>
    <mrow><mn>10</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac></mrow>
    <mo>&times;</mo>
    <mn>2.165</mn><mtext>&nbsp;&micro;s</mtext>
    <mo>=</mo>
    <mn>21.65</mn><mtext>&nbsp;bit</mtext>
  </mrow>
</math>
<!-- <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>L = R · T = 10 Mbit/s · 2.165 µs = 21.65 bit.</td>
          </tr>
        </tbody>
      </table>
    </div> -->
    
<p>Der Round-Trip-Delay beträgt somit 2T = 2 · 2.165 µs = 4.33 µs. Während
dieser Zeit kann man 2L = 2 · 21.65 bit = 43.3 bit übertragen. In diesem
Beispiel könnten also bei Rahmenlängen von weniger als 44 bit Kollisionen
auftreten, die unentdeckt bleiben würden. Man erkennt hier eine Schwachstelle des
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahrens:
Die kleinstmögliche Rahmenlänge ist abhängig sowohl von der
Übertragungsrate als auch von der Netzausdehnung.</p>

<p class="extra">Backoff Time</p>

<p>Nachdem eine Kollision stattgefunden hat, wäre es unsinnig, wenn alle an
dieser Kollision beteiligten Datenendgeräte jeweils sofort einen erneuten
Übertragungsversuch starten würden, da es dann mit Sicherheit wieder zu einer
Kollision kommen würde. Daher werden den Datenendgeräten unterschiedliche Wartezeiten
zugeteilt. Der Algorithmus, nach dem diese Wartezeiten zufällig und unabhängig
für jedes Datenendgerät ermittelt werden, heißt <strong>Truncated Binary Exponential
Backoff</strong>. Eine solche Wartezeit wird auch als
<strong>Verzichtsdauer</strong> oder <strong>Backoff Time</strong> bezeichnet.
Wenn n die Anzahl der Versuche eines Datenendgerätes für
die Übertragung eines Rahmens ist
und wenn i eine ganzzahlige Zufallszahl zwischen 0 und 2<sup>min(n,10)</sup> -
1 (jeweils einschließlich) ist, dann gilt:</p>


<math mode="display" xmlns="&mathml;">
  <mrow>
    <mtext>Backoff Time</mtext>
    <mo>=</mo>
    <mrow><mi>i</mi><mtext>&nbsp;</mtext><mo>&times;</mo><mtext>&nbsp;Slot Time</mtext></mrow>
  </mrow>
</math>


<!-- <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>Backoff Time = i · Slot Time.</td>
          </tr>
        </tbody>
      </table>
    </div>  -->
    
<p>Nach n Kollisionen, d.h. nach Scheitern des n-ten Übertragungsversuches,
gibt die auf diese Weise ermittelte Backoff Time die Zeit an, die das
betreffende Datenendgerät warten muss, bevor es den (n+1)-ten Übertragungsversuch
startet. Nach 16 erfolglosen Übertragungsversuchen, d.h. für n &gt; 16, wird
mit einer Fehlermeldung abgebrochen. Der Algorithmus versucht also, sich an
eine steigende Kollisionshäufigkeit anzupassen, wobei Neubewerber im Vorteil
sind. Dies kann zu erheblichen Altlasten führen, die ihrerseits die
Kollisionswahrscheinlichkeit weiter erhöhen.
Die folgende Tabelle zeigt sämtliche Werte, die für die Backoff Time möglich sind.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th>Kollision nach Versuch Nr.</th>
            <th>Bereich der Zufallszahlen</th>
            <th>Bereich der Backoff Time [µs]</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>1</td>
            <td>0 oder 1</td>
            <td>0 oder 51.2</td>
          </tr>
          <tr>
            <td>2</td>
            <td>0 ... 3</td>
            <td>0 ... 153.6 </td>
          </tr>
          <tr>
            <td>3</td>
            <td>0 ... 7</td>
            <td>0 ... 358.4 </td>
          </tr>
          <tr>
            <td>4</td>
            <td>0 ... 15</td>
            <td>0 ... 768.0 </td>
          </tr>
          <tr>
            <td>5</td>
            <td>0 ... 31</td>
            <td>0 ... 1587.2 </td>
          </tr>
          <tr>
            <td>6</td>
            <td>0 ... 63</td>
            <td>0 ... 3225.6 </td>
          </tr>
          <tr>
            <td>7</td>
            <td>0 ... 127</td>
            <td>0 ... 6502.4 </td>
          </tr>
          <tr>
            <td>8</td>
            <td>0 ... 255</td>
            <td>0 ... 13056.0 </td>
          </tr>
          <tr>
            <td>9</td>
            <td>0 ... 511</td>
            <td>0 ... 26163.2 </td>
          </tr>
          <tr>
            <td>10</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>11</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>12</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>13</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>14</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>15</td>
            <td>0 ... 1023</td>
            <td>0 ... 52377.6 </td>
          </tr>
          <tr>
            <td>16</td>
            <td>---</td>
            <td>Rahmen verwerfen</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Backoff Time</p>
    </div>

<p>Ab dem 10. Übertragungsversuch stehen 1024 Zufallszahlen zur Verfügung, nämlich
beginnend bei 0 bis 1023. Dies führt dazu, dass in einer Kollisionsdomäne
maximal 1024 Datenendgeräte angeschlossen sein dürfen. Dies ist allerdings eine
theoretische Obergrenze. Aus Performance-Gründen wird man in der Praxis wohl
deutlich unter dieser Grenze bleiben.</p>

<p class="extra">Frame Bursting</p>

<p>Da die minimale Rahmenlänge von 512 bit bei Gigabit-Ethernet zu klein ist,
um Kollisionen sicher erkennen zu können, wird der Rahmen künstlich
um sogenannte Extension-Bits auf maximal bis zu 4096 bit verlängert.
Damit nun nicht jeder Rahmen
mit solchem Overhead aufgebläht werden muss, wurde ein Verfahren implementiert,
das als <strong>Frame Bursting</strong> bezeichnet wird.
Dieses Verfahren erlaubt es einem Datenendgerät, mehrere Rahmen hintereinander
abzusenden, bis ein Zeitlimit von 65.536 µs erreicht ist. Dies entspricht
einer Bitlänge von 65536 bit = 8192 Byte.</p>

<p>Die künstliche Rahmenverlängerung ist nur für den
ersten Rahmen erforderlich, falls dieser zu klein ist,
jedoch nicht mehr für die nachfolgenden Rahmen.
Die Lücke zwischen den Rahmen (Interframe Gap) wird ebenfalls
mit Extension-Bits aufgefüllt, so dass
die Rahmen einer Burst-Übertragung in gewisser Weise aneinandergekettet werden.
Auf diese Weise wird sichergestellt, dass allenfalls der erste Rahmen
einer Burst-Übertragung in eine Kollision geraten kann.</p>

<p class="extra">Grundregel</p>

<p>Damit die Kollisionserkennung des 
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahrens
funktioniert, muss
grundsätzlich immer beachtet werden, dass in einer Kollisionsdomäne der Round
Trip Delay, d.h. die doppelte Signallaufzeit zweier maximal entfernter Datenendgeräte,
kleiner als die Slot Time ist:
<span class="sw"><strong>Round Trip Delay &lt; Slot Time</strong></span>.</p>

    
<!-- ********************************************************************* -->
<h2 id="vollduplex">Vollduplex-Betrieb</h2>
<!-- ********************************************************************* -->

<p>Ein Ethernet-<abbr title="Local Area Network">LAN</abbr>
im Vollduplex-Betrieb zu betreiben bedeutet, dass das
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
nicht mehr zum Einsatz kommt. Stattdessen kommunizieren alle
Datenendgeräte über Punkt-zu-Punkt-Verbindungen direkt miteinander.
Im Vollduplex-Betrieb gibt es somit keine Kollisionen, keine Kollisionssignale,
keine Kollisionsdomänen und keine Übertragungswiederholungen mehr.</p>

<p class="extra">Flusskontrolle</p>

<p>Ein Problem, das für den Vollduplex-Betrieb gesondert gelöst werden muss,
ist die <strong>Flusskontrolle (Flow Control)</strong>.
Beim <abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren,
d.h. bei Halbduplex-Betrieb,
kann ein überlastetes Datenendgerät die Übertragung seines Partners ganz einfach durch
künstliche Kollisionen stoppen. Der Partner muss dann nach einer gewissen
Wartezeit (Backoff-Algorithmus) die Übertragung wiederholen. Diese Vorgehensweise wird
als <strong>Back-Pressure</strong> bezeichnet.</p>

<p>Bei Vollduplex-Betrieb steht dieses Mittel nicht zur Verfügung, da es
keine Kollisionen mehr gibt. Stattdessen erzeugt das überlastete Datenendgerät einen
<strong>Pause-Rahmen (Pause Frame)</strong> und schickt diesen an seinen
Partner, um ihm mitzuteilen, dass es keine weitere Daten mehr annehmen
kann. Es handelt sich hierbei ganz einfach um eine Implementierung des
bekannten XON/XOFF-Prinzips innerhalb der
<abbr title="Media Access Control">MAC</abbr>-Ebene.</p>

<p class="extra"><abbr title="Media Access Control">MAC</abbr> Control Sublayer</p>

<p>Da neben der Flusskontrolle in Zukunft noch weitere Kontrollmechanismen
zu erwarten sind, wurde eine zusätzliche
<strong><abbr title="Media Access Control">MAC</abbr>-Kontroll-Subschicht
(<abbr title="Media Access Control">MAC</abbr> Control Sublayer)</strong>
eingeführt.
Diese Schicht erzeugt Ethernet-Rahmen, die folgenden Aufbau haben:</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="35%" span="2"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th colspan="2">Preamble</th>
            <td>7 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Starting Frame Delimiter</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Destination <abbr title="Media Access Control">MAC</abbr>
             Address</th>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Source <abbr title="Media Access Control">MAC</abbr>
             Address</th>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Type<br/>88 08 (hex)</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt0" colspan="2">
              <abbr title="Media Access Control">MAC</abbr> Control Opcode</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt0" colspan="2">
              <abbr title="Media Access Control">MAC</abbr> Control Parameters</th>
            <td rowspan="2">
              <span class="gross">}</span> 44 Byte</td>
          </tr>
          <tr>
            <th class="alt0" colspan="2">Reserved</th>
          </tr>
          <tr>
            <th colspan="2">Frame Check Sequence</th>
            <td>4 Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines Ethernet-Kontrollrahmens im Vollduplex-Betrieb</p>
    </div>
    
<dl>
      <dt>Preamble / Starting Frame Delimiter:</dt>
      <dd>Wie oben beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Destination <abbr title="Media Access Control">MAC</abbr> Address:</dt>
      <dd>Spezielle, auf den Zweck der Kontrolloperation abgestimmte
       <abbr title="Media Access Control">MAC</abbr>-Adresse;
      zur Zeit ist nur die Multicast-Adresse 01-80-C2-00-00-01 (hex)
       für den Pause-Rahmen
      definiert (Rahmen mit dieser Zieladresse werden über Brücken
      oder Switches nicht weitergeleitet).</dd>
      <dt>Source <abbr title="Media Access Control">MAC</abbr> Address:</dt>
      <dd>Wie oben beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Type:</dt>
      <dd>Enthält immer den Wert 88 08 (hex), um den Rahmen als
        <abbr title="Media Access Control">MAC</abbr>-Kontrollrahmen 
        zu klassifizieren.</dd>
      <dt>
        <abbr title="Media Access Control">MAC</abbr> Control Opcode:</dt>
      <dd>Definiert die Kontrolloperation, die ausgeführt werden soll;
       zur Zeit ist nur der Code 00 01 (hex) für den Pause-Rahmen definiert.</dd>
      <dt>
        <abbr title="Media Access Control">MAC</abbr> Control Parameters:</dt>
      <dd>Parameter für die durch den Opcode definierte Kontrolloperation;
    beim Pause-Rahmen wird hier die Auszeit in Vielfachen (0 bis 65535) der
    Slot Time angegeben.</dd>
      <dt>Reserved:</dt>
      <dd>Auf &quot;<code>0</code>&quot; gesetzte Füllbits, um das vorige Feld
      auf 44 Byte aufzufüllen.</dd>
      <dt>Frame Check Sequence:</dt>
      <dd>Wie oben beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
    </dl>
    
<!-- ********************************************************************* -->
<h2 id="stoerungen">Störungen</h2>
<!-- ********************************************************************* -->

<p>Kollisionen gehören, zumindest im Halbduplex-Betrieb,
zum &quot;normalen&quot; Betriebsablauf und können daher
nicht als Störungen bezeichnet werden. Daneben gibt es
beim Ethernet jedoch auch echte Störungen, die es
aufzuspüren und zu beseitigen gilt. Die folgende
Aufstellung zeigt die am häufigsten auftretenden
Störungen:</p>

<dl>
      <dt>Verspätete Kollision (Late Collision):</dt>
      <dd>Kollision außerhalb des Kollisionsfensters,
        d.h. der Round Trip Delay ist größer als die Slot Time.
        Die Ursache sind nicht eingehaltene Topologie-Regeln
        oder fehlerhafte Netzwerkadapter.</dd>
      <dt>Kurzer Rahmen (Short Frame, Runt Frame):</dt>
      <dd>Rahmen, der nicht die erforderliche Mindestlänge von 64 Byte, jedoch
        einen gültigen <abbr title="Cyclic Redundancy Check">CRC</abbr> hat.
        Die Ursache sind fehlerhafte Netzwerkadapter.</dd>
      <dt>Langer Rahmen (Long Frame, Giant Frame):</dt>
      <dd>Rahmen, der länger als die maximal erlaubten 1518 Byte ist,
        jedoch einen gültigen <abbr title="Cyclic Redundancy Check">CRC</abbr> hat.
        Die Ursache sind fehlerhafte Netzwerkadapter.</dd>
      <dt>Geplapper (Jabber):</dt>
      <dd>Rahmen, der länger als die
         maximal erlaubten 1518 Byte ist und einen fehlerhaften
          <abbr title="Cyclic Redundancy Check">CRC</abbr> hat.
         Geplapper wird von fehlerhaften Netzwerkadaptern erzeugt.</dd>
      <dt>Geisterrahmen (Ghost Frame):</dt>
      <dd>Rahmen mit gestörter Präambel oder Störsignal,
        das wie ein Rahmen aussieht. Die Ursache sind Störeinflüsse,
        fehlerhafte Repeater, sowie Potentialausgleichsströme.</dd>
      <dt><abbr title="Cyclic Redundancy Check">CRC</abbr>-Fehler
       (<abbr title="Cyclic Redundancy Check">CRC</abbr> Error)</dt>
      <dd>Rahmen mit korrekter Länge, aber fehlerhaftem
       <abbr title="Cyclic Redundancy Check">CRC</abbr>. Die Ursache sind
        Störeinflüsse während der Übertragung.</dd>
      <dt>Ausrichtungsfehler (Alignment Error)</dt>
      <dd>Rahmen, dessen Länge kein ganzzahliges Vielfaches von 8 bit
        beträgt. Die Ursache sind
        Störeinflüsse während der Übertragung oder fehlerhafte Netzwerkadapter.</dd>
    </dl>

<p>Ganz generell gilt: Das Ethernet-Verfahren (egal ob im Halb- oder im
Vollduplex-Betrieb) bietet zwar gewisse Mechanismen zur Fehlererkennung
(Error Detection), jedoch nicht zur Fehlerbehebung
(Error Recovery). Rahmen, die als fehlerhaft erkannt wurden,
werden daher schlicht und einfach verworfen und nicht an die höheren
Schichten weitergeleitet. Auch eine erneute Anforderung des fehlerhaften Rahmens
ist nicht vorgesehen.
Fehlerbehebung wird den höheren Kommunikationsschichten überlassen.
In der Regel stellen erst die Protokolle der Transportschicht entsprechende
Mechanismen bereit.</p>

<div class="fusszeile">
<a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
</div>

<!-- ********************************************************************* -->
<h1 id="ethernetstrukturen">Ethernet - Netzstrukturen</h1>
<!-- ********************************************************************* -->

<blockquote>
      <p>Ziel von 10 Gigabit-Ethernet ist die möglichst vollständige
	   Vernichtung von <abbr title="Asynchronous Transfer Mode">ATM</abbr>
	   speziell im Bereich der Internet-Service-Provider.</p>
      <p>
        <cite>Jürgen Suppan, Der Netzwerk Insider, Oktober 1999</cite>
      </p>
    </blockquote>

<p>Mit Ethernet hat man die Möglichkeit, Netzstrukturen auf der Basis
verschiedenster Übertragungsmedien aufzubauen und diese Netzstrukturen
darüberhinaus mit unterschiedlichen Übertragungsraten zu betreiben.</p>

<p>Um die einzelnen Varianten klar voneinander unterscheiden zu können, wird
für jede Variante eine aussagekräftige Bezeichnung eingeführt. Die Bezeichnung
setzt sich folgendermaßen zusammen:
<span class="alt1u">Übertragungsrate</span>-<span
               class="alt0u">Übertragungstechnik</span>-<span
                class="alt2u">Übertragungsmedium</span>.
</p>


<!-- ********************************************************************* -->
<h2 id="e10mbit">10-Mbit-Ethernet</h2>
<!-- ********************************************************************* -->

<p>Für die Übertragungsrate von 10 Mbit/s stehen folgende Netzvarianten zur
Verfügung:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col width="12%"/>
        </colgroup>
        <colgroup>
          <col span="6"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Kodierung</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
            <th>Steck&shy;verbindung</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>
              <span class="alt2u">5</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester</td>
            <td>Koax-Kabel</td>
            <td>
              <span class="alt2u">5</span>00 m</td>
            <td>---</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>
              <span class="alt2u">2</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester</td>
            <td>Koax-Kabel</td>
            <td>
              <span class="alt2u">2</span>00 m<br/>
        (genau: 185 m)</td>
            <td><abbr title="Bayonet Neill Concelman">BNC</abbr></td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Broad</span>
              <span class="alt2u">36</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Breit</span>band</td>
            <td>Manchester</td>
            <td>Koax-Kabel</td>
            <td>
              <span class="alt2u">36</span>00 m</td>
            <td/>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>-<span class="alt2u">T</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester</td>
            <td>
              <span class="alt2u">T</span>wisted Pair (symmetrisches Kabel,
        2-paarig)</td>
            <td>100 m</td>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>-<span class="alt2u">FL</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester</td>
            <td>
              <span class="alt2u">F</span>iber Optic <span class="alt2u">L</span>ink
               (850 nm, Gradienten&shy;faser)</td>
            <td>2000 m</td>
            <td>
              <abbr title="Straight Tip">ST</abbr>
            </td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>-<span class="alt2u">FB</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester erweitert</td>
            <td>
              <span class="alt2u">F</span>iber Optic
               <span class="alt2u">B</span>ackbone (Gradienten&shy;faser)</td>
            <td>2000 m</td>
            <td/>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Base</span>-<span class="alt2u">FP</span>
            </th>
            <td>
              <span class="alt1u">10</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>Manchester errweitert</td>
            <td>
              <span class="alt2u">F</span>iber Optic
               <span class="alt2u">P</span>assive (Gradienten&shy;faser)</td>
            <td>500 m</td>
            <td>
              <abbr title="Straight Tip">ST</abbr>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Ethernet-Varianten für 10 Mbit/s</p>
    </div>

<p>Alle diese Varianten sind beliebig miteinander kombinierbar. Bezüglich der
räumlichen Ausdehnung sind folgende Punkte zu beachten:</p>

<ul>
      <li>Die maximale Länge eine Kabelsegmentes wird bestimmt durch die Dämpfung,
    die ein Signal bei der Ausbreitung erfährt.</li>
      <li>Die maximale Ausdehnung eines aus mehreren Kabelsegmenten
    zusammengesetzten Netzes wird bestimmt durch die Geschwindigkeit, mit der
    sich ein Signal ausbreitet.</li>
    </ul>

<p>Beim 10-Mbit/s-Ethernet gibt es zwei Anschlussarten für Datenendgeräte:</p>

<ol>
      <li>Netzwerkkarte &mdash; Transceiver-Kabel &mdash; externer Transceiver
        &mdash; Übertragunsmedium (veraltet!)</li>
      <li>Netzwerkkarte mit integriertem Transceiver
       &mdash; Übertragunsmedium</li>
    </ol>

<p>Die Netzwerkkarte (Network Interface Card,
<abbr title="Network Interface Card">NIC</abbr>) bereitet
die elektrischen Signale auf (Kodierung und Dekodierung)
und realisiert außerdem die Funktionen der Sicherungsschicht
(<abbr title="Logical Link Control">LLC</abbr>- und
<abbr title="Media Access Control">MAC</abbr>-Schichten).</p>

<p>Der <strong>Transceiver</strong> (Kunstwort aus Transmitter und
Receiver) besteht im wesentlichen aus einer Basisband-Sende-/Empfangseinheit
und befindet sich in der Regel direkt auf der Netzwerkkarte.
Er kann aber auch als externes Gerät ausgeführt sein und wird dann
über ein Kabel mit der Netzadaperkarte verbunden.
Der Transceiver, der auch als
<strong>Medium Attachment Unit
(<abbr title="Medium Attachment Unit">MAU</abbr>)</strong>
bezeichnet wird, realisiert somit die Funktionen
des Physical Medium Attachment Sublayer
(<abbr title="Physical Medium Attachment">PMA</abbr>)
im Ethernet-Referenzmodell.</p>

<p>Die Schnittstelle zwischen Transceiver und Übertragunsmedium wird
<strong>Medium Dependent Interface
(<abbr title="Medium Dependent Interface">MDI</abbr>)</strong> genannt.
Die Schnittstelle zwischen Netzwerkkarte und Transceiver heißt
<strong>Attachment Unit Interface</strong>
<strong>(<abbr title="Attachment Unit Interface">AUI</abbr>)</strong>.
Das Verbindungskabel zwischen Netzwerkkarte und Transceiver wird als
<strong><abbr title="Attachment Unit Interface">AUI</abbr>-Kabel</strong>
oder als <strong>Transceiver-Kabel</strong> bezeichnet.</p>

<p>Wenn ein externer Transceiver eingesetzt wird, der über ein Kabel mit der
Netzwerk-Adapterkarte verbunden ist, heißt dieses Kabel
<strong><abbr title="Attachment Unit Interface">AUI</abbr>-Kabel</strong>
oder <strong>Transceiver-Kabel</strong>.
Das Kabel erfüllt folgende Spezifikationen:</p>

<ul>
      <li>maximale Länge: 50 m;</li>
      <li>4 verdrillte Leitungspaare;</li>
      <li>15-poliger Subminiatur-Stecker (DB15-Stecker).</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e10base5">10Base5</h3>
<!-- ********************************************************************* -->

<p>Die Variante 10Base5 wird häufig auch als &quot;klassisches&quot; Ethernet
bezeichnet, weil diese Variante die erste Ethernet-Spezifikation darstellte
und somit den Siegeszug von Ethernet begründete.
Ethernet auf der Basis von 10Base5 ist grundsätzlich nur für
Halbduplex-Betrieb geeignet.
Der Anschluss von Endgeräten ist nur über einen externen Transceiver möglich.
10Base5 ist allerdings
völlig veraltet und allenfalls noch im Technikmuseum zu bewundern.</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Bus;</li>
      <li>Übertragungsmedium: Koaxialkabel;</li>
      <li>maximale Länge eines Kabelsegments: 500 m;</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code;</li>
      <li>maximale Anzahl von 
      <abbr title="Medium Attachment Unit">MAU</abbr>s: 100;</li>
      <li>minimaler
       <abbr title="Medium Attachment Unit">MAU</abbr>-Abstand: 2.5 m;</li>
      <li>Anschluss der <abbr title="Medium Attachment Unit">MAU</abbr> ans Medium:
       Vampir-Klemme, auch als <strong>Terminal-Access-Point
        (<abbr title="Terminal Access Point">TAP</abbr>)</strong>
       bezeichnet.</li>
    </ul>

<p>Das Koaxialkabel, das als <strong>gelbes Kabel (yellow Cable)</strong> oder
<strong>dickes Kabel</strong> bezeichnet wird, erfüllt folgende
Spezifikationen:</p>

<ul>
      <li>Wellenwiderstand: 50 &Omega;, terminiert;</li>
      <li>Konfektionslängen: 23.4 m ( = 1/2 · 0.78 c<sub>0</sub> / 5 MHz, d.h.
    halbe Wellenlänge einer 5-MHz-Schwingung bei einer Signalgeschwindigkeit
    von 0.78 c<sub>0</sub>), 70.2 m, 117 m, 257.4 m (ungerade Vielfache von
    23.4 m) und 500 m, Verbindungsmöglichkeit durch spezielle Kupplungen;</li>
      <li>minimaler Biegeradius: 15 cm.</li>
    </ul>

<p class="extra">Netzaufbau</p>

<p>Durch Repeater können mehrere Kabelsegmente zu einem größeren Netz
zusammengefügt werden. Eine Verbindung darf sich über maximal drei
Koax-Segmente, d.h. zwei Repeater, erstrecken. Damit können zwei Datenendgeräte maximal
3 mal 500 m + 6 mal 50 m = 1800 m voneinander entfernt sein.</p>

<!-- <div class="abbildung">
      <img src="pic-ethernet-5.png" 
     alt="Hier sollte eine Grafik im PNG-Format erscheinen"/>
    </div>  -->

<p>Durch den Einsatz eines <strong>Multiport-Transceiver</strong>, der auch als
<strong><abbr
title="Attachment Unit Interface">AUI</abbr>-Schnittstellenvervielfacher</strong>
oder <strong>Fan out Unit</strong> bezeichnet
wird, ist es möglich, auf engem Raum mehrere Datenendgeräte anzuschließen, ohne das
Koaxialkabel in Schleifen legen zu müssen. Der Multiport-Transceiver selbst
wird über einen &quot;normalen&quot; Transceiver
(<abbr title="Medium Attachment Unit">MAU</abbr>) an das Koaxialkabel
angeschlossen.</p>

<p>Um zwei Netze in entfernt stehenden Gebäuden zu einem Netz zu verbinden,
gibt es spezielle Repeater, die als <strong>Remote-Repeater</strong>
bezeichnet werden. Die beiden Remote-Repeater werden durch ein langes Stück
Kabel verbunden, an welches keine Datenendgeräte angeschlossen werden können. Diese
Punkt-zu-Punkt-Verbindung wird durch ein Glasfaserpaar realisiert und heißt
<strong>Fiber Optic Inter Repeater Link
(<abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>)</strong>.
Ein <abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-Segment
darf maximal 1000 m lang sein. Es können auch zwei
<abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-Segmente à 500 m
eingesetzt werden. Die Spezifikationen der Glasfaser entsprechen denen von
10Base-F. Die gesamte Anordnung, bestehend aus einem Link-Segment mit jeweils
einem Remote-Repeater an den beiden Enden, zählt übertragungstechnisch wie
<em>ein</em> herkömmlicher Repeater.</p>

<!-- ********************************************************************* -->
<h3 id="e10base2">10Base2</h3>
<!-- ********************************************************************* -->

<p>Die Variante 10Base2 wird häufig auch als <strong>Cheapernet</strong>
bezeichnet, da sie im Vergleich zu 10Base5 wesentlich preiswerter in der
Beschaffung und in der Verlegung ist.
Ethernet auf der Basis von 10Base2 ist grundsätzlich nur für
Halbduplex-Betrieb geeignet. Auch 10Base2 ist inzwischen veraltet,
so dass für Ethernet keine marktgängige Ethernet-Variante auf Koax-Basis
mehr existiert.
</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>
    <ul>
      <li>Topologie: Bus;</li>
      <li>Übertragungsmedium: Koaxialkabel;</li>
      <li>maximale Länge eines Kabelsegments: 185 m;</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code;</li>
      <li>maximale Anzahl von <abbr title="Medium Attachment Unit">MAU</abbr>s: 30;</li>
      <li>minimaler <abbr title="Medium Attachment Unit">MAU</abbr>-Abstand: 0.5 m;</li>
      <li>Anschluss der <abbr title="Medium Attachment Unit">MAU</abbr>
       ans Medium: <abbr title="Bayonet Neill Concelman">BNC</abbr>-Steckverbindung
       (Bayonet Neill Concelman, Bayonet Navy Connector, British Naval Connector,
       Bayonet Nut Connector, Bayonet Norm Connector).
       Meist ist der Transceiver bereits <strong>onboard</strong>, so dass das
       <abbr title="Attachment Unit Interface">AUI</abbr>-Kabel entfällt.</li>
    </ul>

<p>Die umständliche Anschlussweise bei 10Base5 mit externem Transceiver und
<abbr title="Attachment Unit Interface">AUI</abbr>-Kabel ist
bei 10Base2 zwar möglich, kommt aber in der Regel nicht zur
Anwendung, da sich der Transceiver in der Regel bereits auf der
<abbr title="Network Interface Card">NIC</abbr> befindet
(Onboard-Transceiver) und somit das Koax-Kabel direkt an die
<abbr title="Network Interface Card">NIC</abbr> angeschlossen
werden kann.</p>

<!-- <div class="abbildung">
      <img src="bnc-anschluss.png" alt="Cheapernet-Anschluss (10Base2)"/>
      <p class="caption">Cheapernet-Anschluss (10Base2)</p>
    </div>  -->

<p>Das Koaxialkabel, das als <strong>dünnes Kabel</strong> oder
<strong>Cheapernet-Kabel</strong> bezeichnet wird, erfüllt folgende
Spezifikationen:</p>

<ul>
      <li>Wellenwiderstand: 50 &Omega;, terminiert;</li>
      <li>minimaler Biegeradius: 5 cm.</li>
    </ul>

<p class="extra">Netzaufbau</p>

<p>Auch hier können durch Repeater mehrere Kabelsegmente zu einem größeren
Netz zusammengefügt werden. Eine Verbindung darf sich wiederum über maximal
drei Koax-Segmente, d.h. zwei Repeater, erstrecken. Wenn man
Onboard-Transceiver einsetzt und somit keine Transceiver-Kabel anfallen,
können zwei Datenendgeräte allerdings maximal 3 mal 185 m = 555 m voneinander entfernt
sein.</p>

<p>Um nicht bei jedem Anschluss das Bus-Koaxialkabel zum Datenendgerät (genauer gesagt
zum Onboard-Transceiver) schleifen zu müssen, gibt es geeignete Systeme, die
aus Wand-Anschlussdose und Anschlusskabel bestehen. Das Anschlusskabel ist ein
Duplex-Koaxialkabel mit <abbr title="Bayonet Neill Concelman">BNC</abbr>-Stecker
für den Onboard-Transceiver. Bei nicht
eingestecktem Anschlusskabel wird das Bus-Koaxialkabel in der Dose einfach
durchgeschaltet. Bei eingestecktem Anschlusskabel wird das Bus-Koaxialkabel in
der Dose auf die beiden im Anschlusskabel befindlichen Koaxialkabel umgeleitet.
Hierbei ist zu beachten, dass die Länge des Anschlusskabels doppelt (!) in die
Gesamtlänge (maximal 185 m) einbezogen werden muss.</p>

<p>Über einen sogenannten <strong>Multiport-Repeater</strong> können mehrere
Segmente sternförmig zusammengeschlossen werden. Der Multiport-Repeater
verfügt außerdem über eine
<abbr title="Attachment Unit Interface">AUI</abbr>-Schnittstelle,
die z.B. den Zugang auf das gelbe Kabel ermöglicht.</p>

<!-- ********************************************************************* -->
<h3 id="e10broad36">10Broad36</h3>
<!-- ********************************************************************* -->

<p>Diese Ethernet-Variante ist nie zur Marktreife gekommen
und wäre mittlerweile ohnehin technisch völlig veraltet.
Es folgt eine Auflistung der wichtigsten technischen Eigenschaften:</p>

<ul>
      <li>Topologie: Baum;</li>
      <li>Übertragungsmedium: Koaxialkabel (75 &Omega;);</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Breitband;</li>
      <li>maximale Länge eines Kabelsegments: 3600 m;</li>
      <li>maximaler Abstand eines Datenendgerätes von der Kopfstelle
       (Head-End): 1800 m;</li>
      <li>Bandbreite eines Kanals (Senden oder Empfangen): 18 MHz;</li>
      <li>Sendeband: von 53.75 bis 71.75 MHz (auch andere Bänder
        gebräuchlich);</li>
      <li>Empfangsband: Sendeband + Offset (156.25 oder 192.25 MHz).</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e10baset">10Base-T</h3>
<!-- ********************************************************************* -->

<p>Mit der Einführung dieser Ethernet-Varianten war es erstmals möglich,
strukturierte Gebäudeverkabelungen auf der Basis von symmetrischem
Kupferkabel aufzubauen.
Letzlich gab diese Variante den Koax-Varianten den Todesstoß.</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: symmetrisches Kupferkabel;</li>
      <li>maximale Länge eines Kabelsegments: 100 m;</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code;</li>
      <li>Anschluss der <abbr title="Medium Attachment Unit">MAU</abbr>
       ans Medium: 8-poliger <abbr title="Registered Jack">RJ</abbr>45-Stecker
        (meist ist der Transceiver bereits onboard, so dass das
         <abbr title="Attachment Unit Interface">AUI</abbr>-Kabel entfällt);</li>
      <li>zentraler Knoten: Sternkoppler (Hub) mit Repeater-Funktion.</li>
    </ul>

<p>Das symmetrische Kabel erfüllt folgende Spezifikationen:</p>

<ul>
      <li>Kabeltyp: 2-paariges <abbr title="Unshielded Twisted Pair">UTP</abbr>-
       oder <abbr title="Shielded Twisted Pair">STP</abbr>-Kabel
        (wobei für Senden und Empfangen jeweils ein Leitungspaar verwendet wird);</li>
      <li>Wellenwiderstand: 100 &Omega;</li>
      <li>
        <abbr title="Unshielded Twisted Pair">UTP</abbr>-Kategorie: 
        mind. 3 oder höher.</li>
    </ul>

<p class="extra">Netzaufbau</p>

<p>Das Zentrum der sternförmigen Topologie bildet eine Komponente, die als
<strong>Sternkoppler</strong> oder <strong>Hub</strong> bezeichnet wird. Der
Hub verfügt über eine Anzahl von Ports zum Anschluss von Datenendgeräten. Der Anschluss
erfolgt über symmetrische Kabel mit <abbr title="Registered Jack">RJ</abbr>45-Steckern.
Die Signale, die der
Sternkoppler über einen Port von einem sendenden Datenendgerät über dessen Sendeleitung
empfängt, werden verstärkt und regeneriert und auf die Empfangsleitungen aller
anderen Datenendgeräte weitergeleitet. Der Hub spielt also die Rolle eines
Multiport-Repeaters.</p>

<p>Der der Hub ein einlaufendes Signal nicht mehr zurück an das sendende Datenendgerät
schickt, kann das sendende Datenendgerät eine Kollision sehr leicht feststellen.
Wenn es
während seiner Übertragung gleichzeitig über die Empfangsleitung irgend etwas
empfängt, interpretiert es dies als Kollision und bricht nach Aussenden des
Kollisionssignals (Jam Signal) die Übertragung ab.</p>

<p>Durch das Kaskadieren mehrerer Hubs kann man zu einem mehrstufig
verzweigten Netz kommen. Eine Verbindung darf sich über maximal vier Hubs
erstrecken.</p>

<p>Aufgrund seiner Repeater-Eigenschaft ist der Hub oder Sternkoppler nur für
Halbduplex-Betrieb geeignet.</p>

<!-- ********************************************************************* -->
<h3 id="e10basefl">10Base-FL</h3>
<!-- ********************************************************************* -->

<p>Die Spezifikationen von 10Base-FL sind weitgehend identisch mit den
Spezifikationen des Fiber Optic Inter Repeater Link
(<abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>), der in einer
10Base5-Umgebung eingesetzt wird.</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>
    <ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaserpaar 50/125 oder 62.5/125 µm (wobei
    für Senden und Empfangen jeweils eine Faser verwendet wird);</li>
      <li>Lichtwellenlänge: 850 nm;</li>
      <li>maximale Länge eines Kabelsegments: 2000 m
       (zwischen 10Base-FL-<abbr title="Medium Attachment Unit">MAU</abbr> und
    <abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-<abbr
     title="Medium Attachment Unit">MAU</abbr>: 1000 m);</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code;</li>
      <li>Anschluss der <abbr title="Medium Attachment Unit">MAU</abbr>
       ans Medium: <abbr title="Straight Tip">ST</abbr>-Stecker;</li>
      <li>zentraler Knoten: aktiver Sternkoppler mit Repeater-Funktion.</li>
    </ul>

<p>Da es sich beim Übertragungsmedium um Glasfaser handelt, wird der
Transceiver auch als <strong>Fiber Optic Medium Attachment Unit
(<abbr title="Fiber Optic Medium Attachment Unit">FOMAU</abbr>)</strong> bezeichnet.
In der Regel ist der Transceiver auch hier bereits onboard.
Ansonsten ist zum Anschluss der <abbr title="Network Interface Card">NIC</abbr>
wiederum ein <abbr title="Attachment Unit Interface">AUI</abbr>-Kabel erforderlich.</p>

<!-- ********************************************************************* -->
<h3 id="e10basefb">10Base-FB</h3>
<!-- ********************************************************************* -->

<p>Diese Variante dient ausschließlich dazu, Sternkoppler oder Repeater eines
Backbone durch Link-Strecken zu verbinden. Durch spezielle
Synchronisierungsmechanismen kann die Schrumpfung des Interframe Gap
beim Durchgang von Ethernet-Rahmen auf ein Minimum beschränkt werden.
Auf diese Weise kann die Zahl der Repeater erhöht werden.</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaserpaar 50/125 oder 62.5/125 µm (wobei
    für Senden und Empfangen jeweils eine Faser verwendet wird);</li>
      <li>maximale Länge eines Kabelsegments: 2000 m;</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code + zusätzliche Signalsequenzen;</li>
      <li>zentraler Knoten: aktiver Sternkoppler mit Synchronisierungsmechanismen
      für benachbarte Sternkoppler oder Repeater durch spezielles 2.5-MHz-Signal.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e10basefp">10Base-FP</h3>
<!-- ********************************************************************* -->

<p>In Umgebungen, in denen keine Stromversorgung für einen aktiven Hub oder
Sternkoppler zu Verfügung steht, bietet sich als Ausweg die 10Base-FP-Variante
an. Der passive (d.h. stromlose) Sternkoppler ist in der Lage,
bis zu 33 Datenendgeräte zu bedienen.</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaserpaar;</li>
      <li>maximale Länge eines Kabelsegments: 500 m;</li>
      <li>Übertragungsrate: 10 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: Manchester-Code;</li>
      <li>Anschluss der
       <abbr title="Medium Attachment Unit">MAU</abbr> ans Medium:
       <abbr title="Straight Tip">ST</abbr>-Stecker;</li>
      <li>zentraler Knoten: passiver Sternkoppler.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="netzstrukturen10">Netzstrukturen mit Repeatern</h3>
<!-- ********************************************************************* -->

<p>Durch die Verwendung von Repeatern (einfache Repeater, Multiport Repeater,
Repeating Hubs) ist es möglich, sehr komplexe Netze aufzubauen.
Beachtet werden muss hierbei jedoch, dass Repeater nur im
Halbduplex-Betrieb einsetzbar sind. Im Vollduplex-Betrieb steht
dieses Kopplungselement nicht zur Verfügung, da Repeater prinzipiell nicht für
Vollduplex-Betrieb ausgelegt sind. Hier muss man also auf Brücken, Switches
oder Router zurückgreifen.
(Eine Ausnahme bildet der weiter unten beschriebene,
speziell für Gigabit-Ethernet entwickelte Vollduplex-Repeater,
der eine Art Zwitter aus einem "echten" Repeater und einer Brücke darstellt.)</p>

<p class="extra">Repeater</p>

<p>In einem Ethernet-Netzwerk fallen einem Repeater folgende Aufgaben zu:</p>

<dl>
      <dt>Signalregenerierung:</dt>
      <dd>Der Repeater regeneriert die gemäß dem entsprechenden
      Kodierungsverfahren (z.B. Manchester-Code) erzeugten
      Signale nach Takt und Amplitude.</dd>
      <dt>Kollisionserkennung:</dt>
      <dd>Der Repeater erkennt Kollisionen und sendet ein
      Kollisionssignal (Jam Signal) aus.</dd>
      <dt>Präambel-Erzeugung:</dt>
      <dd>Durch die Synchronisation gehen die ersten Bits
      der Präambel eines Ethernet-Rahmens verloren.
      Der Repeater bringt die Präambel jedes Ethernet-Rahmens
      wieder auf die volle Länge.</dd>
      <dt>Fehlererkennung:</dt>
      <dd>Der Repeater erkennt fehlerhafte Signale
      und kann das entsprechende Netzsegment separieren.
      (Der Repeater kann selbstverständlich KEINE
       Bit- oder Rahmenfehler oder gar fehlerhafte Daten erkennen.)</dd>
    </dl>

<p>Durch den Einsatz von Repeatern erhöht sich die
Signallaufzeit im Netz.
Damit ist gleichzeitig eine Verzögerung der
durchlaufenden Ethernet-Rahmen verknüpft, so dass
möglicherweise der Abstand zweier aufeinanderfolgenden Rahmen immer kleiner wird.
(Interframe Gap Shrinkage). Damit der Abstand nicht zu gering wird,
dürfen daher in einer Kollisionsdomäne maximal 4 Repeater auf einem
Übertragungsweg hintereinandergeschaltet sein.</p>

<p class="extra">Regeln</p>

<p>Für jeden im Netz möglichen Übertragungsweg zwischen zwei beliebigen Datenendgeräten
müssen folgende Regeln beachtet werden:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Merkmal</th>
            <th>Maximaler Wert</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Anzahl von beliebigen Segmenten</td>
            <td>5</td>
          </tr>
          <tr>
            <td>Anzahl von Repeatern (Repeater, Hubs, Sternkoppler)</td>
            <td>4</td>
          </tr>
          <tr>
            <td>Anzahl von Koax-Segmenten mit Datenendgeräten</td>
            <td>3</td>
          </tr>
          <tr>
            <td>Anzahl von
             <abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-Segmenten</td>
            <td>2</td>
          </tr>
          <tr>
            <td>Länge eines 10Base5-Segments</td>
            <td>500 m</td>
          </tr>
          <tr>
            <td>Länge eines 10Base2-Segments</td>
            <td>185 m</td>
          </tr>
          <tr>
            <td>Länge eines 10Base-T-Segments</td>
            <td>100 m</td>
          </tr>
          <tr>
            <td>Länge eines 
            <abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-Segments</td>
            <td>1000 m (bei 5 Segmenten oder bei 2
            <abbr title="Fiber Optic Inter Repeater Link">FOIRL</abbr>-Segmenten:
             500 m)</td>
          </tr>
          <tr>
            <td>Länge eines 10Base-FL/FB-Segments<br/>
             (zwischen zwei Repeatern)</td>
            <td>2000 m (bei 4 Segmenten: 1000 m, bei 5 Segmenten: 500 m)</td>
          </tr>
          <tr>
            <td>Länge eines 10Base-FL-Segments<br/>
            (zwischen Repeater und Datenendgerät)</td>
            <td>2000 m (bei 4 Segmenten: 400 m, bei 5 Segmenten: 500 m)</td>
          </tr>
          <tr>
            <td>Länge eines 10Base-FP-Segments<br/>
            (zwischen zwei Repeatern<sup>(*)</sup>)</td>
            <td>1000 m (bei 4 Segmenten: 700m, bei 5 Segmenten: 300 m)</td>
          </tr>
          <tr>
            <td>Länge eines 10Base-FP-Segments<br/>
            (zwischen Repeater<sup>(*)</sup> und Datenendgerät)</td>
            <td>1000 m (bei 4 oder 5 Segmenten: 300 m)</td>
          </tr>
          <tr class="trans">
            <td colspan="2" class="tlinks">(*) ein passiver Sternkoppler zählt nicht
            als Repeater</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Regeln für den Netzaufbau von 10-Mbit/s-Ethernet</p>
    </div>

<!--  <p class="extra">Beispiel</p>

<div class="abbildung">
      <img src="ethernetstruktur-10mbit.png" alt="10-Mbit/s-Ethernet (Beispiel)"/>
      <p class="caption">10-Mbit/s-Ethernet (Beispiel)</p>
     </div>

<p>Um mehrere Ethernet-Varianten kombinieren zu können, werdem meist
sogenannte <strong>Multimedia Hubs</strong> oder
<strong>Wiring Concentrators</strong> eingesetzt.
Für diese Komponenten gibt es Einschübe mit
allen verfügbaren Anschlussmöglichkeiten:
<abbr title="Attachment Unit Interface">AUI</abbr> für 10Base5,
<abbr title="Bayonet Neill Concelman">BNC</abbr> für 10Base2,
<abbr title="Registered Jack">RJ</abbr>45 für 10Base-T und
<abbr title="Straight Tip">ST</abbr> für 10Base-F.</p>  -->

<!-- ********************************************************************* -->
<h2 id="e100mbit">100-Mbit- oder Fast-Ethernet</h2>
<!-- ********************************************************************* -->

<p>Die wesentlichen Unterschiede zwischen Fast-Ethernet und Ethernet liegen in
der Übertragungsgeschwindigkeit und in der Art der Bit-Kodierung. Auch ist es
bei Fast-Ethernet nicht mehr ohne weiteres möglich, mehrere Segmente über
Repeater oder Hubs zu kaskadieren. Wenn man eine Netzstruktur plant, die
solche Verstärkerelemente enthält, müssen genau die
Signallaufzeiten und Verzögerungszeiten beachtet werden.</p>

<p>Für die Übertragungsrate von 100 Mbit/s stehen folgende Netzvarianten zur
Verfügung:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col width="12%"/>
        </colgroup>
        <colgroup>
          <col span="6"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Kodierung</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
            <th>Steck&shy;verbindung</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">TX</span>
            </th>
            <td>
              <span class="alt1u">100</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>4B/5B + <abbr title="Multi-Level Transition">MLT</abbr>-3</td>
            <td>
              <span class="alt2u">T</span>wisted Pair
               (<abbr title="Unshielded Twisted Pair">UTP</abbr>
                Kategorie 5, optional <abbr title="Shielded Twisted Pair">STP</abbr>
                Type 1, 2-paarig)</td>
            <td>100 m</td>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">T4</span>
            </th>
            <td>
              <span class="alt1u">100</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>8B/6T</td>
            <td>
              <span class="alt2u">T</span>wisted Pair
               (<abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 3,
                <span class="alt2u">4</span>-paarig)</td>
            <td>100 m</td>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">T2</span>
            </th>
            <td>
              <span class="alt1u">100</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>
              <abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>
            </td>
            <td>
              <span class="alt2u">T</span>wisted Pair
               (<abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 3,
                <span class="alt2u">2</span>-paarig)</td>
            <td>100 m</td>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">SX</span>
            </th>
            <td>
              <span class="alt1u">100</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>4B/5B</td>
            <td>
              <span class="alt2u">S</span>hort Wave (850 nm, Gradienten&shy;faser)</td>
            <td>300 m</td>
            <td>
              <abbr title="Subscriber Connector">SC</abbr>
            </td>
          </tr>
          <tr>
            <th rowspan="2">
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">FX</span>
            </th>
            <td rowspan="2">
              <span class="alt1u">100</span> Mbit/s</td>
            <td rowspan="2">
              <span class="alt0u">Basis</span>&shy;band</td>
            <td rowspan="2">4B/5B + 
            <abbr title="Non Return to Zero Inverted">NRZI</abbr>
            </td>
            <td rowspan="2">
              <span class="alt2u">F</span>iber Optic (1300 nm,
              Gradientenfaser)</td>
            <td>Halbduplex: 412 m</td>
            <td rowspan="2">
              <abbr title="Subscriber Connector">SC</abbr>,
               <abbr title="Media Interface Connector">MIC</abbr>,
                <abbr title="Straight Tip">ST</abbr>
            </td>
          </tr>
          <tr>
            <td>Vollduplex: 2000 m</td>
          </tr>
        </tbody>
      </table>
     <p class="caption">Ethernet-Varianten für 100 Mbit/s</p>
     </div>

<p> Das &quot;X&quot; in den Bezeichnungen 100Base-TX/SX/FX steht dabei für
die 4B/5B-Kodierung.</p>

<p>Auch bei Fast-Ethernet kann man bestimmte Funktionen in einer Art Transceiver
zusammenfassen und diesen und über die
<abbr title="Media Independent Interface">MII</abbr>-Schnittstelle
(siehe Ethernet-Referenzmodell) mit der Netzwerkkarte verbinden.
Hierbei wird der Transceiver entweder direkt über eine
<abbr title="Media Independent Interface">MII</abbr>-Steckverbindung auf die
Netzwerkkarte aufgesteckt oder über ein 
<abbr title="Media Independent Interface">MII</abbr>-Kabel angeschlossen.
In der Regel wird die 
<abbr title="Media Independent Interface">MII</abbr>-Schnittstelle
allerdings intern versteckt sein
und der Transceiver direkt auf der Adapterkarte integriert sein.
Das <abbr title="Media Independent Interface">MII</abbr>-Kabel
erfüllt folgende Spezifikationen:</p>

<ul>
      <li>maximale Länge: 0.5 m;</li>
      <li>40-poliger Stecker.</li>
    </ul>

<p>Die <abbr title="Gigabit Media Independent Interface">GMII</abbr>-Schnittstelle
von Gigabit-Ethernet ist nur noch als interne Schnittstelle
definiert. Der externe Anschluss eines Transceivers ist dann nicht
mehr möglich.</p>

<p class="extra">Auto-Negotiation</p>

<p>Wenn zwei Datenendgeräte, die über eine Punkt-zu-Punkt-Verbindung an ein Kabelsegment
angeschlossen sind, mehrere Ethernet-Varianten unterstützen, muss ein
Administrator eine gemeinsame Variante aussuchen und diese entsprechend
einstellen. Wenn die beiden Datenendgeräte in der Lage sind, dies automatisch und ohne
Eingreifen eines Administrators durchzuführen, spricht man von
<strong>Auto-Negotiation</strong>. In diesem Fall wird zwischen den beiden
Datenendgeräten diejenige Variante ausgehandelt, die die höchste Priorität besitzt und
von beiden Datenendgeräten beherrscht wird. Häufig wird Auto-Negotiation
auch als Auto-Sensing bezeichnet. Dieser Begriff ist allerdings
missverständlich und sollte daher nicht verwendet werden.</p>

<p>Bei symmetrischem Kupferkabel gilt folgende Prioritätstabelle:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th>Priorität</th>
            <th>Variante</th>
            <th>Modus</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>1</td>
            <td>1000Base-T</td>
            <td>Vollduplex</td>
          </tr>
          <tr>
            <td>2</td>
            <td>1000Base-T</td>
            <td>Halbduplex</td>
          </tr>
          <tr>
            <td>3</td>
            <td>100Base-T2</td>
            <td>Vollduplex</td>
          </tr>
          <tr>
            <td>4</td>
            <td>100Base-TX</td>
            <td>Vollduplex</td>
          </tr>
          <tr>
            <td>5</td>
            <td>100Base-T2</td>
            <td>Halbduplex</td>
          </tr>
          <tr>
            <td>6</td>
            <td>100Base-T4</td>
            <td>Halbduplex</td>
          </tr>
          <tr>
            <td>7</td>
            <td>100Base-TX</td>
            <td>Halbduplex</td>
          </tr>
          <tr>
            <td>8</td>
            <td>10Base-T</td>
            <td>Vollduplex</td>
          </tr>
          <tr>
            <td>9</td>
            <td>10Base-T</td>
            <td>Halbduplex</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Auto-Negotiation</p>
    </div>

<p>Da es häufig zu Problemen führt, wenn der eine Kommunikationspartner
fest eingestellt ist und der andere mit Auto-Negotiation arbeitet,
sollte man beide Kommunikationspartner entweder mit
Auto-Negotiation betreiben (falls beide dies unterstützen)
oder beide fest einstellen.
Wenn in einem Netz (Repeating-)Hubs, Repeater oder Konverter,
die prinzipiell nicht Vollduplex-fähig sind,
oder Datenendgeräte mit nicht Vollduplex-fähigen Netzkwerkadaptern
eingesetzt werden, ist besondere Vorsicht geboten,
da der Mischbetrieb von nur Halbduplex-fähigen Netzkomponenten
mit Vollduplex-fähigen Netzkomponenten mit Auto-Negotiation
zu unvorhersehbaren Schwierigkeiten führen kann.</p>

<p>Bei den Glasfaser-Varianten für 10 Mbit/s und 100 Mbit/s
ist eine Auto-Negotiation nicht
definiert. Hier muss die Konfiguration manuell
vorgenommen werden.</p>

<!-- ********************************************************************* -->
<h3 id="e100basetx">100Base-TX</h3>
<!-- ********************************************************************* -->

<p>Werden zwei Datenendgeräte direkt verbunden, benötigt man ein
sogenanntes Cross-over-Kabel, bei dem das Sende-Aderpaar des einen Datenendgerätes
auf das Empfangs-Aderpaar des anderen Datenendgerätes gelegt wird, und umgekehrt.
Wird ein Datenendgerät an einen Repeater oder Hub angeschlossen,
geschieht dies über ein &quot;normales&quot; Kabel
und die Cross-over-Funktion wird innerhalb des Repeaters
durchgeführt.</p>

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: 2-paariges, symmetrisches Kabel
       (<abbr title="Unshielded Twisted Pair">UTP</abbr> 100 &Omega;
    Kategorie 5, optional <abbr title="Shielded Twisted Pair">STP</abbr>
     150 &Omega; Type 1);</li>
      <li>Übertragungsrate: 100 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 4B/5B + <abbr title="Multi-Level Transition">MLT</abbr>-3;</li>
      <li>max. Signalfrequenz: 31.25 MHz (= 100 : 4 &times; 5/4);</li>
      <li>Anschluss ans Medium: <abbr title="Registered Jack">RJ</abbr>45
       (9-poliger D-Typ-Stecker bei <abbr title="Shielded Twisted Pair">STP</abbr>
        Type 1).</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e100baset4">100Base-T4</h3>
<!-- ********************************************************************* -->

<p>Die Besonderheit bei diesem Verfahren ist, dass
neben den beiden Aderpaaren für Senden und Empfangen zwei
weitere Aderpaare zur Verfügung stehen, die jeweils nach
Bedarf eingesetzt werden können. Ein Datenendgerät, das Daten versenden will,
kann daher parallel drei Aderpaare nutzen.
Dadurch ist aber Vollduplex-Betrieb nicht möglich.</p>

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: 4-paariges, symmetrisches Kabel
       (<abbr title="Unshielded Twisted Pair">UTP</abbr> 100 &Omega;
        Kategorie 3 oder besser);</li>
      <li>maximale Länge eines Kabelsegments: 100 m;</li>
      <li>Übertragungsrate: 100 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 8B/6T</li>
      <li>max. Signalfrequenz: 12.5 MHz (= 100 : 2 : 3 &times; 6/8);</li>
      <li>Anschluss ans Medium: <abbr title="Registered Jack">RJ</abbr>45;</li>
      <li>Vollduplex-Betrieb: nicht möglich.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e100baset2">100Base-T2</h3>
<!-- ********************************************************************* -->

<p>Auch dieses Verfahre weist eine Besonderheit auf:
Auf jedem der beiden Aderpaare findet Duplex-Betrieb statt,
d.h. auf jedem Aderpaar kann gleichzeitig gesendet und empfangen werden.
Dadurch ist es möglich, auf einem 2-paarigen Kabel schlechter
Qualität Fast-Ethernet zu betreiben.</p>

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: 2-paariges, symmetrisches Kabel
       (<abbr title="Unshielded Twisted Pair">UTP</abbr> 100 &Omega;
       Kategorie 3 oder besser);</li>
      <li>maximale Länge eines Kabelsegments: 100 m;</li>
      <li>Bit-Übertragungsrate: 100 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: <abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>;</li>
      <li>Anschluss ans Medium: <abbr title="Registered Jack">RJ</abbr>45.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e100basefx">100Base-FX</h3>
<!-- ********************************************************************* -->

<p>
Die Variante 100Base-FX ist der einzige
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard
im Bereich 100 Mbit/s auf Glasfaser.
In der Praxis bedeutet dies, dass bei einem Wechsel von 10 Mbit/s (10Base-FL)
auf 100 Mbit/s (100Base-FX) die bereits vorhandene 850-nm-Technologie
durch 1300-nm-Technologie ersetzt werden muss.
</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaser (Glasfaserpaar);</li>
      <li>Wellenlänge: 1300 nm</li>
      <li>maximale Länge eines Kabelsegments: 412 m (Halbduplex), 2000 m
       (Vollduplex);</li>
      <li>Übertragungsrate: 100 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 4B/5B + <abbr title="Non Return to Zero Inverted">NRZI</abbr>;</li>
      <li>max. Signalfrequenz: 62.5 MHz (= 100 : 2 &times; 5/4);</li>
      <li>Anschluss ans Medium: <abbr title="Subscriber Connector">SC</abbr>
       (Duplex), <abbr title="Media Interface Connector">MIC</abbr> 
       (als Master kodiert) oder <abbr title="Straight Tip">ST</abbr>.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e100basesx">100Base-SX</h3>
<!-- ********************************************************************* -->

<p>
Leider ist die Variante 100Base-SX bis heute nicht in den 
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard 802.3
aufgenommen worden. Es handelt sich hierbei um einen Standard
der Telecommunications Industry Association (<abbr
title="Telecommunications Industry Association">TIA</abbr>),
der aber in der Praxis von erheblicher Bedeutung ist.
In vielen Fällen ist durch 10Base-FL bereits 850-nm-Technologie
im Einsatz, die dann nahtlos weiterverwendet bzw. ausgebaut werden kann.
</p>

<p class="extra">Technische Daten</p>

<p>Es folgt eine Auflistung der wichtigsten Eigenschaften:</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaser (Glasfaserpaar);</li>
      <li>Wellenlänge: 850 nm</li>
      <li>maximale Länge eines Kabelsegments: 300 m;</li>
      <li>Übertragungsrate: 100 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 4B/5B;</li>
      <li>Anschluss ans Medium: <abbr title="Subscriber Connector">SC</abbr>.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="netzstrukturen100">Netzstrukturen mit Repeatern</h3>
<!-- ********************************************************************* -->

<p>Wie beim &quot;normalen&quot; Ethernet ist es auch bei
Fast-Ethernet durch die Verwendung von
Repeatern (einfacher Repeater, Sternkoppler, Hub) möglich, größere Netze
aufzubauen. Und auch hier ist wiederum zu beachten,
dass Netzstrukturen, in denen Repeater vorkommen,
auf Halbduplex-Betrieb beschränkt bleiben müssen. Die folgenden
Ausführungen sind daher nur für ein
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Netz
von Bedeutung.</p>

<p class="extra">Repeater</p>

<p>Bei Fast-Ethernet gibt es Repeater in zwei Ausfürungen:</p>

<dl>
      <dt>Class I:</dt>
      <dd>Ein Class-I-Repeater wird eingesetzt, wenn Segmente verschiedener
      Signaltechnik gekoppelt werden sollen, z.B. ein 100Base-FX- oder
      ein 100Base-TX-Segment mit einem 100Base-T4-Segment.
      100Base-T4 verwendet eine Kodierung mit niedrigerer Baudrate
      als die beiden anderen Varianten. Bei der Weiterleitung
      muss daher zwischengepuffert werden, was zu einer höheren
      Laufzeitverzögerung führt. Die Verzögerung eines Rahmens beim Durchlaufen
      des Repeaters darf jedoch maximal 168 bit betragen. Aufgrund der relativ langen
      Verzögerungszeit, darf in einer Kollisionsdomäne nur
      <em>ein</em> Repeater verwendet werden.</dd>
      <dt>Class II:</dt>
      <dd>Mit einem Class-II-Repeater können nur Segmente gleicher Signaltechnik
      gekoppelt werden. Die Verzögerung eines Rahmens beim Durchlaufen des
      Repeaters darf maximal 92 bit betragen. Aufgrund der kurzen
      Verzögerungszeit können in einer Kollisionsdomäne <em>zwei</em>
      Repeater dieses Typs eingesetzt werden.</dd>
    </dl>

<p class="extra">Netzausdehnung</p>

<p>Die maximale Netzausdehnung, d.h. die maximale Ausdehnung einer
Kollisionsdomäne, kann folgender Tabelle entnommen werden.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <th rowspan="2">Repeater-Typ</th>
            <th colspan="4">Maximale Netzausdehnung einer Kollisionsdomäne (in
        Meter) bei Aufbau des Netzes aus einem oder
         mehreren der folgenden Segmente</th>
          </tr>
          <tr>
            <th>nur Kupfer-Segmente</th>
            <th>nur <abbr title="Lichtwellenleiter">LWL</abbr>-Segmente</th>
            <th>T4-Kupfersegment +
             <abbr title="Lichtwellenleiter">LWL</abbr>-Segment</th>
            <th>TX-Kupfersegment + 
            <abbr title="Lichtwellenleiter">LWL</abbr>-Segment</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>ohne Repeater</td>
            <td>100</td>
            <td>412</td>
            <td>---</td>
            <td>---</td>
          </tr>
          <tr>
            <td>ein Class-I-Repeater</td>
            <td>200</td>
            <td>272</td>
            <td>100+131=231 (*)</td>
            <td>100+160=260 (*)</td>
          </tr>
          <tr>
            <td>ein Class-II-Repeater</td>
            <td>200</td>
            <td>320</td>
            <td>---</td>
            <td>100+208=308 (*)</td>
          </tr>
          <tr>
            <td>zwei Class-II-Repeater</td>
            <td>205</td>
            <td>228</td>
            <td>---</td>
            <td>100+5+111=216 (**)</td>
          </tr>
          <tr>
            <td class="trans tlinks" colspan="5">(*) Kupfersegment +
             <abbr title="Lichtwellenleiter">LWL</abbr>-Segment</td>
          </tr>
          <tr>
            <td class="trans tlinks" colspan="5">(**) Kupfersegment +
             Rangierkabel + <abbr title="Lichtwellenleiter">LWL</abbr>-Segment</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Maximale Netzausdehnung bei Fast-Ethernet</p>
    </div>

<p>Die folgende Abbildung zeigt die Kopplung von zwei Kupfersegmenten über
zwei Class-II-Repeater.</p>

<div class="abbildung">
      <img src="repeater-fastethernet.png" alt="Repeater-Kopplung bei Fast-Ethernet"/>
      <p class="caption">Repeater-Kopplung bei Fast-Ethernet</p>
    </div>

<p class="extra">Round Trip Delay</p>

<p>Auch bei Fast-Ethernet müssen im Halbduplex-Betrieb die durch das
<abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Verfahren
bedingten Signallaufzeiten eingehalten werden. Daher muss
auch hier stets beachtet werden, dass der Round Trip Delay, d.h. die doppelte
Signallaufzeit zweier maximal entfernter Datenendgeräte, kleiner als die Slot Time
ist: Round Trip Delay &lt; Slot Time = 5.12 µs.</p>

<p>Die folgende Tabelle hilft bei der Berechnung des Round Trip Delay. Dazu
ermittelt man die beiden Datenendgeräte, die im Netz am weitesten voneinander entfernt
sind (worst case), wobei hier die Entfernung in Verzögerungszeiten gemeint ist
und nicht in Metern. Dann addiert man die Bits aller zwischen diesen beiden
Datenendgeräten liegenden Netzkomponenten (einschließlich der Datenendgeräte selbst).
Wenn das
Ergebnis kleiner als die minimale Rahmenlänge L<sub>min</sub> = 64 Byte = 512
bit ist, sollte das <abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Kollisionsverfahren
funktionieren und für das Netz ein stabiler Betrieb möglich sein.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Netzkomponente</th>
            <th>Maximaler Anteil am Round Trip Delay (in Bits)</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Zwei TX-/FX-Datenendgeräte</td>
            <td>100</td>
          </tr>
          <tr>
            <td>Zwei T4-Datenendgeräte</td>
            <td>138</td>
          </tr>
          <tr>
            <td>Eine T4- und eine TX-/TF-Datenendgeräte</td>
            <td>127</td>
          </tr>
          <tr>
            <td>Kabelsegment Kupfer
             <abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 3 (100 m)</td>
            <td>114 (1.14 bit pro m)</td>
          </tr>
          <tr>
            <td>Kabelsegment Kupfer
             <abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 4 (100 m)</td>
            <td>114 (1.14 bit pro m)</td>
          </tr>
          <tr>
            <td>Kabelsegment Kupfer
             <abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 5 (100 m)</td>
            <td>111 (1.11 bit pro m)</td>
          </tr>
          <tr>
            <td>Kabelsegment Kupfer
             <abbr title="Shielded Twisted Pair">STP</abbr> (100 m)</td>
            <td>111 (1.11 bit pro m)</td>
          </tr>
          <tr>
            <td>Kabelsegment <abbr title="Lichtwellenleiter">LWL</abbr> (400 m)</td>
            <td>400 (1.0 bit pro m)</td>
          </tr>
          <tr>
            <td>Class I Repeater</td>
            <td>168</td>
          </tr>
          <tr>
            <td>Class II Repeater (TX/FX)</td>
            <td>92</td>
          </tr>
          <tr>
            <td>Class II Repeater (T4)</td>
            <td>67</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Maximale Verzögerungszeiten bei Fast-Ethernet</p>
    </div>

<p>Wenn zum Beispiel zwei TX-Datenendgeräte jeweils über 100 m lange 
<abbr title="Unshielded Twisted Pair">UTP</abbr>-Segmente an
einen Class-I-Repeater angesschlossen sind, erhält man nach obiger Tabelle</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <msub><mi>L</mi><mtext>ges</mtext></msub>
    <mo>=</mo>
    <mrow><mn>100</mn><mtext>&nbsp;bit</mtext></mrow>
    <mo>+</mo>
    <mrow><mn>111</mn><mtext>&nbsp;bit</mtext></mrow>
    <mo>+</mo>
    <mrow><mn>111</mn><mtext>&nbsp;bit</mtext></mrow>
    <mo>+</mo>
    <mrow><mn>168</mn><mtext>&nbsp;bit</mtext></mrow>
    <mo>=</mo>    
    <mrow><mn>490</mn><mtext>&nbsp;bit</mtext></mrow>
    <mo>&lt;</mo>
   <msub><mi>L</mi><mtext>min</mtext></msub>  
    <mo>=</mo>
    <mrow><mn>512</mn><mtext>&nbsp;bit.</mtext></mrow>
  </mrow>
</math>

<!--   <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>L<sub>ges</sub> = (100 + 111 + 111 + 168) bit = 490 bit &lt;
        L<sub>min</sub> = 512 bit.</td>
          </tr>
        </tbody>
      </table>
    </div>  -->

<p>Zeitlich ausgedrückt lautet diese Beziehung folgendermaßen:</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mtext>Round Trip Delay</mtext>
    <mo>=</mo>
    <mfrac><msub><mi>L</mi><mtext>ges</mtext></msub><mi>R</mi></mfrac>
    <mo>=</mo>
    <mfrac><mrow><mn>490</mn><mtext>&nbsp;bit</mtext></mrow>
    <mrow><mn>100</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac></mrow></mfrac>
     <mo>=</mo>
    <mn>4.9</mn><mtext>&nbsp;&micro;s</mtext>
     <mo>&lt;</mo>
    <mn>5.12</mn><mtext>&nbsp;&micro;s</mtext>
     <mo>=</mo>
    <mtext>Slot Time.</mtext>
  </mrow>
</math>

<!-- <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>Round Trip Delay =</td>
            <td>L<sub>ges</sub>
              <hr/>
        R</td>
            <td>=</td>
            <td>490 bit<sub> </sub>
              <hr/>
        100 Mbit/s</td>
            <td>= 4.9 µs &lt; 5.12 µs = Slot Time.</td>
          </tr>
        </tbody>
      </table>
    </div>  -->

<!-- ********************************************************************* -->
<h2 id="gigabit">Gigabit-Ethernet</h2>
<!-- ********************************************************************* -->

<p>Um Gigabit-Ethernet schnell zur Marktreife zu führen,
wurde für die Glasfaser-Übertragung kein neues Verfahren
entwickelt, sondern auf die bereits vorhandene Technik des Fibre Channel
zurückgegriffen. Praktisch wird Gigabit-Ethernet nur im Vollduplex-Betrieb
eingesetzt; Halbduplex-Betrieb ist jedoch nach wie vor möglich.</p>

    <!--auf L<sub>min</sub> = 512 Byte = 4096 bit
 vergrößert wird, damit die Slot Time
nicht zu klein wird.</p>-->

<p>Für die Übertragungsrate von 1 Gbit/s stehen folgende Netzvarianten zur
Verfügung:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col width="12%"/>
        </colgroup>
        <colgroup>
          <col span="6"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Kodierung</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
            <th>Steck&shy;verbindung</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">T</span>
            </th>
            <td>
              <span class="alt1u">1000</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>
              <abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>
            </td>
            <td>
              <span class="alt2u">T</span>wisted Pair
               (<abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 5, 100
               &Omega;, 4-paarig)</td>
            <td>100 m</td>
            <td>
              <abbr title="Registered Jack">RJ</abbr>45</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">CX</span>
            </th>
            <td>
              <span class="alt1u">1000</span> Mbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>
            </td>
            <td>
              <span class="alt2u">C</span>opper (Twinax-Kabel 150 &Omega;,
        2-paarig)</td>
            <td>25 m</td>
            <td>HSSC, DB-9</td>
          </tr>
          <tr>
            <th rowspan="3">
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">SX</span>
            </th>
            <td rowspan="3">
              <span class="alt1u">1000</span> Mbit/s</td>
            <td rowspan="3">
              <span class="alt0u">Basis</span>&shy;band</td>
            <td rowspan="3">8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>
            </td>
            <td>
              <span class="alt2u">S</span>hort Wave
               (850 nm, 62.5/125 µm Gradienten&shy;faser)</td>
            <td>Halb-/Vollduplex: 275 m</td>
            <td rowspan="3">Duplex <abbr title="Subscriber Connector">SC</abbr>
            </td>
          </tr>
          <tr>
            <td rowspan="2">
              <span class="alt2u">S</span>hort Wave
               (850 nm, 50/125 µm Gradienten&shy;faser)</td>
            <td>Halbduplex: 316 m</td>
          </tr>
          <tr>
            <td>Vollduplex: 500 m</td>
          </tr>
          <tr>
            <th rowspan="4">
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LX</span>
            </th>
            <td rowspan="4">
              <span class="alt1u">1000</span> Mbit/s</td>
            <td rowspan="4">
              <span class="alt0u">Basis</span>&shy;band</td>
            <td rowspan="4">8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>
            </td>
            <td rowspan="2">
              <span class="alt2u">L</span>ong Wave (1310 nm, Gradienten&shy;faser)</td>
            <td>Halbduplex: 316 m</td>
            <td rowspan="4">Duplex <abbr title="Subscriber Connector">SC</abbr>
            </td>
          </tr>
          <tr>
            <td>Vollduplex: 550 m</td>
          </tr>
          <tr>
            <td rowspan="2">
              <span class="alt2u">L</span>ong Wave (1310 nm, Singlemode&shy;faser)</td>
            <td>Halbduplex: nicht empfohlen</td>
          </tr>
          <tr>
            <td>Vollduplex: 5000 m</td>
          </tr>
        </tbody>
      </table>
     <p class="caption">Ethernet-Varianten für 1 Gbit/s</p>
    </div>

<p> Das &quot;X&quot; in den Bezeichnungen 1000Base-CX/SX/LX steht dabei für
die 8B/10B-Kodierung.</p>

<!-- ********************************************************************* -->
<h3 id="e1000baset">1000Base-T</h3>
<!-- ********************************************************************* -->

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: 4-paariges, symmetrisches Kabel
       (<abbr title="Unshielded Twisted Pair">UTP</abbr> 100 &Omega;
        Kategorie 5 oder besser);</li>
      <li>maximale Länge eines Kabelsegments: 100 m;</li>
      <li>Bit-Übertragungsrate: 1000 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: <abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>;</li>
      <li>Symbol-Übertragungsrate: 125 Mbaud;</li>
      <li>Anschluss ans Medium: <abbr title="Registered Jack">RJ</abbr>45.</li>
    </ul>

<p>Bei 1000Base-T kann auf allen 4 Aderpaaren gleichzeitig gesendet
und empfangen werden. Da durch die 
<abbr title="5-Level Pulse Amplitude Modulation">PAM5</abbr>-Kodierung
pro Symbol 2 Bits
übermittelt werden, können über die 4 Adernpaare somit parallel
8 Bits = 1 Byte übertragen werden. Mit der relativ niedrigen
Baudrate von 125 Mbaud erhält man dadurch die gewünschte Übertragungsrate von
4 (Paare) &times; 125 (Mbaud) &times; 2 (bit) = 1000 (Mbit/s).</p>

<!-- ********************************************************************* -->
<h3 id="e1000basecx">1000Base-CX</h3>
<!-- ********************************************************************* -->

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: 2-paariges, symmetrisches Twinax-Kabel (150 &Omega;);</li>
      <li>maximale Länge eines Kabelsegments: 25 m;</li>
      <li>Bit-Übertragungsrate: 1000 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>;</li>
      <li>Anschluss ans Medium: 9-poliger Subminiatur-Stecker DB-9,
        8-poliger Fibre-Channel-Stecker Typ 2.</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e1000basesx">1000Base-SX</h3>
<!-- ********************************************************************* -->

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaser (Glasfaserpaar);</li>
      <li>Wellenlänge: 770 bis 860 nm</li>
      <li>maximale Länge eines Gradientenfaser-Segments (62.5/125 µm): 275 m;</li>
      <li>maximale Länge eines Gradientenfaser-Segments (50/125 µm):
       316 m (Halbduplex), 500 m (Vollduplex);</li>
      <li>Bit-Übertragungsrate: 1000 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>;</li>
      <li>Anschluss ans Medium: <abbr title="Subscriber Connector">SC</abbr>
       (Duplex).</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="e1000baselx">1000Base-LX</h3>
<!-- ********************************************************************* -->

<p class="extra">Technische Daten</p>

<ul>
      <li>Topologie: Stern;</li>
      <li>Übertragungsmedium: Gradientenfaser oder Singlemodefaser (Glasfaserpaar);</li>
      <li>Wellenlänge: 1270 bis 1355 nm</li>
      <li>maximale Länge eines Gradientenfaser-Segments: 316 m (Halbduplex), 550 m
       (Vollduplex);</li>
      <li>maximale Länge eines Singlemodefaser-Segments: 5000 m
       (Vollduplex);</li>
      <li>Bit-Übertragungsrate: 1000 Mbit/s;</li>
      <li>Übertragungstechnik: Basisband;</li>
      <li>Kodierung: 8B/10B + <abbr title="Non Return to Zero">NRZ</abbr>;</li>
      <li>Anschluss ans Medium: <abbr title="Subscriber Connector">SC</abbr>
       (Duplex).</li>
    </ul>

<!-- ********************************************************************* -->
<h3 id="netzstrukturen1000">Netzstrukturen mit Repeatern</h3>
<!-- ********************************************************************* -->

<p>Bei Gigabit-Ethernet wird man in der Regel auf Vollduplex-Betrieb gehen
und Netzstrukturen auf der Basis von Switch-Systemen aufbauen.
Allerdings gibt es nach wie vor auch den auf dem <abbr
title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>-Algorithmus
basierenden Halbduplex-Betrieb. Und um im Halbduplex-Betrieb
Netzsegmente koppeln zu können, benötigt man Repeater.</p>

<p class="extra">Repeater</p>

<p>Bei Gigabit-Ethernet gibt es eine Besonderheit. Neben dem
&quot;normalen&quot; (Halbduplex-)Repeater gibt es auch einen sogenannten
Vollduplex-Repeater.</p>

<p>Der Halbduplex-Repeater verfügt über keinen Pufferspeicher
und die Verzögerung eines Ethernet-Rahmens beim Durchlaufen darf
maximal 976 bit betragen.</p>

<p>Der <strong>Vollduplex-Repeater</strong> ist eigentlich kein reiner Repeater
mehr, der er bereits einige Funktionen
der <abbr title="Media Access Control">MAC</abbr>-Schicht
enthält und somit in den Bereich von Brücken und
Switches vordringt. Der Vollduplex-Repeater verfügt über
Pufferspeicher und ist in der Lage, über Pause-Rahmen
eine Flusskontrolle durchzuführen.</p>

<p class="extra">Netzausdehnung</p>

<p>Werden einzelne Kabelsegmente über Repeater oder Switches
miteinander gekoppelt, müssen bestimmte
Längenrestriktionen beachtet werden.
Die maximal möglichen Segmentlängen können folgender Tabelle entnommen werden.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <th colspan="2" rowspan="3">Kabel-Typ</th>
            <th colspan="4">Maximale Länge eines Kabelsegments (in Meter)</th>
          </tr>
          <tr>
            <th colspan="2">Datenendgerät <big>
                <strong>&harr;</strong>
              </big> Repeater</th>
            <th colspan="2">Datenendgerät <big>
                <strong>&harr;</strong>
              </big>Datenendgerät (Switch)</th>
          </tr>
          <tr>
            <th>Halbduplex</th>
            <th>Vollduplex</th>
            <th>Halbduplex</th>
            <th>Vollduplex</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td colspan="2">
              <abbr title="Unshielded Twisted Pair">UTP</abbr> 1000Base-T</td>
            <td>100</td>
            <td>100</td>
            <td>100</td>
            <td>100</td>
          </tr>
          <tr>
            <td colspan="2">
              <abbr title="Shielded Twisted Pair">STP</abbr> 1000Base-CX</td>
            <td>25</td>
            <td>25</td>
            <td>25</td>
            <td>25</td>
          </tr>
          <tr>
            <td rowspan="2">50 µm Gradientenfaser</td>
            <td>1000Base-SX</td>
            <td>110</td>
            <td>110</td>
            <td>316</td>
            <td>500</td>
          </tr>
          <tr>
            <td>1000Base-LX</td>
            <td>110</td>
            <td>550</td>
            <td>316</td>
            <td>550</td>
          </tr>
          <tr>
            <td rowspan="2">62.5 µm Gradientenfaser</td>
            <td>1000Base-SX</td>
            <td>110</td>
            <td>275</td>
            <td>275</td>
            <td>275</td>
          </tr>
          <tr>
            <td>1000Base-LX</td>
            <td>110</td>
            <td>550</td>
            <td>316</td>
            <td>550</td>
          </tr>
          <tr>
            <td colspan="2">Singlemodefaser 1000Base-LX</td>
            <td>---</td>
            <td>---</td>
            <td>---</td>
            <td>5000</td>
          </tr>
        </tbody>
      </table>
     <p class="caption">Maximale Netzausdehnung bei Gigabit-Ethernet</p>
     </div>

<!-- ********************************************************************* -->
<h2 id="e10gigabit">10-Gigabit-Ethernet</h2>
<!-- ********************************************************************* -->

<p>10-Gigabit-Ethernet wird definitiv nur noch im Vollduplex-Betrieb
eingesetzt. Das Rahmenformat, insbesondere die minimale und die maximale
Rahmenlänge, wird vom &quot;klassischen&quot; 10-Mbit-Ethernet
unverändert übernommen.</p>

<p>Mit 10-Gbit-Ethernet werden erstmals nicht nur
<abbr title="Local Area Network">LAN</abbr>-Spezifikationen,
sondern auch <abbr title="Wide Area Network">WAN</abbr>-Spezifikationen festgelegt.
Der 10-Gigabit-Ethernet-Standard ist eindeutig daraufhin ausgerichtet,
ein einheitliches und durchgängiges Übertragungsverfahren sowohl für den
<abbr title="Local Area Network">LAN</abbr>-, als auch
für den <abbr title="Wide Area Network">WAN</abbr>-Bereich zur Verfügung zu stellen.
In den Kurzbezeichnungen spiegelt sich dies wieder: 
<span class="alt2u">X</span> steht für
<abbr title="Local Area Network">LAN</abbr> mit 8B/10B-Kodierung,
<span class="alt2u">R</span> für
<abbr title="Local Area Network">LAN</abbr> mit 64B/66B-Kodierung und
<span class="alt2u">W</span> für
<abbr title="Wide Area Network">WAN</abbr> in
<abbr title="Synchronous Optical Network">SONET</abbr>/<abbr
 title="Synchronous Digital Hierarchy">SDH</abbr>-Technologie
(Synchronous Optical Network / Synchronous Digital Hierarchy).</p>

<p>In die Kurzbezeichnung der Glasfaservarianten wird zur weiteren
Differenzierung noch folgendes Übertragungsmerkmal
aufgenommen:
<span class="alt2u">1</span> steht für das übliche,
serielle Zeit&shy;multiplex&shy;verfahren
(<abbr title="Time Division Multiplexing">TDM</abbr>),
wobei die Zahl 1 in der Bezeichnung auch gänzlich fehlen kann,
<span class="alt2u">n</span> steht für die Zahl der Kanäle
im Wellen&shy;längen&shy;multiplex&shy;verfahren
(<abbr title="Wavelength Division Multiplexing">WDM</abbr>).</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col width="12%"/>
        </colgroup>
        <colgroup>
          <col span="7"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Kodierung</th>
            <th>Wellen&shy;länge</th>
            <th>Einsatz&shy;bereich</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">T</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td><abbr title="16-Level Pulse Amplitude Modulation">PAM16</abbr></td>
            <td>n.a.
              </td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td><span class="alt2u">T</span>wisted Pair
            (<abbr title="Unshielded Twisted Pair">UTP</abbr> Kategorie 6e oder 6a, 100
               &Omega;, 4-paarig)</td>
            <td>55 m (Kategorie 6e), 100 m (Kategorie 6a)</td>
            </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">CX4</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>8B/10B</td>
            <td>n.a.
              </td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td><span class="alt2u">C</span>opper
               <span class="alt2u">4</span>-Lane
               (Kupfer&shy;kabel mit 8 Adern&shy;paaren)</td>
            <td>15 m</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LX4</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>8B/10B</td>
            <td>
              <span class="alt2u">L</span>ong Wave,
               <span class="alt2u">4</span> Kanäle WWDM,
                1275 / 1300 / 1325 / 1350 nm</td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td>Gradienten&shy;faser (optional: Singlemode&shy;faser)</td>
            <td>240 m bei 400 MHz&sdot;km, 300 m bei 500 MHz&sdot;km
             (Singlemode&shy;faser: 10 km) </td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">SR</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>64B/66B</td>
            <td>
              <span class="alt2u">S</span>hort Wave 850 nm</td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td>Gradientenfaser</td>
            <td>26 bis 300 m
             (abhängig vom Band&shy;breiten&shy;längen&shy;produkt<sup>*</sup>)</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LR</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>64B/66B</td>
            <td>
              <span class="alt2u">L</span>ong Wave 1310 nm</td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td>Singlemodefaser</td>
            <td>10 km</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LRM</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>64B/66B</td>
            <td>
              <span class="alt2u">L</span>ong Wave 1310 nm</td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td>Gradientenfaser (<span class="alt2u">M</span>ultimodefaser)</td>
            <td>
            100 m bei 400 MHz&sdot;km, 220 m bei 500 MHz&sdot;km</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">ER</span>
            </th>
            <td>
              <span class="alt1u">10 G</span>bit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td>64B/66B</td>
            <td>
              <span class="alt2u">E</span>xtra Long Wave 1550 nm</td>
            <td>
              <abbr title="Local Area Network">LAN</abbr>
            </td>
            <td>Singlemodefaser</td>
            <td>40 km</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">SW</span>
            </th>
            <td>9.58464 Gbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td><abbr title="Synchronous Optical Network">SONET</abbr>/<abbr
             title="Synchronous Digital Hierarchy">SDH</abbr></td>
            <td>
              <span class="alt2u">S</span>ort Wave 850 nm</td>
            <td>
              <span class="alt2u">W</span>AN</td>
            <td>Gradientenfaser</td>
            <td>26 bis 300 m
             (abhängig vom Band&shy;breiten&shy;längen&shy;produkt<sup>*</sup>)</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LW</span>
            </th>
            <td>9.58464 Gbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td><abbr title="Synchronous Optical Network">SONET</abbr>/<abbr
             title="Synchronous Digital Hierarchy">SDH</abbr></td>
            <td>
              <span class="alt2u">L</span>ong Wave 1310 nm</td>
            <td>
              <span class="alt2u">W</span>AN</td>
            <td>Singlemode&shy;faser</td>
            <td>10 km</td>
          </tr>
          <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">EW</span>
            </th>
            <td>9.58464 Gbit/s</td>
            <td>
              <span class="alt0u">Basis</span>&shy;band</td>
            <td><abbr title="Synchronous Optical Network">SONET</abbr>/<abbr
             title="Synchronous Digital Hierarchy">SDH</abbr></td>
            <td>
              <span class="alt2u">E</span>xtra Long Wave 1550 nm</td>
            <td>
              <span class="alt2u">W</span>AN</td>
            <td>Singlemode&shy;faser</td>
            <td>40 km</td>
          </tr>
          <tr class="trans">
            <th/>
            <td colspan="8" class="tlinks">
              <sup>*</sup> 
        62.5/125 µm: 160 MHz&sdot;km: 26 m,
                     200 MHz&sdot;km: 33 m;<br/>&nbsp;
          50/125 µm: 400 MHz&sdot;km: 66 m,
                     500 MHz&sdot;km: 82 m,
                    2000 MHz&sdot;km: 300 m
        </td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Ethernet-Varianten für 10 Gbit/s</p>
    </div>

<!-- ********************************************************************* -->
<h2 id="e100gigabit">40- und 100-Gigabit-Ethernet</h2>
<!-- ********************************************************************* -->

<p>
<abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
hat sich das Ziel gesetzt, bis zum Jahre 2010 den Ethernet-Standard 802.3
um eine 40-Gbit- und um eine 100-Gbit-Variante zu erweitern.
Folgende Vorgaben sollen hierbei erfüllt werden:
</p>

<ul>
  <li>Nur Voll-Duplex-Betrieb,</li>
  <li>Beibehaltung des 802.3-Rahmenformats,</li>
  <li>Beibehaltung der minimalen und maximalen 802.3-Rahmenlängen.</li>
</ul>

<p>Bei 40 Gbit/s sollen folgende Übertragungsmedien möglich sein:</p>

<ul>
  <li>Gradientenfaser der Kategorie
     <abbr title="Optical Multimode">OM</abbr>3: 100 m,</li>
  <li>Kupferkabel: 10 m,</li>
  <li>Backplane: 1 m. </li>
</ul>

<p>Bei 100 Gbit/s sollen folgende Übertragungsmedien möglich sein:</p>

<ul>
  <li>Singlemodefaser: 10 und 40 km,</li>
  <li>Gradientenfaser der Kategorie
      <abbr title="Optical Multimode">OM</abbr>3: 100 m,</li>
  <li>Kupferkabel: 10 m.</li>
</ul>

<!-- ********************************************************************* -->
<h2 id="efm">Ethernet in the First Mile
 (<abbr title="Ethernet in the First Mile">EFM</abbr>)</h2>
<!-- ********************************************************************* -->

<p>
Der <abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard
802.3 umfasst neben den bisher beschriebenen Ethernet-Varianten,
die in erster Linie für den Einsatz in
<abbr title="Local Area Network">LAN</abbr>s (im 10-Gigabitbereich auch in 
<abbr title="Wide Area Network">WAN</abbr>s) vorgesehen sind,
noch weitere Varianten im Bereich der
Teilnehmer-Anschlussnetze (Subscriber Access Networks).
Man spricht hier von Ethernet in der &quot;letzten Meile&quot; bzw.
&mdash; je nach Blickwinkel &mdash; auch von Ethernet in der
&quot;ersten Meile&quot;.
<abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
hat sich für den Begriff <strong>Ethernet in the First Mile
 (<abbr title="Ethernet in the First Mile">EFM</abbr>)</strong>
entschieden.
</p>

<p>Die folgende Tabelle zeigt die von <abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
standardisierten Varianten.</p>

<div class="abbildung">
      <table>
      <caption>Ethernet in the First Mile
       (<abbr title="Ethernet in the First Mile">EFM</abbr>)</caption>
        <colgroup>
          <col width="15%"/>
        </colgroup>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
            <th>Anmerkungen</th>
          </tr>
        </thead>
        <tbody>
        <tr>
            <th>
              <span class="alt1u">2</span>
              <span class="alt0u">Base</span>-<span class="alt2u">TL</span>
            </th>
            <td><span class="alt1u">2</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Telefonleitung (Kategorie 1)</td>
            <td>2.7 km</td>
            <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>), basiert auf
             <abbr title="Single-pair High-speed Digital Subscriber Line">SHDSL</abbr>-Technik</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">10</span>
              <span class="alt0u">Pass</span>-<span class="alt2u">TS</span>
            </th>
            <td><span class="alt1u">10</span> Mbit/s</td>
            <td><span class="alt0u">Pass</span>&shy;band</td>
            <td>Telefonleitung (Kategorie 1)</td>
            <td>750 m</td>
            <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>), basiert auf
             <abbr title="Very high-speed Digital Subsciber Line">VDSL</abbr>-Technik</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">BX10</span>
            </th>
            <td><span class="alt1u">100</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (Long Wave <span class="alt2u">B</span>idirectional)</td>
            <td><span class="alt2u">10</span> km</td>
            <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>),
            1 Faser für beide Richtungen</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">100</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LX10</span>
            </th>
            <td><span class="alt1u">100</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (<span class="alt2u">L</span>ong Wave)</td>
            <td><span class="alt2u">10</span> km</td>
           <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>)</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">BX10</span>
            </th>
            <td><span class="alt1u">1000</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (Long Wave <span class="alt2u">B</span>idirectional)</td>
            <td><span class="alt2u">10</span> km</td>
           <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>),
           1 Faser für beide Richtungen</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">LX10</span>
            </th>
            <td><span class="alt1u">1000</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (<span class="alt2u">L</span>ong Wave)</td>
            <td><span class="alt2u">10</span> km</td>
           <td>Point-to-Point (<abbr title="Point-to-Point">P2P</abbr>)</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">PX10</span>
            </th>
            <td><span class="alt1u">1000</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (Long Wave <span class="alt2u">P</span>assive)</td>
            <td><span class="alt2u">10</span> km</td>
            <td>Point-to-Multipoint (<abbr title="Point-to-Multipoint">P2MP</abbr>),
             max. 16 Anschlüsse</td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">PX20</span>
            </th>
            <td><span class="alt1u">1000</span> Mbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Singlemodefaser (Long Wave <span class="alt2u">P</span>assive)</td>
            <td><span class="alt2u">20</span> km</td>
            <td>Point-to-Multipoint (<abbr title="Point-to-Multipoint">P2MP</abbr>),
             max. 16 Anschlüsse</td>
         </tr>
       </tbody>
      </table>
    </div>

<div class="fusszeile">
<a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
</div>
    
<!-- ********************************************************************* -->
<h2 id="eback">Ethernet in der Backplane</h2>
<!-- ********************************************************************* -->

<p>
Der <abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-Standard
802.3 umfasst noch einen weiteren Bereich, nämlich den Backplane-Bereich
für Server, Router und Switches.
In den Kurzbezeichnungen wird dies durch den Buchstaben
<span class="alt2u">K</span> ausgedrückt.
</p>

<p>Die folgende Tabelle zeigt die von <abbr
title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
standardisierten Varianten.</p>

<div class="abbildung">
      <table>
      <caption>Ethernet in der Backplane</caption>
        <colgroup>
          <col width="15%"/>
        </colgroup>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <td class="trans"/>
            <th>max. Über&shy;tragungs&shy;rate</th>
            <th>Technik</th>
            <th>Über&shy;tragungs&shy;medium</th>
            <th>max. Segment&shy;länge</th>
            <th>Anmerkungen</th>
          </tr>
        </thead>
        <tbody>
        <tr>
            <th>
              <span class="alt1u">1000</span>
              <span class="alt0u">Base</span>-<span class="alt2u">KX</span>
            </th>
            <td><span class="alt1u">1</span> Gbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Kupferkabel</td>
            <td>1 m</td>
            <td></td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">KX4</span>
            </th>
            <td><span class="alt1u">10</span> Gbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Kupferkabel</td>
            <td>1 m</td>
            <td></td>
         </tr>
        <tr>
            <th>
              <span class="alt1u">10G</span>
              <span class="alt0u">Base</span>-<span class="alt2u">KR</span>
            </th>
            <td><span class="alt1u">10</span> Gbit/s</td>
            <td><span class="alt0u">Basis</span>&shy;band</td>
            <td>Kupferkabel</td>
            <td>1 m</td>
            <td></td>
         </tr>
       </tbody>
      </table>
    </div>

<div class="fusszeile">
<a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
</div>
    
<!-- ********************************************************************* -->
<h1 id="ethernetbruecken">Ethernet &ndash; Brücken,
 Switches und <abbr title="Virtual Local Area Network">VLAN</abbr>s</h1>
<!-- ********************************************************************* -->

<blockquote>
      <p>Capitalist switching goes like this: You give me some money and I give you
  some bandwith. It's all yours. You don't have to share it with anyone. If you
  don't use it, then it's wasted &ndash; but hey, that's capitalism.
  In socialist switching we have a huge pool of bandwith &ndash; and we share it!
  You want some bandwith, man, you take it, and when you're done, kindly
  return it to the pool. Revolutionary!</p>
      <p>
        <cite>Peter Newman, Data Communications, December 1994</cite>
      </p>
    </blockquote>

<p>Die allgemeine Funktionsweise einer Brücke wurde bereits im Kapitel
&quot;<a href="#medienzugriff">Medienzugriff
(<abbr title="Media Access Control">MAC</abbr>-Schicht)</a>&quot;
beschrieben. Im folgenden wird der Brückentyp, der
bei Ethernet-Netzwerken eingesetzt wird, näher erläutert.</p>

<!-- ********************************************************************* -->
<h2 id="transbruecke">Transparente Brücke</h2>
<!-- ********************************************************************* -->

<p>Die typische Ethernet-Brücke ist ein echtes Plug-and-Play-Gerät.
Sie wird einfach ins Netz integriert und nimmt dann transparent, d.h.
ohne dass ein Administrator tätig werden muss und ohne dass die
ans Netz angeschlossenen Datenendgeräte etwas merken,
ihren Betrieb auf. Die Brücke wird von den
am Netzbetrieb teilnehmenden Datenendgeräten nicht direkt
adressiert, außer sie wird selbst als Datenendgerät im Rahmen eines
Netzwerk-Managements angesprochen.
Die <abbr title="Media Access Control">MAC</abbr>-Adressen
der Anschluss-Ports der Brücke bleiben also im allgemeinen verborgen
und erscheinen nicht in den
<abbr title="Media Access Control">MAC</abbr>-Adressfeldern
der zwischen den Datenendgeräten
ausgetauschten Ethernet-Rahmen.
Daher wird diese Brücke als
<strong>transparente Brücke (Transparent Bridge)</strong> bezeichnet.</p>

<p class="extra">Adresstabelle</p>

<p>Wesentlicher Bestandteil der transparenten Brücke
ist die intern geführte Adresstabelle. Hierbei handelt es sich um eine Datenbank,
in der die <abbr title="Media Access Control">MAC</abbr>-Adressen
der im Netz angeschlossenen Datenendgeräte den Ports der Brücke zugeordnet werden.
Die Brücke benötigt diese Zuordnungen, um die Ethernet-Rahmen
korrekt zustellen zu können.
Die Pflege der Datenbank geschieht durch einen als
<strong>Backward Learning</strong> bezeichneten Selbstlernmechanismus.
Dieser in der Brücke implementierte Selbstlernmechanismus erspart somit die manuelle
Konfiguration der Adresstabelle.
Die Zustellung der Rahmen anhand der Adresstabelle geschieht durch einen als
<strong>Bridge Forwarding</strong> bezeichneten Mechanismus,
der ebenfalls in der Brücke implementiert ist.</p>

<p>Die folgende Abbildung zeigt diese beiden Mechanismen in
einem Ablaufdiagramm, wobei
Port X und Port Y für zwei belibige Ports der Brücke stehen.</p>

<div class="abbildung">
      <img src="bruecken-algorithmus.png" alt="Algorithmus der transparenten Brücke"/>
      <p class="caption">Algorithmus der transparenten Brücke</p>
    </div>

<p>Durch die Adresstabelle wird also jeder
<abbr title="Media Access Control">MAC</abbr>-Adresse eines Datenendgerätes
genau derjenige Port der Brücke
zugeordnet, über den das entsprechende Datenendgerät erreichbar ist.
Die Tabelle wird automatisch eingerichtet
und aktualisiert. Auf diese Weise werden Netzänderungen automatisch
registriert. Jeder Adress-Eintrag wird außerdem mit einerm Zeitstempel versehen.
Adress-Einträge von Datenendgeräten, die eine bestimmte Zeit
(typischerweise einige Minuten) keinen Datenverkehr hatten, werden automatisch
gelöscht.</p>

<p class="extra">Beispiel</p>

<p>Die folgende Abbildung zeigt eine Brücke mit den Ports 1 bis 4, über
die sie jeweils mit einem <abbr title="Local Area Network">LAN</abbr> gekoppelt ist.
Das über Port 1 erreichbare <abbr title="Local Area Network">LAN</abbr> ist
über eine weitere Brücke bzw. einen
Router mit jeweils einem weiteren <abbr title="Local Area Network">LAN</abbr>
 gekoppelt. In den insgesamt sechs <abbr title="Local Area Network">LAN</abbr>s
werden die Computersysteme A bis F betrachtet, die miteinander
kommunzieren wollen.</p>

<div class="abbildung">
      <img src="bruecken-kopplung.png" alt="LAN-Kopplung mit Brücken"/>
      <p class="caption"><abbr title="Local Area Network">LAN</abbr>-Kopplung
      mit Brücken</p>
    </div>

<p>Wenn die Adresstabelle der (in der Abbildung rechts liegenden)
Brücke vollständig gefüllt ist, sollte
sie folgendermaßen aussehen:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>
              <abbr title="Media Access Control">MAC</abbr>-Adresse</th>
            <th>Port-Nummer der Brücke</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse von Computer A</td>
            <td>1</td>
          </tr>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse von Computer B</td>
            <td>2</td>
          </tr>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse von Computer C</td>
            <td>3</td>
          </tr>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse von Computer D</td>
            <td>4</td>
          </tr>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse von Computer F</td>
            <td>1</td>
          </tr>
          <tr>
            <td>
              <abbr title="Media Access Control">MAC</abbr>-Adresse 
              eines der beiden Anschlusspunkte des Routers<br/> 
             (rechter Anschluss in der Abbildung)</td>
            <td>1</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Adresstabelle einer Brücke</p>
    </div>

<p>Das Computersystem E ist nicht in der Adresstabelle enthalten, da der Router
keine Ethernet-Rahmen von diesem <abbr title="Local Area Network">LAN</abbr>
unverändert durchlässt, sondern alle Ethernet-Rahmen
beim Übergang mit seiner <abbr title="Media Access Control">MAC</abbr>-Adresse
als Quelladresse versieht. Die Brücke erfährt also
keine <abbr title="Media Access Control">MAC</abbr>-Adressen aus dem
<abbr title="Local Area Network">LAN</abbr> von E.
Die Computer A, B, C, D und F können mit Computer E
nur über den Router kommunizieren und benötigen dazu Adressinformationen
der Netzwerkschicht.
Wenn in der Netzwerkschicht als Protokoll
z.B. das Internet-Protokoll eingesetzt wird, handelt es sich hierbei um
<abbr title="Internet Protocol">IP</abbr>-Adressen
(siehe Kapitel &quot;<a href="#ipadressen">
<abbr title="Internet Protocol">IP</abbr> &ndash; Adressen und Protokolle</a>&quot; und
&quot;<a href="#iprouter">
<abbr title="Internet Protocol">IP</abbr> &ndash;
 Router und <abbr title="Layer 3">L3</abbr>-Switches</a>&quot;).</p>

<!-- ********************************************************************* -->
<h2 id="spanbruecke">Spanning-Tree-Brücke</h2>
<!-- ********************************************************************* -->

<p>Wenn in einem Netz redundante Brücken installiert sind (z.B. aus Gründen
der Betriebssicherheit), würden ohne weitere Zusatzmaßnahmen Endlosschleifen
auftreten (vor allem beim Flooding). Gelöst wird dieses Problem durch die
Kommunikation der Brücken untereinander und durch die Überlagerung der
aktuellen Topologie mit einem
<strong>überspannenden Baum (Spanning Tree)</strong>,
der einen eindeutigen Weg garantieren soll.
Hierfür benötigt man einen besonderen Brückentyp, nämlich die
<strong>Spanning-Tree-Brücke</strong>. Bei einer Spanning-Tree-Brücke
handelt es sich im Grunde genommen um eine transparente Brücke,
die mit einem zusätzlichen
Algorithmus &ndash; dem Spanning-Tree-Algorithmus &ndash; ausgestattet ist.
Im &quot;Normalfall&quot; arbeitet die Spanning-Tree-Brücke also wie die transparente
Brücke.</p>

<p>Alle in ein Netz eingebundenen Spanning-Tree-Brücken
tauschen untereinander Informationen über
ihren Betriebszustand und über die aktive Topologie des Netzes aus.
Dieser Informationsaustausch geschieht über sogenannte
<strong>Bridge Protocol Data Units
(<abbr title="Bridge Protocol Data Unit">BPDU</abbr>s)</strong>
und führt zu folgenden Resultaten:</p>

<ul>
      <li>Eindeutige Festlegung einer <strong>Wurzel-Brücke (Root Bridge)</strong>,</li>
      <li>eindeutige Zuordnung eines <strong>Wurzel-Ports (Root Port)</strong>
            für jede Brücke in der Weise, dass die Brücke nur über diesen
            Port mit der Wurzel-Brücke kommunizieren kann,</li>
      <li>eindeutige Zuordnung eines Ports für jedes
       <abbr title="Local Area Network">LAN</abbr> in der Weise, dass das            
              <abbr title="Local Area Network">LAN</abbr> nur über diesen
               <strong>designierten Port (designated Port)</strong>
               mit der Wurzel-Brücke kommunizieren kann, und</li>
      <li>Entfernung von Schleifen im Netz durch Deaktivierung
             derjenigen Ports, die für den Baum nicht benötigt werden.</li>
    </ul>

<p>Brücken mit designierten Ports werden als
<strong>designierte Brücken (designated Bridges)</strong>
für die betroffenen <abbr title="Local Area Network">LAN</abbr>s bezeichnet.
Per Definition ist somit die Wurzel-Brücke für die direkt daran
angeschlossenen <abbr title="Local Area Network">LAN</abbr>s
immer auch die designierte Brücke.</p>

<p class="extra">Adressen und IDs</p>

<p>Jede Spanning-Tree-Brücke hat eine universelle
<abbr title="Media Access Control">MAC</abbr>-Individual-Adresse, die als
<strong>Brücken-Adresse (Bridge Address)</strong> bezeichnet wird.
Diese <abbr title="Media Access Control">MAC</abbr>-Adresse kann
(muss aber nicht) mit der Individual-Adresse
eines ihrer Ports übereinstimmen, wobei hier in der Regel der Port
mit der niedrigsten Port-ID herangezogen wird.</p>

<p>Jede Spanning-Tree-Brücke hat außerdem eine eindeutige
<strong>Brücken-ID (Bridge Identifier)</strong>.
 Diese ID setzt sich aus einer 2 Byte langen Priorität und der
 Brücken-Adresse zusammen. Die Priorität kann vom
 Administrator gesetzt werden. Der niedrigste Wert bezeichnet
 dabei die höchste Priorität.
 Zulässiger Bereich für die Brückenpriorität:
 0 bis 65535. Default-Wert: 32768.</p>
 
    <!-- Zulässiger Bereich für die Brückenpriorität:
 0 bis 61440 in Schritten von 4096. Default-Wert: 32768.</p> -->
 
 <p>Jeder Port einer Brücke hat eine
 <strong>Port-ID (Port Identifier)</strong>.
 Diese ID setzt sich aus einer 1 Byte langen Priorität und einer
 <!-- 1 Byte langen -->
 fest vorgegebenen Port-Nummer zusammen.
 Auch hier kann die Priorität vom Administrator
 gesetzt werden und auch hier bezeichnet der niedrigste Wert
 die höchste Priorität.
 Zulässiger Bereich für die Port-Priorität:
 0 bis 255. Default-Wert: 128.</p>
 
    <!-- Zulässiger Bereich für die Port-Priorität:
 0 bis 240 in Schritten von 16. Default-Wert: 128.</p> -->
 
 <p>Als Ziel-<abbr title="Media Access Control">MAC</abbr>-Adresse
 wird bei allen <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s die für das
Spanning-Tree-Protokoll reservierte Multicast-Adresse
01-80-C2-00-00-00 verwendet. Rahmen mit dieser Zieladresse
werden intern von den Brücken verarbeitet, aber nicht weitergeleitet.</p>

<p class="extra">Port-Statusregister</p>

<p>Jede Spanning-Tree-Brücke verfügt über ein Port-Statusregister,
das Informationen über den Betriebszustand
jedes einzelnen Ports enthält.
Folgende Zustände sind möglich:</p>

<dl>
      <dt>Forwarding:</dt>
      <dd>Der Port ist voll aktiv und kann beliebige Rahmen empfangen, absenden
       und verarbeiten.</dd>
      <dt>Learning:</dt>
      <dd>Der Port ist eingeschränkt aktiv.
      Der Port beschränkt sich bei &quot;normalen&quot; Daten-Rahmen
      von Datenendgeräten darauf, die Adress-Tabelle der Brücke zu aktualisieren.
      Die Rahmen werden jedoch nicht weitergeleitet.
      <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s
       dagegen werden voll unterstützt und verarbeitet.</dd>
      <dt>Listening:</dt>
      <dd>Der Port ist eingeschränkt aktiv.
      Der Zustand entspricht dem
      Zustand &quot;Learning&quot;, die Adressen werden jedoch
      nicht ausgewertet, d.h. die Adress-Tabelle wird nicht
      aktualisiert.</dd>
      <dt>Blocking:</dt>
      <dd>Der Port ist eingeschränkt aktiv.
      Der Zustand entspricht dem
      Zustand &quot;Listening&quot;, das Absenden von
       <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s ist jedoch
      nicht möglich (das Empfangen von
       <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s
        ist allerdings weiterhin möglich).</dd>
      <dt>Disabled:</dt>
      <dd>Der Port ist nicht aktiv.</dd>
    </dl>

<p>In allen Fällen, d.h. auch im Zustand &quot;Disabled&quot;, werden jedoch
Meldungen eines eventuell vorhandenen Netzwerk-Management-Systems
empfangen und verarbeitet.</p>

<p class="extra">Root-Brücke und Spanning-Tree-Topologie</p>

<p>Die Ermittlung der Root-Brücke erfolgt über die
Brücken-ID. Die Brücke mit der höchsten Priorität,
was gleichbedeutend mit der niedrigsten ID ist, wird
zur Root-Brücke erklärt.</p>

<p>Nachdem die Root-Brücke festgelegt ist,
werden für alle anderen Brücken die Root-Ports
ermittelt. Der Root-Port einer Brücke ist derjenige Port,
der die günstigste Verbindung zur Root-Brücke
bietet.
Die &quot;günstigste&quot; Verbindung wird über die sogenannten
<strong>Pfadkosten (Path Cost)</strong> ermittelt. Die Pfadkosten
können vom Administrator gesetzt werden.
Es gibt jedoch Standardwerte, die nach folgender Regel festgelegt werden:
Pfadkosten = 1000 / Übertragungsrate[Mbit/s].
Daraus ergeben sich z.B. für Ethernet 10Base-T Pfadkosten von 100
und für Fast-Ethernet 100Base-T Pfadkosten von 10.
Die Gesamtpfadkosten berechnen sich aus der Summe aller
Einzelpfadkosten, die auf dem Weg zur Root-Brücke
entstehen. Der Port mit den niedrigsten Gesamtpfadkosten
wird zum Root-Port erklärt.
Gibt es mehrere Wege mit gleich niedrigen Pfadkosten,
entscheidet die niedrigste Port-ID (höchste Priorität).</p>

<p>Dann wird für jedes <abbr title="Local Area Network">LAN</abbr>
die designierte Brücke
und der designierte Port in dieser Brücke ermittelt.
Auch hierfür werden wieder die Gesamtpfadkosten herangezogen
und in Zweifelsfällen entscheidet die niedrigste
Brücken-ID bzw. die niedrigste Port-ID. </p>

<p>Zuletzt werden die für den überspannenden Baum nicht mehr
benötigten Ports deaktiviert und in den Zustand &quot;Blocking&quot; geschaltet.</p>

<p>Das Ergebnis dieser gesamten Prozedur ist, dass von jedem
<abbr title="Local Area Network">LAN</abbr> ein eindeutiger Weg
zur Wurzel-Brücke und damit zu jedem anderen
<abbr title="Local Area Network">LAN</abbr> festgelegt ist. Schleifen
sind nicht mehr vorhanden. Wenn nun eine Brücke ausfällt,
was sich für die anderen Brücken in der Weise darstellt, dass
sich die Brücke eine
gewisse Zeit lang (typischerweise einige Sekunden) nicht mehr durch
Aussenden von <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s gemeldet hat,
wird eine neue
Spanning-Tree-Topologie, d.h. ein neuer überspanndender Baum,
nach dem oben geschilderten Verfahren aufgebaut.</p>

<p>Die folgende Abbildung zeigt ein Beispiel
für eine Spanning-Tree-Topologie:</p>

<ul>
      <li>Brücke 1: Root-Brücke und designierte Brücke für
     die <abbr title="Local Area Network">LAN</abbr>s A und B
      (designierte Ports mit den IDs 01 bzw. 02
     im Zustand &quot;Forwarding&quot;).</li>
      <li>Brücke 2: Designierte Brücke für
     die <abbr title="Local Area Network">LAN</abbr>s C und D
      (designierte Ports mit den IDs 01 bzw. 03
     und Root-Port mit der ID 02 im Zustand &quot;Forwarding&quot;).</li>
      <li>Brücke 3: keine designierte Brücke (Root-Port mit der ID 01
     im Zustand &quot;Forwarding&quot;, Port mit der ID 02
     im Zustand &quot;Blocking&quot;).</li>
      <li>Brücke 4: Designierte Brücke für
     das <abbr title="Local Area Network">LAN</abbr> E
      (designierter Port mit der ID 02
     und Root-Port mit der ID 01 im Zustand &quot;Forwarding&quot;).</li>
      <li>Brücke 5: keine designierte Brücke (Root-Port mit der ID 01
     im Zustand &quot;Forwarding&quot;, Port mit der ID 02
     im Zustand &quot;Blocking&quot;).</li>
    </ul>
    
<div class="abbildung">
      <img src="spanning-tree-bruecken.png" alt="Spanning-Tree-Brücken"/>
      <p class="caption">Spanning-Tree-Brücken</p>
    </div>
    
<!--     <div class="abbildung">
<object width="25400" height="19050" data="pic-bridge-4.svg"
 type="image/svg+xml">
<abbr title="Network Address Translation">NAT</abbr>-Router</object>
<p class="caption"><abbr title="Network Address Translation">NAT</abbr>-Router</p>
</div>  -->
    
<p class="extra">Spanning Tree Protocol</p>

<p>Die Kommunikation der Brücken erfolgt über das
<strong>Spanning Tree Protocol
(<abbr title="Spanning Tree Protocol">STP</abbr>)</strong>.
Das Spanning-Tree-Protokoll verwendet zwei Typen von
<abbr title="Bridge Protocol Data Unit">BPDU</abbr>s:
<strong>Configuration <abbr title="Bridge Protocol Data Unit">BPDU</abbr>s</strong> und
<strong>Topology Change Notification
<abbr title="Bridge Protocol Data Unit">BPDU</abbr>s</strong>.
Mit der Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>
werden Konfigurationsdaten übermittelt, mit der
Topology-Change-Notification-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>
werden Topologie-Änderungen bekannt gegeben.</p>

<p>Die folgende Abbildung zeigt den Aufbau einer
Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Protocol Identifier<br/>00 00 00 00 (hex)</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Protocol Version Identifier<br/>00 00 (hex)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th><abbr title="Bridge Protocol Data Unit">BPDU</abbr>
             Type<br/>00 00 (hex)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Flags</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Root Identifier</th>
            <td>8 Byte</td>
          </tr>
          <tr>
            <th>Root Path Cost</th>
            <td>4 Byte</td>
          </tr>
          <tr>
            <th>Bridge Identifier</th>
            <td>8 Byte</td>
          </tr>
          <tr>
            <th>Port Identifier</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Message Age</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Max Age</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Hello Time</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Forward Delay</th>
            <td>2 Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Configuration-<abbr
       title="Bridge Protocol Data Unit">BPDU</abbr></p>
    </div>

<dl>
      <dt>Protocol Identifier:</dt>
      <dd>Identifizierung des Protokolls, das die
       <abbr title="Bridge Protocol Data Unit">BPDU</abbr>
     gebildet hat (<abbr title="Spanning Tree Protocol">STP</abbr>
      hat den Wert 00 00 00 00 (hex)).</dd>
      <dt>Protocol Version Identifier:</dt>
      <dd><abbr title="Spanning Tree Protocol">STP</abbr>-Version
       (trägt den Wert 00 00 (hex)).</dd>
      <dt><abbr title="Bridge Protocol Data Unit">BPDU</abbr> Type:</dt>
      <dd>Typ der vorliegenden <abbr title="Bridge Protocol Data Unit">BPDU</abbr>
       (die Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr> hat den
         Wert 00 00 (hex)).</dd>
      <dt>Flags:</dt>
      <dd>Parameter zur Mitteilung und Bestätigung von Topologie-Änderungen.</dd>
      <dt>Root Identifier:</dt>
      <dd>Brücken-ID derjenigen Brücke, die
    als Root-Brücke angenommen wird.</dd>
      <dt>Root Path Cost:</dt>
      <dd>Parameter für die Ermittlung des günstigsten Pfades von dem
    an die Brücke angeschlossenen <abbr title="Local Area Network">LAN</abbr>
     zur Root-Brücke.</dd>
      <dt>Bridge Identifier:</dt>
      <dd>Eindeutige Brücken-ID.</dd>
      <dt>Port Identifier:</dt>
      <dd>Eindeutige Port-ID desjenigen Ports, über den die
    Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>
     verschickt wird.</dd>
      <dt>Message Age:</dt>
      <dd>Alter einer Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>
       (wird beim Empfang mit &quot;Max Age&quot;
    verglichen und verworfen, falls der Wert größer ist).</dd>
      <dt>Max Age:</dt>
      <dd>Von der Root-Brücke festgelegte, zeitliche Begrenzung für die Lebensdauer
     der Konfigurationsdaten in den Brücken.</dd>
      <dt>Hello Time:</dt>
      <dd>Zeitintervall zwischen der Generierung von
    Configuration-<abbr title="Bridge Protocol Data Unit">BPDU</abbr>s
     (typischer Weise einige Sekunden).</dd>
      <dt>Forward Delay:</dt>
      <dd>Von der Root-Brücke festgelegtes
    Zeitintervall, das maximal verstreichen darf, bis eine Brücke
    in den Zustand &quot;Forwarding&quot; umschaltet.</dd>
    </dl>
    <p>Die folgende Abbildung zeigt den Aufbau einer
    Topology-Change-Notification-<abbr
     title="Bridge Protocol Data Unit">BPDU</abbr>.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Protocol Identifier<br/>00 00 00 00 (hex)</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Protocol Version Identifier<br/>00 00 (hex)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th><abbr title="Bridge Protocol Data Unit">BPDU</abbr>
             Type<br/>00 01 (hex)</th>
            <td>1 Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Topology-Change-Notification-<abbr
       title="Bridge Protocol Data Unit">BPDU</abbr></p>
    </div>

<dl>
      <dt>Protocol Identifier:</dt>
      <dd>Identifizierung des Protokolls, das die
       <abbr title="Bridge Protocol Data Unit">BPDU</abbr>
     gebildet hat (<abbr title="Spanning Tree Protocol">STP</abbr>
      hat den Wert 00 00 00 00 (hex)).</dd>
      <dt>Protocol Version Identifier:</dt>
      <dd><abbr title="Spanning Tree Protocol">STP</abbr>-Version 
      (trägt den Wert 00 00 (hex)).</dd>
      <dt><abbr title="Bridge Protocol Data Unit">BPDU</abbr> Type:</dt>
      <dd>Typ der vorliegenden <abbr title="Bridge Protocol Data Unit">BPDU</abbr>
       (die Topology-Change-Notification-<abbr
        title="Bridge Protocol Data Unit">BPDU</abbr>
           hat den Wert 00 01 (hex)).</dd>
    </dl>

<!-- ********************************************************************* -->
<h2 id="l2switch">Layer-2-Switch</h2>
<!-- ********************************************************************* -->

<p>Die Funktionsweise eines <strong>Layer-2-Switches</strong>,
<strong><abbr title="Layer 2">L2</abbr>-Switches</strong> oder
<strong><abbr title="Layer 2">L2</abbr>-Switching-Hubs</strong>
in einem Ethernet-Netzwerk unterscheidet sich zunächst in
keiner Weise von der einer transparenten Multiport-Brücke. Ankommende Rahmen
werden genau wie bei der Brücke aufgrund der Adressfilterung nur an den Port
weitergeleitet, an dem das <abbr title="Local Area Network">LAN</abbr>
oder Netzsegment angeschlossen ist, über das
das Ziel-Datenendgerät erreichbar ist. Um diese Aufgabe durchführen zu können, pflegt
ein Ethernet-Switch eine interne Adresstabelle in der gleichen Weise wie eine
transparente Brücke. Es gibt also auch hier einen Learning-Prozess und einen
Forwarding-Prozess. Darüberhinaus kann die Funktionalität des Switches durch
den Spanning Tree Algorithmus erweitert werden, wie man es auch von der
transparenten Brücke her kennt.</p>

<p>Ein wesentliches Unterscheidungsmerkmal zwischen Brücken und Switches ist
die <strong>Verzögerungszeit (Latency)</strong>, d.h. der Zeitraum, der
zwischen dem Eintreffen eines Bits an einem Port und dem Wiederverlassen
dieses Bits an einem anderen Port vergeht. Während bei Brücken die
Verzögerungszeit eine eher untergeordnete Rolle spielt, ist sie bei Switches,
die die Rolle eines zentralen Hubsystems übernehmen, ein ganz entscheidendes
Kriterium. Switches werden für hohen Durchsatz mit kleinstmöglichen
Verzögerungszeiten optimiert.</p>

<p class="extra">Mikro-Segmentierung</p>

<p>Im Extremfall ist an jeden Port des Switches nur noch <em>ein</em> Datenendgerät
direkt über ein Kabelsegment angeschlossen. Man spricht dann häufig von
<strong>Mikro-Segmentierung</strong>. Der Switch übernimmt dadurch die Rolle
eines Hubs und wird zum <strong>Switching Hub</strong>. Die Rahmen eines
sendenden Datenendgerätes werden ausschließlich und direkt
an das Empfänger-Datenendgerät
weitergeleitet, d.h. zwischen den beiden Datenendgeräten wird ein exklusiver
Übertragungskanal aufgebaut. Auf diese Weise wird es möglich, dass in einem
Ethernet zwei Datenendgeräte kollisionsfrei im Vollduplex-Betrieb miteinander
kommunizieren können.</p>

<p>Durch die Mikro-Segmentierung löst man in gewisser Weise eine
Kollisionsdomäne völlig auf. Die folgende Abbildung zeigt ein Ethernet mit
einem zentralen Hub. Das gesamte Netz stellt eine einzige Kollisionsdomäne
dar.</p>

<div class="abbildung">
      <img src="sterntopologie.png" alt="Sterntopologie mit Hub"/>
      <p class="caption">Sterntopologie mit Hub</p>
    </div>

<p>Ersetzt man im obigen Netz den Hub durch ein Switch, stellt jedes einzelne
an den Switch angeschlossene Mikro-Segment eine eigene Kollisionsdomäne dar.
In einer derartigen Kollisionsdomäne können nur noch Kollisionen zwischen dem
Switch und dem an das betreffende Segment angeschlossenen Datenendgerät auftreten.</p>

<div class="abbildung">
      <img src="mikrosegmentierung.png" alt="Sterntopologie mit Switch"/>
      <p class="caption">Sterntopologie mit Switch</p>
    </div>

<p>Wenn nun noch der Switch und das Datenendgerät vom Halbduplex-Betrieb in den
Vollduplex-Betrieb geschaltet werden, erfolgt der Datenverkehr völlig
kollisionsfrei.</p>

<p class="extra">Switching-Technik</p>

<p>Ein Switch, das genau wie eine Brücke jeden ankommenden Rahmen zunächst
zwischenspeichert, auf eventuelle Fehler überprüft und dann erst weiterleitet,
wird als <strong>Store-And-Forward-Switch</strong> bezeichnet. Dadurch, dass
dieser Switch-Typ über ausreichend Puffer-Speicher verfügt, ist er in idealer
Weise dazu geeignet, schnelle 100-Mbit/s-Segmente (z.B. 100Base-TX) mit
langsamen 10-Mbit/s-Segmenten (z.B. 10Base-T) zu koppeln. Sollte doch einmal
der Puffer-Speicher voll sein, treten die Mechanismen der Flusskontrolle in
Aktion, d.h. im Halbduplex-Betrieb werden künstliche Kollisionen erzeugt und
im Vollduplex-Betrieb werden Pause-Rahmen verschickt.</p>

<p>Wenn bei einem Switch der Forwarding-Prozess sofort gestartet wird, nachdem
die Ziel-<abbr title="Media Access Control">MAC</abbr>-Adresse
 vom Switch gelesen wurde, spricht man von einem
<strong>Cut-Through-Switch</strong> oder <strong>On-The-Fly-Switch</strong>.
Hierdurch wird die Verzögerungszeit auf ein Minimum reduziert. Da durch das
unmittelbare Weiterleiten nicht mehr der gesamte Rahmen zwischengespeichert
wird, werden auch fehlerhafte Rahmen an den Empfänger übermittelt. Dies wirkt
sich vor allem dann negativ aus, wenn viele fehlerhafte Broadcast-Rahmen
unterwegs sind. Außerdem ist es mit dieser Switch-Technik nicht möglich, Daten
von einem langsamen 10-Mbit/s-Segment an ein schnelles 100-Mbit/s-Segment
weiterzureichen, da die Daten nicht schnell genug nachgeliefert werden
können.</p>

<p>Wenn innerhalb eines Switches der Ethernet-Rahmen unverändert vom
Eingangs-Port an den Ausgangs-Port weitergeleitet wird, spricht man von
<strong>Frame Switching</strong>. Brücken arbeiten in der Regel nach diesem
Prinzip. Wenn der Rahmen dagegen in kleine Zellen fester Größe zerlegt wird,
diese Zellen dann zum Ausgangs-Port geleitet werden und unmittelbar vor dem
Versenden wieder zum ursprünglichen Rahmen zusammengesetzt werden, spricht man
von <strong>Cell Switching</strong>.</p>

<p>Da der Switch in der Lage sein muss, parallele Verbindungen zwischen den
einzelnen Ports mit hohem Datendurchsatz zu bedienen, benötigt er eine extrem
hohe interne Übertragungskapazität. Hierfür steht dem Switch ein internes
Vermittlungsnetzwerk zur Verfügung, das meist als <strong>Backplane</strong>
bezeichnet wird.</p>

<!-- ********************************************************************* -->
<h2 id="switchshare">Switched Ethernet vs. Shared Ethernet</h2>
<!-- ********************************************************************* -->

<p>Häufig unterscheidet man bei der Klassifizierung von
Ethernet-<abbr title="Local Area Network">LAN</abbr>s zwischen
&quot;Switched Ethernet&quot; und &quot;Shared Ethernet&quot;.
Unter einem <strong>Switched
Ethernet</strong> versteht man ein
Ethernet-<abbr title="Local Area Network">LAN</abbr>, das ausschließlich aus
Punkt-zu-Punkt-Verbindungen besteht, wobei die einzelnen Kabelsegmente über
Switches gekoppelt sind. Unter einem <strong>Shared Ethernet</strong> versteht
man ein Ethernet-<abbr title="Local Area Network">LAN</abbr>,
dessen Kabelsegmente über Repeater und Hubs gekoppelt
sind.</p>

<p>Diese Bezeichnungsweise ist etwas unglücklich, weil der Begriff &quot;Shared
Ethernet&quot; leicht mit dem Begriff &quot;Shared Media&quot; verwechselt werden kann.
Die folgende Tabelle schafft hier für Klarheit und und zeigt auf, welche
Ethernet-Varianten für welche Betriebsweise geeignet sind. Das Kürzel &quot;-x&quot;
steht für alle verfügbaren Twisted-Pair- und Fiber-Optic-Varianten.</p>

<div class="abbildung">
      <table>
      <colgroup><col/><col span="3" width="25%"/></colgroup>
        <thead>
          <tr>
            <th class="trans"/>
            <th>Shared-Media / Halbduplex</th>
            <th>Dedicated-Media / Halbduplex</th>
            <th>Dedicated-Media / Vollduplex</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <th>Shared Ethernet</th>
            <td>10Base5, 10Base2</td>
            <td>10Base-x, 100Base-x, 1000Base-x</td>
            <td>---</td>
          </tr>
          <tr>
            <th>Switched Ethernet</th>
            <td>---</td>
            <td>10Base-x, 100Base-x, 1000Base-x</td>
            <td>10Base-x (ohne 10Base-FP und 10Base-FB), 100Base-x (ohne
        100Base-T4), 1000Base-x</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Ethernet-Betriebsweisen</p>
    </div>

<p>An Hand dieser Matrix kann man sehr gut erkennen, wie der Trend bei Ethernet
verläuft: Von links oben (10Base5 im Shared-Media-Betrieb) nach
rechts unten (1000Base-x im Vollduplex-Betrieb).</p>

<p class="extra">Link Aggregation</p>

<p>Von großer Bedeutung für die Skalierung von Netzen ist die Bündelung
mehrerer Leitungen. Bei parallelen Leitungen zwischen zwei Datenendgeräten wird
normalerweise der Spanning-Tree-Algorithmus aktiv, der alle Leitungen bis auf
eine Leitung still legt. Der Spanning-Tree-Algorithmus verhindert also eine
Skalierung durch Leitungsbündelung. Daher wurde speziell für diese Aufgabe ein
Algorithmus mit der Bezeichnung <strong>Aggregation of Multiple Link
Segments</strong> oder kurz <strong>Link Aggregation</strong> entwickelt. Mit
Hilfe dieses Algorithmus ist es möglich, zwischen zwei Datenendgeräten mehrere parallele
Leitungen aktiv zu betreiben. Fälschlicherweise wird Link Aggregation
oft auch als Trunking bezeichnet.</p>

<p>Bündelt man auf diese Weise z.B. 3 Leitungen, die mit 10 Mbit/s im
Vollduplex-Betrieb eingesetzt werden, ergibt sich eine Gesamtübertragungsrate
von</p>

<math mode="display" xmlns="&mathml;">
  <mrow>
    <mrow><mn>3</mn><mtext>&nbsp;(Leitungen)</mtext></mrow>
    <mo>&times;</mo>
    <mrow><mn>2</mn><mtext>&nbsp;(Vollduplex)</mtext></mrow>
    <mo>&times;</mo>
    <mrow><mn>10</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac></mrow>
    <mo>=</mo>
    <mrow><mn>60</mn><mfrac><mtext>Mbit</mtext><mtext>s</mtext></mfrac><mtext>.</mtext></mrow>
  </mrow>
</math>

<!--  <div class="abbildung">
      <table class="formel">
        <tbody>
          <tr>
            <td>3 (Leitungen) × 2 (Vollduplex) × 10 Mbit/s = 60 Mbit/s.</td>
          </tr>
        </tbody>
      </table>
    </div>   -->

<!-- ********************************************************************* -->
<h2 id="vlan">Ethernet-<abbr title="Local Area Network">LAN</abbr> als
 <abbr title="Virtual Local Area Network">VLAN</abbr></h2>
<!-- ********************************************************************* -->

<p>Durch den Einsatz eines Switches kann man zwar eine Kollisionsdomäne in
einzelne Mikro-Segmente aufteilen, aber diese Mikro-Segmente bilden zusammen
nach wie vor eine geschlossene Broadcast-Domäne auf
<abbr title="Media Access Control">MAC</abbr>-Ebene. Da Switches wie
Brücken in der <abbr title="Media Access Control">MAC</abbr>-Schicht arbeiten,
können sie keine Rahmen ausfiltern, die
als <abbr title="Media Access Control">MAC</abbr>-Zieladresse
eine Broadcast-Adresse mitführen, sondern müssen diese
Rahmen an alle Ports weiterleiten.</p>

<p>Eine Aufteilung in getrennte Broadcast-Domänen ist eigentlich erst in der
Netzwerkschicht durch den Einsatz von Routern möglich. Durch
spezielle Switch-Systeme kann man jedoch logische Teilnetze aufbauen, so dass
zwei Datenendgeräte aus unterschiedlichen (logischen) Teilnetzen auf
<abbr title="Media Access Control">MAC</abbr>-Ebene nicht
miteinander kommunizieren können. Ein solches logisches Teilnetz heißt
<strong>virtuelles <abbr title="Local Area Network">LAN</abbr>
(Virtual <abbr title="Local Area Network">LAN</abbr>,
<abbr title="Virtual Local Area Network">VLAN</abbr>)</strong>
oder <strong>Workgroup <abbr title="Local Area Network">LAN</abbr></strong>.
Ein <abbr title="Virtual Local Area Network">VLAN</abbr>
ist also ein logische Gruppe von Datenendgeräten, die gemeinsam
eine Broadcast-Domäne bilden.</p>

<p>Die Kommunikation zwischen zwei Datenendgeräten, die zu unterschiedlichen
<abbr title="Virtual Local Area Network">VLAN</abbr>s
gehören, kann nur über Router erfolgen. Es kann also vorkommen,
dass zwei Datenendgeräte,
die physikalisch an denselben Switch angeschlossen sind, ihre Rahmen über
einen entfernten Router übermitteln müssen. Ohne Router ist eine Kommunikation
zwischen zwei Datenendgeräten unterschiedlicher
<abbr title="Virtual Local Area Network">VLAN</abbr>s nicht möglich. Es ist jedoch
möglich, ein Datenendgerät mehreren
<abbr title="Virtual Local Area Network">VLAN</abbr>s zuzuordnen,
um auf diese Weise z.B. ein
Serversystem für mehrere <abbr title="Virtual Local Area Network">VLAN</abbr>s
zugängig zu machen.</p>

<p class="extra"><abbr title="Virtual Local Area Network">VLAN</abbr>-Zuordnung</p>

<p>Wenn man sich entschlossen hat,
<abbr title="Virtual Local Area Network">VLAN</abbr>s einzurichten,
stellt sich die Frage,
nach welchen Gesichtspunkten die Gruppierung der Datenendgeräte erfolgen soll. Bei
den beiden gebräuchlichsten Varianten wird die Zuordnung auf der Basis von
Switch-Ports oder auf der Basis der 
Datenendgerät-<abbr title="Media Access Control">MAC</abbr>-Adressen vorgenommen.
Man spricht dann von</p>

<ul>
      <li>Port-based <abbr title="Virtual Local Area Network">VLAN</abbr>s,
       bzw. von</li>
      <li>
        <abbr title="Media Access Control">MAC</abbr> Address-based
         <abbr title="Virtual Local Area Network">VLAN</abbr>s.</li>
    </ul>

<p>Hierzu wird im Switch neben der standarmäßig vorhandenen Adresstabelle, die
die Zuordnung der Switch-Ports zu
<abbr title="Media Access Control">MAC</abbr>-Adressen beinhaltet, noch eine
Netztabelle eingerichtet, in der jedem Switch-Port (im Fall der Port-based
<abbr title="Virtual Local Area Network">VLAN</abbr>s)
bzw. jeder <abbr title="Media Access Control">MAC</abbr>-Adresse
(im Fall der <abbr title="Media Access Control">MAC</abbr> Address-based
<abbr title="Virtual Local Area Network">VLAN</abbr>s) eine
<abbr title="Virtual Local Area Network">VLAN</abbr>-Kennung zugeordnet wird.
Während die Adresstabelle vom Switch selbst
aufgebaut und gepflegt wird, muss die zusätzliche Netztabelle von einem
Administrator eingerichtet werden.</p>

<p>Weitere Zuordnungen sind möglich z.B. auf der Basis von
<abbr title="Internet Protocol">IP</abbr>-Subnetzen oder
nach Protokolltypen (<abbr title="Internet Protocol">IP</abbr>
oder <abbr title="Internetwork Packet Exchange">IPX</abbr>). Man spricht dann von</p>

<ul>
      <li>
        <abbr title="Internet Protocol">IP</abbr>
         Subnet-based <abbr title="Virtual Local Area Network">VLAN</abbr>s,
          bzw. von</li>
      <li>Protocol-based <abbr title="Virtual Local Area Network">VLAN</abbr>s.</li>
    </ul>

    <!--<p>Da bei diesen beiden Varianten die Zuordnung aufgrund von Informationen
erfolgt, die aus der <abbr title="Open Systems Interconnection">OSI</abbr>-Schicht
 3 stammen und
in jedem Datenpaket mitgeführt werden, spricht man
hier von impliziter Zuordnung. Bei den beiden erstgenannten Varianten
müssen dagegen die für die
 <abbr title="Virtual Local Area Network">VLAN</abbr>-Zuordnung 
relevanten Informationen
zusätzlich in eine Tabelle aufgenommen und gepflegt werden
und man spricht daher von expliziter Zuordnung.</p>-->

 <p class="extra">Beispiel</p>
 
 <p>An ein Switch sollen 12 Datenendgeräte angeschlossen sein.
 Darunter sollen sich 9 PCs
und 3 Server befinden. Die 9 PCs sollen auf zwei Workgroups aufgeteilt werden
(5 PCs + 4 PCs). Jede Workgroup soll über einen eigenen Server verfügen und
der dritte Server soll den Teilnehmern beider Workgroups zur Verfügung stehen.
Bei einer Port-basierenden 
<abbr title="Virtual Local Area Network">VLAN</abbr>-Bildung
könnte die Tabelle (Adresstabelle + Netztabelle)
im Switch dann wie folgt aussehen:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="6"/>
        </colgroup>
        <thead class="alt1">
          <tr>
            <th colspan="3">Switch-Tabelle</th>
            <th rowspan="2">Anmerkung</th>
          </tr>
          <tr>
            <th>
              <abbr title="Media Access Control">MAC</abbr>-Adresse</th>
            <th>Switch-Port</th>
            <th><abbr title="Virtual Local Area Network">VLAN</abbr>-Kennung</th>
          </tr>
        </thead>
        <tbody>
          <tr class="alt1">
            <td>00-50-04-3A-7E-80</td>
            <td>1</td>
            <td>1, 2</td>
            <td>Server für beide Workgroups</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-AC</td>
            <td>2</td>
            <td>1</td>
            <td>Server für erste Workgroup</td>
          </tr>
          <tr>
            <td>00-50-04-3A-7E-24</td>
            <td>3</td>
            <td>2</td>
            <td>Server für zweite Workgroup</td>
          </tr>
          <tr>
            <td>00-50-04-3A-7E-4A</td>
            <td>5</td>
            <td>2</td>
            <td>PC in zweiter Workgroup</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-8C</td>
            <td>6</td>
            <td>1</td>
            <td>PC in erster Workgroup</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-26</td>
            <td>7</td>
            <td>1</td>
            <td>PC in erster Workgroup</td>
          </tr>
          <tr>
            <td>00-50-04-3A-7E-88</td>
            <td>8</td>
            <td>2</td>
            <td>PC in zweiter Workgroup</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-AD</td>
            <td>9</td>
            <td>1</td>
            <td>PC in erster Workgroup</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-35</td>
            <td>10</td>
            <td>1</td>
            <td>PC in erster Workgroup</td>
          </tr>
          <tr>
            <td>00-50-04-3A-7E-C2</td>
            <td>11</td>
            <td>2</td>
            <td>PC in zweiter Workgroup</td>
          </tr>
          <tr>
            <td>00-50-04-3A-7E-F6</td>
            <td>12</td>
            <td>2</td>
            <td>PC in zweiter Workgroup</td>
          </tr>
          <tr class="alt2">
            <td>00-50-04-3A-7E-E8</td>
            <td>13</td>
            <td>1</td>
            <td>PC in erster Workgroup</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Adresstabelle eines Switch-Systems in einem
      <abbr title="Virtual Local Area Network">VLAN</abbr></p>
    </div>

<p>Wenn nun ein Datenendgerät aus dem
<abbr title="Virtual Local Area Network">VLAN</abbr> 1
einen Broadcast-Rahmen oder einen Rahmen
mit einer dem Switch noch unbekannten
<abbr title="Media Access Control">MAC</abbr>-Adresse abschickt, wird dieser
Rahmen an alle dem <abbr title="Virtual Local Area Network">VLAN</abbr> 1
zugeordneten Ports weitergeleitet. Die zum
<abbr title="Virtual Local Area Network">VLAN</abbr> 2
gehörenden Datenendgeräte erhalten diesen Rahmen nicht.
Jedes <abbr title="Virtual Local Area Network">VLAN</abbr> stellt somit auf
<abbr title="Media Access Control">MAC</abbr>-Ebene eine
geschlossene Broadcast-Domäne dar.</p>

<p class="extra"><abbr title="Virtual Local Area Network">VLAN</abbr>-markierte Ethernet-Rahmen</p>

<p>In einem großen Netz, in dem mehrere Switches arbeiten, kann die Bildung
von <abbr title="Virtual Local Area Network">VLAN</abbr>s
auch Switch-übergreifend eingerichtet werden. Hierzu gibt es
<!--bei expliziter Zuordnung 
(Port-based oder <abbr title="Media Access Control">MAC</abbr> Address-based)-->
zwei Strategien: Entweder die Switches tauschen gegenseitig ihre Adress- und
Netztabellen aus oder sie fügen jedem Ethernet-Rahmen, den sie
weiterleiten, eine entsprechende Markierung (Tag) in den Header ein.</p>

    <!-- Die Netztabellen in
den Switches werden dann noch um eine Switch-ID erweitert.-->

<p>Während die erste Methode ausschließlich durch proprietäre Lösungen
realisiert wird,
gibt es für die zweite Methode neben proprietären Lösungen
auch eine durch 
<abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
standardisierte Verfahrensweise, die auf einer Erweiterung des Ethernet-Rahmenformats
basiert.
Dieses erweiterte Format wird als
<strong><abbr title="Virtual Local Area Network">VLAN</abbr>-markiertes
(<abbr title="Virtual Local Area Network">VLAN</abbr>-tagged)</strong>
Rahmenformat bezeichnet.
Die folgende Abbildung zeigt einen solchen 
<abbr title="Virtual Local Area Network">VLAN</abbr>-markierten Ethernet-Rahmen:</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="35%" span="2"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th colspan="2">Preamble</th>
            <td>7 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Starting Frame Delimiter</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Destination
             <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Source 
            <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td>6 Byte</td>
          </tr>
          <tr>
            <th class="alt0u" colspan="2">Tag Protocol Identifier<br/>81 00 (hex)</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt0u" colspan="2">Tag Control Information<br/>
              <code>pppfvvvv vvvvvvvv</code>
            </th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Length / Type</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt1" colspan="2"><abbr title="Media Access Control">MAC</abbr> Client Data</th>
            <td rowspan="2">
              <span class="gross">}</span> 42 &ndash; 1500 Byte</td>
          </tr>
          <tr>
            <th colspan="2">Padding Bits</th>
          </tr>
          <tr>
            <th colspan="2">Frame Check Sequence</th>
            <td>4 Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
       <abbr title="Virtual Local Area Network">VLAN</abbr>-markierten
      Ethernet-Rahmens</p>
    </div>

<dl>
      <dt>Preamble / Starting Frame Delimiter:</dt>
      <dd>Wie beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Destination <abbr title="Media Access Control">MAC</abbr> Address:</dt>
      <dd>Wie beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Source <abbr title="Media Access Control">MAC</abbr> Address:</dt>
      <dd>Wie beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Tag Protocol Identifier
       (<abbr title="Tag Protocol Identifier">TPID</abbr>):</dt>
      <dd>Enthält immer den Wert 81 00 (hex), um den Rahmen als
        <abbr title="Virtual Local Area Network">VLAN</abbr>-markierten
         Ethernet-Rahmen zu klassifizieren.</dd>
      <dt>Tag Control Information
       (<abbr title="Tag Control Information">TCI</abbr>):</dt>
      <dd>(in Ethernet-Schreibweise müssen die beiden Oktette gewendet werden:
        <code>vvvvfppp vvvvvvvv</code>)
        <ul>
          <li>User Priority &quot;<code>ppp</code>&quot;:
        mit diesen Bits kann eine Übertragungspriorität
        gesetzt werden (von 0 bis 7),</li>
          <li>Canonical Format Indicator
           (<abbr title="Canonical Format Indicator">CFI</abbr>)
            &quot;<code>f</code>&quot;:
        gibt an, ob zwischen den beiden Feldern <strong>Length/Type</strong>
        und <strong>Data</strong> noch ein weiteres
        <strong>Routing Information Field
         (<abbr title="Routing Information Field">RIF</abbr>)</strong> vorhanden ist
        (kommt praktisch nur bei gebrückten Übergängen zwischen
         Ethernet-<abbr title="Local Area Network">LAN</abbr>s
        und Token-Ring- bzw. 
        <abbr title="Fiber Distributed Data Interface">FDDI</abbr>-<abbr 
        title="Local Area Network">LAN</abbr>s vor),
        </li>
          <li><abbr title="Virtual Local Area Network">VLAN</abbr> Identifier
           (<abbr title="VLAN Identifier">VID</abbr>)
            &quot;<code>vvvv vvvvvvvv</code>&quot;:
        kennzeichnet das <abbr title="Virtual Local Area Network">VLAN</abbr>,
         zu dem der Rahmen gehört.</li>
        </ul>
      </dd>
      <dt>Length / Type:</dt>
      <dd>Wie beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
      <dt>Data / Padding Bits:</dt>
      <dd>Wie beim &quot;normalen&quot; Ethernet-Rahmen
       (Minimum hier allerdings 42 Byte).</dd>
      <dt>Frame Check Sequence:</dt>
      <dd>Wie oben beim &quot;normalen&quot; Ethernet-Rahmen.</dd>
    </dl>

<p>Da der Ethernet-<abbr title="Virtual Local Area Network">VLAN</abbr>-Header
durch die zwei zusätzlichen Felder um 4 Byte
größer ist als der &quot;normale&quot; Ethernet-Header,
wurde von <abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
die maximale Rahmenlänge eines 
<abbr title="Virtual Local Area Network">VLAN</abbr>-markierten
Ethernet-Rahmens von 1518 Byte auf 1522 Byte heraufgesetzt.
<abbr title="Virtual Local Area Network">VLAN</abbr>-Tagging
lässt sich daher in einem Netz nur sinnvoll einsetzen,
wenn alle Datenendgeräte, zumindest jedoch alle Brücken und Switches,
diese Rahmenerweiterung unterstützen.
</p>

<p class="extra">Prioritätsmarkierte Ethernet-Rahmen</p>

<p>Wenn Ethernet-Rahmen <abbr title="Virtual Local Area Network">VLAN</abbr>-markiert
werden und den oben dargestellten
<abbr title="Virtual Local Area Network">VLAN</abbr>-Header erhalten,
ohne dass jedoch <abbr title="Virtual Local Area Network">VLAN</abbr>s definiert wurden,
wird die VID standardmäßig auf 0 gesetzt.
Solche Rahmen werden benötigt, wenn z.B. nur die Priorisierung genutzt werden soll,
ohne dass eine Aufteilung in <abbr title="Virtual Local Area Network">VLAN</abbr>s
erfolgt ist. Man spricht dann von einem
<strong>prioritätsmarkierten (priority tagged)</strong> Ethernet-Rahmen.</p>

<p>Über die Prioritätsbits werden Ethernet-Rahmen in Prioritätsklassen von 1 bis 7 eingeteilt.
Dabei stellt 1 die niedrigste und 7 die höchste Priorität dar.
Rahmen, die keiner bestimmten Priorität zugeordnet sind, erhalten den Wert 0.</p>

<p>Die Priorisierung von Ethernet-Rahmen ist sinnvoll, wenn eine geringe Latenz
oder eine hohe Datensicherheit auch in stark ausgelasteten Netzwerken garantiert werden soll.
Die höchste Priorität 7 sollte Routing-Protokollen zugeordnet werden,
damit die Aktualisierung der Routing-Tabellen schnell und zeitnah erfolgen kann.
Die Werte 5 und 6 sollten Anwendungen zugeordnet werden, die möglichst ohne Verzögerungen
übertragen werden sollten, z.B. Video- und Sprachübertragung.
Auf die restlichen Anwendungen und Dienste, die nicht so zeitkritisch sind,
können dann die Werte 1 bis 4 verteilt werden.
</p>

<div class="fusszeile">
      <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>

<!-- ********************************************************************* -->
<h1 id="ethernetanpassung">Ethernet &ndash; Anpassung an <abbr
 title="Internet Protocol">IP</abbr>-Betrieb</h1>
<!-- ********************************************************************* -->

<blockquote>
      <p>It is easier to move a problem around than it is to solve it.</p>
      <p>
        <cite>R. Callon, The Twelve Networking Truths, April 1996</cite>
      </p>
    </blockquote>

<p>
Wenn man ein Ethernet-<abbr title="Local Area Network">LAN</abbr>
<abbr title="Open Systems Interconnection">OSI</abbr>-konform
betreiben will, dürfen die
Protokolle der Netzwerkschicht nicht direkt auf die
<abbr title="Media Access Control">MAC</abbr>-Schicht aufzusetzen.
Dieses Kapitel beschreibt die Möglichkeiten, die für
die entsprechenden Protokollanpassungen zur Verfügung stehen.</p>

<!-- ********************************************************************* -->
<h2 id="llc">Logical Link Control (<abbr title="Logical Link Control">LLC</abbr>)</h2>
<!-- ********************************************************************* -->

<p>Mit der mediumunabhängigen Schicht <strong>Logical Link Control
(<abbr title="Logical Link Control">LLC</abbr>)</strong> wird gewissermaßen die
<abbr title="Media Access Control">MAC</abbr>-Schicht zu einer vollständigen
<abbr title="Open Systems Interconnection">OSI</abbr>-Sicherungsschicht (Data Link Layer)
ergänzt. Die zwischen Partnerinstanzen
(Peer Entities) ausgetauschten Datenblöcke werden
allgemein als Link Protocol Data Units (LPDUs) oder einfach als
<strong><abbr title="Logical Link Control">LLC</abbr>-Rahmen
(<abbr title="Logical Link Control">LLC</abbr> Frames)</strong> bezeichnet.</p>

<p>Die <abbr title="Logical Link Control">LLC</abbr>-Schicht 
sieht insgesamt drei Typen von Diensten vor.</p>

<dl>
      <dt>Typ 1 (<abbr title="Logical Link Control Type 1">LLC1</abbr>):</dt>
      <dd>Unbestätigter verbindungsloser Dienst (unacknowledged connectionless
      Service): Der Sender verschickt unabhängige Rahmen, deren Empfang nicht
      bestätigt wird.</dd>
      <dt>Typ 2 (<abbr title="Logical Link Control Type 2">LLC2</abbr>):</dt>
      <dd>Bestätigter verbindungsorientierter Dienst (acknowledged
      connection-oriented Service): Vor der Übertragung bauen Sender und
      Empfänger eine Verbindung auf. Jeder Rahmen wird numeriert und der
      Empfang der fehlerfrei und in der richtigen Reihenfolge eingetroffenen
      Rahmen wird bestätigt.</dd>
      <dt>Typ 3 (<abbr title="Logical Link Control Type 3">LLC3</abbr>):</dt>
      <dd>Bestätigter verbindungsloser Dienst (acknowledged connectionless
      Service): Der Sender verschickt unabhängige Rahmen, deren Empfang
      individuell bestätigt wird.</dd>
    </dl>

<p>Grundlage für die drei <abbr title="Logical Link Control">LLC</abbr>-Typen war
das im <abbr title="Wide Area Network">WAN</abbr>- und
<abbr title="Metropolitan Area Network">MAN</abbr>-Bereich bekannte HDLC-Protokoll
(High-level Data Link Control).
Die hieraus gebildeten <abbr title="Logical Link Control">LLC</abbr>-Protokolle
wurden speziell für den <abbr title="Local Area Network">LAN</abbr>-Bereich
entwickelt und als eigene Spezifikationen verabschiedet.</p>
<!-- Das HDLC-Protokoll wird im Abschnitt 
&quot;<a href="lan_remote.xhtml">Entfenter Zugriff</a>&quot; genauer beschrieben. -->

<p>Im folgenden wird nur der einfachste Typ
<abbr title="Logical Link Control Type 1">LLC1</abbr> betrachtet. Dieser Typ ist
ausreichend, um einen verbindungslosen Netzwerkdienst zu unterstützen.
In <abbr title="Local Area Network">LAN</abbr>-Umgebungen spielen die Typen
<abbr title="Logical Link Control Type 2">LLC2</abbr> und
<abbr title="Logical Link Control Type 3">LLC3</abbr> daher keine Rolle.</p>

<p class="extra"><abbr title="Logical Link Control">LLC</abbr>-Adressformat</p>

<p>Die <abbr title="Logical Link Control">LLC</abbr>-Schicht verwendet
ein eigenes Adressierungs-Schema. In Anlehnung
an die Service Access Points (<abbr title="Service Access Point">SAP</abbr>s)
der Kommunikationsschichten
spricht man in der
<abbr title="Logical Link Control">LLC</abbr>-Schicht von einem
<strong>Source Service Access Point
(<abbr title="Source Service Access Point">SSAP</abbr>)</strong>
beim Sender und von einem <strong>Destination Service Access Point
(<abbr title="Destination Service Access Point">DSAP</abbr>)</strong>
beim Empfänger. Die <abbr title="Logical Link Control">LLC</abbr>-Adresse
des Senders wird somit als
<abbr title="Source Service Access Point">SSAP</abbr>-Adresse und die
<abbr title="Logical Link Control">LLC</abbr>-Adresse des Empfängers als
<abbr title="Destination Service Access Point">DSAP</abbr>-Adresse bezeichnet.
Im allgemeinen werden mit der
<strong><abbr title="Logical Link Control">LLC</abbr>-Adresse</strong>
die Dienste der
über der <abbr title="Logical Link Control">LLC</abbr>-Schicht
liegenden Netzwerkschicht identifiziert.
Die <abbr title="Logical Link Control">LLC</abbr>-Adresse ist daher
vergleichbar mit der Protokolltyp-Nummer bei Ethernet.</p>

<p>Das genaue Adressformat für die 8 bit langen 
<abbr title="Destination Service Access Point">DSAP</abbr>- und
<abbr title="Source Service Access Point">SSAP</abbr>-Adressen zeigt
die folgende Abbildung.</p>

<div class="abbildung">
      <table class="feld">
        <colgroup>
          <col width="7%"/>
          <col width="30%"/>
          <col/>
          <col width="7%"/>
          <col width="30%"/>
        </colgroup>
        <tbody>
          <tr>
            <th colspan="2">
            <abbr title="Destination Service Access Point">DSAP</abbr></th>
            <th/>
            <th colspan="2">
            <abbr title="Source Service Access Point">SSAP</abbr></th>
          </tr>
          <tr>
            <td>
              <code>I/G</code>
            </td>
            <td>&nbsp;</td>
            <th/>
            <td>
              <code>C/R</code>
            </td>
            <td>&nbsp;</td>
          </tr>
          <tr>
            <th>1 bit</th>
            <th>7 bit</th>
            <th/>
            <th>1 bit</th>
            <th>7 bit</th>
          </tr>
        </tbody>
      </table>
    </div>

<dl>
      <dt>
        <code>I/G</code> = 0:</dt>
      <dd>Individual-Adresse, die genau einen 
      <abbr title="Destination Service Access Point">DSAP</abbr> identifiziert.</dd>
      <dt>
        <code>I/G</code> = 1:</dt>
      <dd>Gruppen-Adresse, die eine Gruppe von
       <abbr title="Destination Service Access Point">DSAP</abbr>s
        oder alle <abbr title="Destination Service Access Point">DSAP</abbr>s
      identifiziert.</dd>
      <dt>
        <code>C/R</code> = 0:</dt>
      <dd>Command Frame.</dd>
      <dt>
        <code>C/R</code> = 1:</dt>
      <dd>Response Frame.</dd>
    </dl>

<p>Die folgende Tabelle zeigt einige der gebräuchlichsten
<abbr title="Logical Link Control">LLC</abbr>-Adressen, wobei
das <code>I/G</code>-Bit bzw. das <code>CR</code>-Bit jeweils als
Least Significant Bit
(<abbr title="Least Significant Bit">LSB</abbr>) interpretiert wird.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <th colspan="4">
              <abbr title="Logical Link Control">LLC</abbr>-Adresse</th>
            <th rowspan="2">Protokoll</th>
          </tr>
          <tr>
            <th>bin (<abbr title="Least Significant Bit">LSB</abbr>...<abbr
             title="Most Significant Bit">MSB</abbr>)</th>
            <th>bin (<abbr title="Most Significant Bit">MSB</abbr>...<abbr
             title="Least Significant Bit">LSB</abbr>)</th>
            <th>hex</th>
            <th>dez</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <code>00000000</code>
            </td>
            <td>
              <code>00000000</code>
            </td>
            <td>00</td>
            <td>0</td>
            <td rowspan="2">
              <abbr title="Logical Link Control">LLC</abbr>-Instanzen 
              (in Verbindung mit <abbr title="Exchange Identification">XID</abbr>-
               und TEST-Rahmen)</td>
          </tr>
          <tr>
            <td>
              <code>10000000</code>
            </td>
            <td>
              <code>00000001</code>
            </td>
            <td>01</td>
            <td>1</td>
          </tr>
          <tr>
            <td>
              <code>01000000</code>
            </td>
            <td>
              <code>00000010</code>
            </td>
            <td>02</td>
            <td>2</td>
            <td rowspan="2">Management der
             <abbr title="Logical Link Control">LLC</abbr>-Schicht</td>
          </tr>
          <tr>
            <td>
              <code>11000000</code>
            </td>
            <td>
              <code>00000011</code>
            </td>
            <td>03</td>
            <td>3</td>
          </tr>
          <tr>
            <td>
              <code>01100000</code>
            </td>
            <td>
              <code>00000110</code>
            </td>
            <td>06</td>
            <td>6</td>
            <td>Internet Protocol (<abbr title="Internet Protocol">IP</abbr>)</td>
          </tr>
          <tr>
            <td>
              <code>01000010</code>
            </td>
            <td>
              <code>01000010</code>
            </td>
            <td>42</td>
            <td>66</td>
            <td>Spanning Tree Protocol
             (<abbr title="Spanning Tree Protocol">STP</abbr>)</td>
          </tr>
          <tr>
            <td>
              <code>01010101</code>
            </td>
            <td>
              <code>10101010</code>
            </td>
            <td>AA</td>
            <td>170</td>
            <td>Subnetwork Access Protocol
             (<abbr title="Subnetwork Access Protocol">SNAP</abbr>)</td>
          </tr>
          <tr>
            <td>
              <code>00000111</code>
            </td>
            <td>
              <code>11100000</code>
            </td>
            <td>E0</td>
            <td>224</td>
            <td>Novell-Protokoll
             <abbr title="Internetwork Packet Exchange">IPX</abbr>
            </td>
          </tr>
          <tr>
            <td>
              <code>00001111</code>
            </td>
            <td>
              <code>11110000</code>
            </td>
            <td>F0</td>
            <td>240</td>
            <td>Microsoft-Protokoll <abbr
        title="Network Basic Input Output System Extended User Inteface">NetBEUI</abbr>
            </td>
          </tr>
          <tr>
            <td>
              <code>01111111</code>
            </td>
            <td>
              <code>11111110</code>
            </td>
            <td>FE</td>
            <td>254</td>
            <td rowspan="2">Protokolle der Netzwerkschicht
      </td>
          </tr>
          <tr>
            <td>
              <code>11111111</code>
            </td>
            <td>
              <code>11111111</code>
            </td>
            <td>FF</td>
            <td>255</td>
          </tr>
        </tbody>
      </table>
      <p class="caption"><abbr title="Logical Link Control">LLC</abbr>-Adressen</p>
    </div>

<p class="extra"><abbr title="Logical Link Control Type 1">LLC1</abbr>-Rahmenaufbau</p>

<p>Der Aufbau eines <abbr title="Logical Link Control Type 1">LLC1</abbr>-Rahmens
wird in der folgenden Abbildung gezeigt.</p>

<div class="abbildung">
      <table class="rahmen" width="50%">
        <colgroup>
          <col width="85%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th><abbr title="Destination Service Access Point">DSAP</abbr> Address</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th><abbr title="Source Service Access Point">SSAP</abbr> Address</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Control<br/>
              <code>11MM<sup>P</sup>/<sub>F</sub>MMM</code>
            </th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Logical Link Control Type 1">LLC1</abbr>-Rahmens</p>
    </div>

<dl>
      <dt><abbr title="Destination Service Access Point">DSAP</abbr> Address:</dt>
      <dd>
        <abbr title="Logical Link Control">LLC</abbr>-Adresse des Zielendgerätes.</dd>
      <dt><abbr title="Source Service Access Point">SSAP</abbr> Address:</dt>
      <dd>
        <abbr title="Logical Link Control">LLC</abbr>-Adresse des
         sendenden Endgerätes
         (<abbr title="Destination Service Access Point">DSAP</abbr>- und
          <abbr title="Source Service Access Point">SSAP</abbr>-Adresse sind
           in der Regel identisch, da bei
          Sender und Empfänger der gleiche Dienst angesprochen wird).</dd>
      <dt>Control:</dt>
      <dd>Kennzeichnung des Rahmens als <strong>Unnumbered Information
       (<abbr title="Unnumbered Information">UI</abbr>)
      Frame</strong>, <strong>Exchange Identification
       (<abbr title="Exchange Identification">XID</abbr>) Frame</strong>
      oder <strong>TEST Frame</strong> durch die Modifier Bits
      &quot;<code>M</code>&quot;
       (das Poll/Final Bit &quot;<code>P/F</code>&quot;wird nur
      erkannt, wenn es auf &quot;<code>1</code>&quot; gesetzt ist).</dd>
      <dt>Data:</dt>
      <dd>Daten, die von einer höheren Kommunikationsschicht an die
        <abbr title="Logical Link Control">LLC</abbr>-Schicht
      übergeben werden (<abbr title="Unnumbered Information">UI</abbr> Frame)
       oder Kontrolldaten 
       (<abbr title="Exchange Identification">XID</abbr> Frame, TEST
      Frame).</dd>
    </dl>

<p>Für das Kontrollfeld sind folgende Werte gebräuchlich.</p>

<div class="abbildung">
      <table>
        <thead>
          <tr>
            <th>Bitmuster</th>
            <th>Funktion des <abbr title="Logical Link Control">LLC</abbr>-Rahmens</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <code>11000000</code>
              <br/>
        (hex: 03)</td>
            <td><abbr title="Unnumbered Information">UI</abbr>
             Command Frame (dieser Rahmentyp kommt immer vor,
              wenn Daten höherer Protokolle transportiert werden)</td>
          </tr>
          <tr>
            <td>
              <code>1111P101</code>
            </td>
            <td><abbr title="Exchange Identification">XID</abbr> Command Frame</td>
          </tr>
          <tr>
            <td>
              <code>1111F101</code>
            </td>
            <td><abbr title="Exchange Identification">XID</abbr> Response Frame</td>
          </tr>
          <tr>
            <td>
              <code>1100P111</code>
            </td>
            <td>TEST Command Frame</td>
          </tr>
          <tr>
            <td>
              <code>1100F111</code>
            </td>
            <td>TEST Response Frame</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Kontrollfeld des
      <abbr title="Logical Link Control Type 1">LLC1</abbr>-Rahmens</p>
    </div>

<!-- ********************************************************************* -->
<h2 id="snap">Subnetwork Access Protocol (<abbr 
title="Subnetwork Access Protocol">SNAP</abbr>)</h2>
<!-- ********************************************************************* -->

<p>Wenn man die Protokolle der Internet Protocol Suite in
einem <abbr title="Open Systems Interconnection">OSI</abbr>-konformen
<abbr title="Local Area Network">LAN</abbr> betreiben will, hat man das Problem,
dass weder die <abbr title="Media Access Control">MAC</abbr>-Header
der einzelnen Zugriffsverfahren
(Ethernet,
<abbr title="Carrier Sense Multiple Access with Collision Detection">CSMA/CD</abbr>,
Token Ring, <abbr title="Fiber Distributed Data Interface">FDDI</abbr>),
noch der <abbr title="Logical Link Control">LLC</abbr>-Header die
Ethernet-Protokolltyp-Nummern kennen.
Zur Lösung des Problems
gibt es verschiedene, zueinander inkompatible Methoden.</p>

<p>Eine Methode besteht darin, die
<abbr title="Destination Service Access Point">DSAP</abbr>- und
<abbr title="Source Service Access Point">SSAP</abbr>-Adressfelder anstelle der
Protokolltyp-Nummer zur Kennzeichnung der Protokolle zu verwenden.
Da diese Adressfelder
jedoch nur 1 Byte groß sind, können sie nicht die 2 Byte langen
Protokoltyp-Nummern aufnehmen und es müssen neue Werte definiert werden, z.B.
06 (hex) für <abbr title="Internet Protocol">IP</abbr>.
Diese Methode hat sich daher für das Internet-Protokoll nicht
durchsetzen können. Ganz abgesehen davon könnten gar nicht alle vorhandenen, 2
Byte langen Protokolltyp-Nummern auf die 1 Byte langen
<abbr title="Logical Link Control">LLC</abbr>-Adressen abgebildet
werden.</p>

<p>Die Methode, die üblicherweise Verwendung findet, besteht darin, eine
Anpassungsschicht einzuführen. Durch die damit verknüpfte Einführung eines
zusätzlichen Protokolls wird die Möglichkeit geschaffen, die
Ethernet-Protokolltyp-Nummern auch bei allen anderen
<abbr title="Local Area Network">LAN</abbr>-Zufriffsverfahren
zu verwenden. Hierbei
wird auf die Drei-Teilung der Netzwerkschicht in Subnetwork Access Sublayer,
Subnetwork Independent Convergence Sublayer und Subnetwork Dependent
Convergence Sublayer zurückgegriffen. In Anlehnung an den ersten dieser drei
Begriffe wird das entsprechende Protokoll als
<strong>Subnetwork Access Protocol
(<abbr title="Subnetwork Access Protocol">SNAP</abbr>)</strong> bezeichnet.</p>

<p class="extra">Rahmenaufbau</p>

<p>Der Aufbau eines <abbr title="Subnetwork Access Protocol">SNAP</abbr>-Rahmens
wird in der folgenden Abbildung gezeigt.</p>

<div class="abbildung">
      <table class="rahmen" width="50%">
        <colgroup>
          <col width="85%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>
              <abbr title="Organizationally Unique Identifier">OUI</abbr>
            </th>
            <td>3 Byte</td>
          </tr>
          <tr>
            <th><abbr title="Protocol Identifier">PID</abbr></th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Subnetwork Access Protocol">SNAP</abbr>-Rahmens</p>
    </div>

<dl>
      <dt>Organizationally Unique Identifier 
      (<abbr title="Organizationally Unique Identifier">OUI</abbr>):</dt>
      <dd>bei <abbr title="Open Systems Interconnection">OSI</abbr>-konformen
      <abbr title="Local Area Network">LAN</abbr>s
      (&quot;<abbr
       title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-802-Netze&quot;)
       die Bitfolge &quot;<code>00000000 00000000 00000000</code>&quot;.</dd>
      <dt>Protocol Identifier (<abbr title="Protocol Identifier">PID</abbr>):</dt>
      <dd>bei <abbr title="Open Systems Interconnection">OSI</abbr>-konformen
       <abbr title="Local Area Network">LAN</abbr>s     
       (&quot;<abbr
       title="Institute of Electrical and Electronics Engineers">IEEE</abbr>-802-Netze&quot;)
      identisch mit der Protokolltyp-Nummer von Ethernet.</dd>
      <dt>Data:</dt>
      <dd>Daten, die von einer höheren Kommunikationsschicht 
      übergeben werden.</dd>
    </dl>

<!-- ********************************************************************* -->
<h2 id="ipether">
<abbr title="Internet Protocol">IP</abbr>-Datagramme in Ethernet-Rahmen</h2>
<!-- ********************************************************************* -->

<p>Um Daten der Schicht 3 (Netzwerkschicht) zu versenden,
gibt es drei Möglichkeiten, das Gesamtpaket aufzubauen. Die drei möglichen
Paketvarianten werden in der folgenden Abbildung gezeigt.
In der Praxis kommt die erste (links abgebildete) Variante
am häufigsten vor, obwohl sie nicht
<abbr title="Open Systems Interconnection">OSI</abbr>-konform ist,
da bei ihr die <abbr title="Logical Link Control">LLC</abbr>-Schicht fehlt.
Während die dritte (rechts abgebildete) Variante zwar
<abbr title="Open Systems Interconnection">OSI</abbr>-tauglich ist,
stellt eigentlich jedoch nur die zweite (in der Mitte abgebildete) Variante
eine saubere <abbr title="Open Systems Interconnection">OSI</abbr>-Umsetzung dar.
</p>

<div class="abbildung">
      <table class="rahmen" width="100%">
        <caption>Ethernet-Rahmen für
         <abbr title="Internet Protocol">IP</abbr>-Datagramme</caption>
        <colgroup>
          <col width="30%"/>
          <col/>
          <col width="30%"/>
          <col/>
          <col width="30%"/>
        </colgroup>
        <thead class="tmitte">
          <tr>
            <th class="swu">
              <span class="alt0">Ethernet</span>
            </th>
            <th class="trans">&nbsp;<br/>&nbsp;</th>
            <th class="swu">
              <span class="alt0">Ethernet</span><span class="sw">
               + </span><span class="alt1"><abbr title="Logical Link Control Type 1">LLC1</abbr></span>
            </th>
            <th class="trans">&nbsp;<br/>&nbsp;</th>
            <th class="swu">
              <span class="alt0">Ethernet</span><span class="sw">
               + </span><span class="alt1"><abbr title="Logical Link Control Type 1">LLC1</abbr></span><span class="sw">
               + </span><span class="alt2"><abbr title="Subnetwork Access Protocol">SNAP</abbr></span>
           </th>
          </tr>
        </thead>
        <tbody class="trans"><tr><th>&nbsp;</th></tr></tbody>
        <tbody>
          <tr>
            <th>Preamble</th>
            <td/>
            <th>Preamble</th>
            <td/>
            <th>Preamble</th>
          </tr>
          <tr>
            <th>Starting Frame Delimiter</th>
            <td/>
            <th>Starting Frame Delimiter</th>
            <td/>
            <th>Starting Frame Delimiter</th>
          </tr>
          <tr>
            <th>Destination <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <th>Destination <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <th>Destination <abbr title="Media Access Control">MAC</abbr> Address</th>
          </tr>
          <tr>
            <th>Source <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <th>Source <abbr title="Media Access Control">MAC</abbr> Address</th>
            <td/>
            <th>Source <abbr title="Media Access Control">MAC</abbr> Address</th>
          </tr>
          <tr>
            <th>Type <span class="alt0u">08 00</span> (hex)</th>
            <td/>
            <th>Length</th>
            <td/>
            <th>Length</th>
          </tr>
          <tr>
            <th class="sw" rowspan="6">
              <abbr title="Internet Protocol">IP</abbr> Datagram<br/>
              (max. 1500 Byte)</th>
            <td/>
            <th class="alt1"><abbr title="Destination Service Access Point">DSAP</abbr>
             Address 06 (hex)</th>
            <td/>
            <th class="alt1"><abbr title="Destination Service Access Point">DSAP</abbr>
             Address AA (hex)</th>
          </tr>
          <tr>
            <td/>
            <th class="alt1"><abbr title="Source Service Access Point">SSAP</abbr>
             Address 06 (hex)</th>
            <td/>
            <th class="alt1"><abbr title="Source Service Access Point">SSAP</abbr>
             Address AA (hex)</th>
          </tr>
          <tr>
            <td/>
            <th class="alt1">Control 03 (hex)</th>
            <td/>
            <th class="alt1">Control 03 (hex)</th>
          </tr>
          <tr>
            <td/>
            <th class="sw" rowspan="3">
              <abbr title="Internet Protocol">IP</abbr> Datagram<br/>
              (max. 1497 Byte)</th>
            <td/>
            <th class="alt2">
              <abbr title="Organizationally Unique Identifier">OUI</abbr>
               00 00 00 (hex)</th>
          </tr>
          <tr>
            <td/>
            <td/>
            <th class="alt2"><abbr title="Protocol Identifier">PID</abbr> <span class="alt2u">08 00</span> (hex)</th>
          </tr>
          <tr>
            <td/>
            <td/>
            <th class="sw">
              <abbr title="Internet Protocol">IP</abbr>
               Datagram<br/>(max. 1492 Byte)</th>
          </tr>
          <tr>
            <th>Padding Bits</th>
            <td/>
            <th>Padding Bits</th>
            <td/>
            <th>Padding Bits</th>
          </tr>
          <tr>
            <th>Frame Check Sequence</th>
            <td/>
            <th>Frame Check Sequence</th>
            <td/>
            <th>Frame Check Sequence</th>
          </tr>
        </tbody>
      </table>
<!--      <p class="caption"><abbr title="Internet Protocol">IP</abbr>-Datagramme in 
        Ethernet-Rahmen</p>   -->
    </div>

<p>Die Übermittlung von <abbr title="Internet Protocol">IP</abbr>-Datagrammen
erfolgt in der Regel ausschließlich durch die erste Variante.
Die beiden anderen Varianten werden dagegen meist für die
Übermittlung von Management- oder Brückendaten verwendet
(z.B. <abbr title="Spanning Tree Protocol">STP</abbr>-Protokoll oder
Management der <abbr title="Logical Link Control">LLC</abbr>-Schicht),
wobei dann die
<abbr title="Destination Service Access Point">DSAP</abbr>- und
<abbr title="Source Service Access Point">SSAP</abbr>-Adressfelder, bzw. das
<abbr title="Protocol Identifier">PID</abbr>-Feld mit den hierfür erforderlichen
Werten bestückt sein müssen.</p>

<div class="fusszeile">
 <a href="#inhalt">Zurück zum Inhaltsverzeichnis</a>
    </div>

<!-- ********************************************************************* -->
<h1 id="ipadrprot">
<abbr title="Internet Protocol">IP</abbr> &ndash; Adressen und Protokolle</h1>
<!-- ********************************************************************* -->

<blockquote>
      <p>Das Internet ist schnell: 0.0043 Sekunden dauert es heute,
     die gesammelten Werke von William Shakespeare in 200 Sprachen
     von New York nach Omaha zu schicken &ndash; das ist die Zeit,
     die eine Gewehrkugel braucht, um einen Apfel zu durchschlagen.
  </p>
      <p>
        <cite>Detlef Borchers, Die Zeit Nr.47, 14.11.1997</cite>
      </p>
    </blockquote>

<div class="literatur">
      <p>
        <strong>Vertiefende Originalliteratur:</strong>
      </p>
      <p>Internet Standard 5</p>
      <ul>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       791: Internet Protocol</li>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       792: Internet Control Message Protocol</li>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       919: Broadcasting Internet Datagrams</li>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       922: Broadcasting Internet datagrams in the presence of subnets</li>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       950: Internet Standard Subnetting Procedure</li>
        <li>
          <abbr title="Request for Comments">RFC</abbr>
       1112: Host extensions for
        <abbr title="Internet Protocol">IP</abbr> multicasting</li>
      </ul>
      <p>Internet Standard 37 (<abbr title="Request for Comments">RFC</abbr>
   826: Ethernet Address Resolution Protocol)</p>
    </div>

<p>Im Jahre 1973 wurde von der US-amerikanischen
Defense Advanced Research Projects Agency (DARPA) ein Projekt ins Leben gerufen
mit dem Ziel, technische Lösungen für die Verbindung von paketvermittelnden Datennetzen
auszuarbeiten. Insbesondere sollten Kommunikationsprotokolle entwickelt werden,
mit deren Hilfe Computer in die Lage versetzt werden sollten, über mehrere Netzwerke
hinweg transparent miteinander zu kommunizieren.
Das System von Protokollen, das in der Folgezeit aus diesem Projekt entstand, wurde
unter der Bezeichnung
 <strong><abbr title="Transmission Control Protocol">TCP</abbr>/<abbr
title="Internet Protocol">IP</abbr> Protocol Suite</strong> bekannt.
Der wahrscheinlich bekannteste Vertreter dieser Suite ist das
<strong>Internet-Protokoll (Internet Protocol,
<abbr title="Internet Protocol">IP</abbr>)</strong>,
das im Schichtenmodell der Netzwerkschicht zuzuordnen ist.</p>

<p>Neben dem Internet-Protokoll gibt es eine Fülle von
weiteren Protokollen, die in der
Netzwerkschicht angesiedelt sind.
Zunächst sollen daher einige allgemeine Aspekte der Netzwerkschicht
betrachtet werden.</p>

<!-- ********************************************************************* -->
<h2 id="netzwerk">Netzwerkschicht</h2>
<!-- ********************************************************************* -->

<p>Während man in der <abbr title="Media Access Control">MAC</abbr>- und 
in der <abbr title="Logical Link Control">LLC</abbr>-Schicht einen
Kommunikationspartner als Datenendgerät (oder schlicht Station) bezeichnet,
verwendet man in der Netzwerkschicht die Begriffe <strong>System</strong>
oder <strong>Knoten</strong>. Und zwar muss man in der
<abbr title="Open Systems Interconnection">OSI</abbr>-Welt
unterscheiden zwischen einem <strong>Endsystem
(<abbr title="Endsystem">ES</abbr>)</strong>, auf dem typischerweise der Benutzer mit
einer Anwendung arbeitet, und einem <strong>Relais-System</strong>
bzw. <strong>Zwischensystem (Intermediate System, <abbr title="Endsystem">IS</abbr>)</strong>,
das für die Kopplung von Netzen eingesetzt wird. In der
<abbr title="Transmission Control Protocol">TCP</abbr>/<abbr
 title="Internet Protocol">IP</abbr>-Welt gibt es diese
Unterscheidung auch, wobei hier ein Endsystem in der Regel als
<strong>Host</strong> bezeichnet wird, und ein Relais-System als
<strong>Gateway</strong> oder <strong>Router</strong>.</p>

<p>Neue Begriffe gibt es auch beim Aufbau von Datenblöcken. Während die in der
<abbr title="Media Access Control">MAC</abbr>-Schicht
gebildeten Datenblöcke als Rahmen (Frames) bezeichnet werden,
heißen die in den höheren Schichten vorkommenden Datenblöcke meist
<strong>Pakete (Packets)</strong>, bei einem verbindungslosen Protokoll auch
<strong>Datagramme (Datagrams)</strong>.</p>

<p>Um Endsysteme bzw. Hosts identifizieren zu können, muss man ein nach
bestimmten Kriterien aufgebautes Adressierungsverfahren anwenden, das jedem
System eine weltweit eindeutige (logische) <strong>Netzwerkadresse</strong>
zuordnet. Dabei ist es vorteilhaft, wenn man beim Aufbau der Netzwerkadresse
die Wahl hat, entweder netzbezogene oder organisationsbezogene Aspekte in den
Vordergrund zu stellen.</p>

<p class="extra">Netz(werk)adressen</p>

<p>Physikalische Adressen (bei <abbr title="Local Area Network">LAN</abbr>s
identisch mit den <abbr title="Media Access Control">MAC</abbr>-Adressen) sind als
Netzwerkadressen aus folgenden Gründen ungeeignet:</p>

<ul>
      <li>Ein Endsystem/Host kann über mehrere physikalische Netzanschlüsse und
    somit über mehrere physikalische Adressen verfügen, so dass die
    Eindeutigkeit der Adressierung verloren geht.</li>
      <li>Eine <abbr title="Media Access Control">MAC</abbr>-Adresse
       erlaubt durch ihr starres Format keinen Netz- oder
      Organisationsbezug.</li>
      <li>Die in <abbr title="Wide Area Network">WAN</abbr>s
       verwendeten physikalischen Adressen haben eine völlig andere
    Struktur als <abbr title="Media Access Control">MAC</abbr>-Adressen.</li>
    </ul>

<p>Leider gibt es in der Netzwerkschicht kein Adressformat, das für mehrere
(im Idealfall sogar für alle vorhandenen) Netzwerkprotokolle geeignet ist.
Unterschiedliche Netzwerkprotokolle verwenden völlig verschiedene
Adressformate. Einige Beispiele mögen dies verdeutlichen:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Netzwerkprotokoll</th>
            <th>Netzwerkadressen</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <abbr title="Connectionless Network Protocol">CLNP</abbr>
               (Connectionless Network Protocol)</td>
            <td>NSAP-Adressen (Network Service Access Point)</td>
          </tr>
          <tr>
            <td>
              <abbr title="Internet Protocol">IP</abbr> (Internet Protocol)</td>
            <td>Internet- oder <abbr title="Internet Protocol">IP</abbr>-Adressen</td>
          </tr>
          <tr>
            <td>
              <abbr title="Internetwork Packet Exchange">IPX</abbr>
               (Internet Packet Exchange)</td>
            <td>Source-Network- + Source-Host-Adressen</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Protokolle der Netzwerkschicht</p>
    </div>

<p class="extra"><abbr title="Internet Protocol">IP</abbr>-Versionen</p>

<p>In den folgenden Abschnitten werden ausschließlich des Internet-Protokoll und die
dazugehörigen Internet-Adressen behandelt.
Leider gibt es mehrere <abbr title="Internet Protocol">IP</abbr>-Versionen,
die sich sowohl im Adressformat als auch in der Protokollspezifikation
unterscheiden.</p>

<dl>
      <dt><abbr title="Internet Protocol Version 4">IPv4</abbr>:</dt>
      <dd>Die Version 4 ist der (zur Zeit noch)
       gültige und offizielle Internet-Standard
      für das Internet-Protokoll.</dd>
      <dt><abbr title="Internet Protocol Version 6">IPv6</abbr>:</dt>
      <dd>Die Version 6 ist die offizielle Nachfolgeversion der Version 4,
      die vor allem einen größeren und flexibleren Adressraum bietet.</dd>
      <dt><abbr title="Internet Protocol Version 9">IPv9</abbr>:</dt>
      <dd>Die Version 9 gibt es gleich zweifach:
      Einmal als Aprilscherz
       (<abbr title="Request for Comments">RFC</abbr> 1606 vom 1.4.1994)
      und einmal als ernstzunehmender Entwurf
      der Volksrepublik China,
       der auf einem rein numerischen Adressierungsschema basiert und
      in China die Version 4 ersetzen soll. Bei beiden Varianten handelt es sich
      <strong>nicht</strong> um offizielle Internet-Protokolle.</dd>
    </dl>

<p class="extra"><abbr title="Internet Protocol">IP</abbr>-Terminologie</p>

<p>Es folgt eine Liste von typischen Internet-Fachbegriffen, die in
den folgenden Ausführungen immer wieder auftauchen:</p>

<dl>
      <dt>Knoten (Node) / Netz(werk)-Knoten (Network Node):</dt>
      <dd>Ein System, das über eine
      <abbr title="Internet Protocol">IP</abbr>-Implementation verfügt
      und mit anderen Systemen über das Internet-Protokoll kommunizieren kann.</dd>
      <dt>Router / Gateway:</dt>
      <dd>Ein Knoten, der <abbr title="Internet Protocol">IP</abbr>-Datagramme zustellen
      kann, ohne explizit adressiert werden zu müssen.</dd>
      <dt>Host:</dt>
      <dd>Jeder Knoten, der kein Router bzw. Gateway ist.</dd>
      <dt>Link:</dt>
      <dd>Ein Netz oder ein Netzsegment, das durch ein bestimmtes Zugriffsverfahren
      gesteuert wird (z.B. ein Ethernet-basierendes
      <abbr title="Local Area Network">LAN</abbr>,
      ein <abbr title="Asynchronous Transfer Mode">ATM</abbr>-Netzwerk oder
      eine <abbr title="Point-to-Point Protocol">PPP</abbr>-Verbindung).</dd>
      <dt>Nachbarn (Neighbors):</dt>
      <dd>Knoten am selben Link.</dd>
      <dt>Schnittstelle (Interface):</dt>
      <dd>Anschluss eines Knoten an einen Link
          (z.b. über eine Netzwerkkarte (Network Interface Card,
   <abbr title="Network Interface Card">NIC</abbr>)).</dd>
    </dl>

<!-- ********************************************************************* -->
<h2 id="ipv4">Internet Protocol Version 4 
(<abbr title="Internet Protocol Version 4">IPv4</abbr>)</h2>
<!-- ********************************************************************* -->

<p>Die folgenden Ausführungen beziehen sich ausschließlich auf das
Internet-Protokoll in der Version 4.
Die Version 6 des Internet-Protokolls wird im Abschnitt
&quot;<a href="#ipv6">Internet Protocol Version 6
(<abbr title="Internet Protocol Version 6">IPv6</abbr>)</a>&quot;
beschrieben.</p>

<!-- ********************************************************************* -->
<h3 id="ipv4adr">Internet-Adressen</h3>
<!-- ********************************************************************* -->

<p>In der Internet-Protokollwelt werden Netzwerkadressen als
<strong>Internet-Adressen</strong> oder
<strong><abbr title="Internet Protocol">IP</abbr>-Adressen</strong>
bezeichnet. Leider widerspricht das
<abbr title="Internet Protocol">IP</abbr>-Adressformat dem Grundsatz, dass durch
eine Netzwerkadresse genau <em>ein</em> Endsystem identifiziert wird.
Jeder Netzanschluss bzw. jede Netzverbindung eines
<abbr title="Internet Protocol">IP</abbr>-Hosts besitzt (mindestens) eine
eigene <abbr title="Internet Protocol">IP</abbr>-Adresse!</p>

<p class="extra">Adressformate</p>

<p>Für <abbr title="Internet Protocol Version 4">IPv4</abbr>-Adressen
gibt es fünf Adressformate (Klasse A bis Klasse E), die alle
einheitlich 4 Byte = 32 bit lang sind. Die Klassen A, B und C werden
für Individualadressen genutzt, die Klasse D für Multicast-Adressen
und die Klasse E ist für besondere Zwecke reserviert.</p>

<div class="abbildung">
      <table class="feld" width="80%">
        <colgroup>
          <col/>
          <col span="5" width="2%"/>
          <col width="12%"/>
          <col span="3" width="18%"/>
        </colgroup>
        <tbody>
          <tr>
            <th>Klasse<br/>A</th>
            <td class="sw">
              <code>0</code>
            </td>
            <td colspan="5">Network<br/>Identifier</td>
            <td class="alt1" colspan="3">Host Identifier</td>
          </tr>
          <tr>
            <th/>
            <th/>
            <th colspan="5">7 bit</th>
            <th colspan="3">24 bit</th>
          </tr>
          <tr>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
            <th>&nbsp;</th>
          </tr>
          <tr>
            <th>Klasse<br/>B</th>
            <td class="sw" colspan="2">
              <code>10</code>
            </td>
            <td colspan="5">Network Identifier</td>
            <td class="alt1" colspan="2">Host Identifier</td>
          </tr>
          <tr>
            <th/>
            <th colspan="2"/>
            <th colspan="5">14 bit</th>
            <th colspan="2">16 bit</th>
          </tr>
          <tr>
            <th colspan="10">&nbsp;</th>
          </tr>
          <tr>
            <th>Klasse<br/>C</th>
            <td class="sw" colspan="3">
              <code>110</code>
            </td>
            <td colspan="5">Network Identifier</td>
            <td class="alt1">Host Identifier</td>
          </tr>
          <tr>
            <th/>
            <th colspan="3"/>
            <th colspan="5">21 bit</th>
            <th>8 bit</th>
          </tr>
          <tr>
            <th colspan="10">&nbsp;</th>
          </tr>
          <tr>
            <th>Klasse<br/>D</th>
            <td class="sw" colspan="4">
              <code>1110</code>
            </td>
            <td class="alt0" colspan="6">Multicast Group</td>
          </tr>
          <tr>
            <th colspan="10">&nbsp;</th>
          </tr>
          <tr>
            <th>Klasse<br/>E</th>
            <td class="sw" colspan="5">
              <code>11110</code>
            </td>
            <td class="alt0" colspan="4">Reserved</td>
          </tr>
        </tbody>
      </table>
     <p class="caption"><abbr title="Internet Protocol">IP</abbr>-Adressklassen</p>
     </div>

<p>Jede Adresse setzt sich aus zwei Teilen zusammen:
<strong>Network-Identifier (Netzwerk-ID)</strong> und <strong>Host-Identifier
(Host-ID)</strong>. Die Netzwerk-ID, die häufig auch als
<strong>Netzwerk-Präfix</strong> bezeichnet wird,
kennzeichnet ein Netz (oder besser gesagt
einen Netzbetreiber, der das Netz administriert) und die Host-ID kennzeichnet
die Netzverbindungen eines Hosts zu diesem Netz. Die Adressformate der 3
Klassen unterscheiden sich lediglich dadurch, dass Netzwerk-ID und Host-ID
verschieden lang sind. Einige Adressen, die für spezielle Zwecke benötigt
werden und daher nicht frei vergeben werden sollten, sind in der folgenden
Abbildung aufgelistet:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="4"/>
        </colgroup>
        <thead>
          <tr>
            <th>Netzwerk-ID</th>
            <th>Host-ID</th>
            <th>Adress-Beschreibung</th>
            <th>Beispiel</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>
              <code>0...0</code>
            </td>
            <td>
              <code>0...0</code>
            </td>
            <td>dieser Host an diesem Netz (Quelladresse)</td>
            <td>0.0.0.0</td>
          </tr>
          <tr>
            <td>
              <code>0...0</code>
            </td>
            <td>Host-ID</td>
            <td>spezifizierter Host an diesem Netz (Quelladresse)</td>
            <td>0.0.79.85 (in einem Netz der Klasse B)</td>
          </tr>
          <tr>
            <td>
              <code>1...1</code>
            </td>
            <td>
              <code>1...1</code>
            </td>
            <td>alle an diesem Netz (Broadcast-Zieladresse)</td>
            <td>255.255.255.255</td>
          </tr>
          <tr>
            <td>beliebig</td>
            <td>
              <code>0...0</code>
            </td>
            <td>als Adresse verboten</td>
            <td>172.24.0.0</td>
          </tr>
          <tr>
            <td>beliebig</td>
            <td>
              <code>1...1</code>
            </td>
            <td>alle am spezifizierten Netz (Broadcast-Zieladresse)</td>
            <td>172.24.255.255</td>
          </tr>
          <tr>
            <td>127 (dez)</td>
            <td>beliebig</td>
            <td>interne Schleife im Host</td>
            <td>127.1.2.3</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Spezielle
       <abbr title="Internet Protocol">IP</abbr>-Adressen</p>
    </div>

<p>Unter Berücksichtigung der reservierten Adressbereiche zeigt die folgende
Abbildung die maximale Zahl von möglichen Adressen in den drei Adressklassen A,
B und C:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="4"/>
        </colgroup>
        <thead>
          <tr>
            <th>Adressklasse</th>
            <th>Gültiger Bereich von Netzwerk-IDs</th>
            <th>Maximale Zahl von Netzwerk-IDs</th>
            <th>Maximale Zahl von Host-IDs pro Netzwerk-ID</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>A</td>
            <td>1 - 126</td>
            <td>126</td>
            <td>16777214</td>
          </tr>
          <tr>
            <td>B</td>
            <!--      <td>128.1 - 191.254</td><td>16382</td>  -->
            <td>128.0 - 191.255</td>
            <td>16384</td>
            <td>65534</td>
          </tr>
          <tr>
            <td>C</td>
            <!--      <td>192.0.1 - 223.255.254</td><td>2097150</td>  -->
            <td>192.0.0 - 223.255.255</td>
            <td>2097152</td>
            <td>254</td>
          </tr>
        </tbody>
      </table>
       <p class="caption"><abbr title="Internet Protocol">IP</abbr>-Adressbereiche</p>
    </div>

<p class="extra">Notation</p>

<p>Üblicherweise werden die Adressen in dezimaler Schreibweise angegeben,
wobei die vier Bytes jeweils durch Punkte getrennt werden
(Dotted-Decimal-Notation), z.B.</p>

<dl>
      <dt>dezimal:</dt>
      <dd>10.0.0.16</dd>
      <dt>binär:</dt>
      <dd>
        <code>00001010 00000000 00000000 00010000</code>
      </dd>
    </dl>

<p class="extra">Grundregeln</p>

<p>Bei der Vergabe von <abbr title="Internet Protocol">IP</abbr>-Adressen
sollten folgende Punkte unbedingt beachtet werden:</p>

<ul>
      <li>Hosts, die im gleichen
       <abbr title="Local Area Network">LAN</abbr>-Segment oder über Repeater,
       Hubs, Brücken
      oder Switches miteinander kommunizieren, müssen dieselbe Netzwerk-ID
      haben.</li>
      <li>Hosts mit unterschiedlichen Netzwerk-IDs können nur über Router
      miteinander kommunizieren.</li>
      <li>Weder die Netzwerk-ID noch die Host-ID dürfen die binären Werte
      <code>0...0</code> bzw. <code>1...1</code> annehmen, mit Ausnahme
      der in der obigen Tabelle genannten Spezialfälle.</li>
    </ul>

<p class="extra">Subnetz-Masken</p>

<p>Um die starren Grenzen des
<abbr title="Internet Protocol">IP</abbr>-Adressformats aufzubrechen,
kann man eine sogenannte <strong>Subnetz-Maske</strong> über die
<abbr title="Internet Protocol">IP</abbr>-Adressen legen und
dadurch das Längenverhältnis zwischen Netzwerk-ID und Host-ID flexibel
gestalten. Mit Hilfe der Subnetz-Maske wird ein durch eine Netzwerk-ID
spezifiziertes Netz in eine Zahl von Subnetzen aufgeteilt, wobei jedem Subnetz
eine bestimmte Zahl von Hosts zugeordnet werden kann. Durch diese
Subnetz-Bildung kann ein großes <abbr title="Local Area Network">LAN</abbr>
oder ein <abbr title="Local Area Network">LAN</abbr>-Verbund in gewisser Weise
strukturiert werden. Genaugenommen ist die Subnetz-Maske ein Notbehelf, um den
knapp gewordenen Adressraum der Klasse-A- und Klasse-B-Adressen besser
ausnutzen zu können.</p>

<p>Die Subnetzmaske ist eine 32-Bit-Zahl, deren höherwertige Bits auf
&quot;<code>1</code>&quot; und deren niederwertige Bits auf
&quot;<code>0</code>&quot; gesetzt
sind. Durch eine bitweise UND-Verknüpfung mit der
<abbr title="Internet Protocol">IP</abbr>-Adresse eines Hosts folgt
die <strong>Subnetz-Nummer</strong> bzw. <strong>Subnetz-ID</strong>. Die
Subnetz-Nummer identifiziert somit das Subnetz, zu dem dieser Host Zugang hat.
Die folgende Abbildung zeigt ein Beispiel für eine Klasse-B-Adresse:</p>

<div class="abbildung">
      <table class="feld">
        <colgroup>
          <col span="5"/>
        </colgroup>
        <tbody>
          <tr>
            <th/>
            <td class="alt0u">Netzwerk-ID</td>
            <td class="alt1u" colspan="2">Host-ID</td>
            <th/>
          </tr>
          <tr>
            <th class="trechts">
              <abbr title="Internet Protocol">IP</abbr>-Adresse</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td class="alt1">
              <code>01001</code>
            </td>
            <td class="alt1">
              <code>111 01010101</code>
            </td>
            <th class="tlinks">= 172.24.79.85</th>
          </tr>
          <tr>
            <th colspan="5"> </th>
          </tr>
          <tr>
            <th/>
            <th/>
            <td class="swu">Subnetz-Bits</td>
            <th colspan="2"/>
          </tr>
          <tr>
            <th class="trechts">Subnetz-Maske</th>
            <td class="sw">
              <code>11111111 11111111</code>
            </td>
            <td class="sw">
              <code>11111</code>
            </td>
            <td class="sw">
              <code>000 00000000</code>
            </td>
            <th class="tlinks">= 255.255.248.0</th>
          </tr>
          <tr>
            <th colspan="5"> </th>
          </tr>
          <tr>
            <th>Subnetz-Nummer</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td class="alt2">
              <code>01001</code>
            </td>
            <td class="sw">
              <code>000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.72.0</th>
          </tr>
          <tr>
            <th colspan="5"> </th>
          </tr>
          <tr>
            <th/>
            <td class="alt0u">Netzwerk-ID</td>
            <td class="alt2u">Subnetz-ID</td>
            <td class="alt1u">&quot;verminderte&quot; Host-ID</td>
            <th/>
          </tr>
          <tr>
            <th class="trechts">
              <abbr title="Internet Protocol">IP</abbr>-Adresse</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td class="alt2">
              <code>01001</code>
            </td>
            <td class="alt1">
              <code>111 01010101</code>
            </td>
            <th class="tlinks">= 172.24.79.85</th>
          </tr>
        </tbody>
      </table>
     <p class="caption">Subnetzbildung</p>
     </div>

<p>Es ist klar zu erkennen, dass der Unterschied zwischen Netzwerk-ID und
Subnetz-Nummer durch die auf &quot;<code>1</code>&quot; gesetzten
Subnetz-Bits im 3. Oktett bewirkt wird. Es ist üblich, die Gesamtzahl der
Einsen der Subnetzmaske an die <abbr title="Internet Protocol">IP</abbr>-Adresse
direkt anzuhängen, um sich dadurch
die explizite Angabe der Subnetzmaske
zu sparen. Das obige Beispiel lautet in dieser Schreibweise 172.24.79.85/21.</p>

<p>Wenn vom Netzbetreiber Subnetz-Masken nicht explizit
gesetzt werden, gelten die in der folgenden Abbildung gezeigten
Standardmasken:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="3"/>
        </colgroup>
        <thead>
          <tr>
            <th rowspan="2">Adressklasse</th>
            <th colspan="2">Standardmaske</th>
          </tr>
          <tr>
            <th>binär</th>
            <th>dezimal</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>A</td>
            <td>
              <code>11111111 00000000 00000000 00000000</code>
            </td>
            <td>255.0.0.0</td>
          </tr>
          <tr>
            <td>B</td>
            <td>
              <code>11111111 11111111 00000000 00000000</code>
            </td>
            <td>255.255.0.0</td>
          </tr>
          <tr>
            <td>C</td>
            <td>
              <code>11111111 11111111 11111111 00000000</code>
            </td>
            <td>255.255.255.0</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Standardmasken</p>
    </div>

<p>Für Broadcasts stehen folgende Adressen zur Verfügung:</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="5"/>
        </colgroup>
        <thead>
          <tr>
            <th>Netzwerk-ID</th>
            <th>Subnetz-ID</th>
            <th>&quot;verminderte&quot; Host-ID</th>
            <th>Adress-Beschreibung</th>
            <th>Beispiel</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>beliebig</td>
            <td>beliebig</td>
            <td>
              <code>1...1</code>
            </td>
            <td>alle am spezifizierten Subnetz (Broadcast-Zieladresse)</td>
            <td>172.24.79.255<br/>(unter der Subnetz-Maske 255.255.248.0)</td>
          </tr>
          <tr>
            <td>beliebig</td>
            <td>
              <code>1...1</code>
            </td>
            <td>
              <code>1...1</code>
            </td>
            <td>alle in allen Subnetzen am spezifizierten Netz
             (Broadcast-Zieladresse)</td>
            <td>172.24.255.255</td>
          </tr>
        </tbody>
      </table>
      <p class="caption"><abbr
       title="Internet Protocol">IP</abbr>-Broadcast-Adressen</p>
    </div>

<p class="extra">Klasse-B-Netz</p>

<p>Die folgende Abbildung gibt eine Übersicht über die Subnetz-Strukturen in
Klasse-B-Netzen. Da es zahlreiche
<abbr title="Internet Protocol">IP</abbr>-Adressen gibt, die für bestimmte
Zwecke reserviert sind, können bei der Subnetz-Bildung nicht alle
Kombinationen gewählt werden, die rein theoretisch möglich wären. Insbesondere
muss darauf geachtet werden, dass die durch die Extra-Bits charakterisierten
Bits der Subnetz-Nummer nicht alle gleichzeitig &quot;<code>0</code>&quot; oder
&quot;<code>1</code>&quot; sein dürfen.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="8"/>
        </colgroup>
        <thead class="alt1">
          <tr>
            <th rowspan="2">Subnetz-Maske</th>
            <th rowspan="2">3. Oktett der Subnetz-Maske</th>
            <th rowspan="2">max. Zahl von Sub­netzen</th>
            <th rowspan="2">max. Zahl von Hosts pro Subnetz</th>
            <th colspan="2">Erstes Subnetz</th>
            <th colspan="2">Letztes Subnetz</th>
          </tr>
          <tr>
            <th>Erste Host-ID</th>
            <th>Letzte Host-ID</th>
            <th>Erste Host-ID</th>
            <th>Letzte Host-ID</th>
          </tr>
        </thead>
        <tbody class="alt1">
          <tr>
            <td>255.255.0.0 &hArr; /16 (Standard-Maske)</td>
            <td>
              <code>00000000</code>
            </td>
            <td>1</td>
            <td>65534</td>
            <td>x.y.0.1</td>
            <td>x.y.255.254</td>
            <td>-</td>
            <td>-</td>
          </tr>
        </tbody>
        <tbody>
          <tr>
            <td>255.255.128.0 &hArr; /17</td>
            <td>
              <code>10000000</code>
            </td>
            <td>0</td>
            <td>-</td>
            <td>-</td>
            <td>-</td>
            <td>-</td>
            <td>-</td>
          </tr>
          <tr>
            <td>255.255.192.0 &hArr; /18</td>
            <td>
              <code>11000000</code>
            </td>
            <td>2</td>
            <td>16382</td>
            <td>x.y.64.1</td>
            <td>x.y.127.254</td>
            <td>x.y.128.1</td>
            <td>x.y.191.254</td>
          </tr>
          <tr>
            <td>255.255.224.0 &hArr; /19</td>
            <td>
              <code>11100000</code>
            </td>
            <td>6</td>
            <td>8190</td>
            <td>x.y.32.1</td>
            <td>x.y.63.254</td>
            <td>x.y.192.1</td>
            <td>x.y.223.254</td>
          </tr>
          <tr>
            <td>255.255.240.0 &hArr; /20</td>
            <td>
              <code>11110000</code>
            </td>
            <td>14</td>
            <td>4094</td>
            <td>x.y.16.1</td>
            <td>x.y.31.254</td>
            <td>x.y.224.1</td>
            <td>x.y.239.254</td>
          </tr>
          <tr>
            <td>255.255.248.0 &hArr; /21</td>
            <td>
              <code>11111000</code>
            </td>
            <td>30</td>
            <td>2046</td>
            <td>x.y.8.1</td>
            <td>x.y.15.254</td>
            <td>x.y.240.1</td>
            <td>x.y.247.254</td>
          </tr>
          <tr>
            <td>255.255.252.0 &hArr; /22</td>
            <td>
              <code>11111100</code>
            </td>
            <td>62</td>
            <td>1022</td>
            <td>x.y.4.1</td>
            <td>x.y.7.254</td>
            <td>x.y.248.1</td>
            <td>x.y.251.254</td>
          </tr>
          <tr>
            <td>255.255.254.0 &hArr; /23</td>
            <td>
              <code>11111110</code>
            </td>
            <td>126</td>
            <td>510</td>
            <td>x.y.2.1</td>
            <td>x.y.3.254</td>
            <td>x.y.252.1</td>
            <td>x.y.253.254</td>
          </tr>
          <tr>
            <td>255.255.255.0 &hArr; /24</td>
            <td>
              <code>11111111</code>
            </td>
            <td>254</td>
            <td>254</td>
            <td>x.y.1.1</td>
            <td>x.y.1.254</td>
            <td>x.y.254.1</td>
            <td>x.y.254.254</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Subnetz-Strukturen in Klasse-B-Netzen</p>
    </div>

<p class="extra">Beispiel für Subnetz-Masken</p>

<p>In der obigen Tabelle stellt man fest, dass bei der Bildung von Subnetzen
im 3. Oktett gewisse Sprüngen auftreten, deren Größe von der
entsprechenden Subnetz-Maske abhängt. Das folgende Beispiel soll dies
für die Netzwerk-ID 172.24
anhand der Subnetz-Maske 255.255.224.0 verdeutlichen.</p>

<div class="abbildung">
      <table class="feld">
        <colgroup>
          <col span="5"/>
        </colgroup>
        <tbody>
          <tr>
            <th/>
            <td class="alt0u">Netzwerk-ID</td>
            <th colspan="2"/>
          </tr>
          <tr>
            <th class="trechts">
              <abbr title="Internet Protocol">IP</abbr>-Netz Klasse B</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td class="sw">
              <code>000</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.0.0</th>
          </tr>
          <tr>
            <th colspan="5">&nbsp;</th>
          </tr>
          <!--    <tr>
	  <td></td>
      <th class="alt2u" colspan="2">Subnetz-Bits</th>
	  <td colspan="2"></td>
    </tr>  -->
          <tr>
            <th class="trechts">Subnetz-Maske</th>
            <td class="swu">
              <code>11111111 11111111</code>
            </td>
            <td class="swu">
              <code>111</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 255.255.224.0</th>
          </tr>
          <tr>
            <th colspan="5">&nbsp;</th>
          </tr>
          <tr>
            <th/>
            <td class="alt0u" colspan="2">Netzwerk-ID + Subnetz-ID</td>
            <th colspan="2"/>
          </tr>
          <tr>
            <th/>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>000</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">verboten</th>
          </tr>
          <tr>
            <th class="trechts">1.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>001</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.32.0</th>
          </tr>
          <tr>
            <th class="trechts">2.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>010</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.64.0</th>
          </tr>
          <tr>
            <th class="trechts">3.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>011</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.96.0</th>
          </tr>
          <tr>
            <th class="trechts">4.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>100</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.128.0</th>
          </tr>
          <tr>
            <th class="trechts">5.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>101</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.160.0</th>
          </tr>
          <tr>
            <th class="trechts">6.
             <abbr title="Internet Protocol">IP</abbr>-Subnetz</th>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>110</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">= 172.24.192.0</th>
          </tr>
          <tr>
            <th/>
            <td>
              <code>10101100 00011000</code>
            </td>
            <td>
              <code>111</code>
            </td>
            <td class="sw">
              <code>00000 00000000</code>
            </td>
            <th class="tlinks">verboten</th>
          </tr>
        </tbody>
      </table>
     <p class="caption">Subnetzbildung am Beispiel eines Klasse-B-Netzes</p>
     </div>

<p class="extra">Grundregeln</p>

<p>Bei der Einführung von Subnetz-Masken gelten die oben für
<abbr title="Internet Protocol">IP</abbr>-Adressen
genannten Regeln entsprechend:</p>

<ul>
      <li>Hosts, die im gleichen
       <abbr title="Local Area Network">LAN</abbr>-Segment oder über Repeater,
        Hubs, Brücken
       oder Switches miteinander kommunizieren, müssen dieselbe Subnetz-Nummer
       haben.</li>
      <li>Hosts mit unterschiedlichen Subnetz-Nummern können nur über Router
       miteinander kommunizieren.</li>
      <li>Weder die Netzwerk-ID noch die Subnetz-ID noch die &quot;verminderte&quot;
        Host-ID dürfen die binären Werte
       <code>0...0</code> bzw. <code>1...1</code> annehmen, mit Ausnahme
       der in der obigen Tabelle genannten Spezialfälle für Broadcast-Adressen.</li>
    </ul>

<p>Die letzte Regel gilt in dieser Form nur für das klassensensitive (classfull)
Routing. Beim <a href="#cidr">klassenlosen (classless) Routing</a>
kann die Subnetz-Nummer durchaus die Werte
<code>0...0</code> bzw. <code>1...1</code> annehmen. Auf diese Weise
erhält man im obigen Beispiel nicht 6, sondern 8 Subnetze.</p>

<p>Als Konsequenz aus den beiden ersten Regeln folgt: Wenn
<em>vor</em> der Bildung von Subnetzen zwei Hosts mit derselben
Netzwerk-ID über eine Brücke verbunden waren und die beiden Hosts
<em>nach</em> der Subnetz-Bildung verschiedene Subnetz-Nummern erhalten haben,
muss die Brücke durch einen Router ersetzt werden.</p>

<p class="extra">Beispiel für die Bildung von Subnetzen</p>

<p>An einem Beispiel soll nun erläutert werden, wie ein Adressraum der Klasse B
mit einer Subnetz-Struktur versehen wird. Die folgenden Abbildungen zeigen
einen Ausschnitt aus einem Netz, das über zwei Standorte verteilt ist und sich
an jedem Standort über mehrere Gebäude erstreckt: Standort I: Gebäude A und B,
Standort II: Gebäude C und D.</p>

<p>Als Ausgangssituation wird ein Netz mit der Netzwerk-ID 172.16 aus dem
Klasse-B-Adressraum unter der Standard-Maske 255.255.0.0 betrachtet.</p>

<div class="abbildung">
      <img src="subnetz-bsp0.png" alt="Ausgangssituation"/>
    <p class="caption">Ausgangssituation</p>
    </div>

<p>Nun wird mit der Maske 255.255.240.0 eine Subnetzbildung durchgeführt.
Standort I erhält die Subnetz-ID 172.16.16 und Standort II die Subnet-ID
172.16.32.</p>

<div class="abbildung">
      <img src="subnetz-bsp1.png" alt="1. Schritt einer Subnetzbildung"/>
    <p class="caption">1. Schritt einer Subnetzbildung</p>
    </div>

<p>Schließlich wird die Subnetzbildung durch die Maske 255.255.252.0.
verfeinert und es entsteht pro Gebäude jeweils ein Subnetz: Gebäude A mir der
Subnetz-ID 172.16.16, Gebäude B mir der Subnetz-ID 172.16.20, Gebäude C mir
der Subnetz-ID 172.16.32, Gebäude D mir der Subnetz-ID 172.16.36.</p>

<div class="abbildung">
      <img src="subnetz-bsp2.png" alt="2. Schritt einer Subnetzbildung"/>
    <p class="caption">2. Schritt einer Subnetzbildung</p>
     </div>

<p>Nach Durchführung des 2. Schrittes mit der Subnetz-Maske 255.255.252.0 ist
es möglich, 62 Subnetze mit jeweils 1022 Hosts zu betreiben. Eine weitere
Verfeinerung könnte sein, mit der Subnetz-Maske 255.255.255.0 die einzelnen
Gebäude intern zu strukturieren, so dass z.B. jede Abteilung von einem Subnetz
versorgt wird. In diesem Fall müßte allerdings die Kommunikation zwischen den
Abteilungen eines Gebäudes ebenfalls über Router erfolgen.</p>

<p>Ganz gleich, für welche Subnetz-Struktur man sich auch entscheidet, der
entscheidende Punkt ist, dass eine spätere Subnetz-Bildung nur dann ohne
erheblichen Aufwand möglich sind, wenn bereits beim ursprünglichen,
unstrukturierten Netz die
<abbr title="Internet Protocol">IP</abbr>-Adressen so vergeben werden, als ob die
anvisierte, endgültige Subnetz-Struktur vorliegen würde.</p>

<p class="extra">Variable Subnetz-Masken</p>

<p>Um den zur Verfügung stehenden
<abbr title="Internet Protocol">IP</abbr>-Adressraum effizienter
nutzen zu können, gibt es die Möglichkeit, in einem Netz mit einer
bestimmten Netzwerk-ID unterschiedliche Netzwerk-Masken zu verwenden,
sofern die beteiligten Router dies unterstützen.
Indem man zunächst in einem Netz eine Anzahl von Subnetzen definiert,
diese dann in weitere Subnetze unterteilt, und diese &quot;Sub-&quot;Subnetze
bei Bedarf weiter unterteilt, kann man eine ganze Hierarchie von
Subnetzen aufbauen.</p>

<p>Ein Beispiel mit der Netzwerk-ID 10 aus dem
Klasse-A-Adressraum mag dies verdeutlichen:</p>

<div class="abbildung">
      <table class="feld">
        <colgroup>
          <col span="7"/>
        </colgroup>
        <tbody>
          <tr>
            <th/>
            <th/>
            <th/>
            <th rowspan="9">
              <span class="riesig">&rarr;</span>
            </th>
            <td class="alt1">10.1.1.0/24</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <th/>
            <th/>
            <th/>
            <td class="alt1">10.1.2.0/24</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <th/>
            <th/>
            <th/>
            <td class="alt1">&bull;<br/>&bull;<br/>&bull;</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <th/>
            <th/>
            <th/>
            <td class="alt1">10.1.252.0/24</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <th rowspan="15">
              <span class="sw">10.0.0.0/8</span>
            </th>
            <th rowspan="15">
              <span class="riesig">&rarr;</span>
            </th>
            <td class="alt2">
              <span class="alt1">10.1.0.0/16</span>
            </td>
            <td rowspan="5" class="alt1">
              <span class="alt0">10.1.253.0/24</span>
            </td>
            <th rowspan="5">
              <span class="riesig">&rarr;</span>
            </th>
            <td class="alt0">10.1.253.32/27</td>
          </tr>
          <tr>
            <td class="alt2"/>
            <td class="alt0">10.1.253.64/27</td>
          </tr>
          <tr>
            <td class="alt2"/>
            <td class="alt0">&bull;<br/>&bull;<br/>&bull;</td>
          </tr>
          <tr>
            <td class="alt2"/>
            <td class="alt0">10.1.253.160/27</td>
          </tr>
          <tr>
            <td class="alt2"/>
            <td class="alt0">10.1.253.192/27</td>
          </tr>
          <tr>
            <td class="alt2"/>
            <th/>
            <td class="alt1">10.1.254.0/24</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt2">10.2.0.0/16</td>
            <th/>
            <th/>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt2">&bull;<br/>&bull;<br/>&bull;</td>
            <th/>
            <th/>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt2">10.252.0.0/16</td>
            <th/>
            <th/>
            <th/>
            <th/>
          </tr>
          <tr>
            <td rowspan="5" class="alt2">
              <span class="alt1">10.253.0.0/16</span>
            </td>
            <th rowspan="5">
              <span class="riesig">&rarr;</span>
            </th>
            <td class="alt1">10.253.32.0/19</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt1">10.253.64.0/19</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt1">&bull;<br/>&bull;<br/>&bull;</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt1">10.253.160.0/19</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt1">10.253.192.0/19</td>
            <th/>
            <th/>
          </tr>
          <tr>
            <td class="alt2">10.254.0.0/16</td>
            <th/>
            <th/>
            <th/>
            <th/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Subnetzbildung mit variablen Subnetz-Masken</p>
    </div>

<p>Auf diese Weise ist es möglich, ein Netz in verschieden große Subnetze 
aufzuteilen. Im obigen Beispiel können in den Subnetzen 10.2.0.0/16 bis 10.252.0.0/16,
sowie 10.254.0.0/16, jeweils bis zu 65534 Hosts adressiert werden,
in den Subnetzen 10.1.1.0/24 bis 10.1.252.0/24, sowie 10.1.254.0/24, jeweils bis zu 254
Hosts, in den Subnetzen 10.253.32.0/19 bis 10.253.192.0/19 jeweils bis zu 8190 Hosts
und in den Subnetzen 10.1.253.32/27 bis 10.1.253.192/27 jeweils bis zu 30 Hosts.</p>

<p class="extra">Das Kommando ifconfig / ipconfig</p>

<p>Um festzustellen, wie ein System für den Netzbetrieb unter
<abbr title="Internet Protocol">IP</abbr> konfiguriert
ist, gibt es bei allen bekannten
Betriebssystemen das Zeilenkommando <strong>ifconfig</strong>
bzw. <strong>ipconfig</strong>.
Standarmäßig wird hierbei die
<abbr title="Internet Protocol">IP</abbr>-Adresse, die Subnetzmaske
und das Standard-Gateway
(Standard-Router) für jeden an
<abbr title="Internet Protocol">IP</abbr> gebundenen Netzwerk-Adapter angezeigt.
Unter Windows 2000 sieht die Syntax folgendermaßen aus:</p>

<pre>
ipconfig [/? | /all | /release [Adapter] | /renew [Adapter]
         | /flushdns | /registerdns
         | /showclassid Adapter
         | /setclassid Adapter [Klassenkennung] ]

   Adapter    Ganzer Name oder Zeichen mit "*" und "?", wobei
              "*" für beliebig viele und "?" für ein Zeichen steht.
   Optionen
       /?           Zeigt diesen Hilfetext an.
       /all         Zeigt die vollständigen Konfigurationsinformationen an.
       /release     Gibt die IP-Adresse für den angegebenen Adapter frei.
       /renew       Erneuert die IP-Adresse für den angegebenen Adapter.
       /flushdns    Leert den DNS-Auflösungscache.
       /registerdns Aktualisiert alle DHCP-Leases und registriert DNS-Namen.
       /displaydns  Zeigt den Inhalt des DNS-Auflösungscaches an.
       /showclassid Zeigt alle DHCP-Klassenkennungen an, die für diesen Adapter
                    zugelassen sind.
       /setclassid  Ändert die DHCP-Klassenkennung.
</pre>

<!-- <h2>Dynamic Host Configuration Protocol (DHCP)</h2>   -->

<!-- ********************************************************************* -->
<h3 id="ipv4prot">Internet-Protokoll</h3>
<!-- ********************************************************************* -->

<p>Das in der Internet-Welt eingesetzte Netzwerkprotokoll heißt schlicht und
einfach <strong>Internet Protocol 
(<abbr title="Internet Protocol">IP</abbr>)</strong>.
Es handelt sich hierbei um
ein Protokoll, das ohne Bestätigungen arbeitet und eine verbindungslose
Kommunikation innerhalb der Netzwerkschicht ermöglicht. Auch hier muss man
zwischen zwei Versionen unterscheiden:
<abbr title="Internet Protocol Version 4">IPv4</abbr> und
<abbr title="Internet Protocol Version 6">IPv6</abbr>.</p>

<p>Die folgende Abbildung zeigt den prinzipiellen Aufbau eines
<abbr title="Internet Protocol Version 4">IPv4</abbr>-Datagramms.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Version / Header Length</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Type of Service (<abbr title="Type of Service">TOS</abbr>)<br/>
              <code>PPPDTR00</code>
            </th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Total Length</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Identifier</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Flags / Fragment Offset<br/>
              <code>DM0xxxxxxxxxxxxx</code>
            </th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Time to Live (<abbr title="Time to Live">TTL</abbr>)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Protocol</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Header Checksum</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Source <abbr title="Internet Protocol">IP</abbr> Address</th>
            <td>4 Byte</td>
          </tr>
          <tr>
            <th>Destination <abbr title="Internet Protocol">IP</abbr> Address</th>
            <td>4 Byte</td>
          </tr>
          <tr>
            <th class="alt2">Options / Padding</th>
            <td/>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td/>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Internet Protocol Version 4">IPv4</abbr>-Datagramms</p>
    </div>

<dl>
      <dt>Version (4 bit):</dt>
      <dd>Version von <abbr title="Internet Protocol">IP</abbr>.</dd>
      <dt>Header Length (4 bit):</dt>
      <dd>Länge des Headers als Hex-Ziffer in Einheiten von 4 Byte
        (Wert liegt zwischen 5 und 15, d.h. der Header ist mindestens
        20 Byte, höchstens jedoch 60 Byte groß).</dd>
      <dt>Type of Service
       (<abbr title="Type of Service">TOS</abbr>):</dt>
      <dd>Qualität der Übertragung:
     <ul>
          <li>Priority Bits &quot;<code>PPP</code>&quot;:
        Routine (<code>000</code>),
        Priority (<code>001</code>),
        Immediate (<code>010</code>),
        Flash (<code>011</code>),
        Flash Override (<code>100</code>),
        CRITIC/ECP (<code>101</code>),
        Internetwork Control (<code>110</code>),
        Normal Control (<code>111</code>);
      </li>
          <li>Delay Bit &quot;<code>D</code>&quot;:
        Normal (<code>0</code>),
        Low (<code>1</code>);
      </li>
          <li>Throughput Bit &quot;<code>T</code>&quot;:
        Normal (<code>0</code>),
        High (<code>1</code>);
      </li>
          <li>Reliability Bit &quot;<code>R</code>&quot;:
        Normal (<code>0</code>),
        High (<code>1</code>).
      </li>
        </ul>
      </dd>
      <dt>Total Length:</dt>
      <dd>Gesamtlänge des Datagramms (bzw. eines Fragmentes) in Byte.
</dd>
      <dt>Identifier (Fragment ID):</dt>
      <dd>Kennzeichnung der zusammengehörigen 
      <abbr title="Internet Protocol">IP</abbr>-Fragmente.</dd>
      <dt>Flags:</dt>
      <dd>Don't Fragment Bit &quot;<code>D</code>&quot;,<br/>
      More Fragments Bit &quot;<code>M</code>&quot;,<br/>
      ein ungenutztes Bit &quot;<code>0</code>&quot;.</dd>
      <dt>Fragment Offset:</dt>
      <dd>relative Position des Datenfeldes des
       <abbr title="Internet Protocol">IP</abbr>-Fragments zum Datenfeld
      des ersten <abbr title="Internet Protocol">IP</abbr>-Fragments in Schritten
      von 8 Byte (das Feld ist 13 bit groß).</dd>
      <dt>Time to Live
       (<abbr title="Time to Live">TTL</abbr>):</dt>
      <dd>Lebensdauer des Datagramms. Der Wert liegt zwischen
      0 und 255 und wird bei jedem
      Router-/Gateway-Durchgang um 1 verringert. Sobald der Wert auf 0 steht,
      wird das Datagramm verworfen.</dd>
      <dt>Protocol:</dt>
      <dd>Kennzeichnung des höheren Protokolls,
       dessen Daten in dem <abbr title="Internet Protocol">IP</abbr>-Datagramm
      transportiert werden (siehe folgende Tabelle).</dd>
      <dt>Header Checksum:</dt>
      <dd>Prüfsumme über den Header.</dd>
      <dt>Source <abbr title="Internet Protocol">IP</abbr> Address:</dt>
      <dd>
        <abbr title="Internet Protocol">IP</abbr>-Adresse des Senders.</dd>
      <dt>Destination <abbr title="Internet Protocol">IP</abbr> Address:</dt>
      <dd>
        <abbr title="Internet Protocol">IP</abbr>-Adresse des Empfängers.</dd>
      <dt>Options:</dt>
      <dd><table class="tab">
          <colgroup>
            <col width="20%"/>
            <col/>
          </colgroup>
          <tbody>
            <tr>
              <td>Source Route:</td>
              <td>Vorgabe eines Weges des Datagramms über bestimmte Router durch
              Angabe der entsprechenden
               <abbr title="Internet Protocol">IP</abbr>-Adressen,</td>
            </tr>
            <tr>
              <td>Record Route:</td>
              <td>Eintragung der
               <abbr title="Internet Protocol">IP</abbr>-Adressen jedes Routers,
                den das Datagramm passiert hat,</td>
            </tr>
            <tr>
              <td>Timestamp:</td>
              <td>wie Record-Route, jedoch mit Angabe des Zeitpunkts,</td>
            </tr>
            <tr>
              <td>Security:</td>
              <td>Angabe von Sicherheitsklassen für Datagramme,</td>
            </tr>
          </tbody>
        </table>
      </dd>
      <dt>Padding:</dt>
      <dd>Füllbits (um den Header auf ein Vielfaches von 4 Byte aufzufüllen).</dd>
      <dt>Data:</dt>
      <dd>Daten der höheren Protokollschichten.</dd>
    </dl>

<p>Die folgende Tabelle zeigt einige der wichtigsten Protokolle,
die auf <abbr title="Internet Protocol">IP</abbr>
aufsetzen. Die Protokollnummer dieser Protokolle wird im Feld &quot;Protocol&quot; des
<abbr title="Internet Protocol">IP</abbr>-Headers mitgeführt.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Protokollnummer (dez)</th>
            <th>Protokoll</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>1</td>
            <td>Internet control message protocol
             (<abbr title="Internet Control Message Protocol">ICMP</abbr>)</td>
          </tr>
          <tr>
            <td>2</td>
            <td>Internet group management protocol
             (<abbr title="Internet Group Management Protocol">IGMP</abbr>)</td>
          </tr>
          <tr>
            <td>3</td>
            <td>Gateway to gateway protocol
             (<abbr title="Gateway to Gateway Protocol">GGP</abbr>)</td>
          </tr>
          <tr>
            <td>6</td>
            <td>Transmission control protocol
             (<abbr title="Transmission Control Protocol">TCP</abbr>)</td>
          </tr>
          <tr>
            <td>8</td>
            <td>Exterior gateway protocol
             (<abbr title="Exterior Gateway Protocol">EGP</abbr>)</td>
          </tr>
          <tr>
            <td>9</td>
            <td>Interior gateway protocol
             (<abbr title="Interior Gateway Protocol">IGP</abbr>)</td>
          </tr>
          <tr>
            <td>17</td>
            <td>User datagram protocol
             (<abbr title="User Datagram Protocol">UDP</abbr>)</td>
          </tr>
          <tr>
            <td>89</td>
            <td>Open shortest path first
             (<abbr title="Open Shortest Path First">OSPF</abbr>)</td>
          </tr>
          <tr>
            <td>92</td>
            <td>Multicast transport protocol
             (<abbr title="Multicast Transport Protocol">MTP</abbr>)</td>
          </tr>
        </tbody>
      </table>
        <p class="caption">In <abbr title="Internet Protocol">IP</abbr>-Datagrammen
        transportierte Protokolle</p>
     </div>
     
<p class="extra">Differentiated Services Code Point
(<abbr title="Differentiated Services Code Point">DSCP</abbr>)</p>  

<p>Mit zunehmender Video- und Sprachübertragung spielt das Thema
Übertragungsqualität (Quality of Service, <abbr title="Quality of Service">QoS</abbr>)
eine immer größere Rolle.
So gibt es verschiedene Verfahren, die sich mit der Priorisierung von
<abbr title="Internet Protocol">IP</abbr>-Datagrammen  auseinandersetzen.
Eines dieser Verfahren heißt <strong>Differentiated Services</strong>.
Hier wird bereits vom sendenden Host die Priorität eines
<abbr title="Internet Protocol">IP</abbr>-Datagramms festgelegt und die Router,
die das Datagramm weiterleiten, entscheiden anhand dieser Prioritätsangabe,
ob das Datagramm mehr oder weniger bevorzugt dem Empfänger zugestellt wird.
Hierbei werden die ersten sechs Bits des <abbr title="Type of Service">TOS</abbr>-Feldes
verwendet, das in diesem Zusammenhang dann als
<strong>Differentiated Services Code Point
(<abbr title="Differentiated Services Code Point">DSCP</abbr>)</strong>
bezeichnet wird.
Mit dem <abbr title="Differentiated Services Code Point">DSCP</abbr>
wird jedes <abbr title="Internet Protocol">IP</abbr>-Datagramm
einer bestimmten Klasse und innerhalb dieser Klasse einer
Behandlungsstufe zugeordnet. Dabei bestimmen die ersten drei Bits die Klasse
und die weiteren drei Bits die Behandlungsstufe.
</p>

<p>Um zu verhindern, dass ein sendender Host Missbrauch treibt, indem er sich selbst
eine unzulässig hohe Priorität einräumt, 
werden an den Übergängen zu aktiven Netzwerkkomponenten sogenannte 
Vertrauensgrenzen (Trust Boundaries) definiert. An diesen Grenzen kann der Netzadministrator
entscheiden ob er den
<abbr title="Differentiated Services Code Point">DSCP</abbr>-Einstellungen der
einkommenden <abbr title="Internet Protocol">IP</abbr>-Datagramme
glaubt oder diese mit eigenen Werten überschreiben möchte.
Typischerweise stellen die Ports von Switch-Systemen solche
Vertrauensgrenzen dar.
</p>




<!-- ********************************************************************* -->
<h3 id="fragment">Fragmentierung und 
<abbr title="Maximum Transmission Unit">MTU</abbr></h3>
<!-- ********************************************************************* -->

<p>Ein <abbr title="Internet Protocol">IP</abbr>-Datagramm muss
über die verschiedenartigsten physikalischen Netze
übertragen werden können. Da nun jedes dieser Netze sein eigenes Rahmenformat
mit sich bringt, kann es zu Problemen kommen, wenn das
<abbr title="Internet Protocol">IP</abbr>-Datagramm zu groß ist.
Ein Ethernet-Rahmen z.B. kann maximal 1500 Byte Daten
aufnehmen. Diese maximal mögliche Zahl von Bytes,
die ein Schicht-2-Rahmen in seinem Datenfeld aufnehmen kann,
wird als <strong>Maximum Transmission Unit
(<abbr title="Maximum Transmission Unit">MTU</abbr>)</strong> bezeichnet.
Ein <abbr title="Internet Protocol">IP</abbr>-Datagramm,
dessen Gesamtgröße diesen Wert übersteigt,
kann demnach nicht übertragen werden.
Um aus diesem Dilemma herauszukommen, gibt es zwei Möglichkeiten:
Fragmentierung des <abbr title="Internet Protocol">IP</abbr>-Datagramms und/oder
Path-<abbr title="Maximum Transmission Unit">MTU</abbr>-Discovery.</p>

<p>Die folgende Tabelle zeigt einige charakteristische
<abbr title="Maximum Transmission Unit">MTU</abbr>-Werte.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Physikalisches Netzwerk</th>
            <th><abbr title="Maximum Transmission Unit">MTU</abbr></th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>Ethernet</td>
            <td>1500</td>
          </tr>
          <tr>
            <td>Ethernet + Point-to-Point Protocol
             (<abbr title="Point-to-Point Protocol over Ethernet">PPPoE</abbr>)</td>
            <td>1492</td>
          </tr>
          <tr>
            <td>
              Ethernet + <abbr title="Logical Link Control Type 1">LLC1</abbr></td>
            <td>1497</td>
          </tr>
          <tr>
            <td>
              Ethernet + <abbr title="Logical Link Control Type 1">LLC1</abbr> +
                <abbr title="Subnetwork Access Protocol">SNAP</abbr></td>
            <td>1492</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Maximum Transmission Unit
       (<abbr title="Maximum Transmission Unit">MTU</abbr>)</p>
    </div>

<p class="extra">Fragmentierung</p>

<p>Wenn ein <abbr title="Internet Protocol">IP</abbr>-Datagramm über
ein physikalisches Netz übertragen werden soll,
dessen <abbr title="Maximum Transmission Unit">MTU</abbr>
kleiner ist als die Gesamtlänge (Total Length) des Datagramms,
wird das Datagramm vor der Übertragung in Bruchstücke zerlegt.
Diesen Prozess nennt man <strong>Fragmentierung</strong> und die
Bruchstücke heißen <strong>
<abbr title="Internet Protocol">IP</abbr>-Fragmente</strong>.
Jedes <abbr title="Internet Protocol">IP</abbr>-Fragment stellt
wiederum ein komplettes
<abbr title="Internet Protocol">IP</abbr>-Datagramm dar.
Der Prozess der Fragmentierung läuft folgendermaßen ab:</p>

<ul>
      <li>Der Datenteil eines
       <abbr title="Internet Protocol">IP</abbr>-Datagrammes wird in Blöcke
       aufgeteilt, die maximal
        <abbr title="Maximum Transmission Unit">MTU</abbr> - 20 Byte
         Daten enthalten.</li>
      <li>Das erste <abbr title="Internet Protocol">IP</abbr>-Fragment
       wird aus dem ersten Datenblock
        und dem <abbr title="Internet Protocol">IP</abbr>-Header
         des ursprünglichen <abbr title="Internet Protocol">IP</abbr>-Datagramms
          zusammengesetzt, wobei das More-Fragments-Bit von 0 auf 1
           gesetzt und die Gesamtlänge entsprechend angepasst wird.</li>
      <li>Das zweite Fragment und alle weiteren Fragmente
        werden aus den nächsten Datenblöcken und jeweils
        dem <abbr title="Internet Protocol">IP</abbr>-Header
         des ursprünglichen <abbr title="Internet Protocol">IP</abbr>-Datagramms
          zusammengesetzt, wobei auch hier das More-Fragments-Bit von 0 auf 1
          gesetzt und die Gesamtlänge angepasst wird.
          Außerdem wird bei jedem Fragment das Offset des Datenfeldes
          zum Datenfeld des ersten Fragments in Schritten von 8 Byte angegeben.</li>
      <li>Das letzte Fragment wird aus dem letzten Datenblock
         und wiederum dem <abbr title="Internet Protocol">IP</abbr>-Header
          des ursprünglichen <abbr title="Internet Protocol">IP</abbr>-Datagramms
           zusammengesetzt, wobei das More-Fragments-Bit ungesetzt bleibt.
           Schließlich wird auch hier die Gesamtlänge angepasst und das
           Offset des Datenfeldes
          zum Datenfeld des ersten Fragments in Schritten von 8 Byte angegeben.</li>
    </ul>

<p>Die <abbr title="Internet Protocol">IP</abbr>-Fragmente werden erst im
Ziel-Host wieder zusammengesetzt.
Gateways und Router können zwar (und müssen gegebenenfalls) fragmentieren,
können aber Fragmente nicht wieder zusammensetzen.
Die Identifizierung der zusammengehörigen
Fragmente basiert auf den <abbr title="Internet Protocol">IP</abbr>-Adressen
(Quelle und Ziel),
der Nummer des im <abbr title="Internet Protocol">IP</abbr>-Header 
spezifizierten Protokolls und der Fragment-ID.</p>

<p class="extra">Beispiel</p>

<p>Das folgende Beispiel zeigt die Fragmentierung eines
<abbr title="Internet Protocol">IP</abbr>-Datagramms mit der ID = 1234 in 4
<abbr title="Internet Protocol">IP</abbr>-Fragmente.
Die Gesamtlänge des ursprünglichen
Datagramms beträgt 12000 Byte und es wird eine
<abbr title="Maximum Transmission Unit">MTU</abbr> von 3300 angenommen.</p>

<div class="abbildung">
      <table class="rahmen" width="40%">
        <colgroup>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>
              <abbr title="Internet Protocol">IP</abbr>-Header (20 Byte)<br/>
              <table class="rahmen">
                <tr>
                  <th>Gesamtlänge = 12000</th>
                </tr>
                <tr>
                  <th>Fragment-ID = 1234</th>
                </tr>
                <tr>
                  <th>More-Fragments-Bit = 0</th>
                </tr>
                <tr>
                  <th>Fragment-Offset = 0</th>
                </tr>
              </table>
            </th>
          </tr>
          <tr>
            <th class="alt1" rowspan="4">Daten<br/>
       (11980 Byte = 3280 Byte + 3280 Byte + 3280 Byte + 2140 Byte)</th>
          </tr>
        </tbody>
      </table>

      <table class="rahmen" width="100%">
        <colgroup>
          <col span="7"/>
        </colgroup>
        <tbody>
          <tr>
            <th>
              <abbr title="Internet Protocol">IP</abbr>-Header (20 Byte)<br/>
              <table class="rahmen">
                <tr>
                  <th>Gesamtlänge = <span class="alt0u">3300</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-ID = 1234</th>
                </tr>
                <tr>
                  <th>More-Fragments-Bit = <span class="alt0u">1</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-Offset = 0</th>
                </tr>
              </table>
            </th>
            <td>&nbsp;</td>
            <th>
              <abbr title="Internet Protocol">IP</abbr>-Header (20 Byte)<br/>
              <table class="rahmen">
                <tr>
                  <th>Gesamtlänge = <span class="alt0u">3300</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-ID = 1234</th>
                </tr>
                <tr>
                  <th>More-Fragments-Bit = <span class="alt0u">1</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-Offset = <span class="alt0u">410</span>
                  </th>
                </tr>
              </table>
            </th>
            <td>&nbsp;</td>
            <th>
              <abbr title="Internet Protocol">IP</abbr>-Header (20 Byte)<br/>
              <table class="rahmen">
                <tr>
                  <th>Gesamtlänge = <span class="alt0u">3300</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-ID = 1234</th>
                </tr>
                <tr>
                  <th>More-Fragments-Bit = <span class="alt0u">1</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-Offset = <span class="alt0u">820</span>
                  </th>
                </tr>
              </table>
            </th>
            <td>&nbsp;</td>
            <th>
              <abbr title="Internet Protocol">IP</abbr>-Header (20 Byte)<br/>
              <table class="rahmen">
                <tr>
                  <th>Gesamtlänge = <span class="alt0u">2160</span>
                  </th>
                </tr>
                <tr>
                  <th>Fragment-ID = 1234</th>
                </tr>
                <tr>
                  <th>More-Fragments-Bit = 0</th>
                </tr>
                <tr>
                  <th>Fragment-Offset = <span class="alt0u">1230</span>
                  </th>
                </tr>
              </table>
            </th>
          </tr>
          <tr>
            <th class="alt1">Daten (3280 Byte)</th>
            <td>&nbsp;</td>
            <th class="alt1">Daten (3280 Byte)</th>
            <td>&nbsp;</td>
            <th class="alt1">Daten (3280 Byte)</th>
            <td>&nbsp;</td>
            <th class="alt1">Daten (2140 Byte)</th>
          </tr>
        </tbody>
      </table>
      <p class="caption">Beispiel für die Fragmentierung eines
       <abbr title="Internet Protocol">IP</abbr>-Datagramms</p>
     </div>

<p class="extra">Path <abbr title="Maximum Transmission Unit">MTU</abbr> Discovery</p>

<p>Der kleinste zulässige Wert für die
<abbr title="Maximum Transmission Unit">MTU</abbr> eines physikalischen Netzes
ist auf 576 festgelegt. Dieser Wert wird von Hosts bei der Bildung
von <abbr title="Internet Protocol">IP</abbr>-Datagrammen häufig als
Standardwert benutzt, obwohl das Netz, an das der Host angeschlossen ist,
eine größere <abbr title="Maximum Transmission Unit">MTU</abbr> aufweist.
Auf diese Weise wird zwar sichergestellt, dass
die <abbr title="Internet Protocol">IP</abbr>-Datagramme auf ihrer Reise
durch verschiedene Netze niemals fragmentiert
zu werden brauchen, aber besonders effizient ist diese Methode nicht.</p>

<p>Wird bei der Bildung von <abbr title="Internet Protocol">IP</abbr>-Datagrammen
dagegen ein sehr hoher Wert für die
<abbr title="Maximum Transmission Unit">MTU</abbr> angesetzt, läuft man Gefahr,
dass das Datagramm
auf seiner Reise (möglicherweise mehrfach) fragmentiert werden muss.
Auch diese Methode ist alles andere als effizient.</p>

<p>Das Optimum wäre also, die kleinste auf dem Übertragungsweg
vorkommende <abbr title="Maximum Transmission Unit">MTU</abbr> zu ermitteln
und diese bei der Bildung der <abbr title="Internet Protocol">IP</abbr>-Datagramme
heranzuziehen. Dieses Verfahren, das als
<strong>Path <abbr title="Maximum Transmission Unit">MTU</abbr> Discovery</strong>
bezeichnet wird, sieht folgendermaßen aus:
Der sendende Host schickt ein <abbr title="Internet Protocol">IP</abbr>-Datagramm
mit gesetztem Don't-Fragment-Bit an den Ziel-Host.
Die Gesamtlänge des Datagramms entspricht
der <abbr title="Maximum Transmission Unit">MTU</abbr> des lokalen Netzes,
an das der Host angeschlossen ist.
Wenn das Datagramm ungehindert durchkommt,
ist die optimale <abbr title="Maximum Transmission Unit">MTU</abbr> bereits gefunden.
Wenn das Datagramm für ein Transfernetz oder eine Teilstrecke zu groß ist,
erhält der sendende Host eine
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Fehlernachricht
&quot;Destination Unreachable&quot;
mit dem Fehlercode 4 (Fragmentation needed and Don't Fragment Bit set) zurück
und er wiederholt den vorigen Schritt für einen kleineren 
<abbr title="Maximum Transmission Unit">MTU</abbr>-Wert.
Diese Prozedur wird so lange wiederholt, bis man den
größtmöglichen Wert für die
<abbr title="Maximum Transmission Unit">MTU</abbr> gefunden hat.
Dieser Wert sollte mit der kleinsten auf dem gesamten Übertragunsweg
vorkommenden <abbr title="Maximum Transmission Unit">MTU</abbr>
identisch sein und stellt somit den optimalen Wert dar, der von nun an bei der Bildung
von <abbr title="Internet Protocol">IP</abbr>-Datagrammen zugrunde gelegt wird.</p>

<p>Das ganze Vefahren lässt sich auch manuell mit Hilfe des Protokoll
<abbr title="Internet Control Message Protocol">ICMP</abbr>,
genauer gesagt mit dem PING-Kommando, durchführen:</p>

<ul>
      <li>Zunächst ermittelt man die
       <abbr title="Maximum Transmission Unit">MTU</abbr> des lokalen Netzes,
        an das der sendende Host angeschlossen ist.</li>
      <li>Dann schickt man eine
       <abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachricht
        &quot;Echo&quot; mit einer dieser
         <abbr title="Maximum Transmission Unit">MTU</abbr>
      entsprechenden Gesamtlänge und mit gesetztem
      Don't-Fragment-Bit an den Ziel-Host.
      Dies erreicht man durch folgendes Kommando:
      <code>ping -f -l Puffer Zielhost</code>,
      wobei Puffer = <abbr title="Maximum Transmission Unit">MTU</abbr> - 28
       die Größe des Datenfeldes des
       <abbr title="Internet Control Message Protocol">ICMP</abbr>-Echo-Paketes
       festlegt. Bekanntlich beträgt die
      Länge des <abbr title="Internet Protocol">IP</abbr>-Headers 20 Byte.
      Die Länge des
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Echo-Paketes
      beträgt 8 Byte. Dies ergibt zusammen 28 Byte, die man
      von der <abbr title="Maximum Transmission Unit">MTU</abbr> abziehen muss.</li>
      <li>Wenn das &quot;PING&quot; ungehindert durchkommt,
      hat man die optimale <abbr title="Maximum Transmission Unit">MTU</abbr>
      bereits gefunden.
      Ansonsten erhält man eine
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachricht
      &quot;Destination Unreachable&quot;
      mit dem Fehlercode 4 (Fragmentation needed and Don't Fragment Bit set) zurück
      und man wiederholt den vorigen Schritt mit einer kleineren Puffergröße.</li>
      <li>Diese Prozedur wird so lange wiederholt, bis man den größtmöglichen Puffer
      gefunden hat, mit dem das &quot;PING&quot; zum Ziel-Host durchkommt.
      Schließlich ist
       <abbr title="Maximum Transmission Unit">MTU</abbr> = Puffer + 28
       der gesuchte optimale Wert,
      der in der Systemsoftware des sendenden Hosts eingestellt
      werden muss, um bei der Bildung von
      <abbr title="Internet Protocol">IP</abbr>-Datagrammen entsprechend
      berücksichtigt zu werden.</li>
    </ul>

<p>Sowohl das automatische, als auch das manuelle Ermitteln der optimalen
<abbr title="Maximum Transmission Unit">MTU</abbr>
scheitert, wenn auf dem Übertragungsweg ein Router oder ein
Gateway so konfiguriert ist, dass die benötigten 
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachrichten
unterdrückt oder herausgefiltert werden.</p>

<!-- ********************************************************************* -->
<h3 id="arp">Address Resolution Protocol
 (<abbr title="Address Resolution Protocol">ARP</abbr>)</h3>
<!-- ********************************************************************* -->

<p>Um einem Endsystem/Host ein Datenpaket zuzusenden, reicht die Kenntnis der
Netzwerkadresse allein nicht aus. Dem sendenden System muss auch die
physikalische Adresse des Zielsystems bekannt sein. Endsysteme brauchen also
eine Möglichkeit, Netzwerkadressen in physikalische Adressen umsetzen zu
können bzw. zu Netzwerkadressen die zugehörigen physikalischen Adressen
herausfinden zu können.</p>

<p class="extra"><abbr title="Address Resolution Protocol">ARP</abbr>-Datagramm</p>

<p>In der Internet-Protokollwelt gibt es für die Adressumsetzung ein eigenes
Protokoll, das <strong>Address Resolution Protocol
(<abbr title="Address Resolution Protocol">ARP</abbr>)</strong>. Die
folgende Abbildung zeigt den Aufbau eines
<abbr title="Address Resolution Protocol">ARP</abbr>-Datagramms.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Hardware Address Space</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Protocol Address Space</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Length of Hardware Address (n)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Length of Protocol Address (m)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Operation Code</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th>Hardware Address of Sender</th>
            <td>n Byte</td>
          </tr>
          <tr>
            <th>Protocol Address of Sender</th>
            <td>m Byte</td>
          </tr>
          <tr>
            <th>Hardware Address of Target</th>
            <td>n Byte</td>
          </tr>
          <tr>
            <th>Protocol Address of Target</th>
            <td>m Byte</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Address Resolution Protocol">ARP</abbr>-Datagramms</p>
    </div>

<dl>
      <dt>Hardware Address Space:</dt>
      <dd>Netzwerk-Typ, in dem das Datagramm generiert wurde (z.B. Ethernet: 1,
      <abbr title="Institute of Electrical and Electronics Engineers">IEEE</abbr>
       802 Networks: 6).</dd>
      <dt>Protocol Address Space:</dt>
      <dd>Protokoll-Typ, von dem die Operation angefordert wurde (identisch mit
      dem Ethernet-Typenfeld).</dd>
      <dt>Length of Hardware Address:</dt>
      <dd>Länge der physikalischen Adresse in Byte
       (z.B. <abbr title="Media Access Control">MAC</abbr>-Adresse: 6).</dd>
      <dt>Length of Protocol Address:</dt>
      <dd>Länge der Netzwerk-Adresse (z.B.
       <abbr title="Internet Protocol">IP</abbr>-Adresse: 4).</dd>
      <dt>Operation Code:</dt>
      <dd>Art der Operation
       (1 = <abbr title="Address Resolution Protocol">ARP</abbr>-Anforderung,
        2 = <abbr title="Address Resolution Protocol">ARP</abbr>-Antwort,
        3 = <abbr title="Reverse Address Resolution Protocol">RARP</abbr>-Anforderung,
        4 = <abbr title="Reverse Address Resolution Protocol">RARP</abbr>-Antwort).</dd>
      <dt>Hardware Address of Sender:</dt>
      <dd>Physikalische Adresse des Absenders
       (z.B. <abbr title="Media Access Control">MAC</abbr>-Adresse).</dd>
      <dt>Protocol Address of Sender:</dt>
      <dd>Netzwerk-Adresse des Absenders
       (z.B. <abbr title="Internet Protocol">IP</abbr>-Adresse).</dd>
      <dt>Hardware Address of Target</dt>
      <dd>Physikalische Adresse des Empfängers (falls bekannt).</dd>
      <dt>Protocol Address of Target:</dt>
      <dd>Netzwerk-Adresse des Empfängers.</dd>
    </dl>

<p class="extra">Arbeitsweise von <abbr title="Address Resolution Protocol">ARP</abbr></p>

<p>Eine <abbr title="Address Resolution Protocol">ARP</abbr>-Operation
läuft folgendermaßen ab:</p>

<ol>
      <li>System A will ein <abbr title="Internet Protocol">IP</abbr>-Datagramm
       an System B senden, kennt aber nur dessen
    <abbr title="Internet Protocol">IP</abbr>-Adresse, nicht jedoch dessen
     <abbr title="Media Access Control">MAC</abbr>-Adresse.
      System A sieht in der eigenen
    Adresstabelle (<abbr title="Address Resolution Protocol">ARP</abbr>-Cache)
     nach, ob dort die Zuordnung
    <abbr title="Media Access Control">MAC</abbr>-Adresse/<abbr
     title="Internet Protocol">IP</abbr>-Adresse für System B eingetragen ist.
      Wenn nicht, bildet System A ein
       <abbr title="Address Resolution Protocol">ARP</abbr>-Anforderungs-Datagramm
       und sendet dieses als
    <abbr title="Media Access Control">MAC</abbr>-Broadcast 
    an alle erreichbaren Systeme.</li>
      <li>Sobald das gesuchte Datenendgerät B das
       <abbr title="Address Resolution Protocol">ARP</abbr>-Anforderungs-Datagramm
        erhält und die eigene <abbr title="Internet Protocol">IP</abbr>-Adresse
         erkennt, sendet sie ein
         <abbr title="Address Resolution Protocol">ARP</abbr>-Antwort-Diagramm zurück
    an System A und teilt dieser damit ihre
     <abbr title="Media Access Control">MAC</abbr>-Adresse mit. Gleichzeitig
    trägt System B in seine Adresstabelle die Zuordnung
     <abbr title="Media Access Control">MAC</abbr>-Adresse/<abbr
      title="Internet Protocol">IP</abbr>-Adresse
    für System A ein, sofern diese Zuordnung noch nicht im
     <abbr title="Address Resolution Protocol">ARP</abbr>-Cache von B
    ist.</li>
      <li>System A trägt nach Erhalt des
       <abbr title="Address Resolution Protocol">ARP</abbr>-Antwort-Datagramms
        von B die
    Zuordnung <abbr title="Media Access Control">MAC</abbr>-Adresse/<abbr
     title="Internet Protocol">IP</abbr>-Adresse für System B in 
     seine Adresstabelle ein
    und kennt damit die <abbr title="Media Access Control">MAC</abbr>-Adresse
     von System B. Anschließend kann A dann das
    anstehende <abbr title="Internet Protocol">IP</abbr>-Datagramm mit
     der richtigen <abbr title="Media Access Control">MAC</abbr>-Zieladresse
      versehen und abschicken.</li>
    </ol>

<p>Ergänzt wird <abbr title="Address Resolution Protocol">ARP</abbr>
durch ein weiteres Protokoll, das
<strong>Reverse Address Resolution Protocol
(<abbr title="Reverse Address Resolution Protocol">RARP</abbr>)</strong>.
Dieses Protokoll stellt das Gegenstück zu
<abbr title="Address Resolution Protocol">ARP</abbr> dar und ermöglicht es,
zu einer bekannten physikalischen Adresse
(<abbr title="Media Access Control">MAC</abbr>-Adresse)
die zugehörige Netzwerkadresse (<abbr title="Internet Protocol">IP</abbr>-Adresse)
zu finden. Hierbei
benötigt man allerdings einen entsprechenden Server, der die gesuchten
Adressinformationen bereithält.</p>

<p class="extra"><abbr title="Address Resolution Protocol">ARP</abbr> als Kommando</p>

<p>Basierend auf dem Protokoll <abbr title="Address Resolution Protocol">ARP</abbr>
gibt es bei allen bekannten
Betriebssystemen ein Zeilenkommando, das ebenfalls
<abbr title="Address Resolution Protocol">ARP</abbr> heißt.
Unter Windows 2000 sieht die Syntax folgendermaßen aus:</p>

<pre>
ARP -s IP_Adr Eth_Adr [Schnittst]
ARP -d IP_Adr [Schnittst]
ARP -a [IP_Adr] [-N Schnittst]

   -a            Zeigt aktuelle ARP-Einträge durch Abfrage der Protokoll-
                 daten an. Falls IP_Adr angegeben wurde, werden die IP- und
                 physikalische Adresse für den angegebenen Computer ange-
                 zeigt. Wenn mehr als eine Netzwerkschnittstelle ARP
                 verwendet, werden die Einträge für jede ARP-Tabelle
                 angezeigt.
   -g            Gleiche Funktion wie -a.
   IP_Adr        Gibt eine Internet-Adresse an.
   -N Schnittst  Zeigt die ARP-Einträge für die angegebene Netzwerk-
                 schnittstelle an.
   -d            Löscht den durch IP_Adr angegebenen Hosteintrag. IP_Adr
                 kann mit dem '*'-Platzhalter versehen werden, um alle Hosts
                 zu löschen.
   -s            Fügt einen Hosteintrag hinzu und ordnet die Internetadresse
                 der physikalischen Adresse zu. Die physikalische Adresse wird
                 durch 6 hexadezimale, durch Bindestrich getrennte Bytes
                 angegeben. Der Eintrag ist permanent.
   Eth_Adr       Gibt eine physikalische Adresse (Ethernetadresse) an.
   Schnittst     Gibt, falls vorhanden, die Internetadresse der Schnittstelle
                 an, deren Übersetzungstabelle geändert werden soll.
                 Sonst wird die erste geeignete Schnittstelle verwendet.
</pre>

<!-- ********************************************************************* -->
<h3 id="icmpv4">Internet Control Message Protocol
 (<abbr title="Internet Control Message Protocol Version 4">ICMPv4</abbr>)</h3>
<!-- ********************************************************************* -->

<p>Da <abbr title="Internet Protocol">IP</abbr> einen (verbindungslosen)
Datagramm-Dienst
darstellt und somit die korrekte Zustellung
von <abbr title="Internet Protocol">IP</abbr>-Datagrammen nicht garantiert werden kann,
gibt es ein zusätzliches Protokoll,
das <strong>Internet Control Message Protocol
(<abbr title="Internet Control Message Protocol">ICMP</abbr>)</strong>,
das in gewissem Umfang Fehlersituationen behandeln kann
und darüberhinaus Diagnoseinformationen über den Netzbetrieb
liefert.
<abbr title="Internet Control Message Protocol">ICMP</abbr>
setzt zwar direkt auf <abbr title="Internet Protocol">IP</abbr>
auf und benötigt somit keines der 
üblichen Transportprotokolle <abbr title="User Datagram Protocol">UDP</abbr>
oder <abbr title="Transmission Control Protocol">TCP</abbr>.
Da es jedoch den höheren Kommunikationsschichten
nicht zur Verfügung steht, wird es wie
<abbr title="Internet Protocol">IP</abbr> in der Netzwerkschicht
angesiedelt.</p>

<p>Im Header eines <abbr title="Internet Protocol">IP</abbr>-Datagramms,
das eine <abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachricht enthält,
steht im Feld &quot;Protocol&quot; der Wert 1 für
<abbr title="Internet Control Message Protocol">ICMP</abbr> und im
Feld &quot;Type of Service (<abbr title="Type of Service">TOS</abbr>)&quot; der Wert 0.
Ein <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramm
hat folgenden Aufbau:</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Type</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Code</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Checksum</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td>variable Zahl von Bytes</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramms</p>
    </div>

<dl>
      <dt>Type:</dt>
      <dd>Typ der
       <abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachricht.</dd>
      <dt>Code:</dt>
      <dd>Zusatzinformationen für den betreffenden Nachrichtentyp.</dd>
      <dt>Checksum:</dt>
      <dd>Prüfsumme.</dd>
      <dt>Data:</dt>
      <dd>Kontextabhängige Informationen.</dd>
    </dl>

<p>Die folgende Tabelle gibt einen Überblick über die möglichen
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachrichtentypen.</p>

<div class="abbildung">
      <table>
        <colgroup>
          <col span="2"/>
        </colgroup>
        <thead>
          <tr>
            <th>Wert (dez)</th>
            <th><abbr
             title="Internet Control Message Protocol">ICMP</abbr>-Nachrichtentyp</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td>0</td>
            <td>Echo reply (Echo Antwort)</td>
          </tr>
          <tr>
            <td>3</td>
            <td>Destination unreachable (Ziel nicht erreichbar)</td>
          </tr>
          <tr>
            <td>4</td>
            <td>Source quench (Aussenderate drosseln)</td>
          </tr>
          <tr>
            <td>5</td>
            <td>Redirect (Umleitung)</td>
          </tr>
          <tr>
            <td>8</td>
            <td>Echo (Echo Anforderung)</td>
          </tr>
          <tr>
            <td>11</td>
            <td>Time exceeded (Zeitüberschreitung)</td>
          </tr>
          <tr>
            <td>12</td>
            <td>Parameter problem (Parameterprobleme)</td>
          </tr>
          <tr>
            <td>13</td>
            <td>Timestamp (Uhrzeit anfordern)</td>
          </tr>
          <tr>
            <td>14</td>
            <td>Timestamp reply (Antwort auf Uhrzeitanforderung)</td>
          </tr>
          <tr>
            <td>15</td>
            <td>Information request (Anforderung von Netzwerk-Informationen)</td>
          </tr>
          <tr>
            <td>16</td>
            <td>Information reply (Antwort auf Informationsanforderung)</td>
          </tr>
          <tr>
            <td>17</td>
            <td>Address mask request (Anforderung von Adressmasken)</td>
          </tr>
          <tr>
            <td>18</td>
            <td>Address mask response (Antwort auf Maskenanforderung)</td>
          </tr>
        </tbody>
      </table>
      <p class="caption"><abbr
       title="Internet Control Message Protocol">ICMP</abbr>-Nachrichtentypen</p>
    </div>

<p class="extra">Echo / Echo reply</p>

<p>Wenn <abbr title="Internet Control Message Protocol">ICMP</abbr>
zu Diagnose-Zwecken eingesetzt wird, kommen am häufigsten
die Nachrichtentypen 0 und 8 vor. Das bekannte Programm
&quot;PING&quot; stellt eine Implementierung dieser beiden
Nachrichtentypen dar.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Type 0 (Echo reply) / Type 8 (Echo)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Code 0</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Checksum</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt2">Identifier</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt2">Sequence Number</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td>variable Zahl von Bytes</td>
          </tr>
        </tbody>
      </table>
      <p class="caption">Aufbau eines
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramms
        &quot;Echo&quot; (PING)</p>
    </div>

<dl>
      <dt>Identifier:</dt>
      <dd>Hilfe zur eindeutigen Kennzeichnung von
       <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagrammen.</dd>
      <dt>Sequence Number:</dt>
      <dd>Hilfe zur eindeutigen Kennzeichnung von
       <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagrammen.</dd>
      <dt>Data:</dt>
      <dd>Lasterzeugung durch optionales Mitführen von Daten.</dd>
    </dl>

<p class="extra">Das Kommando PING</p>

<p>Das Zeilenkommando <strong>PING</strong> (Packet Internet Groper)
ist ein Programm, mit der die
Erreichbarkeit unter <abbr title="Internet Protocol">IP</abbr> getestet werden kann.
Ein System, das ein &quot;PING&quot; abschickt,
sendet <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramme
des Typs 8 (Echo) und erwartet ein
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramm
des Typs 0 (Echo reply)
vom Empfänger, falls dieser erreichbar ist.
Unter Windows 2000 sieht die Syntax folgendermaßen aus:</p>

<pre>
ping [-t] [-a] [-n Anzahl] [-l Größe] [-f] [-i Gültigkeitsdauer]
             [-v Diensttyp] [-r Anzahl] [-s Anzahl] [[-j Hostliste] |
             [-k Hostliste]] [-w Zeitlimit] Zielliste

    -t             Sendet fortlaufend Ping-Signale zum angegebenen Host.
                   Geben Sie STRG-UNTRBR ein, um die Statistik anzuzeigen.
                   Geben Sie STRG-C ein, um den Vorgang abzubrechen.
    -a             Löst Adressen in Hostnamen auf.
    -n n Anzahl    Anzahl zu sendender Echoanforderungen
    -l Länge       Pufferlänge senden
    -f             Setzt Flag für "Don't Fragment".
    -i TTL         Gültigkeitsdauer (Time To Live)
    -v TOS         Diensttyp (Type Of Service)
    -r Anzahl      Route für Anzahl der Abschnitte aufzeichnen
    -s Anzahl      Zeiteintrag für Anzahl Abschnitte
    -j Hostliste   "Loose Source Route" gemäß Hostliste
    -k Hostliste   "Strict Source Route" gemäß Hostliste
    -w Zeitlimit   Zeitlimit in Millisekunden für eine Rückmeldung
    Zielliste      Adresse oder Name des Zielhosts
</pre>

<p>Die &quot;Reichweite&quot; von PING endet in der Netzwerkschicht.
Arbeitet PING einwandfrei, bedeutet dies somit lediglich,
dass die unteren 3 Protokoll-Schichten (z.B. Ethernet und
<abbr title="Internet Protocol">IP</abbr>) funktionsfähig sind.
Ob z.B. eine <abbr title="Transmission Control Protocol">TCP</abbr>-Verbindung
möglich ist oder ob eine auf
<abbr title="Transmission Control Protocol">TCP</abbr> aufbauende
Kommunikationsanwendung funktioniert, kann mit PING nicht
verifiziert werden.</p>

<p class="extra">Destination unreachable</p>

<p>
Wenn ein <abbr title="Internet Protocol">IP</abbr>-Datagramm nicht zugestellt
werden kann, kann der Grund
für die Unzustellbarkeit mit Hilfe eine
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramms des Typs 3
dem Absender mitgeteilt werden.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Type 3 (Destination unreachable)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Code</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Checksum</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt2">Unused</th>
            <td>4 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td/>
          </tr>
        </tbody>
      </table>
     <p class="caption">
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramm
        &quot;Destination unreachable&quot;</p>
    </div>

<dl>
      <dt>Code:</dt>
      <dd>Fehlerursache für die Unzustellbarkeit:
      <ul>
          <li>0: Net unreachable (das mit der
           <abbr title="Internet Protocol">IP</abbr>-Zieladresse angegebene Netz
                wurde von einem Router nicht gefunden),</li>
          <li>1: Host unreachable (der mit der 
          <abbr title="Internet Protocol">IP</abbr>-Zieladresse angegebene Host
                wurde vom Standard-Router (Standard-Gateway) nicht gefunden),</li>
          <li>2: Protocol unreachable (das im
           <abbr title="Internet Protocol">IP</abbr>-Datagramm transportierte
                Protokoll ist im Ziel-Host nicht verfügbar),</li>
          <li>3: Port unreachable (der im 
          <abbr title="Internet Protocol">IP</abbr>-Datagramm angegebene
                Anwendungsdienst ist im Ziel-Host nicht verfügbar),</li>
          <li>4: Fragmentation needed and Don't Fragment Bit set
                (Router müsste, darf aber nicht fragmentieren),</li>
          <li>5: Source Route failed (Router kann 
          <abbr title="Internet Protocol">IP</abbr>-Datagramm auf
                vorgeschriebener Route nicht weiterschicken).</li>
        </ul>
      </dd>
      <dt>Unused:</dt>
      <dd>Wert muss auf 0 gesetzt sein.</dd>
      <dt>Data:</dt>
      <dd>Kompletter <abbr title="Internet Protocol">IP</abbr>-Header
       und die ersten 64 bit der im
        <abbr title="Internet Protocol">IP</abbr>-Datagramm
        transportierten Daten.</dd>
    </dl>

<p><abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramme
mit den Codes 0, 1, 4 und 5 werden von einem
Router oder Gateway erzeugt,
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramme mit den
Codes 2 und 3 vom Ziel-Host.</p>

<p class="extra">Time exceeded</p>

<p>Kann ein <abbr title="Internet Protocol">IP</abbr>-Datagramm wegen 
einer Zeitüberschreitung sein Ziel nicht erreichen,
kann dies dem Absender mit Hilfe eines 
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramms des Typs 11
angezeigt werden.</p>

<div class="abbildung">
      <table class="rahmen" width="60%">
        <colgroup>
          <col width="70%"/>
          <col/>
        </colgroup>
        <tbody>
          <tr>
            <th>Type 11 (Time exceeded)</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Code</th>
            <td>1 Byte</td>
          </tr>
          <tr>
            <th>Checksum</th>
            <td>2 Byte</td>
          </tr>
          <tr>
            <th class="alt2">Unused</th>
            <td>4 Byte</td>
          </tr>
          <tr>
            <th class="alt1">Data</th>
            <td/>
          </tr>
        </tbody>
      </table>
    <p class="caption">
      <abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramm
        &quot;Time exceeded&quot;</p>
      </div>

<dl>
      <dt>Code:</dt>
      <dd>
        <ul>
          <li>0: <abbr title="Time to Live">TTL</abbr>-Wert (Time to live)
           des <abbr title="Internet Protocol">IP</abbr>-Datagramms hat 
           den Wert 0 erreicht und wird verworfen,</li>
          <li>1: Beim Zusammensetzen von Fragmenten wurde
           Zeitlimit überschritten.</li>
        </ul>
      </dd>
      <dt>Unused:</dt>
      <dd>Wert muss auf 0 gesetzt sein.</dd>
      <dt>Data:</dt>
      <dd>Kompletter <abbr title="Internet Protocol">IP</abbr>-Header
       und die ersten 64 bit der im
        <abbr title="Internet Protocol">IP</abbr>-Datagramm
        transportierten Daten.</dd>
    </dl>

<p><abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramme
mit dem Code 0 werden von einem
Router oder Gateway erzeugt,
<abbr title="Internet Control Message Protocol">ICMP</abbr>-Datagramme mit dem
Code 1 vom Ziel-Host.</p>

<p class="extra">Das Kommando TRACERT / TRACEROUTE</p>

<p>Das Zeilenkommando <strong>TRACERT</strong> bzw. <strong>TRACEROUTE</strong>
ist ein Programm, mit dem der Weg von
<abbr title="Internet Protocol">IP</abbr>-Datagrammen
verfolgt werden kann.
Das Programm sendet <abbr title="Internet Protocol">IP</abbr>-Datagramme
mit ständig wachsendem 
<abbr title="Time to Live">TTL</abbr>-Wert (Time to live) aus.
Der <abbr title="Time to Live">TTL</abbr>-Wert eines
<abbr title="Internet Protocol">IP</abbr>-Datagramms wird
von jedem Router, der das Paket weiterleitet, um 1 erniedrigt.
Derjenige Router, der ein <abbr title="Internet Protocol">IP</abbr>-Datagramm
mit dem <abbr title="Time to Live">TTL</abbr>-Wert 1 empfängt
und diesen Wert dann auf 0 setzt,
verwirft das <abbr title="Internet Protocol">IP</abbr>-Datagramm und zeigt
dies dem Absender
über eine <abbr title="Internet Control Message Protocol">ICMP</abbr>-Nachricht
des Typs 11 an.
Durch ein <abbr title="Internet Protocol">IP</abbr>-Datagramm mit einem
<abbr title="Time to Live">TTL</abbr>-Wert von 1 kann so eine
Fehlermeldung durch den ersten Router
erzwungen werden, durch ein <abbr title="Internet Protocol">IP</abbr>-Datagramm
mit einem
<abbr title="Time to Live">TTL</abb