عند دراسة Data Link Layer في نموذج OSI ستجد غالبًا أنها تُشرح على أنها مكوّنة من طبقتين فرعيتين: LLC في الأعلى وMAC في الأسفل. هذا التقسيم مفيد لفهم بنية عائلة IEEE 802، لكنه قد يسبب ارتباكًا عندما تبدأ بتحليل Ethernet فعليًا وترى EtherType مباشرة داخل الإطار دون وجود LLC Header.
الخلاصة مبكرًا: MAC تتعامل مع خدمة الوصلة نفسها مثل MAC Frames والعنونة والوصول إلى الوسط وفق التقنية المستخدمة، بينما LLC تمثل طبقة تحكم منطقية أعلى MAC وتستخدم حقولًا مثل DSAP وSSAP. أما EtherType فليس حقلًا من LLC. في Ethernet الذي يحمل EtherType مباشرة يمكن تحديد البروتوكول الأعلى دون وجود IEEE 802.2 LLC Header داخل ذلك الإطار.
إذا كنت ما زلت تربط بين أرقام الطبقات ووظائفها، فابدأ من شرح نموذج OSI والطبقات السبع، ثم عد إلى هذا المقال للتركيز تحديدًا على البنية الداخلية للمستوى الثاني.
الفرق بين LLC وMAC باختصار
| المقارنة | LLC | MAC |
|---|---|---|
| الاسم | Logical Link Control | Media Access Control |
| الموقع المفاهيمي | الجزء العلوي من Data Link | الجزء الأقرب إلى التقنية والـPHY |
| الوظيفة الأساسية | توفير واجهة منطقية وخدمات وتعريفات للبروتوكولات الأعلى | نقل MAC Frames والعنونة والوصول إلى الوسط وفق التقنية |
| حقول معروفة | DSAP وSSAP وControl، وقد يتبعها SNAP | حقول إطار التقنية مثل Source وDestination MAC في Ethernet |
| هل EtherType جزء منها؟ | لا | يمكن أن يظهر Type/Length ضمن تنسيق Ethernet نفسه |
| هل الشكل واحد في كل الشبكات؟ | مفهوم LLC له تعريف مستقل عن MAC معين | التفاصيل تختلف بين Ethernet وWi-Fi وتقنيات IEEE 802 الأخرى |
أين يأتي تقسيم Data Link إلى LLC وMAC؟
نموذج OSI الأصلي يصف وظائف طبقة ربط البيانات على مستوى عام، بينما طورت عائلة IEEE 802 بنية أكثر تحديدًا للشبكات المحلية والمتروبوليتانية. يوضح معيار IEEE 802-2024: Overview and Architecture العلاقة بين معايير IEEE 802 والبروتوكولات الأعلى، ويعرّف بنية عناوين MAC وطرق التعرف على بروتوكولات الطبقات الأعلى.
ومن هنا يأتي النموذج التعليمي المعروف:
Higher Layers → LLC → MAC → PHY
لكن يجب التعامل معه باعتباره بنية مرجعية وليس قاعدة تقول إن كل Frame تلتقطه اليوم يجب أن يحتوي بالضرورة على LLC Header فعلي.
ما هو MAC Sublayer؟
MAC اختصار لـMedia Access Control، وهو الجزء المرتبط بخدمة الوصلة وطريقة إرسال واستقبال الإطارات وفق تقنية الشبكة المستخدمة. في Ethernet مثلًا يحدد معيار IEEE 802.3 مواصفات MAC المشتركة إلى جانب مجموعة كبيرة من مواصفات الطبقة الفيزيائية.
من الوظائف التي ترتبط بـMAC في Ethernet:
- إرسال واستقبال MAC Frames.
- التعامل مع عنوان MAC المصدر والوجهة.
- تحديد حدود وحجم الإطار والقواعد المرتبطة به.
- استخدام Frame Check Sequence للكشف عن أخطاء النقل.
- قواعد الوصول إلى الوسط عندما تكون مطلوبة، مثل CSMA/CD في Ethernet نصف مزدوج التاريخي.
ولا يعني ذلك أن MAC «شريحة عتادية فقط». قد تشارك بطاقة الشبكة والـFirmware والـDriver ونظام التشغيل في تنفيذ وظائف مختلفة مرتبطة بطبقة الربط. لذلك فالتعبير الأدق هو وصف الوظائف والبروتوكول بدل ربط الطبقة بمكوّن مادي واحد بصورة مطلقة.
كما أن كلمة MAC هنا أوسع من مجرد عنوان الجهاز. إذا أردت التركيز على بنية العنوان نفسه وكيفية تعيينه واستخدامه، فراجع شرح MAC Address، بينما يختص هذا المقال بالعلاقة بين MAC Sublayer وLLC.
ما هي LLC؟
LLC اختصار لـLogical Link Control. يتضمن LLC Protocol Data Unit حقولًا للتعامل مع نقاط الوصول إلى خدمات الطبقات الأعلى، وأهمها:
- DSAP: Destination Service Access Point.
- SSAP: Source Service Access Point.
- Control: معلومات التحكم المرتبطة بنوع LLC المستخدم.
ولا تزال IEEE Registration Authority تنشر وتدير قيم LLC وLSAP وتوضح أن DSAP وSSAP من الحقول الأساسية في LLC.
إذن عندما نتحدث عن LLC Header حقيقي، فنحن نتحدث عن بنية من هذا النوع، وليس عن حقل EtherType الموجود في Ethernet.
التصحيح الأهم: EtherType ليس LLC Field
من أكثر الأخطاء انتشارًا في شروحات الشبكات القول إن LLC «تضيف EtherType» إلى Ethernet Frame. هذا يخلط بين طريقتين مختلفتين لتعريف البروتوكول الأعلى.
توضح IEEE Registration Authority الخاصة بـEtherType أن EtherType يوفر سياقًا لتفسير Data Field داخل Ethernet/IEEE 802.3 Frame، أي أنه معرف بروتوكول مرتبط بتنسيق Ethernet نفسه.
من القيم المعروفة:
| EtherType | المحتوى |
|---|---|
0x0800 |
IPv4 |
0x0806 |
ARP |
0x86DD |
IPv6 |
إذا استقبل النظام Ethernet Frame ووجد 0x0800 في موضع Type، يستطيع تسليم الحمولة إلى IPv4. لم يحتج في هذه الحالة إلى LLC Header يحتوي DSAP وSSAP حتى يعرف أن البروتوكول التالي هو IPv4.
Ethernet II: عندما يظهر EtherType مباشرة
في حركة IP المعتادة فوق Ethernet ستشاهد غالبًا التنسيق المعروف باسم Ethernet II. الشكل المبسط هو:
Destination MAC
Source MAC
EtherType
Payload
FCSفعلى سبيل المثال، يحدد RFC 894 حمل IPv4 فوق Ethernet باستخدام قيمة 0x0800 في Type Field.
هذا هو السبب في أن فتح Packet Capture عادي لجهاز يتصفح الويب عبر Ethernet قد يظهر لك:
Ethernet II
Internet Protocol Version 4
Transmission Control Protocol
...من دون طبقة باسم LLC بين Ethernet وIPv4.
ولفهم بقية الحقول مثل Destination MAC وSource MAC وFCS دون تكرارها هنا، يمكنك الرجوع إلى شرح بنية الـFrame وحقوله.
أين يظهر IEEE 802.3 مع LLC؟
يوجد تنسيق آخر يستخدم قيمة Length بعد عناوين MAC، ثم يأتي LLC Header داخل البيانات:
Destination MAC
Source MAC
Length
LLC
Payload
FCSهنا يبدأ LLC عادةً بـDSAP وSSAP وControl. وإذا احتاجت الشبكة إلى مساحة تعريف أوسع للبروتوكول الأعلى، يمكن استخدام SNAP فوق LLC.
لهذا من غير الدقيق النظر إلى أي حقل بطول بايتين بعد Source MAC ثم افتراض أنه دائمًا EtherType؛ تفسير الحقل يعتمد على صيغة الإطار وقيمته.
ما هو SNAP وما علاقته بـEtherType؟
SNAP اختصار لـSubnetwork Access Protocol، ويعمل كامتداد فوق LLC. يستخدم LLC SAP مخصصًا لـSNAP، ثم يضيف SNAP معلومات إضافية لتعريف البروتوكول.
في الاستخدام المعروف لحمل بروتوكولات الإنترنت على شبكات IEEE 802، يوضح RFC 1042 بنية تعتمد على LLC/SNAP، حيث يحتوي SNAP على Organization Code ثم Protocol Identifier يمكن أن يحمل قيمة EtherType.
يمكن تبسيط المسار عندها إلى:
MAC
↓
LLC: DSAP + SSAP + Control
↓
SNAP
↓
Protocol Identifier
↓
IP / ARP / ...وهنا تظهر نقطة مهمة: وجود EtherType-like value داخل SNAP لا يجعل EtherType جزءًا من LLC Header نفسه. SNAP طبقة تغليف إضافية تأتي بعد حقول LLC.
هل IEEE 802.2 ما زال معيارًا نشطًا؟
هذه نقطة تحتاج إلى تحديث لأن كثيرًا من الكتب والشروحات لا تذكرها. معيار IEEE 802.2-1989 الذي ارتبط تاريخيًا بـLogical Link Control أصبح معيارًا مسحوبًا، وتوضح IEEE أنه سُحب في عام 2011.
لكن هذا لا يعني أن مصطلحات LLC أو قيم LSAP اختفت من عالم الشبكات. ما زالت IEEE Registration Authority تحتفظ بسجل LLC، كما تشير إلى ISO/IEC 8802-2 عند تعريف صيغة عناوين LLC. كذلك يستمر معيار IEEE 802 الحديث في وصف بنية عائلة 802 وعلاقتها بالبروتوكولات الأعلى.
لذلك فالجملة الأدق ليست «IEEE 802.2 هو المعيار الحالي لكل LLC في جميع الشبكات»، بل:
IEEE 802.2 هو المرجع التاريخي المهم لبنية LLC، بينما تستمر مفاهيم LLC وتعريفاتها ضمن بنية IEEE 802 والمراجع اللاحقة رغم سحب معيار 802.2 القديم نفسه.
هل Ethernet الحديثة تستخدم LLC أم EtherType؟
إذا كان السؤال عن حركة IPv4 وIPv6 العادية على شبكة Ethernet حديثة، فالمشهد الذي ستراه غالبًا هو Ethernet مع Type/EtherType مباشرة، وليس LLC Header بين Ethernet وIP.
لهذا لا تحتاج إلى تصور العملية بهذه الصورة دائمًا:
IPv4
↓
LLC تضيف EtherType
↓
MAC تضيف العناوينالأدق في Ethernet II هو:
IPv4 Packet
↓
Ethernet encapsulation
↓
Destination MAC + Source MAC + EtherType + Payload + FCSأما عند استخدام LLC/SNAP، فتوجد بالفعل LLC Headers داخل الحمولة وفق التنسيق المستخدم.
إذا أردت متابعة Ethernet نفسها، وليس التقسيم النظري لـData Link، فالمقال المتخصص ما هو Ethernet وكيف يعمل IEEE 802.3 يشرح دور الإطار والسويتش والـPHY بصورة أوسع.
ماذا عن Wi-Fi؟
يُظهر Wi-Fi لماذا لا ينبغي مساواة كل تقنيات Layer 2 بتنسيق Ethernet. معيار IEEE 802.11 يعرّف MAC وPHY خاصين بالشبكات اللاسلكية، وتختلف بنية 802.11 Frame بصورة واضحة عن Ethernet Frame.
وفي كثير من التقاطات بيانات Wi-Fi التي تحمل بروتوكولات الإنترنت يمكن أن ترى LLC/SNAP بين 802.11 والحمولة الأعلى. لذلك قد يظهر في Wireshark مسار قريب من:
IEEE 802.11
LLC
SNAP
IPv4
TCP
...بينما يظهر الاتصال نفسه على Ethernet السلكية مثلًا:
Ethernet II
IPv4
TCP
...البروتوكول الأعلى قد يكون IPv4 في الحالتين، لكن طريقة تغليفه على الوصلة ليست متطابقة.
كيف تتعرف على LLC وEtherType في Wireshark؟
هذه أسهل طريقة لتحويل الفكرة من نظرية إلى شيء تستطيع رؤيته فعليًا.
إذا ظهر Ethernet II
قد ترى حقولًا مثل:
Destination
Source
Type: IPv4 (0x0800)ثم ينتقل Wireshark مباشرة إلى IPv4. هنا لا يوجد IEEE 802.2 LLC Header في الإطار.
إذا كان الإطار يستخدم LLC
ستجد قسمًا مستقلًا باسم Logical-Link Control أو LLC، ويمكن أن ترى داخله DSAP وSSAP وControl، ثم SNAP عند استخدامه.
إذن لا تحدد وجود LLC بناءً على الرسم الذي حفظته لطبقات OSI، بل انظر إلى التغليف الفعلي الموجود داخل الإطار.
أخطاء شائعة عند فهم LLC وMAC
1. LLC هي التي تضيف EtherType
غير صحيح كقاعدة عامة. EtherType يظهر مباشرة في Ethernet Type/Length field عند استخدام تنسيق Type، بينما LLC الحقيقي يستخدم DSAP وSSAP وControl.
2. كل Ethernet Frame يحتوي LLC Header
غير صحيح. Ethernet التي تحمل Type/EtherType مباشرة لا تحتاج إلى LLC Header لتحديد IPv4 أو IPv6 أو ARP.
3. LLC اختفت تمامًا لأن IEEE 802.2 سُحب
أيضًا تبسيط زائد. سُحب معيار IEEE 802.2 القديم، لكن LLC وLSAP ما زالت لها مراجع وتسجيلات واستخدامات ضمن بنى IEEE 802.
4. MAC تعني MAC Address فقط
عنوان MAC جزء مهم من الموضوع، لكنه ليس كل MAC Sublayer. وظائف MAC مرتبطة بخدمة الإطار والوصول إلى الوسط والقواعد الخاصة بتقنية الوصلة.
كما أن عناوين MAC نفسها ليست دائمًا «رقمًا ثابتًا محفورًا لا يمكن تغييره». توجد عناوين مُدارة محليًا وتقنيات Randomization وتغييرات برمجية، لذلك من الأفضل فهمها كعناوين طبقة ربط بدل وصفها دائمًا بأنها هوية مادية دائمة. ويمكن التوسع في أنواع الوجهات المحلية عبر شرح Unicast وMulticast وBroadcast في عناوين MAC.
5. كل وظائف Layer 2 متطابقة بين Ethernet وWi-Fi
المستوى الوظيفي قد يكون متقاربًا عند استخدام نموذج OSI، لكن البروتوكولات الفعلية مختلفة. Ethernet له MAC Frame وقواعده، وWi-Fi له 802.11 MAC Frame وقواعد وصول لاسلكية مختلفة. لذلك يجب الانتقال من النموذج العام إلى المعيار الفعلي قبل تحليل أي Packet Capture.
مثال يربط LLC وMAC وIP معًا
افترض أن جهازًا يريد إرسال IPv4 Packet على Ethernet ويستخدم تنسيق EtherType المباشر.
- ينشئ مكدس IPv4 الحزمة المطلوبة.
- يتم تغليفها داخل Ethernet Frame.
- يوضع عنوان MAC للوجهة وعنوان MAC للمصدر.
- يشير EtherType بالقيمة
0x0800إلى أن الحمولة IPv4. - تُرسل معلومات الإطار إلى الـPHY كي تتحول إلى إشارات على الوسط.
- عند الاستقبال تُستخدم معلومات Ethernet لفحص الإطار وتحديد نوع الحمولة، ثم تُسلّم IPv4 Packet إلى مكدس IP.
لاحظ أن هذه الرحلة لم تتطلب إضافة DSAP وSSAP. وهذا بالضبط هو السبب الذي يجعل القول «LLC تضيف EtherType لكل Ethernet Frame» غير صحيح.
الخلاصة
تقسيم Data Link Layer إلى LLC وMAC مفيد جدًا لفهم بنية IEEE 802، بشرط ألا نخلط النموذج المفاهيمي بتنسيق كل Frame على الشبكة.
- MAC تتعامل مع خدمة الوصلة والإطارات والعنونة والوصول إلى الوسط وفق التقنية المستخدمة.
- LLC توفر طبقة تحكم منطقية فوق MAC وتستخدم حقولًا مثل DSAP وSSAP وControl.
- EtherType ليس LLC Field.
- Ethernet التي تستخدم Type/EtherType تستطيع تعريف IPv4 أو IPv6 مباشرة دون LLC Header.
- في تنسيقات IEEE 802 التي تستخدم LLC قد يظهر LLC ثم SNAP لتعريف البروتوكول الأعلى.
- معيار IEEE 802.2 التاريخي مسحوب، لكن مفاهيم LLC وقيمها لم تختفِ من بنية IEEE 802.
وأفضل اختبار لفهم الفرق هو فتح Wireshark: إذا رأيت Ethernet II ثم IPv4 مباشرة، فأنت أمام EtherType دون LLC Header. وإذا ظهر قسم LLC يحتوي DSAP وSSAP، فأنت أمام تغليف يستخدم LLC بالفعل. بهذه الطريقة يصبح الفرق بين LLC وMAC شيئًا يمكنك ملاحظته في الشبكة بدل أن يبقى مجرد رسم محفوظ لطبقات OSI.