Хотя в нашем технологическом мире сегодня все кажется возможным, насколько я знаю, настоящий Bluetooth-to-Bluetooth-over-IP никогда не был реализован. Я попытаюсь объяснить трудности, которые, хотя и не являются непреодолимыми, являются причиной этой ситуации.
Bluetooth сам по себе является стандартом беспроводной технологии для обмена данными на короткие расстояния. Обычно он используется для соединений между устройствами и включает в себя понятие сопряжения в целях безопасности. Протокол Bluetooth чрезвычайно универсален и может использоваться для многих целей. Его популярность проистекает из того факта, что он работает на частотах, которые нелицензированы на глобальном уровне (но не являются нерегулируемыми).
Для настоящего Bluetooth-to-Bluetooth-over-IP потребуется два устройства Bluetooth для сопряжения по IP. Это не то же самое, что, например, два человека, использующие Skype для общения через Интернет через гарнитуру Bluetooth, потому что гарнитуры связаны с их компьютерами, а не друг с другом.
Вот некоторые выдержки из модели OSI статьи Wikipedia :
Уровень 1: Физический уровень
На этом уровне работает физический уровень Parallel SCSI, а также физические уровни Ethernet и других локальных сетей, таких как Token Ring, FDDI, ITU-T G.hn и IEEE 802.11 (Wi-Fi). в качестве персональных сетей, таких как Bluetooth и IEEE 802.15.4.
Уровень 4: Транспортный уровень
Примером протокола транспортного уровня в стандартном интернет-стеке является протокол управления передачей (TCP), обычно построенный поверх интернет-протокола (IP).
TCP и UDP являются протоколами транспортного уровня 4, тогда как Bluetooth является протоколом более низкого физического уровня 1. Таким образом, вы можете использовать TCP или UDP поверх Bluetooth, точно так же, как вы используете TCP и UDP поверх Ethernet, но наоборот гораздо сложнее.
Стек протоколов Bluetooth включает в себя свои собственные транспортные протоколы: L2CAP и RFCOMM, где каналы RFCOMM используют уровень L2CAP. Вы можете работать с IP-туннелированием через Bluetooth, инкапсулируя UDP-пакеты по каналам RFCOMM.
Использование терминологии чистой OSI невозможно, даже является противоречием терминов, использовать протокол уровня 1 поверх уровня 4.
С практической точки зрения, мы могли бы представить программный виртуальный адаптер, который объявил бы себя в Linux на клиентской стороне как физическое устройство Bluetooth и обменивался данными по IP с другим таким виртуальным устройством Bluetooth в серверной Linux. Но сложность, связанная с эмуляцией уровней OSI, и усилия по программированию, которые требуются для реализации очень универсального протокола Bluetooth и его архитектуры главный-подчиненный, делают создание такой общей реализации очень трудоемким упражнением, которое вряд ли произойдет, поскольку в настоящее время нет спроса на такое программное обеспечение.