بروتوكول التهيئة الآلية للمضيفين

بروتوكول التهيئة الآلية للمضيفين (بالإنجليزية: Dynamic Host configuration Protocol اختصاراً DHCP)‏ هوبروتوكول تطبيق يعمل بحسب نموذج طلب الخدمة، لإنجاز عملية التهيئة الآلية لمضيفي الإصدار الرابع من بروتوكول الإنترنت بعناوين الشبكة ومحددات التهيئة الأخرى. يُعرّف البروتوكول ثلاث أنواع للمضيفين في الشبكة، وهم: أولاً المُخدّم، وهوالمضيف الذي يُقدّم خدمة التهيئة الذاتية ، وثانياً العميل وهوالمضيف الذي يحصل على خدمة التهيئة الآلية، وثالثاً الوكيل، وهومضيف يلعب دور وسيط بين المُخدّم والعميل إذا كانا في شبكتين مُختلفتين.

ابتدأ تطوير البروتوكول في العام 1993م، تحت إشراف مجموعة مهندسي شبكة الإنترنت، ثمّ وضع المعيار بشكله النهائي في العام 1997م، كوثيقة طلب تعليقات تحمل الرقم (RFC 2131). يلعب البروتوكول دور مستودع مُحددات التهيئة في الشبكة، ويقوم بعملية التحصيص الآلي لفضاء عناوين الإصدار الرابع من بروتوكول الإنترنت ويقدّم خدمة التهيئة الآلية للمضيفين في الشبكة. طوّر إصدار خاص من البروتوكول لدعم مضيفي الإصدار السادس من بروتوكول الإنترنت، وسمي بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت.

إن بروتوكول التهيئة الآلية للمضيفين واسع الانتشار على مستوى العالم ومدعوم في أنظمة التشغيل الأكثر شعبيّة مثل لينوكسوويندوزوأندرويدوماكنتوش.

نظرة عامة

المصطلحات الخاصة بطوبولوجيا الشبكة في بروتوكول التهيئة الآليّة للمُضيفين.

بروتوكول التهيئة الآليّة للمضيفين هوبروتوكول تطبيق يعمل بحسب نموذج طلب الخدمة، يقوم بتزويد مُضيفي الإصدار الرابع من بروتوكول الإنترنت بمُحددات التهيئة، التي تضم عناوين بروتوكول الإنترنت، وهويقدّم بذلك خدمة التهيئة الذاتية للمُضيفين سواء كانوا محليين أوبعيدين. يُعرّف البروتوكول أيضاً آليّة لتحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت إلى حصص مُحددة يُمكن منحها للمُضيفين. بحسب نموذج الاتصال المعياري، يعمل البروتوكول في طبقة التطبيق، ويعتمد على بروتوكول حزم بيانات المستخدم كبروتوكول نقل، ويستخدم رقمي المنفذ (67) و(68) المُخصصين بالأصل بروتوكول التمهيد .

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

يدعم البروتوكول ثلاث أنواع من آليات التحصيص لفضاء بروتوكول الإنترنت، الأول هوالتحصيص الذاتي، وفيه يقوم البروتوكول بمنح العميل الذي طلب الخدمة عنوان بروتوكول إنترنت دائم. والثاني هوالتحصيص الآلي، وفيه يقوم البروتوكول بمنح عنوان بروتوكول الإنترنت للمضيف الذي يطلب الخدمة لفترة زمنيّة مُحددة، أمّا الثالث فهوالتحصيص اليدوي،⁽¹⁾ وفيه يقوم مُدير الشبكة أوالمشرف على النظام بتحديد حصة مضيف ما يدويّاً، ويتمّ حفظ ذلك في المُخدّم، وتقتصر مهمة البروتوكول على نقل تلك الحصة إلى المُضيف عندما يطلب الحصول على خدمة التهيئة الآليّة. يمكن حتى تُستخدم الأشكال الثلاثة من التحصيص معاً في نفس الشبكة، وعندها تُحدد سياسات الشبكة هذه الاستخدامات.

إنّ التهيئة الآلية هي خيار للأنظمة التي تدعم عناوين الإصدار الرابع من بروتوكول الإنترنت، فالمُضيف يحصل على عنوان بروتوكول الإنترنت إمّا عن طريق التهيئة الآليةّ أوعن طريق التهيئة الثابتة، التي تتطلب تدخلاً مباشر من مدير الشبكة أومُشرف المضيف. لاحقاً، أُضيفت التهيئة الذاتيّة كخيار ثالث في مُضيفي الإصدار السادس من بروتوكول الإنترنت.⁽²⁾ لقد صُمم بروتوكول التهيئة الآليّة للمضيفين بكيفية تسمح للعملاء بالحصول على معلومات التهيئة بشكلٍ آليّ بدون تدخل من قبل مدير الشبكة أوالمشرف عليها، أي أنه لا يوجد معلومات محددة أومحددات خاصة يجب حتى يمتلكها العميل ليتمكن من الحصول على خدمة التهيئة الآلية، ويكفي حتىقد يكون العميل مُتصلاً مع الشبكة ويدعم المُتطلبات اللازمة لاستضافة بروتوكول الإنترنت عندما يلجأ إلى خيار التهيئة الآليّة.

يدعم مُخدم البروتوكول العملاء الموجودين في شبكته المحليّة وفي شبكات بعيدة، فأمّا العملاء الموجودين في شبكة المخدم المحليّة، فيحصلون على خدمة التهيئة الآلية من خلال تبادل رسائل البروتوكول مع المخدم بشكل مباشر. في حين يعتمد العملاء الموجودون في شبكة بعيدة على وكيل البروتوكول (بالإنجليزية: Relay Agent)‏ من أجل نقل رسائل البروتوكول عبر الشبكة المتباعدة بين العملاء والمخدم، والوكيل هومضيف إنترنت، أومُوجّه يقوم بلعب دور الوسيط بين وكلاء لبروتوكول التهيئة الآليّة موجودين في شبكة الوكيل المحليّة، ومُخدّم بعيد للبروتوكول. تتطلب عملية إعداد الوكيل إضافة معلومات التهيئة بشكلٍ يدوي فيه.

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

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

إنّ استعمال بروتوكول التهيئة الآلية للمضيفين واسع الانتشار، هومدعوم في أنظمة التشغيل الأكثر استعمالاً في العالم مثل أندرويدوويندوزوماكنتوشولينوكسوسيسكوومايكروتك.

نافذة إعدادات التهيئة الخاصة بالإصدار الرابع من بروتوكول الإنترنت في توزيعة لينوكس لنظام أوبونتوغنوم 7.04، وقد تمّ ضبط خيار نمط التهيئة ليكون التهيئة الآلية باستعمال بروتوكول التهيئة الآلية.
نافذة إعدادات الشبكة السلكية في توزيعة لينوكس أوبونتو11.10، وقد تمّ اختيار محددات الإصدار الرابع من بروتوكول الإنترنت وضبط نمط التهيئة إلى الشكل الآلي باستعمال بروتوكول التهيئة الآلية للمضيفين.
نافذة إضافة شبكة جديدة في نظام أندرويد لوليبوب 5.1.1، ويظهر خيار إعدادات بروتوكول الإنترنت وضد ضبطت إلى بروتوكول التهيئة الآلية للمضييفين.
نافذة إضافة شبكة جديدة في نظام الشتغيل أندرويد نوجا 7.0، وتظهر فيها خيارات ضبط إعدادت بروتوكول الإنترنت إلى التهيئة الآلية باستعمال بروتوكول التهيئة الآلية للمضيفين.
نافذة إعدادات الإصدار الرابع من بروتوكول الإنترنت في نظام التشغيل ويندوز 7، وقد ضبط نمط التهيئة إلى اختيار العنوان بشكل آلي.
نافذة ضبط خيارات بروتوكول التهيئة الآلية للمضيفين في نظام ويندوز 10.
نافذة ضبط خيارات مخدم بروتوكول التهيئة الآلية للمضيفين في نظام مايكروتك.

نبذة تاريخية

جزء من الصفحة الأولى من وثيقة طلب التعليقات (RFC 1541) الخاصة بمعيار بروتوكول التهيئة الآلية للمضيفين (DHCP)، تحتوي الصورة على مقدمة صغيرة، مختصر بمحتوى المعيار، بالإضافة لذكر تاريخ الإصدار واسم المؤلف.

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

بالتوازي مع ذلك، تمّ تطوير بروتوكولات أخرى تنجز بعض أجزاء عملية التهيئة الآلية أثناء قيامها بعملها، مثل بروتوكول نقل الملفات البسيط، الموصُوف قي الوثيقة (RFC 1350)، الذي يقدم آليّة لنقل الملفات، وأيضاً بروتوكول دقة العناوين الذي يسمح للمضيف باكتشاف العناوين الفيزيائية لمضيفين آخرين في الشبكة، وأيضاً بروتوكول رسائل التحكم في الإنترنت، الموصوف بالوثيقة (RFC 792) والذي يسمح للمضيف عبر أحد خياراته باكتشاف عنوان المُوجّه المُتصل مع الشبكة المحلية.

أخيراً، وضعت وثيقتا طلب التعليقات (RFC 1122) و(RFC 1123) قائمة بمُتطلبات المضيف، ضمت محددات التهيئة التي يحتاج إليها جميع مضيف ليتمكن من الاتصال بشكل سليم مع الشبكة، كما اقترحتا آليّة لإقلاع المُضيف الذي لا يملك قرصاً صلباً. كانت الوثيقة (RFC 1531) التي صدرت في شهر أكتوبر من العام 1993م، أول وثيقة مُخصصة لبروتوكول التهيئة الآليّة للمضيفين، ثُم أجريت عليها بعض التعديلات لتنتج الوثيقة (RFC 1541) التي صدرت في نفس الشهر تحت عنوان "بروتوكول التهئية الآلية للمضيفين". لاحقاً في العام 1997م، صدرت الوثيقة (RFC 2131) التي حملت نفس الاسم، وتضمّنت مجموعة من التحديثات والإضافات، وهي المعيار الرسمي المُعتمد للبروتوكول اليوم، وقد قام رالف دورمز (بالإنجليزية: Ralph Droms)‏ من جامعة بوكنل بكتابة الوثائق المعيارية الثلاث السابقة، أمّا الوثيقة (RFC 2132) فتضم قائمة بالخيارات التي يمكن للبروتوكول حتى يُستعملها.

لاحقاً في العام 2003م، أُصدر المعيار الخاص ببروتوكول التهيئة الآلية لمُضيفي الإصدار السادس من بروتوكول الإنترنت في وثيقة طلب التعلقيات (RFC 3315) وهويُعهد اليوم بالاختصار DHCPv6.

محددات البروتوكول

خدمات البروتوكول

يقدم البروتوكول خدمة التهيئة الذاتية لمُضيفي الإصدار الرابع من بروتوكول الإنترنت، ولتحقيق ذلك يقوم البروتوكول بدعم خدمتين إضافيتين أيضاً، الأولى هي مستودع تخزين لمُحددات التهيئة الخاصّة بالمضيفين، والثانية هي قيامه بالتحصيص الآلي لفضاء عناوين بروتوكول الإنترنت.

مستودع المُحددات

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

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

التحصيص الآلي لفضاء عناوين بروتوكول الإنترنت

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

لتحقيق التحصيص الآلي، يعتمد البروتوكول على مفهوم مدة الاستخدام (بالإنجليزية: Lease)‏، وهي الفترة الزمنية التيقد يكون عنوان بروتوكول إنترنت ما فيها من حصة عميل محدد، يحق للعميل في خلال هذه المدة استخدام العنوان. يمكن للعميل حتى يُمدد مدة الاستخدام، من خلال طلب يقدمه للمُخدم، كما يُمكن حتى ينهي استعماله للحصة، ويحرر العنوان. بالإضافة لذلك، يمكن للعميل حتى يطلب مدة استخدام لا نهائية، ولكن يبقى القرار النهائي في منح إمكانية التحصيص الدائم بيد المُخدّم.

التهيئة الآلية

التهيئة الآلية (بالإنجليزية: Dynamic Configuration)‏ هي تزويد المُضيفين بالمحددات اللازمة لأداء الوظائف والمهمات الخاصّة بهم عبر الشبكة بشكلٍ تلقائي بدون تدخل مباشر من مشرفي الشبكة، وهي الوظيفة الرئيسية لبروتوكول التهيئة الآلية للمُضيفين، ومنها حصل على اسمه. وتعتمد التهيئة الآليّة على مستودع المُحددات وهوقاعدة بيانات موجودة في مُخدّم البروتوكول وعلى آلية تحصيص فضاء العناوين وذلك لتزويد المضيفين بمُحددات التهيئة.

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

مُحددات العميل

جدول بمُحددات التهيئة الخاصة بالعميل كما وردت في المعيار الأصلي (لا تضم التوسيعات)
اسم المُحدد	النوع	وثيقة طلب التعليقات
مُحددات طبقة النقل، على مستوى المُضيف
زمن الحياة	عدد سليم
مُؤقّت الحفاظ على الفاعليّة	عدد سليم
حجم بيانات الحفاظ على الفاعليّة	بولياني
مُحددات طبقة الإنترنت، على مستوى المُضيف
العمل كموجّه	بولياني
التوجيه بحسب المصدر غير المحلي	بولياني
مرشحات سياسة التوجيه بحسب المصدر غير المحلي	قائمة
حجم إعادة التجميع الأعظمي	عدد سليم
زمن الحياة الافتراضي	عدد سليم
مؤقت زمن استخدام وحدة النقل الأعظمية للمسار	عدد سليم
جدول مجموعة وحدات النقل الأعظمية	قائمة
مُحددات طبقة الإنترنت، على مستوى المُنفذ
عنوان بروتوكول الإنترنت	عنوان
قناع الشبكة الجزئية	عنوان
وحدة النقل الأعظمية	عدد سليم
وحدة النقل الأعظمية لكل الشبكات الجزئية	عدد سليم
نمط عنوان البث العام	عنوان
القيام باكتشاف القناع	بولياني
العمل كمزود بالأقنعة	بولياني
القيام باكتشاف المُوجّه	بولياني
عنوان التماس المُوجّه	عنوان
المخارج الافتراضية	قائمة
المسارات الثابتة	قائمة
مُحددات طبقة الربط، على مستوى المُضيف
دعم اللواحق	بولياني
مؤقت ذاكرة المخصصة لبروتوكول دقة العناوين	عدد سليم
تغليف الإيثرنت	بحسب وثائق طلب التعليق و
الملاحظات ^ ويقابلها باللغة الإنكليزية الاختصار: TTL ^ ويقابلها باللغة الإنكليزية الاختصار: PMTU ^ ويقابلها باللغة الإنكليزية الاختصار: MTU

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

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

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

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

تمثيل الزمن

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

يتم تمثيل الزمن باستخدام خانات بطول (32) بدون إشارة، ما يعني مجال واسع يمكن تمثيل زمن يصل حتى مئة عام فيه، وهي مدة أكبر بكثير من أي قيمة قد يطلبها العميل، أمّا القيمة الواحديّة، والتي تُقابل بنظام العد الست عشري القيمة: FFFFFFFF)₁₆) فهي تُمثّل اللانهاية، وتُستخدم لطلب مدة استخدام مفتوحة.

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

مؤقتات البروتوكول

دورة حياة عميل بروتوكول التهيئة الآلية للمضيفين عند تجديد مدة استخدام العنوان.

يستخدم بروتوكول التهيئة الآليّة للمضيفين ثلاث مؤقتات زمنية هي المؤقت (T1) والمؤقت (T2) ومؤقت مدة الاستخدام، والهدف من استعمالها هوتحديد الأزمنة التي ينتظرها العميل في جميع حالة عند طلب تجديد مدة استخدام العنوان. يحصل العميل على قيمة المؤقتات من رسالة التأكيد الإيجابي التي يستقبلها كرد على رسالة الطلب. تكون القيم الزمنية نسبية، ويقوم العميل بنسبها إلى ساعته الداخلية، لذلك ليس هناك حاجة للتزامن بين العميل والمُخدّم.

تحدد قيمة المؤقتات متى تحصل الانتنطقات بين الحالات الداخلية للعميل، إنّ نفاذ القيمة الزمنية لأي منها يسبب الانتنطق من الحالة الحالية إلى حالة أخرى لاحقة بالشكل التالي:

المؤقت (T1): يحدد الزمن الذي يقضيه العميل في حالة الالتزام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ قيمته يجب حتى ينتقل العميل إلى حالة إعادة التجديد (RENEWING). عند الدخول في حالة إعادة التجديد يقوم العميل بطلب تجديد مدة استخدام العنوان من المُخدّم الذي تجاوز ومنحه إياه. تكون قيمة المؤقت (T1) أقل من زمن استخدام العنوان، وبشكلٍ افتراضي تبلغ قيمتها نصف قيمة مدة الاستخدام.
المؤقت (T2): يحدد الزمن الذي يقضيه العميل في حالة إعادة التجديد طالما لم تصل أي رسالة تأكيد من المخدّم حول إعادة تجديد مدة الاستخدام، يُشغّل العميل المؤقت عند الدخول في حالة الالتزام، وعند نفاذ المؤقت يجب حتى ينتقل العميل إلى حالة إعادة الالتزام (REBINDING)، وفيها يقوم العميل بإعادة إرسال رسالة الطلب لكن بشكل بث عام لتصل إلى أي مُخدّم للبرتوكول. يجب حتى تكون قيمة المؤقت (T2) أكبر من قيمة المؤقت (T1)، بحيث يُتاح للعميل فرصة طلب تجديد مدة الاستخدام من مُخدمات أخرى للبروتوكول، بشكلٍ افتراضي تبلغ قيمة هذا المؤقت (87.5)% أوسبعة أثمان قيمة مدة الاستخدام.
مدة الاستخدام: تحدد الزمن الي يمكن للعميل فيه حتى يستضيف عنواناً مُحدداً، ويمكن حتى تكون لانهائيّة، بمعنى حتى العنوان قد مُنح بشكلٍ دائم للعميل، أمّا بخلاف ذلك، فإن العميل يُشغّل مُؤقّت لمدة الاستخدام عندما يدخل العميل في حالة الالتزام، وإذا نفذ المؤقت، فإنّ العميل، الذي سيكون عندها في حالة إعادة الالتزام حتماً، لأن قيمة المؤقتين (T1) و(T2) أقل دائماً من مدة الاستخدام، ينتقل إلى الحالة البدائية ويبدأ عملية التهيئة الآلية من البداية.

رسائل البروتوكول

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

بحسب المعيار الأصلي للبروتوكول، يرسل العميل خمسة أنواع من الرسائل نحوالمُخدّم هي رسالة الاستكشاف ورسالة الطلب ورسالة الرفض ورسالة تحرير العنوان ورسالة الإعلام، أمّا المُخدّم فيُرسل ثلاث رسائل هي رسالة العرض ورسالة التأكيد السلبي ورسالة التأكيد الإيجابي. لكل رسالة وظيفة محددة، ولكنها جميعاً تشهجر بنفس البنية، وتختلف بقيمة الحقول أوبعدد ونوع الخيارات المُستعملة.

لاحقاً، تمّ توسيع عمل البروتوكول وأضيفتعشرة رسائل أخرى للقيام بمهمات محددة، وليصبح عدد رسائل البروتوكول الكلية (18) رسالة.

رسائل بروتوكول التهيئة الآلية للمضيفين بحسب المعيار الأصلي للبروتوكول (رسائل التوسيعات غير مشمولة).
اسم الرسالة باللغة العربية	اسم الرسالة باللغة الإنكليزية	اتجاه الحركة	الاستخدام
رسالة الاستكشاف	DHCPDISCOVER	من العميل نحوالمُخدّم	ترسل من قبل العملاء لتحديد مُخدّمات البروتوكول المُتاحة.
رسالة العرض	DHCPOFFER	من المخدم نحوالعميل	رد على رسالة الاستكشاف، تحتوي على عرض يقدمه المُخدم للعميل يضم مجموعة من معلومات التهيئة.
رسالة الطلب	DHCPREQUEST	من العميل نحوالمخدم	وتستخدم في: رد على رسالة عرض سابقة، يتم من خلالها طلب المُحددات المعروضة من مُخدّم محدد في رسالة عرض سابقة، إرسال هذه الرسالة يعني رفض العروض المُقدّمة من مخدّمات أخرى، طالما وجودها. تأكيد الاستمرار في استخدام عنوان ممنوح مُسبقاً، بعد إعادة إقلاع العميل مثلاً.. طلب تمديد مدة استخدام عنوان ممنوح مُسبقاً مازال قيد الاستخدام. طلب إعادة استخدام عنوان ممنوح مُسبقاً وانتهت مدة استخدامه.
رسالة التأكيد الإيجابي	DHCPACK	من المخدم نحوالعميل	ردّ على رسالة الطلب، تحتوي على معلومات التهيئة وتتضمن عنوان الشبكة الذي تمّ تخصيصه للعميل، أوحصة العميل من فضاء العناوين. يلتزم المُخدّم، أومجموعة المخدمات، التي تشغّل البروتوكول بضمان عدم منح العنوان إلى أي عميل آخر خلال زمن تحدده مدة الاستخدام.
رسالة التأكيد السلبي	DHCPNAK	من المخدم نحوالعميل	ردّ على رسالة الطلب، وهي إشعار من المُخدّم إلى العميل بأنّ عنوان بروتوكول الإنترنت الذي وضعه العميل في رسالة طلب سابقة غير مناسب، مثلاً قام العميل بتغيير شبكته ولكنّه مازال يستخدم عنوان بروتوكول الإنترنت القديم خاصته.
رسالة الرفض	DHCPDECLINE	من العميل نحوالمُخدّم	وهي إشعار من العميل إلى المُخدّم، تهدف إلى إعلامه بأنّ عنوان الشبكة الذي تم تخصيصه للعميل هوقيد الاستخدام مسبقاً.
رسالة تحرير العنوان	DHCPRELEASE	من العميل نحوالمُخدّم	وهي رسالة إشعار من العميل إلى المُخدّم، تُفهمُه بأنّ العنوان أصبح حُرّاً للاستخدام من قبل المُخدّم قبل انتهاء مدة الاستخدام، لا يجب على العميل استخدام العنوان مُجدداً بعد إرسال هذه الرسالة.
رسالة الإعلام	DHCPINFORM	من العميل نحوالمُخدّم	تُستخدم لطلب مُحددات تهيئة محليّة من المُخدّم، والمقصود بحدثة محليّة أنّها خاصّة بالعميل نفسه. يجب حتى يستضيف العميل عنوان بروتوكول إنترنت بشكلٍ مُسبق ليتمكن من استخدام هذه الرسالة، لا تستخدم هذه الرسالة لطلب عنوان منح بروتوكول إنترنت ولا لتجديد مدة استخدام عنوان ممنوح مسبقاً.

تكون رسائل الاستكشاف والطلب والإعلام التي يُرسلها العميل رسائل بث عام، إلا إذا كان العميل يعهد عنوان المُخدّم، فإنّه يُرسلها عندها كرسائل فريدة الوجهة. يرسل العميل رسالة تحرير العنوان بشكل رسالة فريدة الوجهة دائماً، ويكون عنوانها هوعنوان المُخدّم الذي منح العميل العنوان. أمّا رسالة الرفض، فهي رسالة بث عام دائماً.

إعادة الإرسال وشرط الانتظار

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

على سبيل المثال، إذا كان الإيثرنت بمُعدّل نقل هو(10) ميغابت في الثانية هوبروتوكول الربط المُستعمل، فإنّ شرط انتظار مناسب قبل إعادة الإرسال لأول مرة يمكن حتىقد يكون انتظار وصول الرد لفترة تزيد عن (4) ثواني بعد الإرسال، وتتضاعف هذه القيمة لتصبح (8) ثواني ينتظرها العميل لوصول الرد على إعادة الإرسال الأولى، فإن لم يصل الرد أيضاً، يُرسل العميل رسالة إعادة الإرسال الثانية، وتصبح مدة الانتظار (16) ثانية، ثُمّ (32) وأخيراً (64)، فإذا لم يصل الردّ لا يقوم العميل بإعادة المحاولة بعدها، ويضبط قيم المحددات إلى القيم الافتراضية.

خوارزمية العمل

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

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

يحصل التواصل بين الأطراف التي تشغل البروتوكول من خلال تبادل رسائل البروتوكول، تُرسل هذه الرسائل بين المُخدّم والوكيل بشكل رسائل فريدة الوجهة دوماً، وذلك لأنّ الطرفين يستضيفان عناوين بروتوكول إنترنت معروفة بشكلٍ صريح، أمّا الرسائل المُتبادلة بين المُخدّم والعميل أوبين الوكيل والعميل فقد تكون رسائل فريدة الوجهة أوقد تكون رسائل بث عام، بحسب المعلومات المُتوفرة للعميل وطبيعة الرسالة.

في العميل

المخطط التدفقي لعمل بروتوكول التهيئة الآلية للمضيفين في عميل البروتوكول، تمّ إهمال عمل المؤقتين (T1) و(T2) عند تجديد مدة استخدام العنوان كما تفترض هذه الخوارزمية حتى مدة الاستخدام ليست لا نهائية، وذلك لتبسيط آلية العمل.

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

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

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

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

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

في الوكيل

مسار حركة البيانات عند استخدام بروتوكول التهيئة الآلية للمضيفين في شبكة متباعدة، حيث يظهر دور الوكيل الذي يلعب دور الوساطة بين المُخدّم والعميل.

بشكل افتراضي، لا تسمح المُوجّهات لرسائل البث العام بمغادرة حدود نطاق البث العام، وبالتالي لا يمكن لعملاء بروتوكول التهيئة الآلية حتى يحصلوا على خدمة التهيئة الآلية إلا إذا كانوا ضمن نطاق البث العام للمُخدّم نفسه، وعندها ستكون الخدمة محصورة بعملاء البروتوكول المحليين فقط. لحل هذه المشكلة يتمّ تهيئة مُضيف ما، غالباً ماقد يكون منفذاً لمُوجّه متصل مع الشبكة البعيدة، ليلعب دور وكيل البروتوكول تلك الشبكة.

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

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

في المُخدّم

نافذة إعداد مُخدّم بروتوكول التهيئة الآلية في أحد أنظمة تشغيل ويندوز، يمكن تبين الحقول الخاصة بمجال العناوين وبعض الخيارات الأساسية مثل عنوان الموجه وقناع الشبكة وغيرها.

ليعمل البروتوكول بشكلٍ سليم، يجب حتى تتمّ تهيئة جميع مُخدّم بشكلٍ مُسبق بمجال واحد على الأقل من فضاء عناوين بروتوكول الإنترنت، لكي يُستعمل بعملية التحصيص الآلي، بالإضافة لتزويده بقيمة مُحددات التهيئة. يجب حتى يملك المُخدّم عنوان صريحاً، وأنقد يكون مُتصلاً مع الشبكة. يحتفظ جميع مُخدّم بقاعدة بيانات تحتوي على العناوين الممنوحة ومدة الاستخدام لكل منها، ومتعلقات العميل، لذلك يوصف بروتوكول التهيئة الآليّة بأنه مُحتفظ بالحالة (بالإنجليزية: Stateful)‏.

إنّ عمل مُخدم بروتوكول التهيئة الآلية للمضيفين تفاعلي، أي أنّه يتجاوب مع وقع سابق دائماً، ويكون هذا الحدث هواستقبال رسالة قادمة من أحد العُملاء، ثُمّ يتحدد عمل المُخدّم بحسب نوع الرسالة التي استقبلها والتي قد تكون:

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

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

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

آلية العمل

ترويسة البروتوكول

بنية الترويسة

ترويسة بروتوكول التهيئة الآلية للمضيفين.

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

تتكون ترويسة بروتوكول التهيئة الآليّة للمضيفين من 15 حقلاً، 14 منها ثابتة الطول، وحقل واحد مُتغيّر الطول هوحقل الخيارات. قد يضم ّالحقل حقولاً فرعية، مثل حقل الاعلام الذي يضمّ فهم البث العام، أوحقل الخيارات الذي يضمّ مجموعة من الخيارات التيقد يكون لكل منها بُنية خاصة، تُستعمل نفس الترويسة في جميع رسائل البروتوكول دون أي تغيير في بُنيتها أوعدد وترتيب حقولها.

فيما يلي، الحقول التي تكون ترويسة البروتوكول بحسب ترتيب ورودها في الترويسة، وقد ذكر بجانب جميع حقل الاسم الإنكليزي كما ورد في المعيار الأصلي للبروتوكول:

حقل ترميز العملية (op): طوله (1) بايت، ويحدد نوع الرسالة، القيمة (1) تعني حتى الرسالة هي رسالة طلب، والقيمة (2) تعني حتى الرسالة هي رسالة رد، من الأمثلة على رسالة الطلب وأيضاً رسالة التأكيد الإيجابي.
حقل نوع العنوان الفيزيائي (htype): طوله (1) بايت، ويحدد نوع العنوان الفيزيائي بحسب معيار الطبقة ربط البيانات المستخدم، مثلاً يأخذ القيمة (1) من أجل الإيثرنت، والقيمة (15) من أجل بروتوكول تبديل الأطر، والقيمة (17) من أجل بروتوكول التحكم في ربط البيانات عالي المستوى وغيرها.
حقل طول العنوان الفيزيائي (hlen): طوله (1) بايت، ويحتوي على طول العنوان الفيزيائي مُقدراً بالبايت، فمثلاً يأخذ القيمة (6) من أجل عنوان التحكم بالنفاذ للوسط الخاص بالإيثرنت.
حقل عدد القفزات (hops): طوله (1) بايت، بستعمل طالما وجود وكيل فقط، ويحتوي على عدد القفزات التي تفصل الوكيل عن المخدّم، يقوم عملاء البروتوكول بوضع القيمة (0) في هذا الحقل وتجاهله.
حقل مُعرّف العميل (xid): طوله (4) بايت، وهومُعرّف رقمي يقوم العميل بتوليده بحيث يميز العميل بشكل فريد، يمكن حتى يحتوي المعرّف على أجزاء من العنوان الفيزيائي للعميل، أوعلى اسم العميل في نظام أسماء النطاقات أوعلى جزء منه. يُساعد هذا المُعرّف على تمييز العميل بشكلٍ فريد خلال عملية تبادل الرسائل مع المُخدّم من أجل الحصول على خدمة التهيئة الآلية، يجب على العميل حتى يستهدم نفس المُعرّف في جميع الرسائل التي يستهدمها لتتمكن مخدّمات البروتوكول من تمييزه بشكل سليم.
حقل زمن البدء (secs): طوله (2) بايت، يتمّ ملؤه من قبل العملاء فقط، يحتوي على الزمن المُنقضي منذ بدء عملية طلب الخدمة مقدراً بالثواني.
حقل الأعلام (flags): طوله (2) بايت، ويحتوي على فهم واحد هوالبث العام، وهوالبت الأول في هذا الحقل، يقوم العميل بحمل هذا الفهم إذا كان غير قادراً على استقبال رسائل البروتوكول قبل حصوله على عنوان بروتوكول إنترنت، ويضبط قيمته إلى الصفر بعكس ذلك. البتات الأخرى في هذا الحقل غير مستعملة، ويجب حتى تضبط جميعها إلى القيمة صفر.
حقل عنوان العميل (ciaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالعميل، والعميل فقط هومن يقوم بملئه إذا كان بإحدى الحالات التالية: حالة الالتزام أوحالة التجديد أوحالة تجديد الالتزام، فيما عدا ذلك يتم إهمال هذا الحقل.
حقل العنوان المرسل للعميل (yiddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الذي يعرضه المُخدّم على العميل في رسالة العرض، أوالذي يمنجه للعميل في رسالة التأكيد الإيجابي فيما عدا ذلك يتم إهمال الحقل.
حقل عنوان المُخدّم (siaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالمُخدّم الذي يُراد من العميل استخدامه، يقوم المُخدّم بإضافة العنوان في هذا الحقل في رسائل العرض ورسائل إشعار التأكيد الإيجابي.
حقل عنوان الوكيل (giaddr): طوله (4) بايت، يحتوي على عنوان بروتوكول الإنترنت الخاص بالوكيل، يقوم الوكيل فقط بإضافته إلى الرسائل، أما العميل والمخدّم فيُهملا هذا الحقل ويضبطا قيمته إلى الصفر عند تشكيل الرسائل. إنّ وجود قيمة مُغايرة للصفر في هذا الحقل تعني حتى العميل والمُخدّم في شبكتين مُختلفتين وبأنّ هناك وكيل يلعب دور الوسيط في نقل الرسائل بينهما.
حقل عنوان العميل الفيزيائي (chaddr): طوله (16) بايت.
حقل اسم المُخدّم (sname): طوله (64) بايت، ويُستعمل من قبل المُخدّم فقط، وذلك بهدف عريف العميل على اسم المضيف الذي يستضيف المُخدّم، كما يمكن حتى يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار "استعمال حقلي اسم المخدم والملف" ضمن قائمة الخيارات.
حقل اسم الملف (file): طوله (128) بايت، ويستعمله المُخدّم لتعريف العميل باسم الملف الذي يمكنه استخدامه عند الإقلاع، ، كما يمكن حتى يُستخدم لتوسعة حقل الخيارات، بشرط وجود خيار "استعمال حقلي اسم المخدم والملف" ضمن قائمة الخيارات.
حقل الخيارات (Option): مُتغيّر الطول، يحتوي على خيار واحد أوأكثر من مجموعة الخيارات الخاصّة بالبروتوكول.

خيارات البروتوكول

بنية حقل الخيارات في ترويسة بروتوكول التهيئة الآلية للمضيفين.

يتكون جميع خيار، باستثتاء خياري الحشوة والنهاية من ثلاث حقول فرعية، هي حقل الرمز وطوله (1) بايت، ويضم مُعرّفاً رقمياً يميز نوع الخيار، وحقل طول الخيار، وطوله (1) بايت ويضمّ طول قسم جسم الخيار مُقدّراً بالبايت، وحقل جسم الخيار وهومُختلف الطول بحسب نوع الخيار. بما طول حقل طول الخيار هو(1) بايت فقط، فهذا يعني محدودية طول الخيار، ويمكن لخيار ما حتى يمتد ليبلغ طوله (255) بايت كحد أعظمي في الرسالة الواحدة، وفي حال كانت قيمة الخيار أكبر من ذلك فيتم تقسيمه على أكثر من رسالة، ويجب على العميل حتى يقوم بتجميع هذا الخيار من رسائل البروتوكول المتنوعة. بالنسبة لخياري الحشوة والنهاية فلهما بنية فريدة، فهما لا يحتويان إلا على حقل الرمز، وقيمته هي (0) في خيار الحشوة و(255) في خيار النهاية.

وصفت بنية واستخدامات خيارات البروتوكول في وثيقة طلب التعليقات (RFC 2132)، وقد صنفت هذه الوثيقة الخيارات في مجموعتين، الأولى هي الخيارات العامّة، ويجب حتى تكون مُوحدة في جميع استخدامات البروتوكول، وضمّت جميع الخيارات التي تنتمي أرقام حقل الرمز فيها إلى المجموعة { 0، 1، 2... 127، 255 ، على تكون بقية الخيارات ذات الرموز { 128، 129، 130... 255 حرّة ومُتاحة لأي استخدام خاص آخر يحدده مستخدم البروتوكول، ولذلك سُميت بالخيارات الخاصّة. لاحقاً، تمّ تعديل هاتين المجموعتين، لتصبح العامّة هي { 0، 1، 2... 223، 255 ، والخاصّة هي { 224، 225.. 254 .

صُنفت خيارات المجموعة العامة إلى أصناف فرعية أيضاً، وهي خيارات مطوّر البروتوكول وتحمل أرقام الرموز من (1) حتى (18)، بالإضافة للرمز (255)، وخيارات بروتوكول الإنترنت الخاصّة بالمُضيف وهي الخيارات التي تحمل أرقام الرموز من (19) حتى (25)، وخيارات بروتوكول الإنترنت الخاصة بالمنفذ من (26) حتى (33)، ثُمّ الخيارات الخاصّة بطبقة الربط من (34) حتى (36)، ثُمّ تلك الخاصّة ببروتوكول التحكم بالنقل (37) حتى (39)، ثُمّ خيارات التطبيقات والخدمات من (40) حتى (49) ومن (64) حتى (76) باستثناء (66) و(67)، في حين صُنفت الخيارات التي تحمل باقي أرقام الرموز تحت اسم توسيعات بروتوكول التهيئة الآلية للمُضيفين.

عند استعمال حقل الخيارات، يجب حتى تكون القيمة العشرية للبايتات الأربعة الأولى فيه دائماً هي (99) و(130) و(83) و(99) على الترتيب، ويُسمى هذا التتابع بالمُعرّف المُميّز (Magic Cookie). ويلي ذلك خيار واحد أومجموعة من الخيارات، ويجب حتىقد يكون الخيار الأخير دوماً هوخيار "النهاية".

قيم حقول الترويسة بحسب أنواع الرسائل

تحتوي جميع رسائل البروتوكول على نفس الترويسة، لكنّها تختلف فيما بينها بقيمة الحقول. إنّ ترويسة البروتوكول مُتغيّرة الطول، ويرتبط طولها بطول حقل الخيارات. بحسب المعيار الأصليّ للبروتوكول، تُقسم رسائل البروتوكول من حيث حركتها إلى مجموعتين، الأولى هي الرسائل التي يُرسلُها العميل إلى المُخدّم، وعددها (5) رسائل، والثانية هي التي يُرسلها المُخدّم إلى العميل وعددها (3) رسائل، ليكون عدد أنواع الرسائل الخاصة ببروتوكول التهيئة الآليّة هو(8) رسائل.

العميل هومن يبدأ دوماً بإرسال الرسائل نحوالمُخدّم، والرسائل التي يُرسلها قد تكون:

رسالة الاستكشاف (DHCPDISCOVER).
رسالة الطلب (DHCPREQUEST).
رسالة الرفض (DHCPDECLINE).
رسالة تحرير العنوان (DHCPRELEASE).
رسالة الإعلام (DHCPINFORM).

جدول يضم قيم حقول الرسائل المُرسلة من قبل العميل باتجاه المُخدّم
اسم الحقل العمود	رسالة الاستكشاف	رسالة الطلب	رسالة الرفض	رسالة الإعلام
حقل ترميز العملية	(1)، جميعها رسائل طلب
حقل نوع العنوان الفيزيائي	من وثيقة طلب التعليقات (RFC 1700)
حقل طول العنوان الفيزيائي	طول العنوان الفيزيائي مقدراً بالبايت.
حقل عدد القفزات	دائماً (0) في الرسائل التي يولدها العميل
حقل مُعرّف العميل	يختاره العميل	كما ورد في حقل مُعرّف العميل في رسالة العرض	يختاره العميل
حقل زمن البدء	(0) أوالزمن المنقضي منذ بدء العملية مُقدّراً بالثواني		0	(0) أوالزمن المنقضي منذ بدء العملية مُقدّراً بالثواني
حقل العنوان المُرسل للعميل	0
حقل عنوان المُخدّم	0
حقل الأعلام	حمل فهم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام		0	حمل فهم البث العام إذا كان العميل يريد الردّ بشكل رسالة بث عام
حقل عنوان الوكيل	0
حقل عنوان العميل الفيزيائي	عنوان العميل الفيزيائي
حقل اسم المُخدّم	امتداد لحقل الخيارات أوغير مستعمل		غير مستعمل	امتداد لحقل الخيارات أوغير مستعمل
حقل اسم الملف	امتداد لحقل الخيارات أوغير مستعمل		غير مستعمل	امتداد لحقل الخيارات أوغير مستعمل
حقل الخيارات	خيارات بروتوكول التهيئة الآلية للمضيفين		غير مستعمل	خيارات بروتوكول التهيئة الآلية للمضيفين

إن سلوك المُخدّم تفاعلي، أي أنه يتفاعل مع الرسائل التي يستقبلها من العملاء، ويقوم بالرد عليها برسائل مناسبة، وأنواع الرسائل التي يُرسلها المُخدّم إلى العميل هي:

رسالة العرض (DHCPOFFER).
رسالة التأكيد الإيجابي (DHCPACK).
رسالة التأكيد السلبي (DHCPNAK).

جدول يضم قيم حقول الرسائل المرسلة من قبل المُخدّم باتجاه العميل
اسم الحقل العمود	رسالة العرض	رسالة التأكيد الإيجابي	رسالة التأكيد السلبي
حقل ترميز العملية	(2)، جميعها رسائل رد
حقل نوع العنوان الفيزيائي	من وثيقة طلب التعليقات (RFC 1700)
حقل طول العنوان الفيزيائي	طول العنوان الفيزيائي مقدراً بالبايت.
حقل عدد القفزات	دائماً (0) في الرسائل التي يولدها المُخدّم
حقل مُعرّف العميل	كما ورد في حقل مُعرّف العميل في رسالة الاستكشاف	كما ورد في حقل مُعرّف العميل في رسالة الطلب
حقل زمن البدء	دائماً (0) في الرسائل التي يولدها المُخدّم
حقل العنوان المُرسل للعميل	عنوان بروتوكول الإنترنت المعروض للعميل	عنوان بروتوكول الإنترنت الممنوح للعميل	0
حقل عنوان المُخدّم	عنوان المُخدّم		0
حقل الأعلام	كما ورد في حقل الأعلام في رسالة الاستكشاف	كما ورد في حقل الأعلام في رسالة الطلب
حقل عنوان الوكيل	كما ورد في حقل عنوان الوكيل في رسالة الاستكشاف	كما ورد في حقل عنوان الوكيل في رسالة الطلب
حقل عنوان العميل الفيزيائي	كما ورد في حقل عنوان العميل الفيزيائي في رسالة الاستكشاف	كما ورد في حقل عنوان العميل الفيزيائي في رسالة الطلب
حقل اسم المُخدّم	اسم مُضيف المُخدّم أوامتداد لحقل الخيارات	اسم مُضيف المُخدّم أوامتداد لحقل الخيارات	غير مستعمل
حقل اسم الملف	اسم ملف إقلاع العميل أوامتداد لحقل الخيارات	اسم ملف إقلاع العميل أوامتداد لحقل الخيارات	غير مستعمل
حقل الخيارات	خيارات بروتوكول التهيئة الآلية للمضيفين

رسالة استكشاف تم استقبالها في مُخدّم للبروتوكول باستخدام تطبيق واير شارك.
رسالة عرض تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.
رسالة طلب تمّ استقبالها في مُخدّم للبروتوكول باستخدام تطبيق واير شارك.
رسالة تأكيد إيجابي تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.
رسالة تأكيد سلبي تمّ استقبالها في عميل للبروتوكول باستخدام تطبيق واير شارك.

عمل البروتوكول بحسب نموذج طلب الخدمة

يعمل بروتوكول التهيئة الآليّة للمضيفين بحسب نموذج طلب الخدمة، ويتبادل العملاء رسائل البروتوكول مع المُخدّمات للحصول على التهيئة الابتدائية للمحددات، والتي تضم بشكل أساسي عنوان بروتوكول إنترنت، وأيضاً لتجديد مدة استخدام عنوان ممنوح مسبقاً. يعتمد بروتوكول التهيئة الآلية للمضيفين على بروتوكول حزم بيانات المستخدم كبروتوكول نقل، وقد تمّ حجز المنفذ (67) كمنفذ وجهة في الرسائل المُرسلة من العميل أوالوكيل إلى المُخدّم، والمنفذ (68) كمنفذ وجهة في الرسائل المُرسلة من المُخدّم أوالوكيل نحوالعميل، وهذان المنفذان محجوزان بالأصل لبروتوكول التمهيد .

إذا كان العميل لم يستضيف عنوان بروتوكول إنترنت بعد، فإنّ جميع الرسائل التي يُرسلها يجب حتى تكون رسائل بث عام، ويكون عنوان المصدر في ترويسة بروتوكول الإنترنت هوالعنوان الصفري أي (0.0.0.0).

التهيئة الابتدائية

مخطط التتابع لعملية تهيئة ابتدائية وتحصيص لعنوان حديث لعميل بروتوكول التهيئة الآلية للمضيفين.

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

فيما يلي، هناك افتراض بأنّ العميل لا يستضيف عنوان بروتوكول إنترنت من الإصدار الرابع، وبأنّه والمُخدّمات موجودون ضمن نطاق بثّ عام واحد، لذلك لا داعي لوجود وكيل للبروتوكول، بالإضافة إلى الافتراض بأنّ العميل لا يعهد عنوان/عناوين أي مُخدّم للبروتوكول، تكون مراحل تحصيص ومنح عنوان الشبكة للعميل بالشكل التالي:

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

إعادة الاستخدام

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

في حال أراد العميل طلب إعادة استخدام عنوان تتبع الحطوات التالية:

يقوم العميل بإرسال رسالة طلب بشكل بث عام. لا يستخدم العميل العنوان الذي يطلب استخدامه كعنوان أوكمعرّف خاص به، فهولم يُمنح له بعد. يضع العميل العنوان المطلوب ضمن خيار "عنوان بروتوكول الإنترنت المطلوب".
تقوم المُخدّمات التي تستقبل هذه الرسالة، والتي تكون على فهم مُسبقة بُمحددات العميل بالرد عليها برسالة تأكيد إيجابي طالما كانت إعادة الاستخدام مُمكنةً، أوبرسالة تأكيد سلبي بخلاف ذلك، إذا كان العميل ضمن نفس شبكة المُخدّم المحلية يجب حتى تكون رسالة التأكيد بشكل بث عام، أمّا إذا كان في شبكة أخرى، فترسل الرسالة من المخدم إلى وكيل البروتوكول في تلك الشبكة بشكل بث فريد الوجهة، على حتى يقوم الوكيل بإرسالها بشكل بث عام في الشبكة المحلية البعيدة.
يستقبل العميل رسائل التأكيد الواردة من المُخدّمات ويعالجها بالشكل التالي:
1. إذا كانت الرسالة تأكيداً سلبياً، أي لا يُمكن منح العنوان لأنّه غير مُتوافق مع فضاء العناوين المُستعمل، فيجيب على العميل حتى يتقدم بطلب حصول على عنوان آخر.
2. إذا كانت الرسالة تأكيداً إيجابياً، فيُمكن للعميل حتى يستخدم العنوان ولكنّ يجب عليه حتى يتحقق أولاً من فرادته، أي من عدم وجود من يستخدمه في الشبكة، ويمكن استعمال بروتوكول دقة العناوين لتحقيق ذلك، طالما عدم الفرادة، يقوم العميل بإرسال رسالة رفض للمخدم، ويعيد طلب عنوان حديث مُغاير من خلال إعادة بدء عملية التهيئة الآليّة غير المُختصرة من جديد.
3. إذا لم تصل أي رسالة تأكيد، لا سلبية ولا إيجابية، فإنّ العميل يُعيد إرسال رسالة الطلب مجدداً على حتى لا يقوم بذلك أكثر من أربعة مرات ضمن إطار انتظار زمني إجمالي لا يتجاوز 60 ثانية، طالما عدم وصول أي تأكيد، يجب على العميل إعادة ضبط محددات التهيئة إلى القيم الافتراضية.

سلوك المخدم

تحديد العنوان المعروض

المخطط التدفقي لآلية تحصيص وعرض عنوان بروتوكول إنترنت على عميل البروتوكول في بروتوكول التهيئة الآلية للمضيفين.

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

إذا امتلك المُخدّم مجالات عنونة لأكثر من شبكة، يجب عليه حتى يحدد الشبكة التي يتواجد فيها العميل، فإذا كان العميل محلياً (قيمة حقل عنوان الوكيل صفرية) يتمّ عرض عنوان من شبكة المُخدّم المحليّة، أمّا إذا كان العميل بعيداً فيتمّ منحُه عنواناً من شبكة الوكيل.

لتحديد العنوان الذي سيتمّ عرضه على العميل، بعد استقبال رسالة استكشاف، يقوم المُخدّم باتباع الخوارزمية التالية:

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

تحديد مدة استخدام العنوان

المخطط التدفقي لآلية منح مدة الاستخدام في بروتوكول التهيئة الآلية للمضيفين في عميل البروتوكول.

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

في حال كانت مدة الاستخدام الممنوحة ليست لانهائيّة، يجب اختيار قيمتها مدة الاستخدام بحرص بحيث تكون صغيرة بما يكفي لاسترجاع العناوين التي هجر مُستضيفوها الشبكة بدون تحريرها، وكبيرة بما يكفي لتؤمّن خدمة تهيئة آلية مستقرة.

عند استقبال رسالة استكشاف من عميل ما، يقوم المخدّم بتحديد مدة استخدام العنوان بحسب الخوارزمية التالية:

إذا كان العميل الذي أوفد الرسالة يستضيف عنوان بروتوكول إنترنت منح له عبر خدمة التهيئة الآلية، فإن المُخدّم يُوجد قيمة مدة الاستخدام المُتبقية للعنوان من قاعدة البيانات، ويعيدها للعميل في رسالة العرض.
إذا كان العميل لا يستضيف عنوان بروتوكول إنترنت ويطلب الحصول على خدمة التهئية الآليّة، فعندها:
- إذا طلب العميل مدة استخدام مُحددة في رسالة الاستكشاف، يتحقق المُخدّم من موافقة القيمة لسياسة المنح، طالما موافقتها يتمّ إرسال القيمة المطلوبة للعميل في رسالة العرض.
- إذا لم يطلب العميل قيمة محددة، أوإذا طلب قيمة لا تتوافق مع سياسة المنح، يقوم المُخدّم باختيار قيمة مدة الاستخدام الافتراضية، ويرسلها للعميل في رسالة العرض.

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

تحديد قيم مُحددات التهيئة المطلوبة

يمكن للعميل حتى يطلب قيمة مُحدد واحد أوأكثر من محددات التهيئة من خلال إضافة الخيار المناسب إلى رسائل الاستكشاف أوالطلب أوالإعلام، ويجب على المُخدّم حتى يتبع المراحل التالية لتحديد قيمة جميع مُحدد طُلب من قبل العميل:

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

سلوك العميل

مخطط الحالة لعميل بروتوكول التهيئة الآلية للمضيفين.

يمكن وصف سلوك العميل باستخدام مُخطط حالة، حيث ينتقل العميل بين ثمانية حالات مختلفة، ويحكم انتنطقه بين هذه الحالات استقبال رسائل البروتوكول أونفاذ المؤقتات، وفيما يلي شرح مُبسط لهذه لكل حالة من هذه الحالات:

الحالة البدائية (INIT): وهي الحالة التي يدخل فيها العميل بعد تشغيل البروتوكول فيه، كما يمكن حتى يعود إليها من حالات لاحقة أخرى. في هذه الحالة، في هذه الحالة يقوم العميل ببدء عملية التهيئة الآلية بإرسال رسالة استكشاف دوماً، وينتقل بعد ذلك بشكلٍ تلقائي إلى حالة الاختيار.
حالة الاختيار (SELECTING): يدخل العميل هذه الحالة بعد إرساله لرسالة استكشاف، ويقوم فيها باستقبال رسائل العرض كردود من المُخدّمات، ويقوم العميل بتجميعها. تنتهي هذه الحالة بقيام العميل باختيار أحد العروض، لا يوجد قاعدة مُعينة لتحديد زمن انتظار العميل لرسائل العرض في هذه الحالة، ويُهجر اختيار قيمة الزمن لمُنفّذ البروتوكول.
حالة الطلب (REQUESTING): يدخل العميل هذه الحالة بعد اختياره إحدى رسائل العروض، ويبدؤها بإرسال رسالة طلب، ويظلّ فيها إلى حين التأكد من فرادة العنوان الذي تمّ منحه، إذا تلقى العميل في هذه الحالة رسالة تأكيد سلبي (العنوان المطلوب غير متاح مثلاً) أوإذا كان العنوان غير فريد، فيجب على العميل حتى يعود إلى الحالة البدائية ويبدأ عملية التهيئة مجدداً، يهمل العميل أي رسائل عرض في هذه الحالة.
حالة الالتزام (BOUND): يدخل العميل هذه الحالة بعد استقباله رسالة تأكيد إيجابي، ويلتزم فيها بمحددات التهيئة التي حصل عليها من المُخدّم، سواء كان ذلك جزءاً من عملية تهيئة آليّة، من جزءاً من التحقق من صلاحية مدة استخدام عنوان ممنوح (بعد إعادة إقلاع مثلاً)، أوبعد قبول طلب تجديد مدة الاستخدام، ويجب على العميل حتى يضبط قيمة المؤقتين (T1) و(T2) من محتويات رسالة التأكيد الإيجابي قبل الدخول بهذه الحالة. يغادر العميل هذه الحالة بعد نفاذ قيمة المؤقت (T1)، ويجب على العميل عندها حتى يرسل رسالة طلب موجهة بشكل مباشر إلى المخدم الذي منحه العنوان، وينتقل بعد ذلك إلى حالة إعادة التجديد، يهمل العميل أي رسالة عرض أوتأكيد إيجابي أوسلبي في هذه الحالة.
حالة إعادة التجديد (RENEWING): يدخل العميل هذه الحالة بعد إرسالة رسالة طلب للمخدم الذي منحه العنوان بسبب نفاذ قيمة المؤقت (T1)، ويتحدد سلوكه في هذه الحالة بحسب مايلي:
- إذا وصلت رسالة تأكيد إيحابي من المخدم، يقوم العميل بإعادة ضبط قيم المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا وصلت رسالة تأكيد سلبي من المخدم، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.
- إذا لم تصل أي رسالة تأكيد سلبي أوإيجابي، ينتظر العميل زمناً يتحدد بقيمة المؤقت (T2)، إذا بقي الحال كما سبق، يقوم العميل بإرسال رسالة طلب بشكل بث عام إلى أي مخدم وينتقل إلى حالة إعادة الالتزام.
حالة إعادة الالتزام (REBINDING): ويدخل العميل هذه الحالة بعد إرسالة رسالة طلب بشكل بث عام بعد نفاذ قيمة قمية المؤقت (T2) في حالة إعادة التجديد. ويتحدد سلوكه في هذه الحالة بحسب يلي:
- إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا استقبل رسالة تأكيد سلبي، مثلاً لا يمكن تجديد مدة استخدام العنوان، أوإذا كان العنوان غير متوافق مع الشبكة ينتقل العميل إلى الحالة البدائية ليبدأ عملية تهيئة ابتدائية جديدة.
- إذا لم تصل أي رسالة تأكيد سلبي أوإيجابي، ينتظر العميل في هذه الحالة لحين انتهاء مدة الاستخدام، إذا بقي الحال كما سبق، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.
حالة التمهيد البدائية (INIT-REBOOT): وهي حالة ابتدائية أيضاً، يدخلها العميل إذا كان على فهم مسبقة بعنوان بروتوكول إنترنت، مثلاً إذا تمت إعادة تشغيله، وكان قد حصل بشكل مسبقاً على عنوان بروتوكول إنترنت مع مدة استخدام. يخرج العميل من هذه الحالة بإرسال رسالة طلب إلى المُخدم لتأكيد صلاحية مدة الاستخدام، وينتقل إلى حالة إعادة التمهيد.
حالة إعادة التمهيد (REBOOTING): يدهل العميل هذه الخالة بعد قيامه بإرسال رسالة طلب وهوفي حالة التمهيد الابتدائي، ويتحدد سلوكه في هذه الحالة بحسب يلي:
- إذا استقبل رسالة تأكيد إيجابي، يقوم العميل بإعادة ضبط قيمة المؤقتين (T1) و(T2) ومدة الاستخدام بحسب محتوى الرسالة ويعود مجدداً إلى حالة الالتزام.
- إذا استقبل رسالة تأكيد سلبي، ينتقل العميل إلى الحالة البدائية ويبدأ عملية تهيئة ابتدائية جديدة.

التوسيعات والإضافات

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

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

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

بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (DHCPv6)

بروتوكول التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (بالإنجليزية: Dynamic Host Configuration Protocol for Internet Protocol Versionستة اختصاراً DHCPv6)‏ هوبروتوكول تطبيق يعمل بحسب نموذج طلب الخدمة يُقدّم خدمة التهيئة الآلية لمضيفي الإصدار السادس من بروتوكول الإنترنت (IPv6)، طوّر في العام 2003م، وهوموصوف في وثيقة طلب التعليقات (RFC 3315).

يزوّد مُخدّم بروتوكول التهيئة مضيفي الإصدار السادس من بروتوكول الإنترنت بعناوين من فضاء العناوين الخاص به، ولكن الإصدار السادس من بروتوكول الإنترنت يدعم التهيئة الذاتية بشكل افتراضي، بالإضافة لبروتوكول اكتشاف الجيران (NDP) الذي يُؤمّن جزءاً من مُحددات التهيئة للمضيفين بشكلٍ تلقائيّ عند تشغيله. إنّ الميزات السابقة حدّت من دور بروتوكول التهيئة الآلية، فلم يعدْ خيار المضيفين الأول للحصول على عنوان بروتوكول الإنترنت وقناع الشبكة وعنوان المخرج الافتراضي. ولكنّ، ومع ذلك، فلا غنى عنه في تزويد المضيفين بمُحددات التهيئة اللازمة للقيام بالوظائف الأخرى عبر الشبكة.

على الرغم من تأثرّه ببروتوكول التهيئة الآلية للمضيفين، ومن وجود تشابه بينهما في السلوك والوظيفة، فإنّ بروتوكول التهيئة الآليّة لمضيفي الإصدار السادس من بروتوكول الإنترنت هوبروتوكول مُستقل بحد ذاته.

خيارات البروتوكول الإضافية

ُيُؤمّن بروتوكول التهيئة الآلية للمضيفين إطار عمل لتمرير معلومات التهيئة إلى المُضيفين في الشبكات التي تدعم حزمة بروتوكولات الإنترنت، محددات التهيئة ومعلومات تحكم أخرى يُكمن حتى تُنقل في حقل الخيارات ضمن رسالة البروتوكول.

تشرف هيئة تعيين أرقام الإنترنت على تنظيم استخدام خيارات البروتوكول وجعل القيم الخاصة بحقول الرسائل فيه معيارية. فيما يلي قائمة بأهم مُحددات التهيئة الآلية التي تمّ إضافتها للبروتوكول، بالإضافة لمجموعة الخيارات المتوافقة معها:

خيار صنف المُستخدم، يتيح للعميل تعريف المُخدّم على نوع أوصنف المستخدم أوالتطبيق الذي يُشغّل العميل.
خيار التهيئة السريعة، والذي يتيح للعميل الحصول على خدمة التهيئة الآلية بعد تبادل رسالتين فقط، عوضاً عن الكيفية التقليدية بتبادل أربع رسائل.
مجموعة الخيارات الخاصة ببروتوكول مسقط الخدمة (SLP)، وخيار معلومات التهيئة للعناوين المدنيّة، ومجموعة خيارات معلومات تهيئة المسقط على أساس الإحداثيات، وخيار يدعم آلية لاكتشاف مخدمات بروتوكول معلومات المسقط.
مجموعة من الخيارات المرتبطة بعمل نظام أسماء النطاقات (DNS) وتضم: خيار اسم النطاق المؤهل الكامل (FQDN) الذي يتيح للعميل طلب اسم النطاق المُؤهل الكامل من المُخدّم، خيار البحث عن خدمة الأسماء الذي يستخدمه المُخدم لتزويد العميل بقائمة مرتبة بحسب الأفضلية تضمّ عناوين مُخدمات أسماء النطاقات، وخيار البحث عن النطاقات.
خيار معلومات الوكيل، للسماح للوكيل بإضافة معلومات إلى رسائل العملاء التي يُوجّهها إلى المُخدّم.
خيار خدمة أسماء المخازن في شبكة الإنترنت ، والذي يسمح لعملاء بروتوكول بروتوكول أسماء المخازن باستكشاف مسقط المُخدّمات بشكل آلي.
مجموعة خيارات خدمة الدليل لنوفل (Novel Directory Service NDS).
مجموعة خيارات مُخدّمات التحكّم بالبث العام والبث المجموعاتي.
خيار بروتوكول مُصادقة المستخدم (AUP) الذي يتيح لعملاء برتوكول المُصادقة الحصول على معلومات عن المُخدّم تضم عنوان بروتوكول الإنترنت الخاص به ورقم المنقذ الذي يحجزه، ومجموعة خيارات بروتوكول نقل معلومات المصادقة للنفاذ إلى الشبكة (PANA).
مجموعة خيارات المنطقة الزمنية.
خيار إيقاف التهيئة الذاتية لعملاء الإصدار الرابع من بروتوكول الإنترنت.
خيار اختيار الشبكة الجزئية، الذي يسمح للعملاء بطلب عناوين من شبكة جزئيّة محددة.
خيار مُخدّمات بروتوكول بدء جلسة (SIP) الذي يتيح للعميل التعهد على أسماء أوعناوين مخدمات البروتوكول.
خيار المسارات الثابتة غير القياسيّة، وهويختلف عن خيار المسارات الثابتة الموجود مُسبقاً بأن أقنعة الشبكات غير قياسيّة، ولابد للمُخدّم من حتى يُزوّد العميل بالقناع الخاص بعنوان الشبكة من أجل جميع مسار.
خيار تهيئة عملاء كيبل لاب (CableLab).
خيار اكتشاف مُخدّمات بروتوكول ترجمة المسقط إلى خدمة (LoST).
خيار المُتحكم بالوصول إلى الإمداد والتحكم بنقاط الوصول اللاسلكية (CAPWAP)، ويسمح لنقطة وصول لاسلكي باستخدام خدمة التهيئة الآلية لاكتشاف عنوان المتحكم بالوصول الذي ترغب الاتصال معه.
مجموعة خيارات الخدمات المُتحركة لبروتوكول التسليم المستقل عن الوسط (IEEE 802.21).
مجموعة خيارات استكشاف وحدات وظيفة اختيار واستكشاف كيفية الوصول إلى الشبكة (ANDSF Discovery).
خيار عنوان مخدم بروتوكول نقل الملفات البسيط (TFTP)، والذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة الآليّة للحصول على عناوين مُخدماته.
مجموعة خيارات مخدم بروتوكول التحكم بالمنافذ (PCP)، الذي يتيح لعملاء البروتوكول استعمال خدمة التهيئة لآلية للحصول على عنوان المخدّمات.
مجموعة خيارات لاختيار الشبكات الافتراضية.

ميزة مراقبة بروتوكول التهيئة الآلية للمضيفين

مثال عن كيفية عمل ميزة مراقبة بروتوكول التهيئة الآلية للمضيفين.

ميزة مراقبة بروتوكول التهيئة الآلية للمضيفين (بالإنجليزية: DHCP Snooping)‏ هي ميزة أمنية خاصة بطبقة ربط البيانات، تهدف إلى تحديد المُخدّمات التي تقوم بتقديم خدمة التهيئة الآلية، واستبعاد أي مُخدّمات مُزيفة قد تحاول الإجابة على رسائل الاستكشاف بقصد تهيئة المضيفين بمُحددات مغلوطة تساعد في إنشاء هجوم الوسيط أوهجوم حجب الخدمة.

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

هوامش

1. يقابل التحصيص الذاتي (بالإنجليزية: Automatic Allocation)‏، والتحصيص الآلي (بالإنجليزية: Dynamic Allocation)‏، والتحصيص اليدوي (بالإنجليزية: Manual Allocation)‏.

2. يقابل التهيئة الذاتية (بالإنجليزية: Auto-Configuration)‏، والتهيئة الآلية (بالإنجليزية: Dynamic Configuration)‏، والتهيئة الثابتة (بالإنجليزية: Static Configuration)‏.

انظر أيضا

خدمة.
بروتوكول.
نموذج طلب الخدمة.
نظام أسماء النطاقات (DNS).

مراجع

↑ "TCP/IP address and parameter assignment - Dynamic Host Configuration Protocol". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ "Service Name and Transport Protocol Port Number Registry". IANA (باللغة الإنجليزية). مؤرشف من الأصل فيستة أغسطس 2019. اطلع عليه بتاريخ 20 مايو2018.
↑ "What Is DHCP?". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
↑ Droms, R. (مارس 1997). "RFC 2131, Dynamic Host Configuration Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2018. اطلع عليه بتاريخ 25 مايو2018.
↑ R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney (يوليو2003). "RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ أربعة مارس 2017. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
↑ "Serveur DHCP : isc-dhcp-server". ubuntu (باللغة الفرنسية). مؤرشف من الأصل في 16 يونيو2017. اطلع عليه بتاريخ 21 مايو2018.
↑ "Dynamic Host Configuration Protocol (DHCP)". Microsoft (باللغة الإنجليزية). 23 مارس 2018. مؤرشف من الأصل في 28 فبراير 2018. اطلع عليه بتاريخ 21 مايو2018.
↑ "DhcpInfo". Android (باللغة الإنجليزية). مؤرشف من الأصل في 27 مايو2018. اطلع عليه بتاريخ 21 مايو2018.
↑ "macOS Sierra: Choose a manual IP address or use DHCP". Apple Inc. (باللغة الإنجليزية). 28 مارس 2017. مؤرشف من الأصل في 28 أبريل 2017. اطلع عليه بتاريخ 28 مايو2018.
↑ "How DHCP Technology Works". Microsoft (باللغة الإنجليزية).عشرة أغسطس 2009. مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "DHCP Server". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Charles M. Kozierok (20 سبتمبر 2005). "DHCP Address Assignment and Allocation Mechanisms Parameters". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 11 يناير 2017. اطلع عليه بتاريخ 31 مايو2018.
^ "DHCP Address Allocation Methods". Palo Alto Networks, Inc (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "Static vs. dynamic IP addresses". Google (باللغة الإنجليزية). مؤرشف من الأصل في 25 مايو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Thomson, S.; Narten, T.; Jinmei, T. (سبتمبر 2007). "RFC 4862, IPv6 Stateless Address Autoconfiguration". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "DHCP relay agent". TheNetworkEncyclopedi (باللغة الإنجليزية). مؤرشف من الأصل في 30 يونيو2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "Configuring the DHCP Relay" (PDF). Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 13 يوليو2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "dhcp binding shows same device twice". Cisco Systems (باللغة الإنجليزية). 28 أغسطس 2014. مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "How To Use Static And DHCP IPs At The Same Time With Your Router". MECHLER ENTERPRISES, LLC (باللغة الإنجليزية). 11 أبريل 2012. مؤرشف من الأصل في 20 سبتمبر 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Michael Grandjean (5 أوكتوبر 2017). "DHCP and DNS: A Brief Introduction". Univention GmbH (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "DHCP Server, Client, and Relay Agent Overview". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 13 سبتمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "What is the difference between BOOTP and DHCP?". Cisco Systens, Inc. (باللغة الإنجليزية). 21 يوليو2015. مؤرشف من الأصل في ثلاثة يونيو2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring DHCP". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 24 أبريل 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "DHCP Client and Server". Cisco Systems, Inc. (باللغة الإنجليزية). 18 أبريل 2005. مؤرشف من الأصل في 22 يناير 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Croft, Bill; Gilmore, John (سبتمبر 1985). "RFC 950, BOOTSTRAP PROTOCOL (BOOTP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 30 نوفمبر 2016. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Sollins, K. (يوليو1992). "RFC 1350, THE TFTP PROTOCOL (REVISION 2)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 21 نوفمبر 2004. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ C. Plummer, David (نوفمبر 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 19 فبراير 2020. اطلع عليه بتاريخ 29 أوكتوبر 2017.
^ Postal, J. (أغسطس 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 06 مارس 2020. اطلع عليه بتاريخ 14 يوليو2017.
↑ Braden, R. (أوكتوبر 1989). "RFC 1122, Requirements for Internet Hosts -- Communication Layers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 سبتمبر 2017. اطلع عليه بتاريخ 19 مايو2018.
^ Braden, R. (أوكتوبر 1989). "RFC 1123, Requirements for Internet Hosts -- Application and Support". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 مارس 2016. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Droms, R. (أوكتوبر 1993). "RFC 1531, Dynamic Host Configuration Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 نوفمبر 2005. اطلع عليه بتاريخ ثلاثة يونيو2018.
↑ Alexander, S.; Droms, R. (يونيو2001). "RFC 2132, DHCP Options and BOOTP Vendor Extensions". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 17 أبريل 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "client-identifier (DHCP Client)". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.
^ René Molenaar. "Cisco IOS DHCP Client Identifier". NetworkLessons.com (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة سبتمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Mike Henry (16 نوفمبر 2017). "DHCP Option 61 UUID Type Definition". Internet Society (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 2 يوليو2017. اطلع عليه بتاريخ أربعة يونيو2018.
^ "Configurable DHCP Client" (PDF). Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.
^ "Understanding DHCP Client Operation". Juniper Networks, Inc (باللغة الإنجليزية). مؤرشف من الأصل في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.
^ "Lease Time Policy". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 21 مارس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ C. Gray, C.; Cheriton, D. (189). "Leases: an efficient fault-tolerant mechanism for distributed file cache consistency". SOSP '89 Proceedings of the twelfth ACM symposium on Operating systems principles. ACM. 23 (5): 202-210. doi:10.1145/74851.74870.
↑ "Leases". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Tom Carpenter (2011). Microsoft Windows Server Administration Essentials (باللغة الإنجليزية). John Wiley & Sons. صفحة 104. ISBN .
^ "The DHCP Client". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Tim Fisher (1 يونيو2017). "What Is DHCP? (Dynamic Host Configuration Protocol) Definition of dynamic host configuration protocol". lifewire (باللغة الإنجليزية). مؤرشف من الأصل في 12 يناير 2018. اطلع عليه بتاريخستة يونيو2018.
↑ Mogul, J.; Deering, S. (أوكتوبر 1989). "RFC 1191, Path MTU Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 31 يوليو2016. اطلع عليه بتاريخ 19 مايو2018.
↑ Deering, S. (سبتمبر 1991). "RFC 1256, ICMP Router Discovery Messages". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 أكتوبر 2018. اطلع عليه بتاريخ 20 مايو2018.
^ Postel, J.; Reynolds, J. (فبراير 1988). "RFC 1042, A Standard for the Transmission of IP Datagrams over IEEE 802 Networks". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة مارس 2016. اطلع عليه بتاريخ 19 مايو2018.
^ Hornig, Charles (أبريل 1984). "A Standard for the Transmission of IP Datagrams over Ethernet Networks". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 مارس 2016. اطلع عليه بتاريخ 19 مايو2018.
^ "Chapterثمانية Overview of DHCP". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2015. اطلع عليه بتاريخسبعة يونيو2018.
↑ "DHCP Client" (PDF). Cisco Systems (باللغة الإنجليزية). مؤرشف من الأصل (PDF) فيسبعة يونيو2018. اطلع عليه بتاريخسبعة يونيو2018.
^ Gopi Krishna (19 فبراير 2002). "[dhcwg] RE: Maximum message size interpretation in DHCP packet". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 يناير 2011. اطلع عليه بتاريختسعة يونيو2018.
^ "Dynamic and Permanent Lease Type". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
^ "DHCP lease time not to RFC 2131 3.3 standard". Ubiquiti Networks, Inc. (باللغة الإنجليزية). 22 أوكتوبر 2017. مؤرشف من الأصل فيثمانية يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.
^ "Chapter: Managing DHCP Server". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.
↑ Charles M. Kozierok. (20 سبتمبر 2005). "DHCP Lease "Life Cycle" Overview (Allocation, Reallocation, Renewal, Rebinding and Release) and Lease Timers". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 2 يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ Charles M. Kozierok. (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 2 يناير 2018. اطلع عليه بتاريخسبعة يونيو2018.
↑ "What is the significance of "Renewal(T1) Time(sec)" and "Rebinding(T2) Time(sec)" when DHCP is configured on Cisco CallManager Server 5.x". Cisco Systems, Inc. (باللغة الإنجليزية). 22 يونيو2009. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
^ "Chapterتسعة Planning for DHCP Service". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2015. اطلع عليه بتاريخسبعة يونيو2018.
^ Charles M. Kozierok. (14 أبريل 2015). "What happen if DHCP lease expires when the PC is disconnected from the network ?". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ "BOOTP Relay Agents". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.
↑ "How does a router relay DHCP packets when it is configured as a relay agent?". Stack Exchange Inc (باللغة الإنجليزية).تسعة يونيو2016. مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
↑ "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (باللغة الإنجليزية). 12 نوفمبر 2012. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
↑ "Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters". IANA (باللغة الإنجليزية). مؤرشف من الأصل في أربعة مارس 2018. اطلع عليه بتاريخ 31 مايو2018.
↑ "DHCP Messages". Palo Alto Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
↑ "When is DHCP NAK issued?". Microsoft (باللغة الإنجليزية). 26 أوكتوبر 2006. مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
↑ "DHCP Clients' Ability to Send DHCPDECLINE Message". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في 12 مايو2018. اطلع عليه بتاريخ 12 مايو2018.
↑ Park, Soohong; Pyungsoo, Kim; Minho, Lee; Kim, Youngkeun (2004). "Fast Address Configuration for WLAN". PDCAT 2004: Parallel and Distributed Computing: Applications and Technologies. Springer. 17 (5): 396-400. doi:10.1007/978-3-540-30501-9_81. ISBN .
^ D. Hankins (أوكتوبر 2011). "Dynamic Host Configuration Protocol DHCPINFORM Message Clarifications draft-ietf-dhc-dhcpinform-clarify-06". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 30 سبتمبر 2019. اطلع عليه بتاريختسعة يونيو2018.
^ "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (باللغة الإنجليزية). 22 نوفمبر 2012. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
^ "Spirent TestCenter: Why is DHCP release unicast even after setting Broadcast flag on DHCP client?". Spirent Communications (باللغة الإنجليزية). 16 أوكتوير 2014. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ "Message types and options details in all layers". juga (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ "Not specified in RFC7844, but in RFC2131". juga (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
^ "How to use automatic TCP/IP addressing without a DHCP server". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في أربعة مايو2018. اطلع عليه بتاريخعشرة يونيو2018.
↑ Charles M. Kozierok (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/UP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2017. اطلع عليه بتاريخعشرة يونيو2018.
^ "DHCP Client" (باللغة الإنجليزية). اطلع عليه بتاريخ 11 يونيو2018.
^ "DHCP Server Goes Offline, why are PC's not holding onto their leased DHCP address after reboot?". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.
^ "Which server is selected by the client if it receives Offer from 2 DHCP servers at a time?". Stack Exchange Inc (باللغة الإنجليزية). مؤرشف من الأصل في 12 فبراير 2017. اطلع عليه بتاريخ 11 يونيو2018.
^ "Use of DHCP Option 50 to Request a Specific IP Address". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.
^ Michael Platts (29 يناير 2009). "DHCP Client Behavior". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.
^ "Troubleshooting a DHCP Client". Oracle (باللغة الإنجليزية). مؤرشف من الأصل في 28 سبتمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.
^ "Managing Leases" (PDF). Cisco Systems, inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.
↑ Patrick, M. (يناير 2001). "RFC 3046, DHCP Relay Agent Information Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يناير 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ "Add a DHCP IP Pool". vmware (باللغة الإنجليزية). مؤرشف من الأصل في 14 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.
↑ "DHCPv6 – an introduction to the new host configuration protocol". Edvina AB, Sollentuna (باللغة الإنجليزية). 16 ديسمبر 2011. مؤرشف من الأصل في 23 نوفمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.
^ Wimer, W. (أوكتوبر 1993). "RFC 1542, Clarifications and Extensions for the Bootstrap Protocol". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 22 مايو2018.
^ "DHCP Message Format". The TCP/IP Guide (باللغة الإنجليزية). 20 سبتمبر 2005. مؤرشف من الأصل في 11 يناير 2018. اطلع عليه بتاريختسعة يونيو2018.
^ Charles M. Kozierok (20 سبتمبر 2005). "DHCP Message Format". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 26 أبريل 2017. اطلع عليه بتاريخ 28 مايو2018.
↑ Reynolds, J. Charles; Postel, J. (أوكتوبر 1994). "RFC 1700, ASSIGNED NUMBERS". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 يونيو2009. اطلع عليه بتاريخ 27 مايو2018.
^ "DHCP options lookup". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
↑ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 مارس 2017. اطلع عليه بتاريخ 21 أوكتوبر 2018.
^ Volz, B. (نوفمبر 2004). "RFC 3942, Reclassifying Dynamic Host Configuration Protocol version أربعة (DHCPv4) Options". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 31 مايو2018.
↑ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 22 يوليو2017. اطلع عليه بتاريخ 21 أوكتوبر 2018.
↑ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 23 أوكتوبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 23 أوكتوبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة نوفمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Reynolds, J. (أغسطس 1993). "RFC 1497, BOOTP Vendor Information Extensions". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 20 مايو2018.
^ "Dynamic Host Configuration Protocol (DHCP) Message Format". OmniSecu.com (باللغة الإنجليزية). مؤرشف من الأصل في 29 نوفمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.
↑ "DHCP (Dynamic Host Configuration Protocol) Basics". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.
^ "DHCP client/server interaction". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Bradley Mitchell. "0.0.0.0 Is Not a Normal IP Address, What It Means When You See the 0.0.0.0 IP Address". lifewire (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.
↑ "Understanding the Basic Operations of DHCP". Palo Alto Networks, Inc. (باللغة الإنجليزية). 23 أوكتوبر 2013. مؤرشف من الأصل في 12 مايو2017. اطلع عليه بتاريختسعة يونيو2018.
^ Charles M. Kozierok (2005). The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference (باللغة الإنجليزية). No Starch Press. صفحة 1021. ISBN .
^ David Bateman, William Burton (28 أبريل 2009). "Cisco CCNA Voice Exam Cram: Configuring the Network to Support VoIP". Pearson Education, Pearson IT Certification (باللغة الإنجليزية). مؤرشف من الأصل في أربعة أوكتوير 2013. اطلع عليه بتاريختسعة يونيو2018.
^ C. Plummer, David (نوفمبر 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 20 يونيو2019. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: التاريخ والسنة (link)
^ Postal, J. (أغسطس 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 06 مارس 2020. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: التاريخ والسنة (link)
^ "How DHCP Technology Works". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.
^ "Understanding and Troubleshooting DHCP in Catalyst Switch or Enterprise Networks, Renewing the Lease". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2017. اطلع عليه بتاريخعشرة يونيو2018.
^ "How does a DHCP server know what IP addresses to use with DHCP relay?". Cisco Systems (باللغة الإنجليزية). أربعة ديسمبر 2013. مؤرشف من الأصل في 12 يونيو2016. اطلع عليه بتاريخ 12 يونيو2018.
^ "Making Decisions for Your DHCP Server Configuration (Task Map), Setting a Lease Policy". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة سبتمبر 2016. اطلع عليه بتاريخ 11 يونيو2018.
^ Charles M. Kozierok. (20 سبتمبر 2005). "DHCP General Operation and Client Finite State Machine". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة يناير 2018. اطلع عليه بتاريخعشرة يونيو2018.
^ "Understanding the Detailed Operations of DHCP". NMC Consulting Group (باللغة الإنجليزية). 30 أوكتوبر 2013. مؤرشف من الأصل في 1 أغسطس 2017. اطلع عليه بتاريخعشرة يونيو2018.
↑ Charles M. Kozierok (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes, Lease Renewal/Rebinding Process Steps". The TCP/UP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2017. اطلع عليه بتاريخعشرة يونيو2018.
^ "DHCP client may fail to obtain a DHCP-assigned IP address". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.
^ Droms, R.; Arbaugh, W. (يونيو2001). "RFC 3118, Authentication for DHCP Messages". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Y. Cui, Q. Sun, I. Farrer, Y. Lee, M. Boucadair (أغسطس 2015). "RFC 7618, Dynamic Allocation of Shared IPv4 Addresses". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
↑ Woundy, R.; Kinnear, K. (فبراير 2006). "RFC 4388, Dynamic Host Configuration Protocol (DHCP) Leasequery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Kinnear, K.; Stapp, M.; Volz, B.; Russell, N. (يونيو2001). "RFC 7724, Active DHCPv4 Lease Query". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ T'Joens, Y.; Hublet, C.; De Schrijver, P. (ديسمبر 2001). "RFC 3203, DHCP reconfigure extension". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ K. Kinnear, M. Stapp, R. Desetti, B. Joshi, N. Russell, P. Kurapati, B. Volz (أبريل 2013). "RFC 6926, DHCPv4 Bulk Leasequery". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ "Service Name and Transport Protocol Port Number Registry". iana. (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يناير 2017. اطلع عليه بتاريخ 13 يونيو2018.
^ Narten, T.; Nordmark, E.; Simpson, W.; Soliman, H. (سبتمبر 2007). "RFC 4861, Neighbor Discovery for IP versionستة (IPv6)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)
^ "IP Addressing: DHCP Configuration Guide, Chapter: DHCPv6 Server Stateless Autoconfiguration". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.
^ Scott Hogg (21 أوكتوبر 2014). "Accounting for Differences between DHCPv6 and DHCP". Global Technology Resources, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية ديسمبر 2017. اطلع عليه بتاريخ 12 يونيو2018.
^ "DHCP Options" (PDF). Cisco systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 13 يونيو2018. اطلع عليه بتاريخ 13 يونيو2018.
^ G. Stump, R. Droms, Y. Gu, R. Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat (نوفمبر 2000). "RFC 3004, The User Class Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ S. Park, P. Kim, B. Volz (مارس 2005). "RFC 4039, Rapid Commit Option for the Dynamic Host Configuration Protocol version أربعة (DHCPv4)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخستة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ C. Perkins, E. Guttman (يونيو1999). "RFC 2610, DHCP Options for Service Location Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 يناير 2020. اطلع عليه بتاريخ 12 يونيو2018.
^ H. Schulzrinne (نوفمبر 2000). "RFC 4776, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 01 فبراير 2020. اطلع عليه بتاريخ 12 يونيو2018.
^ J. Polk, M. Linsner, M. Thomson, B. Aboba, Ed. (يوليو2011). "RFC 3825, Dynamic Host Configuration Protocol Options for Coordinate-Based Location Configuration Informationfor Civic Addresses Configuration Information". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 22 مارس 2019. اطلع عليه بتاريخ 12 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ M. Thomson, J. Winterbottom (سبتمبر 2010). "RFC 5986, Discovering the Local Location Information Server (LIS)". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 18 يوليو2019. اطلع عليه بتاريخ 12 يونيو2018.
^ M. Stapp, B. Volz, Y. Rekhter (أوكتوبر 2006). "RFC 4702, The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة أغسطس 2012. اطلع عليه بتاريخثمانية يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ C. Smith (سبتمبر 2000). "RFC 2937, The Name Service Search Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخثمانية يونيو2018.
^ B. Aboba, S. Cheshire (نوفمبر 2002). "RFC 3397, The Dynamic Host Configuration Protocol (DHCP) Domain Search Option". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخثمانية يونيو2018.
^ C. Monia, J. Tseng, K. Gibbons, (سبتمبر 2005). "RFC 4174, The IPv4 Dynamic Host Configuration Protocol (DHCP) Option for the Internet Storage Name Service". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 يوليو2019. اطلع عليه بتاريخ 13يونيو2018. CS1 maint: extra punctuation (link) صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ D. Provan (نوفمبر 1997). "RFC 2241, DHCP Options for Novell Directory Services". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.
^ K. Chowdhury, P. Yegani, L. Madour (نوفمبر 2005). "RFC 4280, Dynamic Host Configuration Protocol (DHCP) Options for Broadcast and Multicast Control Servers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ S. Drach (يناير 1999). "RFC 2485, DHCP Option for The Open Group's User Authentication Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018.
^ L. Morand, A. Yegin, S. Kumar, S. Madanapalli (مايو2008). "RFC 5192, DHCP Options for Protocol for Carrying Authentication for Network Access (PANA) Authentication Agents". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ E. Lear, P. Eggert (أبريل 2007). "RFC 4833, Timezone Options for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 22 مارس 2019. اطلع عليه بتاريختسعة يونيو2018.
^ R. Troll (مايو1999). "RFC 2563, DHCP Option to Disable Stateless Auto-Configuration in IPv4 Clients". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 مارس 2019. اطلع عليه بتاريختسعة يونيو2018.
^ G. Waters (نوفمبر 2000). "RFC 3011, The IPv4 Subnet Selection Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريختسعة يونيو2018.
^ H. Schulzrinne (مايو2008). "RFC 3361, Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 مارس 2019. اطلع عليه بتاريخ 13 يونيو2018.
^ T. Lemon, S. Cheshire, B. Volz (ديسمبر 2002). "RFC 3442, The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة أغسطس 2019. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ B. Beser, P. Duffy (مارس 2003). "RFC 3495, Dynamic Host Configuration Protocol (DHCP) Option for CableLabs Client Configuration". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018.
^ H. Schulzrinne, J. Polk, H. Tschofenig (أغسطس 2008). "RFC 5223, Discovering Location-to-Service Translation (LoST) Servers Using the Dynamic Host Configuration Protocol (DHCP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)
^ P. Calhoun (مارس 2009). "RFC 5417, Control And Provisioning of Wireless Access Points (CAPWAP) Access Controller DHCP Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.
^ G. Bajko, S. Das (ديسمبر 2009). "RFC 5678, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Services (MoS) Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.
^ S. Das, G. Bajko (ديسمبر 2009). "RFC 6153, DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 05 ديسمبر 2019. اطلع عليه بتاريخ 13 يونيو2018.
^ Johnson, R. (يونيو2010). "RFC 5859, TFTP Server Address Option for DHCPv4". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Boucadair, M.; Penno, R.; Wing, D. (يوليو2014). "RFC 7291, DHCP Options for the Port Control Protocol (PCP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Kinnear, K.; Johnson, R.; Stapp, M. (أبريل 2012). "RFC 6607, Virtual Subnet Selection Options for DHCPv4 and DHCPv6". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.
^ Ethan Banks (25 سبتمبر 2012). "Five Things To Know About DHCP Snooping". Packet Pushers Interactive, LLC. (باللغة الإنجليزية). مؤرشف من الأصل فيسبعة يوليو2017. اطلع عليه بتاريخعشرة يونيو2018.
^ Ethan Banks (25 سبتمبر 2012). "Catalyst 6500 Release 12.2SX Software Configuration Guide, Chapter: DHCP Snooping". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 20 يناير 2018. اطلع عليه بتاريخعشرة يونيو2018.

وصلات خارجية

بروتوكول التهيئة الآلية للمضيفين في المشاريع الشقيقة

صور وملفات صوتية من كومنز

ما هوبروتوكول التهيئة الآلية للمضيفين، منطقة عامّة عن البروتوكول واستعمالاته من مايكروسوفت.
بروتوكول التهيئة الآلية للمضيفين، مجموعة منطقات عن استخدام البروتوكول من أوراكل.
إدارة مُخدّم بروتوكول التهيئة الآلية للمضيفين، منطقة من مسقط (TECH-FAQ)عن كيفية إدارة مُخدم بروتوكول التهيئة الآلية للمضيفين في نظام تشغيل ويندوز سيرفر 2003.
التعهد على وكلاء بروتوكول التهيئة الآلية للمضيفين، منطقة من مسقط (netmanias) عن كيفية عمل وكلاء بروتوكول التهيئة الآلية للمضيفين.
نظرة عامة على بروتوكول التهيئة الآلية للمضيفين، منطقة عامة عن بروتوكول التهيئة الآلية للمضيفين من جانبر.

[44] ويقابلها باللغة الإنكليزية الاختصار: TTL

[45] ويقابلها باللغة الإنكليزية الاختصار: PMTU

[47] ويقابلها باللغة الإنكليزية الاختصار: MTU

[Web-52-1] "TCP/IP address and parameter assignment - Dynamic Host Configuration Protocol". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-2-2] "Service Name and Transport Protocol Port Number Registry". IANA (باللغة الإنجليزية). مؤرشف من الأصل فيستة أغسطس 2019. اطلع عليه بتاريخ 20 مايو2018.

[Web-25-3] "What Is DHCP?". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-9-4] Droms, R. (مارس 1997). "RFC 2131, Dynamic Host Configuration Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2018. اطلع عليه بتاريخ 25 مايو2018.

[ietf-10-5] R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney (يوليو2003). "RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ أربعة مارس 2017. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[Web-3-6] "Serveur DHCP : isc-dhcp-server". ubuntu (باللغة الفرنسية). مؤرشف من الأصل في 16 يونيو2017. اطلع عليه بتاريخ 21 مايو2018.

[Web-4-7] "Dynamic Host Configuration Protocol (DHCP)". Microsoft (باللغة الإنجليزية). 23 مارس 2018. مؤرشف من الأصل في 28 فبراير 2018. اطلع عليه بتاريخ 21 مايو2018.

[Web-5-8] "DhcpInfo". Android (باللغة الإنجليزية). مؤرشف من الأصل في 27 مايو2018. اطلع عليه بتاريخ 21 مايو2018.

[Web-8-9] "macOS Sierra: Choose a manual IP address or use DHCP". Apple Inc. (باللغة الإنجليزية). 28 مارس 2017. مؤرشف من الأصل في 28 أبريل 2017. اطلع عليه بتاريخ 28 مايو2018.

[Web-26-10] "How DHCP Technology Works". Microsoft (باللغة الإنجليزية).عشرة أغسطس 2009. مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-27-11] "DHCP Server". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-12-12] Charles M. Kozierok (20 سبتمبر 2005). "DHCP Address Assignment and Allocation Mechanisms Parameters". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 11 يناير 2017. اطلع عليه بتاريخ 31 مايو2018.

[Web-13-13] "DHCP Address Allocation Methods". Palo Alto Networks, Inc (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-31-14] "Static vs. dynamic IP addresses". Google (باللغة الإنجليزية). مؤرشف من الأصل في 25 مايو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-25-15] Thomson, S.; Narten, T.; Jinmei, T. (سبتمبر 2007). "RFC 4862, IPv6 Stateless Address Autoconfiguration". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-32-16] "DHCP relay agent". TheNetworkEncyclopedi (باللغة الإنجليزية). مؤرشف من الأصل في 30 يونيو2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-33-17] "Configuring the DHCP Relay" (PDF). Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 13 يوليو2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-35-18] "dhcp binding shows same device twice". Cisco Systems (باللغة الإنجليزية). 28 أغسطس 2014. مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-34-19] "How To Use Static And DHCP IPs At The Same Time With Your Router". MECHLER ENTERPRISES, LLC (باللغة الإنجليزية). 11 أبريل 2012. مؤرشف من الأصل في 20 سبتمبر 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-37-20] Michael Grandjean (5 أوكتوبر 2017). "DHCP and DNS: A Brief Introduction". Univention GmbH (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-24-21] "DHCP Server, Client, and Relay Agent Overview". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 13 سبتمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-36-22] "What is the difference between BOOTP and DHCP?". Cisco Systens, Inc. (باللغة الإنجليزية). 21 يوليو2015. مؤرشف من الأصل في ثلاثة يونيو2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-18-23] "Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring DHCP". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 24 أبريل 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-19-24] "DHCP Client and Server". Cisco Systems, Inc. (باللغة الإنجليزية). 18 أبريل 2005. مؤرشف من الأصل في 22 يناير 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-19-25] Croft, Bill; Gilmore, John (سبتمبر 1985). "RFC 950, BOOTSTRAP PROTOCOL (BOOTP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 30 نوفمبر 2016. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-28-26] Sollins, K. (يوليو1992). "RFC 1350, THE TFTP PROTOCOL (REVISION 2)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 21 نوفمبر 2004. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-24-27] C. Plummer, David (نوفمبر 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 19 فبراير 2020. اطلع عليه بتاريخ 29 أوكتوبر 2017.

[ietf-23-28] Postal, J. (أغسطس 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 06 مارس 2020. اطلع عليه بتاريخ 14 يوليو2017.

[ietf-1-29] Braden, R. (أوكتوبر 1989). "RFC 1122, Requirements for Internet Hosts -- Communication Layers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 سبتمبر 2017. اطلع عليه بتاريخ 19 مايو2018.

[ietf-21-30] Braden, R. (أوكتوبر 1989). "RFC 1123, Requirements for Internet Hosts -- Application and Support". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 مارس 2016. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-30-31] Droms, R. (أوكتوبر 1993). "RFC 1531, Dynamic Host Configuration Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 نوفمبر 2005. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-16-32] Alexander, S.; Droms, R. (يونيو2001). "RFC 2132, DHCP Options and BOOTP Vendor Extensions". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 17 أبريل 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-41-33] "client-identifier (DHCP Client)". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.

[Web-43-34] René Molenaar. "Cisco IOS DHCP Client Identifier". NetworkLessons.com (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة سبتمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-40-35] Mike Henry (16 نوفمبر 2017). "DHCP Option 61 UUID Type Definition". Internet Society (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 2 يوليو2017. اطلع عليه بتاريخ أربعة يونيو2018.

[Web-39-36] "Configurable DHCP Client" (PDF). Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.

[Web-42-37] "Understanding DHCP Client Operation". Juniper Networks, Inc (باللغة الإنجليزية). مؤرشف من الأصل في أربعة يونيو2018. اطلع عليه بتاريخ أربعة يونيو2018.

[Web-30-38] "Lease Time Policy". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 21 مارس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[JOU-1-39] C. Gray, C.; Cheriton, D. (189). "Leases: an efficient fault-tolerant mechanism for distributed file cache consistency". SOSP '89 Proceedings of the twelfth ACM symposium on Operating systems principles. ACM. 23 (5): 202-210. doi:10.1145/74851.74870.

[Web-15-40] "Leases". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Book-1-41] Tom Carpenter (2011). Microsoft Windows Server Administration Essentials (باللغة الإنجليزية). John Wiley & Sons. صفحة 104. ISBN .

[Web-29-42] "The DHCP Client". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-44-43] Tim Fisher (1 يونيو2017). "What Is DHCP? (Dynamic Host Configuration Protocol) Definition of dynamic host configuration protocol". lifewire (باللغة الإنجليزية). مؤرشف من الأصل في 12 يناير 2018. اطلع عليه بتاريخستة يونيو2018.

[ietf-2-46] Mogul, J.; Deering, S. (أوكتوبر 1989). "RFC 1191, Path MTU Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 31 يوليو2016. اطلع عليه بتاريخ 19 مايو2018.

[ietf-5-48] Deering, S. (سبتمبر 1991). "RFC 1256, ICMP Router Discovery Messages". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 أكتوبر 2018. اطلع عليه بتاريخ 20 مايو2018.

[ietf-3-49] Postel, J.; Reynolds, J. (فبراير 1988). "RFC 1042, A Standard for the Transmission of IP Datagrams over IEEE 802 Networks". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة مارس 2016. اطلع عليه بتاريخ 19 مايو2018.

[ietf-4-50] Hornig, Charles (أبريل 1984). "A Standard for the Transmission of IP Datagrams over Ethernet Networks". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 مارس 2016. اطلع عليه بتاريخ 19 مايو2018.

[Web-45-51] "Chapterثمانية Overview of DHCP". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2015. اطلع عليه بتاريخسبعة يونيو2018.

[Web-47-52] "DHCP Client" (PDF). Cisco Systems (باللغة الإنجليزية). مؤرشف من الأصل (PDF) فيسبعة يونيو2018. اطلع عليه بتاريخسبعة يونيو2018.

[ietf-38-53] Gopi Krishna (19 فبراير 2002). "[dhcwg] RE: Maximum message size interpretation in DHCP packet". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 يناير 2011. اطلع عليه بتاريختسعة يونيو2018.

[Web-63-54] "Dynamic and Permanent Lease Type". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-55-55] "DHCP lease time not to RFC 2131 3.3 standard". Ubiquiti Networks, Inc. (باللغة الإنجليزية). 22 أوكتوبر 2017. مؤرشف من الأصل فيثمانية يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-76-56] "Chapter: Managing DHCP Server". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.

[Web-49-57] Charles M. Kozierok. (20 سبتمبر 2005). "DHCP Lease "Life Cycle" Overview (Allocation, Reallocation, Renewal, Rebinding and Release) and Lease Timers". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 2 يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-48-58] Charles M. Kozierok. (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 2 يناير 2018. اطلع عليه بتاريخسبعة يونيو2018.

[Web-51-59] "What is the significance of "Renewal(T1) Time(sec)" and "Rebinding(T2) Time(sec)" when DHCP is configured on Cisco CallManager Server 5.x". Cisco Systems, Inc. (باللغة الإنجليزية). 22 يونيو2009. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-46-60] "Chapterتسعة Planning for DHCP Service". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2015. اطلع عليه بتاريخسبعة يونيو2018.

[Web-50-61] Charles M. Kozierok. (14 أبريل 2015). "What happen if DHCP lease expires when the PC is disconnected from the network ?". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-28-62] "BOOTP Relay Agents". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2015. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-64-63] "How does a router relay DHCP packets when it is configured as a relay agent?". Stack Exchange Inc (باللغة الإنجليزية).تسعة يونيو2016. مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-65-64] "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (باللغة الإنجليزية). 12 نوفمبر 2012. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-11-65] "Dynamic Host Configuration Protocol (DHCP) and Bootstrap Protocol (BOOTP) Parameters". IANA (باللغة الإنجليزية). مؤرشف من الأصل في أربعة مارس 2018. اطلع عليه بتاريخ 31 مايو2018.

[Web-66-66] "DHCP Messages". Palo Alto Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-61-67] "When is DHCP NAK issued?". Microsoft (باللغة الإنجليزية). 26 أوكتوبر 2006. مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-1-68] "DHCP Clients' Ability to Send DHCPDECLINE Message". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في 12 مايو2018. اطلع عليه بتاريخ 12 مايو2018.

[JOU-3-69] Park, Soohong; Pyungsoo, Kim; Minho, Lee; Kim, Youngkeun (2004). "Fast Address Configuration for WLAN". PDCAT 2004: Parallel and Distributed Computing: Applications and Technologies. Springer. 17 (5): 396-400. doi:10.1007/978-3-540-30501-9_81. ISBN .

[ietf-37-70] D. Hankins (أوكتوبر 2011). "Dynamic Host Configuration Protocol DHCPINFORM Message Clarifications draft-ietf-dhc-dhcpinform-clarify-06". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 30 سبتمبر 2019. اطلع عليه بتاريختسعة يونيو2018.

[Web-56-71] "DHCP Broadcast or Unicast?". Cisco Systems, Inc. (باللغة الإنجليزية). 22 نوفمبر 2012. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-57-72] "Spirent TestCenter: Why is DHCP release unicast even after setting Broadcast flag on DHCP client?". Spirent Communications (باللغة الإنجليزية). 16 أوكتوير 2014. مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-58-73] "Message types and options details in all layers". juga (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-59-74] "Not specified in RFC7844, but in RFC2131". juga (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-73-75] "How to use automatic TCP/IP addressing without a DHCP server". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في أربعة مايو2018. اطلع عليه بتاريخعشرة يونيو2018.

[Web-74-76] Charles M. Kozierok (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes". The TCP/UP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2017. اطلع عليه بتاريخعشرة يونيو2018.

[Web-86-77] "DHCP Client" (باللغة الإنجليزية). اطلع عليه بتاريخ 11 يونيو2018.

[Web-83-78] "DHCP Server Goes Offline, why are PC's not holding onto their leased DHCP address after reboot?". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.

[Web-88-79] "Which server is selected by the client if it receives Offer from 2 DHCP servers at a time?". Stack Exchange Inc (باللغة الإنجليزية). مؤرشف من الأصل في 12 فبراير 2017. اطلع عليه بتاريخ 11 يونيو2018.

[Web-87-80] "Use of DHCP Option 50 to Request a Specific IP Address". Juniper Networks, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.

[Web-77-81] Michael Platts (29 يناير 2009). "DHCP Client Behavior". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.

[Web-85-82] "Troubleshooting a DHCP Client". Oracle (باللغة الإنجليزية). مؤرشف من الأصل في 28 سبتمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.

[Web-84-83] "Managing Leases" (PDF). Cisco Systems, inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.

[ietf-12-84] Patrick, M. (يناير 2001). "RFC 3046, DHCP Relay Agent Information Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يناير 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-82-85] "Add a DHCP IP Pool". vmware (باللغة الإنجليزية). مؤرشف من الأصل في 14 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.

[Web-80-86] "DHCPv6 – an introduction to the new host configuration protocol". Edvina AB, Sollentuna (باللغة الإنجليزية). 16 ديسمبر 2011. مؤرشف من الأصل في 23 نوفمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.

[ietf-7-87] Wimer, W. (أوكتوبر 1993). "RFC 1542, Clarifications and Extensions for the Bootstrap Protocol". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 22 مايو2018.

[Web-62-88] "DHCP Message Format". The TCP/IP Guide (باللغة الإنجليزية). 20 سبتمبر 2005. مؤرشف من الأصل في 11 يناير 2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-6-89] Charles M. Kozierok (20 سبتمبر 2005). "DHCP Message Format". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 26 أبريل 2017. اطلع عليه بتاريخ 28 مايو2018.

[ietf-8-90] Reynolds, J. Charles; Postel, J. (أوكتوبر 1994). "RFC 1700, ASSIGNED NUMBERS". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 يونيو2009. اطلع عليه بتاريخ 27 مايو2018.

[Web-16-91] "DHCP options lookup". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-17-92] M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 مارس 2017. اطلع عليه بتاريخ 21 أوكتوبر 2018.

[ietf-11-93] Volz, B. (نوفمبر 2004). "RFC 3942, Reclassifying Dynamic Host Configuration Protocol version أربعة (DHCPv4) Options". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 31 مايو2018.

[Web-20-94] M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 22 يوليو2017. اطلع عليه بتاريخ 21 أوكتوبر 2018.

[Web-21-95] M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 23 أوكتوبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-22-96] M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 23 أوكتوبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-23-97] M. Kozierok, Charles (20 سبتمبر 2005). "Summary Of DHCP Options / BOOTP Vendor Information Fields". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة نوفمبر 2017. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-6-98] Reynolds, J. (أغسطس 1993). "RFC 1497, BOOTP Vendor Information Extensions". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ 20 مايو2018.

[Web-94-99] "Dynamic Host Configuration Protocol (DHCP) Message Format". OmniSecu.com (باللغة الإنجليزية). مؤرشف من الأصل في 29 نوفمبر 2017. اطلع عليه بتاريخ 11 يونيو2018.

[Web-53-100] "DHCP (Dynamic Host Configuration Protocol) Basics". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يونيو2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-14-101] "DHCP client/server interaction". IBM (باللغة الإنجليزية). مؤرشف من الأصل في 13 يونيو2018. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-54-102] Bradley Mitchell. "0.0.0.0 Is Not a Normal IP Address, What It Means When You See the 0.0.0.0 IP Address". lifewire (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية يناير 2018. اطلع عليه بتاريخثمانية يونيو2018.

[Web-67-103] "Understanding the Basic Operations of DHCP". Palo Alto Networks, Inc. (باللغة الإنجليزية). 23 أوكتوبر 2013. مؤرشف من الأصل في 12 مايو2017. اطلع عليه بتاريختسعة يونيو2018.

[Book-3-104] Charles M. Kozierok (2005). The TCP/IP Guide: A Comprehensive, Illustrated Internet Protocols Reference (باللغة الإنجليزية). No Starch Press. صفحة 1021. ISBN .

[Web-60-105] David Bateman, William Burton (28 أبريل 2009). "Cisco CCNA Voice Exam Cram: Configuring the Network to Support VoIP". Pearson Education, Pearson IT Certification (باللغة الإنجليزية). مؤرشف من الأصل في أربعة أوكتوير 2013. اطلع عليه بتاريختسعة يونيو2018.

[ietf-44-106] C. Plummer, David (نوفمبر 1982). "RFC 826, An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 20 يونيو2019. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: التاريخ والسنة (link)

[ietf-43-107] Postal, J. (أغسطس 1981). "RFC 792, Internet Control Message protocol, DARPA internet program,protocol specification". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 06 مارس 2020. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: التاريخ والسنة (link)

[Web-68-108] "How DHCP Technology Works". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيتسعة يونيو2018. اطلع عليه بتاريختسعة يونيو2018.

[Web-72-109] "Understanding and Troubleshooting DHCP in Catalyst Switch or Enterprise Networks, Renewing the Lease". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 1 أغسطس 2017. اطلع عليه بتاريخعشرة يونيو2018.

[Web-90-110] "How does a DHCP server know what IP addresses to use with DHCP relay?". Cisco Systems (باللغة الإنجليزية). أربعة ديسمبر 2013. مؤرشف من الأصل في 12 يونيو2016. اطلع عليه بتاريخ 12 يونيو2018.

[Web-89-111] "Making Decisions for Your DHCP Server Configuration (Task Map), Setting a Lease Policy". Oracle Corporation (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة سبتمبر 2016. اطلع عليه بتاريخ 11 يونيو2018.

[Web-69-112] Charles M. Kozierok. (20 سبتمبر 2005). "DHCP General Operation and Client Finite State Machine". The TCP/IP Guide (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة يناير 2018. اطلع عليه بتاريخعشرة يونيو2018.

[Web-71-113] "Understanding the Detailed Operations of DHCP". NMC Consulting Group (باللغة الإنجليزية). 30 أوكتوبر 2013. مؤرشف من الأصل في 1 أغسطس 2017. اطلع عليه بتاريخعشرة يونيو2018.

[Web-75-114] Charles M. Kozierok (20 سبتمبر 2005). "DHCP Lease Renewal and Rebinding Processes, Lease Renewal/Rebinding Process Steps". The TCP/UP Guide (باللغة الإنجليزية). مؤرشف من الأصل في 15 نوفمبر 2017. اطلع عليه بتاريخعشرة يونيو2018.

[Web-70-115] "DHCP client may fail to obtain a DHCP-assigned IP address". Microsoft (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة يونيو2018. اطلع عليه بتاريخعشرة يونيو2018.

[ietf-14-116] Droms, R.; Arbaugh, W. (يونيو2001). "RFC 3118, Authentication for DHCP Messages". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-15-117] Y. Cui, Q. Sun, I. Farrer, Y. Lee, M. Boucadair (أغسطس 2015). "RFC 7618, Dynamic Allocation of Shared IPv4 Addresses". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-13-118] Woundy, R.; Kinnear, K. (فبراير 2006). "RFC 4388, Dynamic Host Configuration Protocol (DHCP) Leasequery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-17-119] Kinnear, K.; Stapp, M.; Volz, B.; Russell, N. (يونيو2001). "RFC 7724, Active DHCPv4 Lease Query". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-20-120] T'Joens, Y.; Hublet, C.; De Schrijver, P. (ديسمبر 2001). "RFC 3203, DHCP reconfigure extension". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-22-121] K. Kinnear, M. Stapp, R. Desetti, B. Joshi, N. Russell, P. Kurapati, B. Volz (أبريل 2013). "RFC 6926, DHCPv4 Bulk Leasequery". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[Web-92-122] "Service Name and Transport Protocol Port Number Registry". iana. (باللغة الإنجليزية). مؤرشف من الأصل في ثلاثة يناير 2017. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-45-123] Narten, T.; Nordmark, E.; Simpson, W.; Soliman, H. (سبتمبر 2007). "RFC 4861, Neighbor Discovery for IP versionستة (IPv6)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ 31 يوليو2017. صيانة CS1: التاريخ والسنة (link)

[Web-81-124] "IP Addressing: DHCP Configuration Guide, Chapter: DHCPv6 Server Stateless Autoconfiguration". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 11 يونيو2018. اطلع عليه بتاريخ 11 يونيو2018.

[Web-91-125] Scott Hogg (21 أوكتوبر 2014). "Accounting for Differences between DHCPv6 and DHCP". Global Technology Resources, Inc. (باللغة الإنجليزية). مؤرشف من الأصل فيثمانية ديسمبر 2017. اطلع عليه بتاريخ 12 يونيو2018.

[Web-93-126] "DHCP Options" (PDF). Cisco systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل (PDF) في 13 يونيو2018. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-32-127] G. Stump, R. Droms, Y. Gu, R. Vyaghrapuri, A. Demirtjis, B. Beser, J. Privat (نوفمبر 2000). "RFC 3004, The User Class Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخ ثلاثة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-33-128] S. Park, P. Kim, B. Volz (مارس 2005). "RFC 4039, Rapid Commit Option for the Dynamic Host Configuration Protocol version أربعة (DHCPv4)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخستة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-49-129] C. Perkins, E. Guttman (يونيو1999). "RFC 2610, DHCP Options for Service Location Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 يناير 2020. اطلع عليه بتاريخ 12 يونيو2018.

[ietf-46-130] H. Schulzrinne (نوفمبر 2000). "RFC 4776, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Option for Civic Addresses Configuration Information". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 01 فبراير 2020. اطلع عليه بتاريخ 12 يونيو2018.

[ietf-47-131] J. Polk, M. Linsner, M. Thomson, B. Aboba, Ed. (يوليو2011). "RFC 3825, Dynamic Host Configuration Protocol Options for Coordinate-Based Location Configuration Informationfor Civic Addresses Configuration Information". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 22 مارس 2019. اطلع عليه بتاريخ 12 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-48-132] M. Thomson, J. Winterbottom (سبتمبر 2010). "RFC 5986, Discovering the Local Location Information Server (LIS)". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 18 يوليو2019. اطلع عليه بتاريخ 12 يونيو2018.

[ietf-34-133] M. Stapp, B. Volz, Y. Rekhter (أوكتوبر 2006). "RFC 4702, The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيعشرة أغسطس 2012. اطلع عليه بتاريخثمانية يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-35-134] C. Smith (سبتمبر 2000). "RFC 2937, The Name Service Search Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 11 أغسطس 2012. اطلع عليه بتاريخثمانية يونيو2018.

[ietf-36-135] B. Aboba, S. Cheshire (نوفمبر 2002). "RFC 3397, The Dynamic Host Configuration Protocol (DHCP) Domain Search Option". The Internet Society (باللغة الإنجليزية). اطلع عليه بتاريخثمانية يونيو2018.

[ietf-51-136] C. Monia, J. Tseng, K. Gibbons, (سبتمبر 2005). "RFC 4174, The IPv4 Dynamic Host Configuration Protocol (DHCP) Option for the Internet Storage Name Service". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 18 يوليو2019. اطلع عليه بتاريخ 13يونيو2018. CS1 maint: extra punctuation (link) صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-50-137] D. Provan (نوفمبر 1997). "RFC 2241, DHCP Options for Novell Directory Services". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 26 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-40-138] K. Chowdhury, P. Yegani, L. Madour (نوفمبر 2005). "RFC 4280, Dynamic Host Configuration Protocol (DHCP) Options for Broadcast and Multicast Control Servers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريختسعة يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-52-139] S. Drach (يناير 1999). "RFC 2485, DHCP Option for The Open Group's User Authentication Protocol". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-53-140] L. Morand, A. Yegin, S. Kumar, S. Madanapalli (مايو2008). "RFC 5192, DHCP Options for Protocol for Carrying Authentication for Network Access (PANA) Authentication Agents". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-39-141] E. Lear, P. Eggert (أبريل 2007). "RFC 4833, Timezone Options for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 22 مارس 2019. اطلع عليه بتاريختسعة يونيو2018.

[ietf-41-142] R. Troll (مايو1999). "RFC 2563, DHCP Option to Disable Stateless Auto-Configuration in IPv4 Clients". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 مارس 2019. اطلع عليه بتاريختسعة يونيو2018.

[ietf-42-143] G. Waters (نوفمبر 2000). "RFC 3011, The IPv4 Subnet Selection Option for DHCP". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريختسعة يونيو2018.

[ietf-54-144] H. Schulzrinne (مايو2008). "RFC 3361, Dynamic Host Configuration Protocol (DHCP-for-IPv4) Option for Session Initiation Protocol (SIP) Servers". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 28 مارس 2019. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-55-145] T. Lemon, S. Cheshire, B. Volz (ديسمبر 2002). "RFC 3442, The Classless Static Route Option for Dynamic Host Configuration Protocol (DHCP) version 4". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل فيخمسة أغسطس 2019. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-56-146] B. Beser, P. Duffy (مارس 2003). "RFC 3495, Dynamic Host Configuration Protocol (DHCP) Option for CableLabs Client Configuration". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 08 فبراير 2020. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-57-147] H. Schulzrinne, J. Polk, H. Tschofenig (أغسطس 2008). "RFC 5223, Discovering Location-to-Service Translation (LoST) Servers Using the Dynamic Host Configuration Protocol (DHCP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018. صيانة CS1: أسماء متعددة: قائمة المؤلفون (link)

[ietf-59-148] P. Calhoun (مارس 2009). "RFC 5417, Control And Provisioning of Wireless Access Points (CAPWAP) Access Controller DHCP Option". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-60-149] G. Bajko, S. Das (ديسمبر 2009). "RFC 5678, Dynamic Host Configuration Protocol (DHCPv4 and DHCPv6) Options for IEEE 802.21 Mobility Services (MoS) Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 27 يناير 2020. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-61-150] S. Das, G. Bajko (ديسمبر 2009). "RFC 6153, DHCPv4 and DHCPv6 Options for Access Network Discovery and Selection Function (ANDSF) Discovery". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 05 ديسمبر 2019. اطلع عليه بتاريخ 13 يونيو2018.

[ietf-18-151] Johnson, R. (يونيو2010). "RFC 5859, TFTP Server Address Option for DHCPv4". The Internet Society (باللغة الإنجليزية). ISSN 2070-1721. مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-26-152] Boucadair, M.; Penno, R.; Wing, D. (يوليو2014). "RFC 7291, DHCP Options for the Port Control Protocol (PCP)". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.

[ietf-29-153] Kinnear, K.; Johnson, R.; Stapp, M. (أبريل 2012). "RFC 6607, Virtual Subnet Selection Options for DHCPv4 and DHCPv6". The Internet Society (باللغة الإنجليزية). مؤرشف من الأصل في 25 مارس 2020. اطلع عليه بتاريخ ثلاثة يونيو2018.

[Web-78-154] Ethan Banks (25 سبتمبر 2012). "Five Things To Know About DHCP Snooping". Packet Pushers Interactive, LLC. (باللغة الإنجليزية). مؤرشف من الأصل فيسبعة يوليو2017. اطلع عليه بتاريخعشرة يونيو2018.

[Web-79-155] Ethan Banks (25 سبتمبر 2012). "Catalyst 6500 Release 12.2SX Software Configuration Guide, Chapter: DHCP Snooping". Cisco Systems, Inc. (باللغة الإنجليزية). مؤرشف من الأصل في 20 يناير 2018. اطلع عليه بتاريخعشرة يونيو2018.

نموذج الاتصال المعياري بحسب الطبقات
7. طبقة التطبيق بروتوكول نقل أخبار الشبكة (NNTP) بروتوكول بدء الجلسة (SIP) بروتوكول ربط الحساس البسيط (SSI) نظام أسماء النطاقات (DNS) بروتوكول نقل الملفات (FTP) بروتوكول نقل النص الفائق (HTTP) نظام ملفات الشبكة (NFS) بروتوكول التوقيت في الشبكة (NTP) بروتوكول الرسائل القصيرة بين القرناء (SMPP) بروتوكول إرسال البريد البسيط (SMTP) بروتوكول إدارة الشبكة البسيط (SNMP) تل نت (Telnet) بروتوكول التهيئة الآلية للمضيفين (DHCP) بروتوكول إعدادت الشبكة (NETCONF) مزيد..
6. طبقة العرض توسيعة البريد الإلكتروني متعددة الأغراض (MIME) التمثيل الخارجي للبيانات (XDR) تدوين الصياغة المختصر1 (ASN.1)
5. طبقة الجلسة Named pipe نظام الإدخال والإخراج الأساسي للشبكات (NetBIOS) بروتوكول إعلان الجلسة (SAP) بروتوكول الأنفاق نقطة إلى نقطة (PPTP) بروتوكول المقابس الآمنة (SOCKS) سبيدي (SPDY)
4. طبقة النقل بروتوكول التحكم بالنقل (TCP) بروتوكول حزم بيانات المستخدم (UDP) بروتوكول التحكم بتدفق النقل (SCTP) بروتوكول النقل في الزمن الحقيقي (RTP) بروتوكول التحكم بازدحام الرزم (DCCP) بروتوكول تبادل الرزم المتسلسلة (SPX) مزيد..
3. طبقة الشبكة بروتوكول إإنترنت الإصدار الرابع من بروتوكول الإنترنت (IPv4) الإصدار السادس من بروتوكول الإنترنت (IPv6) بروتوكول رسائل التحكم في الإنترنت (ICMP) حزمة بروتوكول الإنترنت الأمنية (IPsec) بروتوكول إدارة مجموعة الإنترنت (IGMP) بروتوكول تبادل رزم الشبكات (IPX) بروتوكول طبقة الرزم (PLP) مزيد..
2. طبقة ربط البيانات بروتوكول حل العناوين (ARP) بروتوكول الربط بين الأنظمة الوسيطية (IS-IS) بروتوكول التحكم المتزامن في ربط البيانات (SDLC) بروتوكول التحكم عالي المستوى في ربط البيانات (HDLC) بروتوكول الخطوط التسلسلية المضغوطة في الإنترنت (CSLIP) بروتوكول الخطوط التسلسلية في الإنترنت (SLIP) بروتوكول الخطوط التفرعية في الإنترنت (PLIP) بروتوكول الأنفاق في الطبقة الثانية (L2TP) الإيثرنت (IEEE 802.3) واي فاي (IEEE 802.11) تبديل الأطر (Frame Relay) بروتوكول النقطة إلى النقطة(PPP) مزيد..
1. الطبقة المادية آر إس 232 (RS-232) آر إس 449 (RS-449) الشبكات البصرية المتزامنة (SONET/SDH) خط المشهجر الرقمي (DSL) الإيثرنت (IEEE 802.3) واي فاي (IEEE 802.11) آي تربل إي 802.15 (IEEE 802.15) واي ماكس (IEEE 802.16) فاير واير (IEEE 1394) الناقل التسلسلي العام (USB) بلوتوث