استكشاف أخطاء DHCP في شبكات المؤسسة وإصلاحها

المقدمة

يصف هذا المستند كيفية استكشاف أخطاء عدة مشكلات شائعة ببروتوكول التكوين الديناميكي للمضيف (DHCP) في شبكة مبدّل Cisco Catalyst وإصلاح تلك الأخطاء.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات أساسية خاصة لهذا المستند.

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

ملاحظة: يتمتع عملاء Cisco المسجلون فقط بالوصول إلى تقارير الأخطاء الداخلية.

معلومات أساسية

يوفر DHCP آلية يمكن من خلالها لأجهزة الكمبيوتر التي تستخدم بروتوكول التحكم في الإرسال/بروتوكول الإنترنت (TCP/ IP) الحصول على معلمات تكوين البروتوكول تلقائيًا عبر الشبكة. DHCP هو معيار مفتوح تم تطويره من قِبل مجموعة عمل تكوين المضيف الديناميكي (DHC-WG) التابعة لفريق مهام هندسة الإنترنت (IETF).

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

تتكون معظم شبكات المؤسسة من شبكات فرعية متعددة تقسم إلى شبكات فرعية أخرى تسمى شبكات LANS الظاهرية (VLANs)، إذ يتم توجيه الموجّهات بين الشبكات الفرعية. نظرًا لأن الموجهات لا تقوم بتمرير عمليات البث بشكل افتراضي، فيلزم وجود خادم DHCP على كل شبكة فرعية ما لم يتم تكوين الموجّهات لإعادة توجيه بث DHCP باستخدام ميزة وكيل ترحيل DHCP.

المفاهيم الأساسية

وهذه هي المفاهيم الأساسية المتعددة لبروتوكول DHCP:

• لا يمتلك عملاء DHCP في البداية عنوان IP تم تكوينه، لذا يجب عليهم إرسال طلب بث للحصول على عنوان IP من خادم DHCP.

• لا تقوم الموجهات بشكل افتراضي بإعادة توجيه عمليات البث. يجب استيعاب طلبات بث DHCP للعميل إذا كان خادم DHCP موجود في مجال بث آخر (شبكة الطبقة 3 (L3)). ويتم تنفيذ هذا باستخدام وكيل ترحيل DHCP.

• يتم توفير تطبيق موجّه Cisco لترحيل DHCP من خلال أوامر مساعد ip على مستوى الواجهة

سيناريوهات المثال

السيناريو 1: توجيه موجه Cisco بين شبكات عميل DHCP والخادم

كما تم تكوينه في هذا المخطط، تقوم الواجهة Ethernet1 بإعادة توجيه العميل DHCPDISCOVER إلى 192.168.2.2 من خلال الواجهة Ethernet1. يستوفي خادم DHCP الطلب من خلال البث الأحادي. لا يلزم إجراء تكوين إضافي للموجّه في هذا المثال.

التوجيه بين عميل DHCP وشبكات الخادم

السيناريو الثاني: cisco مادة حفازة مفتاح مع L3 وحدة توجيه بين DHCP زبون ونادل شبكة

وكما تم تكوينها في المخطط، تقوم الواجهة VLAN20 بإعادة توجيه Dhcpdiscover الخاص بالعميل الذي تم بث DHCPdiscover إليه إلى 192.168.2.2 من خلال شبكة VLAN10 الخاصة بالواجهة. يستوفي خادم DHCP الطلب من خلال البث الأحادي. لا يلزم إجراء تكوين إضافي للموجّه في هذا المثال. يجب تكوين منافذ المحول كمنافذ مضيفة وتمكين portfast لبروتوكول الشجرة الممتدة (STP) عليها، مع تعطيل التوصيل والتوجيه.

توجيه وحدات L3 (الطبقة الثالثة) بين عميل DHCP وشبكات الخادم

فهم DHCP

تم تحديد DHCP في الأصل في طلبات التعليقات (RFCs) 1531 ومنذ ذلك الحين تم إلغاؤه بواسطة RFC 2131. يستند DHCP إلى بروتوكول نظام تمهيد تشغيل الكمبيوتر (BootP)، والذي تم تعريفه في RFC 951.

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

مراجع DHCP RFC الحالية

• RFC 2131 - DHCP

• RFC 2132 - خيارات DHCP وامتدادات بروتوكول روتين التمهيد (BootP)

• RFC 1534 - التشغيل البيني بين DHCP وBootP

• RFC 1542 - التوضيحات والامتدادات الخاصة بـBootP

• RFC 2241 - خيارات DHCP لخدمات دليل Novell

• RFC 2242 - اسم مجال Netware/IP ومعلوماته

• RFC 2489 - إجراء لتحديد خيارات جديدة لـDHCP

يستخدم DHCP نموذج الخادم-العميل حيث يقوم خادم واحد أو أكثر (خوادم DHCP) بتخصيص عناوين IP ومعلمات التكوين الاختيارية الأخرى للعملاء (المُضيفة) عند تمهيد العميل. يقوم الخادم بتأجير معلمات التكوين هذه للعميل لفترة زمنية محددة. عند تمهيد مُضيف، يرسل تكديس TCP/ IP في المضيف رسالة بث (DHCPDISCOVER) للحصول على عنوان IP وقناع الشبكة الفرعية، بالإضافة إلى معلمات تكوين أخرى. يؤدي هذا إلى بدء التبادل بين خادم DHCP والمضيف. خلال هذا التبادل، يمر العميل عبر هذه الحالات المحددة جيدًا:

1. تتم التهيئة

2. الاختيار

3. الطلب

4. مقيّد

5. التجديد

6. إعادة الربط

للتنقل بين هذه الحالات، يمكن للعميل والخادم تبادل أنواع الرسائل المدرجة في جدول رسائل DHCP.

جدول رسائل DHCP

DHCPDISCOVER

عند تمهيد العميل لأول مرة، يُقال إنه في حالة التهيئة، ويرسل رسالة DHCPDISCOVER على شبكته الفرعية المادية المحلية عبر منفذ بروتوكول مخطط بيانات المستخدم (UDP) 67 (خادم التمهيد). بما أن العميل ليس لديه طريقة لمعرفة الشبكة الفرعية التي ينتمي إليها، فإن DHCPDISCOVER هو بث لجميع الشبكات الفرعية (عنوان IP للوجهة رقم 255.255.255.255)، بعنوان IP للمصدر رقم 0.0.0.0. 0 لأن العميل ليس لديه عنوان IP مكون. إذا كان خادم DHCP موجودًا على هذه الشبكة الفرعية المحلية وتم تكوينه وتشغيله بشكل صحيح، فإن خادم DHCP يستمع إلى البث ويستجيب برسالة DHCPOFFER. إذا لم يكن خادم DHCP موجودًا على الشبكة الفرعية المحلية، فيجب أن يكون هناك وكيل ترحيل DHCP / BootP على هذه الشبكة الفرعية المحلية لإعادة توجيه رسالة DHCP إلى شبكة فرعية تحتوي على خادم DHCP.

يمكن أن يكون وكيل الترحيل هذا إما مضيفًا مخصصًا (على سبيل المثال، خادم Microsoft Windows)، أو موجه (على سبيل المثال، موجه Cisco تم تكوينه باستخدام عبارات IP المساعدة على مستوى الواجهة).

DHCPOFFER

يمكن لخادم DHCP الذي يتلقى رسالة DHCPDISCOVER الاستجابة برسالة DHCPOFFER على منفذ UDP 68 (عميل التمهيد). يتلقى العميل DHCPOFFER وينتقل إلى حالة التحديد. تحتوي رسالة DHCPOFFER هذه على معلومات التكوين الأولية للعميل. على سبيل المثال، يملأ خادم DHCP حقل yiaddr من رسالة DHCPOFFER بعنوان IP المطلوب. يتم تحديد قناع الشبكة الفرعية والعبارة الافتراضية في حقل الخيارات وقناع الشبكة الفرعية وخيارات الموجّه، على التوالي. تتضمن الخيارات الشائعة الأخرى في رسالة DHCPOFFER وقت تأجير عنوان IP ووقت التجديد وخادم اسم المجال وخادم اسم NetBIOS (WINS). يرسل خادم DHCP DHCPOFFER إلى عنوان البث ولكنه يتضمن عنوان جهاز العميل في حقل تشادر من العرض، حتى يعرف العميل أنه الوجهة المقصودة. في حالة عدم وجود خادم DHCP على الشبكة الفرعية المحلية، يرسل خادم DHCP ،DHCPOFFER، كحزمة بث أحادية، على منفذ UDP 67، مرة أخرى إلى وكيل DHCP / BootP الذي جاء منه DHCPDISCOVER. يقوم وكيل DHCP / BootP Relay بعد ذلك إما ببث DHCPOFFER أو بثه الموحد على الشبكة الفرعية المحلية على منفذ UDP 68، والذي يعتمد على علامة البث التي تم تعيينها بواسطة عميل Bootp.

DHCPREQUEST

بعد أن يستقبل العميل DHCPOFFER، فإنه يستجيب برسالة DHCPREQUEST، ويشير إلى نيته قبول المعلمات في DHCPOFFER، وينتقل إلى حالة الطلب. يمكن للعميل تلقي رسائل DHCPOFFER متعددة، واحدة من كل خادم DHCP تلقى رسالة DHCPDISCOVER الأصلية. يختار العميل DHCPOFFER واحدًا ويستجيب لخادم DHCP هذا فقط، ويرفض بشكل ضمني جميع رسائل DHCPOFFER الأخرى. يحدد العميل الخادم المحدد بعد أن يملأ حقل خيار معرّف الخادم بعنوان IP لخادم DHCP. DHCPREQUEST هو أيضًا بث، لذا فإن جميع خوادم DHCP التي أرسلت DHCPOFFER ترى DHCPREQUEST، ويعرف كل منها ما إذا كان DHCPOFFER الخاص به قد تم قبوله أو رفضه. ويتم تضمين أي خيارات تكوين إضافية يطلبها العميل في حقل الخيارات لرسالة DHCPREQUEST. على الرغم من أنه قد تم عرض عنوان IP على العميل، إلا أنه يرسل رسالة DHCPprequest بعنوان IP المصدر 0.0.0.0. في هذا الوقت، لم يستلم العميل بعد التحقق من أنه من الواضح إستخدام عنوان IP.

DHCPACK

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

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

DHCPNAK

إذا كان الخادم المحدد غير قادر على تلبية رسالة DHCPREQUEST، يستجيب خادم DHCP برسالة DHCPNAK. عندما يتلقى العميل رسالة DHCPNAK أو لا يتلقى استجابة لرسالة DHCPREQUEST، يقوم العميل بإعادة تشغيل عملية التكوين عندما ينتقل إلى حالة الطلب. يقوم العميل بإعادة إرسال DHCPREQUEST أربع مرات على الأقل خلال 60 ثانية قبل إعادة تشغيل حالة التهيئة.

DHCPDECLINE

يتلقى العميل DHCPack، ويقوم بإجراء فحص نهائي على المعلمات اختياريًا. ينفذ العميل هذا الإجراء عندما يرسل طلبات بروتوكول تحليل العنوان (ARP) لعنوان IP المتوفر في DHCPack. إذا اكتشف العميل أن العنوان قيد الاستخدام بالفعل عند تلقيه ردًا على طلب ARP، يرسل العميل رسالة DHCPDECLINE إلى الخادم ويعيد تشغيل عملية التكوين في حالة الطلب.

DHCPINFORM

إذا حصل العميل على عنوان شبكة من خلال بعض الوسائل الأخرى أو كان لديه عنوان IP تم تكوينه يدويًا، فيمكن لمحطة عمل العميل استخدام رسالة طلب DHCPINFORM للحصول على معلمات تكوين محلية أخرى، مثل اسم المجال وخوادم اسم المجال (DNS). عند تلقي خوادم DHCP لرسالة DHCPINFORM، قم بإنشاء رسالة DHCPack باستخدام أي معلمات تكوين محلية مناسبة للعميل بدون عنوان IP جديد. يتم إرسال DHCPack هذا أحادي البث إلى العميل.

DHCPRELEASE

يمكن لعميل DHCP اختيار التخلي عن تأجيره على عنوان شبكة عندما يرسل رسالة DHCPRELEASE إلى خادم DHCP. يحدد العميل التأجير الذي سيتم إصداره من خلال استخدام حقلمعرّف العميلوعنوان الشبكة في رسالة DHCPRELEASE. إذا كنت بحاجة إلى توسيع نطاق تجمع DHCP الحالي، فقم بإزالة التجمع الحالي من العناوين، وحدد النطاق الجديد لعناوين IP ضمن تجمع DHCP. لإزالة عناوين IP محددة أو نطاق من العناوين التي تريد أن تكون في تجمع DHCP، استخدم الأمر ip dhcp استبعاد عنوان.

ملاحظة: إذا كانت الأجهزة تستخدم بروتوكول نظام تمهيد تشغيل الكمبيوتر (BOOTP)، فسيتم عرض عمليات تأجير الطول اللامتناهي في روابط DHCP بالموجهات.

تجديد التأجير

نظرًا لأن عنوان IP مؤجر فقط من الخادم، فيجب تجديد عقد الإيجار من وقت لآخر. عندما تنتهي صلاحية نصف وقت الإيجار (T1 = 0.5 × LT)، يحاول العميل تجديد عقد الإيجار. يدخل العميل في حالة التجديد ويرسل رسالة DHCPREQUEST إلى الخادم، والذي يحمل عقد الإيجار الحالي. يرد الخادم على طلب التجديد برسالة DHCPack إذا وافق على تجديد عقد الإيجار. تحتوي رسالة DHCPack على عقد الإيجار الجديد وأي معلمات تكوين جديدة، في حالة إجراء أي تغييرات على الخادم أثناء وقت التأجير السابق. إذا لم يتمكن العميل من الوصول إلى الخادم عند عقد الإيجار لسبب ما، فإنه يحاول تجديد العنوان من أي خادم DHCP بعد أن لم يستجب خادم DHCP الأصلي لطلبات التجديد في وقت T2. القيمة الافتراضية ل T2 هي ( 7/8 x LT). هذا يعني T1 <T2 <LT.

إذا كان لدى العميل مسبقًا عنوان IP معين لبروتوكول DHCP وتمت إعادة تشغيله، يطلب العميل تحديدًا عنوان IP المستأجر سابقًا في حزمة DHCPREQUEST. لا يزال DHCPREQUEST هذا يحتوي على عنوان IP المصدر كما هو الحال في 0.0.0.0 والوجهة كعنوان بث IP 255.255.255.255.

عندما يرسل عميل DHCPREQUEST في سياق إعادة التشغيل، يجب ألا يملأ حقل معرف الخادم ويجب بدلاً من ذلك ملء حقل خيار عنوان IP المطلوب. يقوم العملاء المتوافقون مع RFC فقط بملء حقل ciaddr بالعنوان المطلوب بدلاً من حقل خيار DHCP. يقبل خادم DHCP أيًا من الطريقتين. يعتمد سلوك خادم DHCP على عدد من العوامل، كما هو الحال في حالة خوادم Windows NT DHCP، وإصدار النظام المستخدم، بالإضافة إلى عوامل أخرى، مثل النطاق الفائق. إذا حدد خادم DHCP أنه لا يزال بإمكان العميل استخدام عنوان IP المطلوب، فسيظل إما صامتًا أو يرسل DHCPack لـ DHCPREQUEST. إذا حدد الخادم أن العميل لا يمكنه استخدام عنوان IP المطلوب، فسيرسل DHCPNACK مرة أخرى إلى العميل. ثم ينتقل العميل إلى حالة التهيئة ويرسل رسالة DHCPDISCOVER.

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

جدول حزم DHCP

تكون رسالة DHCP متغيرة الطول وتتكون من حقول مُدرجة في جدول حزم DHCP.

ملاحظة: هذه الحزمة هي إصدار معدل من حزمة BootP الأصلية.

محادثة خادم العميل التي تحصل على عنوان DHCP حيث يوجد العميل وخادم DHCP على الشبكة الفرعية نفسها

دور وكيل ترحيل DHCP/ BootP

لا تقوم الموجهات بشكل افتراضي بإعادة توجيه عمليات البث. نظرًا لأن رسائل عميل DHCP تستخدم عنوان IP للوجهة 255.255.255.255 (جميع شبكات البث)، فلا يمكن لعملاء DHCP إرسال طلبات إلى خادم DHCP على شبكة فرعية مختلفة ما لم يتم تكوين وكيل DHCP / BootP Relay على الموجّه. يقوم وكيل ترحيل DHCP/BootP بإعادة توجيه طلبات DHCP نيابة عن عميل DHCP إلى خادم DHCP. يقوم وكيل ترحيل DHCP / BootP بإلحاق عنوان IP الخاص به بعنوان IP المصدر لإطارات DHCP التي تنتقل إلى خادم DHCP. وهذا يسمح لخادم DHCP بالاستجابة عبر البث الأحادي إلى وكيل DHCP / BootP Relay. كما يقوم وكيل ترحيل DHCP / BootP بملء حقل عنوان IP الخاص بالعبّارة بعنوان IP الخاص بالواجهة التي يتم تلقي رسالة DHCP عليها من العميل. يستخدم خادم DHCP حقل عنوان IP الخاص بالعبّارة لتحديد الشبكة الفرعية التي تنشأ منها رسالة DHCPDISCOVER أو DHCPREQUEST أو DHCPINFORM.

تكوين ميزة وكيل ترحيل DHCP / BootP على موجه Cisco IOS^®

عملية تكوين موجه Cisco لإعادة توجيه طلبات BootP أو DHCP بسيطة. عليك فقط تكوين عنوان IP المساعد الذي يشير إلى خادم DHCP / BootP أو إلى عنوان بث الشبكة الفرعية للشبكة التي يعمل بها الخادم.

مثال على الشبكة:

وكيل ترحيل DHCP/BootP

لإعادة توجيه طلب BootP / DHCP من العميل إلى خادم DHCP، يتم استخدام الأمر ip المساعد-address interface. يمكن تكوين عنوان IP المساعد لإعادة توجيه أي بث UDP بناءً على رقم منفذ UDP. بشكل افتراضي، يقوم عنوان IP المساعد بإعادة توجيه عمليات بث UDP هذه:

• بروتوكول نقل الملفات المبسط (TFTP) (المنفذ 69)

• DNS (المنفذ 53)، خدمة الوقت (المنفذ 37)

• خادم اسم NetBIOS (المنفذ 137)

• خدمة مخطط بيانات NetBIOS (المنفذ 138)

• عميل بروتوكول التمهيد (DHCP/BootP) ومخططات بيانات الخادم (المنفذان 67 و68)

• خدمة نظام مراقبة الوصول إلى وحدة التحكم بالوصول إلى المحطة الطرفية (TACACS) (المنفذ 49)

• خدمة أسماء IEN-116 (المنفذ 42)

يمكن لعناوين IP المساعدة توجيه عمليات بث UDP إلى بث أحادي أو عنوان IP للبث. ومع ذلك، لا تستخدم عنوان IP المساعد لإعادة توجيه عمليات بث UDP من شبكة فرعية واحدة إلى عنوان بث لشبكة فرعية أخرى، نظرًا للكمية الكبيرة من تدفق البث الذي يمكن أن تحدث. كما يتم دعم إدخالات متعددة لعنوان IP المساعد على واجهة واحدة:

version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname router
!
!
!
interface Ethernet0
ip address 192.168.2.1 255.255.255.0
no ip directed-broadcast
! 
interface Ethernet1
ip address 192.168.1.1 255.255.255.0
ip helper-address 192.168.2.2 
ip helper-address 192.168.2.3 

!--- IP helper-address pointing to DHCP server

no ip directed-broadcast
!
!
!
line con 0
exec-timeout 0 0
transport input none
line aux 0
line vty 0 4
login
!
end 

لا تدعم موجّهات Cisco موازنة حمل خوادم DHCP التي تم تكوينها كوكلاء ترحيل DHCP. تقوم موجّهات Cisco بإعادة توجيه رسالة DHCPDISCOVER إلى جميع العناوين المساعدة المذكورة لتلك الواجهة. يؤدي استخدام اثنين أو أكثر من خوادم DHCP لخدمة شبكة فرعية إلى زيادة حركة مرور DHCP فقط أثناء تبادل رسائل DHCPDISCOVER وDHCPOFFER وDHCPREQUEST/DHCPDECLINE بين كل زوج من عملاء DHCP والخادم.

تعيين الارتباطات اليدوية

هناك طريقتان لإعداد روابط يدوية؛ أحدهما لمضيف Windows، والآخر لمضيفي غير Windows. هناك إثنان أمر مختلف يستعمل أن يشكل؛ واحد ل مايكروسوفت DHCP زبون، والآخر ل غير مايكروسوفت DHCP زبون: DHCP زبون-identifier (ربط يدوي - مايكروسوفت DHCP زبون) وDHCPhardware-address (ربط يدوي - غير مايكروسوفت DHCP زبون). والسبب في وجود أمرين مختلفين هو أن الكمبيوتر الذي يعمل بنظام Windows يعدل أجهزة MAC الخاصة به، وتتم إضافة 01في بداية العنوان. هذه هي نماذج التكوين:

• هذا تكوين لعملاء Microsoft DHCP:

configure terminal
ip dhcp pool new_pool
host ip_address subnet_mask
client-identifier 01XXXXXXXXXXXX

!--- xxxxxx represents 48 bit MAC address prepended with 01

• هذا تكوين لعملاء بخلاف Microsoft DHCP:

  configure terminal
  ip dhcp pool new_pool
  host ip_address subnet_mask
  hardware-address XXXXXXXXXXXX
  
  !--- xxxxxx represents 48 bit MAC address

كيفية جعل DHCP يعمل على مقاطع IP الثانوية

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

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

إذا كان العنوان الثانوي هو الطريقة المفضلة، فهناك حل آخر، وهو تمكين أمر التكوين العامip dhcp smart-relay. وهذا له قيود لأنه يستخدم عنوان IP الثانوي فقط لترحيل طلب DHCP في حالة عدم وجود استجابة من خادم DHCP بعد ثلاثة طلبات متتالية لتجمّع العناوين الأساسي.

حل بديل آخر هو نقل الشبكة الفرعية الثانوية إلى الشبكة الفرعية الأساسية التي تتطلب معالجة طلبات DHCP بواسطة الخادم البعيد. 

محادثة خادم عميل DHCP باستخدام وظيفة ترحيل DHCP

يوضح الجدول التالي عملية حصول عميل DHCP على عنوان IP من خادم DHCP. تم تصميم هذا الجدول على غرار مخطط شبكة ميزة وكيل DHCP/BootP السابق. تمثل كل قيمة رقمية في المخطط الحزمة الموضحة في هذا الجدول التالي. استخدم هذا الجدول لفهم تدفق الحزمة لمحادثة خادم DHCP. كما أنها تساعدك على تحديد مكان حدوث المشكلات.

عملية حصول عميل DHCP على عنوان IP

اعتبارات تمهيد البيئة (PXE) ما قبل التنفيذ DHCP

تتيح بيئة ما قبل التنفيذ (PXE) لمحطة عمل بالتمهيد من خادم على الشبكة قبل تمهيد النظام على محرك الأقراص الثابت المحلي. لا يتعين على مسؤول الشبكة زيارة محطة العمل المحددة وتمهيدها يدويًا. يمكن تحميل نظام التشغيل والبرامج الأخرى، مثل برامج التشخيص، على الجهاز من خادم عبر الشبكة. تقوم بيئة PXE باستخدام DHCP لتكوين عنوان IP الخاص بها.

يجب إجراء تكوين وكيل DHCP/BootP على الموجّه إذا كان خادم DHCP موجودًا على مقطع موجّه آخر من الشبكة. يجب تكوين الأمر ip helper-address على واجهة الموجّه المحلية. ارجع إلى قسمتكوين ميزة وكيل DHCP/BootP على موجّه Cisco IOS Routerفي هذا المستند للحصول على معلومات التكوين.

فهم DHCP واستكشاف أخطائها وإصلاحها باستخدام مسارات جهاز المراقبة

فك تشفير تتبع عميل DHCP والخادم على مقطع LAN نفسه

هيكل الشبكة حيث يوجد عميل DHCP والخادم على مقطع LAN نفسه

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

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
1[0.0.0.0] [255.255.255.255] 618 0:01:26.810 0.575.244 05/07/2001 11:52:03 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 1arrived at 11:52:03.8106; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 9
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B988 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303030352E646363392E633634302D564C31
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 66 = TFTP Option
DHCP: 6 = Domain name server
DHCP: 3 = Routers on the client's subnet
DHCP: 67 = Boot File Option
DHCP: 12 = Host name server
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
2[192.168.1.1] [255.255.255.255] 331 0:01:26.825 0.015.172 05/07/2001 11:52:03 AM DHCP: Reply, 
	Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 2 arrived at 11:52:03.8258; frame size is 331 (014B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC42484
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 317 bytes
IP: Identification = 5
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F901 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 297
UDP: No checksum
UDP: [289 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.1.1]
DHCP: Request IP address lease time = 85535 (seconds)
DHCP: Address Renewal interval = 42767 (seconds)
DHCP: Address Rebinding interval = 74843 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.1.3]
DHCP: Domain Name Server address = [192.168.1.4]
DHCP: Gateway address = [192.168.1.1]
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3[0.0.0.0] [255.255.255.255] 618 0:01:26.829 0.003.586 05/07/2001 11:52:03 AM DHCP: Request, 
	Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 56 arrived at 11:52:03.8294; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 10
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B987 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303030352E646363392E633634302D564C31
DHCP: Server IP address = [192.168.1.1]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 85535 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 66 = TFTP Option
DHCP: 6 = Domain name server
DHCP: 3 = Routers on the client's subnet
DHCP: 67 = Boot File Option
DHCP: 12 = Host name server
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4[192.168.1.1] [255.255.255.255] 331 0:01:26.844 0.014.658 05/07/2001 11:52:03 AM DHCP: Reply, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 57 arrived at 11:52:03.8440; frame size is 331 (014B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC42484
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 317 bytes
IP: Identification = 6
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F900 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 297
UDP: No checksum
UDP: [289 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00000882
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCC9C640
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.1.1]
DHCP: Request IP address lease time = 86400 (seconds)
DHCP: Address Renewal interval = 43200 (seconds)
DHCP: Address Rebinding interval = 75600 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.1.3]
DHCP: Domain Name Server address = [192.168.1.4]
DHCP: Gateway address = [192.168.1.1]
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 5 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 0005DCC9C640 Broadcast 60 0:01:26.846 0.002.954 05/07/2001 11:52:03 AM ARP: R PA=[192.168.1.2] 
 HA=0005DCC9C640 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 58 arrived at 11:52:03.8470; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 0005DCC9C640
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

- - - - - - - - - - - - - - - - - - - - Frame 6 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
6 0005DCC9C640 Broadcast 60 0:01:27.355 0.508.778 05/07/2001 11:52:04 AM ARP: R PA=[192.168.1.2]  
 HA=0005DCC9C640 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 59 arrived at 11:52:04.3557; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCC9C640
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 0005DCC9C640
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

فك تشفير تتبع عميل DHCP والخادم المفصولان بواسطة موجّه تم تكوينه كوكيل ترحيل DHCP

تتبع جهاز المراقبة ب

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
1 [0.0.0.0] [255.255.255.255] 618 0:02:05.759 0.025.369 05/31/2001 06:53:04 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 124 arrived at 06:53:04.2043; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 0005DCF2C441
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 183
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B8DA (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summaryr
125 [192.168.1.1] [255.255.255.255] 347 0:02:05.772 0.012.764 05/31/2001 06:53:04 AM DHCP: Reply, 
 Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 125 arrived at 06:53:04.2171; frame size is 347 (015B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 003094248F71
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 45
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F8C9 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 313
UDP: Checksum = 8517 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 99471 (seconds)
DHCP: Address Renewal interval = 49735 (seconds)
DHCP: Address Rebinding interval = 87037 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3 [0.0.0.0] [255.255.255.255] 618 0:02:05.774 0.002.185 05/31/2001 06:53:04 AM DHCP: Request, 
 Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 126 arrived at 06:53:04.2193; frame size is 618 (026A hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 184
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = B8D9 (correct)
IP: Source address = [0.0.0.0]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 68 (BootPc/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: No checksum
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [0.0.0.0]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Server IP address = [192.168.2.2]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 99471 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4 [192.168.1.1] [255.255.255.255] 347 0:02:05.787 0.012.875 05/31/2001 06:53:04 AM DHCP: Reply, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 127 arrived at 06:53:04.2321; frame size is 347 (015B hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station 003094248F71
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 47
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = F8C7 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [255.255.255.255]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 68 (BootPc/DHCP)
UDP: Length = 313
UDP: Checksum = 326F (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Reply)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 00001425
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172800 (seconds)
DHCP: Address Renewal interval = 86400 (seconds)
DHCP: Address Rebinding interval = 151200 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 5 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 Cisc14F2C441 Broadcast 60 0:02:05.798 0.011.763 05/31/2001 06:53:04 AM ARP: R PA=[192.168.1.2] 
 HA=Cisc14F2C441 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 128 arrived at 06:53:04.2439; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 00E01EF2C441
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

- - - - - - - - - - - - - - - - - - - - Frame 6 - ARP - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
5 Cisc14F2C441 Broadcast 60 0:02:05.798 0.011.763 05/31/2001 06:53:04 AM ARP: R PA=[192.168.1.2] 
 HA=Cisc14F2C441 PRO=IP
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 128 arrived at 06:53:04.2439; frame size is 60 (003C hex) bytes.
DLC: Destination = BROADCAST FFFFFFFFFFFF, Broadcast
DLC: Source = Station Cisc14F2C441
DLC: Ethertype = 0806 (ARP)
DLC: 
ARP: ----- ARP/RARP frame -----
ARP: 
ARP: Hardware type = 1 (10Mb Ethernet)
ARP: Protocol type = 0800 (IP)
ARP: Length of hardware address = 6 bytes
ARP: Length of protocol address = 4 bytes
ARP: Opcode 2 (ARP reply)
ARP: Sender's hardware address = 00E01EF2C441
ARP: Sender's protocol address = [192.168.1.2]
ARP: Target hardware address = FFFFFFFFFFFF
ARP: Target protocol address = [192.168.1.2]
ARP: 
ARP: 18 bytes frame padding
ARP: 

تتبع جهاز المراقبة أ

- - - - - - - - - - - - - - - - - - - - Frame 1 - DHCPDISCOVER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
118 [192.168.1.1] [192.168.2.2] 618 0:00:51.212 0.489.912 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Discover
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 118 arrived at 07:02:54.7463; frame size is 618 (026A hex) bytes.
DLC: Destination = Station 0005DC0BF2F4
DLC: Source = Station 003094248F72
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 52
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3509 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [192.168.2.2]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: Checksum = 0A19 (correct)
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 1
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 1 (DHCP Discover)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 2 - DHCPOFFER - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
2 [192.168.2.2] [192.168.1.1] 347 0:00:51.214 0.002.133 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Offer
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 119 arrived at 07:02:54.7485; frame size is 347 (015B hex) bytes.
DLC: Destination = Station 003094248F72
DLC: Source = Station 0005DC0BF2F4
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 41
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3623 (correct)
IP: Source address = [192.168.2.2]
IP: Destination address = [192.168.1.1]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 313
UDP: Checksum = A1F8 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 2 (DHCP Offer)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172571 (seconds)
DHCP: Address Renewal interval = 86285 (seconds)
DHCP: Address Rebinding interval = 150999 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 3 - DHCPREQUEST - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
3 [192.168.1.1] [192.168.2.2] 618 0:00:51.240 0.025.974 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Request
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 120 arrived at 07:02:54.7745; frame size is 618 (026A hex) bytes.
DLC: Destination = Station 0005DC0BF2F4
DLC: Source = Station 003094248F72
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 604 bytes
IP: Identification = 54
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3507 (correct)
IP: Source address = [192.168.1.1]
IP: Destination address = [192.168.2.2]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 584
UDP: Checksum = 4699 (correct)
UDP: [576 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 1 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 1
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [0.0.0.0]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 3 (DHCP Request)
DHCP: Maximum message size = 1152
DHCP: Client identifier = 00636973636F2D303065302E316566322E633434312D4574302F30
DHCP: Server IP address = [192.168.2.2]
DHCP: Request specific IP address = [192.168.1.2]
DHCP: Request IP address lease time = 172571 (seconds)
DHCP: Parameter Request List: 7 entries
DHCP: 1 = Client's subnet mask
DHCP: 6 = Domain name server
DHCP: 15 = Domain name
DHCP: 44 = NetBIOS over TCP/IP name server
DHCP: 3 = Routers on the client's subnet
DHCP: 33 = Static route
DHCP: 150 = Unknown Option
DHCP: Class identifier = 646F63736973312E30
DHCP: Option overload =3 (File and Sname fields hold options)
DHCP: 

- - - - - - - - - - - - - - - - - - - - Frame 4 - DHCPACK - - - - - - - - - - - - - - - - - - - -

Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary
4 [192.168.2.2] [192.168.1.1] 347 0:00:51.240 0.000.153 05/31/2001 07:02:54 AM DHCP: Request, 
 Message type: DHCP Ack
DLC: ----- DLC Header -----
DLC: 
DLC: Frame 121 arrived at 07:02:54.7746; frame size is 347 (015B hex) bytes.
DLC: Destination = Station 003094248F72
DLC: Source = Station 0005DC0BF2F4
DLC: Ethertype = 0800 (IP)
DLC: 
IP: ----- IP Header -----
IP: 
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. .... = routine
IP: ...0 .... = normal delay
IP: .... 0... = normal throughput
IP: .... .0.. = normal reliability
IP: .... ..0. = ECT bit - transport protocol will ignore the CE bit
IP: .... ...0 = CE bit - no congestion
IP: Total length = 333 bytes
IP: Identification = 42
IP: Flags = 0X
IP: .0.. .... = may fragment
IP: ..0. .... = last fragment
IP: Fragment offset = 0 bytes
IP: Time to live = 255 seconds/hops
IP: Protocol = 17 (UDP)
IP: Header checksum = 3622 (correct)
IP: Source address = [192.168.2.2]
IP: Destination address = [192.168.1.1]
IP: No options
IP: 
UDP: ----- UDP Header -----
UDP: 
UDP: Source port = 67 (BootPs/DHCP)
UDP: Destination port = 67 (BootPs/DHCP)
UDP: Length = 313
UDP: Checksum = 7DF6 (correct)
UDP: [305 byte(s) of data]
UDP: 
DHCP: ----- DHCP Header -----
DHCP: 
DHCP: Boot record type = 2 (Request)
DHCP: Hardware address type = 1 (10Mb Ethernet)
DHCP: Hardware address length = 6 bytes
DHCP: 
DHCP: Hops = 0
DHCP: Transaction id = 000005F4
DHCP: Elapsed boot time = 0 seconds
DHCP: Flags = 8000
DHCP: 1... .... .... .... = Broadcast IP datagrams
DHCP: Client self-assigned IP address = [0.0.0.0]
DHCP: Client IP address = [192.168.1.2]
DHCP: Next Server to use in bootstrap = [0.0.0.0]
DHCP: Relay Agent = [192.168.1.1]
DHCP: Client hardware address = 0005DCF2C441
DHCP: 
DHCP: Host name = ""
DHCP: Boot file name = ""
DHCP: 
DHCP: Vendor Information tag = 63825363 
DHCP: Message Type = 5 (DHCP Ack)
DHCP: Server IP address = [192.168.2.2]
DHCP: Request IP address lease time = 172800 (seconds)
DHCP: Address Renewal interval = 86400 (seconds)
DHCP: Address Rebinding interval = 151200 (seconds)
DHCP: Subnet mask = [255.255.255.0]
DHCP: Domain Name Server address = [192.168.10.1]
DHCP: Domain Name Server address = [192.168.10.2]
DHCP: NetBIOS Server address = [192.168.10.1]
DHCP: NetBIOS Server address = [192.168.10.3]
DHCP: Domain name = "cisco.com"
DHCP: 

استكشاف أخطاء DHCP وإصلاحها عندما لا يمكن لمحطات عمل العميل الحصول على عناوين DHCP

دراسة حالة رقم 1: خادم DHCP على نفس مقطع الشبكة المحلية (LAN) أو شبكة VLAN كعميل DHCP

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

ملاحظة: لتكوين خادم DHCP على أساس كل شبكة محلية ظاهرية (VLAN)، حدد تجمعات DHCP المختلفة لكل شبكة محلية ظاهرية (VLAN) تخدم عناوين DHCP إلى عملائك.

دراسة حالة رقم 2: يتم فصل خادم DHCP وعميل DHCP بواسطة موجه تم تكوينه لوظيفة وكيل ترحيل DHCP/BootP

عندما يتواجد خادم DHCP والعميل على مقاطع LAN أو شبكات VLAN المختلفة، يعمل الموجّه كوكيلDHCP/ BootP Relay المسؤول عن إعادة توجيه DHCPREQUEST إلى خادم DHCP. يلزم اتخاذ خطوات إضافية لاستكشاف أخطاء وكيل ترحيل DHCP/BootP وإصلاحها، بالإضافة إلى خادم DHCP والعميل. إذا تتبعت هذه الوحدات، فيمكنك تحديد الجهاز الذي يتسبب في حدوث المشكلات.

يفشل خادم DHCP على الموجّه في تعيين العناوين مع وجود خطأ في POOL EXHAUSTED

من الممكن أن تظل بعض العناوين محتجزة من قِبل العملاء، حتى إذا تم إصدارها من التجمُّع. يمكن التحقق من ذلك من خلال الإخراج  show ip dhcp conflict  . يحدث تعارض العنوان عندما يستخدم جهازان مضيفان نفس عنوان IP. عند تعيين العنوان، يقوم DHCP بالتحقق من وجود تعارضات مع الأمر ping وARP المجاني.

إذا تم اكتشاف تعارض، فستتم إزالة العنوان من التجمُّع. يتم تعيين العنوان حتى يحل المسؤول التعارض. قم بتكوين no ip dhcp conflict logging  لحل هذه المشكلة.

وحدات استكشاف الأخطاء وإصلاحها لـDHCP

فهم أماكن حدوث مشكلات DHCP

يمكن أن تنشأ مشكلات DHCP بسبب العديد من الأسباب. الأسباب الأكثر شيوعًا هي مشكلات التكوين. ومع ذلك، يمكن أن تحدث العديد من مشكلات DHCP بسبب عيوب البرامج في الأنظمة أو برامج تشغيل بطاقة واجهة الشبكة (NIC) أو وكلاء ترحيل DHCP/BootP التي تعمل على الموجّهات. نظرًا لعدد المناطق التي يحتمل أن تكون بها مشكلات، يلزم اتباع نهج منهجي لاستكشاف الأخطاء وإصلاحها.

قائمة مختصرة بالأسباب المحتملة لمشكلات DHCP:

• تكوين مبدّل Catalyst الافتراضي

• تكوين عامل ترحيل DHCP/BootP

• مشكلة في توافق بطاقة واجهة الشبكة (NIC) أو مشكلة في ميزة DHCP

• تثبيت خاطئ لبطاقة واجهة الشبكة (NIC) أو برنامج تشغيل بطاقة واجهة الشبكة (NIC) بشكل غير صحيح

• انقطاعات متقطعة للشبكة بسبب حسابات الشجرة الممتدة المتكررة

• سلوك نظام التشغيل أو عطل في البرامج

• عيب في تكوين نطاق خادم DHCP أو البرنامج

• عيب في مبدّل Cisco Catalyst أو برنامج Cisco IOS DHCP/BootP Relay Agent

• فشل التحقق من إعادة توجيه المسار العكسي للبث الأحادي (uRPF) بسبب تلقي عرض DHCP على واجهة مختلفة عن المتوقع. عندما يتم تمكين ميزة إعادة توجيه المسار العكسي (RPF) على واجهة، يمكن لموجه Cisco إسقاط حزم بروتوكول التكوين الديناميكي للمضيف (DHCP) وبروتوكول التمهيد (BOOTP) التي تحتوي على عناوين مصدر 0.0.0.0 وعناوين وجهة من 255.255.255.255. ويمكن للموجه أيضا إسقاط جميع حزم IP التي تحتوي على وجهة IP للبث المتعدد في الواجهة. يتم توثيق هذه المشكلة في معرّف الخطأ من Cisco CSCdw31925

ملاحظة فقط يمكن لعملاء Cisco المسجلين فقط الوصول إلى تقارير الخطأ الداخلي.

• لا يتم استخدام وكيل قاعدة بيانات DHCP، ولكن تسجيل تعارض DHCPليسمعطلاً

أ. التحقق من الاتصال المادي

هذا الإجراء قابل للتطبيق على جميع دراسات الحالة.

أولاً، تحقق من الاتصال المادي لعميل DHCP والخادم. إذا كنت متصلا بمحول Catalyst، فتحقق من أن كلا من عميل DHCP والخادم لديه اتصال مادي. بالنسبة للمحولات المستندة إلى Cisco IOS مثل Catalyst 2900XL/3500XL/2950/3550، فإن الأمر المكافئ لعرض حالة المنفذ هو show interface <interface>.    وإذا كانت حالة الواجهة أي شيء آخر غير تشغيل <interface> فإن بروتوكول الخط قيد التشغيل،ولا يمرر المنفذ حركة المرور، ولا حتى طلبات عميل DHCP. الإخراج من الأوامر:

Switch#show interface fastEthernet 0/1
FastEthernet0/1 is up, line protocol is up
Hardware is Fast Ethernet, address is 0030.94dc.acc1 (bia 0030.94dc.acc1) 

إذا تم التحقق من الاتصال المادي ولم يكن هناك بالفعل أي رابط بين مبدّل Catalyst وعميل DHCP، فاستخدم قسم  استكشاف مشكلات Cisco Catalyst Switches إلى NIC وإصلاحهالاستكشاف المشكلات المتعلقة بمشكلة اتصال الطبقة المادية وإصلاحها.

تتسبب أخطاء ارتباط البيانات الزائدة في انتقال المنافذ الموجودة على بعض مبدّلات Catalyst إلى حالةerrdisabled. لمزيد من المعلومات، راجع Errdisable Port State Recovery على منصات Cisco IOS، والتي تصف حالة errdisable، وتوضح كيفية الاسترداد منها، وتوفر أمثلة على الاسترداد من هذه الحالة.

ب. تكوين محطة عمل العميل وعنوان IP الثابت لاختبار اتصال الشبكة

هذا الإجراء قابل للتطبيق على جميع دراسات الحالة.

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

ج. التحقق من عطل كمشكلة بدء التشغيل

هذا الإجراء قابل للتطبيق على جميع دراسات الحالة.

إذا كان يتعذر على عميل DHCP الحصول على عنوان IP من خادم DHCP عند بدء التشغيل، فيمكنك إجبار العميل على إرسال طلب DHCP يدويًا. قم بإصدار الخطوات التالية للحصول على عنوان IP يدويًا من خادم DHCP لنظام التشغيل المدرج.

Microsoft Windows 95/98/ME:

1. انقر فوق الزربدءوشغّل برنامج WINIPCFG.exe.
2. انقر فوق الزرتحرير الكل، الذي يتم تعقبه بواسطة الزرتجديد الكل.
3. هل يستطيع عميل DHCP الآن الحصول على عنوان IP؟

نافذة تكوين IP

Microsoft Windows NT/2000:

1. أدخل  cmd  في الحقل Start/Run  لفتح نافذة موجّه الأوامر.
2. قم بإصدار الأمر ipconfig/renew  في نافذة موجّه الأوامر.
3. هل يستطيع عميل DHCP الآن الحصول على عنوان IP؟

موجه سطر الأوامر

إذا كان عميل DHCP قادرًا على الحصول على عنوان IP من خلال التجديد اليدوي لعنوان IP بعد اكتمال عملية التمهيد للكمبيوتر الشخصي، فغالبًا ما تكون المشكلة هي مشكلة بدء تشغيل DHCP. إذا كان عميل DHCP متصلاً بمبدّل Cisco Catalyst، فمن المحتمل أن تكون العطل بسبب مشكلة في التكوين تتعامل مع منفذ STP و/أو التوجيه والتوصيل. تتضمن الاحتمالات الأخرى مشكلات بطاقة NIC ومشكلات بدء تشغيل منفذ المبدّل. راجع الخطوتين D وE لاستبعاد تكوين منفذ المبدّل ومشكلات بطاقة NIC كسبب أساسي لمشكلة DHCP.

د. التحقق من تكوين منفذ المُبدّل (STP Portfast والأوامر الأخرى)

إذا كان المُبدّل هو Catalyst 2900/4000/5000/6000، فتحقق من تمكين المنفذ الخاص بـSTP portfast وتعطيل التوصيل/ التوجيه. التكوين الافتراضي هو تعطيل STP portfast والتوصيل/ التوجيه التلقائي، إن أمكن. بالنسبة إلى المبدّلات 2900XL/ 3500XL/ 2950/3550، فإن STP portfast هو التكوين الوحيد المطلوب. تقوم تغييرات التكوين هذه بحل مشكلات عميل DHCP الأكثر شيوعًا التي تحدث مع التثبيت الأولي لمُبدل Catalyst.

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

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

هـ. تحقق من المشكلات المعروفة في بطاقة NIC أو مبدّل Catalyst

إذا كان تكوين مُبدّل Catalyst صحيحًا، فمن المحتمل وجود مشكلة توافق برمجية على مُبدّل Catalyst أو بطاقة NIC لعميل DHCP يمكن أن تسبب مشكلات DHCP. الخطوة التالية لاستكشاف الأخطاء وإصلاحها هي مراجعة استكشاف أخطاء توافق محولات Cisco Catalyst Switches مع بطاقة واجهة الشبكة (NIC) وإصلاحها، واستبعاد أي مشكلات برمجية في مُبدل Catalyst أو بطاقة NIC التي تساهم في المشكلة.

يتطلب معرفة نظام تشغيل عميل DHCP بالإضافة إلى معلومات محددة عن بطاقة NIC مثل الشركة المصنعة والطراز وإصدار برنامج التشغيل لتحديد أي مشكلات توافق بشكل صحيح.

و. التمييز بين ما إذا كان عملاء DHCP يحصلون على عنوان IP على الشبكة الفرعية أو VLAN نفسها كخادم DHCP

من المهم تمييز ما إذا كان DHCP يعمل بصورة صحيحة أم لا عندما يكون العميل على الشبكة الفرعية أو شبكة VLAN نفسها كخادم DHCP. إذا كان DHCP يعمل بشكل صحيح على الشبكة الفرعية نفسها أو VLAN كخادم DHCP، فإن مشكلة DHCP ناتجة في الغالب عن وكيل ترحيل DHCP/BootP. وإذا ظلت المشكلة قائمة حتى عند اختبار DHCP على الشبكة الفرعية نفسها أو شبكة VLAN كخادم DHCP، فيمكن أن يرجع سبب المشكلة فعليًا إلى خادم DHCP.

ز. التحقق من تكوين ترحيل DHCP/BootP للموجّه

للتحقق من التكوين:

1. عندما تقوم بتكوين ترحيل DHCP على موجه، تحقق من وجود الأمر ip helper-address  على الواجهة الصحيحة. يجب أن يكون الأمر ip helper-address   موجودًا على واجهة الوارد لمحطات عميلة DHCP ويجب توجيهه إلى خادم DHCP الصحيح.

2. تحقق من أن أمر التكوين العام  no service dhcp   غير موجود. يُعطل تكوين المعلمات هذا كافة وظائف خادم DHCP والترحيل على الموجّه. لا يظهر التكوين الافتراضي،  ، في التكوين، وهو أمر التكوين الافتراضي.service dhcp إذا لم يتم تمكين الأمر service dhcp   ، فلن يتلقى العملاء عناوين IP من خادم DHCP.

   ملاحظة: في الموجهات التي تشغل إصدارات Cisco IOS الأقدم، يعالج الأمر ip bootp server وظيفة وكيل ترحيل DHCP بدلا من الأمر service dhcp. ولهذا السبب، يجب تمكين الأمر   ip bootp server   في هذه الموجّهات إذا تم تكوين الأمر   ip helper-address  لإعادة توجيه عمليات بث DHCP UDP والعمل بشكل صحيح كوكيل ترحيل DHCP نيابة عن عميل DHCP.

3. عند استخدام أوامر  ip helper-address  لإعادة توجيه عمليات بث UDP إلى عنوان بث شبكة فرعية، تحقق من أن      لم يتم تكوينه على أي واجهة خارجية تحتاجها حِزم بث UDP لاجتيازها.no ip directed-broadcast تعمل        على حظر أي ترجمة لبث موجّه إلى عمليات بث مادي.no ip directed-broadcast تكوين الواجهة هذا هو التكوين الافتراضي في إصدارات البرنامج 12.0 والإصدارات الأحدث.

4. عند إعادة توجيه عمليات بث DHCP إلى عنوان بث الشبكة الفرعية لخادم DHCP، يمكن أن تظهر مشكلة في البرنامج. عند استكشاف أخطاء DHCP وإصلاحها، حاول إعادة توجيه عمليات بث DHCP UDP إلى عنوان IP لخادم DHCP:

   version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption no service dhcp !--- This configuration command will disable all DHCP server and relay functionality on the router. hostname router ! ! ! interface Ethernet0 ip address 192.168.2.1 255.255.255.0 no ip directed-broadcast !--- This configuration will prevent translation of a directed broadcast to a physical broadcast. interface Ethernet1 !--- DHCP client workstations reside of this interface. ip address 192.168.1.1 255.255.255.0 ip helper-address 192.168.2.255 !--- IP helper-address pointing to DHCP server's subnet. no ip directed-broadcast ! ! ! line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login ! end

ح. خيار تحديد المشترك (82) مفعل

تتيح ميزة معلومات وكيل ترحيل DHCP (الخيار 82) لوكلاء ترحيل DHCP (مبدّلات Catalyst) تضمين معلومات حول نفسها والعميل المتصل عندما تقوم بإعادة توجيه طلبات DHCP من عميل DHCP إلى خادم DHCP.

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

ط. وكيل قاعدة بيانات DHCP وتسجيل تعارض DHCP

وكيل قاعدة بيانات DHCP هو أي مُضيف—على سبيل المثال، خادم FTP أو TFTP أو RCP—يقوم بتخزين قاعدة بيانات روابط DHCP. يمكنك تكوين وكلاء قاعدة بيانات DHCP، ويمكنك تكوين الفاصل الزمني بين تحديثات قاعدة البيانات وعمليات النقل لكل وكيل. استخدم الأمر ip dhcp database لتكوين وكيل قاعدة بيانات ومعلمات وكيل قاعدة البيانات.

إذا اخترت عدم تكوين وكيل قاعدة بيانات DHCP، فقم بتعطيل تسجيل تعارض عنوان DHCP على خادم DHCP. قم بتنفيذ الأمر noip dhcp conflict logging لتعطيل تسجيل تعارض عنوان DHCP. امسح التعارضات التي تم تسجيلها مسبقًا باستخدام الأمر clear ip dhcp conflict.

إذا فشل هذا في تعطيل تسجيل التعارض، فستظهر رسالة الخطأ هذه:

%DHCPD-4-DECLINE_CONFLICT: DHCP address conflict: client

ي. التحقق من بروتوكول CDP لاتصالات هاتف IP

عندما يتم تعطيل بروتوكول اكتشاف Cisco (CDP) في منفذ المبدّل المتصل بهاتف Cisco IP، لا يمكن لخادم DHCP تعيين عنوان IP مناسب للهاتف. يميل خادم DHCP إلى تعيين عنوان IP الذي ينتمي إلى شبكة VLAN للبيانات/ الشبكة الفرعية لمنفذ المبدّل. إذا تم تمكين CDP، يكون المبدّل قادرًا على اكتشاف أن هاتف Cisco IP يطلب DHCP ويمكنه توفير معلومات الشبكة الفرعية الصحيحة. وبهذا يكون خادم DHCP قادرًا على تخصيص عنوان IP من تجمع VLAN الصوتي/ الشبكة الفرعية. لا توجد خطوات واضحة مطلوبة لربط خدمة dhcp بشبكة vlan الصوتية.

ك. تؤدي إزالة SVI إلى تعطيل عملية تطفل DHCP

في مبدّلات سلسلة Catalyst 6500 من Cisco، يتم إنشاء SVI (في حالة إيقاف التشغيل) تلقائيًا بعد تكوين DHCP للتطفل على شبكة VLAN معينة. إن وجود SVI هذه له آثار مباشرة على التشغيل الصحيح لتطفل DHCP.

يتم تنفيذ تطفل DHCP على مبدّلات سلسلة Catalyst 6500 من Cisco التي تقوم بتشغيل Cisco IOS الأصلي في الغالب على معالج الموجه (RP أو MSFC)، وليس على معالج المبدّل (SP أو المشرف). تعترض سلسلة Catalyst 6500 من Cisco الحِزم في الأجهزة المزودة بقوائم VACL التي تزود الحِزم إلى منطق الهدف المحلي (LTL) الذي تم الاشتراك فيه بواسطة RP. بمجرد دخول الإطارات إلى RP، فيجب ربطها أولًا بمعرف واجهة الطبقة 3 (SVI) IDB قبل إمكانية تمريرها إلى جزء التطفل. من دون SVI، لا يوجد IDB هذا، ويتم إسقاط الحزم في RP.

ل. عنوان البث المحدد

عندما يقوم عميل DHCP بتعيين وحدة بت البث في حزمة DHCP، يرسل خادم DHCP ووكيل الترحيل رسائل DHCP إلى العملاء بعنوان بث كل الواحدات (255.255.255.255). إذا تم تكوين الأمر ip broadcast-address لإرسال بث الشبكة، فيتم تجاوز بث كل الواحدات الذي تم إرساله بواسطة DHCP. ولمعالجة هذا الموقف، استخدم الأمر ip dhcp limited-broadcast-address لضمان عدم تجاوز بث الشبكة المكوّن سلوك DHCP الافتراضي.

يمكن لبعض عملاء DHCP قبول بث كل الواحدات ولا يمكنهم الحصول على عنوان DHCP ما لم يتم تكوين هذا الأمر على واجهة الموجّه المتصلة بالعميل.

م. تصحيح DHCP باستخدام أوامر تصحيح أخطاء الموجّه

يُرجى التحقق من استلام الموجّه لطلب DHCP باستخدام أوامر تصحيح الأخطاء

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

في وضع التكوين العام، أدخل قائمة الوصول هذه:

تسمح قائمة الوصول 100 بمُضيف ip 0.0.0.0 255.255.255.255

في وضع exec، أدخل أمر تصحيح الأخطاء هذا:

تصحيح تفاصيل حزمة IP 100

نموذج الإخراج

Router#debug ip packet detail 100
IP packet debugging is on (detailed) for access list 100
Router#
00:16:46: IP: s=0.0.0.0 (Ethernet4/0), d=255.255.255.255, len 604, rcvd 2
00:16:46: UDP src=68, dst=67
00:16:46: IP: s=0.0.0.0 (Ethernet4/0), d=255.255.255.255, len 604, rcvd 2
00:16:46: UDP src=68, dst=67

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

يُرجى التحقق من استلام الموجّه لطلب DHCP وإعادة توجيهه باستخدام أمر تصحيح الأخطاء ip udp

يمكن للأمر debug ip udp  تتبع مسار طلب DHCP من خلال موجّه. ومع ذلك، فإن هذا التصحيح تدخلي في بيئة الإنتاج، إذ يتم عرض جميع حِزم UDP المُحوّلة التي تمت معالجتها إلى وحدة التحكم. يجب عدم استخدام أمر التصحيح هذا في الإنتاج.

تحذير: يعد الأمر debug ip udp متطفلا، ويمكن أن يتسبب في إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير.

في وضع exec، أدخل أمر تصحيح الأخطاء هذا:  debug ip udp

نموذج الإخراج

Router#debug ip udp
UDP packet debugging is on
Router#

00:18:48: UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584 

!--- Router receiving DHCPDISCOVER from DHCP client.

00:18:48: UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604 

!--- Router forwarding DHCPDISCOVER unicast to DHCP server using DHCP/BootP Relay Agent source IP address.

00:18:48: UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=313 

!--- Router receiving DHCPOFFER from DHCP server directed to DHCP/BootP Relay Agent IP address.

00:18:48: UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=333 

!--- Router forwarding DHCPOFFER from DHCP server to DHCP client via DHCP/BootP Relay Agent.

00:18:48: UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584 

!--- Router receiving DHCPREQUEST from DHCP client.

00:18:48: UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604 

!--- Router forwarding DHCPDISCOVER unicast to DHCP server using DHCP/BootP Relay Agent source IP address.

00:18:48: UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=313 

!--- Router receiving DHCPACK (or DHCPNAK) from DHCP directed to DHCP/BootP Relay Agent IP address.

00:18:48: UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=333 

!--- Router forwarding DHCPACK (or DHCPNAK) to DHCP client via DHCP/BootP Relay Agent.

00:18:48: UDP: rcvd src=192.168.1.2(520), dst=255.255.255.255(520), length=32 

!--- DHCP client verifying IP address not in use by sending ARP request for its own IP address.

00:18:50: UDP: rcvd src=192.168.1.2(520), dst=255.255.255.255(520), length=32 

!--- DHCP client verifying IP address not in use by sending ARP request for its own IP address.

يُرجى التحقق من استلام الموجّه لطلب DHCP وإعادة توجيهه باستخدام أمر تصحيح الأخطاء ip dhcp server packet

إذا كان موجّه Cisco IOS هو 12.0.xT أو 12.1 ويدعم وظيفة خادم Cisco IOS DHCP، فيمكنك استخدام الأمر   debug ip dhcp server packet . تم إعداد تصحيح الأخطاء هذا للاستخدام مع ميزة خادم Cisco IOS DHCP واستكشاف أخطاء ميزة وكيل ترحيل DHCP/ BootP وإصلاحها أيضًا. كما هو الحال مع الخطوات السابقة، لا توفر عمليات تصحيح أخطاء الموجّه تحديدًا دقيقًا للمشكلة حيث لا يمكن عرض الحزمة الفعلية. ومع ذلك، تسمح الأخطاء بإجراء الاستدلالات فيما يتعلق بمعالجة DHCP. في وضع EXEC، أدخل أمر تصحيح الأخطاء هذا:

debug ip dhcp server packet

Router#debug ip dhcp server packet
00:20:54: DHCPD: setting giaddr to 192.168.1.1. 

!--- Router received DHCPDISCOVER/REQUEST/INRORM and setting Gateway IP address to 192.168.1.1 for forwarding.

00:20:54: DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3065.302e.3165.6632.2e63..

!--- BOOTREQUEST includes DHCPDISCOVER, DHCPREQUEST, and DHCPINFORM.
 

!--- 0063.6973.636f.2d30.3065.302e.3165.6632.2e63 indicates client identifier.
 
00:20:54: DHCPD: forwarding BOOTREPLY to client 00e0.1ef2.c441. 

!--- BOOTREPLY includes DHCPOFFER and DHCPNAK.
 

!--- Client's MAC address is 00e0.1ef2.c441. 

00:20:54: DHCPD: broadcasting BOOTREPLY to client 00e0.1ef2.c441. 

!--- Router is forwarding DHCPOFFER or DHCPNAK broadcast on local LAN interface.

00:20:54: DHCPD: setting giaddr to 192.168.1.1. 

!--- Router received DHCPDISCOVER/REQUEST/INFORM and set Gateway IP address to 192.168.1.1 for forwarding.

00:20:54: DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3065.302e.3165.6632.2e63.. 

!--- BOOTREQUEST includes DHCPDISCOVER, DHCPREQUEST, and DHCPINFORM.


!--- 0063.6973.636f.2d30.3065.302e.3165.6632.2e63 indicates client identifier.

00:20:54: DHCPD: forwarding BOOTREPLY to client 00e0.1ef2.c441. 

!--- BOOTREPLY includes DHCPOFFER and DHCPNAK.


!--- Client's MAC address is 00e0.1ef2.c441.

00:20:54: DHCPD: broadcasting BOOTREPLY to client 00e0.1ef2.c441. 

!--- Router is forwarding DHCPOFFER or DHCPNAK broadcast on local LAN interface.

قم بتشغيل العديد من عمليات تصحيح الأخطاء في الوقت نفسه

عند تشغيل العديد من عمليات تصحيح الأخطاء في الوقت نفسه، يمكن اكتشاف كمية كبيرة من المعلومات فيما يتعلق بتشغيل وكيل ترحيل DHCP/ BootP والخادم. إذا كنت تستخدم المخططات السابقة لاستكشاف الأخطاء وإصلاحها، فيمكنك استنتاج الأماكن التي لا يعمل فيها وكيل إعادة توجيه DHCP/ BootP بشكل صحيح.

IP: s=0.0.0.0 (Ethernet0), d=255.255.255.255, len 604, rcvd 2
UDP src=68, dst=67
UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584
DHCPD: setting giaddr to 192.168.1.1.
UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604
IP: s=192.168.1.1 (local), d=192.168.2.2 (Ethernet1), len 604, sending
UDP src=67, dst=67
DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3030.302e.3030.3030.2e30.3030.312d.4574.30 forwarded to 192.168.2.2.
IP: s=192.168.2.2 (Ethernet1), d=192.168.1.1, len 328, rcvd 4
UDP src=67, dst=67
UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=308
DHCPD: forwarding BOOTREPLY to client 0000.0000.0001.
DHCPD: broadcasting BOOTREPLY to client 0000.0000.0001.
UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=328
IP: s=0.0.0.0 (Ethernet0), d=255.255.255.255, len 604, rcvd 2
UDP src=68, dst=67
UDP: rcvd src=0.0.0.0(68), dst=255.255.255.255(67), length=584
DHCPD: setting giaddr to 192.168.1.1.
UDP: sent src=192.168.1.1(67), dst=192.168.2.2(67), length=604
IP: s=192.168.1.1 (local), d=192.168.2.2 (Ethernet1), len 604, sending
UDP src=67, dst=67
DHCPD: BOOTREQUEST from 0063.6973.636f.2d30.3030.302e.3030.3030.2e30.3030.312d.4574.30 forwarded to 192.168.2.2.
IP: s=192.168.2.2 (Ethernet1), d=192.168.1.1, len 328, rcvd 4
UDP src=67, dst=67
UDP: rcvd src=192.168.2.2(67), dst=192.168.1.1(67), length=308
DHCPD: forwarding BOOTREPLY to client 0000.0000.0001.
DHCPD: broadcasting BOOTREPLY to client 0000.0000.0001.
UDP: sent src=0.0.0.0(67), dst=255.255.255.255(68), length=328. 

الحصول على تتبع جهاز المراقبة وتحديد السبب الجذري لمشكلة DHCP

مراجعة أقسام   فك تكويد تتبع عميل DHCP والخادم على مقطع LAN نفسه  و  فك تكويد تتبع عميل DHCP والخادم المفصولان بواسطة موجّه تم تكوينه كوكيل ترحيل DHCP 

لفك تشفير تتبع حِزم DHCP.

للحصول على معلومات حول كيفية الحصول على تتبع جهاز المراقبة باستخدام ميزة محلل منفذ المحول (SPAN) على مبدّلات Catalyst، يُرجى الرجوع إلى  مثال على تكوين محلل منفذ Catalyst المبدّل (SPAN).

طريقة بديلة لفك تكويد الحزمة باستخدام تصحيح الأخطاء على الموجّه

باستخدام الأمر  debug ip packet detail dump <acl>  على أحد موجّهات Cisco، من الممكن الحصول على حزمة كاملة بصيغة سداسية عشرية معروضة في سجل النظام أو واجهة سطر الأوامر (CLI). راجع أقسام  التحقق من استلام الموجّه لطلب DHCP باستخدام أوامر تصحيح الأخطاء  و التحقق من استلام الموجّه لطلب DHCP وإعادة توجيهه إلى خادم DHCP باستخدام أوامر التصحيح  الواردة أعلاه، بالإضافة إلى الكلمة الأساسية للتفريغ المضافة إلى قائمة الوصول، للحصول علي معلومات التصحيح نفسها، ولكن مع تفاصيل الحزمة بصيغة سداسية عشرية. لتحديد محتويات الحزمة، يجب ترجمة الحزمة. هناك مثال في الملحق أ.

الملحق أ: تكوين عينة Cisco IOS DHCP

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

لمزيد من المعلومات حول كيفية تكوين DHCP والأوامر المرتبطة به، يُرجى الرجوع إلى  قائمة مهام تكوين DHCP.

version 12.1
! 
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Router
!
enable password cisco 
ip subnet-zero 
no ip domain-lookup 
ip dhcp excluded-address 10.10.1.1 10.10.1.199 

!--- Address range excluded from DHCP pools. 

ip dhcp pool test_dhcp 

!--- DHCP pool (scope) name is test_dhcp.
 
network 10.10.1.0 255.255.255.0 

!--- DHCP pool (address will be assigned in this range) for associated Gateway IP address.
 
default-router 10.10.1.1 

!--- DHCP option for default gateway.
 
dns-server 10.30.1.1 

!--- DHCP option for DNS server(s).
 
netbios-name-server 10.40.1.1 

!--- DHCP option for NetBIOS name server(s) (WINS).
  
lease 0 0 1 

!--- Lease time. 
 
interface Ethernet0 
description DHCP Client Network 
ip address 10.10.1.1 255.255.255.0 
no ip directed-broadcast 
! 
interface Ethernet1 
description Server Network 
ip address 10.10.2.1 255.255.255.0 
no ip directed-broadcast 
!   
line con 0 
transport input none 
line aux 0 
transport input all 
line vty 0 4 
login 
! 
end 

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

معلومات ذات صلة

• الأدوات والموارد
• الدعم الفني والتنزيلات من Cisco