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"
+  xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0"
-xml:id="advanced-networking">
+  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
+      <para>Dieser Abschnitt gibt einen Überblick über die
-	Bluetooth-Werkzeuge, ihre Funktionen sowie weitere
+	verschiedenen Bluetooth-Protokolle, ihre Funktionen sowie
-	Programme.</para>
+	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
+	verbindungslose Datendienste an.  <acronym>L2CAP</acronym>
-	Protokollmultiplexing, Segmentierung und Reassemblierung.
+	erlaubt höherwertigen Protokollen und
-	<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
+      <para>Unter &os; wird eine netgraph-Gerätedatei vom Typ
-	<emphasis>l2cap</emphasis> wird für ein einzelnes
+	<emphasis>l2cap</emphasis> für jedes einzelne Bluetooth-Gerät
-	Bluetooth-Gerät erzeugt.  Die
+	erzeugt.  Diese Gerätedatei ist normalerweise mit der
-	<acronym>L2CAP</acronym>-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
+	über das <acronym>L2CAP</acronym>-Protokoll.  Bei <acronym>RFCOMM</acronym>
-	dem ETSI-Standard TS 07.10.  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>
+	<application>obexapp</application> bereitgestellt, das als
-	bereitgestellt, das als Paket oder Port
+	Paket oder Port <package>comms/obexapp</package> installiert
-	<package>comms/obexapp</package> verfügbar ist.</para>
+	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>,
+	Dienste werden unterstützt:  <literal>>IrMC</literal>,
-	<acronym>FTRN</acronym> und <acronym>OPUSH</acronym>.  Es ist
+	<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
+	<para>Wenn &os; eine neue Verbindung
-	  keinen Rollentausch.  Wenn &os; eine neue Verbindung
+	  akzeptiert, versucht es, die Rolle zu tauschen, um zum
-	  akzeptiert, wird versucht, die Rolle zu tauschen, um zum
+	  Master zu werden.  Einige ältere Geräte, die dies nicht
-	  Master zu werden.  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)