بروتوكول رسائل التحكم في الإنترنت
بروتوكول رسائل التحكم في الإنترنت ( ICMP ) هو بروتوكول داعم [ 2 ] ضمن مجموعة بروتوكولات الإنترنت . تستخدمه أجهزة الشبكة ، بما في ذلك أجهزة التوجيه ، لإرسال رسائل خطأ ومعلومات تشغيلية تُشير إلى نجاح أو فشل الاتصال بعنوان IP آخر . على سبيل المثال، يُشار إلى وجود خطأ عندما تكون الخدمة المطلوبة غير متاحة أو عندما يتعذر الوصول إلى مضيف أو جهاز توجيه. [ 3 ] يختلف بروتوكول ICMP عن بروتوكولات النقل مثل TCP و UDP في أنه لا يُستخدم عادةً لتبادل البيانات بين الأنظمة، كما أنه لا يُستخدم بانتظام من قِبل تطبيقات الشبكة الخاصة بالمستخدم النهائي (باستثناء بعض أدوات التشخيص مثل ping و traceroute ).
يتم استخدام بروتوكول رسائل التحكم في الإنترنت المنفصل (يسمى ICMPv6 ) مع IPv6 . [ 4 ]
التفاصيل الفنية
يُعد بروتوكول ICMP جزءًا من مجموعة بروتوكولات الإنترنت كما هو مُحدد في RFC 792. تُستخدم رسائل ICMP عادةً لأغراض التشخيص أو التحكم، أو تُنشأ استجابةً لأخطاء في عمليات بروتوكول الإنترنت (كما هو مُحدد في RFC 1122). تُوجّه أخطاء ICMP إلى عنوان IP المصدر للحزمة الأصلية. [ 3 ]
على سبيل المثال، يقوم كل جهاز (مثل جهاز توجيه وسيط) يقوم بإعادة توجيه حزمة بيانات IP أولاً بإنقاص قيمة حقل " مدة البقاء" (TTL) في رأس IP بمقدار واحد. إذا كانت قيمة TTL الناتجة تساوي صفرًا، يتم تجاهل الحزمة وإرسال رسالة ICMP تفيد بتجاوز الوقت المحدد إلى عنوان مصدر حزمة البيانات.
تعتمد العديد من أدوات الشبكة الشائعة الاستخدام على رسائل بروتوكول التحكم في الإنترنت (ICMP). يمكن تنفيذ أمر traceroute عن طريق إرسال حزم بيانات IP مع حقول رأسية مُخصصة لبروتوكول IP TTL، والبحث عن رسائل ICMP التي تُشير إلى تجاوز وقت العبور وعدم إمكانية الوصول إلى الوجهة . أما أداة ping ذات الصلة ، فتُنفذ باستخدام رسائل طلب صدى ICMP ورد الصدى .
يستخدم بروتوكول ICMP الدعم الأساسي لبروتوكول الإنترنت (IP) كما لو كان بروتوكولًا عالي المستوى؛ إلا أن ICMP في الواقع جزء لا يتجزأ من IP. ورغم أن رسائل ICMP تُضمّن ضمن حزم IP القياسية، إلا أنها تُعالج عادةً كحالة خاصة، تختلف عن معالجة IP العادية. في كثير من الحالات، من الضروري فحص محتوى رسالة ICMP وإرسال رسالة الخطأ المناسبة إلى التطبيق المسؤول عن إرسال حزمة IP التي استدعت إرسال رسالة ICMP.
بروتوكول ICMP هو بروتوكول طبقة الشبكة ؛ مما يجعله بروتوكولًا من الطبقة الثالثة في نموذج OSI ذي الطبقات السبع . وبناءً على نموذج TCP/IP ذي الطبقات الأربع، يُعد ICMP بروتوكولًا من طبقة الإنترنت ، مما يجعله بروتوكولًا من الطبقة الثانية في معيار الإنترنت RFC 1122 لنموذج TCP/IP ذي الطبقات الأربع، أو بروتوكولًا من الطبقة الثالثة في تعريفات بروتوكول TCP/IP الحديثة ذات الطبقات الخمس (بحسب كوزيروك، كومر، تانينباوم، فوروزان، كوروس، ستالينغز).
لا يوجد رقم منفذ مرتبط بحزمة ICMP، حيث أن هذه الأرقام مرتبطة ببروتوكولات في طبقة النقل الأعلى، مثل TCP وUDP. [ 5 ]
بنية مخطط البيانات
يتم تغليف حزمة ICMP في حزمة IPv4. [ 3 ] تتكون الحزمة من قسمي الرأس والبيانات.
رأس الصفحة
يبدأ رأس بروتوكول ICMP بعد رأس بروتوكول IPv4 ويُعرَّف برقم البروتوكول الخاص به ، وهو 1. [ 6 ] تحتوي جميع حزم ICMP على رأس مكون من ثمانية بايتات وقسم بيانات متغير الحجم. تتميز البايتات الأربعة الأولى من الرأس بتنسيق ثابت، بينما تعتمد البايتات الأربعة الأخيرة على نوع حزمة ICMP ورمزها. [ 3 ]
| إزاحة | ثمانية | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ثمانية | قليل | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | يكتب | شفرة | مجموع التحقق | |||||||||||||||||||||||||||||
| 4 | 32 | باقي العنوان | |||||||||||||||||||||||||||||||
- النوع : 8 بت
- نوع ICMP، انظر § رسائل التحكم .
- الرمز : 8 بت
- النوع الفرعي لبروتوكول ICMP، انظر § رسائل التحكم .
- مجموع التحقق : 16 بت
- يتم حساب مجموع التحقق من الإنترنت [ 7 ] للتحقق من الأخطاء من رأس ICMP والبيانات التي تم استبدال قيمتها بـ 0 لهذا الحقل.
- باقي رأس الملف : 32 بت
- حقل مكون من أربعة بايتات، وتختلف محتوياته بناءً على نوع ورمز بروتوكول ICMP.
بيانات
تحتوي رسائل خطأ بروتوكول ICMP على قسم بيانات يتضمن نسخة من رأس IPv4 بالكامل، بالإضافة إلى أول ثمانية بايتات على الأقل من بيانات حزمة IPv4 التي تسببت في ظهور رسالة الخطأ. يجب ألا يتجاوز طول رسائل خطأ ICMP 576 بايتًا. [ 1 ] يستخدم المضيف هذه البيانات لمطابقة الرسالة مع العملية المناسبة. إذا كان بروتوكول ذو مستوى أعلى يستخدم أرقام المنافذ، فمن المفترض أن تكون هذه الأرقام ضمن أول ثمانية بايتات من بيانات حزمة البيانات الأصلية. [ 2 ]
تم استغلال الحجم المتغير لقسم بيانات حزمة بروتوكول ICMP . في هجوم " Ping of Death "، تُستخدم حزم ICMP الكبيرة أو المجزأة لشن هجمات حجب الخدمة . كما يمكن استخدام بيانات ICMP لإنشاء قنوات اتصال سرية، تُعرف باسم أنفاق ICMP .
رسائل التحكم
تُحدد رسائل التحكم من خلال القيمة الموجودة في حقل النوع . ويُقدم حقل الرمز معلومات سياقية إضافية للرسالة. وقد تم إيقاف استخدام بعض رسائل التحكم منذ إطلاق البروتوكول لأول مرة.
| يكتب | شفرة | حالة | وصف |
|---|---|---|---|
| 0 – رد الصدى [ 2 ] : 14 | 0 | رد الصدى (يستخدم لإرسال إشارة ping ) | |
| 1 و 2 | غير مُعيّن | محجوز | |
| 3 – الوجهة غير قابلة للوصول [ 2 ] : 4 [ 8 ] | 0 | شبكة الوجهة غير قابلة للوصول | |
| 1 | المضيف الوجهة غير قابل للوصول | ||
| 2 | بروتوكول الوجهة غير قابل للوصول | ||
| 3 | ميناء الوجهة غير قابل للوصول | ||
| 4 | التجزئة مطلوبة، وتم ضبط علامة DF | ||
| 5 | فشل مسار المصدر | ||
| 6 | شبكة الوجهة غير معروفة | ||
| 7 | المضيف الوجهة غير معروف | ||
| 8 | تم عزل المضيف المصدر | ||
| 9 | الشبكة محظورة إدارياً | ||
| 10 | ممنوع إدارياً استضافة هذا المحتوى | ||
| 11 | الشبكة غير متاحة لشروط الخدمة | ||
| 12 | المضيف غير متاح وفقًا لشروط الخدمة | ||
| 13 | الاتصال ممنوع إدارياً | ||
| 14 | انتهاك أولوية المضيف | ||
| 15 | تم تطبيق حد الأسبقية | ||
| 4- إخماد المصدر | 0 | إخماد المصدر (التحكم في الازدحام) | |
| 5- رسالة إعادة التوجيه | 0 | إعادة توجيه حزم البيانات للشبكة | |
| 1 | إعادة توجيه حزمة البيانات للمضيف | ||
| 2 | إعادة توجيه حزمة البيانات لشروط الخدمة والشبكة | ||
| 3 | إعادة توجيه حزمة البيانات وفقًا لشروط الخدمة والمضيف | ||
| 6 | عنوان المضيف البديل | ||
| 7 | غير مُعيّن | محجوز | |
| 8 – طلب الصدى | 0 | طلب الصدى (يستخدم لاختبار الاتصال ) | |
| 9 – إعلان جهاز التوجيه | 0 | إعلان عن جهاز توجيه | |
| 10- طلب جهاز التوجيه | 0 | اكتشاف/اختيار/طلب جهاز التوجيه | |
| 11 – تجاوز الوقت [ 2 ] : 6 | 0 | انتهت مدة صلاحية (TTL) أثناء النقل | |
| 1 | تجاوز وقت إعادة تجميع الأجزاء | ||
| 12 - مشكلة في المعلمات: رأس IP تالف | 0 | يشير المؤشر إلى الخطأ | |
| 1 | خيار مطلوب مفقود | ||
| 2 | طول غير مناسب | ||
| 13 – الطابع الزمني | 0 | الطابع الزمني | |
| 14 – الرد مع الطابع الزمني | 0 | الرد مع الطابع الزمني | |
| 15 – طلب معلومات | 0 | طلب معلومات | |
| 16 – رد المعلومات | 0 | رد المعلومات | |
| 17- طلب قناع الوجه | 0 | طلب قناع العنوان | |
| 18 – الرد باستخدام قناع العنوان | 0 | الرد باستخدام قناع العنوان | |
| 19 | غير مُعيّن | محجوز لأغراض الأمن | |
| من 20 إلى 29 | غير مُعيّن | مخصص لتجربة المتانة | |
| 30 – مسار التتبع | 0 | طلب معلومات | |
| 31 | خطأ في تحويل البيانات | ||
| 32 | إعادة توجيه مضيف الهاتف المحمول | ||
| 33 | أين أنت؟ (مخصصة أصلاً لبروتوكول IPv6 ) | ||
| 34 | أنا هنا (مخصصة أصلاً لبروتوكول IPv6 ) | ||
| 35 | طلب تسجيل الهاتف المحمول | ||
| 36 | الرد على تسجيل الهاتف المحمول | ||
| 37 | طلب اسم نطاق | ||
| 38 | رد اسم النطاق | ||
| 39 | بروتوكول اكتشاف خوارزمية SKIP، إدارة مفاتيح بسيطة لبروتوكول الإنترنت | ||
| 40 | فوتوريس ، إخفاقات أمنية | ||
| 41 | تجريبي | بروتوكول ICMP لبروتوكولات التنقل التجريبية مثل Seamoby . [ 12 ] | |
| 42 – طلب صدى موسع [ 13 ] | 0 | طلب صدى ممتد | |
| 43 – رد صدى موسع [ 13 ] | 0 | لا يوجد خطأ | |
| 1 | استعلام غير صحيح | ||
| 2 | لا توجد واجهة كهذه | ||
| 3 | لا يوجد إدخال في الجدول | ||
| 4 | واجهات متعددة تلبي الاستعلام | ||
| من 44 إلى 252 | غير مُعيّن | محجوز | |
| 253 | تجريبي | التجربة 1 على نمط RFC3692 [ 14 ] | |
| 254 | تجريبي | التجربة الثانية على نمط RFC3692 [ 14 ] | |
| 255 | غير مُعيّن | محجوز |
إخماد المصدر
يطلب بروتوكول Source Quench من المُرسِل تقليل معدل إرسال الرسائل إلى جهاز التوجيه أو المضيف. قد يتم إنشاء هذه الرسالة إذا لم يكن لدى جهاز التوجيه أو المضيف مساحة تخزين مؤقتة كافية لمعالجة الطلب، أو إذا كانت مساحة التخزين المؤقتة لجهاز التوجيه أو المضيف تقترب من حدها الأقصى.
تُرسل البيانات بسرعة فائقة من مضيف واحد أو عدة مضيفات في الوقت نفسه إلى موجّه معين على الشبكة. ورغم أن الموجّه يمتلك قدرات تخزين مؤقت، إلا أن هذه القدرة محدودة ضمن نطاق محدد. لا يستطيع الموجّه تخزين بيانات أكثر من سعة التخزين المؤقت المحدودة. وبالتالي، إذا امتلأت قائمة الانتظار، تُهمل البيانات الواردة حتى تمتلئ القائمة. ولكن لعدم وجود آلية تأكيد استلام في طبقة الشبكة، لا يعلم العميل ما إذا كانت البيانات قد وصلت إلى وجهتها بنجاح. لذا، يجب على طبقة الشبكة اتخاذ بعض الإجراءات التصحيحية لتجنب هذه الحالات. تُعرف هذه الإجراءات باسم "إخماد المصدر".
في آلية إخماد المصدر، يلاحظ الموجّه أن معدل البيانات الواردة أسرع بكثير من معدل البيانات الصادرة، فيرسل رسالة ICMP إلى العملاء، مُعلمًا إياهم بضرورة خفض سرعة نقل البيانات أو الانتظار لفترة زمنية محددة قبل محاولة إرسال المزيد من البيانات. عند استلام العميل لهذه الرسالة، يقوم تلقائيًا بخفض معدل البيانات الصادرة أو الانتظار لفترة كافية، مما يُمكّن الموجّه من إفراغ قائمة الانتظار. وهكذا، تعمل رسالة ICMP الخاصة بإخماد المصدر كآلية للتحكم في تدفق البيانات على مستوى الشبكة.
نظراً لأن الأبحاث أشارت إلى أن "بروتوكول ICMP Source Quench [كان] حلاً غير فعال (وغير عادل) للازدحام"، [ 10 ] فقد تم إيقاف إنشاء أجهزة التوجيه لرسائل Source Quench في عام 1995 بموجب RFC 1812. علاوة على ذلك، تم إيقاف إعادة توجيه رسائل Source Quench وأي نوع من أنواع رد الفعل عليها (إجراءات التحكم في التدفق) اعتباراً من عام 2012 بموجب RFC 6633.
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 4 | الرمز = 0 | مجموع التحقق | |||||||||||||||||||||||||||||
| غير مستخدم | |||||||||||||||||||||||||||||||
| رأس بروتوكول الإنترنت وأول 8 بايتات من بيانات حزمة البيانات الأصلية | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 4
- يجب ضبط الرمز على 0
- يستخدم المرسل رأس IP وبيانات إضافية لمطابقة الرد مع الطلب المرتبط به
إعادة التوجيه
تطلب إعادة التوجيه إرسال حزم البيانات عبر مسار بديل. إعادة توجيه بروتوكول ICMP هي آلية تستخدمها أجهزة التوجيه لنقل معلومات التوجيه إلى الأجهزة المضيفة. تُعلم هذه الرسالة الجهاز المضيف بتحديث معلومات التوجيه الخاصة به (لإرسال الحزم عبر مسار بديل). إذا حاول جهاز مضيف إرسال بيانات عبر جهاز توجيه (R1)، وقام R1 بإرسال البيانات عبر جهاز توجيه آخر (R2)، وكان هناك مسار مباشر متاح من الجهاز المضيف إلى R2 (أي أن الجهاز المضيف وR2 على نفس الشبكة الفرعية )، فسيرسل R1 رسالة إعادة توجيه لإبلاغ الجهاز المضيف بأن أفضل مسار للوجهة هو عبر R2. عندها، يجب على الجهاز المضيف تغيير معلومات المسار الخاصة به وإرسال الحزم لتلك الوجهة مباشرةً إلى R2. سيظل جهاز التوجيه يرسل حزمة البيانات الأصلية إلى الوجهة المقصودة. [ 15 ] مع ذلك، إذا كانت حزمة البيانات تحتوي على معلومات توجيه، فلن تُرسل هذه الرسالة حتى لو كان هناك مسار أفضل متاح. ينص RFC 1122 على أنه يجب إرسال عمليات إعادة التوجيه فقط من قِبل البوابات ، ولا يجب إرسالها من قِبل أجهزة الإنترنت المضيفة.
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 5 | شفرة | مجموع التحقق | |||||||||||||||||||||||||||||
| عنوان IP | |||||||||||||||||||||||||||||||
| رأس بروتوكول الإنترنت وأول 8 بايتات من بيانات حزمة البيانات الأصلية | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 5.
- يحدد الكود سبب إعادة التوجيه، وقد يكون أحد الأسباب التالية:
شفرة وصف 0 إعادة توجيه للشبكة 1 إعادة توجيه للمضيف 2 إعادة التوجيه حسب نوع الخدمة والشبكة 3 إعادة التوجيه لنوع الخدمة والمضيف - عنوان IP هو عنوان البوابة المكونة من 32 بت والتي يجب إرسال إعادة التوجيه إليها.
- يتم تضمين رأس IP وبيانات إضافية للسماح للمضيف بمطابقة الرد مع الطلب الذي تسبب في رد إعادة التوجيه.
تجاوز الوقت المحدد
يتم إرسال رسالة "انتهت المدة" من قِبل البوابة لإبلاغ مصدر حزمة البيانات المهملة بسبب وصول حقل "مدة البقاء" إلى الصفر. كما يمكن للمضيف إرسال رسالة "انتهت المدة" إذا فشل في إعادة تجميع حزمة البيانات المجزأة ضمن المهلة الزمنية المحددة.
تستخدم أداة traceroute رسائل تجاوز الوقت لتحديد البوابات على المسار بين مضيفين.
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 11 | شفرة | مجموع التحقق | |||||||||||||||||||||||||||||
| غير مستخدم | |||||||||||||||||||||||||||||||
| رأس بروتوكول الإنترنت وأول 8 بايتات من بيانات حزمة البيانات الأصلية | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 11
- يحدد الكود سبب ظهور رسالة تجاوز الوقت ، ويتضمن ما يلي:
شفرة وصف 0 تجاوزت مدة البقاء على قيد الحياة أثناء النقل. 1 تجاوز وقت إعادة تجميع الأجزاء. - يستخدم المضيف المصدر رأس بروتوكول الإنترنت (IP) وأول 64 بت من الحمولة الأصلية لمطابقة رسالة تجاوز الوقت مع حزمة البيانات المهملة. أما بالنسبة للبروتوكولات ذات المستوى الأعلى مثل UDP و TCP، فستتضمن الحمولة المكونة من 64 بت منافذ المصدر والوجهة للحزمة المهملة.
الطابع الزمني
يُستخدم الطابع الزمني لمزامنة الوقت. يُضبط الطابع الزمني الأصلي على الوقت (بالمللي ثانية منذ منتصف الليل) الذي قام فيه المرسل بآخر اتصال بالحزمة. أما الطابعان الزمنيان للاستلام والإرسال فلا يُستخدمان.
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 13 | الرمز = 0 | مجموع التحقق | |||||||||||||||||||||||||||||
| المعرف | رقم التسلسل | ||||||||||||||||||||||||||||||
| الطابع الزمني الأصلي | |||||||||||||||||||||||||||||||
| استلام الطابع الزمني | |||||||||||||||||||||||||||||||
| طابع زمني للإرسال | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 13
- يجب ضبط الرمز على 0
- يمكن للعميل استخدام المعرف ورقم التسلسل لمطابقة رد الطابع الزمني مع طلب الطابع الزمني.
- يمثل الطابع الزمني الأصلي عدد المللي ثواني منذ منتصف الليل بالتوقيت العالمي المنسق (UT). إذا لم يتوفر مرجع للتوقيت العالمي المنسق، فيمكن ضبط البت الأكثر أهمية للإشارة إلى قيمة زمنية غير قياسية.
الرد مع الطابع الزمني
الرد على رسالة الطابع الزمني هو رد على رسالة الطابع الزمني . ويتكون من الطابع الزمني الأصلي الذي أرسله مرسل رسالة الطابع الزمني، بالإضافة إلى طابع زمني للاستلام يشير إلى وقت استلام رسالة الطابع الزمني ، وطابع زمني للإرسال يشير إلى وقت إرسال رد الطابع الزمني .
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 14 | الرمز = 0 | مجموع التحقق | |||||||||||||||||||||||||||||
| المعرف | رقم التسلسل | ||||||||||||||||||||||||||||||
| الطابع الزمني الأصلي | |||||||||||||||||||||||||||||||
| استلام الطابع الزمني | |||||||||||||||||||||||||||||||
| طابع زمني للإرسال | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 14
- يجب ضبط الرمز على 0
- يمكن للعميل استخدام المعرف ورقم التسلسل لمطابقة الرد مع الطلب الذي تسبب في الرد.
- الطابع الزمني الأصلي هو الوقت الذي قام فيه المرسل بلمس الرسالة آخر مرة قبل إرسالها.
- الطابع الزمني للاستلام هو الوقت الذي لمس فيه جهاز الصدى الجهاز لأول مرة عند الاستلام.
- الطابع الزمني للإرسال هو الوقت الذي قام فيه جهاز الصدى بآخر مرة بلمس الرسالة عند إرسالها.
- جميع الطوابع الزمنية بوحدة الميلي ثانية منذ منتصف الليل بالتوقيت العالمي المنسق. إذا لم يكن الوقت متاحًا بالميلي ثانية أو تعذر توفيره بالنسبة لمنتصف الليل بالتوقيت العالمي المنسق، فيمكن إدخال أي وقت في الطابع الزمني، بشرط أن يتم ضبط البت الأعلى في الطابع الزمني للإشارة إلى هذه القيمة غير القياسية.
لقد تم استبدال استخدام رسائل الطابع الزمني والرد على الطابع الزمني لمزامنة ساعات عقد الإنترنت إلى حد كبير ببروتوكول وقت الشبكة القائم على UDP وبروتوكول الوقت الدقيق . [ 16 ]
طلب قناع العنوان
يتم عادةً إرسال طلب قناع العنوان من قبل المضيف إلى جهاز التوجيه للحصول على قناع الشبكة الفرعية المناسب .
ينبغي على المستلمين الرد على هذه الرسالة برسالة رد تتضمن قناع العنوان .
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 17 | الرمز = 0 | مجموع التحقق | |||||||||||||||||||||||||||||
| المعرف | رقم التسلسل | ||||||||||||||||||||||||||||||
| قناع العنوان | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 17
- يجب ضبط الرمز على 0
- يمكن ضبط قناع العنوان على 0
قد يُستخدم طلب قناع عنوان ICMP كجزء من هجوم استطلاع لجمع معلومات عن الشبكة المستهدفة، لذلك يتم تعطيل رد قناع عنوان ICMP افتراضيًا على نظام التشغيل Cisco IOS . [ 17 ]
الرد عبر قناع العنوان
تُستخدم خاصية الرد على قناع العنوان للرد على رسالة طلب قناع العنوان بقناع الشبكة الفرعية المناسب.
| ٠٠ | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| النوع = 18 | الرمز = 0 | مجموع التحقق | |||||||||||||||||||||||||||||
| المعرف | رقم التسلسل | ||||||||||||||||||||||||||||||
| قناع العنوان | |||||||||||||||||||||||||||||||
أين:
- يجب ضبط النوع على 18
- يجب ضبط الرمز على 0
- يجب ضبط قناع العنوان على قناع الشبكة الفرعية
الوجهة غير قابلة للوصول
يُصدر المضيف أو بوابته الواردة [ 2 ] رسالة "الوجهة غير قابلة للوصول" لإبلاغ العميل بأن الوجهة غير قابلة للوصول لسبب ما. قد تشمل أسباب هذه الرسالة: عدم وجود اتصال فعلي بالمضيف (المسافة غير محدودة)؛ أو أن البروتوكول أو المنفذ المُشار إليه غير نشط؛ أو أن البيانات يجب تجزئتها ولكن علامة "عدم التجزئة" مُفعّلة. [ 18 ] وتجدر الإشارة إلى أن منافذ TCP غير القابلة للوصول تستجيب برسالة TCP RST بدلاً من رسالة " الوجهة غير قابلة للوصول " من النوع 3 كما هو متوقع. ولا يتم الإبلاغ عن رسالة "الوجهة غير قابلة للوصول" مطلقًا في عمليات الإرسال المتعدد عبر بروتوكول الإنترنت (IP) .
| إزاحة | ثمانية | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ثمانية | قليل | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | النوع (3) | شفرة | مجموع التحقق | |||||||||||||||||||||||||||||
| 4 | 32 | غير مستخدم | (طول) | (وحدة النقل القصوى للقفزة التالية) | |||||||||||||||||||||||||||||
| 8 | 64 | رأس بروتوكول الإنترنت والبايتات الأولى من بيانات حزمة البيانات الأصلية | |||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
| 572 | 4576 | ||||||||||||||||||||||||||||||||
مع محتويات الحقل التالية:
- النوع : 8 بتات ؛ النوع == 3
- تشير القيمة 3 إلى "الوجهة غير قابلة للوصول".
- الرمز : 8 بت
- يحدد هذا نوع الخطأ، ويمكن أن يكون أيًا مما يلي: [ 8 ]
شفرة وصف 0 خطأ في الاتصال بالشبكة. 1 خطأ في الوصول إلى المضيف. 2 خطأ في الوصول إلى البروتوكول (بروتوكول النقل المحدد غير مدعوم). 3 خطأ في الوصول إلى المنفذ (البروتوكول المحدد غير قادر على إبلاغ المضيف بالرسالة الواردة). 4 حجم حزمة البيانات كبير جدًا. تجزئة الحزمة مطلوبة ولكن علامة "عدم التجزئة" (DF) مفعلة. 5 حدث خطأ في مسار المصدر. 6 خطأ غير معروف في شبكة الوجهة. 7 خطأ في المضيف الوجهة غير معروف. 8 تم عزل الخطأ من مصدر المضيف. 9 شبكة الوجهة محظورة إدارياً. 10 المضيف الوجهة ممنوع إدارياً. 11 الشبكة غير متاحة لنوع الخدمة. 12 المضيف غير متاح لنوع الخدمة. 13 الاتصال محظور إدارياً (تمنع عملية التصفية الإدارية إعادة توجيه الحزمة). 14 انتهاك أولوية المضيف (يشير إلى أن الأولوية المطلوبة غير مسموح بها لمجموعة المضيف أو الشبكة والمنفذ). 15 تم تطبيق حد قطع الأسبقية (أسبقية حزمة البيانات أقل من المستوى الذي حدده مسؤولو الشبكة). - غير مستخدم : 8 - 32 بت ؛ غير مستخدم == 0
- في حال عدم استخدام هذا الحقل، يجب ضبطه على الصفر. إذا لم يتم استخدام حقل الطول أو وحدة النقل القصوى للقفزة التالية ، فسيتم اعتبارهما جزءًا من هذا الحقل.
- الطول : 8 بت
- اختياري. يشير حقل الطول إلى طول بيانات حزمة البيانات الأصلية، بوحدات 32 بت. يسمح هذا بتوسيع رسالة ICMP هذه بمعلومات إضافية. في حال استخدامه، يجب إضافة أصفار إلى بيانات حزمة البيانات الأصلية حتى أقرب حد 32 بت.
- MTU للقفزة التالية : 16 بت
- اختياري. يحتوي على وحدة النقل القصوى (MTU) لشبكة القفزة التالية في حالة حدوث خطأ من النوع 4.
- رأس وبيانات بروتوكول الإنترنت : 20 - 568 بايت
- يتضمن هذا الحقل رأس بروتوكول الإنترنت (20 بايت) و548 بايت كحد أقصى من بداية حزمة البيانات الأصلية (لضمان عدم تجاوز الحد الأدنى لحجم مخزن إعادة تجميع IPv4). في حال توسيع هذه الرسالة، يجب أن يحتوي هذا الحقل على 128 بايت على الأقل من بيانات حزمة البيانات الأصلية (مع إضافة أصفار عند الضرورة). تُضمّن هذه البيانات لتمكين العميل من مطابقة الرد مع الطلب الذي تسبب في ظهور رسالة "الوجهة غير قابلة للوصول" .
الإضافات
يمكن إضافة معلومات إضافية إلى رسائل بروتوكول ICMP. تُحمل هذه المعلومات في كائن أو أكثر من كائنات الامتداد، والتي تسبقها ترويسة امتداد ICMP. [ 19 ]
| إزاحة | ثمانية | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ثمانية | قليل | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | إصدار | محجوز | مجموع التحقق | |||||||||||||||||||||||||||||
| 4 | 32 | كائنات الامتداد | |||||||||||||||||||||||||||||||
| 8 | 64 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
- الإصدار : 4 بتات ؛ الإصدار == 2
- إصدار رأس الامتداد.
- محجوز : 12 بت ؛ محجوز == 0
- محجوز.
- مجموع التحقق : 16 بت
- مجموع التحقق لهذا العنوان وجميع عناصر الامتداد. هذا الحقل نفسه مُضمّن، لذا يتم تعيينه إلى الصفر أثناء إجراء الحساب.
تتمتع كائنات الامتداد بالبنية العامة التالية:
| إزاحة | ثمانية | 0 | 1 | 2 | 3 | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ثمانية | قليل | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
| 0 | 0 | طول | رقم الفصل | النوع C | |||||||||||||||||||||||||||||
| 4 | 32 | (حمولة الكائن) | |||||||||||||||||||||||||||||||
| 8 | 64 | ||||||||||||||||||||||||||||||||
| ⋮ | ⋮ | ||||||||||||||||||||||||||||||||
- الطول : 16 بت
- طول الكائن بالوحدات الثمانية، بما في ذلك الرأس.
- رقم الفئة : 8 بت
- يحدد فئة الكائن.
- النوع C : 8 بت
- يحدد النوع الفرعي للكائن.
- حمولة الكائن : متغير
- حمولة اختيارية. إذا لم تكن فارغة، فإنها تحتوي على بنية بيانات، يكون حجمها من مضاعفات 32 بت.
انظر أيضاً
مراجع
- 1 2 ف. بيكر ، محرر. (يونيو 1995). متطلبات أجهزة توجيه بروتوكول الإنترنت الإصدار 4. مجموعة عمل الشبكة. doi : 10.17487/RFC1812 . RFC 1812 .معيار مقترح. يلغي المعيارين RFC 1716 و 1009 . تم تحديثه بواسطة المعيارين RFC 2644 و 6633 .
- 1 2 3 4 5 6 7 8 9 10 11 12 ج. بوستل (سبتمبر 1981). بروتوكول رسائل التحكم في الإنترنت - مواصفات بروتوكول برنامج الإنترنت التابع لوكالة مشاريع الأبحاث الدفاعية المتقدمة (داربا) . مجموعة عمل الشبكة. doi : 10.17487/RFC0792 . STD 5. RFC 792 .المعيار الخامس للإنترنت. تحديثات RFC 760 و 777 وIENs 109 و128. تم تحديثه بواسطة RFC 950 و 4884 و 6633 و 6918 .
- 1 2 3 4 فوروزان، بهروز أ. (2007). اتصالات البيانات والشبكات ( الطبعة الرابعة). بوسطن: ماكجرو هيل. الصفحات 621-630 . ISBN 978-0-07-296775-3.
- ↑ أ. كونتا؛ س. ديرينغ (مارس 2006). م. غوبتا (محرر). بروتوكول رسائل التحكم في الإنترنت (ICMPv6) لمواصفات بروتوكول الإنترنت الإصدار 6 (IPv6) . مجموعة عمل الشبكة. doi : 10.17487/RFC4443 . STD 89. RFC 4443 .المعيار 89 للإنترنت . يلغي RFC 2463. يُحدّث RFC 2780. تم تحديثه بواسطة RFC 4884 .
- ↑ "تعريف طبقات نموذج OSI السبع وشرح وظائفها" . دعم مايكروسوفت . تم الاطلاع عليه بتاريخ 28-12-2014 .
- ↑ "أرقام البروتوكول" . هيئة أرقام الإنترنت المخصصة . تم الاسترجاع في 23-06-2011 .
- ↑ ر. برادن ؛ د. بورمان؛ س. بارتريدج (سبتمبر 1988). حساب مجموع التحقق للإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC1071 . RFC 1071 .معلوماتية. تم التحديث بواسطة RFC 1141 .
- 1 2 3 "معلمات بروتوكول رسائل التحكم في الإنترنت (ICMP)" . هيئة تخصيص أرقام الإنترنت (IANA). 21-09-2012 . تم الاطلاع عليه بتاريخ 07-01-2013 .
- ↑ كوروس، جيه إف؛ روس، كيه دبليو (2006). شبكات الحاسوب: منهج من أعلى إلى أسفل . سلسلة طلاب العالم. أديسون-ويسلي. ISBN 9780321418494.
- 1 2 ف. غونت (مايو 2012). إيقاف رسائل إخماد مصدر بروتوكول ICMP . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6633 . ISSN 2070-1721 . RFC 6633 . المعيار المقترح. تحديثات RFC 792 و 1122 و 1812 .
- 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ف. غونت؛ س. بيناتارو (أبريل 2013). الإيقاف الرسمي لبعض أنواع رسائل ICMPv4 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6918 . ISSN 2070-1721 . RFC 6918 . معيار مقترح. يلغي RFC 1788. يُحدّث RFC 792 و 950 .
- ↑ ج. كيمبف (يوليو 2005). تعليمات تخصيصات بروتوكول التنقل التجريبي Seamoby IANA . IETF . doi : 10.17487/RFC4065 . RFC 4065 .تجريبي.
- 1 2 ر. بونيكا؛ ر. توماس؛ ج. لينكوڤا؛ س. لينارت؛ م. بوكادير (فبراير 2018). PROBE: أداة مساعدة لفحص الواجهات . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8335 . ISSN 2070-1721 . RFC 8335 . المعيار المقترح. تحديثات RFC 4884 .
- 1 2 ب. فينير (نوفمبر 2006). القيم التجريبية في رؤوس بروتوكولات IPv4 وIPv6 وICMPv4 وICMPv6 وUDP وTCP . مجموعة عمل الشبكة التابعة لـ IETF . doi : 10.17487/RFC4727 . RFC 4727 .المعيار المقترح.
- ↑ "متى يتم إرسال عمليات إعادة توجيه ICMP؟" . سيسكو سيستمز . 28-06-2008 . تم الاطلاع عليه بتاريخ 15-08-2013 .
- ↑ دي إل ميلز (سبتمبر 1985). بروتوكول وقت الشبكة (NTP) . IETF . doi : 10.17487/RFC0958 . RFC 958. تطور هذا البروتوكول من بروتوكول الوقت ورسالة الطابع الزمني ICMP ،
وهو بديل مناسب لكليهما.
- ↑ "مرجع أوامر بروتوكول الإنترنت لنظام التشغيل Cisco IOS، المجلد 1 من 4: العنونة والخدمات، الإصدار 12.3 - أوامر عنونة بروتوكول الإنترنت والخدمات: ip mask-reply حتى ip web-cache" . أنظمة Cisco . مؤرشف من الأصل بتاريخ 2013-01-02 . تم الاطلاع عليه بتاريخ 2013-01-07 .
- ↑ ج. موغول؛ س. ديرينغ (نوفمبر 1990). اكتشاف وحدة النقل القصوى للمسار . مجموعة عمل الشبكة. doi : 10.17487/RFC1191 . RFC 1191 .مشروع المعيار. عفا عليها الزمن RFC 1063 .
- 1 2 ر. بونيكا؛ د. غان؛ د. تابان؛ س. بيناتارو (أبريل 2007). بروتوكول ICMP الموسع لدعم الرسائل متعددة الأجزاء . مجموعة عمل الشبكة. doi : 10.17487/RFC4884 . RFC 4884 .معيار مقترح. تحديثات RFC 792 و 4443 . تم تحديثه بواسطة RFC 8335 .
روابط خارجية
- أرقام بروتوكول IANA
- شرح سلوك إعادة توجيه بروتوكول ICMP على موقع Wayback Machine (تمت أرشفته في 10 يناير 2015)
- بروتوكولات الإنترنت
- معايير الإنترنت
- بروتوكولات طبقة الإنترنت
- بروتوكولات طبقة الشبكة