From owner-svn-doc-all@freebsd.org Tue Feb 16 18:32:56 2016 Return-Path: Delivered-To: svn-doc-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0B8BAAA7EC; Tue, 16 Feb 2016 18:32:56 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DB321EA1; Tue, 16 Feb 2016 18:32:56 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u1GIWtx1000641; Tue, 16 Feb 2016 18:32:55 GMT (envelope-from bhd@FreeBSD.org) Received: (from bhd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u1GIWtHc000640; Tue, 16 Feb 2016 18:32:55 GMT (envelope-from bhd@FreeBSD.org) Message-Id: <201602161832.u1GIWtHc000640@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org using -f From: Bjoern Heidotting Date: Tue, 16 Feb 2016 18:32:55 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48185 - head/de_DE.ISO8859-1/books/handbook/advanced-networking X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2016 18:32:56 -0000 Author: bhd Date: Tue Feb 16 18:32:55 2016 New Revision: 48185 URL: https://svnweb.freebsd.org/changeset/doc/48185 Log: Update to r44156: Editorial pass through second 1/2 of Bluetooth chapter. Protocols section is still a bit dense. Modified: head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Modified: head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml ============================================================================== --- head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Tue Feb 16 18:27:01 2016 (r48184) +++ head/de_DE.ISO8859-1/books/handbook/advanced-networking/chapter.xml Tue Feb 16 18:32:55 2016 (r48185) @@ -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 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 <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 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 </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/tty 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/tty 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)