بروتوكولات الـ Wan القسم الثاني (PPP) الجزء الأول

إستكمالا لما بدأناه والحمد لله رب العالمين نستكمل اليوم تقديم بروتوكولات الشبكات البعيدة WAN وحديثنا اليوم عن أحد أشهر البروتوكولات الخاصة بي الـPoint-To-Point  وهو الـ PPP وتعود شهرته كون هذا البروتوكول يصلح لأن يعمل بين جميع الـVendors وبعكس الـHDLC  الذي عادة مايكون حصري على منتجات كل شركة مصنعة للمزيد حول هذا الموضوع راجع الجزء الأول .

PPP

وتعني Point-to-Point Protocol  أحد بروتوكولات الطبقة الثانية وتستطيع ان تستنتج من إسمه انه لوصل نقطتان ببعضهما البعض أي مثله مثل الـ HDLC ويعد الـ PPP أكثر البروتوكولات إستخداما في العالم كون أغلب مستخدمي الأنترنت يعتمدون عليه للوصول إلى الأنترنت من خلال الأتصال مع مقدم خدمة الأنترنت والتى تتم من خلال بروتوكول الـ PPP فهو يستخدم مع كوابل الـSerial, Phone, Fiber optic ويستخدم أيضا في التلفونات الخليوية ولو عدنا بنظرة سريعة عن بداية هذا البروتوكول لوجدنا أن اول من قام بتطويره هي منظمة الـ IETF عام 1989 في الـRFC-1134 بواسطة Drew  Perkins والتى لم تكن إلا البداية فقط لهذا البروتوكول الذي طرأ عليه تغييرات وتطويرات كثيرة مستمرة حتى يومنا هذا .

تم تطوير الـPPP  بعد الـHDLC لذا سوف نجد تشابه كبير بين الـ Header الخاصة بكل بروتوكول وهذه صورة توضح التشابه الكبير بينهم.

وطبعا هذا التشابه لايعني أبدا التشابه في العمل أيضا لان أمكانيات الـ PPP أكثر بكثير من الـ HDLC وهذا جدول يوضح أهم الفروقات بين الأثنان .

لكي تفهم هذا الجدول يتوجب عليك أولا ان تعود للقسم الأول من هذه السلسلة الخاص بشرح الـ HDLC وثانيا يجب أن تتعرف أكثر عن بروتوكول الـ PPP وعن كيفية عمله .

ينقسم بروتوكول الـ PPP إلى قسمين أثنين :

القسم الأول هو الـLCP وتعني Link Control Protocol وهو المسؤول عن عملية تأمين الأتصال بين النقطتان المتصلتان وبكلام آخر تقوم بالتفاوض (negotiation ) مع الطرف الآخر للتأكد من أن كل شيء مطابق وبأن اللينك بينهم في حالة جيدة وهذا الجدول يوضح النقاط بالتفصيل :

Description	Function
فيها يتم تبادل بعض الأحصائيات حول نسبة الفريم التى وصلت بدون أخطاء ولو كانت النسبة أقل من القيمة المتفق عليها عندها يتوقف اللينك بينهم	Link Quality Monitoring (LQM)
يقوم الـ LCP بتوليد رقم معين وعشوائي يطلق عليه Magic number مؤلف من اربع بايت بلغة الهيكس ويقوم بأرساله فلو في حال إستلم الرقم فهذا يعني وجود لووب بين النقطتان ويتم توقيف اللينك بينهم أيضا	Looped link detection
وفيها يتم التفاوض مع الطرف الآخر من أجل توزيع الترافيك في حال لو كان هناك أكثر من لينك يصل النقطتين وبالتالي أمكانية عمل Load Balancing	Layer 2 load balancing multilink
وهي من أجل التأكد من الـAuthentication بين النقطتان والتأكد من التوافقية بينهم وهما نوعان PAP و Chap وقد تحدثنا عنهم في القسم الأول من الموضوع	Authentication
وهي من أجل التفاوض حول نوعية الضغظ بين الأثنان وسوف أعود لأتكلم عنها بالتفصيل	Compression

القسم الثاني هو الـ NCP وهو مسؤول عن إدارة عملية الـ Encapsulation بين النقطتان وبالتحديد أدارة بروتوكولات الطبقة الثالثة المحتلفة بالأتصال مع الطرف الآخر لكن من خلال عملية الـEncapsulation التى يقوم بها على مستوى الطبقة الثانية .

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