Obwohl in unserer technologischen Welt heute alles möglich erscheint, wurde meines Wissens echtes Bluetooth-zu-Bluetooth-über-IP nie implementiert. Ich werde versuchen, die Schwierigkeiten zu erklären, die, obwohl nicht unüberwindbar, die Ursache für diese Situation sind.
Bluetooth selbst ist ein drahtloser Technologiestandard für den Datenaustausch über kurze Entfernungen. Es wird normalerweise für Geräte-zu-Geräte-Verbindungen verwendet und beinhaltet aus Sicherheitsgründen den Begriff Pairing. Das Bluetooth-Protokoll ist äußerst vielseitig und kann für viele Zwecke verwendet werden. Seine Popularität ergibt sich aus der Tatsache, dass es mit Frequenzen arbeitet, die global nicht lizenziert (aber nicht unreguliert) sind.
Für echtes Bluetooth-zu-Bluetooth-über-IP wären zwei Bluetooth-Geräte erforderlich, um über IP gekoppelt zu werden. Dies ist nicht dasselbe wie beispielsweise zwei Personen, die Skype verwenden, um über Bluetooth-Headsets über das Internet zu kommunizieren, da die Headsets mit ihren Computern und nicht miteinander gekoppelt sind.
Hier einige Auszüge aus dem Wikipedia-Artikel OSI-Modell :
Schicht 1: Physikalische Schicht
Die physische Schicht von Parallel SCSI arbeitet in dieser Schicht ebenso wie die physischen Schichten von Ethernet und anderen lokalen Netzwerken wie Token Ring, FDDI, ITU-T G.hn und IEEE 802.11 (Wi-Fi) als persönliche Netzwerke wie Bluetooth und IEEE 802.15.4.
Schicht 4: Transportschicht
Ein Beispiel für ein Transportschichtprotokoll im Standard-Internet-Stack ist das Transmission Control Protocol (TCP), das normalerweise auf dem Internet Protocol (IP) aufbaut.
TCP und UDP sind Protokolle der Transportstufe 4, während Bluetooth ein Protokoll der unteren physischen Ebene 1 ist. Sie können also TCP oder UDP über Bluetooth verwenden, genauso wie Sie TCP und UDP über Ethernet verwenden, aber das Gegenteil ist viel schwieriger.
Der Bluetooth-Protokollstapel enthält seine eigenen Transportprotokolle: L2CAP und RFCOMM, wobei RFCOMM-Verbindungen die L2CAP-Schicht verwenden. Sie können IP-Tunneling über Bluetooth durchführen und UDP-Pakete über RFCOMM-Verbindungen kapseln.
Bei Verwendung einer reinen OSI-Terminologie ist es unmöglich, sogar ein Widerspruch zu Begriffen, ein Schicht-1-Protokoll über Schicht 4 zu verwenden.
In der Praxis könnten wir uns einen von Software geschriebenen virtuellen Adapter vorstellen, der sich auf der Clientseite als physisches Bluetooth-Gerät für Linux deklariert und über IP mit einem anderen solchen virtuellen Bluetooth-Gerät auf dem serverseitigen Linux kommuniziert. Die Komplexität bei der Emulation von OSI-Schichten und der Programmieraufwand, der für die Implementierung des sehr vielseitigen Bluetooth-Protokolls und seiner Master-Slave-Architektur erforderlich ist, machen die Erstellung einer solchen allgemeinen Implementierung jedoch zu einer sehr anspruchsvollen Aufgabe, die derzeit nicht wahrscheinlich ist Keine Nachfrage nach solcher Software.