كيف يتعافى PPP أو إيثرنت من الأخطاء؟

Question

النظر إلى معايير مستوى ارتباط البيانات، مثل PPP تنسيق الإطار العام أو إيثرنت, ، ليس من الواضح ما يحدث إذا كان الاختباري غير صالح. كيف يعرف البروتوكول أين يبدأ الإطار التالي؟

هل مجرد مسح فقط للحدوث التالي ل "العلم" (في حالة PPP)؟ إذا كان الأمر كذلك، ما يحدث إذا حدث حمولة الحزمة حتى يحدث ذلك لاحتواء "علم" نفسه؟ تتمثل وجهة نظري في ذلك، سواء تم استخدام حقول الإطارات أو "الطول"، فليس من الواضح كيفية التعافي من الحزم غير الصالحة حيث يمكن أن يكون حقل "الطول" فاسد أو قد يحدث بايت "تأطير" حتى مجرد جزء من حمولة الحمل.

تحديث: لقد وجدت ما كنت أبحث عنه (وهو ليس بدقة ما سألت عنه) من خلال البحث عن "تأطير GFP القائم على CRC". بالنسبة الى شبكات الاتصالات

تتم مزامنة جهاز الاستقبال GFP إلى حدود إطار GFP من خلال عملية ثلاثية. المتلقي في البداية في مطاردة الدولة حيث يفحص أربعة بايت في وقت واحد لمعرفة ما إذا كانت حقوق الطفل المحسوبة عبر البايتين الأولين تساوي محتويات البايتين المقبلين. إذا لم يتم العثور على أي تطابق يتحرك GFP إلى الأمام بواسطة بايت واحد حيث يفترض GFP الإرسال المتزامن الأماني الذي قدمته الطبقة المادية. عندما يجد جهاز الاستقبال تطابقا يتحرك حالة ما قبل المزامنة. وبعد في حين أنه في هذه الحالة الوسيطة، يستخدم جهاز الاستقبال حقل PLI (مؤشر طول الحمولة) المبتدئين لتحديد موقع حدود الإطار التالي. إذا كان الرقم المستهدف ن تم تحقيق اكتشاف الإطار الناجح، ثم يتحرك جهاز الاستقبال إلى Sync State.. وبعد تعد الدولة المزامنة الحالة العادية التي يفحص فيها جهاز الاستقبال كل منهما، يتحقق منه استخدامها باستخدام Chec (التحقق من خطأ رأس الرأس)، واستخرج الحمولة، وتتابع إلى الإطار التالي.

باختصار، تبدأ كل حزمة ب "طول" و "CRC (الطول)". ليست هناك حاجة للهروب من أي شخصيات وطول الحزمة معروفا في وقت مبكر.

يبدو أن هناك مناهضين رئيسيين لتأطير الحزم:

• مخططات الترميز (حشو BIT / BYTE، ترميز مانشستر، 4B5B، 8B10B، إلخ)
• بيانات غير محددة + المجموع الاختباري (GFP)

السابق هو أكثر أمانا، هذا الأخير هو أكثر كفاءة. كلاهما عرضة للأخطاء في حالة حدوث الحمولة التي تحدث فقط لاحتواء حزمة صالحة وسياسة السطر يؤدي بايت المتابعة إلى تسلسل البايت "بداية الإطار" ولكن هذا يبدو غير محتمل للغاية. من الصعب العثور على أرقام صلبة متانة GFP، لكن يبدو أن الكثير من البروتوكولات الحديثة تستخدمها حتى نفترض المرء أنهم يعرفون ما يفعلونه.

Answer 1

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

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

أما بالنسبة للخرميات التي تحتوي على العلم، في PPP، فهي هربت مع بايت إضافية لمنع هذه التفسير التفسير.

Answer 2

لدى كل من PPP وإيثرنت آليات تأطير - أي، لكسر دفق من القطع إلى إطارات، في هذه الطريقة إذا فقد المستلم تتبع ما هو ما، فيمكنه التقاط في بداية الإطار التالي. هذه الجلوس الحق في الجزء السفلي من مكدس البروتوكول؛ جميع التفاصيل الأخرى الخاصة بالبروتوكول مبنية على فكرة الإطارات. على وجه الخصوص، الديباجة، LCP، و FCS على مستوى أعلى، وهما ليس تستخدم للسيطرة على تأطير.

PPP، عبر الروابط التسلسلية مثل الطلب الهاتفي، مؤطرة باستخدام تأطير HDLC. وبعد تشير قيمة البايت 0x7e، وتسلسل العلم، إلى بداية الإطار. يستمر الإطار حتى البايت العلم التالي. هرب أي حدوث البايت العلم في محتوى الإطار. يتم الهرب عن طريق الكتابة 0x7d، والمعروفة باسم بايت الهروب من عنصر التحكم، تليها البايت التي يجب أن تهرب من xor'd مع 0x20. يتم هرب تسلسل العلم إلى 0x5e؛ التحكم في الهروب نفسه أيضا، إلى 0x5d. يمكن أيضا أن تهرب القيم الأخرى إذا كان وجودهم يزعج المودم. نتيجة لذلك، إذا خسر جهاز الاستقبال المزامنة، فيمكنه فقط قراءة وتجاهل البايتات حتى يرى 0x7e، والذي يعلم به في بداية إطار مرة أخرى. ثم يتم تنظيم محتويات الإطار، تحتوي على بعض الحقول الصغيرة الغريبة غير مهمة حقا، ولكن يتم الاحتفاظ بها من بروتوكول IBM سابقا، إلى جانب حزمة PPP (تسمى وحدة بيانات البروتوكول، PDU)، وكذلك فحص الإطار تسلسل (FCS).

يستخدم Ethernet نهجا مشابها منطقيا، من وجود رموز يمكن التعرف عليها كعلامات بدء وإنهاء الإطار بدلا من البيانات، ولكن بدلا من وجود بايتات محفوظة بالإضافة إلى آلية الهروب، فإنه يستخدم نظام ترميز قادر على التعبير عن رموز التحكم الخاصة مميزة من بايت البيانات - يشبه قليلا باستخدام علامات الترقيم لتفكيك سلسلة من الحروف. تختلف تفاصيل النظام المستخدمة بسرعة.

يتم تشفير إيثرنت قياسي (10 ميغابايت / ثانية) باستخدام شيء يسمى مانشستر ترميز, ، حيث يتم تمثيل كل بت تمثيل اثنين من مستويين متتاليين على الخط، وبهذه الطريقة أن هناك دائما انتقال بين المستويات في كل بت، مما يساعد المتلقي على البقاء متزامنة. يشار إلى حدود الإطار من خلال انتهاك قاعدة الترميز، مما يؤدي إلى وجود بعض الشيء دون انتقال (قرأت هذا في كتاب منذ سنوات، ولكن لا يمكنني العثور على استشانة عبر الإنترنت - قد أكون مخطئا في هذا). في الواقع، يقوم هذا النظام بتوسيع الرمز الثنائي إلى ثلاثة رموز - 0 و 1 والانتهاك.

يستخدم Ethernet بسرعة (100 ميغابايت / ثانية) نظام ترميز مختلف، بناء على 5B / 4B رمز, ، حيث يتم تمثيل مجموعات من أربع بتات بيانات (Nybbles) كمجموعات من خمس قطع على السلك، ونقلها مباشرة، دون مخطط مانشستر. يتيح التوسع إلى خمس قطع أجزاء ستة عشر الأنماط الضرورية المستخدمة لتلبية الاحتياجات الخاصة بتحولات المستوى المتكرر، مرة أخرى لمساعدة الاستقبال على مزامنة متزامنة. ومع ذلك، لا تزال هناك غرفة لا تزال لاختيار بعض الرموز الإضافية، والتي يمكن أن تنتقل ولكن لا تتوافق مع قيمة البيانات، سارية، وتوسيع مجموعة من القربيات إلى أربعة وعشرين رموز - القربيات 0 إلى F، والرموز تسمى Q، أنا يستخدم J، K، T، R، S و H. Ethernet زوج JK ل Mark BRATES، وينتهي TR لوضع علامة الإطار.

يشبه Gigabit Ethernet إيثرنت سريع، ولكن مع مخطط ترميز مختلف - إصدارات الألياف البصرية تستخدم 8B / 10B رمز بدلا من الرمز 5B / 4B، ويستخدم إصدار الزوج الملتوي بعض ترتيب التعليمات البرمجية العملة المعقدة للغاية التي لا أفهمها حقا. تسفر كلا النهجين على نفس النتيجة، والتي هي القدرة على نقل إما بايت البيانات أو واحدة من مجموعة صغيرة من الرموز الخاصة الإضافية، وتستخدم هذه الرموز الخاصة لتأطيرها.

علاوة على هذه الهيكل الإطارات الأساسي هذا، هناك بعد ذلك ديباجة ثابتة، تليها محدد الإطار، وبعض مجالات التحكم من غير جديلة (Hello، LLC / Snap!). يمكن استخدام صلاحية هذه الحقول للتحقق من صحة الإطار، لكن لا يمكن استخدامها لتحديد الإطارات بمفردها.

Answer 3

بقدر ما أعرف، يدعم PPP فقط اكتشاف الخطأ، ولا يدعم أي شكل من أشكال تصحيح الأخطاء أو الاسترداد.

مدعومة من قبل سيسكو هنا: http://www.cisco.com/en/us/docs/internetworking/technology/handbook/ppp.html

Answer 4

هذه ويكيبيديا خط PPP التنشيط يصف القسم أساسيات RFC 1661. يتم استخدام تسلسل التحقق من الإطار للكشف عن أخطاء الإرسال في إطار (موضح في قسم التغليف السابق).

وصف المخطط من RFC 1661 على صفحة ويكيبيديا هذه تصف كيفية إعادة تشغيل مرحلة بروتوكول الشبكة مع إنشاء الارتباط في خطأ.

---

أيضا، ملاحظات من صفحة سيسكو المحالة بواسطة Suvesh.

بروتوكول التحكم في ربط PPP

يوفر LCP PPP طريقة لإنشاء اتصال النقطة وتكوينها وصيانتها وإنهاءها. LCP يمر عبر أربعة مراحل متميزة.

أولا، حدوث إنشاء الرابط والتفاوض التكوين. قبل أي مخطط بيانات طبقة الشبكة (على سبيل المثال، IP)، يمكن تبادل LCP أولا يجب فتح الاتصال والتفاوض معلمات التكوين. اكتمال هذه المرحلة عند إرسال إطار "اعتراف التكوين" واستلامه.

يتبع ذلك تحديد جودة الارتباط. يسمح LCP بمرحلة تحديد جودة الارتباط الاختياري بعد مرحلة وضع الارتباط والتفاوض على التكوين. في هذه المرحلة، يتم اختبار الرابط لتحديد ما إذا كانت جودة الارتباط كافية لإحضار بروتوكولات طبقة الشبكة. هذه المرحلة اختيارية. يمكن ل LCP تأخير نقل معلومات بروتوكول طبقة الشبكة حتى تكتمل هذه المرحلة.

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

أخيرا، يحدث إنهاء الوصل. يمكن LCP إنهاء الرابط في أي وقت. هذا عادة ما يتم بناء على طلب مستخدم ولكن يمكن أن يحدث بسبب حدث مادي، مثل فقدان الناقل أو انتهاء فترة توقيت الخمول.

توجد ثلاث فصول من إطارات LCP. يتم استخدام إطارات إنشاء الارتباط لتأسيس وصلة وتكوينها. يتم استخدام إطارات إنهاء الارتباط لإنهاء الرابط، وتستخدم إطارات صيانة الرابط لإدارة وصياغة رابط.

تستخدم هذه الإطارات لإنجاز عمل كل من مراحل LCP.