الموجه 75xx/76xx - تكوين الميزات الموزعة والتحقق منها

تم التحديث:٢٤ يونيو ٢٠٠٨
معرّف المستند:65403

لغة خالية من التحيز

تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المقدمة

يساعدك هذا المستند على فهم هذه الميزات وتكوينها والتحقق منها:

  • بروتوكول نقطة إلى نقطة متعدد الارتباطات الموزع (dMLP)

  • تجزئة ودمج الارتباط الموزع (LFI)

  • LFI الموزع عبر الخط المؤجر (dLFIoLL)

  • LFI الموزع عبر ترحيل الإطارات (dLFIoFR)

  • LFI الموزع عبر ATM (dLFIoATM)

  • الاختلافات بين MLP الموزع (dMLP) و dLFIoLL

  • ترحيل الإطارات متعدد الارتباطات الموزع (dMLFR)

  • توجيه الاتصال الموزع عند الطلب (DDR)

المتطلبات الأساسية

المتطلبات

يجب أن يكون لقارئ هذا المستند معرفة بالميزات الموزعة ل Cisco 7500/7600/6500.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

  • جميع الأنظمة الأساسية Cisco 7500 و 7600

    ملاحظة: تنطبق المعلومات الواردة في هذه الوثيقة أيضا على 6500 منصة.

  • إصدارات برنامج Cisco IOS® ذات الصلة، والتي يسردها هذا الجدول:

دعم الميزات الموزعة لكل فرع ونظام أساسي

الميزة مهايئات المنفذ (PAs)1 المدعومة الأنظمة الأساسية 7500 الأنظمة الأساسية 7600
إصدارات برنامج Cisco IOS الرئيسية إصدارات IOS من Cisco (المؤقتة) إصدارات برنامج Cisco IOS الرئيسية إصدارات برنامج IOS من Cisco (مؤقتة)
dMLP تشان-PA-4T+ PA-8T 12.0T 12.0S 12.1 12.1T 12.2 12.2T 12.3 12.3T 12.2S 12.1E2 الإصدار 12.0(3)T والإصدارات الأحدث من الإصدار 12.0(9)S والإصدارات الأحدث 12.2SX 12.1E2 —
dLFIoLL تشان-PA-4T+ PA-8T 12.2T 12.3 12.3T 12.0S الإصدار 12.2(8)T والإصدارات الأحدث من الإصدار 12.0(24)S والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
dLFIoFR تشان-PA-4T+ PA-8T 12.2T، الإصدار 12.3، الإصدار 12.3T الإصدار 12.2(4)T3 والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
dLFIoATM PA-A3 PA-A6 12.2T، الإصدار 12.3، الإصدار 12.3T الإصدار 12.2(4)T3 والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
dMLFR تشان-PA-4T+ PA-8T 12.0s، الإصدار 12.3T الإصدار 12.0(24)S والإصدارات الأحدث من الإصدار 12.3(4)T والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
جودة الخدمة على dMLP تشان-PA-4T+ PA-8T 12.0s 12.2T 12.3 12.3T الإصدار 12.0(24)S والإصدارات الأحدث من الإصدار 12.2(8)T والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
MPLS على dMLP MPLS على dLFIoLL تشان-PA-4T+ PA-8T 12٫2 اس 12٫3 الإصدار 12.2(15)T11 والإصدارات الأحدث من الإصدار 12.3(5a) والإصدارات الأحدث 12.2sx 12.2(17)SXB والإصدارات الأحدث
DDR الموزعة PA-MC-xT1 PA-MC-xE1 PA-MC-xTE1 PA-MCX-xTE1 12٫3 طن الإصدار 12.3(7)T والإصدارات الأحدث — —

ملاحظة: كن على علم بهذه المعلومات:

  1. تدعم نقاط الوصول (PA) هذه الميزات الموزعة:

    • CT3IP

    • PA-MC-T3

    • PA-MC-2T3+

    • PA-MC-E3

    • PA-MC-2E1

    • PA-MC-2T1

    • PA-MC-4T1

    • PA-MC-8T1

    • PA-MC-8E1

    • PA-MC-8TE1+

    • PA-MC-STM-1

  2. يدعم برنامج IOS الإصدار 12.1E من Cisco هذه الميزات على كل من الأنظمة الأساسية 7500 و 7600.

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الاصطلاحات

للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.

الميزات الموزعة

يتم شرح هذه الميزات في هذا المستند:

  • MLP الموزعة

  • LFI الموزع

  • LFI الموزع عبر الخط المؤجر

  • LFI الموزع عبر ترحيل الإطارات

  • LFI الموزع عبر ATM

  • الاختلافات بين dMLP و dLFIoLL

  • MLFR الموزعة

  • متصل موزع

  • الأنظمة الأساسية وبطاقات الخط التي تدعم الميزات الموزعة

MLPPP الموزعة

تتيح لك ميزة "بروتوكول نقطة إلى نقطة متعدد الارتباطات الموزع" (dMLP) إمكانية دمج خطوط T1/E1 الكاملة أو المجزأة في بطاقة خط (VIP، FlexWAN) على موجه من السلسلة Cisco 7500 أو 7600 في حزمة تحتوي على النطاق الترددي العريض المجمع لارتباطات متعددة. أنت تستخدم حزمة MLP موزعة أن يتم هذا. يمكن للمستخدم إختيار عدد الحزم في موجه وعدد الارتباطات لكل حزمة. وهذا يسمح للمستخدم بزيادة عرض النطاق الترددي لارتباطات الشبكة إلى ما هو أبعد من نطاق أي خط T1/E1 فردي دون الحاجة إلى شراء خط T3. في غير MLP، يتم تحويل جميع الحزم بواسطة معالج التوجيه (RP)؛ وبالتالي، يؤثر هذا التنفيذ على أداء RP، مع إستخدام عال لوحدة المعالجة المركزية لعدد قليل فقط من خطوط T1/E1 التي تشغل MLP. باستخدام dMLP، تتم زيادة العدد الإجمالي للحزم التي يمكن معالجتها على الموجه، حيث تتم معالجة مسار البيانات ومحدودية بواسطة وحدة المعالجة المركزية لبطاقة الخط والذاكرة. يسمح لك dMLP بتجميع T1/E1، بدءا من DS0 (64 كيلوبت/ثانية) وما بعده.

LFI الموزع

تدعم ميزة dLFI نقل حركة المرور في الوقت الفعلي (مثل الصوت) وحركة المرور غير الوقت الفعلي (مثل البيانات) على ترحيل الإطارات الأقل سرعة ودوائر ATM الظاهرية (VCs) وعلى الخطوط المؤجرة دون التسبب في تأخير مفرط لحركة المرور في الوقت الفعلي.

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

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

يتم حساب حجم الجزء الخاص بالارتباط استنادا إلى تأخير الجزء على الحزمة متعددة الارتباطات، والتي تم تكوينها باستخدام الأمر PPP multilink gment-delay n، حيث:

fragment size = bandwidth × fragment-delay / 8

يمثل حجم الجزء هذا حمولة IP فقط. ولا يتضمن وحدات بايت التضمين (حجم الجزء = الوزن - وحدات بايت التضمين). مصطلحا "الوزن" و"حجم الجزء" هما كما يظهر في إخراج الأمر show ppp multilink على RP. إذا لم يتم تكوين تأخير الجزء، يتم حساب حجم الجزء الافتراضي للحد الأقصى لتأخير الجزء وهو 30.

ملاحظة: باستخدام الارتباطات ذات عرض النطاق الترددي المتباين، يعتمد حجم الجزء المختار على الارتباط الذي يحتوي على أقل عرض نطاق ترددي.

LFI الموزع عبر الخط المؤجر

تقوم ميزة dLFIoLL بتوسيع تجزئة الارتباط الموزع ووظائف الدمج إلى الخطوط المؤجرة. يتم تكوين LFI الموزع باستخدام الأمر ppp Multilink interleave على واجهة مجموعة الارتباطات المتعددة. من المستحسن أن تستخدم LFI الموزع على واجهات التوصيل المتعددة ذات عرض النطاق الترددي أقل من 768 كيلوبت/ثانية. وذلك لأن تأخير تسلسل حزم 1500 بايت لعرض النطاق الترددي أكبر من 768 كيلوبت في الثانية يقع ضمن حدود تأخير مقبولة ولا يحتاج إلى تجزئته.

LFI الموزع عبر ترحيل الإطارات

تعد ميزة dLFIoFR امتدادا لميزة Multilink PPP عبر ترحيل الإطارات (MLPoFR). يتم إستخدام MLP للتجزئة. وهذه الميزة مماثلة ل FRF.12، والتي تدعم التجزئة ويمكن أن تتداخل مع الحزم ذات الأولوية العليا عبر قوائم انتظار تقليل التأخير.

يتطلب الأمر ppp Multilink interleave على القالب الظاهري لتمكين التداخل على واجهة الوصول الظاهري المقترنة. بالإضافة إلى تمكين تحويل إعادة التوجيه السريع الموزعة على الواجهة التسلسلية، فإن هذا الأمر يعد متطلبا مسبقا للعمل على LFI الموزعة.

ملاحظة: ما لم تكن تستخدم ترحيل الإطارات إلى شبكات ATM، يوصى باستخدام FRF.12 بدلا من dLFIoFR، لأن إستخدام النطاق الترددي العريض يكون أفضل مع FRF.12

LFI الموزع عبر ATM

تعد ميزة dLFIoATM امتدادا لميزة Multilink PPP عبر ATM (MLPoATM). يتم إستخدام MLP للتجزئة.

يتطلب الأمر ppp Multilink interleave على القالب الظاهري لتمكين التداخل على واجهة الوصول الظاهري المقترنة. بالإضافة إلى تمكين تحويل إعادة التوجيه السريع الموزعة على الواجهة التسلسلية، فإن هذا الأمر يعد متطلبا مسبقا للعمل على LFI الموزعة.

باستخدام dLFIoATM، من المهم جدا تحديد حجم الجزء الذي يجعل الحزم تتلاءم مع خلايا ATM بطريقة لا تتسبب في وجود مساحة غير ضرورية في خلايا ATM. على سبيل المثال، إذا كان حجم الجزء المحدد هو 124 بايت، فهذا يعني أن حمولة IP التي تبلغ 124 بايت سوف تصبح أخيرا 124 + 10 (رأس MLP) + 8 (رأس SNAP) = 142 بايت. من المهم ملاحظة أن الجزء الأول سيخرج مع 124 + 10 + 2 (حجم رأس الجزء الأول) + 8 = 144 بايت. وهذا يعني أن هذه الحزمة سوف تستخدم ثلاث خلايا ATM لنقل الحمولة وبالتالي سوف تستخدم الخلية المعبأة بشكل أكثر كفاءة.

الاختلافات بين dMLP و dLFIoLL

لا يدعم dMLP التجزئة على جانب الإرسال، في حين يدعم dLFIoLL.

ملاحظة: لا يضمن التداخل والتجزئة المستخدمين مع أكثر من إرتباط واحد في الحزمة متعددة الارتباطات لحركة المرور الصوتية تلقي حركة المرور الصوتية المستلمة عبر إرتباطات متعددة في الحزمة بالترتيب. يتم معالجة الترتيب الصحيح للصوت في الطبقات العليا.

MLFR الموزعة

تقدم ميزة MLFR الموزعة الوظيفة استنادا إلى إتفاقية تنفيذ UNI/NNI لترحيل إطارات المنتدى متعدد الارتباطات (FRF.16) إلى موجهات سلسلة 7500 و 7600 التي تم تمكين بطاقة الخط بها. توفر ميزة التحويل متعدد الطبقات (MLFR) الموزعة طريقة موفرة للتكلفة لزيادة النطاق الترددي لتطبيقات معينة لأنها تسمح بتجميع إرتباطات تسلسلية متعددة في حزمة واحدة من النطاق الترددي. يتم دعم MLFR على واجهات المستخدم إلى الشبكة (UNI) وواجهات شبكة إلى شبكة (NNI) في شبكات ترحيل الإطارات.

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

DDR الموزعة

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

كلا من تكوين المتصل القديم وتكوين ملف تعريف المتصل مدعوم فقط مع تضمين PPP. كما يتم دعم MLP على واجهات المتصل. لا يتم دعم جودة الخدمة من خلال التحويل الموزع على واجهات المتصل.

المتطلبات الأساسية والقيود الموزعة للمميزات

المتطلبات الأساسية

هذه متطلبات أساسية عامة لجميع هذه الميزات الموزعة:

  • يجب تمكين تحويل إعادة التوجيه السريع الموزع (dCEF) من Cisco بشكل عام.

  • يجب تمكين تحويل dCEF على الواجهة التسلسلية للعضو، والتي هي جزء من حزمة MLP.

  • يجب تمكين تحويل dCEF على الارتباط المادي لواجهات dLFIoFR و dLFIoATM.

  • يلزم تكوين المغادرة البينية لتوزيع LFIoFR و LFIoATM.

  • تكوين النطاق الترددي المطلوب على واجهة القالب الظاهري لواجهات dLFIoFR و dLFIoATM.

  • عندما يتم تمكين تصحيح أخطاء PPP على RP، قد تلاحظ MLP: تمت إعادة التوجيه إلى رسالة واجهة خاطئة على معالج محول المسار (RSP). لأن هذه الرسالة مربكة وغير مرغوب فيها- خاصة إذا كانت الرسالة لحزم بروتوكول اكتشاف Cisco (CDP)- يجب تكوين no cdp enable على روابط الأعضاء في الحزمة.

  • all of the عضو خطوة من الحزمة ينبغي يتلقى ال keepalive يمكن.

القيود

هذه قيود عامة على كل هذه الميزات الموزعة:

  • لا يمكن خلط خطوط T1 و E1 في حزمة.

  • أقصى تأخير تفاضلي مدعوم هو 30 مللي ثانية.

  • كل خطوط في حزمة ينبغي أقمت على ال نفسه ميناء مهايئ (PA).

  • ضغط الأجهزة غير معتمد.

  • يقتصر VIP أو FlexWAN CEF على IP فقط، ويتم إرسال جميع البروتوكولات الأخرى إلى RSP.

  • التجزئة غير مدعومة على جانب الإرسال ل dMLP و dMLFR.

  • العديد من آليات قوائم الانتظار القديمة غير مدعومة من قبل dLFI. وتشمل هذه الآليات ما يلي:

    • قوائم الانتظار العادلة على واجهة قالب ظاهري

    • الكشف العشوائي على واجهة قالب ظاهري

    • قوائم الانتظار المخصص

    • قائمة الانتظار ذات الأولوية

  • يمكن تكوين قوائم الانتظار العادلة، والاكتشاف العشوائي (dWRED)، وقوائم الانتظار ذات الأولوية في نهج حركة المرور باستخدام واجهة سطر الأوامر لجودة خدمة الوحدة النمطية.

  • يتم دعم إرتباط واحد فقط لكل حزمة MLP، عندما تستخدم dLFIoFR أو dLFIoATM. إذا تم إستخدام أكثر من إرتباط واحد في حزمة MLP عند إستخدام dLFIoFR أو dLFIoATM، يتم تعطيل dLFI تلقائيا. عند إستخدام dLFI عبر الخطوط المؤجرة، يمكن تكوين أكثر من إرتباط واحد مع dLFI في حزمة MLP.

  • مع dLFIoATM، يتم دعم فقط aal5snap و aal5mux. لا يتم دعم التضمين aal5nlpid و aal5ciscoPP.

  • يتم دعم بروتوكول الصوت عبر الإنترنت فقط، ولا تدعم ميزة dLFI نقل الصوت عبر الإطارات أو نقل الصوت عبر ATM.

  • لا يجب تكوين تكوين بروتوكول الوقت الحقيقي المضغوط (CRTP) على واجهة الارتباط المتعدد، عند إستخدام مجموعة الميزات هذه:

    • تمكين واجهة الارتباط المتعدد مع LFI

    • تحتوي حزمة الارتباط المتعدد على أكثر من إرتباط عضو

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

باستخدام تكوين dMLP و dLFI، لا تحمل حزم الأولوية رأس MLP ورقم التسلسل، وستقوم MLP بتوزيع حزم الأولوية عبر جميع إرتباطات الأعضاء. ونتيجة لذلك، قد تصل الحزم التي يتم ضغطها بواسطة CRTP خارج الترتيب في الموجه المتلقي. يمنع هذا CRTP من إلغاء ضغط رأس الحزمة ويفرض CRTP لإسقاط الحزم.

التوصيات

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

يوصى باستخدام VIP2-50 (مع ذاكرة SRAM سعة 8 ميجابايت) أو إصدار أعلى مع هذه الميزات الموزعة.

عدد الحزم والروابط ومتطلبات الذاكرة

ارجع إلى بروتوكول نقطة إلى نقطة متعدد الارتباطات الموزع لموجهات سلسلة 7500 من Cisco.

الأجهزة والبرامج MLPPP أو MLFR على 7600 مجموعة SIP

يمكن أن تكون MLP و MLFR مستندة إلى البرامج أو الأجهزة. في MLP أو MLFR المستند إلى الأجهزة، توفر FreeTM وظيفة الارتباط المتعدد وتتم إضافة رؤوس MLP بواسطة FreeTM Chip. في MLP أو MLFR المستند إلى البرامج، توفر وحدة المعالجة المركزية (CPU) ببطاقة خط بروتوكول SIP وظيفة الارتباط المتعدد (والتي تشبه عمليات تنفيذ VIP و FlexWAN).

هذه هي القيود والشروط لتشغيل MLP أو MLFR المستند إلى الأجهزة.

  • يمكن أن يكون هناك 336 حزمة كحد أقصى لكل بطاقة خط و 168 حزمة لكل تقييم الوضع الأمني (SPA) (FreeM).

  • يمكن أن يكون هناك حد أقصى ل 12 DS1/E1 فقط لكل حزمة.

  • يجب أن تنتمي كافة الارتباطات إلى نفس SPA (FreeM).

  • يجب أن تعمل جميع الارتباطات في الحزمة بنفس السرعة.

  • حجم جزء TX يمكن أن يكون 128 أو 256 أو 512. تم تعيين حجم جزء واجهة سطر الأوامر (CLI) الذي تم تكوينه إلى أقرب حجم مدعم للجزء.

    IF (0 < cli_fragment_size – 6 < 256)
configured_fragment_size = 128
Else IF (cli_fragment_size < 512)
	configured_fragment_size = 256
Else
	configured_fragment_size = 512

  • يمكن أن يكون حجم جزء Rx من 1 إلى 9. 6 كيلوبايت.

  • لا يمكن دعم تنسيق Cisco الخاص (MLFR).

في جهاز LFI، إذا كان هناك إرتباط واحد فقط في الحزمة وإذا كان ذلك DS1/E1، فسيتم التجزئة والتداخل بواسطة FreeM.

يظهر إخراج show ppp multilink ما إذا كان تنفيذ الأجهزة قيد التشغيل أم لا.

Multilink1, bundle name is M1
  Bundle up for 00:14:51
  Bundle is Distributed

  0 lost fragments, 0 reordered, 0 unassigned
  0 discarded, 0 lost received, 1/255 load
   Member links: 1 active, 0 inactive (max not set, min not set)
   Se6/1/0/1:0, since 00:14:51, no frags rcvd
  Distributed fragmentation on. Fragment size 512.  Multilink in Hardware.

إذا كان Multilink يستند إلى البرامج، فلن يحتوي إخراج show ppp multilink على Multilink في الإخراج.

عمر الحزمة

مسار بيانات Rx

  1. الحزمة المستلمة بواسطة برنامج التشغيل.

  2. يتم التحقق من التضمين: كما يلي

    1. التضمين الأساسي:

      1. في dMLP، نوع التضمين لواجهة الدخول هو ET_PPP.

      2. في dMLFR، نوع التضمين لواجهة الدخول هو ET_FRAME_RELAY.

      3. في dLFIoLL، نوع التضمين لواجهة الدخول هو ET_PPP.

      4. في dLFIoFR، يكون نوع التضمين لواجهة الدخول هو ET_FRAME_RELAY.

      5. في dLFIoATM، يكون نوع التضمين لواجهة الدخول هو ET_ATM.

      6. في dDialer، نوع التضمين هو ET_PPP.

    2. معالجة التضمين الإضافي:

      ل ET_PPP، ال NLPID يستخرج.

      • ل dMLP، NLPID هو Multilink.

      • بالنسبة ل dLFIoLL، هناك أمران يجب أخذهما في الاعتبار:

        1. حزم VoIP— لا تحتوي هذه على رأس MLP ولها معرف NLPID الذي يشير إلى IP.

        2. حزم البيانات—يعد NLPID متعدد الارتباطات.

      • بالنسبة ل dDialer، لن تحتوي الحزم على رأس MLP وستتضمن معرف NLPID الذي يشير إلى IP.

        ملاحظة: في هذه الحالة، يمكنك تكوين dCRTP (بروتوكول الوقت الفعلي المضغوط الموزع). إذا كان الأمر كذلك، يتم فك ضغط الرأس قبل المعالجة.

  3. ل ET_FRAME_RELAY، إذا تم تكوين الارتباط الذي تم إستلام الحزمة عليه ل dMLFR، فسيتم معالجة الحزمة ل dMLFR

  4. بالنسبة إلى dLFIoFR و dLFIoATM، يكون نوع التضمين هو ET_FRAME_RELAY و ET_ATM، على التوالي، ولكن يوجد ضمن ذلك رأس PPP. يشير رأس PPP، كما هو الحال مع dLFIoLL، إلى ما إذا كانت الحزمة حزمة صوت أو حزمة بيانات. إذا تم تكوين dCRTP، يتم فك ضغط الرأس قبل المعالجة مرة أخرى. يتم تبديل الحزم الصوتية فورا.

    يجب إعادة تجميع حزمة بيانات مجزأة قبل تحويلها.

    باستخدام ET_PPP، قد تصادف حزم إرتباط PPP؛ ومع ET_FRAME_RELAY، قد تصادف حزم التحكم في MLFR. يتم إخضاع جميع حزم التحكم هذه إلى RP لمعالجتها.

  5. بناء على فك الترميز المذكور أعلاه، يتم التحقق من الحزمة لنوع التحويل الذي تتطلبه. يحدد نوع الارتباط ما إذا كانت الحزمة سيتم تحويلها إلى IP أو MPLS. ثم يتم إعطاء الحزم إلى وظائف التحويل المقابلة.

  6. من خلال التجميع بالاقتران مع الميزات الموزعة، يتم سرقة متجه التحويل السريع IP Turbo. يتم هذا لأنه يتم إستلام الحزمة على إرتباط العضو، ومع ذلك، يجب معالجتها بحيث يتم إستلامها على الحزمة.

    تحتاج أيضا إلى التحقق من حزم التحكم التي يتم انتقامها على المضيف. بشكل أساسي في dMLFR، هناك حزم واجهة الإدارة المحلية (LMI) التي لا تكون حزم التحكم في MLFR. لهذه، يتم إستخدام جزء مختلف من مساحة رقم dLCI. كلما تم فك تشفير dLCI ليقع في هذه المساحة، يتم توجيه الحزمة إلى المضيف، لأنه يتم التعرف عليه على أنه حزمة LMI.

    تم تبديل حزم بروتوكول VoIP (الموجودة في قائمة انتظار تقليل التأخير) فقط دون إضافة رأس بروتوكول MLP. يمكن أن تستلم الميزات الموزعة الحزم وتعيد تجميعها، عند إستقبال حزم البيانات المجزأة. يتم شرح عملية إعادة التجميع في قسم لاحق.

    إن الربط ينبغي كنت يحول بطاقة، هو بعد ذلك مررت إلى ال tag-switching روتين، في dMLP. وإلا، إذا كان سيتم تحويلها إلى IP، يتم تمريرها إلى روتين تحويل IP.

    ملاحظة: يتم توقيع جميع الحزم غير الخاصة ب IP على المضيف، في dMLFR.

  7. IP: وظيفة تحويل IP مشتركة لجميع الحزم. وهي تقوم في الأساس بثلاثة أمور:

    في موجهات 75xx، سيشير التجاور إلى tx_acc_ptr لواجهة الخروج. إذا كانت واجهة الخروج واجهة وصول افتراضية، فإن tx_acc_ptr هي NULL. في هذه الحالة، قم بإصلاح العملية كبسلة واحصل على tx_acc_ptr من ال fib hwidb. إصلاح عملية البحث والتضمين هذه ضروري في dLFIoFR و dLFIoATM. في dLFIoLL، تتم معالجة الارتباط كجزء من حزمة متعددة الارتباطات.

    ملاحظة: يتم ضبط TTL للحزمة هنا، ويتم التحقق من تجزئة IP. تم تعيين mci_status على RXTYPE_DODIP لجميع الحزم.

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

    لاحظ أنه، في حالة تكوين جودة الخدمة للواجهة، يتم سرقة متجه التحويل المحلي بواسطة جودة الخدمة. سيقوم HQF بإدخال الحزمة ومعالجة الحزمة بشكل إضافي، قبل أن يتم إرسالها أخيرا من الواجهة. هذا هو الحال مع dLFI. بالنسبة ل dLFI، يتم تعيين التجزئة والتداخل. تتعامل QoS مع إستدعاء روتين التجزئة الخاص بنا وتدخل الحزم المجزأة مع الحزم الصوتية التي سيتم وضعها في قائمة الانتظار ذات الأولوية (إذا تم تكوين LLQ). وهذا يضمن عدم معاناة حزم VoIP من التأخير المطلوب لشحن حزم البيانات الضخمة من خلال الارتباط.

مسار بيانات Tx

يحصل vip_dtq_consumer على الحزمة ويحصل على رقم الواجهة، الذي يحصل منه على قاعدة بيانات. يسمى روتين إرسال السريع المتوافق مع قاعدة البيانات بالإنجليزية:

i) رسائل سريعة

  1. في dMFR، يتم إسترداد بنية fr_info من الجدول الذي يطابق if_index إلى fr_info. يتم إرسال حزم التحكم فقط. سيعطي رأس الإطار DLCI، والذي سيساعدك على تحديد ما إذا كانت هذه حزمة LMI أو حزمة بيانات. يتم إستبدال حقل DLCI في رأس الإطار برقم تسلسل DMFR. يتم إستخدام أرقام تسلسلية منفصلة لحزم البيانات و LMI.

    ملاحظة: تستخدم الأرقام التسلسلية المنفصلة لبطاقات LCIs المنفصلة.

  2. في بروتوكول MLP، يتم إرسال حزم التحكم مع تعيين الأولوية على عالي. باستخدام حزم البيانات، إذا تم تكوين dCRTP، يتم ضغط الرأس. تتم إضافة رأس VIP MLP الذي يتضمن معلومات التسلسل وإرساله من روابط الأعضاء.

  3. في dLFI، يعترض HQF الحزم التي سيتم إرسالها من خلال الواجهة. إذا كانت حزمة صوت، يتم وضع الحزمة الصوتية في قائمة الانتظار ذات الأولوية (إذا تم تكوين LLQ) ويتم إرسالها من الواجهة دون تضمين MLP. باستخدام حزم البيانات، فإنه يدعو رمز تجزئة dLFI، الذي يرجع الأجزاء إلى رمز جودة الخدمة، والتي يتم بعد ذلك تبيينها مع حركة مرور الأولوية حتى يتم الوفاء بمتطلبات التأخير لحركة مرور البيانات الصوتية. أيضا، إن شكلت dCRTP يكون، فقط الرأس لحزمة الصوت يضغط. تركت رؤوس حزم البيانات كما هي.

  4. في Dial، يتم تصنيف الحزمة لإعادة ضبط المؤقت الخامل لارتباط الإخراج قبل إرسال الحزمة. يتم هذا بعد إختيار إرتباط الإخراج، في حالة إرتباط عدة إرتباطات بنفس المتصل. لا يتم إضافة رأس إلى حزم المتصل. وبالتالي، لا يتم دعم تسلسل الحزم وإعادة تجميعها على واجهات المتصل.

ملاحظة: في MLP و dDialer و dMLFR و dLFI مع عدة إرتباطات، يعتمد الارتباط الفعلي الذي تتم إعادة توجيه حركة المرور عليه على إزدحام الارتباط. إذا كان الرابط محتقنا، انتقل إلى الرابط التالي وهكذا. (تقوم ميزات dMLFR و dMLP بدون QoS و dDialer أيضا باختيار الارتباطات استنادا إلى عدد وحدات البايت التي يتم وضعها على الارتباط. يقوم باختيار الارتباط التالي، إذا كان الارتباط الحالي قد قام بالفعل بإرسال حصته النسبية من وحدات البايت، على أساس ترتيب دوري. يتم تحديد هذه الحصة النسبية بواسطة frag_bytes للارتباط. لواجهات عضو المتصل، يتم تعيين frag_bytes على القيمة الافتراضية للنطاق الترددي للواجهة.)

ملاحظة: في تكوينات HQF على الواجهات الخاصة بالشخصيات المهمة التي تخرج، يقوم HQF بسرقة متجه dtq_consumer. الحزمة DMA'd إلى الشخصية المهمة الخارجة تمر أولا من خلال التحقق من HQF. إذا تم تكوين جودة الخدمة على واجهة الخروج، فإن HQF يبدأ في معالجة الحزمة، قبل أن يتم إرسال الحزمة بسرعة من الواجهة.

إعادة التجميع

لا تدعم واجهات Plain Dialer عملية إعادة التجميع والتسلسل. لتمكين ذلك على واجهات المتصل، يجب تكوين MLP عبر واجهات المتصل. إذا تم ذلك، فإن مسار Rx و Tx مطابق لمسارات dMLP. عند إستلام الحزم، يتم التحقق من رقم التسلسل مقابل رقم التسلسل المتوقع.

  • إذا كانت أرقام التسلسل متطابقة:

    1. إذا كانت الحزمة عبارة عن حزمة غير مجزأة فلا يلزم إعادة التجميع. تابع المزيد من خطوات التحويل.

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

  • إذا كانت أرقام التسلسل غير متطابقة:

    1. إذا كان رقم التسلسل ضمن الإطار المتوقع للأرقام التسلسلية، فوضعه عندئذ في "قائمة الأجزاء غير المعينة" التي تم فرزها. لاحقا، عندما لا يتم تلقي رقم تسلسل متوقع، يتم التحقق من هذه القائمة، في حالة تخزين الحزمة هنا.

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

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

تكوين الميزات الموزعة والتحقق منها وتصحيح أخطائها

يغطي هذا القسم أوامر show وdebug المتوفرة للتحقق من كل من الميزات الموزعة وتصحيح أخطائها.

تكوين dMFR والتحقق منه

تكوين نموذج MFR 

interface MFR1
 no ip address

interface MFR1.1 point-to-point
 ip address 181.0.0.2 255.255.0.0
 frame-relay interface-dlci 16

ملاحظة: تشبه واجهة MFR واجهة FR أخرى ومن ثم تدعم معظم تكوين FR.

interface Serial5/0/0/1:0
 no ip address
 encapsulation frame-relay MFR1
 tx-queue-limit 26

interface Serial5/0/0/2:0
 no ip address
 encapsulation frame-relay MFR1
 tx-queue-limit 26

interface Serial5/0/0/3:0
 no ip address
 encapsulation frame-relay MFR1

دققت MFR حزمة وضع على ال RP 

show frame-relay multilink

Bundle: MFR1, State = up, class = A, fragmentation disabled
BID = MFR1
Bundle links:
 Serial5/0/0/3:0, HW state = up, link state = Add_sent, LID = Serial5/0/0/3:0
 Serial5/0/0/2:0, HW state = up, link state = Up, LID = Serial5/0/0/2:0
 Serial5/0/0/1:0, HW state = up, link state = Up, LID = Serial5/0/0/1:0

يشير ذلك إلى إضافة واجهات بشكل صحيح، ولم تتفاوض واجهة واحدة بعد حول رسائل MLFR LIP.

للحصول على مزيد من المعلومات حول حزمة MFR وارتباطات العضو، قم بإصدار هذا الأمر:

show frame-relay multilink mfr1 detailed

Bundle: MFR1, State = up, class = A, fragmentation disabled
BID = MFR1
No. of bundle links = 3, Peer's bundle-id = MFR1
Rx buffer size = 36144, Lost frag timeout = 1000
Bundle links:
 Serial5/0/0/3:0, HW state = up, link state = Add_sent, LID = Serial5/0/0/3:0
   Cause code = none, Ack timer = 4, Hello timer = 10,
   Max retry count = 2, Current count = 0,
   Peer LID = , RTT = 0 ms
   Statistics:
   Add_link sent = 35, Add_link rcv'd = 0,
   Add_link ack sent = 0, Add_link ack rcv'd = 0,
   Add_link rej sent = 0, Add_link rej rcv'd = 0,
   Remove_link sent = 0, Remove_link rcv'd = 0,
   Remove_link_ack sent = 0, Remove_link_ack rcv'd = 0,
   Hello sent = 0, Hello rcv'd = 0,
   Hello_ack sent = 0, Hello_ack rcv'd = 0,
   outgoing pak dropped = 0, incoming pak dropped = 0
  Serial5/0/0/2:0, HW state = up, link state = Up, LID = Serial5/0/0/2:0
   Cause code = none, Ack timer = 4, Hello timer = 10,
   Max retry count = 2, Current count = 0,
   Peer LID = Serial6/1/0/2:0, RTT = 32 ms
   Statistics:
   Add_link sent = 0, Add_link rcv'd = 0,
   Add_link ack sent = 0, Add_link ack rcv'd = 0,
   Add_link rej sent = 0, Add_link rej rcv'd = 0,
   Remove_link sent = 0, Remove_link rcv'd = 0,
   Remove_link_ack sent = 0, Remove_link_ack rcv'd = 0,
   Hello sent = 7851, Hello rcv'd = 7856,
   Hello_ack sent = 7856, Hello_ack rcv'd = 7851,
   outgoing pak dropped = 0, incoming pak dropped = 0
  Serial5/0/0/1:0, HW state = up, link state = Up, LID = Serial5/0/0/1:0
   Cause code = none, Ack timer = 4, Hello timer = 10,
   Max retry count = 2, Current count = 0,
   Peer LID = Serial6/1/0/1:0, RTT = 32 ms
   Statistics:
   Add_link sent = 0, Add_link rcv'd = 0,
   Add_link ack sent = 0, Add_link ack rcv'd = 0,
   Add_link rej sent = 0, Add_link rej rcv'd = 0,
   Remove_link sent = 0, Remove_link rcv'd = 0,
   Remove_link_ack sent = 0, Remove_link_ack rcv'd = 0,
   Hello sent = 7851, Hello rcv'd = 7856,
   Hello_ack sent = 7856, Hello_ack rcv'd = 7851,
   outgoing pak dropped = 0, incoming pak dropped = 0

أوامر تصحيح أخطاء MFR

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

debug frame-relay multilink control

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

لتصحيح أخطاء حزم MFR التي يتم استقبالها في RP، بالإضافة إلى تصحيح أخطاء أنشطة التحكم في MFR، يكون تصحيح الأخطاء هذا مفيدا:

debug frame-relay multilink

ملاحظة: يمكن أن يؤدي ذلك، في ظل الازدحام المروري، إلى التغلب على وحدة المعالجة المركزية.

دققت dMLFR حزمة وضع على ال LC

show frame-relay multilink

ملاحظة: حاليا، هذا غير متوفر على عنصر التحكم في الوصول (LC)، لكن ستتم إضافته قريبا. وحتى ذلك الحين، أستخدم show ppp multilink.

Bundle MFR1, 2 members
  bundle 0x62DBDD20, frag_mode 0
  tag vectors 0x604E8004 0x604C3628
  Bundle hwidb vector 0x6019271C
  idb MFR1, vc 0, RSP vc 0
  QoS disabled, fastsend (mlp_fastsend), visible_bandwidth 3072
  board_encap 0x60577554, hw_if_index 0, pak_to_host 0x0
  max_particles 400, mrru 1524, seq_window_size 0x200
  working_pak 0x0, working_pak_cache 0x0
  una_frag_list 0x0, una_frag_end 0x0, null_link 0
  rcved_end_bit 1, is_lost_frag 0, resync_count 0
  timeout 0, timer_start 0, timer_running 0, timer_count 0
  next_xmit_link Serial0/0:1, member 0x3, congestion 0x3
dmlp_orig_pak_to_host 0x603E7030
dmlp_orig_fastsend 0x6035DBC0
bundle_idb->lc_ip_turbo_fs 0x604A7750
  0 lost fragments, 0 reordered, 0 unassigned
  0 discarded, 0 lost received
  0x0 received sequence, 0x58E sent sequence
 DLCI: 16
  769719 lost fragments, 22338227 reordered, 
                                0 unassigned
  27664 discarded, 27664 lost received
  0xF58 received sequence, 0x8DE sent sequence
 timer count 767176
  Member Link: 2 active
   Serial0/0:0, id 0x1, fastsend 0x60191E34, lc_turbo 0x601913AC, PTH 0x603E7030, OOF 0
   Serial0/0:1, id 0x2, fastsend 0x60191E34, lc_turbo 0x601913AC, PTH 0x603E7030, OOF 0

تكوين dMLP/dLFIoLL والتحقق منه

تكوين PPP متعدد الارتباطات 

interface Multilink1
 ip address 151.0.0.2 255.255.0.0
 no cdp enable
 ppp chap hostname M1
 ppp multilink
!

نموذج التكوين تحت الواجهة التسلسلية:

interface Serial5/0/0/4:0
 no ip address
 encapsulation ppp
 tx-queue-limit 26
 no cdp enable
 ppp chap hostname M1
 ppp multilink group 1
!
interface Serial5/0/0/5:0
 no ip address
 encapsulation ppp
 tx-queue-limit 26
 no cdp enable
 ppp chap hostname M1
 ppp multilink group 1
!

ملاحظة: لا يعني الأمر ppp chap hostname M1 أن مصادقة CHAP ممكنة بالفعل. يعمل السلسلة M1 في هذا الأمر كمميز لنقطة النهاية ولا يكون مطلوبا إلا إذا كان هناك أكثر من حزمة متعددة الارتباطات بين نفس الموجهين. في مثل هذه الحالة، كل خطوة أن ينتسب إلى حزمة ينبغي يتلقى ال نفسه نقطة نهاية مميز، ولا إثنان أن ينتسب إلى حزمة مختلف ينبغي يتلقى ال نفسه نقطة نهاية مميز.

معلمات التكوين الاختيارية

[no] إرتباط PPP متعدد

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

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

ppp multilink mrru local value

وهذا يحدد وحدة الاستقبال القصوى على الارتباط المتعدد؛ وسيتم قبول الحزم التي تصل إلى هذا الحجم بواسطة واجهة الارتباط المتعدد. يستثني الحجم هنا رأس MLP.

ppp multilink mrru remote value

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

ppp multilink fragment delay seconds

يحدد هذا التأخير المسموح به بالمللي ثانية (ms) الناتج عن جزء البيانات. بمعنى آخر، تستخدم قيمة التأخير لحساب الحد الأقصى لحجم الجزء المسموح به. يختلف التنفيذ الموزع عن تنفيذ Cisco IOS بهذه الطرق:

  1. لا يتم إجراء التجزئة ما لم يتم تمكين التداخل.

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

ppp multilink fragment disable

لا يضيف هذا الأمر أي وظائف في التنفيذ الموزع. يحدث التجزئة فقط عندما يتم تمكين التداخل، وعندما يتم تمكين التداخل، يتم تجاهل الأمر ppp multilink fragment disable.

التحقق من حالة حزمة dMLP على RP 

show ppp multilink

Multilink1, bundle name is M1
Endpoint discriminator is M1
Bundle up for 00:09:09, 1/255 load
Receive buffer limit 24000 bytes, frag timeout 1000 ms
Bundle is Distributed
  0/0 fragments/bytes in reassembly list
  0 lost fragments, 0 reordered
  0/0 discarded fragments/bytes, 0 lost received
  0x9 received sequence, 0x0 sent sequence
dLFI statistics:
          DLFI Packets    Pkts In   Chars In   Pkts Out  Chars Out
            Fragmented          0          0          0          0
          UnFragmented          9       3150          0          0
           Reassembled          9       3150          0          0
      Reassembly Drops          0
   Fragmentation Drops          0
      Out of Seq Frags          0
Member links: 2 active, 0 inactive (max not set, min not set)
  Se5/0/0/4:0, since 00:09:09, 768 weight, 760 frag size
  Se5/0/0/5:0, since 00:09:09, 768 weight, 760 frag size

  1. عندما تكون الحزمة في وضع توزيع، هذا يعرض في الإنتاج من عرض ppp متعدد الارتباطات:

    الحزمة توزع

    إن لا، بعد ذلك الحزمة لسبب ما لا توزع.

  2. عندما يتم تكوين واجهة PPP متعددة الارتباطات وتمكينها في بطاقة الخط، فإن إخراج show ppp multilink يتضمن إحصائيات dLFI حيث:

    • مجزأة—يشير إلى عدد الأجزاء التي تم إرسالها واستقبالها.

    • غير مجزأ— يشير إلى عدد الحزم التي تم إرسالها أو استقبالها دون أن يتم تجزئتها.

    • المعاد تجميعها— يشير إلى عدد الحزم الكاملة التي تم إعادة تجميعها. عندما لا يكون التشابك ممكنا، فإن المخرجات تبدو كما يلي:

      Multilink1, bundle name is M1
  Endpoint discriminator is M1
  Bundle up for 00:00:00, 0/255 load
  Receive buffer limit 24000 bytes, frag timeout 1000 ms
  Bundle is Distributed
    0/0 fragments/bytes in reassembly list
    0 lost fragments, 0 reordered
    0/0 discarded fragments/bytes, 0 lost received
    0x0 received sequence, 0x2 sent sequence
  Member links: 2 active, 0 inactive (max not set, min not set)
    Se5/0/0/5:0, since 00:00:00, 768 weight, 760 frag size
    Se5/0/0/4:0, since 00:00:03, 768 weight, 760 frag size

حجم الجزء في المثال السابق هو 760 بايت.

دققت dMLP حزمة وضع على ال LC 

show ppp multilink

dmlp_ipc_config_count 24
dmlp_bundle_count 2
dmlp_ipc_fault_count 1
dmlp_il_inst 0x60EE4340, item count 0
0, store 0, hwidb 0x615960E0, bundle 0x622AA060, 0x60579290, 0x6057A29C
1, store 0, hwidb 0x615985C0, bundle 0x622AA060, 0x60579290, 0x6057A29C
2, store 0, hwidb 0x0, bundle 0x0,
3, store 0, hwidb 0x0, bundle 0x0,
4, store 0, hwidb 0x0, bundle 0x0,
5, store 0, hwidb 0x0, bundle 0x0,
6, store 0, hwidb 0x0, bundle 0x0,
7, store 0, hwidb 0x0, bundle 0x0,
8, store 0, hwidb 0x0, bundle 0x0,
9, store 0, hwidb 0x0, bundle 0x0,

Bundle Multilink1, 2 members
  bundle 0x622AA060, frag_mode 0
  tag vectors 0x604E8004 0x604C3628
  Bundle hwidb vector 0x6057B198
  idb Multilink1, vc 4, RSP vc 4
  QoS disabled, fastsend (qos_fastsend), visible_bandwidth 3072
  board_encap 0x60577554, hw_if_index 0, pak_to_host 0x0
  max_particles 400, mrru 1524, seq_window_size 0x8000
  working_pak 0x0, working_pak_cache 0x0
  una_frag_list 0x0, una_frag_end 0x0, null_link 0
  rcved_end_bit 1, is_lost_frag 1, resync_count 0
  timeout 0, timer_start 0, timer_running 0, timer_count 1
  next_xmit_link Serial0/0:3, member 0x3, congestion 0x3
dmlp_orig_pak_to_host 0x603E7030
dmlp_orig_fastsend 0x6035DBC0
bundle_idb->lc_ip_turbo_fs 0x604A7750
  0 lost fragments, 0 reordered, 0 unassigned
  0 discarded, 0 lost received
  0xC3 received sequence, 0x0 sent sequence
  Member Link: 2 active
   Serial0/0:4, id 0x1, fastsend 0x60579290, lc_turbo 0x6057A29C, PTH 0x60579A18, OOF 0
   Serial0/0:3, id 0x2, fastsend 0x60579290, lc_turbo 0x6057A29C, PTH 0x60579A18, OOF 0

مع dMFR، يتم الاحتفاظ بالأرقام التسلسلية على أساس كل-dLCI، مع الرقم التسلسلي في الحزمة المستخدمة ل LMI dLCI.

الحقل الوصف
dmlp_ipc_config_count عدد رسائل IPC التي تم تلقيها بواسطة LC لتكوين MLFR أو متعدد الارتباطات
dmlp_bundle_count عدد مجموعات MLP و MLFR في LC
dmlp_ipc_fault_count عدد رسائل التكوين التي نتج عنها فشل في LC. يجب ان تكون 0؛ إذا كانت غير صفرية فقد تكون هناك مشكلة.
متجهات العلامات الإشارة إلى IDB لوضع علامة_optimum_fs ومتجهات IDB إلى ip2tag_optimum_fs المستخدمة في تحويل العلامات.
board_encap يشير إلى متجه اللوحة_encap الذي يتم إستخدامه لإضافة 2 بايت من تضمين اللوحة، إذا كانت هناك إرتباطات محولة في نظام أساسي 7500. يجب أن تكون قيمة NULL، إذا كان الارتباط يحتوي على واجهات غير محولة.
الحد الأقصى للجسيمات الحد الأقصى لعدد الجسيمات التي يمكن الاحتفاظ بها في مخزن إعادة التجميع المؤقت
مررو الحد الأقصى لحجم الحزمة التي تم قبولها دون إعتبار تضمين MLP. غير قابل للتطبيق على واجهة MLFR.
seq_window_size الحد الأقصى لحجم النافذة للأرقام التسلسلية
working_pak يشير إلى الباكستاني الحالي تحت إعادة التجميع. قيمة خالية، إذا لم يكن هناك أي قيمة.
working_pak_cache مؤشر إلى الباك الثابت الذي يتم إستخدامه لإعادة التجميع. يتم تخصيص هذا عند إستلام الحزمة غير الكاملة الأولى بواسطة الحزمة.
una_frag_list الإدخال الأول في قائمة انتظار إعادة التجميع. إذا لم يكن الإدخال NULL ولم يتغير، فإنه يشير إلى أن المؤقت لا يشغل مشكلة برنامج.
una_frag_end آخر إدخال في قائمة انتظار إعادة التجميع
rcved_end_bit يشير إلى أن الحزمة إستلمت وحدة بت نهاية، لذلك فإنها تبحث عن وحدة بت بداية.
is_lost_frag صحيح، إذا تم الإعلان عن فقد جزء. يتم مسح هذا عند تلقي جزء بالتسلسل المتوقع.
resync_count يشير إلى عدد المرات التي كان فيها جهاز الاستقبال غير متزامن مع جهاز الإرسال وكان عليه إعادة المزامنة من خلال البدء باستخدام آخر جزء تسلسلي تم إستلامه.
انتهاء المهلة تشير إلى أن مهلة إعادة التجميع قد حدثت وأنه تتم معالجة الحزم من قائمة انتظار إعادة التجميع.
timer_start عدد مرات بدء تشغيل مؤقت إعادة التجميع
timer_running الإشارة إلى ما إذا كان مؤقت إعادة التجميع قيد التشغيل أم لا.
timer_count الإشارة إلى عدد المرات التي انتهت فيها صلاحية مؤقت إعادة التجميع.
next_xmit_link الارتباط الذي سيتم إرسال الحزمة التالية عليه
عضو حقل البت الذي يشير إلى الأعضاء الحاضرين.
إزدحام حقل غير مستخدم في جميع الفروع. الإشارة إلى روابط الأعضاء غير المكتظة.
dmlp_orig_pak_to_host المتجه المستخدم لتكديس الحزم إلى RP.
dmlp_orig_fastSend ساقة قة قة قة قة الأصلية قبل MLP أو MLFR تعدل ساكنة برنامج التشغيل.
أجزاء مفقودة عدد الأجزاء التي تم فقدها (لم يستلم المستقبل هذه الأجزاء). يتم مسح هذا بشكل دوري عند إرسال تحديث إلى المضيف.
معاد الترتيب عدد الأجزاء التي تم إستلامها من الأمر المتوقع. يتم مسح هذا بشكل دوري عند إرسال تحديث إلى المضيف.
نبذ عدد الأجزاء التي تم تجاهلها لتعذر إنشاء حزمة كاملة
إستلمتم عدد الأجزاء المتلقاة التي يعتقد أنها فقدت. وهذا يشير إلى أن تأخير الارتباط البيني أكبر من مهلة إعادة تجميع dMLP البالغة 30 مللي ثانية.

تكوين dLFIoFR و dLFIoATM والتحقق منهما 

class-map voip
 match ip precedence 3

policy-map llq
 class voip
  priority

int virtual-template1
 service-policy output llq
 bandwidth 78 
 ppp multilink
 ppp multilink interleave
 ppp multilink fragment-delay 8


int serial5/0/0/6:0
encapsulation frame-relay
frame-relay interface-dlci 16 ppp virtual-template1

!--- Or 

int ATM4/0/0
  no ip address
int ATM4/0/0.1 point-to-point
  pvc 5/100
  protocol ppp virtual-template 1

التحقق من حالة حزمة dLFIoFR/ATM على RP 

show ppp multilink

Virtual-Access3, bundle name is dLFI
  Endpoint discriminator is dLFI
  Bundle up for 00:01:11, 1/255 load
  Receive buffer limit 12192 bytes, frag timeout 1524 ms
  Bundle is Distributed
    0/0 fragments/bytes in reassembly list
    0 lost fragments, 0 reordered
    0/0 discarded fragments/bytes, 0 lost received
    0x0 received sequence, 0x0 sent sequence
  dLFI statistics:
            DLFI Packets    Pkts In   Chars In   Pkts Out  Chars Out
              Fragmented          0          0          0          0
            UnFragmented          0          0          0          0
             Reassembled          0          0          0          0
        Reassembly Drops          0
     Fragmentation Drops          0
        Out of Seq Frags          0
  Member links: 1 (max not set, min not set)
    Vi2, since 00:01:11, 240 weight, 230 frag size

ملاحظة: سيتم توزيع الحزمة فقط عندما يتم تكوين واجهة PPP متعددة الارتباطات ضمن القالب الظاهري؛ بدون هذا الأمر، لن يتم توزيع الحزمة.

التحقق من حالة حزمة dLFIoFR/ATM على LC

للتحقق من أن dLFI يعمل بالفعل بشكل صحيح على عنصر التحكم في الوصول (LC)، قم بإصدار هذا الأمر:

show hqf interface

Interface Number 6 (type 22) Serial0/0:5

   blt (0x62D622E8, index 0, hwidb->fast_if_number=35) layer PHYSICAL
   scheduling policy: FIFO
   classification policy: NONE
   drop policy: TAIL
   blt flags: 0x0

   qsize 0 txcount 3 drops 0 qdrops 0 nobuffers 0
   aggregate limit 16 individual limit 4 availbuffers 16
   weight 1 perc 0.00 ready 1 shape_ready 1 wfq_clitype 0
   visible_bw 64 allocated_bw 64 qlimit_tuned 0 vc_encap 2
   quantum 1500 credit 0 backpressure_policy 0 nothingoncalQ 1

     next layer HQFLAYER_FRAMEDLCI_IFC (max entries 1024)

     blt (0x62D620E8, index 0, hwidb->fast_if_number=35) layer FRAMEDLCI_IFC
     scheduling policy: FIFO
     classification policy: NONE
     drop policy: TAIL
     blt flags: 0x0
  
     qsize 0 txcount 1 drops 0 qdrops 0 nobuffers 0
     aggregate limit 16 individual limit 4 availbuffers 16
     weight 1 perc 0.00 ready 1 shape_ready 1 wfq_clitype 0
     visible_bw 64 allocated_bw 64 qlimit_tuned 0 vc_encap 2
     quantum 1500 credit 0 backpressure_policy 0 nothingoncalQ 1

     blt (0x62D621E8, index 16, hwidb->fast_if_number=35) layer FRAMEDLCI_IFC
     scheduling policy: WFQ
     classification policy: PRIORITY_BASED
     drop policy: TAIL
     frag policy: root
     blt flags: 0x0
  
     qsize 0 txcount 2 drops 0 qdrops 0 nobuffers 0
     aggregate limit 16 individual limit 4 availbuffers 16
     weight 1 perc 0.00 ready 1 shape_ready 1 wfq_clitype 0
     visible_bw 64 allocated_bw 64 qlimit_tuned 0 vc_encap 2
     quantum 240 credit 0 backpressure_policy 0 nothingoncalQ 1

       next layer HQFLAYER_PRIORITY (max entries 256)

       blt (0x62D61FE8, index 0, hwidb->fast_if_number=35) layer PRIORITY
       scheduling policy: FIFO
       classification policy: NONE
       drop policy: TAIL
       frag policy: leaf
       blt flags: 0x0
    
       qsize 0 txcount 0 drops 0 qdrops 0 nobuffers 0
       aggregate limit 8 individual limit 2 availbuffers 8
       weight 0 perc 0.99 ready 1 shape_ready 1 wfq_clitype 0
       visible_bw 32 allocated_bw 32 qlimit_tuned 0 vc_encap 2
       quantum 240 credit 0 backpressure_policy 0 nothingoncalQ 1

       blt (0x62D61CE8, index 1, hwidb->fast_if_number=35) layer PRIORITY
       scheduling policy: FIFO
       classification policy: NONE
       drop policy: TAIL
       blt flags: 0x0
       Priority Conditioning enabled
       qsize 0 txcount 0 drops 0 qdrops 0 nobuffers 0
       aggregate limit 0 individual limit 0 availbuffers 0
       weight 1 perc 0.00 ready 1 shape_ready 1 wfq_clitype 0
       visible_bw 0 allocated_bw 0 qlimit_tuned 0 vc_encap 2
       quantum 240 credit 0 backpressure_policy 0 nothingoncalQ 1

       PRIORITY: bandwidth 32 (50%)
                 last 0 tokens 1500 token_limit 1500

       blt (0x62D61EE8, index 255, hwidb->fast_if_number=35) layer PRIORITY
       scheduling policy: WFQ
       classification policy: CLASS_BASED
       drop policy: TAIL
       frag policy: MLPPP (1)
         frag size: 240, vc encap: 0, handle: 0x612E1320
       blt flags: 0x0
    
       qsize 0 txcount 2 drops 0 qdrops 0 nobuffers 0
       aggregate limit 8 individual limit 2 availbuffers 8
       weight 1 perc 0.01 ready 1 shape_ready 1 wfq_clitype 0
       visible_bw 32 allocated_bw 32 qlimit_tuned 0 vc_encap 2
       quantum 1 credit 0 backpressure_policy 0 nothingoncalQ 1

           next layer HQFLAYER_CLASS_HIER0 (max entries 256)

           blt (0x62D61DE8, index 0, hwidb->fast_if_number=35) layer CLASS_HIER0
           scheduling policy: FIFO
           classification policy: NONE
           drop policy: TAIL
           frag policy: leaf
           blt flags: 0x0
        
           qsize 0 txcount 2 drops 0 qdrops 0 nobuffers 0
           aggregate limit 8 individual limit 2 availbuffers 8
           weight 1 perc 50.00 ready 1 shape_ready 1 wfq_clitype 0
           visible_bw 32 allocated_bw 32 qlimit_tuned 0 vc_encap 2
           quantum 240 credit 0 backpressure_policy 0 nothingoncalQ 1

يجب أن تكون هناك طبقة أولوية وطبقة WFQ. سيتم التجزئة في ثنايا طبقة طبقة طبقة طبقة طبقة WFQ.

تكوين dDDR والتحقق منه.

يتم تنشيط DDR الموزعة عند تمكين ip cef الموزع على التكوين العام وip route-cache الموزع على واجهات المتصل.


!--- Global configuration that enables distributed CEF switching.

ip cef distributed

--- Enable distributed switching on the dialer interface (on the D-channel interface).

int serial 3/1/0:23
	ip route-cache distributed

!--- Or, enable it on the dialer interface.

int Dialer1
	ip route-cache distributed

لا توجد تكوينات خاصة أخرى ل DDR الموزعة يتبع المزيد من التهيئة التهيئة التهيئة لذاكرة DDR العادية.

التحقق من توجيه الطلب الموزع على الطلب 

BOX2002# show isdn status

Global ISDN Switchtype = primary-net5
ISDN Serial3/1/0:23 interface

--- Network side configuration.

        dsl 0, interface ISDN Switchtype = primary-net5
    Layer 1 Status:
        ACTIVE
    Layer 2 Status:
        TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED


The ISDN status should be MULTIPLE_FRAME_ESTABLISHED. This means that the physical layer is ready for ISDN connectivity.


    Layer 3 Status:
        0 Active Layer 3 Call(s)
    Active dsl 0 CCBs = 0
    The Free Channel Mask:  0x807FFFFF
    Number of L2 Discards = 0, L2 Session ID = 6

EDGE# show dialer

Serial6/0:0 - dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (15 secs)
Dialer state is data link layer up
Time until disconnect 119 secs
Current call connected never
Connected to 54321

Serial6/0:1 - dialer type = ISDN
Idle timer (120 secs), Fast idle timer (20 secs)
Wait for carrier (30 secs), Re-enable (15 secs)
Dialer state is idle

يخبرنا نوع المتصل بنوع المتصل المستخدم. يتضمن ISDN تكوين المتصل القديم وملف التعريف تكوين ملف تعريف المتصل. تشير حالة المتصل إلى الحالة الحالية للمطالب. ستكون حالة واجهة المتصل غير المتصل خاملة. تتم إعادة تعيين المؤقت الخامل كلما ظهرت حركة مرور مثيرة للاهتمام. إذا انتهت صلاحية المؤقت على الإطلاق، فستقطع الواجهة الاتصال على الفور. المؤقت الخامل عبارة عن معلمة قابلة للتكوين. لمزيد من المعلومات، راجع تكوين DDR من نظير إلى نظير باستخدام ملفات تعريف المتصل.

show ppp multilink

!--- From LC for dialer profile.

dmlp_ipc_config_count 2
dmlp_bundle_count 1
dmlp_il_inst 0x60EE4340, item count 0
0, store 0, hwidb 0x0, bundle 0x0,
1, store 0, hwidb 0x0, bundle 0x0,
2, store 0, hwidb 0x0, bundle 0x0,
3, store 0, hwidb 0x0, bundle 0x0,
4, store 0, hwidb 0x0, bundle 0x0,
5, store 0, hwidb 0x0, bundle 0x0,
6, store 0, hwidb 0x0, bundle 0x0,
7, store 0, hwidb 0x0, bundle 0x0,
8, store 0, hwidb 0x0, bundle 0x0,
9, store 0, hwidb 0x0, bundle 0x0,

Bundle Dialer1, 1 member
  bundle 0x62677220, frag_mode 0
  tag vectors 0x604E8004 0x604C3628
  Bundle hwidb vector 0x0
  idb Dialer1, vc 22, RSP vc 22
  QoS disabled, fastsend (mlp_fastsend), visible_bandwidth 56
  board_encap 0x60577554, hw_if_index 0, pak_to_host 0x0
  max_particles 200, mrru 1524, seq_window_size 0x8000
  working_pak 0x0, working_pak_cache 0x0
  una_frag_list 0x0, una_frag_end 0x0, null_link 0
  rcved_end_bit 1, is_lost_frag 0, resync_count 0
  timeout 0, timer_start 0, timer_running 0, timer_count 0
  next_xmit_link Serial1/0:22, member 0x1, congestion 0x1
dmlp_orig_pak_to_host 0x603E7030
dmlp_orig_fastsend 0x60381298
bundle_idb->lc_ip_turbo_fs 0x604A7750
  0 lost fragments, 0 reordered, 0 unassigned
  0 discarded, 0 lost received
  0x0 received sequence, 0x0 sent sequence
  Member Link: 1 active
   Serial1/0:22, id 0x1, fastsend 0x60579290, lc_turbo 0x6057A29C, PTH 0x60579A18, OOF 0

المتغيرات الموضحة هي نفسها للمتغيرات الخاصة ب dMLP.

تصحيح أخطاء dMLP و dDDR

تصحيح الأخطاء متوفر في RP

dDDR 

debug dialer [events | packets | forwarding | map]

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

debug ip cef dialer

قم بإصدار هذا الأمر لتصحيح أخطاء أحداث المتصل ذات الصلة ب CEF. لمزيد من المعلومات، ارجع إلى المتصل CEF.

تصحيح الأخطاء متوفر في LC

dMLP

تصحيح أخطاء مسار التحكم: حدث تصحيح الأخطاء متعدد الارتباطات

تصحيح أخطاء مسار البيانات: تصحيح أخطاء الأجزاء متعددة الارتباطات

تصحيح أخطاء مسار البيانات ومسار التحكم: خطأ تصحيح أخطاء الارتباط المتعدد

تصحيح أخطاء dMLP على سلاسل SIP

حزم الإغراق استنادا إلى بطاقة CI: يمكن التخلص من حزم البيانات وحزم التحكم في قوائم التحكم استنادا إلى معرف فئة المورد (CI) الخاص بعنصر التحكم ومعرف فئة المورد (CI) الخاص بالتسلسل.

إختبار HW-Module subslot_num dump ci ci-num [rx|tx] num_packet_to_dump

يمكن الحصول على بطاقات CIs بهذه الطريقة:


!--- Issue show controller serial interface  for CTE1.

SIP-200-6# show controller serial 6/0/0:0

SPA 6/0 base address 0xB8000000 efc 1

Interface Serial6/0/0:0 is administratively down
Type 0xD Map 0x7FFFFFFF, Subrate 0xFF, mapped 0x1, maxmtu 0x5DC
Mtu 1500, max_buffer_size 1524, max_pak_size 1608 enc 84
ROM rev: 0, FW OS rev: 0x00000000 Firmware rev: 0x00000000
  idb=0x42663A30, pa=0x427BF6E0, vip_fci_type=0, port_per_spa=0
  SPA port type is set
  Host SPI4 in sync 
  SPA=0x427BF6E0 status=00010407, host=00000101, fpga=0x427EDF98
  cmd_head=113, cmd_tail=113, ev_head=184, ev_tail=184
  ev_dropped=0, cmd_dropped=0

!--- Start Link Record Information.

 tag 0, id 0, anyphy 0, anyphy_flags 3, state 0
 crc 0, idle 0, subrate 0, invert 0, priority 0
 encap hdlc
 corrupt_ci 65535, transparent_ci 1

!--- End Link Record Information.

Interface Serial6/0/0:0 is administratively down
Channel Stats:
  in_throttle=0, throttled=0, unthrottled=0, started=1
  rx_packets=0, rx_bytes=0, rx_frame_aborts=0,  rx_crc_errors=0
  rx_giants=0, rx_non_aligned_frames=0, rx_runts=0,  rx_overruns=0
  tx_packets=0, tx_bytes=0, tx_frame_aborts=0
  is_congested=0, mapped=1, is_isdn_d=0, tx_limited=1
  fast_if_number=15, fastsend=0x403339E4
  map=0x7FFFFFFF, turbo_vector_name=Copperhead to Draco switching
  lc_ip_turbo_fs=403A9EEC, lc_ip_mdfs=403A9EEC

بالنسبة إلى CT3، يجب عليك الحصول على رقم VC، والذي يمكن الحصول عليه من إخراج show interface serial CT3_interface_name .

الآن يمكن الحصول على معلومات CI من وحدة تحكم SPA. قم أولا بإعادة توجيه إخراج أوامر وحدة تحكم SPA إلى RP باستخدام الأمر spa_redirect rp ct3_freeM336.

يعرض الأمر spa_ct3_test free show linkrec vc معلومات CI الضرورية.

dMFR

تصحيح أخطاء مسار التحكم: حدث debug dmfr

تصحيح أخطاء مسار البيانات: تصحيح أخطاء حزم DMFR

تصحيح أخطاء مسار البيانات ومسار التحكم: خطأ تصحيح أخطاء DMFR

حزم الإغراق استنادا إلى CI: راجع dMLP.

dLFI

تصحيح أخطاء مسار التحكم: حدث تصحيح أخطاء dlfi

تصحيح أخطاء مسار البيانات: تصحيح أجزاء DLFI

تصحيح أخطاء مسار البيانات ومسار التحكم: خطأ تصحيح أخطاء dlfi

dDDR

لا توجد أوامر تصحيح أخطاء خاصة؛ يجب أن تستخدم تصحيح أخطاء dMLP.

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

الأسئلة المتكررة

  1. ما هو dMLP؟

    تعد dMLP قصيرة ل PPP الموزع متعدد الارتباطات (كما هو موضح في RFC1990 icon_popup_short.gif). يتم دعم هذه الميزة بواسطة الأنظمة الأساسية الموزعة، مثل السلسلة 7500 من Cisco والسلسلة 7600. يتيح لك بروتوكول MLP إمكانية دمج خطوط T1/E1 - في شخصية بارزة على موجه من السلسلة Cisco 7500 أو FlexWAN في موجه من السلسلة 7600 - في حزمة تحتوي على النطاق الترددي العريض المجمع لخطوط T1/E1 المتعددة. وهذا يسمح للعملاء بزيادة النطاق الترددي العريض فيما يتجاوز T1/E1 دون الحاجة إلى شراء خط T3/E3.

  2. ما هو "الموزع" في MLP؟

    مصطلح "distributed" يعني ضمنا أن تحويل الحزمة يتم بواسطة الشخصية المهمة وليس RSP. لماذا؟ إمكانات تحويل RSP محدودة إلى حد ما، كما أن لديه العديد من الوظائف الأكثر أهمية للقيام بها. بما أن الشخصية المهمة قادرة على تحويل الحزم تقوم بإلغاء تحميل هذا النشاط من RSP. لا يزال برنامج Cisco IOS المستند إلى RSP يدير الارتباطات. يتم إنشاء الحزمة وإنهائها بواسطة RSP. وبالإضافة إلى ذلك، لا تزال معالجة مستوى تحكم PPP تتم بواسطة RSP، بما في ذلك معالجة جميع حزم التحكم في PPP (LCP، والمصادقة، و NCPs). ومع ذلك، بمجرد إنشاء حزمة، يتم تحويل معالجة حزم MLP إلى الشخصية المهمة للتحويل بواسطة وحدة المعالجة المركزية (CPU) المدمجة. يقوم محرك MLP (على VIP) بمعالجة جميع إجراءات MLP، بما في ذلك التجزئة، والتداخل، والتضمين، وموازنة الحمل بين إرتباطات متعددة، وفرز الأجزاء الواردة وإعادة تجميعها. يتم القيام بالمهام التي تقوم بها الشخصية المهمة في نظام 7500 من خلال شبكة FlexWAN/Enhanced-FlexWAN في نظام قائم على الطراز 7600.

  3. كيف أعرف إذا كانت الحزمة موزعة أم لا؟

    قم بإصدار الأمر show ppp multilink في وحدة تحكم الموجه:

    Router# show ppp multilink

Multilink1, bundle name is udho2
  Bundle up for 00:22:46
  Bundle is Distributed
  174466 lost fragments, 95613607 reordered, 129 unassigned
  37803885 discarded, 37803879 lost received, 208/255 load
  0x4D987C received sequence, 0x9A7504 sent sequence
  Member links: 28 active, 0 inactive (max not set, min not set)
    Se11/1/0/27:0, since 00:22:46, no frags rcvd
    Se11/1/0/25:0, since 00:22:46, no frags rcvd

 !--- Output suppressed.

  4. إذا قمت بالترقية إلى RSP16 أو SUP720، هل سيكون أداء MLP أفضل؟

    لا. يعتمد أداء التحويل الخاص ب dMLP (أو أي ميزة موزعة) على الشخصية المهمة أو FlexWAN المعنية. على سبيل المثال، سيكون أداء الشخصيات المهمة من 6 إلى 80 أفضل من أداء الشخصيات المهمة من 2 إلى 50.

  5. ما هي نقاط الوصول التي يمكنني إستخدامها مع هذه الميزة؟

    • PA-MC-T3

    • PA-MC-2T3+

    • PA-MC-E3

    • PA-MC-2E1

    • PA-MC-2T1

    • PA-MC-4T1

    • PA-MC-8T1

    • PA-MC-8E1

    • PA-MC-STM-1

    • PA-MC-8TE1+

    • PA-4T+

    • PA-8T

    • CT3IP-50 (7500 فقط)

  6. كم عدد الارتباطات التي يمكن تكوينها في حزمة واحدة؟

    هناك العديد من الجوانب لهذا الرد. تتمثل المشكلة الرئيسية في طاقة وحدة المعالجة المركزية (CPU) الخاصة ببطاقة الخط (VIP/FlexWAN/Enhanced-FlexWAN2). الحد الأصعب هو 56 إرتباطا لكل حزمة، ولكن في كثير من الأحيان لا يمكنك تكوين هذه الكثرة (ولها ذلك القدر الكبير من تحويل حركة المرور)، إما بسبب طاقة وحدة المعالجة المركزية أو المخازن المؤقتة المحدودة. تستند هذه الأرقام إلى هذا الدليل التوجيهي (القائم على وحدة المعالجة المركزية (CPU) والذاكرة الموجودة على VIP/FlexWAN/Enhanced-FlexWAN2):

    VIP2-50 (مع ذاكرة SRAM سعة 4 ميجابايت) الحد الأقصى T1S = 12

    VIP2-50 (مع ذاكرة SRAM سعة 8 ميجابايت) الحد الأقصى T1S = 16

    VIP4-80 الحد الأقصى T1s = 40

    VIP6-80 الحد الأقصى T1s = 40

    FlexWAN Max T1s = سيتم تحديثه قريبا

    Enhanced-FlexWAN Max E1s = 21 E1s لكل فتحة إضافة (تجميع 42 E1s لكل بطاقة خط)

  7. هل هناك تغيير في الأداء إذا قمت بتكوين 3 حزم باستخدام 3 T1s لكل أو حزمة واحدة باستخدام 9 T1s؟

    لا يوجد أي تغيير في الأداء كما هو موضح في الاختبارات المعملية. ومع ذلك، مع وجود عدد كبير من T1s في حزمة واحدة (قل 24 أو 28 T1s في حزمة واحدة)، هناك مشكلة مع نفاد المخازن المؤقتة. من المستحسن بشدة ألا يكون لديك أكثر من 8 إرتباطات أعضاء (T1/E1) في حزمة واحدة.

  8. كيف يتم تحديد عرض النطاق الترددي للحزمة؟

    لا يجب تكوين النطاق الترددي لمجموعة. وهو تجميع عرض حزمة لجميع روابط الأعضاء. إن يتلقى أنت 4 T1s في الحزمة، بعد ذلك النطاق الترددي من الحزمة 6.144 ميجابت في الثانية.

  9. أيهما أفضل؟ موازنة تحميل CEF أو dMLP؟

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

    إيجابيات MLP:

    • لا ينطبق موازنة حمل CEF إلا على حركة مرور IP. MLP يوازن كل حركة مرور يرسل عبر حزمة.

    • يحافظ بروتوكول MLP على ترتيب الحزم. IP نفسه يتحمل إعادة الترتيب، لذلك قد لا يهمك ذلك؛ في الواقع، قد تكون التكلفة الإضافية المتعلقة بالحفاظ على التسلسل سببا لتجنب MLP. يقصد ب IP الشبكات التي قد تقوم بتسليم مخططات البيانات خارج النطاق، ومن المفترض أن يكون أي شيء يستخدم IP قادرا على التعامل مع إعادة الترتيب. ولكن على الرغم من هذه الحقيقة، فالواقع هو أن إعادة الترتيب يمكن أن تشكل مشكلة حقيقية.

    • يوفر MLP اتصال منطقي واحد بنظام النظير.

    • يتم دعم جودة الخدمة على حزم الارتباطات المتعددة.

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

    • يمكن MLP تجميع أعداد أكبر من الارتباطات، بينما يقتصر موازنة حمل CEF على 6 مسارات IP متوازية.

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

    مخاريط MLP:

    • MLP يضيف نفقات إضافية إلى كل حزمة أو إطار

    • MLP هو وحدة معالجة مركزية (CPU) مكثفة، و dMLP هو وحدة معالجة مركزية (CPU) تستخدم بطاقة خط.

  10. كيف يمكنني تكوين حزم متعددة بين موجهين؟

    يحدد Multilink أي حزمة سينضم رابط بناء على اسم النظير وموجه نقطة النهاية. لإنشاء مجموعات متميزة متعددة بين نظامين، تتمثل الطريقة القياسية في إجبار بعض الارتباطات على تعريف نفسها بشكل مختلف. الطريقة الموصى بها هي إستخدام الأمر ppp chap hostname name .

  11. هل يمكنني الحصول على روابط أعضاء من مناطق مختلفة؟

    لا. إذا كنت تريد تشغيل dMLP، فلا يكون مدعوما. ومع ذلك، إذا تمت إضافة إرتباطات الأعضاء من نقاط وصول معينة مختلفة، فيتم منح عنصر التحكم إلى RSP ولم يعد MLP الخاص به. لا تزال MLP تعمل، ولكن فوائد MLP ذهبت.

  12. هل يمكنني مزج روابط الأعضاء من كلتا الخليتين؟

    لا. إذا كنت تريد تشغيل dMLP، فلا يكون مدعوما. ومع ذلك، إذا تمت إضافة إرتباطات الأعضاء من نقاط وصول معينة مختلفة، فيتم منح عنصر التحكم إلى RSP ولا يعد هو dMLP. لا تزال MLP تعمل، ولكن فوائد MLP ذهبت.

  13. هل يمكنني الحصول على روابط الأعضاء عبر شخصيات مهمة أو شبكات محلية ظاهرية (FlexWAN) مختلفة؟

    لا. إذا كنت تريد تشغيل dMLP، فلا يكون مدعوما. ومع ذلك، إذا تمت إضافة إرتباطات الأعضاء من نقاط وصول معينة مختلفة، فيتم منح عنصر التحكم إلى RSP ولم يعد MLP الخاص به. لا تزال MLP تعمل، ولكن فوائد MLP ذهبت.

  14. هل يمكنني الحصول على إرتباطات أعضاء عبر منافذ مختلفة من نقطة وصول (PA) واحدة؟

    (على سبيل المثال، إرتباط عضو واحد من كل منفذ CT3 ل PA-MC-2T3+.)

    نعم. ما دام الأمر من السلطة الفلسطينية ذاتها، فليس هناك أية مشكلة.

  15. هل يمكنني تجميع منافذ T3 أو E3؟

    لا. يسمح فقط بسرعات DS0 و n*DS0 و T1 و E1 مع ميزة DMLP ل 7500/VIP و 7600/FlexWAN و 7600/FlexWAN2.

    ملاحظة: لا يتم دعم بروتوكول MLPPP الموزع إلا لارتباطات الأعضاء التي تم تكوينها عند سرعات T1/E1 أو Subrate T1/E1. كما تدعم الواجهات Channelized STM-1/T3/T1 سرعات T1/E1 أو Subrate T1/E1. لا يتم دعم MLPPP الموزع لارتباطات الأعضاء التي تم تكوينها عند سرعات واجهة أعلى أو Clear-channel T3/E3.

  16. ما هي الأجزاء "المعاد ترتيبها"؟

    إذا لم تتطابق الشظية أو الحزمة المستلمة مع رقم التسلسل المتوقع، فسيتم زيادة العداد الذي تم إعادة ترتيبه. لأحجام حزم متغيرة، فإن ذلك مرتبط بالحدوث. بالنسبة للحزم ذات الحجم الثابت، يمكن أن يحدث ذلك أيضا لأن برنامج تشغيل PA يقوم بمعالجة الحزم التي تم استقبالها على إرتباط واحد ولا يتم الذهاب إلى round-robin (كما يتم في dMLP أثناء إرسال الحزم). لا تعني إعادة الترتيب فقد الحزمة.

  17. ما هي الأجزاء "المفقودة"؟

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

  18. كيف يكتشف dMLP الأجزاء المفقودة؟

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

    2. المهلة: إذا جلست طويلا في انتظار جزء، فستعلن في النهاية أنه مفقود وستمضي قدما.

    3. تجاوز سعة التخزين المؤقت لإعادة التجميع: إذا كنت تنتظر وصول الجزء N، وفي الوقت نفسه تصل أجزاء أخرى (بأرقام تسلسلية أعلى من N) على بعض الارتباطات، فيلزمك إيقاف هذه الأجزاء مؤقتا في مخزن مؤقت لإعادة التجميع حتى يظهر الجزء N. هناك حد لمدى القدرة على التخزين المؤقت. إذا تجاوز المخزن المؤقت، فعليك مرة أخرى إعلان فقدان الجزء N، واستئناف المعالجة باستخدام أي من الموجود في المخزن المؤقت.

  19. ماذا ‹يجري تسلمه›؟

    هناك سببان محتملان لفقدان الأجزاء أو الحزم المستلمة:

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

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

  20. هل التشفير مدعوم مع dMLP؟

    م

  21. هل ندعم ضغط رأس PFC؟

    لا، ليس في المسار الموزع. لا يوصى بالموجه الطرفي البعيد لتكوين ضغط رأس PFC لأننا نعود إلى وضع غير موزع إذا إستلمنا إطارات رأس مضغوطة أو حزم. إذا كنت تريد متابعة تشغيل dMLP، يجب تعطيل ضغط رأس PFC في كلا النهايتين.

  22. هل يتم دعم ضغط البرامج باستخدام dMLP؟

    لا، لأن ضغط البرامج لن يعمل في مسار التوزيع.

  23. هل تم دعم التجزئة على جانب الإرسال؟

    ليس مع Vanilla dMLP. لا توجد مشاكل في تلقي أجزاء مع Vanilla dMLP، ولكن على جانب الإرسال، لا يحدث التجزئة. يتم دعم تجزئة جانب الإرسال عندما يتم تكوين واجهة PPP متعددة الارتباطات على واجهة dMLP.

  24. هل يمكننا إختبار إرتباطات أعضاء حزمة MLP؟

    لا، لا يمكنك تكوين عنوان IP على إرتباطات الأعضاء.

  25. هل هناك أي تبعية على حجم جزء MTU و MLP للارتباط؟

    لا. لا توجد علاقة بين حجم وحدة الحد الأقصى للنقل (MLP) وحجم الجزء الخاص ب MLP، بخلاف التقييد الواضح المتمثل في أن جزء MLP، مثل أي إطار آخر، لا يمكن أن يتجاوز أحجام وحدة الحد الأقصى للنقل (MTU) الخاصة بالروابط التسلسلية.

  26. هل من الممكن تكوين حزمتي MLP بين زوج واحد من الموجهات؟

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

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

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

  27. هل يمكن أن تحتوي إرتباطات الأعضاء على خوارزميات مختلفة لوضع قوائم الانتظار؟

    يجب تطبيق جميع آليات قوائم الانتظار المتعلقة بالحزمة على مستوى الحزمة وليس على مستوى إرتباط العضو. ومع ذلك، يجب ألا يؤثر تكوين خوارزمية قائمة الانتظار على كيفية تحويل الحزم من الحزمة.

  28. لماذا يتم تعيين tx-quque-limit على 26 كافتراضي لارتباطات الأعضاء للحزمة متعددة الارتباطات عند تمكين dMLP على Cisco 7500؟

    بالنسبة لأي واجهة تسلسلية للنطاق الترددي T1/E1، يكون حد قائمة انتظار الإرسال (tx-queue) حوالي 4 أو 5. عندما تقوم بتجميع T1s/E1s معا في إرتباط متعدد، فسيزداد النطاق الترددي للحزمة. لأن التحويل سيتم استنادا إلى النطاق الترددي لواجهة MLP، يلزمك زيادة حد قائمة انتظار tx لارتباطات الأعضاء. يتم إستخدام إرتباط واحد فقط من إرتباطات الأعضاء، يسمى الارتباط الأساسي، للتحويل، وبالتالي، يلزم زيادة حد قائمة الانتظار الخاصة به.

    أيضا، هذه القيمة هي قيمة تجريبية تم إختيارها بعد الاختبار ثم موالفة هذه القيمة. بشكل عام، لا يتوفر لعمليات النشر أكثر من 4 إلى 6 إرتباطات T1/E1 في حزمة. يمكن أن تغطي قيمة 26 6 6 إلى 8 روابط T1/E1 بشكل كامل، وبالتالي تم إختيار هذه القيمة.

  29. ما هو التأخير التفاضلي وقيمته في تنفيذ بروتوكول مونتريال؟

    تدعم MLP تأخيرا تفاضليا قدره 30 مللي ثانية. وهذا يعني أنه إذا تم تلقي الجزء في وقت T وكان غير مرتب (من المتوقع وجود رقم تسلسلي 100، ولكن إستلمنا 101). إذا لم يتم تلقي الرقم التسلسلي 100 حتى T+30 مللي ثانية، سيتم الإعلان عن فقدان 100 وإذا كان بإمكانك بدء المعالجة من 101، فسوف تقوم بذلك. في حالة تعذر بدء تشغيل الجزء 101 (إذا كان الجزء الأوسط)، فستبحث عن الجزء الذي يحتوي على الجزء الأولي (على سبيل المثال، 104) وستبدأ من هناك.

  30. ماذا يحدث عندما يتم تجزئة الحزم على مستوى IP مع إرتباط متعدد على 7500؟

    إذا تمت تجزئة الحزم على مستوى IP، فإنها يتم نقلها دون إعادة التجميع في الخطوات الوسيطة ولكن يتم إعادة تجميعها في موجه الوجهة.

  31. ماذا يحدث عندما يتم تجزئة الحزم على مستوى MLP على 7500؟

    إذا كانت الحزم مجزأة على مستوى MLP وإذا كانت الحزم المعاد تجميعها أكبر من MRU، عندئذ يتم إسقاط الحزم على Multilink. يتم دعم تجزئة جانب الإرسال على dMLP فقط مع dLFI. تتم تجزئة الحزم في مستوى MLP فقط إذا كانت packet_size أكبر من frag_size وأقل من MRU. إذا تم إرسال الحزم التي تزيد عن MRU وإذا لم يتم تجزئتها على مستوى IP، فإن الطرف الآخر يسقط جميع الحزم في حجم لا يتم تجزئتها على مستوى MLP لأن الحزم أكثر من MRU.

  32. كيف يتم حساب MRU؟

    يتم حساب MRU طبقا لهذه التفضيلات:

    1. بالنسبة لارتباطات الأعضاء الجديدة القادمة، يتم التفاوض من جديد على وحدة الإدارة عن بعد (MRU) على مستوى بروتوكول التحكم عن بعد (LCP) وفقا لوحدة الإدارة عن بعد (MRU) التي تم تكوينها على إرتباطات الأعضاء.

    2. القيمة التي تم تكوينها على واجهة الارتباط باستخدام أمر واجهة PPP متعدد الارتباطات mru.

    3. إذا لم يتم تكوين القيمة الموروثة من تكوين الأمر ppp multilink mru على الواجهة الأصلية.

    4. إذا كانت كلتا القيمتين موجودتين، فإن قيمة واجهة الارتباط لها الأولوية.

    5. MRU الافتراضي من 1524.

تحسينات تصحيح الأخطاء

وسيتم تناول هذه التحسينات في المستقبل. لم يكتمل التخطيط بعد.

  • قم بتمكين الأمر debug frame-relay multilink على ال LC.

  • قم بتحسين قوائم التحكم في الوصول (CLIs) الحالية للتصحيح لكل واجهة والعدد المحدد من الحزم.

  • بالنسبة ل dDDR، لم يتم اعتماد وظائف جودة الخدمة بعد. ولا يمكن تناول هذا الأمر إلا من خلال دراسة جدوى مناسبة.

معلومات ذات صلة

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
1.0
24-Jun-2008
الإصدار الأولي

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات