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

المقدمة

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

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

المتطلبات

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

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

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

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

الاصطلاحات

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

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

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

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

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

تتألف معظم شبكات المؤسسات من شبكات فرعية متعددة مقسمة إلى شبكات فرعية يشار إليها باسم شبكات LAN الظاهرية (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 والخادم

السيناريو 2: المحول Cisco Catalyst Switch مع توجيه الوحدة النمطية L3 بين شبكات عميل DHCP والخادم

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

مسار الوحدة النمطية L3 بين شبكات عميل DHCP والخادم

فهم بروتوكول DHCP

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

يتم إستخدام DHCP بواسطة محطات العمل (البيئات المضيفة) للحصول على معلومات التكوين الأولية، مثل عنوان IP وقناع الشبكة الفرعية والبوابة الافتراضية عند بدء التشغيل. مع DHCP، لا يحتاج أنت أن يشكل يدويا كل مضيف مع عنوان. علاوة على ذلك، إذا انتقل مضيف إلى شبكة 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) رسالة in order to ربحت عنوان IP وقناع شبكة فرعية، بين آخر تشكيل معلم. يؤدي هذا إلى بدء تبادل بين خادم DHCP والمضيف. وخلال هذا التبادل، يمر العميل عبر هذه الحالات المحددة جيدا:

1. تهيئة

2. تحديد

3. طلب

4. عصبوا

5. تجديد

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

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

جدول رسائل DHCP

DHCPDISCOVER

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

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

ذكبوفر

يمكن لخادم DHCP الذي يستقبل رسالة DHCPdiscover الاستجابة باستخدام رسالة DHCPpoffer على منفذ UDP 68 (عميل BootP). يستلم العميل ال DHCPoffer وينتقل إلى حالة التحديد. تحتوي رسالة DHCPpoffer هذه على معلومات التكوين الأولية للعميل. على سبيل المثال، يقوم خادم DHCP بتعبئة رسالة DHCPoffer في الحقل اسم المستخدم باستخدام عنوان IP المطلوب. يتم تحديد قناع الشبكة الفرعية والبوابة الافتراضية في حقل الخيارات وقناع الشبكة الفرعية وخيارات الموجه، على التوالي. تتضمن الخيارات الشائعة الأخرى في رسالة DHCPoffer وقت تأجير عنوان IP، ووقت التجديد، وخادم اسم المجال، وخادم اسم NetBIOS (WINS). يرسل خادم DHCP DHCPpoffer إلى عنوان البث ولكنه يتضمن عنوان جهاز العميل في حقل chaddr الخاص بالعرض، حتى يعرف العميل أنها الوجهة المقصودة. في حالة عدم وجود خادم DHCP على الشبكة الفرعية المحلية، يرسل خادم DHCP ال DHCP، كحزمة unicast، على منفذ UDP 67، مرة أخرى إلى وكيل ترحيل DHCP/BootP الذي تم اكتشاف DHCPdiscover منه. بعد ذلك يقوم عميل ترحيل DHCP/BootP إما بإذاعة DHCPpoffer أو إعادة ربطه على الشبكة الفرعية المحلية على منفذ UDP 68، والذي يعتمد على علامة البث التي تم تعيينها بواسطة عميل BOOTP.

دي إتش بريكويست

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

دهاك

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

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

ذكناك

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

دكاردتش

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

ذذباينفورم

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

دكبريليس

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

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

تجديد عقد الإيجار

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

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

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

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

جدول حزم DHCP

تختلف رسالة DHCP في الطول وتتألف من حقول مدرجة في جدول حزم DHCP.

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

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

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

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

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

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

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

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

لإعادة توجيه طلب BootP/DHCP من العميل إلى خادم DHCP، يتم إستخدام أمر واجهة ip helper-address. يمكن تكوين عنوان مساعد 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 حيث يتم تبادل رسائل DHCP client and server و DHCPoffer و DHCPprequest / DHCP بين كل زوج من عملاء DHCP والخادم.

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

هناك طريقتان لإعداد الروابط اليدوية؛ واحدة لمضيف Windows والأخرى للمضيفين بخلاف Windows. هناك إثنان أمر مختلف يستعمل أن يشكل؛ واحد ل مايكروسوفت DHCP زبون، والآخر ل غير مايكروسوفت DHCP زبون: DHCP زبون-identifier (ربط يدوي - مايكروسوفت DHCP زبون) وDHCPhardware-address (ربط يدوي - غير مايكروسوفت DHCP زبون). السبب وراء أمرين مختلفين أن pc أن يركض مع Windows يعدل MACs هو، و 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

• هذا تشكيل لعملاء 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 Client-Server مع وظيفة ترحيل DHCP

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

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

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

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

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

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

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

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

يتكون مثال تتبع sniffer من ستة إطارات. توضح هذه الإطارات الستة سيناريو يتواجد فيه عميل DHCP والخادم على نفس المقطع المادي أو المنطقي. أستخدم مثال الرمز التالي لاستكشاف أخطاء DHCP وإصلاحها. من المهم أن تطابق تتبع sniffer الخاص بك إلى الآثار في هذا المثال. يمكن أن يكون هناك بعض الفروق بالمقارنة مع الأثار المصورة التالية، غير أن تدفق الحزمة العام ينبغي أن يكون تماما نفس. تتتبع الحزمة المناقشات السابقة حول كيفية عمل 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: 

يفك ترميز sniffer من DHCP زبون ونادل يفصل بمسحاج تخديد أن يكون شكلت ك DHCP ترحيل وكيل

تتبع Sniffer-B

- - - - - - - - - - - - - - - - - - - - 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: 

sniffer-A تتبع

- - - - - - - - - - - - - - - - - - - - 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 مسؤول عن إعادة توجيه DHCP إلى خادم DHCP. يلزم إتخاذ خطوات إضافية لاستكشاف أخطاء وكيل ترحيل DHCP/BootP وإصلاحها، بالإضافة إلى خادم DHCP والعميل. إذا قمت بتعقب هذه الوحدات النمطية، يمكنك تحديد الجهاز الذي يسبب المشاكل.

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

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

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

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

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

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

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

• التكوين الافتراضي لمحول Catalyst

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

• مشكلة توافق NIC أو مشكلة ميزة DHCP

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

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

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

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

• cisco مادة حفازة مفتاح أو cisco ios DHCP/BootP ترحيل وكيل برمجية خلل

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

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

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

ألف - التحقق من الاتصال المادي

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

تحقق أولا من الاتصال الفعلي لعميل DHCP والخادم. إذا كنت متصلا بمحول Catalyst، فتحقق من أن كل من عميل DHCP والخادم لديه اتصال طبيعي. بالنسبة للمحولات المستندة إلى نظام Cisco IOS مثل Catalyst 2900XL/3500XL/2950/3550، يكون الأمر المكافئ لعرض حالة المنفذ هو show 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 switch وعميل DHCP، أستخدم قسم أستكشاف أخطاء توافق محولات Cisco Catalyst مع بطاقة واجهة الشبكة (NIC) وإصلاحها للمشاكل المتعلقة بإصدار اتصال الطبقة المادية.

البيانات مفرط خطوة يسبب خطأ ميناء على بعض مادة حفازة مفتاح أن يذهب داخل errdisable دولة. أحلت ل كثير معلومة Errdisable دولة الميناء إستعادة على ال cisco ios منصة، أي يصف الدولة errdisable، يفسر كيف أن يسترد من هو، ويزود مثال من إستعادة من هذا دولة.

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

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

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

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

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

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

نظام التشغيل Microsoft Windows 95/98/ME:

1. انقر فوق الزر Startbutton وقم بتشغيل برنامج WinIPCFG.exe.
2. انقر فوق Release AllButton، يتبعه الزر تجديد الكل.
3. هل عميل DHCP قادر الآن على الحصول على عنوان IP؟

نافذة تكوين IP

نظام التشغيل Microsoft Windows NT/2000:

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

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

إذا كان عميل DHCP قادرا على الحصول على عنوان IP مع تجديد يدوي لعنوان IP بعد أن أكمل الكمبيوتر الشخصي عملية بدء التشغيل، فمن المرجح أن تكون المشكلة مشكلة بدء تشغيل DHCP. إن ال DHCP ربطت زبون إلى cisco مادة حفازة مفتاح، المشكلة على الأرجح بسبب تشكيل إصدار أن يتعامل مع STP PortFast و/أو يقني و trunking. آخر يتضمن إمكانية إصدار بطاقة واجهة الشبكة (NIC) ومشاكل بدء تشغيل منفذ المحول. مراجعة الخطوات D و E لاستبعاد تكوين منفذ المحول ومشكلات بطاقة واجهة الشبكة (NIC) كسبب جذري لمشكلة DHCP.

D. التحقق من تكوين منفذ المحول (STP PortFast والأوامر الأخرى)

إن مادة حفازة 2900/4000/5000/6000، دققت أن الميناء يتلقى STP PortFast يمكن و trunking/channeling يعجز. يكون التكوين الافتراضي هو STP PortFast معطل و trunking/channeling auto، إن أمكن. بالنسبة للمحولات 2900xl/3500xl/2950/3550 switches، يكون بروتوكول الشجرة المتفرعة (STP) PortFast هو التكوين المطلوب الوحيد. تعمل تغييرات التكوين هذه على حل مشاكل عميل DHCP الأكثر شيوعا التي تحدث مع التثبيت الأولي لمحول Catalyst.

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

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

E. التحقق من مشاكل بطاقة NIC المعروفة أو محولات Catalyst switch

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

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

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

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

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

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

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

2. تحقق من عدم وجود أمر التكوين العام no service dhcp . تقوم معلمة التكوين هذه بتعطيل جميع خادم DHCP ووظائف الترحيل على الموجه. لا يظهر التكوين الافتراضي،service dhcpفي التكوين، وهو أمر التكوين الافتراضي. إذا لم يتم تمكين الخدمة 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 إلى عنوان بث لشبكة فرعية، تحقق من عدمno ip directed-broadcastتكوين هذه الأوامر على أي واجهة صادرة تحتاج حزم بث UDP إليها لاجتيازها. الوحداتno ip directed-broadcastالموجودة على أي ترجمة للبث الموجه إلى البث الفعلي. هذا قارن تشكيل التقصير في برمجية صيغة 12.0 وأعلى.

4. عندما تتم إعادة توجيه عمليات بث DHCP إلى عنوان بث شبكة 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) في المحولات (وكلاء الترحيل) باستخدام أمر التكوين العام، no ip dhcp relay information option.

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

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

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

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

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

j. فحص CDP لاتصالات هاتف بروتوكول الإنترنت

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

ك. إزالة SVI لأسفل يعطل عملية التطفل على بروتوكول DHCP

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

يتم تنفيذ التطفل على بروتوكول DHCP على محولات Cisco Catalyst 6500 Series Switches التي تعمل بنظام التشغيل الأصلي Cisco IOS غالبا على معالج التوجيه (RP أو MSFC)، وليس على معالج المحول (SP أو المشرف). يعترض ال cisco مادة حفازة 6500 sery ربط في جهاز مع VACLs أن يزود الربط إلى محلي هدف منطق (LTL) مشترك إلى ب ال RP. ما إن يدخل الإطارات ال RP، هم يحتاجون أولا أن يكون صحبت مع L3 قارن (SVI) IDB قبل أن هم يستطيع كنت تمرر إلى المتطفل جزء. بدون SVI، لا يوجد IDB هذا، ويتم إسقاط الحزم في RP.

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

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

يمكن لبعض عملاء DHCP قبول بث all-ones فقط ولا يمكنهم اكتساب عنوان DHCP ما لم يتم تكوين هذا الأمر على واجهة الموجه المتصلة بالعميل.

m. debug dhcp مع أوامر تصحيح أخطاء الموجه

تحقق من أن الموجه يستلم طلب DHCP باستخدام أوامر debug

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

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

access-list 100 allowed ip host 0.0.0.0 المضيف 255.255.255.255

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

debug ip packet detail 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 باستخدام أمر debug ip udp

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

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

في وضع EXEC، أدخل الأمر debug هذا: 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 مع أمر حزمة خادم debug ip dhcp

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

حزمة خادم debug ip dhcp

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. 

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

راجع تتبع sniffer لفك الترميز لعميل DHCP والخادم على نفس مقطع الشبكة المحلية (LAN) وتتبع sniffer لفك الترميز لعميل DHCP والخادم المفصولين بواسطة الموجه الذي تم تكوينه كأقسام وكيل ترحيل DHCP

لفك تشفير مسارات حزم DHCP.

أحلت لمعلومة على كيف أن يحصل sniffer أثر مع ال يحول محلل أيسر (فسحة بين دعامتين) سمة على مادة حفازة مفتاح، يشكل المادة حفازة يحول محلل أيسر (فسحة بين دعامتين) تشكيل مثال.

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

باستخدام الأمر debug ip packet detail <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 

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

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

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