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

نستكمل اليوم الجزء الثاني من موضوع الـ PPP والذي تحدثنا في قسمه الأول عن خواصه وعن كيفية عمله على الرابط التالي لذا نعود اليوم لأستكمال ما بدأته والتى سوف تكون عن طرق الضغط المتاحة  وآلية عملها بالأضافة إلى كيفية أعداد البروتوكول على أجهزة سيسكو

أنواع الضغط المدعومة من بروتوكول الـPPP

Stacker:أول طريقة من طرق الضغط وهي مدعومة في الـPPP والـ HDLC والـ Frame Relay والأكثر أستخداما وهي بشكل عام تعتمد على خوارزمية معروفة جدا تدعى Lempel-Ziv  والتى طورها كل من Abraham Lempel, Jacob Ziv عام 1978 وقام بعدها Terry Welchبتطويرها عام 1984 (LZW) أما الصيغة التى نستخدمها في الـ PPP فقد تطورت من قبل شركة تقنيات تدعى Stac Electronics كتقنية ضغط خاصة بالهارد ديسك والتى تم أعتماده فيما بعد مع بروتوكولات الـ Wan جميعها لكن تبقى LZW هي الأكثر أستخداما في الواقع العام ويتطلب أستخدامها وجود License أو ترخيص من مطوريها .

تعتمد هذه الخوارزمية بشكل عام على بناء جدول أو قاموس من الرموز والأرقام يتم أستبدالها بالأشياء المتكررة في الداتا نفسها وسوف لن أدخل كثيرا في هذه الخوارزمية وكيفية التشفير وفك التشفير حتى لاتتحول هذه التدوينة إلى درس رياضيات مع ان أنصح الجميع بالتعرف عليها لأهميتها من خلال هذا الرابط لذا لنعد إلى موضوعنا بعد تشكيل الجداول يتم أرسال نسخة من هذه الجداول إلى الطرف الثاني لكي يتمكن من فهمها وفك تشفيرها وبالتالي يتم ضغط كل أنواع البيانات المارة ومن دون أستثناء وهي النقطة  الأيجابية لهذا النوع من الضغط أما النقطة السلبية لهذا النوع هو الـ overhead الذي يحدث على المعالج بسبب عملية التشفير وفك التشفير المستمرة وينحصر أستخدام هذا النوع من التشفير في بروتوكول الـ PPP عندما يكون الترافيك بين النقطتان مختلف يعني فيديو, تصفح , تحميل الخ……….

Predictor : معناها باللغة العربية التنبئ أو التخمين وسوف نعلم لماذا أطلق عليه هذا الأسم فيما بعد ,والتى يعود تطويرها إلى شركة Novell عام 1993  وتعد هذه الطريقة من الضغط حصرية على بروتوكول الـ PPP فقط وهي أسرع بكثير من الـ Stacker ولاتحتاج إلى أي ترخيص لأستخدامها ولاتستهلك كثيرا من المعالج وهي كطريقة ضغط تعد ضعيفة جدا إلا في حالة واحدة وهي أن يكون الترافيك أوالبيانات من نوع واحد يعني أما صوت أو فيديو أو تصفح مواقع http ويعود سبب ضعفها إلى الخوارزمية المستخدمة فهي لاتقوم بأي عملية ضغط للبيانات وكل ماتقوم به هو التنبأ بالبيانات القادمة وخصوصا البيانات المتكررة والتى تم أرسالها من قبل معتمدا على فهرسة للبيانات السابقة والتى يتم الأستعاضة عنها بأكواد خاصة طبعا الموضوع يطول جدا لو تحدثنا بشكل معمق في الآليات وسوف أتركها لك لكي تبحر فيها للمزيد حول هذا الموضوع أدخل على الرابط التالي ونفهم من كل ماسبق أن هذا النوع من الضغط يعتمد على تكرار البيانات بشكل مستمر لذا فهي طريقة نافعة لو في حال كانت البيانات من نوع واحد كما ذكرنا سابقا .

Microsoft Point-to-Point وتختصر عادة إلى MPPC وهي كما واضح أنها خاصة بمايكروسوفت وتستخدم بين الروترات وأنظمة مايكروسوفت فقط أو بين أنظمة مايكروسوفت وهي تستخدم نفس الخوارزمية المتبعة في الـ Stacker أي خوارزمية LZS وتتمتع بنفس الخواص السابقة أي القدرة على ضغط أنواع مختلفة من البيانات

وهذه الجدول يوضح الأختلافات بين الأنواع الثلاث

وقبل أن أختم كلامي أحب أن أشير إلى أن كل هذه الطرق تعتمد على الهاردوير فقط لان هناك طرق آخرى تعتمد على السوفت وير وهي تحفف الحمل على المعالج ويمكن أضافتها لروترات سيسكو على شكل modules مثل هذا الـ SA-COMP/4  Modules الخاص بي c7000, c7200, and c7500 Platforms

طريقة أعداد الـ PPP

التطبيق سوف يكون على أجهزة سيسكو وسوف نستخدم روتران

على الروتر R1

Cisco's IOS

Router>en

Router#conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Router(config)#hostname R1

Router(config)#interface serial 0/0

R1(config-if)#encapsulation ppp

R1(config-if)#username R2 password networkset

R2(config-if)#authentication chap/pap

R1(config-if)#compress stac/mppc/ predictor

على الروتر R2

Cisco's IOS

Router>en

Router#conf t

Enter configuration commands, one per line.  End with CNTL/Z.

Router(config)#hostname R2

Router(config)#interface serial 0/0

R2(config-if)#encapsulation ppp

R2(config-if)#username R1 password networkset

R2(config-if)#authentication chap/pap

R2(config-if)#compress stac/mppc/ predictor

وأرجو أن تراعوا موضوع الخيارات الموجودة باللون الأصفر وهذه بعض الأوامر الخاصة بالـ Troubleshoot

Cisco's IOS

Router#debug ppp negotioations

Router#debug ppp packets

Router#debug ppp errors

Router#debug ppp authentication

موضوعنا حول الـ PPP أنتهى حتى هذه النقطة وأن لم أذكر منه إلا الأشياء الأساسية فقط ولي عودة لأكمل كل مايتعلق بهذا البروتوكول لكن بعد أن انتهي من موضوع الفريم ريلاي أولا هذا مالدي اليوم ولاتنسونا من دعواتكم ودمتم بود