Bluetooth qua IP?

Dường như có thể chạy USB qua IP, ví dụ: sử dụng usbipmột phần của một số bản phân phối Linux, ví dụ: https://www.archlinux.org/packages/?q=usbip

Có một cái gì đó tương tự cho Bluetooth qua IP? (KHÔNG: IP qua Bluetooth).

Điều này sẽ cho phép phân tách vật lý điện thoại thông minh có hỗ trợ BT với tai nghe hỗ trợ BT bằng internet.

Linux bnepcó thể làm được điều đó, nhưng tôi không thể tìm thấy hướng dẫn về cách làm.

Mặc dù trong thế giới công nghệ của chúng ta, mọi thứ dường như đều có thể, nhưng theo như tôi biết thì Bluetooth-to-Bluetooth-over-IP thực sự chưa bao giờ được thực hiện. Tôi sẽ cố gắng và giải thích những khó khăn, rằng mặc dù không thể vượt qua, là nguyên nhân cho tình huống này.

Bluetooth là một tiêu chuẩn công nghệ không dây để trao đổi dữ liệu trong khoảng cách ngắn. Nó thường được sử dụng cho các kết nối giữa thiết bị với thiết bị và liên quan đến khái niệm Ghép nối, cho mục đích bảo mật. Giao thức Bluetooth cực kỳ linh hoạt và có thể được sử dụng cho nhiều mục đích. Sự phổ biến của nó phát sinh từ việc nó hoạt động ở tần số không được cấp phép trên toàn cầu (nhưng không được kiểm soát).

Đúng Bluetooth-to-Bluetooth-over-IP sẽ yêu cầu hai thiết bị Bluetooth để ghép nối qua IP. Điều này không giống như, ví dụ, hai người sử dụng Skype để nói chuyện qua Internet thông qua tai nghe Bluetooth, vì các tai nghe được ghép nối với máy tính của họ chứ không phải với nhau.

Dưới đây là một số trích đoạn từ mô hình OSI bài viết Wikipedia :

Lớp 1: Lớp vật lý

Lớp vật lý của Parallel SCSI hoạt động trong lớp này, cũng như các lớp vật lý của Ethernet và các mạng cục bộ khác, như Token Ring, FDDI, ITU-T G.hn và IEEE 802.11 (Wi-Fi), cũng vậy như các mạng khu vực cá nhân như Bluetooth và IEEE 802.15.4.

Lớp 4: Lớp vận chuyển

Một ví dụ về giao thức tầng vận chuyển trong ngăn xếp Internet tiêu chuẩn là Giao thức điều khiển truyền (TCP), thường được xây dựng trên giao thức Internet (IP).

TCP và UDP là các giao thức cấp 4 vận chuyển, trong khi Bluetooth là giao thức cấp 1 vật lý thấp hơn. Do đó, bạn có thể sử dụng TCP hoặc UDP trên Bluetooth, giống như bạn sử dụng TCP và UDP trên Ethernet, nhưng điều ngược lại khó hơn nhiều.

Ngăn xếp giao thức Bluetooth bao gồm các giao thức vận chuyển riêng: L2CAP và RFCOMM, trong đó các liên kết RFCOMM sử dụng lớp L2CAP. Bạn có thể thực hiện một số đường hầm IP qua Bluetooth đóng gói các gói UDP qua các liên kết RFCOMM.

Sử dụng thuật ngữ OSI thuần túy, thậm chí không thể mâu thuẫn với các thuật ngữ, sử dụng giao thức lớp 1 trên lớp 4.

Thực tế, chúng ta có thể tưởng tượng một bộ điều hợp ảo được viết bằng phần mềm sẽ tự khai báo với Linux ở phía máy khách như một thiết bị Bluetooth vật lý và nói chuyện qua IP với một thiết bị Bluetooth ảo như vậy trên Linux phía máy chủ. Nhưng sự phức tạp liên quan đến việc mô phỏng các lớp OSI và nỗ lực lập trình cần thiết để thực hiện giao thức Bluetooth rất linh hoạt và kiến ​​trúc nô lệ chính của nó, khiến việc tạo ra một triển khai chung như vậy là một bài tập rất khó xảy ra, như hiện tại không có nhu cầu cho phần mềm như vậy.

Tôi chưa từng thử bất kỳ thứ gì trong thực tế nhưng đó là thứ tôi có thể thấy nói về "Bluetooth qua IP".

Cuốn sách Linux Kerneletwork rất kỹ thuật nhưng nó mô tả cách thực hiện "Bluetooth qua IP":

Về phía máy chủ:

pand --listen --role=NAP

Về phía khách hàng:

pand --connect btAddressOfTheServer

Điều này tạo ra một giao diện ảo bnep0.

Rõ ràng điều này chỉ cung cấp cho bạn L2CAP, chỉ có thể gửi các gói qua một "piconet". Nhưng đối với L2CAP, có những suy nghĩ về cách gửi chúng qua IP trong dự thảo IETF: Truyền gói IP qua mạng Bluetooth .

IETF có thể xem xét để chạy L2CAP qua IP qua Bộ điều khiển máy chủ với giao thức mới:

                       +------------+
                       |    L2CAP   |
                       +------------+
                       |     IP     |
                       +------------+
                       | Foo2 Proto.|
                       +------------+
                       | Host Cont. |
                       +------------+

Hình 4.3.3 - Thứ 3. Ngăn xếp giao thức Bluetooth có thể có cho mạng IP

Và sau đó tôi cũng tìm thấy UbiPAN: Mạng cá nhân mở rộng Bluetooth có đề cập đến "Bluetooth qua IP" - nhưng thật không may, có vẻ như UbiPAN đã được phát hành dưới dạng phần mềm miễn phí.

Gần đây tôi đã có cùng suy nghĩ (hoặc tương tự). Những gì tôi muốn làm là sử dụng một trung tâm tự động hóa nhà, không may không thể đến được toàn bộ ngôi nhà với đài phát thanh một vị trí.

Thiết lập của tôi như sau: máy tính chạy bluez + usbip client <- LAN -> máy tính khác có bluetooth dongle vật lý + máy chủ usbip.

Hóa ra điều này chỉ hoạt động tốt. Từ quan điểm của Bluez, nó không thể phân tách giữa các khóa USB cục bộ và từ xa.

(Máy chạy Linux 4.9.80 + up-todate-usbip + Bluez 5.48; arm)

Harrymc là chính xác.

Điều này là không thể hoặc ít nhất là không khả thi.

Bạn có thể ghép điện thoại của mình với máy tính và tai nghe với máy tính khác và do đó có hai kết nối bluetooth. Kết nối giữa các máy tính có thể được bắc cầu theo bất kỳ cách nào bạn cảm thấy thích và lần lượt chuyển tiếp tất cả các giao tiếp bluetooth. Điều này sẽ làm cho bạn giống như bạn đã kết nối bluetooth qua IP và có lẽ bạn có thể khiến họ nói chuyện với nhau và làm một số việc bạn đang cố gắng thực hiện.

Nhưng trong thực tế không có kết nối bluetooth giữa hai thiết bị.

Thiết bị A có kết nối bluetooth với máy tính.

Thiết bị B có kết nối bluetooth với máy tính khác.

Hai thiết bị sẽ không thể ghép nối và kết nối trực tiếp với nhau. Về mặt lý thuyết, người ta có thể xây dựng một cái gì đó cho phép thiết lập một liên kết bluetooth trực tiếp, nhưng việc quản lý các lớp và quản lý liên kết sẽ là một cơn ác mộng và đó chỉ là khởi đầu, tôi không biết làm thế nào để giải quyết việc quản lý gói và tần suất nhảy, tốc độ nhảy tần số bluetooth là 1600 hops / s cho một gói khe cắm duy nhất.

Nếu ai đó thực sự làm điều này, tôi sẽ rất ấn tượng và rất muốn nhìn dưới mui xe.

Ok, tôi đã điều tra thêm một số điều này. Điều đó là không thể.

Đây là lý do: Để điều này hoạt động, bạn sẽ cần chip bluetooth trong máy tính để chuyển tiếp thông tin thay vì tự trả lời.

Chức năng này chưa tồn tại.

Tôi không thể chia sẻ bất kỳ tài liệu nào tại thời điểm này, vì nó là độc quyền và bí mật.

Nếu bạn là thành viên của BT SIG, bạn có thể xem lộ trình bluetooth tại phần toàn cảnh trên bluetooth.org