Хоча сьогодні в нашому технологічному світі все здається можливим, наскільки я знаю, справжній Bluetooth-to-Bluetooth-over-IP ніколи не був реалізований. Я спробую пояснити труднощі, які, хоча і не є непереборними, є причиною цієї ситуації.
Сам Bluetooth - це стандарт бездротової технології для обміну даними на невеликі відстані. Зазвичай він використовується для підключення пристрою до пристрою і включає поняття «Спарювання» з метою безпеки. Протокол Bluetooth надзвичайно універсальний і його можна використовувати для багатьох цілей. Його популярність виникає через те, що він працює на частотах, які є глобально неліцензованими (але не нерегульованими).
Справжній Bluetooth-через-Bluetooth над IP-адресою потребуватиме два пристрої Bluetooth для сполучення через IP. Це не те саме, що, наприклад, двоє людей, які використовують Skype для спілкування через Інтернет через гарнітуру Bluetooth, оскільки гарнітури поєднуються зі своїми комп’ютерами, а не один з одним.
Ось кілька уривків із статті OSI статті у Вікіпедії :
Шар 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-сервері Linux. Але складність, пов'язана з емуляцією шарів OSI, та зусилля програмування, необхідні для реалізації дуже універсального протоколу Bluetooth та його архітектури master-slave, роблять створення такої загальної реалізації дуже вимогливою вправою, що навряд чи відбудеться, як це існує зараз відсутність попиту на таке програмне забезпечення.