6LoWPAN

📅 آخر تحديث: ٢٨ يوليو ٢٠٢٦
✍️ نُشر في: ٢٨ يوليو ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة

كانت مجموعة 6LoWPAN ( بروتوكول الإنترنت الإصدار السادس عبر شبكات المناطق الشخصية اللاسلكية منخفضة الطاقة ) [ 1 ] فريق عمل تابعًا لفرقة عمل هندسة الإنترنت (IETF). [ 2 ] وقد أُنشئت بهدف تطبيق بروتوكول الإنترنت الإصدار السادس (IPv6) حتى على أصغر الأجهزة، [ 3 ] مما يُمكّن الأجهزة منخفضة الطاقة ذات القدرات المعالجة المحدودة من المشاركة في إنترنت الأشياء . [ 1 ]

حددت مجموعة 6LoWPAN آليات التغليف، وضغط الترويسة، واكتشاف الجيران، وغيرها من الآليات التي تسمح لبروتوكول IPv6 بالعمل على الشبكات القائمة على معيار IEEE 802.15.4 . وعلى الرغم من أن بروتوكولي IPv4 وIPv6 لا يكترثان عمومًا بالطبقتين الفيزيائية وطبقة التحكم في الوصول إلى الوسائط (MAC) اللتين يعملان عليهما، إلا أن الأجهزة منخفضة الطاقة وحجم الحزم الصغير المحددين في معيار IEEE 802.15.4 يجعلان التكيف مع هاتين الطبقتين أمرًا مرغوبًا فيه. [ 4 ]

المواصفات الأساسية التي طورتها مجموعة 6LoWPAN التابعة لـ IETF هي RFC 4944 (تم تحديثها بواسطة RFC 6282 بضغط الترويسة، و RFC 6775 بتحسين اكتشاف الجوار ، و RFC 8931 باستعادة الأجزاء الانتقائية ، مع تغييرات طفيفة في RFC 8025 و RFC 8066 ). أما وثيقة بيان المشكلة فهي RFC 4919. ويصف RFC 7668 استخدام بروتوكول IPv6 عبر تقنية Bluetooth منخفضة الطاقة باستخدام تقنيات 6LoWPAN .        

مجالات التطبيق

تستهدف شبكات IPv6 للاتصالات اللاسلكية منخفضة الطاقة الأجهزة التي تحتاج إلى اتصال لاسلكي بالعديد من الأجهزة الأخرى بمعدلات بيانات منخفضة، وذلك بفضل استهلاكها المحدود للغاية للطاقة. وتُستخدم آليات ضغط الترويسة المذكورة في RFC 6282 للسماح لحزم IPv6 بالانتقال عبر هذه الشبكات. 

يُستخدم بروتوكول IPv6 أيضًا في الشبكة الذكية، مما يُمكّن العدادات الذكية والأجهزة الأخرى من إنشاء شبكة متداخلة صغيرة قبل إرسال البيانات إلى نظام الفوترة باستخدام بنية IPv6 الأساسية. تعمل بعض هذه الشبكات عبر أجهزة راديو IEEE 802.15.4، وبالتالي تستخدم ضغط وتجزئة رأس الحزمة كما هو مُحدد في RFC6282.

خيط

Thread هو معيارٌ وضعته مجموعةٌ تضم أكثر من خمسين شركةً لبروتوكول يعمل عبر شبكة 6LoWPAN لتمكين أتمتة المنازل . المواصفات متاحةٌ مجانًا اعتبارًا من 24 يونيو 2022.  لكن يتطلب تطبيق البروتوكول عضوية مدفوعة. [ 5 ] [ 6 ] نُشر الإصدار 1.0 من المواصفات في 29 أكتوبر 2015. [ 5 ] ينافس هذا البروتوكول بشكل مباشر بروتوكولي Z-Wave و Zigbee IP. [ 7 ] في اتصالات أجهزة إنترنت الأشياء باستخدام معيار Matter ، يُعد Thread أحد طبقتي النقل اللاسلكي الممكنتين.

الوظائف

كما هو الحال مع جميع عمليات ربط طبقات بروتوكول الإنترنت، يوفر RFC4944 عددًا من الوظائف. وبالإضافة إلى الاختلافات المعتادة بين شبكات الطبقة الثانية والثالثة، فإن الربط من شبكة IPv6 إلى شبكة IEEE 802.15.4 يطرح تحديات تصميمية إضافية (انظر RFC 4919 للاطلاع على نظرة عامة). 

تعديل أحجام الحزم في الشبكتين

يتطلب بروتوكول IPv6 أن يكون الحد الأقصى لوحدة الإرسال (MTU) للرابط 1280 بايت على الأقل . [ 8 ] في المقابل، يبلغ حجم الإطار القياسي لمعيار IEEE 802.15.4 127 بايت. يُضيف حد أقصى لحجم الإطار يبلغ 25 بايت، بالإضافة إلى ميزة أمان اختيارية ولكن يُوصى بها بشدة على مستوى طبقة الربط ، ما يُضيف عبئًا إضافيًا يصل إلى 21 بايت لتشفير AES -CCM-128. هذا يترك 81 بايت فقط للطبقات العليا. ولأن هذا الحجم أقل بكثير من 1280، يُحدد بروتوكول 6LoWPAN طبقة للتجزئة وإعادة التجميع. علاوة على ذلك، يبلغ طول رأس IPv6 القياسي 40 بايت، لذا يُحدد ضغط الرأس أيضًا.

حل العناوين

تُخصَّص عناوين IP بطول 128 بت لعُقد IPv6 بشكل هرمي، عبر بادئة شبكة ذات طول عشوائي. يمكن لأجهزة IEEE 802.15.4 استخدام عناوين IEEE الموسعة بطول 64 بت، أو بعد حدث ربط، عناوين بطول 16 بت فريدة ضمن شبكة PAN. يوجد أيضًا مُعرِّف PAN لمجموعة من أجهزة IEEE 802.15.4 الموجودة فعليًا في نفس الموقع.

تصميمات أجهزة مختلفة

تُصمَّم أجهزة معيار IEEE 802.15.4 بأحجام محدودة عمدًا لتقليل التكاليف (مما يسمح بإنشاء شبكات واسعة النطاق تضم العديد من الأجهزة)، وتقليل استهلاك الطاقة (مما يسمح باستخدام أجهزة تعمل بالبطاريات)، وتوفير مرونة في التركيب (مثل الأجهزة الصغيرة للشبكات المحمولة ). في المقابل، لا تخضع العُقد السلكية في نطاق بروتوكول الإنترنت (IP) لهذه القيود؛ إذ يمكن أن تكون أكبر حجمًا وتعتمد على مصادر الطاقة الرئيسية.

اختلاف التركيز على تحسين المعلمات

تُركز عقد IPv6 على تحقيق سرعات عالية. وتُحسّن الخوارزميات والبروتوكولات المُطبقة في الطبقات العليا (مثل TCP ) للتعامل مع مشاكل الشبكة الشائعة مثل الازدحام، ومع ذلك، في الأجهزة المتوافقة مع معيار IEEE 802.15.4، يظل ترشيد استهلاك الطاقة وتحسين حجم التعليمات البرمجية على رأس الأولويات.

طبقة تكييف للتوافق التشغيلي وتنسيقات الحزم

يمكن النظر إلى آلية التكيف التي تتيح التوافق بين نطاق IPv6 ومعيار IEEE 802.15.4 على أنها مشكلة طبقة. ويُعدّ تحديد وظائف هذه الطبقة وتعريف تنسيقات حزم البيانات الأحدث، عند الحاجة، مجالًا بحثيًا واعدًا. يقترح RFC 4944 طبقة تكيف تسمح بنقل حزم بيانات IPv6 عبر شبكات IEEE 802.15.4. 

معالجة آليات الإدارة

تُعد إدارة عناوين الأجهزة التي تتواصل عبر نطاقي IPv6 و IEEE 802.15.4 المختلفين أمرًا شاقًا، إن لم يكن معقدًا للغاية.

اعتبارات التوجيه وبروتوكولات طوبولوجيا الشبكة في 6LoWPAN

يُعد التوجيه بحد ذاته مشكلة ذات مرحلتين يتم النظر فيها لشبكات بروتوكول الإنترنت منخفضة الطاقة:

  • توجيه الشبكة في نطاق شبكة المنطقة الشخصية (PAN).
  • إمكانية توجيه الحزم بين نطاق IPv6 ونطاق PAN.

اقترح مجتمع 6LoWPAN العديد من بروتوكولات التوجيه، مثل LOAD [ 9 ] وDYMO-LOW [ 10 ] و HI-LOW [ 11 ] . ومع ذلك، لا يوجد حاليًا سوى بروتوكولين معتمدين للتطبيقات واسعة النطاق: LOADng [ 12 ] الذي اعتمده الاتحاد الدولي للاتصالات بموجب التوصية ITU-T G.9903، و RPL [ 13 ] الذي اعتمدته مجموعة عمل IETF ROLL [ 14 ] .

التوجيه

يمكن تنفيذ مخطط توجيه 6LoWPAN بطريقتين مختلفتين: الشبكة من الأسفل والتوجيه من الأعلى .

تتضمن تقنية Mesh-under تنفيذ التوجيه على مستوى طبقة التكييف (التي تقع بين طبقة الربط وطبقة الشبكة في نموذج OSI)، بينما تُنفذ تقنية route-over هذا التوجيه على مستوى طبقة الشبكة (انظر مخطط توجيه 6LoWPAN). في تقنية route-over ، يُعاد تجميع حزمة IPv6 على كل جهاز وسيط لاتخاذ قرار التوجيه. في المقابل، في تقنية Mesh-under ، يُتخذ قرار التوجيه على مستوى 6LoWPAN، وبالتالي باستخدام أجزاء فقط من حزمة IPv6. في هذه الحالة، يُعاد تجميع حزمة IPv6 فقط على جهاز المُستقبِل. لذلك  :

  • يسمح نظام الشبكة السفلية بتقصير وقت الإرسال؛
  • يكون التوجيه عبر المسار أكثر فعالية في الظروف المتدهورة ( فقدان الحزم ).

تم اقتراح نسخ محسّنة من تقنية الشبكة تحت الشبكة وتقنية التوجيه فوقها  :

  • الشبكة المتحكم بها  : من خلال تحليل محتويات رأس الجزء الأول، يمكن للمعدات معرفة الأجزاء المتوقعة تالياً. إذا لم يتطابق الجزء التالي المستلم مع الجزء المتوقع، تطلب المعدات إعادة إصداره؛
  • يتم إنشاء مسار مُحسَّن عبر دائرة افتراضية عن طريق ربط عنوان IPv6 وحقل datagram_tag من رأس الجزء الأول. ثم تستخدم جميع الأجزاء التي تحمل نفس datagram_tag هذه الدائرة الافتراضية .

في البداية، تم تطوير العديد من بروتوكولات التوجيه من قبل مجتمع 6LoWPAN، مثل LOAD و DYMO-LOW و HI-LOW.

اليوم، لا يوجد سوى بروتوكولين شرعيين لعمليات النشر واسعة النطاق:

  • بروتوكول LOADng ( بروتوكول توجيه متجه المسافة خفيف الوزن عند الطلب - الجيل التالي )، وهو خليفة بروتوكول LOAD، وهو بروتوكول شبكة متداخلة ، تم توحيده من قبل الاتحاد الدولي للاتصالات ضمن التوصية ITU-T G.9903. ويستخدم هذا المعيار بشكل خاص في برنامج Linky الذي يربط عدادات الكهرباء.
  • RPL ( بروتوكول التوجيه للشبكات منخفضة الطاقة والفاقدة ، " بروتوكول التوجيه لشبكات LLN")، وهو بروتوكول توجيه موحد ضمن مجموعة عمل ROLL التابعة لـ IETF المسؤولة عن تحديد آليات التوجيه لشبكات LLN ( الشبكات منخفضة الطاقة والفاقدة ، "الشبكات منخفضة الطاقة والفاقدة").

اكتشاف الأجهزة والخدمات

بما أن الأجهزة التي تدعم بروتوكول الإنترنت قد تتطلب إنشاء شبكات مخصصة ، فمن الضروري معرفة الحالة الراهنة للأجهزة المجاورة والخدمات التي تستضيفها هذه الأجهزة. وتُعدّ امتدادات اكتشاف الجوار لبروتوكول IPv6 مسودة إنترنت مقترحة كمساهمة في هذا المجال.

حماية

يمكن لعُقد IEEE 802.15.4 العمل إما في الوضع الآمن أو الوضع غير الآمن. وقد حُدِّد وضعان أمنيان في المواصفات لتحقيق أهداف أمنية مختلفة: قائمة التحكم بالوصول (ACL) والوضع الآمن [ 15 ].

ضغط رأس الملف

يُحدد RFC 4944 آلية ضغط رأس IPv6 لبروتوكول LowPAN: LOWPAN_HC1. كما يتضمن ضغط رأس UDP على مدى 4 بايتات، ولكنه لا يسمح بضغط قيمة التحقق (Checksum) . بالإضافة إلى ذلك، يقيد نطاق منافذ UDP من 61616 إلى 61631 لضغط هذه القيمة إلى 4 بتات.

لا يمكن تطبيق ضغط رأس IPv6 إلا على عناوين الروابط المحلية. وللتغلب على هذه المشكلة، نُشرت مسودة IETF LOWPAN_HC1g. يُطبّق LOWPAN_HC1g على العناوين العالمية لاتصالات IP متعددة القفزات. تُكمّل آليتا الضغط هاتان (LOWPAN_HC1 وLOWPAN_HC1g) بعضهما بعضًا، لذا من الضروري تنفيذهما معًا.

يقترح فريق 6LoWPAN اليوم استخدام بروتوكول LOWPAN_IPHC، ليحل محل بروتوكولي LOWPAN_HC1 وLOWPAN_HC1g. تنتج بايتات IPHC عن ضغط رأس بروتوكول IPv6، وتتضمن بشكل أساسي معلومات من جودة الخدمة (DSCP وECN)، والرؤوس التالية، وعدد القفزات، وعناوين المصدر/الوجهة المضغوطة.

مع LOWPAN_IPHC، يعتمد معدل الضغط على نوع الاتصال  :

  • بالنسبة للاتصالات عبر رابط محلي، يمكن تقليل رأس IPv6 إلى بايتين (بايت واحد للإرسال وبايت واحد لـ LOWPAN_IPHC).
  • بالنسبة للاتصالات التي تتطلب عدة قفزات IP، يمكن ضغط الرأس إلى 7 بايت (1 بايت Dispatch، 1 بايت LOWPAN_IPHC، 1 بايت Hop Limit، 2 بايت Source Address، و2 بايت Destination Address).

يوضح المثال أدناه الزيادة في حجم البيانات المرسلة مقارنةً بالمشكلة الأصلية (انظر الشكل 1 ). يبلغ حجم هذه البيانات في أفضل الأحوال من 70 إلى 75 بايت. في الواقع، إذا أضفنا معلومات التجزئة كما هو موضح في الفقرة السابقة، سينخفض ​​حجمها إلى ما بين 65 و70 بايت في هذه الحالة.

تاريخ 6LoWPAN

أتاحت التطورات التكنولوجية في تسعينيات القرن الماضي (تصغير الإلكترونيات، ونشر الشبكات اللاسلكية الجديدة، والأنظمة المدمجة) ظهور تطبيقات جديدة لشبكات أجهزة الاستشعار والمحركات. ومع ظهور التقنيات اللاسلكية، كانت الحلول الأولى المستخدمة حصرية تمامًا (مثل Z-Wave وEnOcean). ومع معيار IEEE 802.15.4 (الاستخدام اللاسلكي لأجهزة الاستشعار)، ظهرت معايير حصرية جديدة (مثل ZigBee وWirelessHART وغيرها ).

عندما فكرنا لأول مرة في شبكات الاستشعار اللاسلكية، وُلدت 6LoWPAN من فكرة بسيطة: لماذا نعيد اختراع بروتوكول بينما لدينا بالفعل بروتوكول الإنترنت؟

2001
يقترح جيف موليجان استخدام بروتوكول الإنترنت (IP) على معيار 802.15.4 لأجهزة الاستشعار. ورغم تلقيه ردود فعل سلبية من عدة مجموعات مثل Zigbee، إلا أن مجموعات أخرى مثل Internet 0 التابعة لمركز البتات والذرات في معهد ماساتشوستس للتكنولوجيا ، أو مجموعة عمل ROHC (اختصارًا لـ RObust Header Compression ، أي "ضغط رأس قوي") التابعة لـ IETF، أبدت اهتمامًا بالموضوع.
2005
  • ينشر الاتحاد الدولي للاتصالات موضوعًا حول إنترنت الأشياء، وهو مرجع مهم اليوم.
  • أنشأت THEI ETF مجموعة 6LoWPAN للعمل تحديدًا على موضوع تطبيق بروتوكول الإنترنت في شبكات الاستشعار اللاسلكية.
  • يقترح جيف موليجان استخدام اسم Quibble لـ Quad Nibble (كل جزء من الأجزاء الأربعة لعنوان IPv6).
2007
  • يشير ماهر شبو، عضو في المنصة التكنولوجية الأوروبية للشبكة الذكية، إلى أن "الشبكات الذكية" التي تدمج "الأشياء الذكية" التي تجعل من الممكن إدارة وتحسين استهلاك الكهرباء أمر استراتيجي.
  • أطلقت الولايات المتحدة برنامجاً لدعم تطوير الشبكات الذكية لتحديث نظام نقل وتوزيع الكهرباء من أجل الحفاظ على بنية تحتية موثوقة وآمنة للكهرباء.
يمشي
تم إصدار أول تطبيق لـ 6LoWPAN على TinyOS في تطبيق "Arch Rock Company: Primer Pack/IP".
أبريل
يتوفر أول تطبيق لـ 6LoWPAN على TinyOS في تطبيق "Sensinode Company: NanoStack v0.9.4".
أغسطس
تقوم مجموعة 6LoWPAN بنشر RFC 4919 لضمان قابلية التشغيل البيني لطبقة الشبكة.
سبتمبر
وهكذا يرى RFC 4944 النور، استناداً إلى RFC4919. وهذا من شأنه أن يسمح بالاتصال المباشر بشبكة الإنترنت لمعدات LoWPAN عبر IPv6 واستبدال بروتوكولات الاتصال الحالية مثل ZigBee، التي تم تطويرها بعد انتهاء مشروع Smart Dust.
2008
  • أظهرت الاختبارات الأولية أن تجهيزات شبكة 6LoWPAN التي تستخدم بروتوكول IP المصغر (micro IP) (المعروف أيضًا باسم IPv6) قادرة على تلبية متطلبات المرحلة الأولى من برنامج IPv6 Ready . يستهلك تطبيق حزمة بروتوكولات IPv6 موارد قليلة جدًا (أقل من 12 كيلوبايت من ذاكرة القراءة فقط، وأقل من 2 كيلوبايت من ذاكرة الوصول العشوائي). في العام نفسه، أطلقت شركة Arch Rock منتجًا تجاريًا لشبكات IPv6/6LoWPAN يفي بمتطلبات المرحلة الثانية (الذهبية) من برنامج IPv6 Ready . بالإضافة إلى ذلك، أظهرت تجربة استمرت أربعة أسابيع في بيئة حقيقية أن استخدام شبكات 6LoWPAN عملي (معدل تسليم الرسائل 99.98%، ومتوسط ​​زمن الاستجابة لكل قفزة أقل من 62 مللي ثانية).
  • يشير مجلس الاستخبارات الوطنية الأمريكي ( National Intelligence Council , NIC) إلى أن إنترنت الأشياء (IoT) هو أحد التقنيات الثورية التي ستشكل الاتجاهات حتى عام 2025.
يوليو
أطلقت فرقة عمل هندسة الإنترنت (IETF) مجموعة عمل ROLL.
سبتمبر
تأسس تحالف IPSO (اختصارًا لـ IP for Smart Objects )، برئاسة جيف موليجان، بهدف تعزيز استخدام الملكية الفكرية في الأجهزة الذكية. والأجهزة الذكية هي أجهزة صغيرة الحجم، مثل المفاتيح وأجهزة الكشف، والتي تُعرف عادةً باسم أجهزة الاستشعار.
2009
  • تُظهر الاختبارات قابلية التشغيل البيني لبعض تطبيقات 6LoWPAN (Berkeley IP و Arch Rock و SICSlowpan و Sensinode و Hitachi) التي تحتوي على أنظمة تشغيل مفتوحة المصدر (TinyOS و Contiki) ومالكين (Sensinode و Hitachi).
  • إصدار كتاب 6LoWPAN: الإنترنت اللاسلكي المدمج من تأليف زاك شيلبي وكارستن بورمان، وهو أحد الكتابين المرجعيين حول 6LoWPAN
أكتوبر
أعلن الرئيس أوباما عن استثمار بقيمة 3.4 مليار دولار لتطوير الشبكات الذكية.
2010
  • أظهرت تجربة استمرت 12 شهرًا في بيئات مختلفة أن تطبيق شبكات 6LoWPAN قابل للتطبيق (معدل تسليم الرسائل > 99.9٪ ومتوسط ​​معدل زمن الوصول لكل قفزة < 125 مللي ثانية).
  • إصدار كتاب " ربط الأشياء الذكية ببروتوكول الإنترنت: الإنترنت التالي" من تأليف جان فيليب فاسور وآدم دانكلز، وهو أحد الكتابين المرجعيين المتعلقين بـ 6LoWPAN.
يناير
تُظهر الدراسة آفاقاً اقتصادية هامة في مجال إنترنت الأشياء.
يمشي
  • أطلقت فرقة عمل هندسة الإنترنت (IETF) مجموعة العمل الأساسية الجديدة (CORE).
  • يشير تقرير إلى أن تحسين إدارة قصور القلب، من خلال أنظمة استشعار تراقب عن بُعد الوزن وضغط الدم ومعدل ضربات القلب وإيقاعه، قد يُخفّض تكاليف الرعاية الصحية (الاستشفاء والعلاج) بمقدار مليار دولار سنويًا في الولايات المتحدة. وبالمثل، فإن استخدام إنترنت الأشياء في النقل قد يُقلّل من عدد الحوادث على الطرق، وبالتالي يُوفّر حوالي 100 مليار دولار سنويًا.
سبتمبر
استحوذت شركة سيسكو على شركة آرتش روك (إحدى الشركات الرائدة في تطبيقات BAC لشبكات الاستشعار اللاسلكية)، مما يعزز التحالف الاستراتيجي الذي تم توقيعه سابقًا بين سيسكو وإيترون (المتخصصة في قياس الشبكات الذكية).
2011
يناير
  • تم إنشاء مجموعة عمل جديدة تابعة لـ IETF، تحمل اسم LWIG (اختصارًا لـ Light-Weight Implementation Guidance ، أي "نصائح التنفيذ الخفيف")، بهدف تحسين حزمة بروتوكول 6LoWPAN (تقليل استهلاك الذاكرة والطاقة والتعقيد) لتحسين أداء أجهزة 6LoWPAN. وتضم هذه المجموعة حاليًا الأعضاء التاليين:
  • دليل لتطبيق واجهة برمجة تطبيقات واحدة 6loWPAN
  • دراسة حول مشاكل الربط البيني بين شبكات 6LoWPAN وشبكات IPv4 بالإضافة إلى بعض الحلول.

انظر أيضاً

مراجع

  1. 1 2 زاك شيلبي وكارستن بورمان (23 مايو 2011). "6LoWPAN: الإنترنت اللاسلكي المدمج - الجزء 1: لماذا 6LoWPAN؟" . eetimes . جون وايلي وأولاده المحدودة . تم الاسترجاع في 24 يونيو 2022 .في كتاب "6LoWPAN: الإنترنت المدمج"، أعاد شيلبي وبورمان تعريف اختصار 6LoWPAN على أنه "IPv6 عبر شبكات لاسلكية منخفضة الطاقة"، بحجة أن "الشخصي" لم يعد ذا صلة بالتكنولوجيا.
  2. ^ "IPv6 عبر شبكة WPAN منخفضة الطاقة (6lowpan)" . فريق عمل الإنترنت . تم الاسترجاع 10 مايو 2016 .
  3. ↑ موليجان، جيف، "بنية 6LoWPAN" ، EmNets '07: وقائع ورشة العمل الرابعة حول أجهزة الاستشعار الشبكية المدمجة، ACM ، 2007
  4. ↑ كوشالناجار، ن.؛ شركة إنتل؛ مونتينيغرو، ج.؛ شركة مايكروسوفت؛ شوماخر، س.؛ دانفوس إيه/إس (أغسطس 2007). "المشاكل". بروتوكول الإنترنت الإصدار السادس عبر شبكات المناطق الشخصية اللاسلكية منخفضة الطاقة (6LoWPANs): نظرة عامة، والافتراضات، وبيان المشكلة، والأهداف . IETF . doi : 10.17487/RFC4919 . RFC 4919. تاريخ الاسترجاع : 24 يونيو 2022 .
  5. 1 2 "نموذج طلب مواصفات الموضوع 1.1" . مجموعة المواضيع . تم الاسترجاع بتاريخ 24-06-2022 .
  6. ↑ "مزايا عضوية ثريد" . مجموعة ثريد . تم الاطلاع عليه بتاريخ 24-06-2022 .
  7. ↑ سوليفان، مارك (15 يوليو 2014). "أطلقت نيست وسامسونج وآرم وغيرها بروتوكول شبكة أتمتة المنازل 'Thread'" . venturebeat.com . venture beat . تم الاطلاع عليه في 30 يناير 2015 .
  8. ↑ ديرينغ، أ.؛ سيسكو؛ هيندن، ر.؛ نوكيا (ديسمبر 1998). "مشكلات حجم الحزمة". بروتوكول الإنترنت الإصدار السادس عبر شبكات المناطق الشخصية اللاسلكية منخفضة الطاقة (6LoWPANs): نظرة عامة، والافتراضات، وبيان المشكلة، والأهداف . IETF . doi : 10.17487/RFC2460 . RFC 2460. تاريخ الاسترجاع: 24 يونيو 2022. يتطلب بروتوكول الإنترنت الإصدار السادس أن يكون لكل رابط في الإنترنت وحدة نقل قصوى (MTU) تبلغ 1280 بايت أو أكثر.
  9. ↑ كيم، ك.؛ دانيال بارك، س.؛ مونتينيغرو، ج.؛ يو، س.؛ كوشالناغار، ن. (يونيو 2007). توجيه متجه المسافة عند الطلب في شبكات 6LoWPAN المخصصة (LOAD) . IETF . المعرف: draft-daniel-6lowpan-load-adhoc-routing-03 . تاريخ الاسترجاع: 10 مايو 2016 .
  10. ↑ كيم، ك.؛ مونتينيغرو، ج.؛ بارك، س.؛ شاكيريس، إ.؛ بيركنز، س. (يونيو 2007). توجيه ديناميكي عند الطلب لشبكات MANET لتقنية 6LoWPAN (DYMO-low) . IETF . المعرف: draft-montenegro-6lowpan-dymo-low-routing-03 . تاريخ الاسترجاع: 10 مايو 2016 .
  11. ^ كيم ، ك. يو، س. دانيال بارك، س.؛ لي، J.؛ موليجان ج. (يونيو 2007). التوجيه الهرمي عبر 6LoWPAN (HiLow) . فريق عمل الإنترنت . معرف مشروع-دانيال-6lowpan-hilow-hierarchical-routing-01 . تم الاسترجاع 10 مايو 2016 .
  12. ↑ كلاوسن، ت.؛ كولين دي فيرديير، أ.؛ يي، ج.؛ نيكتاش، أ.؛ إيغاراشي، ي.؛ ساتوه، هـ.؛ هيربيرغ، يو.؛ لافينو، س.؛ ليس، ت.؛ دين، ج. (يناير 2016). بروتوكول توجيه متجه المسافة خفيف الوزن عند الطلب - الجيل التالي (LOADng) . IETF . المعرف: draft-clausen-lln-loadng-14 . تاريخ الاسترجاع: 10 مايو 2016 .
  13. ↑ وينتر، ت.؛ ثوبيرت، ب.؛ براندت، أ.؛ هوي، ج.؛ كيلسي، ر.؛ ليفيس، ب.؛ بيستر، ك.؛ ستريك، ر.؛ فاسور، ج.ب.؛ ألكسندر، ر. (مارس 2012). بروتوكول توجيه IPv6: بروتوكول توجيه IPv6 للشبكات منخفضة الطاقة والمعرضة للفقد . IETF . doi : 10.17487/RFC6550 . RFC 6550. تاريخ الاسترجاع: 10 مايو 2016 .
  14. ↑ "التوجيه عبر الشبكات منخفضة الطاقة وذات الفقد العالي (roll)" . IETF . تم الاطلاع عليه بتاريخ 10 مايو 2016 .
  15. ↑ بارك، س.؛ كيم، ك.؛ حداد، و.؛ تشاكرابارتي، س.؛ لاغانييه، ج. (مارس 2011). تحليل أمان بروتوكول IPv6 عبر شبكات WPAN منخفضة الطاقة . IETF . المعرف: draft-daniel-6lowpan-security-analysis-05 . تاريخ الاسترجاع: 10 مايو 2016 .

للمزيد من القراءة