Update to r44156:

Editorial pass through second 1/2 of Bluetooth chapter.
Protocols section is still a bit dense.

de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml

@@ -5,11 +5,11 @@
 
      $FreeBSD$
      $FreeBSDde:$
-     basiert auf: r44154
+     basiert auf: r44156
 -->
 <chapter xmlns="http://docbook.org/ns/docbook"
-xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
-xml:id="advanced-networking">
+  xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
+  xml:id="advanced-networking">
 
   <info><title>Weiterführende Netzwerkthemen</title>
     <authorgroup>
@@ -2701,9 +2701,9 @@ hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:
     <sect2>
       <title>Bluetooth-Protokolle</title>
 
-      <para>Dieser Abschnitt beschreibt die verschiedenen
-	Bluetooth-Werkzeuge, ihre Funktionen sowie weitere
-	Programme.</para>
+      <para>Dieser Abschnitt gibt einen Überblick über die
+	verschiedenen Bluetooth-Protokolle, ihre Funktionen sowie
+	weitere Programme.</para>
 
       <sect3>
 	<title>Das Logical Link Control and Adaptation Protocol
@@ -2716,9 +2716,8 @@ hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:
       <para>Das <foreignphrase>Logical Link Control and Adaptation
 	Protocol</foreignphrase> (<acronym>L2CAP</acronym>) bietet
 	höherwertigen Protokollen verbindungsorientierte und
-	verbindungslose Datendienste an.  Dazu gehören auch
-	Protokollmultiplexing, Segmentierung und Reassemblierung.
-	<acronym>L2CAP</acronym> erlaubt höherwertigen Protokollen und
+	verbindungslose Datendienste an.  <acronym>L2CAP</acronym>
+	erlaubt höherwertigen Protokollen und
 	Programmen den Versand und Empfang von
 	<acronym>L2CAP</acronym>-Datenpaketen mit einer Länge von bis
 	zu 64 Kilobytes.</para>
@@ -2734,10 +2733,9 @@ hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29:
 	höherwertige Protokoll weitergeleitet.  Mehrere Kanäle
 	können sich die gleiche Basisbandverbindung teilen.</para>
 
-      <para>Eine einzelne netgraph-Gerätedatei vom Typ
-	<emphasis>l2cap</emphasis> wird für ein einzelnes
-	Bluetooth-Gerät erzeugt.  Die
-	<acronym>L2CAP</acronym>-Gerätedatei ist normalerweise mit der
+      <para>Unter &os; wird eine netgraph-Gerätedatei vom Typ
+	<emphasis>l2cap</emphasis> für jedes einzelne Bluetooth-Gerät
+	erzeugt.  Diese Gerätedatei ist normalerweise mit der
 	Bluetooth-<acronym>HCI</acronym>-Gerätedatei (downstream)
 	sowie der Bluetooth-Socket-Gerätedatei (upstream) verbunden.
 	Der Standardname für die
@@ -2799,12 +2797,11 @@ c2e8bc80      0    250 00:02:72:00:d4:1a 00:07:e0:00:0b:ca 3    6    OPEN</scree
       </indexterm>
 
       <para>Das <acronym>RFCOMM</acronym>-Protokoll emuliert serielle Verbindungen
-	über das <acronym>L2CAP</acronym>-Protokoll.  Es basiert auf
-	dem ETSI-Standard TS 07.10.  Bei <acronym>RFCOMM</acronym>
+	über das <acronym>L2CAP</acronym>-Protokoll.  Bei <acronym>RFCOMM</acronym>
 	handelt es sich um ein einfaches Transportprotokoll, das um
 	Funktionen zur Emulation der 9poligen Schaltkreise von mit
 	RS-232 (EIATIA-232-E) kompatiblen seriellen Ports ergänzt
-	wurde.  <acronym>RFCOMM</acronym> erlaubt bis zu 60 simultane
+	wurde.  Es erlaubt bis zu 60 simultane
 	Verbindungen (<acronym>RFCOMM</acronym>-Kanäle) zwischen zwei
 	Bluetooth-Geräten.</para>
 
@@ -2937,7 +2934,7 @@ Bluetooth Profile Descriptor List:
     </sect3>
 
     <sect3>
-      <title>Das Profil <acronym>OBEX</acronym>-Push
+      <title><acronym>OBEX</acronym> Object-Push
 	(<acronym>OPUSH</acronym>)</title>
 
       <indexterm>
@@ -2954,9 +2951,9 @@ Bluetooth Profile Descriptor List:
 	<acronym>PIM</acronym>-Funktionen.</para>
 
       <para>Server und Client von <acronym>OBEX</acronym> werden durch
-	das Softwarepaket <application>obexapp</application>
-	bereitgestellt, das als Paket oder Port
-	<package>comms/obexapp</package> verfügbar ist.</para>
+	<application>obexapp</application> bereitgestellt, das als
+	Paket oder Port <package>comms/obexapp</package> installiert
+	werden kann.</para>
 
       <para>Mit dem <acronym>OBEX</acronym>-Client werden Objekte zum
 	<acronym>OBEX</acronym>-Server geschickt oder angefordert.
@@ -2966,8 +2963,8 @@ Bluetooth Profile Descriptor List:
 	<acronym>RFCOMM</acronym>-Kanals vom entfernten Gerät an.
 	Dies kann auch durch die Verwendung des Servicenamens anstelle
 	der <acronym>RFCOMM</acronym>-Kanalnummer erfolgen.  Folgende
-	Dienste werden unterstützt:  <acronym>IrMC</acronym>,
-	<acronym>FTRN</acronym> und <acronym>OPUSH</acronym>.  Es ist
+	Dienste werden unterstützt:  <literal>>IrMC</literal>,
+	<literal>FTRN</literal> und <literal>OPUSH</literal>.  Es ist
 	möglich, den <acronym>RFCOMM</acronym>-Kanal als Nummer
 	anzugeben.  Es folgt ein Beispiel für eine
 	<acronym>OBEX</acronym>-Sitzung, bei der ein
@@ -3032,10 +3029,9 @@ rfcomm_sppd[94692]: Starting on /dev/ttyp6...</screen>
     <sect2>
       <title>Problembehandlung</title>
 
-	<para>Einige ältere Bluetooth-Geräte unterstützen
-	  keinen Rollentausch.  Wenn &os; eine neue Verbindung
-	  akzeptiert, wird versucht, die Rolle zu tauschen, um zum
-	  Master zu werden.  Geräte, die dies nicht
+	<para>Wenn &os; eine neue Verbindung
+	  akzeptiert, versucht es, die Rolle zu tauschen, um zum
+	  Master zu werden.  Einige ältere Geräte, die dies nicht
 	  unterstützen, können keine Verbindung aufbauen.  Da der
 	  Rollentausch ausgeführt wird sobald eine neue Verbindung
 	  aufgebaut wird, ist es nicht möglich, das entfernte Gerät zu
@@ -3047,7 +3043,7 @@ rfcomm_sppd[94692]: Starting on /dev/ttyp6...</screen>
 
 	<para>Verwenden Sie <application>hcidump</application>,
 	  das als Paket Port <package>comms/hcidump</package>
-	  verfügbar ist, um Bluetooth-Pakete anzuzeigen.
+	  installiert werden kann, um Bluetooth-Pakete anzuzeigen.
 	  Dieses Programm hat Ähnlichkeiten mit &man.tcpdump.1; und
 	  kann zur Anzeige der Bluetooth-Pakete in einem Terminal,
 	  oder zur Speicherung von Paketen in einer Datei (Dump)