دليل إتفاقية بازل واتفاقية بازل

المقدمة

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

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

المتطلبات

يجب أن يكون لدى قراء هذا المستند معرفة بالمواضيع التالية:

• مفاهيم إتصالات الثنائية المتزامنة (BSC).

• الفهم العام للمبادئ الأساسية لتجهيز البيانات.

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

تستند المعلومات الواردة في هذا المستند إلى برنامج Cisco IOS؟؟ باستخدام مجموعة ميزات IBM.

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

الاصطلاحات

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

نظرة عامة على النظام

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

تقوم موجهات Cisco بنقل جميع كتل BSC بين الجهازين، من خلال إستخدام تضمين تضمين Block Serial Tunneling (BSTUN). لكل كتلة BSC يتم استقبالها من السطر، تتم إضافة عنوان ووحدات بايت تحكم لإنشاء إطار BSTUN، ثم يتم إستخدام BSTUN للتسليم إلى موجه الوجهة الصحيح.

تكوين BSC/BSTUN

على موجه نظيف، قم بإصدار هذه الأوامر، بالترتيب الذي تم سردها به.

أوامر عامة

[no] عنوان IP لاسم النظير ل BSTUN

يحدد عنوان الإنترنت العنوان الذي يعرف به نظير BSTUN هذا لأقران BSTUN الآخرين الذين يستخدمون نقل TCP.

ملاحظة: يجب تكوين هذا الأمر في إصدارات برنامج Cisco IOS التي تسبق الإصدار 11.3، أو يجب تكوينه إذا تم إستخدام عناوين TCP/IP في عبارات المسار.

[no] bstun protocol-group group-number {bsc | bsc-local-ack | الطراز Adplex | إستطلاع | ADT- إختيار الاستقصاء | adt-vari-poll | ديبولد | غير متزامن عام | mdi}

هذا أمر عام لإقران أرقام المجموعات بأسماء البروتوكولات. رقم المجموعة هو عدد صحيح عشري بين 1 و 255. المجلس الأعلى للسلام | bsc-local-ack | ADPLEX هي كلمات أساسية لبروتوكول BSTUN معرفة مسبقا. لمزيد من المعلومات، ارجع إلى تعريف مجموعة البروتوكول في تكوين النفق التسلسلي وحظر النفق التسلسلي.

يعتبر تحديد نوع المجموعة مهما لتحديد ما إذا كان سيتم إستخدام كلمة المرور أو الإقرار المحلي (المسار المحلي).

ملاحظة: يجب تكوين هذا الأمر دائما.

أوامر الواجهة

التضمين بstun

هذا أمر واجهة يقوم بتكوين وظيفة BSTUN على واجهة تسلسلية معينة. يجب تكوين هذا الأمر على واجهة قبل تكوين أي أوامر BSTUN أو BSC إضافية لهذه الواجهة.

[no] رقم مجموعة BSTUN

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

تم تحديد رقم المجموعة بالفعل ما إذا كانت هذه الواجهة تقوم بتشغيل كلمة مرور أو كلمة مرور محلية.

[no] وضع bsc

فيما يلي قائمة ببعض الخيارات الرئيسية. للحصول على قائمة شاملة، ارجع إلى تكوين خيارات Bisync على واجهة تسلسلية في تكوين النفق التسلسلي وحظر النفق التسلسلي

لا يتم إستلام إطارات أو إرسالها حتى يتم تكوين الوضع لأحد هذه الإعدادات:

• النزاع—يضبط هذا إرتباط BSC المتصل بالواجهة التسلسلية أن يكون لمحطة BSC من نقطة إلى نقطة. فقط 3780، وفقط في وضع كلمة المرور.

• النزاع العنوان الظاهري — يتوفر أول مرة في برنامج Cisco IOS Software، الإصدار 11.3. يستخدم مع الطلب الهاتفي لتمكين أجهزة بعيدة متعددة من إستخدام نفس الواجهة في موجه طرف المضيف.

• مهلة الاتصال الهاتفي —تتوفر أولا في برنامج Cisco IOS الإصدار 11.3. يستخدم في موجه نهاية المضيف للتزاحم. تمكين العديد من الأجهزة عن بعد من التجميع عبر نفس الواجهة المادية.

• basic—يحدد أن الموجه يعمل كنهاية أساسية لارتباط BSC وأن الجهاز أو الأجهزة المرفقة هي محطات ملحق BSC.

• ثانوي—يحدد أن الموجه يعمل كنهاية ثانوية لارتباط BSC وأن الجهاز البعيد المرفق هو محطة تحكم BSC (مثل معالج أمامي [FEP] أو جهاز مضيف آخر).

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

تكوين مسار TCP

في هذا التكوين، يكون نظام النقل هو TCP/IP. يمكن أن يعمل هذا عبر أي من الوسائط المادية التي يمكن تشغيل TCP/IP عليها.

[no] bstun route all tcp ip-address

[no] bstun route address-number tcp ip address

عنوان IP هو نفسه عنوان IP المحدد في اسم النظير لموجه الشريك.

تكوين المسار التسلسلي

في هذا التكوين، يستخدم النفق النقل الخاص ب Cisco. إنه أسرع بكثير من TCP/IP، ولكنه يمر عبر واجهة تسلسلية فقط.

[no] bstun route all interface serial interface-number

[no] bstun route address-number interface serial interface-number

تكوين كلمة مرور ترحيل الإطارات المباشر

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

[no] bstun route address-number قارن تسلسلي interface-number dlci dlci-number

أصدرت هذا أمر على ال ترحيل إطار قارن:

[no] خريطة ترحيل الإطارات DLCI-number BSTUN

تكوين المسار المحلي لترحيل الإطارات المباشر

يستخدم هذا التكوين التحكم في الارتباط المنطقي، النوع 2 (LLC2) عبر تضمين ترحيل الإطارات، لإعطاء إقرار محلي والتحكم في الجلسة من نهاية إلى نهاية. يجب تضمين الكلمة الأساسية lsap؛ وإذا لم يكن الأمر كذلك، فسيتم إجراء التضمين ككلمة مرور.

[no] bstun route address-number قارن تسلسلي interface-number dlci dlci-number lsap lsap

أصدرت هذا أمر على ال ترحيل إطار قارن:

[no] خريطة ترحيل الإطارات DLCI-number LLC2

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

تكوين Passthru

لماذا باتشرو؟

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

متى تستخدمه Passthru

يجب إستخدام كلمة المرور في هذه الظروف:

• لا تحتوي البيانات التي يتم نقلها على إطار إقرار صريح تم إرساله للتحقق من سلامة البيانات.

• البروتوكول ليس 3270 محضا.

• يريد المستخدم توفر اتصال جهاز شامل وزمن انتقال الشبكة صغيرا.

تكوين التكييف المحلي

لماذا الوجبات المحلية؟

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

متى يمكن إستخدام ACK المحلي

يمكن إستخدام الوجبات المحلية في هذه الظروف:

• 3270 Bisync قيد الاستخدام.

• يتسبب زمن انتقال الشبكة في حالات انتهاء مهلة جلسة العمل الثنائية.

• تمثل حركة المرور الزائدة عبر شبكة WAN مشكلة.

خيارات Local-Ack

[لا] وقت الإيقاف المؤقت ل BSC

يحدد هذا الأمر مقدار الوقت بين بدء دورة اقتراع واحدة والتالية. القيمة 30 (أي 30 عشر أو 3 ثواني).

من الأفضل تكوين هذا الأمر عندما يكون هناك وحدة تحكم واحدة أو وحدتان فقط على واجهة Bisync. فهو يعمل على إبطاء عملية الاقتراع وتوفير المزيد من دورات وحدة المعالجة المركزية (CPU) للجهاز المرفق.

[no] وقت انتهاء عملية الاستقصاء ل BSC

يضبط هذا الأمر المهلة لاستطلاع أو تحديد تسلسل، بوحدات من واحد على عشرة من الثانية، والقيمة الافتراضية هي 30 (أي 30 عشرا، أو 3 ثواني).

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

[no] bsc retry-number

يقوم هذا الأمر بتعيين عدد المحاولات التي تتم تجربتها قبل إعتبار الجهاز ميتا. المدى هو من 1 إلى 100، الافتراضي هو 5 إعادة محاولة.

[no] القيمة الفعلية ل BSC

يحدد هذا الأمر قيمة Servlim (النسبة النشطة مقابل غير النشطة لاستطلاع المحطة النهائية). النطاق هو من 1 إلى 50؛ الافتراضي هو 3.

[لا] باستطلاع مواصفات لجنة السلامة

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

لمزيد من المعلومات، ارجع إلى تكوين خيارات Bisync على واجهة تسلسلية في تكوين النفق التسلسلي وحظر النفق التسلسلي.

تشكيل النزاع

لماذا الخلاف؟

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

متى يجب إستخدام النزاع

أستخدم التنازع فقط عندما تستخدم بروتوكولات إدخال الوظيفة عن بعد (RJE)، 3780، و 2780. بعد ان تعرف الخلاف، تأكد ان كلا الطرفين مهيئان لاستعمال الخلاف.

إذا كنت غير متأكد، قم بهذه الخطوات:

1. شكلت BSC أساسي.

2. قم بتشغيل حزمة debug bsc.

3. جعل الجهاز المرفق يبدأ في الاستقصاء.

تشير الرسائل ذات 1 بايت 2D إلى تزاحم. أي بايت قبل 2D ليس 3780.

أولويات

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

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

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

  على سبيل المثال، إذا قمت بجعل IP أولوية أعلى من IPX على إرتباطات WAN التسلسلية، فإن حركة مرور BSC في TCP/IP ستستفيد من حقيقة نقل IP بأولوية أعلى.

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

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

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

[no] priority-list-number protocol bstun queue [gt | lt packetSize] [address bstun-group bsc-addr]

قم بإصدار أمر التكوين العام bstun الخاص ببروتوكول قائمة الأولوية لإنشاء أولويات قوائم انتظار BSTUN استنادا إلى رأس BSTUN. قم بإصدار الأمر no form للعودة إلى الأولويات العادية.

[لا] قائمة انتظار مخصصة [قائمة]

القائمة عبارة عن عدد صحيح (1 - 16) يمثل عدد قائمة الانتظار المخصصة.

تكوين رسائل تنشيط الاتصال

[no] فاصل BSTUN عن بعد-peer-keepalive

يقوم هذا الأمر بتمكين رسائل keepalive لنظير BSTUN. يرسل هذا طلبا إلى النظير كلما ظل النظير صامتا لفترة أطول من الفترة الزمنية الفاصلة. أي إطار يعيد ضبط الساعة، وليس فقط رسائل تنشيط الاتصال. الافتراضي هو 30 ثانية.

[no] bstun keepalive number

وعند فقد هذا الرقم من رسائل keepalives بالتتابع، ينقطع اتصال BSTUN. الافتراضي هو 3.

متى يمكن إستخدام رسائل تنشيط الاتصال

تعد رسائل Keepalives مفيدة للحماية من حالات انقطاع الاتصال عبر الأنفاق عندما تقوم بتشغيل إعدادات محلية و TCP/IP. يجلب النفق واجهة فقط عندما يتم تلقي إشارة من جهاز التحكم عن بعد. إذا كان النفق معطلا، فلن يتم تلقي أية إشارات أبدا.

لا يلزم هذا الأمر بكلمة مرور، لأن الاتصال من نهاية إلى نهاية مطلوب.

أوامر debug

[no] مجموعة أحداث debug bstun

يتيح لك هذا الأمر تصحيح أخطاء إتصالات BSTUN وحالتها. عند تمكينها، تتسبب في عرض الرسائل التي تظهر إنشاء الاتصال والحالة العامة.

[no] debug bstun مجموعة الحزم buffer-size display-bytes size

يتيح لك هذا الأمر تصحيح أخطاء الحزم التي تنتقل عبر إرتباطات BSTUN.

[no] debug bsc ربط مجموعة مصد حجم معروض-byte حجم مجموعة

يتيح لك هذا الأمر تصحيح أخطاء الإطارات التي تنتقل عبر ميزة BSC.

[no] debug bsc ربط

يتيح لك هذا الأمر تصحيح أخطاء الإطارات التي تنتقل عبر ميزة BSC. وهو يتتبع جميع الواجهات التي تم تكوينها باستخدام رقم مجموعة BSTUN.

[no] debug bsc حدث مجموعة

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

إظهار الأوامر

show bstun

يعرض هذا الأمر الحالة الحالية ل BSTUN.

This peer: 10.10.20.108
 *Serial5 -- interface for ATM: R1710V421 (group 3 [bsc])
route  transport  address      state       rx_pkts   tx_pkts     drops
C2    TCP         10.10.10.107 open        655630    651332      0
 Serial6 -- interface for SEC: MST012  (group 2 [bsc])
route  transport  address      state       rx_pkts   tx_pkts   drops
C2     TCP        10.10.10.107 open        649385    644001      0

تحقق من هذه المشاكل:

• الدولة مغلقة.

• عمليات السقوط.

• عدد منخفض للحزم.

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

show bsc

يعرض هذا أمر الحالة الحالية ل BSC.

في باتشرو

BSC pass-through on Serial5:
Output queue depth: 0.
HDX enforcement state: IDLE.
Frame sequencing state: SEC.
Tx-Active: Idle. Rx-Active: False.
Tx Counts: 670239 frames(total). 670239 frames(data). 9288816 bytes.
Rx Counts: 651332 frames(total). 651332 frames(data). 651332 bytes.

تحقق من هذه المشاكل:

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

• تخبرك حالة تسلسل الإطارات أي جهاز حالة محدود (FSM) سيتم فحصه.

• إذا كان Rx-Active عالقا في True، فإن ذلك يشير إلى حدوث شيء سيئ مع الجهاز. قم بإصدار إيقاف تشغيل ثم عدم إيقاف العمل لإعادة ضبط الواجهة. إذا لم ينجح ذلك، فأعد تحميل الموجه.

في مقاطعة محلية

BSC local-ack on Serial0:
Secondary state is CU_Idle.
Control units on this interface:

      Poll address: 40. Select address: 60 *CURRENT-CU*
      Current active device address is: 40.
      State is Active.
      Tx Counts: 87228 frames(total). 11 frames(data). 87353 bytes.
      Rx Counts: 87271 frames(total). 5 frames(data). 436312 bytes.

Total Tx Counts: 87228 frames(total). 11 frames(data). 87353 bytes.
Total Rx Counts: 174516 frames(total). 5 frames(data). 523557 bytes.

إذا علقت الدولة في TCU_Down، فإن هذا يشير إلى أن هناك شيئا ما يفرض على هذه الواجهة أن تظل منخفضة. تحقق من وضع التوقيت المؤقت ووضع BSC وتأكد من عدم تعطل أي شيء إداريا. أحيانا، يقوم أمر إيقاف التشغيل متبوعا بأمر no shutdown بتشغيل الواجهة مرة أخرى.

بشكل عام

• يشير عمق قائمة انتظار الإخراج الأكبر من 1 إلى تراكم في الواجهة. تحقق من تكوين الإرسال أحادي الإتجاه بشكل صحيح.

• يعني خارج وضع SYN-hunt إما أن الواجهة معطلة أو أن المستقبل قد تم تعطيله. ما ينطبق على Rx-Active ينطبق أيضا هنا.

إظهار الرقم التسلسلي للواجهة

هذا أمر مفيد أن يرى العدادات أن يكون صحبت مع أن قارن تسلسلي.

Received 0 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

ملاحظة أي أخطاء تعني مشاكل.

تحقق من هذه المشاكل:

• تشير عمليات الإجهاض إلى إرسال سيئ.

• الإطارات المتجاهلة هي إطارات تنتهك بروتوكول Bisync.

• تشير العمالقة إما إلى أن وحدة الحد الأقصى للنقل صغيرة جدا أو أن تسلسل Bisync سيئ.

• يشير التجاوز إلى وجود نقص في موارد وحدة المعالجة المركزية.

• تشير CRC إلى حدوث تلف عبر الخط (سواء أكان ضجيجا أم غير ذلك).

إذا كنت تستخدم كبل DTE ويبدو أن الخط ينحدر إلى أسفل بشكل متكرر، أو أن عمليات الإرسال تفشل ولكن يستلم عمل، بعد ذلك قد تحتاج إلى إصدار الأمر ignore-dcd. يمكن التحقق من هذا الإجراء باستخدام محلل بروتوكول. عند إرسال DCE، يتم رفع "أداة الكشف عن البيانات المنقولة (DCD)". عند الانتهاء، يتم خفض DCD حتى لا يتمكن الموجه من الرد.

• الجهاز هو CD2430 يشير إلى مجموعة رقائق سيروس.

• تشير الشاشة طراز HD64570 إلى مجموعة الشرائح Hitachi.

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

يجب أن يكون بروتوكول السطر قيد التشغيل. إن ليس الخط بروتوكول يكون فوق، بعد ذلك فحصت أن BSC أسلوب شكلت.

Serial5 is up, line protocol is up
  Hardware is CD2430 in sync mode
 MTU 265 bytes, BW 4 Kbit, DLY 20000 usec, rely 255/255, load 1/255
  Encapsulation BSTUN, loopback not set
    Half-duplex enabled.
      cts-delay 0 millisec
      dcd-txstart-delay 100 millisec
      dcd-drop-delay 100 millisec
      transmit-delay 0 millisec
      Errors - 0 half duplex violation
   Last input 10:27:12, output 1:07:12, output hang never
   Last clearing of "show interface" counters 4d11
   Output queue 0/40, 0 drops; input queue 0/75, 0 drops
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec
      3223346 packets input, 3223356 bytes, 0 no buffer
      Received 0 broadcasts, 0 runts, 0 giants
      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
      3242346 packets output, 45259079 bytes, 0 underruns
      0 output errors, 0 collisions, 8 interface resets, 0 restarts
      0 output buffer failures, 0 output buffers swapped out
      4 carrier transitions
      DCD=up DSR=up DTR=up RTS=down CTS=down

كيفية أستكشاف أخطاء IBM Bisync وإصلاحها

كيفية إستخدام FSMs Passthru

تأكد من تشغيل كلمة المرور. يجب العثور على جهاز الحالة المحدودة الصحيح (FSM) الذي يجب اتباعه.

راجع رسائل تصحيح أخطاء الحدث. هناك إثنين من FSMs للقيام بذلك. إن HDX-FSM هو FSM لفرض الإرسال أحادي الإتجاه. وهو موجه بغض النظر عما إذا كان البند تم تكوينه الإرسال ثنائي الإتجاه الكامل أو الإرسال أحادي الإتجاه. وهو يحاول التأكد من عدم حصول قائمة انتظار الإرسال الخاصة بالموجه على بيانات قديمة متأخرة. يضمن FS-FSM أن الإطارات المتأخرة من خلال الشبكة لا تدمر الجلسات المحددة.

لتحديد مكان البحث، انتقل مباشرة إلى الخلاف FSM، إذا تم تكوين الخلاف. وإلا، فانظر إلى الحالة التي يذهب فيها بعد حالة الخمول. إذا كنت ترى SEC، فانظر إلى تسلسل الإطارات الثانوي FSM. إذا رأيت PRI، نظرت في تسلسل الإطار الأساسي FSM.

BSC: Serial6: HDX-FSM event: RXV old_state: PND_RCV. new_state: IDLE.
BSC: Serial6: FS-FSM event: SDI EOT old_state: SEC. new_state: IDLE.
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC.
BSC: Serial6: New Address(C2) New NS(01)
BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP.
BSC: Serial6: HDX-FSM event: CmpOTH old_state: PND_COMP. new_state: PND_RCV.
BSC: Serial6: SDI: Data (1 bytes): 37
BSC: Serial6: HDX-FSM event: RXV old_state: PND_RCV. new_state: IDLE.

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

كيفية إستخدام FSM المحلي

تأكد من أنك تقوم بتشغيل حقيبة محلية. العرض bsc يقول أمر أنت ما إذا القارن يكون بولر أو أسلوب. من هذا، أستخدم FSM المناسب الافتقار.

مشاكل مشتركة

تمرير بيانات 3780 إلى 3270 config أو العكس

تحذير: لا تفعل ذلك. هذا لا يعمل بشكل موثوق.

تكوين مسار إلى نظير سيئ

لقد جهزتم كل شيء ولم يحدث شيء. تقوم بتشغيل حزمة debug bsc على الموجه البعيد ولا ترى شيئا. ثم قم بتشغيل حزمة debug bstun ولا ترى شيئا حتى الآن. في هذه المرحلة، قم بتشغيل حدث Debug bstun، وربما لا ترى شيئا. ارجع إلى موجه نهاية المضيف وقم بتشغيل حدث debug bstun. يجب أن ترى الآن عدة رسائل تشير إلى وجود اتصال سيئ.

أرقام مجموعة Config Bad

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

لا يتم خلط أرقام مجموعة الأحرف المحلية والباسثرو. تأكد من أن تعريفات مجموعة البروتوكولات متناسقة عبر الشبكة بالكامل. يجب أيضا أن تكون الأجهزة التي تشغل تزاحم (3780) على أرقام مجموعات مختلفة من 3270.

مضيفون مترادفون

21:55:18: BSC: Serial4: SDI-rx: Data (5 bytes): C7C740402D
21:55:19: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:19: BSC: Serial5: SDI-tx: Data (5 bytes): C2C240402D
21:55:21: BSC: Serial4: SDI-rx: Data (1 bytes): 37
21:55:21: BSC: Serial4: SDI-rx: Data (5 bytes): C7C740402D
21:55:22: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:22: BSC: Serial5: SDI-tx: Data (5 bytes): 404040402D
21:55:24: BSC: Serial4: SDI-rx: Data (1 bytes): 37

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

فرق بين الإرسال ثنائي الإتجاه الكامل والنصف

من السهل الخلط بين الإرسال ثنائي الإتجاه الكامل والإرسال أحادي الإتجاه.

• يمكن أن يقوم الإرسال ثنائي الإتجاه الكامل بإرسال البيانات في نفس الوقت بين محطة الإرسال ومحطة الاستقبال.

• يمكن لنصف الإرسال ثنائي الإتجاه إرسال البيانات في إتجاه واحد فقط في كل مرة، بين محطة الإرسال ومحطة الاستقبال.

راجع القسم الموجود على الأمر show bsc للحصول على مزيد من التفاصيل.

إذا كان لديك محلل بروتوكول أو مربع تجميع متاح، فقم بتوصيل محلل البروتوكولات الخاص بك في النظام بدون موجهات.

• إذا غير RTS أو CTS الإشارة، فهذا يعني أنك تمتلك وضع الإرسال أحادي الإتجاه؛ وإلا فهو وضع الإرسال ثنائي الإتجاه الكامل.

• إذا كان DCD يبدو كأنه يتغير كثيرا، والصفوف ترتفع وتنخفض أو تبقى منخفضة، قد يكون لديك تبديل DCD.

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

أمثلة BSC و BSTUN

لا يوجد مثال على الاستجابة للجهاز

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

21:55:18: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D
21:55:19: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:19: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D
21:55:21: BSC: Serial4: SDI-rx: Data (1 bytes): 37
21:55:21: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D
21:55:22: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:22: BSC: Serial5: SDI-tx: Data (5 bytes): 40407F7F2D
21:55:24: BSC: Serial4: SDI-rx: Data (1 bytes): 37
21:55:24: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D
21:55:25: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:25: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D
21:55:27: BSC: Serial4: SDI-rx: Data (1 bytes): 37
21:55:27: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D
21:55:28: BSC: Serial5: SDI-tx: Data (1 bytes): 37
21:55:28: BSC: Serial5: SDI-tx: Data (5 bytes): C2C27F7F2D
21:55:30: BSC: Serial4: SDI-rx: Data (1 bytes): 37
21:55:30: BSC: Serial4: SDI-rx: Data (5 bytes): C7C77F7F2D

عندما تنظر إلى الطرف البعيد في حالة كلمة المرور، يمكنك رؤية الإطارات القادمة من خلال النفق، ولكن الجهاز المرفق لا يزال هادئا.

BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: NDI: Data (4 bytes): C2C00037
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: NDI: Data (4 bytes): C2C00037
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: NDI: Data (4 bytes): C2C00037
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: NDI: Data (4 bytes): C2C00037
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: NDI: Data (4 bytes): C2C00037

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

BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC.
BSC: Serial6: New Address(C2) New NS(01)
BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP.
BSC: Serial6: HDX-FSM event: CmpOTH old_state: PND_COMP. new_state: PND_RCV.
BSC: Serial6: Response not received from remote
BSC: Serial6: HDX-FSM event: T/O old_state: PND_RCV. new_state: IDLE.
BSC: Serial6: NDI: Data (4 bytes): C2C00037
BSC: Serial6: FS-FSM event: NDI EOT old_state: SEC. new_state: IDLE.
BSC: Serial6: HDX-FSM event: TX old_state: IDLE. new_state: PND_COMP.
BSC: Serial6: HDX-FSM event: CmpEOT old_state: PND_COMP. new_state: IDLE.
BSC: Serial6: NDI: Data (8 bytes): C24100C2C27F7F2D
BSC: Serial6: FS-FSM event: NDI BID old_state: IDLE. new_state: SEC.
BSC: Serial6: New Address(C2) New NS(01)

من التتبع، اتبع HDX-FSM. إذا كان عالقا في حالة PND_COMP، فإن جهاز الإرسال يفشل. من المحتمل ألا يتم توفير ساعة. كما ترى في إخراج المثال السابق، يتم الوصول إلى حالة PND_RCV، وتشاهد الاستجابة التي لم يتم استقبالها من بعيد، والتي تشير إلى تلقي سيئ أو جهاز غير نشط.

مثال أزمنة انتقال الشبكة

هذا مثال على أزمنة انتقال الشبكة في بيئة إسقاط متعدد افتراضية:

BSC: Serial0: NDI: Data (5 bytes): C703001061
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): 404040402D
BSC: Serial0: NDI: Data (4 bytes): 40C00037
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37

!--- Output suppressed.

BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): C4C4C4C42D

توجد مشكلة هنا، لأن C4 لم ترد في الوقت المناسب:

BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): C5C5C5C52D
BSC: Serial0: NDI: Data (4 bytes): C5C00037
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): C7C7C7C72D

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

BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): 404040402D
BSC: Serial0: NDI: Data (4 bytes): 40C00037
BSC: Serial0: SDI: Data (1 bytes): 37
BSC: Serial0: Discard SDI: Data (1 bytes): 37
BSC: Serial0: SDI: Data (5 bytes): C1C1C1C12D

ظهر فجأة "نقطة نهاية العالم" للسي 7 مرة أخرى. تجاهل EOT الذي سيتم إسترداده من هذا؛ الإطار التالي هو EOT ل C1.

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

نماذج تكوينات BSC و BSTUN

الرسم التخطيطي للشبكة

هذا الرسم التخطيطي هو نموذج لتكوين موقع يشغل كلا من محطات Bisync الطرفية 3270 و 3780.

التكوينات

يستعمل ذلك رسم بياني هذا تشكيل:

• سنترال

• جهاز التحكم عن بعد 1

• جهاز التحكم عن بعد 2

hostname central
!
bstun peer-name 10.10.10.107
bstun protocol-group 1 bsc
bstun protocol-group 2 bsc
bstun protocol-group 44 bsc-local-ack
!
interface Serial0
 description EFTPOS host
 no ip address
 encapsulation bstun
 no keepalive
 full-duplex
 clockrate 19200
 bstun group 1
 bsc contention 1
 bstun route all tcp 10.10.10.108
!
interface Serial2
 description WAN-ppp backbone
 ip address 10.10.10.107 255.255.255.0
 encapsulation ppp
 clockrate 2000000
!
interface Serial3
 description WAN-hdlc
 ip address 10.10.20.107 255.255.255.0
 bandwidth 2000
 no keepalive
 clockrate 2000000
!
interface Serial4
 description ATM Host
 no ip address
 encapsulation bstun
 no keepalive
 full-duplex
 bstun group 44
 bsc secondary
 bstun route all tcp 10.10.20.108
!
interface Serial5
 description ATM host
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 2
 bsc secondary
 bstun route address C2 tcp 10.10.20.108
!
end

hostname remote1
!
bstun peer-name 10.10.10.108
bstun protocol-group 1 bsc
bstun protocol-group 44 bsc-local-ack
!
interface Serial0
 description EFTPOS 1
 no ip address
 encapsulation bstun
 no keepalive
 full-duplex
 clockrate 19200
 bstun group 1
 bsc char-set ebcdic
 bsc contention
 bstun route all tcp 10.10.10.107
!
interface Serial1
 description ATM 3
 no ip address
 encapsulation bstun
 no keepalive
 bstun group 44
 bsc char-set ebcdic
 bsc primary
 bstun route address 40 tcp 10.10.10.107
!
interface Serial3
 description WAN -ppp
 ip address 10.10.10.108 255.255.255.0
 encapsulation ppp
!
end

hostname remote2
!
!
bstun peer-name 10.10.20.108
bstun protocol-group 2 bsc
bstun protocol-group 44 bsc-local-ack
bstun protocol-group 10 bsc-local-ack
!
interface Serial0
 description WAN-hdlc
 ip address 10.10.20.108 255.255.255.0
 bandwidth 2000
 no keepalive
!
interface Serial5
 description ATM 1
 mtu 265
 encapsulation bstun
 clockrate 19200
 bstun group 44
 bsc char-set ebcdic
 bsc primary
 bstun route address C2 tcp 10.10.10.107
!
interface Serial6
 description interface for ATM 2
 mtu 265
 encapsulation bstun
 clockrate 19200
 bstun group 2
 bsc char-set ebcdic
 bsc primary
 bstun route address C2 tcp 10.10.10.107
!
ip route 10.10.10.0 255.255.255.0 10.10.20.107
!
end

المراجع

معلومات عامة - إتصالات ثنائية متزامنة، مكتبة مراجع أنظمة IBM، GA27-3004-2.

IBM 3274: الفصل 4: عمليات BSC البعيدة.

IBM 3275: الفصل 9.

أوامر BSTUN على قرص CD-ROM الخاص بوثائق Cisco (متوفرة عبر الإنترنت في أوامر النفق التسلسلي وحظر النفق التسلسلي).

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

• تكوين الاتصال النفقي التسلسلي (STUN) واستكشاف أخطائه وإصلاحها
• الدعم الفني - Cisco Systems