From ce438e71d52549c49225bbe1a0cfa8be802c00cb Mon Sep 17 00:00:00 2001 From: Bjoern Heidotting Date: Tue, 16 Feb 2016 18:32:55 +0000 Subject: [PATCH] Update to r44156: Editorial pass through second 1/2 of Bluetooth chapter. Protocols section is still a bit dense. --- .../handbook/advanced-networking/chapter.xml | 50 +++++++++---------- 1 file changed, 23 insertions(+), 27 deletions(-) diff --git a/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml b/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml index 031ce5ed02..08be964059 100644 --- a/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml +++ b/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml @@ -5,11 +5,11 @@ $FreeBSD$ $FreeBSDde:$ - basiert auf: r44154 + basiert auf: r44156 --> + xmlns:xlink="http://www.w3.org/1999/xlink" version="5.0" + xml:id="advanced-networking"> Weiterführende Netzwerkthemen @@ -2701,9 +2701,9 @@ hcsecd[16484]: Sending PIN_Code_Reply to 'ubt0hci' for remote bdaddr 0:80:37:29: Bluetooth-Protokolle - Dieser Abschnitt beschreibt die verschiedenen - Bluetooth-Werkzeuge, ihre Funktionen sowie weitere - Programme. + Dieser Abschnitt gibt einen Überblick über die + verschiedenen Bluetooth-Protokolle, ihre Funktionen sowie + weitere Programme. 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>) @@ -2954,9 +2951,9 @@ Bluetooth Profile Descriptor List: PIM-Funktionen. Server und Client von OBEX werden durch - das Softwarepaket obexapp - bereitgestellt, das als Paket oder Port - comms/obexapp verfügbar ist. + obexapp bereitgestellt, das als + Paket oder Port comms/obexapp installiert + werden kann. Mit dem OBEX-Client werden Objekte zum OBEX-Server geschickt oder angefordert. @@ -2966,8 +2963,8 @@ Bluetooth Profile Descriptor List: RFCOMM-Kanals vom entfernten Gerät an. Dies kann auch durch die Verwendung des Servicenamens anstelle der RFCOMM-Kanalnummer erfolgen. Folgende - Dienste werden unterstützt: IrMC, - FTRN und OPUSH. Es ist + Dienste werden unterstützt: >IrMC, + FTRN und OPUSH. Es ist möglich, den RFCOMM-Kanal als Nummer anzugeben. Es folgt ein Beispiel für eine OBEX-Sitzung, bei der ein @@ -3032,10 +3029,9 @@ rfcomm_sppd[94692]: Starting on /dev/ttyp6... Problembehandlung - 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 + 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... Verwenden Sie hcidump, das als Paket Port comms/hcidump - 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)