المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

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

المفاهيم الرئيسية

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

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

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

جدول رسائل DHCP

DHCPDISCOVER

ذكوفر

دي إتش كويست

دهاك

ذكناك

دكاردتش

ذذباينفورم

دكبريليس

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

جدول حزم DHCP

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

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

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

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

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

محادثة DHCP Client-Server مع وظيفة ترحيل DHCP

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

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

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

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

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

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

تتبع Sniffer-B

sniffer-A تتبع

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

دراسة حالة رقم 1: DHCP نادل على ال نفسه lan قطعة أو VLAN ك DHCP زبون

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

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

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

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

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

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

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

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

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

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

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

تم تشغيل خيار تعريف المشترك (82)

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

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

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

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

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

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

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

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

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

المقدمة

يصف هذا وثيقة كيف أن يتحرى عدة إصدار مشترك مع حركي مضيف تشكيل بروتوكول (DHCP) في cisco مادة حفازة مفتاح شبكة.

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

المتطلبات

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

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

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

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

الاصطلاحات

راجع اصطلاحات تلميحات 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 والخادم

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

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

1. تهيئة

2. تحديد

3. طلب

4. عصبوا

5. تجديد

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

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

جدول رسائل DHCP

المرجع

رسالة

الوصف

0x01

DHCPDISCOVER

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

0x02

ذكوفر

إستجابة الخادم ل DHCPDISCOVER العميل.

0x03

دي إتش كويست

يذيع العميل إلى الخادم، ويطلب معلمات مقدمة من خادم واحد تحديدا، كما هو محدد في الحزمة.

0x04

دكاردتش

يشير الاتصال من العميل إلى الخادم إلى أن عنوان الشبكة قيد الاستخدام بالفعل.

0x05

دهاك

الاتصال من خادم إلى عميل مع معلمات التكوين، بالإضافة إلى عنوان الشبكة الملتزم به.

0x06

ذكناك

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

0x07

دكبريليس

يقوم الاتصال من العميل إلى الخادم بتسليم عنوان الشبكة وإلغاء التأجير المتبقي.

0x08

ذذباينفورم

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

DHCPDISCOVER

عندما يقوم العميل بالتمهيد لأول مرة، يقال إنه في حالة التهيئة، ويرسل رسالة DHCPDISCOVER على الشبكة الفرعية المادية المحلية الخاصة به عبر منفذ بروتوكول مخطط بيانات المستخدم (UDP) رقم 67 (خادم BootP). بما أن العميل ليس لديه طريقة لمعرفة الشبكة الفرعية التي ينتمي إليها، فإن DHCPDISCOVER هو بث لجميع الشبكات الفرعية (عنوان IP للوجهة رقم 255.255.255.255)، بعنوان IP للمصدر رقم 0.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 وينتقل إلى حالة التحديد. تحتوي رسالة DHCPOFFER هذه على معلومات التكوين الأولية للعميل. على سبيل المثال، يقوم خادم 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.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. يحدد العميل التأجير الذي سيتم إصداره من خلال إستخدام 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 نادل القاع عنوان من بركة من عنوان إلى ال DHCP زبون. عند انتهاء صلاحية تأجير العنوان السفلي، يتم تعيينه إلى عميل آخر إذا كان مطلوبا. لا يمكنك إجراء أي تغييرات في ترتيب تعيين عناوين DHCP.

جدول حزم DHCP

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

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

الحقل

بايت

الاسم

الوصف

أوب

1

أوبركود

تعريف الحزمة كطلب أو رد: 1=Bootrequest، 2=Bootreply

نوع

1

نوع الجهاز

تحديد نوع عنوان جهاز الشبكة.

هلن

1

طول الجهاز

تحديد طول عنوان الجهاز.

حشيشة الدينار

1

حشيشة الدينار

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

xid

4

معرف الحركة

رقم عشوائي يتم إختياره بواسطة العميل. تستخدم جميع رسائل DHCP المتبادلة لحركة DHCP معينة المعرف (xid).

ثوان

2

ثواني

يحدد عدد الثواني منذ بدء عملية DHCP.

أعلام

2

العلامات

الإشارة إلى ما إذا كانت الرسالة يتم بثها أو البث الأحادي.

يادر

4

عنوان IP للعميل

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

يادر

4

عنوان IP الخاص بك

إذا كان عنوان IP للعميل 0.0.0.0، يضع خادم DHCP عنوان IP للعميل المعروض في هذا الحقل.

سيادر

4

عنوان IP للخادم

إذا كان العميل يعرف عنوان IP الخاص بخادم DHCP، يتم ملء هذا الحقل بعنوان خادم DHCP. وإلا، يتم إستخدامها في DHCPoffer و DHCPack من خادم DHCP.

غيدر

4

عنوان IP للموجه (GI ADDR)

عنوان IP للعبارة، والذي يتم ملؤه بواسطة وكيل ترحيل DHCP/BootP.

شادر

16

عنوان MAC للعميل

عنوان MAC لعميل DHCP.

اسم

64

اسم الخادم

اسم مضيف الخادم الاختياري.

ملف

128

اسم ملف التمهيد

اسم ملف التمهيد.

خيارات

متغير

معلمات الخيار

المعلمات الاختيارية التي يمكن توفيرها بواسطة خادم DHCP. يوفر المعيار RFC 2132 جميع الخيارات الممكنة.

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

وصف الحزمة

عنوان MAC المصدر

عنوان MAC الوجهة

عنوان IP المصدر

عنوان IP الوجهة

DHCPDISCOVER

العميل

بث

0.0.0.0

255.255.255.255

ذكوفر

DHCPServer

بث

DHCPServer

255.255.255.255

دي إتش كويست

العميل

بث

0.0.0.0

255.255.255.255

دهاك

DHCPServer

بث

DHCPServer

255.255.255.255

دور وكيل ترحيل 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 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 حيث يتم تبادل رسائل DHCP client و 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 الخاصة بمراسلاتهما بشكل صحيح.

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

محادثة DHCP Client-Server مع وظيفة ترحيل DHCP

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

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

حزمة

عنوان IP للعميل

عنوان IP للخادم

عنوان GI

عنوان MAC لمصدر الحزمة

ربط مصدر عنوان

عنوان MAC لوجهة الحزمة

عنوان IP لوجهة الحزمة

1. يتم إرسال DHCPDISCOVER من العميل.

0.0.0.0

0.0.0.0

0.0.0.0

0005.dcc9.c640

0.0.0.0

ffff.ffff.fffff (بث)

255.255.255.255

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

0.0.0.0

0.0.0.0

192.168.1.1

عنوان MAC للواجهة E2

192.168.1.1

عنوان MAC لخادم DHCP

192.168.2.2

3. تلقى خادم DHCP اكتشاف DHCP ويرسل DHCPpoffer إلى وكيل ترحيل DHCP.

192.168.1.2

192.168.2.2

192.168.1.1

عنوان MAC لخادم DHCP

192.168.2.2

عنوان MAC للواجهة E2

192.168.1.1

4. يتلقى وكيل ترحيل DHCP DHCPoFfer ويرسل بث DHCPpoffer على الشبكة المحلية (LAN).

192.168.1.2

192.168.2.2

192.168.1.1

عنوان MAC للواجهة E1

192.168.1.1

ffff.ffff.ffff (بث)

255.255.255.255

5. DHCPprequest المرسل من العميل.

0.0.0.0

0.0.0.0

0.0.0.0

0005.dcc9.c640

0.0.0.0

ffff.ffff.fffff (بث)

255.255.255.255

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

0.0.0.0

0.0.0.0

192.168.1.1

عنوان MAC للواجهة E2

192.168.1.1

عنوان MAC لخادم DHCP

192.168.2.2

7. تلقى خادم DHCP رسالة DHCP ويرسل رسالة DHCP إلى وكيل ترحيل DHCP/BootP.

192.168.1.2

192.168.2.2

192.168.1.1

عنوان MAC لخادم DHCP

192.168.2.2

عنوان MAC للواجهة E2

192.168.1.1

8. يتلقى عميل ترحيل DHCP/BootP "حزمة DHCP" ويعيد توجيه بث DHCPACK على شبكة LAN المحلية. يقبل العميل ACK ويستخدم عنوان IP الخاص بالعميل.

192.168.1.2

192.168.2.2

192.168.1.1

عنوان MAC للواجهة E1

192.168.1.1

ffff.ffff.ffff (بث)

255.255.255.255

اعتبارات بدء تشغيل بيئة ما قبل التنفيذ (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 على الموجه في تعيين عناوين مع خطأ تم استنفاد التجمع

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

3. هل عميل DHCP قادر الآن على الحصول على عنوان IP؟

نافذة تكوين IP

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

1. أدخل Cmdin Start/Runfield لفتح نافذة مطالبة الأوامر.

2. قم بإصدار نافذة موجه الأمر commandConfig/renin.

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-addresscommand على الواجهة الصحيحة. يجب أن يكون الأمر ip helper-addresscommand موجودا على الواجهة الواردة لمحطات عمل عميل DHCP ويجب توجيهه إلى خادم DHCP الصحيح.

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

4. عندما تتم إعادة توجيه عمليات بث DHCP إلى عنوان بث الشبكة الفرعية لخادم DHCP، يمكن أن تنشأ مشكلة في البرنامج. عندما تحريت مشاكل DHCP، حاولت أن يرسل DHCP udp بث إلى ال 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.

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

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

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

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

- الأدوات والموارد

- الدعم الفني - Cisco Systems