أجهزة المودم لاستكشاف الأخطاء وإصلاحها
المحتويات
المقدمة
لقد أصبحت إتصالات المودم التناظري الحديثة معقدة للغاية. لم تعد أحدث التقنيات تعتمد على تخطيط أساسي بسيط، لكنها تتوقع بناء سحابة شركة الهاتف (Telco) على تقنية رقمية شاملة. وقد أدى هذا إلى زيادة كبيرة في عرض النطاق الترددي على حساب زيادة التعقيدات. يعتمد معظم اتصال مكالمات المودم الآن على المكونات الموضحة في المخطط التالي:
المتطلبات الأساسية
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
الاصطلاحات
للحصول على مزيد من المعلومات حول اصطلاحات المستندات، ارجع إلى اصطلاحات تلميحات Cisco التقنية.
معلومات أساسية
توفر حلقات التكرار المحلية واجهة خالية من الأخطاء مع سحابة Telco. قد يكون للعميل البعيد حلقة تناظرية أو رقمية، ويتم تصميم خوادم الوصول عادة للعمل عبر حلقة رقمية. وفي حالة فشل إحدى حلقات التكرار، فسيفشل أيضا الاتصال الإضافي بين النهايات.
ترسل سحابة Telco الإشارات الرقمية بشفافية، من نهاية إلى نهاية. في حالة عدم وفاء إرتباط في الوسط بهذا الشرط (مثل التحويلات التناظرية الإضافية إلى التحويلات الرقمية وضغط القنوات الصوتية وفقدان البيانات المتقطع وما إلى ذلك)، من المحتمل أن يتأثر اتصال المودم، على الرغم من عدم رؤية أي من الطرفين أي شيء خاطئ في تكرار حلقتهما.
باختصار، لا تعد معدلات نجاح المكالمات المنخفضة (CSR)، وسرعات الاتصال المنخفضة، وعمليات إعادة التدريب المتكررة، وما إلى ذلك، أعراض تصميم المودم الضعيف بالضرورة. قد لا تكون أجهزة المودم هي التي يلزم فحصها أولا.
استكشاف الأخطاء وإصلاحها
يسرد هذا القسم المشاكل الشائعة المتعلقة بأجهزة المودم، ويقدم معلومات حول كيفية إصلاحها.
يبلغ العملاء الذين يقومون بوضع كل من المودم والمكالمات الرقمية عن مشاكل في الاتصال
في بعض الأحيان، يقوم العملاء الذين يقومون بوضع كل من المودم (V.92 أو V.90 أو V.34) والرقمي (ISDN، أو المحول 56 أو V.110 أو V.120) باستدعاء التقارير حول مشاكل الاتصال.
على غرار ما تمت مناقشته في المقدمة، يتم إرسال بروتوكولات المودم علاوة على التقنية الرقمية. ونظرا لأن أصولها في إتصالات تناظرية أكثر عرضة للأخطاء، فإن بروتوكولات المودم أكثر قوة وتكيفا مع أخطاء الخط. قد لا تكون المشكلة ملحوظة جدا، لكنها ما زالت قائمة. أولا، أستكشاف أخطاء المكالمات الرقمية وإصلاحها:
-
تحقق من إحصائيات وحدة التحكم والواجهة لضمان خلو الخط بين خادم الوصول وأقرب تبادل Telco من الأخطاء. بالنسبة للعملاء وخوادم الوصول التي تستخدم أجهزة Cisco، يمكنك التحقق من الإحصائيات على مستوى وحدة التحكم والواجهة. لمنتجات الطرف الثالث، إما اتبع وثائق المورد، أو احصل على محلل بروتوكول. وينبغي فحص الإحصاءات أيضا على جانب تيلكو (فقط في حالة تأثير المشكلة على الإشارات المرسلة إلى أقرب تبادل تيلكو)؛
-
إذا كانت العدادات نظيفة، ولكن لا يتم إنهاء البند مباشرة في تبادل Telco (تكون موسعات الخط الوسيط أو مبادلات مرتبطة)، فتحقق من المسار بأكمله إلى تبادل Telco بحثا عن أخطاء؛
-
بعد التأكد من مسح السطر، تحقق من الإشارات. للحصول على تقنيات أستكشاف أخطاء إشارات اقتران القناة (CAS) وإصلاحها، راجع أستكشاف أخطاء إتصالات ISDN وإصلاحها.
لمزيد من المعلومات، راجع نظرة عامة على جودة خط المودم العام ووحدات التخزين المتصلة بالشبكة (NAS).
ملاحظة: قم بإجراء جميع عمليات التحقق هذه قبل محاولة أستكشاف أخطاء المودم وإصلاحها
يتعذر على العملاء الذين لديهم حسابات معينة الاتصال
يتعذر على العملاء الذين لديهم حسابات معينة، أو العملاء الذين يتصلون من مواقع معينة، الاتصال. تحاول بعض العلامات التجارية للمودم الاتصال، دون تحقيق نتائج مرضية، بينما لا يبدو أن الزبائن في مواقع أخرى يتأثرون.
من غير المحتمل أن تكون هذه المشاكل ناجمة عن أجهزة المودم نفسها. تتم معالجة الحسابات (معرفات الأرقام والأسماء وكلمات المرور المستدعية) بواسطة البروتوكولات أو التطبيقات الموجودة أعلى بروتوكولات المودم (PPP، AAA، RPMS، وما إلى ذلك). قد لا يساعد أستكشاف أخطاء المودم وإصلاحها في حالة الحاجة إلى إزالة البروتوكولات أو التطبيقات أو تغييرها.
للمتابعة، حاول أستكشاف الأخطاء وإصلاحها:
-
بروتوكول نقطة إلى نقطة (PPP). انظر تقنية الاتصال: تقنيات أستكشاف الأخطاء وإصلاحها.
-
المصادقة والتفويض والمحاسبة (AAA).
-
خادم مدير تجمع الموارد (RPMS).
ما لم تكن هناك ميزات خاصة معنية (مثل، إستخدام معرف رقم الاتصال أو الرقم المتصل)، فإن المشكلة تبدو في مكان ما في سحابة Telco. إذا قمت بنقل نفس المودم إلى موقع مختلف، فلن يتغير إلا عامل واحد: مسار الاستدعاء. إذا كان التغيير كافيا لحل المشكلة، فسيتم تكوين نقاط النهاية بشكل صحيح، وقد لا تحتاج إلى أستكشاف الأخطاء وإصلاحها مرة أخرى. من المفترض أن يكون خط Telco بين خادم الوصول وأقرب تبادل Telco على ما يرام، نظرا لأن العملاء المحددين فقط هم الذين يواجهون المشكلة. الحل الممكن هو العثور على إعدادات المودم، والتي من شأنها السماح لأجهزة المودم بالاتصال، على الرغم من مشاكل Telco. للحصول على تفاصيل، راجع أجهزة المودم التي تعمل على الضبط الدقيق.
ملاحظة: هذا الحل البديل ليس حلا. للعثور على حل، اتصل بشركة Telco للتحقق من الخط بين العميل وأقرب تبادل لشركات الاتصالات، وتجاوز ذلك عبر مسار الاتصال
يقوم العملاء في مواقع معينة بالإبلاغ عن ضعف الاتصال
في بعض الأحيان، يبلغ العملاء في مواقع معينة عن ضعف الاتصال. وهذا يشمل سرعات اتصال منخفضة، وإعادة التدريب غالبا، ومعدلات خطأ مرتفعة، وهلم جرا. تحاول بعض العلامات التجارية للمودم الاتصال دون تحقيق نتائج مرضية، بينما لا تبدو المواقع الأخرى متأثرة.
ما لم تكن هناك ميزات خاصة معنية (مثل، إستخدام معرف رقم الاتصال أو الرقم المستدعي ل RPMS)، يبدو أن المشكلة في مكان ما في سحابة Telco. عندما تستخدم نفس المودم في موقع مختلف، يتغير عامل واحد فقط: مسار الاستدعاء (داخل سحابة Telco، قد تختلف مسارات المكالمات الواردة والصادرة). إذا كان التغيير كافيا لحل المشكلة، فسيتم تكوين نقاط النهاية بشكل صحيح، وقد لا تحتاج إلى أستكشاف الأخطاء وإصلاحها مرة أخرى. من المفترض أن يكون خط Telco بين خادم الوصول وأقرب تبادل Telco على ما يرام، نظرا لأن المواقع المحددة فقط هي التي تواجه المشكلة. من المرجح أن تكون المشكلة في عملية تبادل Telco الأقرب إلى العميل. تحقق مما إذا كانت المكالمات المعنية تصل إلى خادم الوصول على الإطلاق، كما هو موضح في تقنية Dialup: تقنيات أستكشاف المشكلات وإصلاحها.
إذا تم الاتصال به، وبدا خط Telco بين العميل وأقرب تبادل إتصالات نظيفا أيضا (على سبيل المثال، إذا لم ير العميل المشكلة عند إستدعاء أرقام محلية أخرى، مثل San-Jose Dial-in Lab، أو مختبر طلب اتصال أستراليا)، فقد تحتاج إلى التحقق من مسار المكالمة بالكامل لاستكشاف الأخطاء وإصلاحها بشكل إضافي.
للتحقق من مسار المكالمة:
-
اولا، تحققوا من الأسلاك الداخلية كمصدر محتمل للمشاكل.
-
قم بتوصيل جهازي مودم عميل مرة أخرى عبر الأسلاك (لإجراء مكالمة من مودم واحد دون انتظار نغمة الطلب باستخدام ATX3D، ولجعل الرد على المودم الآخر بدون انتظار إشارة الحلقة إستخدام ATA). بعد أن تقوم أجهزة المودم بالتدريب والانتقال إلى وضع البيانات، قم بإنشاء بعض حركة المرور عبر الخط، ثم أستخدم تسلسل الهروب (عادة Hayes++ أو TIES +++ AT) لتحويل أجهزة المودم إلى وضع الأوامر، والتحقق من معلمات الخط (نسبة الإشارة إلى الضوضاء [SNR]، وجودة الإشارة، وإعادة التدريب، وما إلى ذلك).
-
افصل كافة الأجهزة الموصولة بخط الهاتف نفسه بالتوازي مع المودم.
-
قم بتشغيل كابل هاتف (يفضل أن يكون رباعيا أو زوجا مجدول غير محمي [UTP]) من واجهة الشبكة مباشرة إلى المودم.
-
-
تأكد من أن مودم العميل يشغل أحدث البرامج الثابتة من الجهة المصنعة (بما يتوافق مع البروتوكولات التي يدعمها مودم الخادم). تحقق أيضا مما إذا كنت ترغب في إعادة تكوين مودم العميل حتى يتمكن من الاتصال بشكل أكثر قوة. راجع أجهزة مودم الضبط الدقيق للحصول على مزيد من التفاصيل. على سبيل المثال، يمكنك محاولة وضع حد لسرعة DCE لمودم العميل. إذا كان عميل Rockwell، فحاول إستخدام AT+MS=56 و 1 و 300 و 42000 لتجربة اتصال K56Flex بسرعة 42 كيلوبت/ثانية. بدلا من ذلك، جرب +MS=11،1،300،19200 لاتصال V.34 بسرعة 19.2 كيلوبت/ثانية.
-
قم بتمكين تسجيل دخول المودم إلى العميل
لمزيد من التحليل. -
إذا كنت تستخدم Microsoft Windows، فتحقق من رمز قطع الاتصال
. -
تحقق من تشخيصات الاتصال باستخدام مودم USR في i11
أو مودم Lucent في i11 . -
إذا كنت تستخدم WinModem مدفوعا بوحدة المعالجة المركزية، فاطلب من مورد المودم الأمر AT الموجود لاستكشاف أخطاء الاتصال وإصلاحها. يستخدم بعض بائعي المودم رمز تشخيص UnIModem من Microsoft (AT#UG).
قد يتطلب تحقيق مسار المكالمة مشاركة أكثر قربا من شركة Telco. لتحديد المشاكل المحتملة، تحقق من معلمات الاتصال للمكالمات المحددة باستخدام الأمر show modem operation-status، كما هو موضح في نظرة عامة على جودة خط المودم العام و NAS. للحصول على مزيد من المعلومات، راجع ملاحظة الإصدار هذه. الحل الممكن هو العثور على إعدادات المودم، التي من شأنها السماح لأجهزة المودم بالاتصال حتى على الرغم من مشاكل Telco. راجع أجهزة المودم بالغة الدقة.
العملاء في مواقع معينة يتواصلون، ولكن في وقت لاحق، تتضاءل المكالمة
وعلى الرغم من أن الزبائن في بعض المواقع قادرون على الاتصال، إلا أن الاتصال ينقطع بعد فترة. تحاول بعض العلامات التجارية للمودم الاتصال دون تحقيق نتائج مرضية، بينما لا تبدو المواقع الأخرى متأثرة.
ما لم تكن هناك ميزات خاصة معنية (على سبيل المثال، إستدعاء معرف الرقم أو إستدعائه ل RPMS)، فإن المشكلة تبدو في مكان ما في سحابة Telco. إذا كنت تستخدم نفس المودم في موقع مختلف، فيتغير عامل واحد فقط: مسار الاستدعاء (تذكر أيضا أنه داخل سحابة Telco، قد تختلف مسارات المكالمات الواردة والصادرة). إذا كان التغيير كافيا لحل المشكلة، فمن المحتمل أن يتم تكوين خادم الوصول بشكل صحيح وقد لا يتطلب منك أستكشاف الأخطاء وإصلاحها مرة أخرى. من المفترض أن يكون خط Telco بين خادم الوصول وأقرب تبادل Telco على ما يرام أيضا، نظرا لأن المواقع المحددة فقط هي التي تعاني من المشكلة. للتأكد من أن عميل الطلب الهاتفي ليس هو جذر المشكلة، تحقق من أن:
-
لا يبدأ العميل قطع اتصال PPP. انظر تقنية الاتصال: تقنيات أستكشاف الأخطاء وإصلاحها.
-
لا يقوم العميل ببدء قطع اتصال المودم. يتم شرح أسباب انقطاع المودم في سجل المودم في هذه المستندات:
-
لا يقوم العميل ببدء فصل ISDN. راجع سبب انقطاع ISDN للحصول على مزيد من المعلومات. (انظر أيضا الملاحظة 3.)
إذا كشف التحقيق عن قطع الاتصالات بسبب أخطاء في تثبيت الاتصال، فحاول العثور على إعدادات المودم التي من شأنها السماح لأجهزة المودم بالاتصال بالرغم من مشاكل شركة Telco. للحصول على تفاصيل، راجع أجهزة المودم التي تعمل على الضبط الدقيق.
ملاحظة: هذا الحل البديل ليس حلا. للعثور على حل، اتصل بشركة Telco للتحقق من الخط بين العميل وأقرب تبادل لشركات الاتصالات، وعلى مسار الاستدعاء أبعد من ذلك.
يتعذر على بعض طرز أجهزة المودم الاتصال، بينما يمكن لطرز أخرى موجودة في نفس المواقع الاتصال
وفي بعض الأحيان، تكون بعض نماذج أجهزة المودم غير قادرة على الاتصال، في حين تكون الطرز الأخرى في نفس الموقع قادرة على الاتصال. قد يكون هذا أحيانا مسألة توافق المورد. ولتحديد سبب حدوث قطع الاتصال بالضبط، تحقق من سجل المودم لمعرفة أسباب قطع الاتصال. (انظر أيضا الملاحظة 1):
ال يمكن workaround أن يعين العملية إعداد أن يمكن modems يتحاشى التوافقية إصدار. للحصول على تفاصيل، راجع أجهزة المودم التي تعمل على الضبط الدقيق. إذا لم يوجد حل بديل يساعد (على سبيل المثال، تعطيل جميع الميزات الخاصة)، فاتصل بمورد مودم العميل لمزيد من أستكشاف الأخطاء وإصلاحها.
تأكد من إزالة PPP. يجب أن يطلب مودم العميل من برنامج طرفي، مثل Windows HyperTerminal، باستخدام أوامر AT. قم بتكوين خادم الوصول بحيث لا يقوم تلقائيا ببدء تشغيل PPP لجميع المستخدمين، ولكنه يسمح بتسجيل دخول EXEC (على سبيل المثال، عبر وضع غير متزامن تفاعلي على واجهة المجموعة-غير المتزامنة، وتحديد PPP تلقائيا على الخطوط). وهذا ما يمكن العميل من التحكم مباشرة في المعلومات المفيدة والحصول عليها من المودم، وبمجرد إتصاله، يمكنه إنشاء حركة مرور exec للضغط على الاتصال.
على الوحدة الطرفية للعميل، قم ببدء تسجيل الجلسة (حدد Transfer (نقل) > Capture Text (التقاط نص) في HyperTerminal).
-
تجميع المعلومات التالية من مودم العميل:
-
ATI و ATI0 و ATI1 و ATI2.
-
AT&V0 و AT&V1 و AT&V2.
ملاحظة: قد تقوم بعض الأوامر بإرجاع خطأ على بعض أجهزة المودم. يمكنك تجاهل مثل هذه الأخطاء.
-
-
قم بإعادة ضبط المودم على إعدادات المصنع الافتراضية (أو الإعدادات التي بخلاف ذلك مرغوب فيها)، وتأكد من أن السماعة تعمل دائما:
-
إيه تي أند إف
-
ATL2M2
-
-
بدء تسجيل المكالمة إلى ملف .WAV. للقيام بذلك على Windows NT، حدد ابدأ > البرامج > الملحقات > الوسائط المتعددة > مسجل الصوت.
يبدأ الزر الأحمر التسجيل، ولكن لا تضربه حتى تبدأ في الطلب. في نافذة HyperTerminal، ابدأ في الطلب.
-
ATDT <number>
إذا لم يتم توصيل المكالمة، أو إذا لم يتم التفاوض حول التعديل المطلوب، فقم بإيقاف التسجيل بعد عدم ظهور أي حامل في نافذة المحطة الطرفية. إذا كانت المشكلة هي أن المكالمة تتصل كما ترغب، ولكن بعد قطع إتصالها ببعض الوقت، فتابع تسجيل ملف .WAV. يجب الضغط على زر السجل الأحمر مرة أخرى كل دقيقة إذا كنت تستخدم مسجل الصوت.
إذا كانت المكالمة متصلة، إما في التعديل المرغوب أو غير مرغوب فيه، فقم بجمع المعلومات التالية المثيرة للاهتمام أثناء الاتصال.
-
على جانب الخادم، يتم عرض معلومات الحالة التشغيلية للمودم (MICA، NextPort) أو المودم في الوضع / at@e1 (Microcom).
-
على جانب العميل، انتقل إلى وضع AT عبر ++، واحصل على ATI6 و AT&V1 و AT&V2. يمكنك العودة إلى الإنترنت مع ATO.
-
-
عند اكتمال الاستدعاء، احفظ ملف مسجل الصوت. للقيام بذلك، حدد ملف > حفظ باسم > تغيير التنسيق.
التنسيق: PCM
السمات: 8.000 كيلوهرتز، 8 بت، أحادي 7 كيلوبايت/ثانية
اسم الملف: filename.wav
قم بإرسال المعلومات التي تجمعها إلى مركز المساعدات التقنية (TAC) من Cisco للتحليل.
الطرز الخاصة من أجهزة المودم لديها إمكانية اتصال ضعيفة
حيث تواجه طرز معينة رداءة الاتصال من حيث سرعات الاتصال المنخفضة، وإعادة التدريب غالبا، ومعدلات الخطأ المرتفعة، وما إلى ذلك. الطرز الأخرى في نفس المواقع لديها إمكانية توصيل جيدة.
قد يكون هذا أحيانا مسألة توافق المورد. ولتحديد سبب حدوث قطع الاتصال بالضبط، تحقق من سجل المودم لمعرفة أسباب قطع الاتصال. (انظر أيضا الملاحظة 1):
وقد يلقي التحقيق التالي أيضا بعض الضوء على سبب فشل أجهزة مودم العميل المعينة:
-
اولا، تحققوا من الأسلاك الداخلية كمصدر محتمل للمشاكل.
-
قم بتوصيل جهازي مودم عميل مرة أخرى عبر الأسلاك (لإجراء مكالمة من مودم واحد دون انتظار نغمة الطلب، أستخدم ATX3D، ولجعل الرد على المودم الآخر بدون انتظار إشارة الحلقة، أستخدم ATA). بعد أن تقوم أجهزة المودم بالتدريب والانتقال إلى وضع البيانات، قم بإنشاء بعض حركة المرور عبر الخط، ثم أستخدم تسلسل الهروب (عادة Hayes +++ أو TIES +++AT) لتحويل أجهزة المودم إلى وضع الأوامر، والتحقق من معلمات الخط (SNR، وجودة الإشارة، وإعادة التوجيه، وما إلى ذلك).
-
افصل كافة الأجهزة الموصولة بخط الهاتف نفسه بالتوازي مع المودم.
-
قم بتشغيل سلك هاتف (يفضل رباعي أو UTP) من واجهة الشبكة مباشرة إلى المودم.
-
-
تأكد من أن مودم العميل يشغل أحدث البرامج الثابتة من الجهة المصنعة (بما يتوافق مع البروتوكولات التي يدعمها مودم الخادم). قم أيضا بإعادة تكوين مودم العميل حتى يتمكن من الاتصال بشكل أكثر قوة. راجع أجهزة المودم الدقيقة للحصول على تفاصيل. على سبيل المثال، يمكنك محاولة وضع حد لسرعة DCE لمودم العميل. إذا كان عميل Rockwell، فحاول إستخدام AT+MS=56 و 1 و 300 و 42000 لمحاولة إجراء اتصال K56Flex بسرعة 42 كيلوبت/ثانية. بدلا من ذلك، جرب +MS=11،1،300،19200 لاتصال V.34 بسرعة 19.2 كيلوبت/ثانية.
-
قم بتمكين تسجيل دخول المودم إلى العميل
لمزيد من التحليل. -
إذا كنت تستخدم Microsoft Windows، فتحقق من رمز قطع الاتصال
. -
تحقق من تشخيصات الاتصال باستخدام مودم USR في i11
أو مودم Lucent في i11 . -
إذا كنت تستخدم WinModem مدفوعا بوحدة المعالجة المركزية، فاطلب من مورد المودم الأمر AT الموجود لاستكشاف أخطاء الاتصال وإصلاحها. يستخدم بعض بائعي المودم رمز تشخيص UnIModem من Microsoft (AT#UG).
ال يمكن workaround أن يجد العملية إعداد، أي كان يسمح المودم تفاديت التوافقية إصدار. راجع أجهزة المودم الدقيقة. إذا لم يوجد حل بديل يساعد (على سبيل المثال، تعطيل عمليات إعادة التوجيه على أجهزة المودم الداخلية لخادم الوصول)، فاتصل بمورد مودم العميل لاستكشاف الأخطاء وإصلاحها بعد ذلك.
نماذج محددة من أجهزة المودم تتصل، ولكن فيما بعد تسقط المكالمة
يمكن لبعض نماذج أجهزة المودم الاتصال، ولكن في وقت لاحق تنقطع المكالمة. وتظل الطرز الأخرى في نفس المواقع على اتصال دائم.
قد يكون هذا أحيانا مسألة توافق المورد. لتحديد سبب حدوث قطع الاتصال، تحقق مما يلي (راجع أيضا الملاحظة 1):
-
ما إذا كان قد تم طلب إنهاء PPP أم لا. انظر تقنية الاتصال: تقنيات أستكشاف الأخطاء وإصلاحها.
-
ما إذا كان قد تم طلب إنهاء المودم أم لا. يتم شرح أسباب قطع اتصال المودم في سجل المودم على:
-
سبب انقطاع ISDN. (انظر أيضا الملاحظة 3).
إذا أظهر التحقيق أنه تم قطع اتصال المكالمات بسبب أخطاء تثبيت الاتصال، فمن الممكن أن يكون الحل البديل هو الحصول على أحدث البرامج الثابتة للمودم أو الإعدادات، والتي تتيح لأجهزة المودم تجنب مشكلة التوافق. للحصول على تفاصيل ومصفوفة توافق، راجع أجهزة مودم الضبط الدقيق. إذا لم ينجح الحل البديل (مثل تحديد السرعة القصوى يدويا أو إستخدام الحد الأقصى من صوت المودم)، فاتصل بمورد مودم العميل لاستكشاف الأخطاء وإصلاحها بعد ذلك.
فشل اتصال المكالمات بأرقام معينة (DS1 أو خادم الوصول)
تعجز المكالمات الواردة من مواقع مختلفة ذات طرز مودم مختلفة إلى أرقام معينة (DS1 أو خادم الوصول) عن الاتصال. ونفس العملاء في نفس المواقع يتصلون بشكل جيد بالأرقام المحلية الأخرى (مثل مختبر طلب اتصال San-Jose، أو مختبر طلب الاتصال في أستراليا).
تحقق من الإحصائيات على مستويات وحدة التحكم والواجهة بحثا عن الأخطاء (راجع المقدمة للحصول على مزيد من المعلومات). على سبيل المثال، إذا قام خادم الوصول بإنهاء أكثر من سطر Telco واحد، فتأكد من مزامنة جميع البنود (عادة ما يعني ذلك أنه يجب أخذ البنود من نفس الموفر)، كما هو موضح في مزامنة الساعة. يجب إجراء الفحص على كل من جانب خادم الوصول وجانب Telco (إذا أثرت المشكلة على الإشارات التي تأتي من خادم الوصول إلى أقرب تبادل Telco، فقد لا يقوم خادم الوصول بالإبلاغ عن أي أخطاء). قبل المتابعة باستكشاف أخطاء المودم وإصلاحها، تأكد من عدم وجود أخطاء فعليا في الطبقة T1/E1.
وبعد ذلك، تأكد من أن المكالمات تصل إلى خادم الوصول، كما هو موضح في تقنية Dialup: تقنيات أستكشاف الأخطاء وإصلاحها. إذا كانت المكالمات تصل بالفعل، فتحقق من الأمر show controller <e1|t1> call-counters. بالنسبة لبعض مشاكل Telco، تبلغ قنوات DS0 معينة عن مرات اتصال منخفضة جدا وعدد كبير جدا من المكالمات.
في الاختبار الأخير، يحتاج Telco إلى السماح باستدعاء خادم الوصول نفسه من خلال تبادل Telco. تحقق أيضا من عدم وجود تحويلات خارجية تناظرية إلى رقمية في المسار بين خادم الوصول والمحول. وهذا ينتج صدى قريب النهاية، والذي قد لا تكون أجهزة المودم الرقمية قادرة على معالجته، ويمنع إتصالات مودم PCM من العمل. عند توفير إرتباط T1 أو E1 إلى Telco، تأكد من وجود مسار رقمي محض بين خادم الوصول ومحول Telco. هذا هو الحالة إن هناك مباشرة T1 أو E1 خطوة إلى المفتاح. إذا كانت القنوات يتم توجيهها من خلال بنك قناة، على سبيل المثال، وبالتالي تحويلها من الرقمي إلى التناظري ثم مرة أخرى، فإن التكامل الرقمي للقنوات يضيع. وهذا يعني ما يلي:
-
لا يمكن إستخدام تعديل رمز النبض (PCM) (V.90 أو K56Flex أو X2) للمودم. يمكن إستخدام الإصدار V.34 فقط وما دون، وحتى الإصدار V.34 قد يضعف أدائه.
-
لا يمكن توفير الخدمات الرقمية مثل بيانات ISDN أو 56 المحولة.
-
لن تعمل أجهزة المودم الرقمية، مثل MICA، بشكل جيد، نظرا للمستوى العالي للصدى الذي يقترب من النهاية.
الأعراض النمطية على MICA مع تحول شبه نهائي للنوع أ:
-
لا يوجد حامل PCM (طراز K56Flex أو V.90).
-
حامل V.34 (19.2 - 26.4) للمكالمات المحلية.
-
لا يمكن تدريب المكالمات البعيدة في V.34 أو V.32bis أو V.32. ومع ذلك، إذا كان مودم العميل بحد أقصى 2400 بت في الثانية طراز V.22bis، فيمكن أن يتدرب بشكل جيد.
ملاحظة: لا يتطلب V.22bis إلغاء صدى الصوت.
إذا تعذر على Telco توفير مسار رقمي محض لخادم الوصول، لا يوصى باستخدام MICA (أو أجهزة المودم الرقمية الأخرى)، ومن الأفضل إستخدام أجهزة المودم V.34 التناظرية، مثل Sara (أجهزة المودم MicroCom التناظرية المدمجة في موجهات Cisco 2600 أو 3600).
لتحديد ما إذا كان المسار إلى المحول مناسبا لأجهزة المودم الرقمية، أكمل الخطوات التالية:
-
تأكد من توفير سطر DS1 للسماح بالخروج من الطلب.
-
قم بتمكين مودم تصحيح الأخطاء وdebug modem csm أو debug csm modem لتحديد المودم الذي يستجيب للاستدعاء.
-
قم بإنشاء اتصال برنامج Telnet عكسي بمودم وقم بإجراء المكالمة.
-
بعد تدريب أجهزة المودم، قم بإنشاء بعض حركة المرور (مثل طول المحطة الطرفية 0 وإظهار الدعم الفني)، ثم تحقق من إظهار حالة تشغيل المودم في كلا الطرفين.
الأعراض الأكثر نموذجية التي تشير إلى وجود مشاكل في الخط المؤدي إلى أقرب تبادل لتلكو هي:
-
عمليات إعادة إرسال تصحيح الأخطاء المنتظمة (EC).
-
زيادة مستمرة في إجمالي عداد عمليات إعادة التدريب.
-
قيمة جودة الإشارة (SQ) أقل من ثلاث.
-
نسبة الإشارة إلى الضوضاء (SNR) أقل من 30 ديسيبل.
-
تلقي مستوى أقل بكثير من مستوى الإرسال.
-
إزاحة الترددات غير الصفرية، تردد رجفان الطور، مستوى رجفان الطور أو لفة الطور.
-
مستوى الارتداد في الطرف البعيد أقل من -40 ديسيبل.
-
الفجوات في منتصف شكل الخط أو التدرجات الكبيرة عند الحافة (الحافة).
ويمثل صدى الصوت القريب (المعروف أيضا باسم المتكلم أو المحلي) جزءا من إشارة المنشئ والتي تنعكس عكسيا على المنشئ، من المكتب المركزي المحلي، عبر الوصلة الدائرية المحلية للمنشئ. عادة ما يتم رؤية الصدى الطرفي القريب فقط من قبل أجهزة المودم على الخطوط التناظرية لأنه ينتج عن عدم تطابق المعاوقة في الهجين، وهو المحول الذي ينضم إلى الحلقة المحلية التناظرية ذات السلكين إلى شبكة إرسال تيلكو ذو الأربعة أسلاك.
يعد الصدى الطرفي البعيد ذلك الجزء من الإشارة التناظرية المرسلة التي ارتد عن الطرف الأمامي التناظري للمودم البعيد.
في المخطط التالي:
-
FEC - الارتداد البعيد
-
NEC - الارتداد الطرفي القريب
تستخدم التنغمات الحديثة (V.32 وما بعده) محذوفات الصدى لتمكين الإشارات المرسلة والمستلمة في آن واحد من شغل نفس نطاق الترددات. تحتوي هذه الوحدات على معالج إشارة رقمي (DSP) لتعقب الإشارة المرسلة، ثم طرح تلك الإشارة من الإشارة التي تم تلقيها. تحتوي أجهزة مودم العميل الحديثة (جانب الخط التناظري) على كل من أجهزة إلغاء الصدى الطرفية والبعيدة. تحتوي أجهزة مودم MICA على أجهزة إلغاء الصدى الطرفية البعيدة فقط، وليست القريبة من النهاية، لأنها لا تتوقع أن تكون متصلة بحلقة محلية تناظرية. مع الاتصال المحلي الرقمي، يجب ألا يكون هناك صدى قريب من النهاية.
هنا بعض الأمثلة على إخراج show modem status تشغيلي من خادم جيد T1 (رقمي إلى المحول) و سيئ (محول A-D) T1. بالإضافة إلى الفرق في الصدى الطرفي البعيد، لاحظ أيضا فرق SNR (41 ديسيبل مقابل 35 ديسيبل) الذي ينتج عنه حامل 33600 مثالي مقارنة بحامل متوسط 28800.
اتصال جيد
isdn2-9>show modem operation 1/55
Modem(1/55) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 0
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 44 secs
Parameter #6 Total Retrains: 0
Parameter #7 Sq Value: 4
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 33600, 33600
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 0
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 41 dB
Parameter #22 Receive Level: -12 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -73 dBm
Parameter #27 Phase Roll: 22 degrees
Parameter #28 Round Trip Delay: 3 msecs
Parameter #30 Characters transmitted, received: 83, 3194
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 81, 105
Parameter #38 EC packets (Received BAD/ABORTED): 0
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
*
Bad T1 (CAS) - اتصال بنك القناة بالمحول - صدى الطرف البعيد هو -36dBm
term-server-1#show modem operation 1/38
Modem(1/38) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 2
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 96 secs
Parameter #6 Total Retrains: 1
Parameter #7 Sq Value: 3
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 28800, 28800
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 6
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 35 dB
Parameter #22 Receive Level: -13 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -36 dBm
Parameter #27 Phase Roll: 0 degrees
Parameter #28 Round Trip Delay: 6 msecs
Parameter #30 Characters transmitted, received: 8636, 116
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 124, 63
Parameter #38 EC packets (Received BAD/ABORTED): 4
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
......*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.......*
........*
*
للحصول على تفاصيل، راجع نظرة عامة على جودة خط المودم العام ووحدات التخزين المتصلة بالشبكة (NAS) وملاحظة الإصدار هذه.
إذا لم تشير الاختبارات إلى أي مشاكل في السطر، فقم بالمتابعة مع Telco على مسارات الاستدعاء.
تتسم المكالمات إلى أرقام معينة (DS1 أو Access Server) بضعف الاتصال
تتسم المكالمات الواردة من مواقع مختلفة ذات طرز مودم مختلفة إلى أرقام معينة (DS1 أو خادم الوصول) بضعف الاتصال من حيث انخفاض سرعات الاتصال، وإعادة التدريب غالبا، وارتفاع معدلات الخطأ، وما إلى ذلك. يتمتع نفس العملاء في نفس المواقع بإمكانية اتصال جيدة عند الاتصال بالأرقام المحلية الأخرى (مثل مختبر طلب اتصال San-Jose أو مختبر طلب الاتصال في أستراليا).
تحقق من الإحصائيات على مستويات وحدة التحكم والواجهة بحثا عن الأخطاء (راجع المقدمة للحصول على مزيد من المعلومات). على سبيل المثال، إذا قام خادم الوصول بإنهاء أكثر من سطر Telco واحد، فتأكد من مزامنة جميع البنود (عادة ما يعني ذلك أنه يجب أخذ البنود من نفس الموفر)، كما هو موضح في مزامنة الساعة. يجب إجراء الفحص على كل من جانب خادم الوصول وجانب Telco (إذا أثرت المشكلة على الإشارات التي تأتي من خادم الوصول إلى أقرب تبادل Telco، فقد لا يقوم خادم الوصول بالإبلاغ عن أي أخطاء).
إذا قمت بالتحقق من أن الأمور تسير على ما يرام في الطبقة T1 أو E1، ومع ذلك لا تتصرف الأمور بشكل مقبول في طبقة المودم، فإليك بعض الأمور التي يجب التحقق منها:
-
جمع الاحصائيات التمثيلية (انظر أيضا الملاحظة 1) علي أي جانب يبدأ بالانقطاع، وما هو سبب ذلك. بالنسبة لأسباب قطع الاتصال من جانب خادم الوصول، يتم شرحها على:
تحقق ما إذا كانت أجهزة المودم التي تقوم بالضبط الدقيق تحدث أي تأثير على أوقات الاتصال أو أسباب قطع الاتصال.
-
تأكد من إستخدام رمز المودم الجيد (ارجع إلى أجهزة المودم الدقيقة)
-
تأكد من ضبط مسارات DS0 من خلال Telco للحصول على الأداء الأمثل. لاحظ أنه يمكن العثور على المثالية في أي مكان في مسار DS0 / 3.1 كيلو هرتز:
-
ضمن الأسلاك الأساسية لمودم العميل (على سبيل المثال، الامتدادات).
-
الحلقة المحلية للعميل (حلقة طويلة، تحميل ملفات، ضغطات جسر).
-
ضمن تكوين المحول، تجعله أكثر من اللازم - أو ليس بما يكفي - رقمي أو تناظري
-
خطوط الاتصال الإشكالية ضمن شركة Telco (روابط الموجات الدقيقة القديمة، خطوط الاتصال التناظرية القديمة E&M ذات الأربعة أسلاك).
-
من أجل تحليل (معظم) شبكة إرسال شبكة Telco المحلية والحلقات المحلية، من الأفضل الاتصال من العميل الجيد المعروف لديك (المودم والحلقة إلى أقرب محول Telco) إلى خادم الوصول الهدف. إذا حصلت على اتصال بالجودة المطلوبة، فهذا يثبت أن خادم الوصول وأجهزة المودم الخاصة به وخط DS1 سليم.
لتحديد ما إذا كان المسار إلى المحول مناسبا لأجهزة المودم الرقمية، أكمل الخطوات التالية:
-
تأكد من توفير سطر DS1 للسماح بالخروج من الطلب.
-
قم بتمكين مودم تصحيح الأخطاء وdebug modem csm أو debug csm modem لتحديد المودم الذي يستجيب للاستدعاء.
-
قم بإنشاء اتصال برنامج Telnet عكسي بمودم وقم بإجراء المكالمة.
-
بعد تدريب أجهزة المودم، قم بإنشاء بعض حركة المرور (مثل طول المحطة الطرفية 0 وإظهار الدعم الفني)، ثم تحقق من إظهار حالة تشغيل المودم في كلا الطرفين.
الأعراض الأكثر نموذجية التي تشير إلى وجود مشاكل في الخط المؤدي إلى أقرب تبادل لتلكو هي:
-
عمليات إعادة إرسال تصحيح الأخطاء المنتظمة (EC).
-
زيادة مستمرة في إجمالي عداد عمليات إعادة التدريب.
-
قيمة جودة الإشارة (SQ) أقل من ثلاث.
-
نسبة الإشارة إلى الضوضاء (SNR) أقل من 30 ديسيبل.
-
تلقي مستوى أقل بكثير من مستوى الإرسال.
-
إزاحة الترددات غير الصفرية، تردد رجفان الطور، مستوى رجفان الطور أو لفة الطور.
-
مستوى الارتداد في الطرف البعيد أقل من -40 ديسيبل.
-
الفجوات في منتصف شكل الخط أو التدرجات الكبيرة عند الحافة (الحافة).
ويمثل صدى الصوت القريب (المعروف أيضا باسم المتكلم أو المحلي) جزءا من إشارة المنشئ والتي تنعكس عكسيا على المنشئ، من CO المحلي، عبر الوصلة الدائرية المحلية للمنشئ. عادة ما يتم رؤية الصدى الطرفي القريب فقط من قبل أجهزة المودم على الخطوط التناظرية لأنه ينتج عن عدم تطابق المعاوقة في الهجين، وهو المحول الذي ينضم إلى الحلقة المحلية التناظرية ذات السلكين إلى شبكة إرسال تيلكو ذو الأربعة أسلاك.
يعد الصدى الطرفي البعيد ذلك الجزء من الإشارة التناظرية المرسلة التي ارتد عن الطرف الأمامي التناظري للمودم البعيد.
في المخطط التالي:
-
FEC - الارتداد البعيد
-
NEC - الارتداد الطرفي القريب
تستخدم التنغمات الحديثة (V.32 وما بعده) محذوفات الصدى لتمكين الإشارات المرسلة والمستلمة في آن واحد من شغل نفس نطاق الترددات. لدى هذه DSP تعقب دائم للإشارة المرسلة، ومن ثم طرح تلك الإشارة من الإشارة التي تم تلقيها. تحتوي أجهزة مودم العميل الحديثة (جانب الخط التناظري) على كل من أجهزة إلغاء الصدى الطرفية والبعيدة. تحتوي أجهزة مودم MICA على أجهزة إلغاء الصدى الطرفية البعيدة فقط، وليست القريبة من النهاية، لأنها لا تتوقع أن تكون متصلة بحلقة محلية تناظرية. مع الاتصال المحلي الرقمي، يجب ألا يكون هناك (فعليا) صدى قريب.
هنا مثال من عرض مودم حالة التشغيل من جيد (رقمي إلى المفتاح) سيئ (محول A-D) T1. بالإضافة إلى الفرق في الصدى الطرفي البعيد، لاحظ أيضا فرق SNR (41 ديسيبل مقابل 35 ديسيبل) الذي ينتج عنه حامل 33600 مثالي مقارنة بحامل متوسط 28800.
اتصال جيد
isdn2-9>show modem operation 1/55
Modem(1/55) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 0
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 44 secs
Parameter #6 Total Retrains: 0
Parameter #7 Sq Value: 4
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 33600, 33600
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 0
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 41 dB
Parameter #22 Receive Level: -12 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -73 dBm
Parameter #27 Phase Roll: 22 degrees
Parameter #28 Round Trip Delay: 3 msecs
Parameter #30 Characters transmitted, received: 83, 3194
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 81, 105
Parameter #38 EC packets (Received BAD/ABORTED): 0
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
*
Bad T1 (CAS) - اتصال بنك القناة بالمحول - صدى الطرف البعيد هو -36dBm
term-server-1#show modem operation 1/38
Modem(1/38) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 2
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 96 secs
Parameter #6 Total Retrains: 1
Parameter #7 Sq Value: 3
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 28800, 28800
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 6
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 35 dB
Parameter #22 Receive Level: -13 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -36 dBm
Parameter #27 Phase Roll: 0 degrees
Parameter #28 Round Trip Delay: 6 msecs
Parameter #30 Characters transmitted, received: 8636, 116
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 124, 63
Parameter #38 EC packets (Received BAD/ABORTED): 4
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
......*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.......*
........*
*
للحصول على تفاصيل، راجع نظرة عامة على جودة خط المودم العام ووحدات التخزين المتصلة بالشبكة (NAS) وملاحظة الإصدار هذه.
إذا ظهرت حلقات التكرار إلى أقرب محولات Telco (من جوانب العميل وخادم الوصول) نظيفة، وكانت الجوانب الفرعية المثلى في مكان ما في مسار Telco، ففيما يلي بعض الأشياء التي يمكنك القيام بها:
-
قم بإجراء مكالمة بخلاف EC في V.22bis بسرعة 2400 بت في الثانية. إذا كانت الدائرة سليمة، فلا يجب فعليا رؤية اية أخطاء. إذا تركت الاتصال خاملا وشاهدت أخطاء متكررة (وخاصة مع الرمز 0x7B، '{' في ASCII)، فإنه يشير إلى وجود شرائح الساعة (التي يتم التحكم فيها) (على سبيل المثال، داخل شبكاتي T الخاصة بشركة Telco، نادرا ما تتم رؤيتها)
-
إذا كانت مستويات طاقة الإرسال أو الاستقبال التي تظهر على عملائنا عالية جدا أو منخفضة جدا، فقم بضبط مستويات الإرسال، وأضف أو أزل خط أو خط اتصال.
إذا كنت ترى ناقل V.34 يتمتع بصحة جيدة، لكنك تتلقى اتصال تعديل رمز النبض (PCM) الضعيف أو غير القوي (حيث يكون كود PCM على العملاء معروفا بأنه متوافق مع أجهزة مودم الخادم):
-
تحقق من أن مسارات الدائرة إلى أجهزة مودم العميل يمكن أن تدعم اتصال PCM. في الشبكات الأخرى، تأكد من أنها لا تحتوي على تحويل تناظري رقمي إضافي.
-
افحص الحشو الرقمي في المسار.
تابع مع Telco للتحقيق أكثر على طول مسارات الاتصال.
تتصل المكالمات بأرقام معينة (DS1 أو Access Server)، ولكن في وقت لاحق تنخفض المكالمات
المكالمات الواردة من مواقع مختلفة مع طرز مودم مختلفة إلى رقم (أرقام) معين (DS1 أو خادم الوصول) تتصل بشكل جيد، ولكن فيما بعد تسقط المكالمة. يتمتع نفس العملاء في نفس المواقع بإمكانية اتصال جيدة عند الاتصال بالأرقام المحلية الأخرى (مثل مختبر طلب اتصال San-Jose أو مختبر طلب الاتصال في أستراليا).
أولا، تحقق من الإحصائيات على مستويات وحدة التحكم والواجهة بحثا عن الأخطاء (راجع المقدمة للحصول على مزيد من المعلومات). على سبيل المثال، إذا قام خادم الوصول بإنهاء أكثر من سطر Telco واحد، فتأكد من مزامنة جميع البنود (عادة ما يعني ذلك أنه يجب أخذ البنود من نفس الموفر)، كما هو موضح في مزامنة الساعة. يجب إجراء الفحص على كل من جانب خادم الوصول وجانب Telco (إذا أثرت المشكلة على الإشارات التي تأتي من خادم الوصول إلى أقرب تبادل Telco، فقد لا يقوم خادم الوصول بالإبلاغ عن أي أخطاء).
بعد ذلك، تأكد من أن المكالمات تصل إلى خادم الوصول، كما هو موضح في تقنية Dialup: تقنيات أستكشاف الأخطاء وإصلاحها. ثم تحقق من عدادات المكالمات <e1|t1> لوحدة التحكم show. بالنسبة لبعض مشاكل Telco، تبلغ قنوات DS0 معينة عن مرات اتصال منخفضة جدا وعدد كبير جدا من المكالمات. جمع الاحصائيات التمثيلية (انظر أيضا الملاحظة 1) علي أي جانب يبدأ بالانقطاع، وما هو السبب:
-
ما إذا كان قد تم طلب إنهاء PPP أم لا. انظر تقنية الاتصال: تقنيات أستكشاف الأخطاء وإصلاحها.
-
ما إذا كان قد تم طلب إنهاء المودم أم لا. يتم شرح أسباب قطع اتصال المودم في سجل المودم على:
-
سبب انقطاع ISDN. (انظر أيضا الملاحظة 3).
إذا انقطع اتصال المكالمات بسبب أخطاء في الاتصال، فراجع ما إذا كانت أجهزة مودم الضبط الدقيق تحدث أي تأثير على أوقات الاتصال و/أو أسباب قطع الاتصال.
-
تأكد من إستخدام رمز المودم الجيد (ارجع إلى أجهزة المودم الدقيقة)
-
تأكد من ضبط مسارات DS0 من خلال Telco للحصول على الأداء الأمثل. لاحظ أنه يمكن العثور على المثالية في أي مكان في مسار DS0 / 3.1 كيلو هرتز:
-
ضمن الأسلاك الأساسية لمودم العميل (على سبيل المثال، الامتدادات).
-
الحلقة المحلية للعميل (حلقة طويلة، تحميل ملفات، ضغطات جسر).
-
ضمن تكوين المحول، تجعله أكثر من اللازم - أو ليس بما يكفي - رقمي أو تناظري
-
خطوط الاتصال الإشكالية ضمن شركة Telco (روابط الموجات الدقيقة القديمة، خطوط الاتصال التناظرية القديمة E&M ذات الأربعة أسلاك).
-
من أجل تحليل (معظم) شبكة إرسال شبكة Telco المحلية والحلقات المحلية، من الأفضل الاتصال من العميل الجيد المعروف لديك (المودم والحلقة إلى أقرب محول Telco) إلى خادم الوصول الهدف. إذا حصلت على اتصال بالجودة المطلوبة، فهذا يثبت أن خادم الوصول وأجهزة المودم الخاصة به وخط DS1 سليم.
لتحديد ما إذا كان المسار إلى المحول مناسبا لأجهزة المودم الرقمية، أكمل الخطوات التالية:
-
تأكد من توفير سطر DS1 للسماح بالخروج من الطلب.
-
قم بتمكين مودم تصحيح الأخطاء وdebug modem csm أو debug csm modem لتحديد المودم الذي يستجيب للاستدعاء.
-
قم بإنشاء اتصال برنامج Telnet عكسي بمودم وقم بإجراء المكالمة.
-
بعد تدريب أجهزة المودم، قم بإنشاء بعض حركة المرور (على سبيل المثال، terminal length 0 وshow tech-support)، ثم تحقق من show modem status التشغيلية في كلا النهايتين.
الأعراض الأكثر نموذجية التي تشير إلى وجود مشاكل في الخط المؤدي إلى أقرب تبادل لتلكو هي:
-
عمليات إعادة إرسال تصحيح الأخطاء المنتظمة (EC).
-
زيادة مستمرة في إجمالي عداد عمليات إعادة التدريب.
-
قيمة جودة الإشارة (SQ) أقل من ثلاث.
-
نسبة الإشارة إلى الضوضاء (SNR) أقل من 30 ديسيبل.
-
تلقي مستوى أقل بكثير من مستوى الإرسال.
-
إزاحة الترددات غير الصفرية، تردد رجفان الطور، مستوى رجفان الطور أو لفة الطور.
-
مستوى الارتداد في الطرف البعيد أقل من -40 ديسيبل.
-
الفجوات في منتصف شكل الخط أو التدرجات الكبيرة عند الحافة (الحافة).
ويمثل صدى الصوت القريب (المعروف أيضا باسم المتكلم أو المحلي) جزءا من إشارة المنشئ والتي تنعكس عكسيا على المنشئ، من CO المحلي، عبر الوصلة الدائرية المحلية للمنشئ. عادة ما يتم رؤية الصدى الطرفي القريب فقط من قبل أجهزة المودم على الخطوط التناظرية لأنه ينتج عن عدم تطابق المعاوقة في الهجين، وهو المحول الذي ينضم إلى الحلقة المحلية التناظرية ذات السلكين إلى شبكة إرسال تيلكو ذو الأربعة أسلاك.
يعد الصدى الطرفي البعيد ذلك الجزء من الإشارة التناظرية المرسلة التي ارتد عن الطرف الأمامي التناظري للمودم البعيد.
يعد الصدى الطرفي البعيد ذلك الجزء من الإشارة التناظرية المرسلة التي ارتد عن الطرف الأمامي التناظري للمودم البعيد.
في المخطط التالي:
-
FEC - الارتداد البعيد
-
NEC - الارتداد الطرفي القريب
تستخدم التنغمات الحديثة (V.32 وما بعده) محذوفات الصدى لتمكين الإشارات المرسلة والمستلمة في آن واحد من شغل نفس نطاق الترددات. لدى هذه DSP تعقب دائم للإشارة المرسلة، ومن ثم طرح تلك الإشارة من الإشارة التي تم تلقيها. تحتوي أجهزة مودم العميل الحديثة (جانب الخط التناظري) على كل من أجهزة إلغاء الصدى الطرفية والبعيدة. تحتوي أجهزة مودم MICA على أجهزة إلغاء الصدى الطرفية البعيدة فقط، وليست القريبة من النهاية، لأنها لا تتوقع أن تكون متصلة بحلقة محلية تناظرية. مع الاتصال المحلي الرقمي، يجب ألا يكون هناك (فعليا) صدى قريب.
هنا مثال من عرض مودم حالة التشغيل من جيد (رقمي إلى المفتاح) سيئ (محول A-D) T1. بالإضافة إلى الفرق في الصدى الطرفي البعيد، لاحظ أيضا فرق SNR (41 ديسيبل مقابل 35 ديسيبل) الذي ينتج عنه حامل 33600 مثالي مقارنة بحامل متوسط 28800.
اتصال جيد
isdn2-9>show modem operational 1/55
Modem(1/55) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 0
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 44 secs
Parameter #6 Total Retrains: 0
Parameter #7 Sq Value: 4
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 33600, 33600
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 0
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 41 dB
Parameter #22 Receive Level: -12 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -73 dBm
Parameter #27 Phase Roll: 22 degrees
Parameter #28 Round Trip Delay: 3 msecs
Parameter #30 Characters transmitted, received: 83, 3194
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 81, 105
Parameter #38 EC packets (Received BAD/ABORTED): 0
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
*
Bad T1 (CAS) - اتصال بنك القناة بالمحول - صدى الطرف البعيد هو -36dBm
term-server-1#show modem operational 1/38
Modem(1/38) Operational-Status:
Parameter #0 Disconnect Reason Info: (0x0)
Type (=0 ): <unknown>
Class (=0 ): Other
Reason (=0 ): no disconnect has yet occurred
Parameter #1 Connect Protocol: LAP-M
Parameter #2 Compression: V.42bis both
Parameter #3 EC Retransmission Count: 2
Parameter #4 Self Test Error Count: 0
Parameter #5 Call Timer: 96 secs
Parameter #6 Total Retrains: 1
Parameter #7 Sq Value: 3
Parameter #8 Connected Standard: V.34+
Parameter #9 TX,RX Bit Rate: 28800, 28800
Parameter #11 TX,RX Symbol Rate: 3429, 3429
Parameter #13 TX,RX Carrier Frequency: 1959, 1959
Parameter #15 TX,RX Trellis Coding: 16, 16
Parameter #16 TX,RX Preemphasis Index: 0, 6
Parameter #17 TX,RX Constellation Shaping: Off, Off
Parameter #18 TX,RX Nonlinear Encoding: Off, Off
Parameter #19 TX,RX Precoding: Off, Off
Parameter #20 TX,RX Xmit Level Reduction: 0, 0 dBm
Parameter #21 Signal Noise Ratio: 35 dB
Parameter #22 Receive Level: -13 dBm
Parameter #23 Frequency Offset: 0 Hz
Parameter #24 Phase Jitter Frequency: 0 Hz
Parameter #25 Phase Jitter Level: 0 degrees
Parameter #26 Far End Echo Level: -36 dBm
Parameter #27 Phase Roll: 0 degrees
Parameter #28 Round Trip Delay: 6 msecs
Parameter #30 Characters transmitted, received: 8636, 116
Parameter #32 Characters received BAD: 0
Parameter #33 PPP/SLIP packets transmitted, received: 0, 0
Parameter #35 PPP/SLIP packets received (BAD/ABORTED): 0
Parameter #36 EC packets transmitted, received OK: 124, 63
Parameter #38 EC packets (Received BAD/ABORTED): 4
Parameter #39 Robbed Bit Signalling (RBS) pattern: 0
Parameter #40 Digital Pad: None, Digital Pad Compensation: None
Line Shape:
.........*
......*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.........*
.......*
........*
*
للحصول على تفاصيل، راجع نظرة عامة على جودة خط المودم العام ووحدات التخزين المتصلة بالشبكة (NAS) وملاحظة الإصدار هذه.
إذا ظهرت حلقات التكرار إلى أقرب محولات Telco (من جوانب العميل وخادم الوصول) نظيفة، وكانت الجوانب الفرعية المثلى في مكان ما في مسار Telco، ففيما يلي بعض الأشياء التي يمكنك القيام بها:
-
قم بإجراء مكالمة بخلاف EC في V.22bis بسرعة 2400 بت في الثانية. إذا كانت الدائرة سليمة، فلا يجب فعليا رؤية اية أخطاء. إذا تركت الاتصال خاملا وشاهدت أخطاء متكررة (وخاصة مع الرمز 0x7B، '{' في ASCII)، فإنه يشير إلى وجود شرائح الساعة (التي يتم التحكم فيها) (على سبيل المثال، داخل شبكاتي T الخاصة بشركة Telco، نادرا ما تتم رؤيتها)
-
إذا كانت مستويات طاقة الإرسال أو الاستقبال التي تظهر على عملائنا عالية جدا أو منخفضة جدا، فقم بضبط مستويات الإرسال، وأضف أو أزل خط أو خط اتصال.
إذا كنت ترى ناقل V.34 يتمتع بصحة جيدة، لكنك تتلقى اتصال تعديل رمز النبض (PCM) الضعيف أو غير القوي (حيث يكون كود PCM على العملاء معروفا بأنه متوافق مع أجهزة مودم الخادم):
-
تحقق من أن مسارات الدائرة إلى أجهزة مودم العميل يمكن أن تدعم اتصال PCM. في الشبكات الأخرى، تأكد من أنها لا تحتوي على تحويل تناظري رقمي إضافي.
-
افحص الحشو الرقمي في المسار.
تابع مع Telco للتحقيق أكثر على طول مسارات الاتصال.
أجهزة المودم لا تختار المكالمات
لاستكشاف هذه المشكلة وإصلاحها، أكمل الخطوات التالية:
-
تحقق ما إذا كان الاتصال سيصل إلى خادم الوصول باستخدام تقنية الاتصال: تقنيات أستكشاف الأخطاء وإصلاحها.
-
تحقق مما إذا كانت إستدعاءات ISDN لها القدرة الصحيحة لحاملها، وتأكد من عدم تكوين DoV.
-
تحقق ما إذا تم تكوين أجهزة المودم لانتقاء المكالمات الصوتية.
-
تحقق من صحة إعدادات Modemcap، كما هو موضح في عمليات إدارة المودم (راجع أيضا الملاحظة 2) (على سبيل المثال، لم يتم تعيين سجل S0 على 0 أو قيمة عالية جدا):
-
في حالة إستخدام RPM أو RPMS، تحقق أولا من إستمرار المشكلة بعد تعطيل الميزة. إذا ساعد ذلك، فقم بالمتابعة باستخدام RPM التي تم تكوينها محليا والتحقق من إعدادات Modemcap.
-
تحقق مما إذا كانت القنوات B غير مشغولة، (show isdn active) وهناك أجهزة مودم حرة (show modem). إذا تم تمييز أجهزة المودم بأنها سيئة، فقد تكون مشكلة أجهزة أو برامج.
-
عادة ما يكون فشل الأجهزة موجودا مع بطاقة حامل معينة أو بطاقة مودم معينة. لا يلزم بالضرورة وضع علامة سيئة على أجهزة المودم، ولكنها تفشل في جميع المكالمات منذ بدء التشغيل. إستبدال الأجهزة هو الحل.
-
في حالة فشل البرامج، تكون أجهزة المودم عادة تعمل بشكل جيد بعد كل إعادة تشغيل، ولكن يتم لاحقا وضع علامة سيئة بشكل عشوائي (قد تكون في مجموعات مكونة من بطاقة مودم واحدة أو إثنين أو ثلاثة أو ستة أو 12 ضمن نفس بطاقة المودم) أو ببساطة تفشل في جميع المكالمات الأخرى. إذا ظهرت المشكلة أثناء ساعات الذروة فقط، فراجع إحصائيات المودم show modem . يشير معدل عدم الإجابة المرتفع المنتشر بالتساوي عبر جميع أجهزة المودم إلى أن خادم الوصول لا يمكنه ببساطة معالجة مثل هذا الحجم من المكالمات. إذا كان المعدل المرتفع من دون إجابات محددا لعدد قليل من أجهزة المودم فقط، فإنه من المحتمل أن يشير إلى فشل البرنامج. يعد إعادة تحميل البرامج الثابتة حلا بديلا. الحل هو ترقية البرنامج وتمكين الاسترداد التلقائي للمودم (لموجهات Cisco 3600، قد تحتاج الوحدة النمطية للشبكة [NM] إلى إستبدال إذا كان إخراج الأمر show diag يشير إلى أن رقم الجزء ليس -02 الإصدار: 800-0553x-02). لمزيد من المعلومات، ارجع إلى أجهزة المودم MICA وNextPort.
-
أجهزة المودم تختار المكالمات، لكنها تفشل في التدريب
في بعض الأحيان، تلتقط أجهزة المودم المكالمات، ولكنها لا تتدرب. للتحقق من ذلك، قم بجمع الإحصائيات التمثيلية (انظر أيضا الملاحظة 1) على أي جانب يبدأ بالانقطاع، وما هو السبب. بالنسبة لجانب خادم الوصول، يتم شرح أسباب قطع الاتصال في:
أيضا يجب أن تتناقص الأجزاء القابلة للاستبدال بواسطة العميل نفسه (CSR)، ويجب أن تتوقف أجهزة المودم في مكان ما في وسط عمليات الانتقال في حالة المودم.
تحقق أولا مما إذا تم تكوين دولة المودم بشكل صحيح. تحقق من وجود أخطاء على وحدة التحكم أو الواجهة على كل من خادم الوصول وجانبي Telco (إذا أثرت المشكلة على الإشارات القادمة من خادم الوصول إلى أقرب تبادل Telco، فقد لا يقوم خادم الوصول بالإبلاغ عن أي أخطاء). في حالة إستخدام RPM أو RPMS، تحقق مما إذا كانت المشكلة ستستمر بعد تعطيل الميزة. ثم حاول باستخدام RPM التي تم تكوينها محليا وتحقق من صحة إعدادات Modemcap، كما هو موضح في عمليات إدارة المودم (انظر أيضا الملاحظة 2):
تحقق من إحصائيات المودم باستخدام الأمر show modem (MICA) أو show spe (NextPort). إذا كان لدى مجموعات أجهزة المودم الواحد أو إثنين أو ثلاثة أو ستة أو 12 الموجودة ببطاقة المودم نفسها عدد كبير بشكل غير عادي من المكالمات الفاشلة أو تم وضع علامة سيئة عليها، فقد تكون مشكلة خاصة بالأجهزة أو البرامج.
-
في حالة فشل الأجهزة، من المعتاد البقاء مع بطاقة حامل معينة أو بطاقة مودم معينة. لا يلزم بالضرورة وضع علامة سيئة على أجهزة المودم، ولكنها تفشل في جميع المكالمات منذ بدء التشغيل. إستبدال الأجهزة هو الحل.
-
في حالة فشل البرامج، يكون من المعتاد أن تعمل أجهزة المودم بشكل جيد بعد كل إعادة تشغيل، ولكن يتم وضع علامة سيئة لاحقا بشكل عشوائي (قد تكون في مجموعات تتكون من بطاقة مودم واحدة أو إثنين أو ثلاثة أو ستة أو 12 داخل نفس بطاقة المودم) أو ببساطة تفشل في جميع المكالمات الأخرى. يعد إعادة تحميل البرامج الثابتة حلا بديلا. الحل هو ترقية البرنامج وتمكين الاسترداد التلقائي للمودم (لموجهات Cisco 3600، قد تحتاج وحدة الشبكة النمطية (NM) إلى إستبدال، إذا أظهر إخراج show diag أن رقم الجزء ليس -02 إصدار: 800-0553x-02). لمزيد من المعلومات، ارجع إلى أجهزة المودم MICA وNextPort.
إذا لم يتم العثور على المشكلة خاصة ببنية خادم الوصول، فراجع ما إذا كانت أجهزة المودم التي تقوم بالضبط الدقيق تحدث أي تأثير على أوقات الاتصال وأسباب قطع الاتصال.
أجهزة المودم تتدرب، لكن الاتصال ضعيف
ويمكن أن تعزى هذه المشاكل بالتساوي إلى Telco أو مودم العميل أو خادم الوصول. إذا لم تتوفر إحصائيات سابقة للموقع، فإن توصيات سلسلة ITU-T V.56 قد تخدم عملية تقريب أولى من معدلات الربط التي يمكنك توقع النسب بها. تحقق من وجود أخطاء في وحدة التحكم والواجهة. يجب إجراء الفحص على كل من خادم الوصول وجانبي Telco (إذا أثرت المشكلة على الإشارات القادمة من خادم الوصول إلى أقرب تبادل Telco، فقد لا يقوم خادم الوصول بالإبلاغ عن أي أخطاء). وقد يلزم أيضا المضي قدما مع شركة تيلكو على طول المسار.
في حالة إستخدام RPM أو RPMS، تحقق أولا من إستمرار المشكلة بعد تعطيل الميزة. إذا كان ذلك مفيدا، فابحث في RPM و Modemcap اللذين تم تكوينهما محليا، كما هو موضح أدناه.
تحقق من صحة إعدادات modemcap كما هي موضح في عمليات إدارة المودم (راجع أيضا الملاحظة 2):
حاول ضبط أجهزة المودم بدقة وانظر ما إذا كانت تحدث تحسينات مع أي نوع من أجهزة المودم. تحقق من معلمات الاتصال للمكالمات المحددة باستخدام show modem status التشغيلية، كما هو موضح في نظرة عامة على جودة خط المودم العام و NAS وملاحظة الإصدار هذه لتحديد المشاكل المحتملة.
أجهزة المودم تقوم بالتدريب، لكن PPP لا يبدأ
للتحقق من ذلك، تحقق من سبب قطع الاتصال في سجلات المودم. تحقق من عدم انخفاض مستوى التحكم في الوصول للوسائط (CSR)، وتمر أجهزة المودم خلال جميع عمليات انتقال الحالة بنجاح. في فحص التكوين:
-
ما إذا تم تكوين بروتوكول الاتصال من نقطة إلى نقطة (PPP) على خادم الوصول في الوضع التفاعلي أو المخصص. إذا تم تعيين PPP إلى أن يتم تحديده بشكل تفاعلي، ولا يرسل العميل تسلسل التحديد التلقائي PPP، كما هو محدد في RFC 1662، فإن اتصال PPP من وجهة نظر خادم الوصول مستحيل. تحقق من جانب العميل أو شركة Telco.
-
سواء تم تكوين خطوط المودم وواجهة المودم (عادة ما تكون مجموعة-async) بشكل صحيح (لتكوينات عينة، راجع مقدمة هذا القسم أو تقنية Dialup: تقنيات أستكشاف الأخطاء وإصلاحها).
-
ما إذا كان قد تم ترك أي أجهزة مودم خارج نطاق مجموعة واجهة group-async أم لا. لا يجب ترك أي منهم يتيم.
أجهزة المودم تتدرب، و PPP يبدأ، و لكن الاتصال ينقطع لاحقا
تحقق مما إذا كان العملاء أو شركة Telco أو خادم الوصول يقومون بتهيئة عمليات قطع الاتصال أم لا.
-
تحقق أولا مما إذا تم إنهاء إرتباط PPP بشكل صحيح (يمكن بدء عملية قطع الاتصال هذه بواسطة العميل أو خادم الوصول) باستخدام تقنية Dialup: تقنيات أستكشاف الأخطاء وإصلاحها.
-
إذا لم يتم إنهاء PPP بشكل صحيح، فقد يكون Telco هو السبب. قم بفك ترميز أسباب قطع الاتصال في سجل المودم. (انظر أيضا الملاحظة 1).
-
إذا أبلغت أجهزة المودم أيضا عن قطع اتصال غير متوقع، فقد يكون Telco على خطأ. من الأفضل مقارنة أسباب قطع الاتصال من كلا طرفي الاتصال. ارجع إلى سبب انقطاع ISDN. (انظر أيضا الملاحظة 3).
-
إذا قام خادم الوصول بإسقاط الاتصال، فتحقق من تعريف حركة المرور المفيدة بشكل صحيح على واجهة المتصل المطابقة. يجب أن يقوم الأمر debug dialer events بالإبلاغ في حالة قطع خادم الوصول للمكالمات عند انتهاء المهلة.
إذا قام العملاء ببدء عمليات الإسقاط، فمن غير المرجح أن يساعد أستكشاف أخطاء خادم الوصول وإصلاحها. جرب التوصيات الواردة من قسم أستكشاف أخطاء مودم العميل وإصلاحها ثم استمر في التحقق من جانب العميل أولا. وحتى إذا حدث انخفاض مفاجئ في قيمة كل عميل تم إختباره، فإن هذه الحقيقة وحدها لا تكفي لتحديد الأمور التي تجعلهم ينفصلون تماما عن خادم الوصول. إذا كانت نتائج التحقيق بحاجة إلى مزيد من المساعدة من Cisco، فقد وثقت النتائج التي توصلت إليها وفتحت حالة مع TAC من Cisco.
لم يتم العثور على مشاكل محددة، ولكن CSR منخفضة
لتحديد ما إذا كانت CSR مرتفعة أو منخفضة، تحتاج إلى أرقام مرجعية نموذجية للمنطقة. والهدف من ذلك هو تحقيق نسبة إجمالية للفئة المستهدفة تبلغ 95 في المائة. ومع ذلك، ففي بيئة مزود خدمة الإنترنت (ISP)، مع مجموعة متنوعة ومتنوعة من أجهزة المودم العميلة ومجموعة كبيرة من ظروف التكرار الحلقي المحلية، يكون تحقيق ذلك هدفا صعبا. بما أن المسؤولية الاجتماعية للشركات قضية معقدة، فمن الصعب تحديد معدلات نجاح المكالمات المتوقعة. وهذا يرجع إلى الظروف المختلفة التي تؤثر على مكالمة المودم. على سبيل المثال:
-
ما أنواع المحولات قيد الاستخدام؟
-
هل يستخدم الموقع COs جنبا إلى جنب؟
-
هل كانت الخطوط مؤهلة (إختبارات بيرت، وهلم جرا) لتضمن انها نظيفة؟
-
ما هي جودة وسلامة مصنع الكبلات النحاسية؟
-
هل تتضمن طوبولوجيا الاستدعاءات نقلات تناظرية؟
-
هل يتم إستخدام بنوك قنوات التوزيع أو البطاقات الخاصة في الشبكة؟
-
هل الخطوط ISDN PRI أو E1s channelized؟
-
ما هو توزيع أجهزة مودم العميل؟
ملاحظة: هذه مجرد عوامل قليلة.
يجب أن تكون الإحصائيات تمثيلية. يجب أن يكون هناك على الأقل عشرة مكالمات لكل مودم من أجل التوصل إلى أي إستنتاجات أولية، ولكن يوصى عموما بالانتظار حتى تكون هناك بضعة آلاف من المكالمات (انظر أيضا الملاحظة 1). كل اتصال مودم فريد. قد يأخذ إستدعاءان من المودم نفسه إلى رقم الوجهة نفسه مسارين مختلفين تماما من خلال شبكة PSTN وقد ينتهي بهم الأمر على أجهزة مودم مضيف مادية مختلفة. يمكن أن تعاني الحلقة المحلية، وهي اتصال النحاس من مقرات العملاء إلى التبادل المحلي، من حالات بيئية فريدة لذلك العميل، على الرغم من أن معظم موفري حلقات التكرار المحليين يحاولون التأكد من أن خصائص الحلقة المحلية تقع ضمن نطاق مقبول. تستخدم أجهزة مودم العميل مجموعات شرائح مختلفة تختلف من الشركة المصنعة إلى الشركة المصنعة وغالبا ما تكون داخل خطوط المنتج الخاصة بالشركة المصنعة نفسها.
فيما يلي المعلمات التي يجب مراقبتها:
-
CSR: إظهار ملخص المودم
-
الاتصال بسرعات: show modem connect-speed، أو show modem log (MICA) أو show port modem log (NextPort)
-
نسبة الإشارة إلى الضوضاء (SNR): show modem status التشغيلية (MICA، NextPort)، AT@E1 (Microcom)، show modem log (MICA) أو show port modem log (NextPort)
-
مستويات الإرسال والاستقبال: show modem operstatus (MICA، NextPort)، AT@E1 (Microcom)
-
تعديلات وبروتوكولات المودم: show modem log (MICA) أو show port modem log (NextPort)
-
أسباب قطع اتصال المودم: show modem call-stats
-
عمليات إعادة التوجيه وإرسال كتلة EC: show modem log (MICA) أو show port modem log (NextPort)، show modem operation-status (MICA، NextPort)
لمزيد من التفاصيل، راجع نظرة عامة على جودة خط المودم العام ووحدات التخزين المتصلة بالشبكة (NAS) وملاحظة الإصدار هذه.
من المقبول أن تكون نسبة CSR التي تبلغ عنها خوادم الوصول من Cisco أقل بنسبة قليلة في المائة من CSR التي تبلغ عنها خوادم الوصول التابعة لجهات خارجية بسبب الاختلافات في كيفية اعتبارها المكالمة ناجحة. في خوادم الوصول من Cisco، يتم وضع علامة بنجاح على المكالمة فقط بعد أن تنجح في كل من التدريب الأولي ومرحلة التفاوض مع EC (ما لم يتم التفاوض مع EC، لا يمكن تمرير بيانات المستخدم عبر الارتباط). تميل خوادم الوصول التابعة لجهات خارجية إلى إعتبار المكالمة ناجحة مباشرة بعد مرور التدريب الأولي (أي لا يتم أخذ حالات فشل المفوضية الأوروبية في الاعتبار).
يمكن نسب مشكلة CSR المنخفضة بشكل متساو إلى Telco أو العملاء أو خادم الوصول. حاول تحسين CSR من خلال مودم الضبط الدقيق. لاستكشاف أخطاء أجهزة المودم والتلكو وإصلاحها، راجع قسم أستكشاف أخطاء مودم العميل وإصلاحها. هذه الأعراض نموذجية للمشاكل المتعلقة بخادم الوصول:
-
قم بإظهار مجموعات تقارير المودم التي تحتوي على جهاز مودم واحد أو إثنين أو ثلاثة أو ستة أو 12 داخل بطاقة المودم نفسها والتي تحتوي على عدد كبير بشكل غير عادي من مكالمات Failed أو No Response.
-
يعرض عرض Modemcall-stats مجموعات من جهاز مودم واحد أو إثنين أو ثلاثة أو ستة أو 12 داخل البطاقة نفسها بها أكثر من 10٪ من حالات قطع الاتصال الخاصة بها والمعزولة إلى أعمدة من dtrDrop أو hostDrop و rmtLink (قد تقوم LostCarr أيضا بحساب قطع اتصال جيد، إذا لم تقم أجهزة مودم العميل بإنهاء LAP-M قبل قطع الاتصال)؛
-
يتم وضع علامة سيئة على مجموعات من جهاز مودم واحد أو إثنين أو ثلاثة أو ستة أو 12 داخل بطاقة مودم واحدة، ولكن بعد إعادة تحميل البرنامج الثابت يمكن إجراء المكالمات مرة أخرى.
إذا تطابقت الأعراض، فقم بترقية البرنامج وتكوين الاسترداد التلقائي للمودم. لمزيد من المعلومات، ارجع إلى أجهزة المودم MICA وNextPort.
ملاحظات
ملاحظة 1
لأتمتة تحليل إحصائيات المودم، أستخدم الأدوات 
المتاحة كجزء من مبادرة المصدر المفتوح (COSI) التي ترتكز على Cisco .
ملاحظة 2
لأتمتة تحليل أجهزة المودم، أستخدم الأدوات المتوفرة كجزء من مبادرة المصدر المفتوح (COSI) التي ترتكز على Cisco .
ملاحظة 3
يمكن أتمتة تحليل إرسال إشارات ISDN باستخدام الأدوات المتوفرة كجزء من مبادرة المصدر المفتوح (COSI) التي ترتكز على Cisco.
معلومات ذات صلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
03-Sep-2006 |
الإصدار الأولي |
التعليقات