حزمة IPv6

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

تُعدّ حزمة IPv6 أصغر وحدة بيانات يتم تبادلها باستخدام بروتوكول الإنترنت الإصدار السادس (IPv6). تتكون الحزم من معلومات تحكم لتحديد العناوين والتوجيه، بالإضافة إلى حمولة بيانات المستخدم. تُقسّم معلومات التحكم في حزم IPv6 إلى رأس ثابت إلزامي ورؤوس امتداد اختيارية. عادةً ما تكون حمولة حزمة IPv6 عبارة عن مخطط بيانات أو جزء من بروتوكول طبقة النقل ، ولكن قد تكون بيانات خاصة بطبقة الإنترنت (مثل ICMPv6 ) أو طبقة الربط (مثل OSPF ).

تُرسل حزم IPv6 عادةً عبر طبقة الربط (أي عبر الإيثرنت أو الواي فاي )، حيث تُغلّف كل حزمة في إطار . كما يمكن نقل الحزم عبر بروتوكول نفق من طبقة أعلى ، مثل IPv4 عند استخدام تقنيات الانتقال 6to4 أو Teredo .

على عكس بروتوكول IPv4، لا تقوم أجهزة التوجيه بتجزئة حزم IPv6 التي يزيد حجمها عن وحدة الإرسال القصوى (MTU)، بل تقع هذه المسؤولية بالكامل على عاتق العقدة المُرسِلة. يشترط بروتوكول IPv6 حدًا أدنى لوحدة الإرسال القصوى يبلغ 1280 بايت ، ولكن يُنصح بشدة باستخدام خاصية اكتشاف وحدة الإرسال القصوى للمسار (Path MTU Discovery ) للاستفادة من وحدات الإرسال القصوى الأكبر من الحد الأدنى. [ 1 ]

منذ يوليو 2017، أصبحت هيئة الأرقام المخصصة للإنترنت (IANA) مسؤولة عن تسجيل جميع معلمات IPv6 المستخدمة في رؤوس حزم IPv6. [ 1 ]

رأس ثابت

يبدأ رأس الحزمة الثابت حزمة IPv6 ويبلغ حجمه 40 بايت (320 بت ). [ 1 ] وتكون بايتات الحقول متعددة البايتات مرتبةً وفقًا لترتيب بايتات الشبكة .

تنسيق رأس ثابت
إزاحةثمانية0123
ثمانيةقليل012345678910111213141516171819202122232425262728293031
00إصدارفئة المرورتسمية التدفق
432طول الحمولةالعنوان التاليحد القفز
864عنوان المصدر
1296
16128
20160
24192عنوان الوجهة
28224
32256
36288
الإصدار : 4 بت
الثابت 6 (تسلسل البتات 0110 ).
فئة حركة المرور : 6+2 بت
تحتوي بتات هذا الحقل على قيمتين. تحتوي البتات الست الأكثر أهمية على حقل الخدمات المتباينة (حقل DS)، والذي يُستخدم لتصنيف الحزم. [ 2 ] [ 3 ] حاليًا، تنتهي جميع حقول DS القياسية بالبت '0'  . أي حقل DS ينتهي ببتين '1'  مخصص للاستخدام المحلي أو التجريبي. [ 4 ] تُستخدم البتتان المتبقيتان لإشعار الازدحام الصريح (ECN)؛ [ 5 ] وتنقسم قيم الأولوية إلى نطاقات: حركة المرور التي يوفر المصدر التحكم في الازدحام وحركة المرور التي لا توفر التحكم في الازدحام.
تسمية التدفق : 20 بت
معرّف عالي الإنتروبيا لتدفق الحزم بين مصدر ووجهة. التدفق هو مجموعة من الحزم، مثل جلسة TCP أو بث وسائط. يشير تصنيف التدفق الخاص 0 إلى أن الحزمة لا تنتمي إلى أي تدفق (باستخدام هذه الآلية). تعتمد آلية أقدم على تحديد التدفق من خلال عنوان المصدر ومنفذه، وعنوان الوجهة ومنفذه، والبروتوكول (قيمة حقل رأس Next الأخير ). [ 6 ] وقد اقتُرح أيضًا استخدام تصنيف التدفق للمساعدة في كشف الحزم المزيفة. [ 7 ]
طول الحمولة : 16 بت
حجم الحمولة بالوحدات الثمانية، بما في ذلك أي رؤوس امتداد. يتم ضبط الطول على الصفر عندما يحمل رأس امتداد Hop-by-Hop خيار Jumbo Payload . [ 8 ]
العنوان التالي : 8 بت
يُحدد هذا الحقل نوع الترويسة التالية. وعادةً ما يُحدد بروتوكول طبقة النقل المستخدم في حمولة الحزمة. وعند وجود ترويسات إضافية في الحزمة، يُشير هذا الحقل إلى الترويسة الإضافية التالية. وتتشابه القيم مع تلك المستخدمة في حقل بروتوكول IPv4، حيث يؤدي كلا الحقلين الوظيفة نفسها (انظر قائمة أرقام بروتوكولات IP ).
حد القفزات : 8 بتات
يحل هذا محل حقل "مدة البقاء" في بروتوكول IPv4. يتم إنقاص هذه القيمة بمقدار واحد عند كل عقدة توجيه، ويتم تجاهل الحزمة إذا أصبحت قيمتها صفرًا. ومع ذلك، يجب على عقدة الوجهة معالجة الحزمة بشكل طبيعي حتى لو تم استلامها بحد قفزات يساوي صفرًا.
عنوان المصدر : 128 بت
عنوان IPv6 أحادي البث للعقدة المرسلة.
عنوان الوجهة : 128 بت
عنوان IPv6 أحادي البث أو متعدد البث للعقدة (العقد) الوجهة.

بهدف تحسين الأداء، وبما أن تقنية طبقة الربط الحالية وبروتوكولات طبقة النقل تفترض أنها توفر كشفًا كافيًا للأخطاء، [ 9 ] فإن رأس الحزمة لا يحتوي على مجموع اختباري لحمايته. [ 1 ]

رؤوس الامتداد

تحمل رؤوس الامتداد معلومات اختيارية من طبقة الإنترنت ، وتُوضع بين الرأس الثابت ورأس بروتوكول الطبقة العليا. [ 1 ] تُشكّل رؤوس الامتداد سلسلةً باستخدام حقول "الرأس التالي" . يُشير حقل "الرأس التالي" في الرأس الثابت إلى نوع رأس الامتداد الأول، بينما يُشير حقل "الرأس التالي" في رأس الامتداد الأخير إلى نوع رأس بروتوكول الطبقة العليا في حمولة الحزمة. جميع رؤوس الامتداد من مضاعفات 8 بايتات؛ وتتطلب بعض رؤوس الامتداد حشوًا داخليًا لتلبية هذا الشرط.

توجد عدة رؤوس إضافية مُعرَّفة، وقد تُعرَّف رؤوس إضافية جديدة في المستقبل. تُفحص معظم الرؤوس الإضافية وتُعالَج في وجهة الحزمة. يمكن معالجة خيارات القفزة تلو القفزة وتعديلها بواسطة العُقد الوسيطة، وإذا وُجدت، فيجب أن تكون أول رأس إضافي. جميع الرؤوس الإضافية اختيارية، ويجب ألا تظهر أكثر من مرة واحدة، باستثناء رأس خيارات الوجهة الإضافي ، الذي قد يظهر مرتين. [ 1 ]

إذا لم تتعرف العقدة على رأس امتداد معين، فيجب عليها تجاهل الحزمة وإرسال رسالة مشكلة في المعلمات ( ICMPv6 النوع 4، الرمز 1). [ 1 ]

يتم سرد رؤوس الامتداد المحددة أدناه بالترتيب المفضل في حالة وجود أكثر من رأس امتداد واحد بعد الرأس الثابت.

رأس الامتدادقيمة حقل العنوان التاليوصف
خيارات القفزة تلو الأخرى0الخيارات التي يجب فحصها من قبل جميع الأجهزة الموجودة على المسار
التوجيه43طرق لتحديد مسار حزمة البيانات (المستخدمة مع بروتوكول الإنترنت المتنقل الإصدار السادس )
جزء44يحتوي على معلمات لتجزئة حزم البيانات
رأس المصادقة (AH)51يحتوي على معلومات تُستخدم للتحقق من صحة معظم أجزاء العبوة
تغليف الحمولة الأمنية (ESP)50يحمل بيانات مشفرة لتأمين الاتصال
خيارات الوجهة (قبل رأس الطبقة العليا)60خيارات لا يلزم فحصها إلا من خلال وجهة الحزمة
التنقل (حالياً بدون رأس الطبقة العليا)135المعلمات المستخدمة مع بروتوكول الإنترنت المحمول IPv6
بروتوكول هوية المضيف139يستخدم لبروتوكول هوية المضيف الإصدار 2 (HIPv2) [ 10 ]
بروتوكول Shim6140يستخدم لـ Shim6 [ 11 ]
محجوز253يستخدم للتجريب والاختبار [ 12 ] [ 4 ]
محجوز254يستخدم للتجريب والاختبار [ 12 ] [ 4 ]

تشير القيمة 59 (لا يوجد رأس تالٍ) في حقل "الرأس التالي" إلى عدم وجود أي رأس تالٍ بعد هذا الرأس، ولا حتى رأس بروتوكول الطبقة العليا. وهذا يعني، من وجهة نظر الرأس، أن حزمة IPv6 تنتهي مباشرةً بعده: يجب أن تكون الحمولة فارغة. مع ذلك، قد تظل هناك بيانات في الحمولة إذا كان طول الحمولة في الرأس الأول للحزمة أكبر من طول جميع رؤوس الامتداد في الحزمة. يجب على المضيفين تجاهل هذه البيانات، بينما يجب على أجهزة التوجيه تمريرها دون تغيير. [ 1 ] : 4.7

خيارات التنقل خطوة بخطوة وخيارات الوجهة

يمكن لجميع العقد على مسار الحزمة، بما في ذلك عقد الإرسال والاستقبال، فحص رأس امتداد خيارات التوجيه وتعديله. (لأغراض المصادقة، يتم تجاهل قيم الخيارات التي قد تتغير على طول المسار). أما رأس امتداد خيارات الوجهة ، فيجب فحصه من قِبل عقدة (عقد) الوجهة فقط. يبلغ حجم كل من رأسي الامتداد 8 بايتات على الأقل؛ فإذا كان عدد الخيارات أكبر من المساحة المتاحة، تُضاف كتل من 8 بايتات، تحتوي على الخيارات والحشو، إلى الرأس بشكل متكرر حتى يتم تمثيل جميع الخيارات.

تنسيق رأس ملحق خيارات الرحلة خطوة بخطوة وخيارات الوجهة
إزاحةثمانية0123
ثمانيةقليل012345678910111213141516171819202122232425262728293031
00العنوان التاليطول امتداد رأس الصفحةخيارات وحشو
432خيارات وحشو
864اختياري: المزيد من الخيارات والحشو
1296
⋮⋮
العنوان التالي : 8 بت
يحدد نوع العنوان التالي.
طول امتداد رأس الملف : 8 بتات
طول هذا العنوان بوحدات 8 بايت، باستثناء أول 8 بايت.
الخيارات والحشو : متغير
يحتوي على خيار واحد أو أكثر، وحقول حشو اختيارية لمحاذاة الخيارات وجعل طول رأس الملف الإجمالي من مضاعفات 8 بايتات. الخيارات مُرمّزة باستخدام TLV .

التوجيه

يُستخدم رأس امتداد التوجيه لتوجيه الحزمة إلى عقدة وسيطة واحدة أو أكثر قبل إرسالها إلى وجهتها. يبلغ حجم الرأس 8 بايتات على الأقل؛ وإذا لزم الأمر بيانات خاصة بالنوع أكثر مما يتسع له 4 بايتات، تُضاف كتل من 8 بايتات إلى الرأس بشكل متكرر، حتى يتم وضع جميع البيانات الخاصة بالنوع . [ 1 ]

تنسيق رأس امتداد التوجيه
إزاحةثمانية0123
ثمانيةقليل012345678910111213141516171819202122232425262728293031
00العنوان التاليطول امتداد رأس الصفحةنوع التوجيهأجزاء متبقية
432بيانات خاصة بالنوع
864اختياري: بيانات أكثر تحديدًا للنوع...
1296
⋮⋮
العنوان التالي : 8 بت
يشير إلى نوع العنوان التالي.
طول امتداد رأس الملف : 8 بتات
طول هذا العنوان، بمضاعفات 8 بايتات، باستثناء أول 8 بايتات.
نوع التوجيه : 8 بت
قيمة بين 0 و 255، كما حددتها IANA . [ 13 ]
يكتبحالةتعليق
0مهملنظراً لأنه كان من الممكن شن هجوم حجب الخدمة بسيط ولكنه فعال باستخدام رأس التوجيه من النوع 0، [ 14 ] فقد تم إيقاف استخدام هذا الرأس في عام 2007، ويتعين على المضيفين والموجهات تجاهل هذه الرؤوس. [ 15 ]
1مهملاستُخدم في مشروع نمرود [ 16 ] الممول من قبل داربا . تم إيقاف استخدامه في عام 2009.
2مسموحنسخة محدودة من النوع 0 وتستخدم لبروتوكول IPv6 للهواتف المحمولة ، حيث يمكنها الاحتفاظ بعنوان المنزل للعقدة المتنقلة.
3مسموحرأس مسار مصدر RPL [ 17 ] للشبكات منخفضة الطاقة والشبكات المعرضة للفقد.
4مسموحرأس توجيه القطاع (SRH). [ 18 ]
253للاستخدام الخاصيمكن استخدامها للاختبار، وليس للتطبيقات الفعلية. تجربة على نمط RFC3692 رقم 1. [ 12 ]
254للاستخدام الخاصيمكن استخدامها للاختبار، وليس للتطبيقات الفعلية. تجربة على نمط RFC3692 رقم 2. [ 12 ]
عدد الأجزاء المتبقية : 8 بت
عدد العقد التي لا يزال يتعين على هذه الحزمة زيارتها قبل الوصول إلى وجهتها النهائية.
بيانات خاصة بالنوع : متغير
البيانات التي تنتمي إلى هذا النوع من رؤوس التوجيه.

جزء

لإرسال حزمة بيانات أكبر من وحدة النقل القصوى للمسار (MTU) ، يقوم جهاز الإرسال بتقسيم الحزمة إلى أجزاء. يحمل رأس امتداد الجزء المعلومات اللازمة لإعادة تجميع الحزمة الأصلية (غير المجزأة). [ 1 ]

تنسيق رأس امتداد الجزء
إزاحةثمانية0123
ثمانيةقليل012345678910111213141516171819202122232425262728293031
00العنوان التاليمحجوزإزاحة الجزءريسم
432تعريف
العنوان التالي : 8 بت
يحدد نوع العنوان التالي.
محجوز : 8 بتات ؛ محجوز == 0
تمت تهيئتها إلى أصفار.
إزاحة الجزء : 13 بت
الإزاحة، بوحدات 8 بايت، بالنسبة إلى بداية الجزء القابل للتجزئة من الحزمة الأصلية.
Reserved2  (Res) : 2 بت ؛ Res == 0
محجوز؛ تمت تهيئته إلى أصفار.
علامة M  (M) : بت واحد
الرقم 1 يعني أن هناك المزيد من الأجزاء التي تليها؛ الرقم 0 يعني الجزء الأخير.
التعريف : 32 بت
قيمة تعريف الحزمة، يتم إنشاؤها بواسطة العقدة المصدرية. وهي ضرورية لإعادة تجميع الحزمة الأصلية.

رأس المصادقة (AH) وحمولة الأمان المغلفة (ESP)

يُعد كل من رأس المصادقة وحمولة الأمان المغلفة جزءًا من بروتوكول IPsec ويتم استخدامهما بشكل متطابق في IPv6 و IPv4. [ 19 ] [ 20 ]

الحمولة

يلي رؤوس IPv6 الثابتة والاختيارية حمولة الطبقة العليا ، وهي البيانات التي توفرها طبقة النقل، مثل مقطع TCP أو حزمة بيانات UDP . يشير حقل "الرأس التالي" في رأس IPv6 الأخير إلى نوع الحمولة الموجودة في هذه الحزمة.

طول الحمولة القياسي

يبلغ حجم حقل طول الحمولة في بروتوكول IPv6 (وIPv4) 16 بت ، وهو قادر  على تحديد الحد الأقصى لطول الحمولة.يبلغ حجم الحمولة 65535 بايت . عمليًا، تحدد الأجهزة المضيفة أقصى طول قابل للاستخدام للحمولة باستخدام اكتشاف وحدة النقل القصوى للمسار (الذي يُنتج أصغر وحدة نقل قصوى على طول المسار من المرسل إلى المستقبل)، لتجنب تجزئة الحزم. تتميز معظم بروتوكولات طبقة الربط بوحدات نقل قصوى أصغر بكثير من ذلك.65535 ثمانية .

جامبوجرام

تتيح ميزة الحمولة الضخمة (jumbo payload) الاختيارية في بروتوكول IPv6، والموجودة في رأس امتداد Hop-By-Hop Options ، [ 8 ] تبادل الحزم ذات الحمولة التي لا تتجاوز بايتًا واحدًا أقل من 4 جيجابايت (2 ^32 - 1 =    4294967295 بايت )، وذلك باستخدام حقل طول 32 بت. تُسمى الحزم التي تحتوي على هذه الحمولات بالحزم الضخمة ( jumbograms ) .

بما أن كلاً من بروتوكولي TCP و UDP يتضمنان حقولاً محدودة بـ 16  بت (الطول، مؤشر البيانات العاجلة)، فإن دعم حزم IPv6 الضخمة يتطلب تعديلات على تطبيق بروتوكول طبقة النقل. [ 8 ] وتكون الحزم الضخمة ذات صلة فقط بالروابط التي يكون حجم وحدة النقل القصوى (MTU) فيها أكبر من65583 ثمانية ( أكثر من65535 بايت للحمولة، بالإضافة إلى 40 بايت للرأس الثابت، بالإضافة إلى 8 بايت لرأس امتداد القفزة تلو القفزة ). عدد قليل فقط من بروتوكولات طبقة الربط يمكنها معالجة حزم بيانات أكبر من65535 ثمانية .

التجزئة

على عكس بروتوكول IPv4، لا تقوم أجهزة توجيه IPv6 بتجزئة حزم IPv6. تُسقط الحزم التي يتجاوز حجمها وحدة الإرسال القصوى (MTU) للرابط الوجهة، ويُشار إلى هذه الحالة برسالة ICMPv6 " الحزمة كبيرة جدًا" إلى العقدة المُرسِلة، على غرار طريقة IPv4 عند تفعيل بت "عدم التجزئة" . [ 1 ] من المتوقع أن تُجري العقد الطرفية في IPv6 عملية اكتشاف MTU للمسار لتحديد الحد الأقصى لحجم الحزم المراد إرسالها، ومن المتوقع أن يحد بروتوكول الطبقة العليا من حجم الحمولة. إذا لم يتمكن بروتوكول الطبقة العليا من القيام بذلك، فقد يستخدم المضيف المُرسِل رأس امتداد التجزئة بدلاً من ذلك.

يجب أن تكون أي طبقة ربط بيانات تنقل بيانات IPv6 قادرة على إرسال حزمة IP تحتوي على ما يصل إلى 1280 بايت؛ وبالتالي، يمكن لنقطة النهاية المرسلة أن تحد من حزمها إلى 1280 بايت وتتجنب أي حاجة للتجزئة أو اكتشاف MTU للمسار.

التجزئة

تتألف الحزمة التي تحتوي على الجزء الأول من حزمة أصلية (أكبر حجمًا) من خمسة أجزاء: رؤوس كل جزء (الرؤوس الأصلية الأساسية التي تُستخدم بشكل متكرر في كل جزء)، متبوعة برأس امتداد الجزء الذي يحتوي على إزاحة صفرية، ثم جميع رؤوس الامتداد الأصلية المتبقية، ثم رأس الطبقة العليا الأصلي (أو رأس ESP)، وجزء من الحمولة الأصلية. [ 1 ] تتألف كل حزمة لاحقة من ثلاثة أجزاء: رؤوس كل جزء، متبوعة برأس امتداد الجزء ، وجزء من الحمولة الأصلية كما هو محدد بواسطة إزاحة الجزء.

تُحدد رؤوس البيانات لكل جزء بناءً على ما إذا كان الملف الأصلي يحتوي على رأس توجيه أو رأس امتداد " قفزة تلو الأخرى" . إذا لم يكن أي منهما موجودًا، فإن الجزء الخاص بكل جزء هو الرأس الثابت فقط. أما إذا كان رأس امتداد "توجيه" موجودًا، فإن رؤوس البيانات لكل جزء تشمل الرأس الثابت وجميع رؤوس الامتداد حتى رأس "توجيه " نفسه. وإذا كان رأس امتداد "قفزة تلو الأخرى" موجودًا، فإن رؤوس البيانات لكل جزء تتكون فقط من الرأس الثابت ورأس امتداد "قفزة تلو الأخرى" .

في جميع الأحوال، يُضبط رأس الجزء الأخير من كل مقطع على القيمة 44 للإشارة إلى وجود رأس امتداد مقطع لاحق . ويُضبط مؤشر M لكل رأس امتداد مقطع على القيمة 1 (مما يشير إلى وجود المزيد من المقاطع اللاحقة)، باستثناء الأخير الذي يُضبط مؤشره على القيمة 0. طول كل مقطع هو من مضاعفات 8 بايتات، باستثناء المقطع الأخير، إن وُجد.

كانت رؤوس البيانات لكل جزء تُسمى تاريخيًا "الجزء غير القابل للتجزئة"، في إشارة إلى إمكانية تجزئة بقية رأس البيانات قبل عام 2014. أما الآن، فلا توجد رؤوس بيانات قابلة للتجزئة فعليًا. [ 21 ]

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

يقوم جهاز الاستقبال بإعادة تجميع الحزمة الأصلية عن طريق جمع جميع الأجزاء ووضع كل جزء في موضعه المحدد، ثم حذف رؤوس امتداد الأجزاء من الحزم التي حملتها. لا يشترط وصول الحزم التي تحتوي على أجزاء بالتسلسل؛ إذ يقوم جهاز الاستقبال بإعادة ترتيبها.

إذا لم يتم استلام جميع الأجزاء خلال 60 ثانية من استلام أول حزمة تحتوي على جزء، يتم التخلي عن إعادة تجميع الحزمة الأصلية وتجاهل جميع الأجزاء. أما إذا تم استلام الجزء الأول (الذي يحتوي على الترويسة الثابتة) وكان جزء واحد أو أكثر من الأجزاء الأخرى مفقودًا، فسيتم إرسال رسالة " انتهت المهلة" ( ICMPv6 من النوع 3، الرمز 1) إلى العقدة التي أرسلت الحزمة المجزأة.

عندما يكتشف عقد إعادة التجميع جزءًا متداخلًا مع جزء آخر، يتم إيقاف إعادة تجميع الحزمة الأصلية وإسقاط جميع الأجزاء. يمكن للعقدة، اختياريًا، تجاهل النسخ المتطابقة تمامًا لجزء ما بدلًا من اعتبارها متداخلة. [ 1 ]

يجب على الأجهزة المستقبلة بذل قصارى جهدها لإعادة تجميع حزم بيانات IP المجزأة التي يصل حجمها بعد إعادة التجميع إلى 1500 بايت. يُسمح للأجهزة بمحاولة إعادة تجميع حزم البيانات المجزأة التي يزيد حجمها عن 1500 بايت، ولكن يُسمح لها أيضًا بتجاهل أي حزمة بيانات بصمت إذا اتضح أن حجم الحزمة المعاد تجميعها سيتجاوز 1500 بايت. لذلك، ينبغي على المُرسِلين تجنب إرسال حزم بيانات IP مجزأة يزيد حجمها الإجمالي بعد إعادة التجميع عن 1500 بايت، إلا إذا كانوا على علم بأن المُستقبِل قادر على إعادة تجميع مثل هذه الحزم الكبيرة.

حماية

أظهرت الأبحاث أن استخدام التجزئة يُمكن استغلاله للتحايل على ضوابط أمان الشبكة . ونتيجةً لذلك، في عام ٢٠١٤، مُنع السماح سابقًا بتجاوز سلسلة رؤوس بروتوكول IPv6 بعد الجزء الأول لتجنب بعض حالات التجزئة الشاذة النادرة. [ ٢١ ] بالإضافة إلى ذلك، ونتيجةً للأبحاث حول التحايل على حماية إعلان الموجه ، [ ٢٢ ] تم إيقاف استخدام التجزئة مع اكتشاف الجوار ، كما تم التوصية بعدم استخدامها مع اكتشاف الجوار الآمن (SEND). [ ٢٣ ]

مراجع

  1. 1 2 3 4 5 6 7 8 9 10 11 12 13 إس. ديرينغ ؛ آر. هيندن (يوليو 2017). مواصفات بروتوكول الإنترنت، الإصدار 6 (IPv6) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8200 . STD 86. RFC 8200 .معيار الإنترنت 86. عفا عليه الزمن RFC 2460 . 
  2. ↑ ك. نيكولز؛ س. بليك؛ ف. بيكر ؛ د. بلاك (ديسمبر 1998). تعريف حقل الخدمات المتباينة (حقل DS) في رؤوس IPv4 وIPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC2474 . RFC 2474 .معيار مقترح. يلغي المعيارين RFC 1455 و 1349 . تم تحديثه بواسطة المعايير RFC 3168 و 3260 و 8436 .  
  3. ↑ د. غروسمان (أبريل 2002). مصطلحات جديدة وتوضيحات لـ DiffServ . IETF . doi : 10.17487/RFC3260 . RFC 3260 .معلوماتية. تحديثات RFC 2474 و 2475 و 2597 . 
  4. 1 2 3 ب. فينير (نوفمبر 2006). القيم التجريبية في رؤوس بروتوكولات IPv4 وIPv6 وICMPv4 وICMPv6 وUDP وTCP . مجموعة عمل الشبكة التابعة لـ IETF . doi : 10.17487/RFC4727 . RFC 4727 .المعيار المقترح.
  5. ↑ ك. راماكريشنان؛ س. فلويد؛ د. بلاك (سبتمبر 2001). إضافة إشعار الازدحام الصريح (ECN) إلى بروتوكول الإنترنت (IP ). مجموعة عمل الشبكة. doi : 10.17487/RFC3168 . RFC 3168 .معيار مقترح. يلغي RFC 2481. يُحدّث RFC 2474 و 2401 و 793 . تم تحديثه بواسطة RFC 4301 و 6040 و 8311 .   
  6. ↑ إس. أمانتي؛ بي. كاربنتر ؛ إس. جيانغ؛ جيه. راجاهالم (نوفمبر 2011). مواصفات تسمية تدفق IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6437 . ISSN 2070-1721 . RFC 6437 . معيار مقترح. يلغي RFC 3697. يُحدّث RFC 2205 و 2460 .  
  7. ↑ استخدام مُعرّف تدفق IPv6 كقيمة عشوائية (Nonce) في طبقة النقل للدفاع ضد هجمات انتحال المسار الخارجي
  8. 1 2 3 د. بورمان؛ س. ديرينغ ؛ ر. هيندن (أغسطس 1999). حزم IPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC2675 . RFC 2675 .المعيار المقترح. يلغي RFC 2147 . 
  9. ↑ سي. بارتريدج؛ إف. كاستنهولز (ديسمبر 1994). المعايير الفنية لاختيار بروتوكول الإنترنت من الجيل التالي (IPng) . مجموعة عمل الشبكة. doi : 10.17487/RFC1726 . RFC 1726 .معلوماتي. القسم 2.6.
  10. ↑ تي. هير؛ بي. جوكيلا؛ تي. هندرسون (أبريل 2015). آر. موسكوفيتز (محرر). بروتوكول هوية المضيف الإصدار 2 (HIPv2) . فريق عمل هندسة الإنترنت (IETF). doi : 10.17487/RFC7401 . ISSN 2070-1721 . RFC 7401 . معيار مقترح. يلغي RFC 5201. تم تحديثه بواسطة RFC 8002 و 9374 .  
  11. ↑ إي. نوردمارك؛ إم. باغنولو (يونيو 2009). Shim6: بروتوكول Shim متعدد المنافذ من المستوى 3 لبروتوكول IPv6 . فريق عمل الشبكات التابع لفرقة عمل هندسة الإنترنت . doi : 10.17487/RFC5533 . RFC 5533 .المعيار المقترح.
  12. 1 2 3 4 ت. نارتن (يناير 2004). تحديد الأرقام التجريبية وأرقام الاختبار التي تُعتبر مفيدة . مجموعة عمل الشبكة. doi : 10.17487/RFC3692 . BCP 82. RFC 3692 .أفضل الممارسات الحالية 82. تحديثات RFC 2434 . 
  13. ↑ "معلمات بروتوكول الإنترنت الإصدار 6 (IPv6): أنواع التوجيه" . هيئة الأرقام المخصصة للإنترنت (IANA ). تم الاطلاع عليه بتاريخ 15-10-2021 .
  14. ↑ فيليب بيوندي، أرنود إيبالارد (أبريل 2007). "أمان رأس توجيه IPv6" (ملف PDF) . EADS . تم الاطلاع عليه في 3 ديسمبر 2010. النوع 0: الآلية الخبيثة...
  15. ↑ ج. أبلي؛ ب. سافولا؛ ج. نيفيل-نيل (ديسمبر 2007). إيقاف استخدام رؤوس التوجيه من النوع 0 في بروتوكول IPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC5095 . RFC 5095 .المعيار المقترح. تحديثات RFC 2460 و 4294 . 
  16. ↑ إ. كاستينيرا؛ ن. تشيبا؛ م. ستينستروب (أغسطس 1996). بنية توجيه نمرود . IETF . doi : 10.17487/RFC1992 . RFC 1992 .لأغراض إعلامية.
  17. ↑ ج. هوي؛ ج. ب. فاسور؛ د. كولر؛ ف. مانرال (مارس 2012). رأس توجيه IPv6 لمسارات المصدر باستخدام بروتوكول التوجيه للشبكات منخفضة الطاقة والمعرضة للفقد (RPL) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6554 . RFC 6554 .المعيار المقترح.
  18. ↑ إس. بريفيدي؛ ج. ليدي؛ إس. ماتسوشيما؛ د. فوييه (مارس 2020). سي. فيلسفيلس؛ د. دوكس (محرران). رأس توجيه مقطع IPv6 (SRH) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8754 . ISSN 2070-1721 . RFC 8754 . المعيار المقترح.
  19. ↑ إس. كينت (ديسمبر 2005). رأس مصادقة بروتوكول الإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC4302 . RFC 4302 .المعيار المقترح. يلغي RFC 2402 . 
  20. ↑ إس. كينت (ديسمبر 2005). تغليف بروتوكول الإنترنت لحمولة الأمان . مجموعة عمل الشبكة. doi : 10.17487/RFC4303 . RFC 4303 .المعيار المقترح. يلغي RFC 2406 . 
  21. 1 2 ف. غونت؛ ف. مانرال؛ ر. بونيكا (يناير 2014). آثار سلاسل رؤوس IPv6 كبيرة الحجم . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7112 . ISSN 2070-1721 . RFC 7112 . المعيار المقترح. تحديثات RFC 2460 . 
  22. ↑ ف. غونت (فبراير 2014). نصائح تنفيذية لحماية إعلانات موجه IPv6 (RA-Guard) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7113 . ISSN 2070-1721 . RFC 7113 . معلومات. تحديثات RFC 6105 . 
  23. ↑ ف. غونت (أغسطس 2013). الآثار الأمنية لتجزئة IPv6 مع اكتشاف الجوار في IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6980 . ISSN 2070-1721 . RFC 6980 . المعيار المقترح. تحديثات RFC 3971 و 4861 .