हालांकि हमारी तकनीकी दुनिया में आज सब कुछ संभव है, जहां तक मुझे पता है कि ब्लूटूथ-टू-ब्लूटूथ-ओवर-आईपी कभी भी लागू नहीं किया गया है। मैं मुश्किलों को समझने और समझाने की कोशिश करूंगा, हालांकि यह असंभव नहीं है, इस स्थिति का कारण है।
कम दूरी पर डेटा का आदान-प्रदान करने के लिए ब्लूटूथ स्वयं एक वायरलेस तकनीक मानक है। यह आमतौर पर डिवाइस-टू-डिवाइस कनेक्शन के लिए उपयोग किया जाता है और इसमें सुरक्षा उद्देश्यों के लिए पेयरिंग की धारणा शामिल होती है। ब्लूटूथ प्रोटोकॉल बेहद बहुमुखी है और इसका उपयोग कई उद्देश्यों के लिए किया जा सकता है। इसकी लोकप्रियता इस तथ्य से उत्पन्न होती है कि यह विश्व स्तर पर बिना लाइसेंस के (लेकिन अनियमित नहीं) आवृत्तियों पर संचालित होता है।
True Bluetooth-to-Bluetooth-over-IP को IP पर युग्मित करने के लिए दो ब्लूटूथ डिवाइस की आवश्यकता होगी। यह समान नहीं है, उदाहरण के लिए, ब्लूटूथ हेडसेट के माध्यम से इंटरनेट पर बात करने के लिए स्काइप का उपयोग करने वाले दो व्यक्ति, क्योंकि हेडसेट को अपने कंप्यूटर के साथ जोड़ा जाता है और एक दूसरे के साथ नहीं।
यहाँ विकिपीडिया लेख OSI मॉडल के कुछ अंश दिए गए हैं :
परत 1: भौतिक परत
समानांतर SCSI की भौतिक परत इस परत में काम करती है, जैसे कि ईथरनेट और अन्य स्थानीय-क्षेत्र नेटवर्क की भौतिक परतें, जैसे टोकन रिंग, FDDI, ITU-T G.hn, और IEEE 802.11 (वाई-फाई), साथ ही साथ ब्लूटूथ और IEEE 802.15.4 जैसे व्यक्तिगत क्षेत्र नेटवर्क के रूप में ।
लेयर 4: ट्रांसपोर्ट लेयर
मानक इंटरनेट स्टैक में ट्रांसपोर्ट-लेयर प्रोटोकॉल का एक उदाहरण ट्रांसमिशन कंट्रोल प्रोटोकॉल (टीसीपी) है, जो आमतौर पर इंटरनेट प्रोटोकॉल (आईपी) के शीर्ष पर बनाया जाता है।
टीसीपी और यूडीपी परिवहन स्तर 4 प्रोटोकॉल हैं, जबकि ब्लूटूथ एक निम्न भौतिक स्तर 1 प्रोटोकॉल है। इस प्रकार आप ब्लूटूथ के शीर्ष पर टीसीपी या यूडीपी का उपयोग कर सकते हैं, जैसे आप ईथरनेट के ऊपर टीसीपी और यूडीपी का उपयोग करते हैं, लेकिन इसके विपरीत बहुत कठिन है।
ब्लूटूथ प्रोटोकॉल स्टैक में अपने स्वयं के परिवहन प्रोटोकॉल शामिल हैं: L2CAP और RFCOMM, जहां RFCOMM लिंक L2CAP परत का उपयोग करते हैं। आप RFCOMM लिंक पर UDP पैकेट्स को ब्लूटूथ पर कुछ IP टनलिंग पर काम कर सकते हैं।
शुद्ध OSI शब्दावली का उपयोग करना, यह असंभव है, यहां तक कि शर्तों का एक विरोधाभास है, परत 4 पर एक परत 1 प्रोटोकॉल का उपयोग करने के लिए।
व्यावहारिक रूप से, हम एक सॉफ्टवेयर-लिखित वर्चुअल एडेप्टर की कल्पना कर सकते हैं जो क्लाइंट साइड पर लिनक्स को एक भौतिक ब्लूटूथ डिवाइस के रूप में घोषित करेगा और सर्वर-साइड लिनक्स पर ऐसे अन्य वर्चुअल ब्लूटूथ डिवाइस पर आईपी से बात करेगा। लेकिन OSI परतों के अनुकरण में शामिल जटिलता, और बहुत बहुमुखी ब्लूटूथ प्रोटोकॉल और इसके मास्टर-स्लेव आर्किटेक्चर को लागू करने के लिए आवश्यक प्रोग्रामिंग प्रयास, इस तरह के सामान्य कार्यान्वयन को एक बहुत ही मांग वाला व्यायाम बनाते हैं जो होने की संभावना नहीं है, जैसा कि वर्तमान में है। ऐसे सॉफ्टवेयर की कोई मांग नहीं है।