الرئيسية » Cisco » بروتوكول الـ LLDP بديل الـ Cisco Discovery Protocol

بروتوكول الـ LLDP بديل الـ Cisco Discovery Protocol

موضوع آخر أثاره أحد زوار المجلة وهو حول بديل بروتوكول سيسكو CDP وهو كما معروف عنه أنه يقوم بتبادل المعلومات وأستكشاف الأجهزة المحيطة بأحد الأجهزة وهو بروتوكول الـ LLDP أو Link Layer Discovery Protocol والذي سوف يكون محور حديثي في تدويني لهذا اليوم

بداية وقبل كل شيء يجب أن نعطي للعالم حقوقها فهذا البروتكول أو فكرة هذا البروتوكول كان من أنتاج وتطوير مركز أبحاث سيسكو ومنذ زمن طويل يعود إلى عام 1994 وسمي حينها بي CDP أو Cisco Discovery Protocol لذا فوجود بروتوكول الـ LLDP يعود فضله إلى سيسكو أولا وخصوصا لو قلت لك أن عملية تطوير هذا البروتوكول تمت بالتعاون بين شركة سيسكو ومنظمة الـ IEEE عام 2000 وبعد خمس سنوات من العمل على هذا البروتوكول وفي عام 2005 ظهر لنا هذا البروتوكول وأعتمد رسميا وحصل على الكود 802.1AB وتحت أسم LLDP-MED أو LLDP-Media Endpoint Discovery والذي كان نسخة مطورة من الـ LLDP العادي كونه يعطي معلومات أكثر وأدق مثل معلومات حول الفي لان ودعم للـ VOIP والـ PoE وحالة الـ Duplex والخ….تستطيع تحميل هذا الكتاب الذي يتحدث بأسهاب عن هذا البروتوكول

فكرة عمل هذا البروتوكول بسيطة جدا وتعتمد بالمقام الأول على الـ MIB والتى تحدثت عنها في تدوينة سابقة حول بروتوكول الـ SNMP , الـ MIB أو Management Information Base هي قاعدة بيانات وهمية خاصة ببروتوكول الـ SNMP ففيها يتم تجميع المعلومات وأرسالها إلى الجهاز الذي يقوم بتحليل ومراقبة الجهاز ومن هذه الفكرة البسيطة ولدت فكرة هذا البروتوكول فلو عدنا قليلا إلى موضوع الـ SNMP لوجدنا أن هناك مايسمى بي الـ Agent والذي يكون موجود على الروتر او السويتش وهو من يقوم بأرسال المعلومات إلى مركز تحليل البيانات معتمدا على الـ MIB كمصدر معلومات ومن هنا فكر مطوري هذا البروتوكول لماذا لايكون هناك Agent يقوم بأرسال وتبادل بعض المعلومات لكن بين الأجهزة وفقط وبشكل بسيط وغير معقد جدا كما في بروتوكول الـ SNMP وكل هذه العمليات تتم بين الاجهزة من خلال Multicast Address مثلها مثل بروتوكول الـ CDP والذي يعتمد على العنوان الآتي o1-00-0c-cc-cc-cc في أرسال واستلام المعلومات بين الأجهزة بينما يستخدم الـ LLDP العنوان التالي o1-80-c2-00-00-0e وأحب أن أشير من هنا إلى نقطة مهمة وهي تقول أن بروتوكول الـ LLDP هو one way protocol وبكلام آخر المعلومات التى ترسل لايسمح لها بان تمر من خلال أكثر من جهاز أي انها تصل إلى الجهاز التالي وتتوقف لذا نجد هذه البروتوكولات تعطينا معلومات بالجيران المحيطة بنا فقط .

يقوم الـ LLDP بأرسال المعلومات على شكل فريم وتكون محتوياته على الشكل التالي

الحقل الأول والثاني مفهومان الحقل الثالث الخاص بي الـ Type يتم كتابة كود الأيثرنت 0x88CC كون أغلب الكابلات تعتمد على الأيثرنت الحقل الرابع وهو الحقل الأهم والذي توضع فيه المعلومات LLDP Data Unit أما الحقل الآخير فهو معروف أيضا ومعناه Frame check sequence وهو من أجل التأكد من صحة وصول المعلومات .

وآخيرا أحب أن أختم مع هذا الجدول الهام والذي حصلت عليه من موقع سيسكو وفيه توضيح لأهم الأختلافات بين بروتوكول سيسكو CDP وبروتوكول الـ LLDP

Cisco Discovery Protocol

LLDP

Protocol Operation

Yes

0100.0ccc.cccc

c000.0800.0000 for 802.5

Yes

01-80-C2-00-00-0E

Use of multicast address

Cisco Discovery Protocol uses IEEE 802.2 and 802.3 encapsulation only.

LLDP has a dedicated ethertype: 88-CC.

Ethertype

AA-AA-03-00-00-0C-20-00

AA-AA-03-00-00-00-88-CC

Subnetwork Access Protocol (SNAP) value

Yes

Yes

Token Ring support

Yes

Yes

Fiber Distributed Data Interface (FDDI) support

Yes

Yes

Ethernet support

Yes

No (not formalized)

ATM support

Yes

No (not formalized)

Frame Relay support

Yes

No

Checksum support

Yes

Yes

Fast Start support

Network-endpoint

Network-network

There is no difference in protocol operation, although of course different device types may transmit different TLVs.

LDDP-MED is used only between network devices (such as switches) and endpoint devices (such as phones).

Protocol uses

CISCO-CDP-MIB

LLDP-EXT-MED-MIB

This MIB includes the following:

Topology change notification

LLDP-MED configuration

Local device information

Remote device information

MIB support

Yes

Yes

Topology change notification-Sends a notification if a device is added or removed

The switch does not accept or send Cisco Discovery Protocol packets until after
authentication occurs.

The switch does not accept or send LLDP-MED packets until after authentication occurs.

Standard 802.1x interaction

Default 60 seconds

(configurable)

Default 30 seconds

(configurable)

Advertising frequency (time between
protocol frames)

No

Yes

Transmit frame on local MIB change-If one of the settings in the local MIB changes

Accept (all Cisco equipment supports Cisco Discovery Protocol); note, of course, that if
Cisco Discovery Protocol is disabled then these
are dropped

Accept, depending on products, the timeframe,
and configuration; LLDP-MED is not planned for introduction on all existing endpoint products,
and the rollout schedule may vary from product
to product

Cisco device action on receiving an LLDP-MED or Cisco Discovery Protocol frame

Most switches ignore the Cisco Discovery Protocol messages but forward them.

Accept, depending on their support for LLD-MED and configuration

Third-party device action on receiving an LLDP-MED or Cisco Discovery Protocol

Yes

Yes

Discovers Cisco devices

No

Yes

Discovers third-party devices

TLVs are grouped into three groups, minimum, standard, and maximum. Global settings and port settings can define which group to use. Configuration of which TLVs are in the standard and maximum groups is supported.

TLV selection is supported for optional TLVs.

Support for TLV selection in transmission-Provides the ability to specify which TLVs are to be included in the outgoing frames

وقبل أن أختم أحب أن أونوه إلى أن هذا البروتوكول مدعوم في الكثير من الاجهزة ومن بينها أجهزة مايكروسوفت وأجهزة HP و 3c0m والخ…هذا مالدي لكم لهذا اليوم أتمنى أن تكونوا قد أستفدتوا من معلومة جديدة اليوم وموعدنا غدا أن شاء الله مع العدد السابع من المجلة فلاتنسونا من دعواتكم حتى غدا ودمتم بود

Print Friendly, PDF & Email

عن Ayman Alnaimi أيمن النعيمي

مهندس كمبيوتر سوري ومقيم حاليا في قطر , باحث ومطور للمحتوى العربي على الأنترنت, أهدف إلى رفع مستوى الأمة العربية ومساعدتها في النهضة العلمية, أغلب أهتماماتي في الشبكات وتحديدا الهاردوير منها وأقضى معظم وقتي في القراءة والدراسة والعمل وأؤمن بأن الثورة لو كانت لتكون فهي تبدأ بالقراءة ويليها الكتابة وبدون الآخيرة لن يكون هناك ثورة. للتواصل admin@networkset.net & networkset@hotmail.com

4 تعليقات

  1. مشكور عالمعلومات الرائعة
    الله يجزيك الخير

  2. جزاك الله كل خير 😀

  3. الله يعطيك العافيه على هذه المدونه انا احد اصدقائى حكى لى عنها بالامس وهى رائه جدا والله يجزاك كل خير

  4. السلام عليكم ورحمة الله وبركاته
    الذي لفت انتباهي أخ أيمن ف الجدول هو انه في آخر حقل في صورة ال frame البروتوكول وجد أن البروتوكول يدعم ال fcs والذي أعلمه أن ال check sum هو أحد الوسائل التي يتم بها التأكد من صحة وصول البيانات وهي مثلها مثل ال fcs تماما ربما تكون هي طريقة ابسط لكنها ف النهاية وسيلة للتأكد من صحة البيانات
    فكيف ف الجدول موجود أن البروتوكول لا يدعم ال check sum

اضف رد

لن يتم نشر البريد الإلكتروني . الحقول المطلوبة مشار لها بـ *

*

x

‎قد يُعجبك أيضاً

مقارنة بين أنظمة سيسكو IOS و IOS-XR و IOS-XE و NX-OS

في هذا المقال سوف نتعرف سوياً على جميع الأنظمة التشغيلية التى قامت سيسكو بتطويرها وهي ...

Management Plane Protection خط الدفاع الأول على سيسكو

أذكر منذ فترة ان دخلت أحد الفنادق الكبيرة وكانت الأجهزة أغلبها من سيسكو والشخص المسؤول ...

VPNمجاني باستخدام برنامج الـ Team Viewer

أصبح برنامج team Viewer عصب عمل أغلب مهندسي الكمبيوتر وأصبح الاعتماد عليه كبير في عمليات ...