تكوين مجموعة تصحيح الأخطاء للبوابات TDM و CUBE
المحتويات
المقدمة
يصف هذا المستند بعض أفضل الممارسات لجمع تصحيح أخطاء الصوت في الموجه الصوتي Cisco IOS®/IOS XE®.
المتطلبات الأساسية
المتطلبات
- حق الوصول المميز لتنفيذ الأوامر في موجهات ISR.
- التجربة السابقة مع بروتوكولات نقل الصوت عبر بروتوكول الإنترنت (VoIP) مطلوبة.
- لتتبع بروتوكول VoIP، يلزم توفر 17.4.1 أو 17.3.2 كحد أدنى من Cisco IOS XE.
- معرفة أساسية بموجهات الخدمات المتكاملة (ISR) من Cisco IOS/IOS XE.
المكونات المستخدمة
لأغراض هذا المستند، تكون المكونات المستخدمة هي:
- بوتي
- Cisco ISR 3925
- Cisco ISR 4451
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
تواجه عملية تجميع تصحيح الأخطاء في هذه الأنظمة الأساسية تحديات ويمكن أن تؤثر على أداء الجهاز. تزداد التحديات والمخاطر عندما توجد العديد من المكالمات النشطة التي تم إنشاؤها في موجه الصوت. في بعض السيناريوهات، إذا لم يتم تجميع تصحيح الأخطاء بشكل صحيح، فقد يؤدي ذلك إلى وحدة معالجة مركزية (CPU) عالية يمكن أن تتسبب في تلف سعة الموجه وحتى يؤدي إلى تعطل البرنامج. يناقش هذا المستند الاختلافات بين عنصر الحدود الموحد (CUBE) من Cisco وبوابة تجميع (TDM)/تناظرية لتقسيم الوقت.
بوابات الصوت TDM مقابل CUBE
يتم إستخدام بوابات الصوت الخاصة بإدارة قاعدة بيانات المحول (TDM) بشكل رئيسي لتوصيل نظام هاتف داخلي مع برنامج Private Branch Exchange (PBX) آخر أو الشبكة الهاتفية المحولة العامة (PSTN). نوع الاتصالات التي يتم إستخدامها في بوابات TDM هي وحدات التحكم T1/E1 (ISDN أو CAS) والدوائر التناظرية مثل منافذ FXS و FXO. يقوم معالج الإشارة الرقمي (DSP) بتحويل الصوت من شكله الأولي إلى حزم RTP. وبطريقة مماثلة، يتم تحويل حزم RTP إلى صوت خام بعد أن يقوم DSP بمعالجة حزم RTP وإرسال الصوت إلى الدائرة المحددة. تعمل هذه البوابات مع بروتوكول التحكم في المكالمات H323 أو MGCP أو Skinny (SCCP) على جانب VoIP، وعلى جانب TDM. وهو إما دوائر ISDN PRI أو تناظرية كأكثر الاتصالات شيوعا إلى PSTN أو نقاط النهاية.
كما هو موضح في الصورة، توفر بوابات TDM جسرا بين البنية الأساسية الداخلية ل VoIP ومزودي الخدمة التناظرية أو ISDN:
ومع طرح بروتوكول VoIP، قام العملاء بتغيير أنظمتهم القديمة بسرعة إلى بنية أساسية حديثة خاصة بتقنية VoIP. حدث نفس الشيء على جانب مزود الخدمة، حيث يستخدمون الآن الاتصالات للاتصال الداخلي بخدمات الهاتف مع البنية الأساسية ل VoIP لموفر الخدمة وتوسيع إمكانياتهم لتوفير خدمات أفضل. بروتوكول VoIP الأكثر شيوعا المستخدم اليوم هو بروتوكول بدء جلسة العمل (SIP)، ويتم إستخدامه حاليا على نطاق واسع من قبل العملاء ومزودي خدمة الاتصال الهاتفي عبر الإنترنت (ITSP) عبر العالم.
وقد تم إدخال CUBE لتوفير طريقة لربط أنظمة الصوت عبر بروتوكول الإنترنت الداخلية هذه بالعالم الخارجي من خلال ITSPs مع SIP باعتباره بروتوكول الصوت عبر بروتوكول الإنترنت (VoIP) الرئيسي. CUBE هو عبارة عن عبارة IP-IP حيث لم يعد يتطلب أي نوع من اتصال TDM مثل وحدات التحكم T1/E1 أو المنافذ التناظرية. يتم تشغيل المكعب على نفس الأنظمة الأساسية مثل بوابات TDM.
بروتوكول VoIP الأكثر شيوعا المستخدم هو SIP، لإنشاء المكالمات وإنهائها، و RTP لنقل الوسائط. لا توجد حاجة في CUBE إلى DSP ما لم يكن هناك حاجة إلى جهاز إرسال/إستقبال. ينتهي تدفق حركة مرور RTP من ITSP إلى نقطة النهاية، ويعمل CUBE كالرجل الأوسط الذي له عنوان يخفي كواحدة من الميزات الكثيرة التي تقدمها.
كما هو موضح في الصورة، يوفر CUBE انقساما بين البنية الأساسية الداخلية ل VoIP و SIP ITSP:
مجموعة تصحيح أخطاء صوت Cisco IOS/IOS XE
تعمل الميزات الصوتية على قائمة مختلفة من الأنظمة الأساسية، مثل ISR و ASR و CAT8KS وغيرها؛ ومع ذلك، فهي تستخدم برنامجا مشتركا يكون إما Cisco IOS أو Cisco IOS XE (لا يتم تغطية الاختلافات بين Cisco IOS و Cisco IOS XE في هذه المقالة). هذه هي المبادئ الأساسية على كيفية الوصول إلى موجه Cisco IOS.
كيفية الوصول إلى موجه Cisco IOS/IOS XE عبر واجهة سطر الأوامر (CLI)
تتطلب الموجهات، مثل أي أجهزة أخرى تستند إلى واجهة سطر الأوامر، وجود شاشة طرفية للحصول على حق الوصول لتشغيل الأوامر من خلال طبقة الأمان (SSH) أو برنامج Telnet. SSH هو البروتوكول الأكثر شيوعا المستخدم في الوقت الحالي للوصول إلى الأجهزة المحددة. وهو يوفر اتصال آمن ومشفر بالجهاز. بعض شاشات المحطة الطرفية الشائعة المستخدمة للوصول إلى CLI الخاص بالموجهات هي:
كيفية تعيين جهاز العرض الطرفي لتجميع أوامر العرض أو تصحيح الأخطاء
هناك طرق مختلفة لجمع المخرجات من واجهة سطر الأوامر. تتمثل التوصية في تصدير المعلومات من واجهة سطر الأوامر (CLI) الخاصة بالموجه إلى ملف منفصل. وهذا يجعل من الأسهل تقاسم المعلومات مع أطراف خارجية.
هناك طريقتان لجمع المخرجات من الجهاز وهما:
- قم بتفريغ كافة المخرجات في المحطة الطرفية. تحتاج إلى التأكد من وجود خطوط كافية للتمرير إلى الخلف، وإلا، فإن التمرير إلى الخلف يفتقد الأقسام الأولى من الإخراج ويمكن أن تكون البيانات غير كاملة. لزيادة خطوط التمرير الخلفية في PuTTY، انتقل إلى PuTTY Configuration > نافذة > خطوط ScrollBack. بشكل طبيعي، يتم ضبط هذا إلى قيمة عالية جدا من أجل الحصول على ما يكفي من مخرجات تمرير للخلف:
لاحقا، يمكنك تجميع المعلومات من جهاز العرض الطرفي باستخدام خيار نسخ الكل إلى الحافظة ولصق المخرجات في ملف نصي:
- خيار آخر هو أن يقوم بتسجيل مخرجات الجلسة بأكملها إلى ملف .txt. باستخدام هذا الخيار، يتم تسجيل كل الأوامر التي تم إدخالها، والمخرجات التي تم تجميعها، على الفور في الملف النصي. هذه ممارسة شائعة لتسجيل كل المخرجات في جلسة عمل. لتسجيل كل مخرجات الجلسة إلى ملف في PuTTY، انتقل إلى PuTTY تشكيل > جلسة عمل > تسجيل الدخول ثم حدد كل مخرجات جلسة العمل كما يلي:
تجميع إخراج أمر العرض الأساسي من واجهة سطر الأوامر
يتطلب الأمر show لجمع المعلومات الأساسية من الموجه قبل حدوث أي مجموعة تصحيح أخطاء. سريع التجميع لأوامر العرض، ولمعظم الوقت، لا يكون لها أي تأثير في الأداء على الموجه. يمكن أن تبدأ عملية عزل المشكلة فورا بتشغيل أمر show.
بمجرد الاتصال بالموجه، يمكن تعيين طول المحطة الطرفية على 0. وهذا يسمح للمجموعة الأسرع بعرض كل المخرجات مرة واحدة، وتجنب إستخدام شريط المساحة. هناك أمر واحد يجمع معلومات تفصيلية على الموجه وهو show tech، وبدلا من ذلك، يمكنك تجميع show tech voice، والذي يعرض بيانات أكثر تحديدا إلى الميزات الصوتية الممكنة على الموجه:
Router# terminal length 0
Router# show tech
!or
Router# show tech voice
Router# terminal default length !This cmd restores the terminal length to default
تجميع إخراج تصحيح الأخطاء من واجهة سطر الأوامر
يمكن أن تكون مجموعة مخرجات تصحيح الأخطاء في Cisco IOS/IOS XE في بعض الأحيان تحديا نظرا لوجود خطر تعطل الموجه. وترد في الفروع التالية بعض أفضل الممارسات لتفادي بعض هذه المسائل.
فحص الذاكرة
قبل تمكين أي تصحيح أخطاء، يجب التأكد من وجود ذاكرة كافية لتخزين الإخراج في المخزن المؤقت.
قم بتشغيل الأمر show process memory لتحديد مقدار الذاكرة التي يمكنك تخصيصها لتسجيل جميع المخرجات في المخزن المؤقت:
تلميح: أستخدم الأمر terminal length default أو terminal length للعودة إلى مقدار محدود من الخطوط المعروضة في المحطة الطرفية.
Router# show process memory
Processor Pool Total: 8122836952 Used: 456568400 Free: 7666268552
lsmpi_io Pool Total: 6295128 Used: 6294296 Free: 832
في هذا المثال، هناك 7666268552 بايت (7.6 جيجابايت) متوفرة للاستخدام بواسطة الموجه. تتم مشاركة هذه الذاكرة بواسطة الموجه بين جميع عمليات النظام. هذا يعني أنه لا يمكنك إستخدام كل الذاكرة الحرة المتاحة لتسجيل المخرجات في المخزن المؤقت، ومع ذلك، يمكنك إستخدام مقدار كبير من ذاكرة النظام حسب الحاجة.
تتطلب معظم السيناريوهات 10 ميجابت على الأقل لجمع إخراج تصحيح الأخطاء الكافي قبل فقدان الإخراج أو الكتابة فوقه. وفي حالات نادرة، يلزم جمع قدر أكبر من البيانات. في هذه السيناريوهات، يمكنك الحصول على إخراج يتراوح قيمته من 50 ميجابايت إلى 100 ميجابايت في المخزن المؤقت، أو يمكنك تحقيق زيادة أكبر إذا كانت هناك ذاكرة متوفرة.
إذا كانت الذاكرة الحرة منخفضة، فمن المحتمل أن تكون هناك مشكلة في تسريب الذاكرة. إذا كان هذا هو الحال، فاشترك مع فريق TAC الخاص بالبنية لمراجعة ما يمكن أن يكون سبب انخفاض الذاكرة.
فحص وحدة المعالجة المركزية (CPU)
تتأثر وحدة المعالجة المركزية (CPU) بمقدار العمليات والميزات والاستدعاءات النشطة في النظام. كلما زاد نشاط الميزات أو المكالمات في النظام، زادت انشغال وحدة المعالجة المركزية.
تتمثل إحدى المعايير الجيدة في التأكد من أن الموجه يحتوي على وحدة المعالجة المركزية (CPU) بنسبة 30٪ أو أقل، مما يعني أنه يمكنك تمكين تصحيح الأخطاء بأمان من المستويات الأساسية إلى المتقدمة (أحرص دائما على مراقبة وحدة المعالجة المركزية (CPU) عند إستخدام تصحيح الأخطاء المتقدم.) إذا كانت وحدة المعالجة المركزية للموجه تبلغ نسبة 50٪ تقريبا، يمكن تشغيل عمليات تصحيح الأخطاء الأساسية، ومع ذلك، فعليك مراقبة وحدة المعالجة المركزية (CPU) دائما. إذا وصلت وحدة المعالجة المركزية إلى نسبة أعلى من 80٪، فقم بإيقاف تصحيح الأخطاء على الفور (كما هو موضح لاحقا في هذه المقالة) وقم بتوجيه TAC للمساعدة.
تشغيل show process cpu التي تم فرزها | إستثناء الأمر 0.00 لمراجعة قيم وحدة المعالجة المركزية (CPU) الخمس و 60s و 5 دقائق إلى جانب العمليات العليا.
Router# show processes cpu sorted | exclude 0.00
CPU utilization for five seconds: 1%/0%; one minute: 0%; five minutes: 0%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
211 4852758 228862580 21 0.15% 0.06% 0.07% 0 IPAM Manager
84 3410372 32046994 106 0.07% 0.04% 0.05% 0 IOSD ipc task
202 3856334 114790390 33 0.07% 0.05% 0.05% 0 VRRS Main thread
في الإخراج، لا يحتوي الموجه على الكثير من النشاط، ووحدة المعالجة المركزية (CPU) منخفضة، ويمكن تمكين تصحيح الأخطاء بأمان.
تحذير: امنح اهتماما كبيرا لعمليات وحدة المعالجة المركزية (CPU) العليا النشطة. إذا كانت وحدة المعالجة المركزية بنسبة 50٪ أو أعلى، وكانت العملية العليا هي عملية صوتية فقط، يمكن تمكين تصحيح الأخطاء الأساسية. مراقبة وحدة المعالجة المركزية باستمرار باستخدام الأمر لضمان عدم تأثر الأداء الإجمالي للموجه.
التحقق الحالي من المكالمات النشطة
يحتوي كل موجه على حدود قدرة مختلفة. من المهم التحقق من عدد المكالمات النشطة في الموجه لضمان أنه لا يقترب من الحد الأقصى للسعة. توفر صفحة بيانات الإصدار 12 من عنصر الحدود الموحدة من Cisco معلومات حول سعة كل نظام أساسي للمرجع.
قم بتشغيل الأمر show call total-calls النشط للحصول على فكرة حول عدد المكالمات النشطة في النظام:
Router# show call active total-calls
Total Number of Active Calls : 0
قم بتشغيل الأمر show call voice summary لاستلام معلومات أكثر تفصيلا حول أنواع الاستدعاءات النشطة:
Router# show call active voice summary
Telephony call-legs: 0
SIP call-legs: 0
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 0
STCAPP call-legs: 0
Multicast call-legs: 0
Total call-legs: 0
بعض القيم المشتركة هي:
- أجهزة الإتصال الهاتفية: مكالمات عبارة TDM، وهذا يتضمن مكالمات PRI/ISDN التناظرية.
- نظام SIP Call-Legs: إجمالي مكالمات SIP؛ إذا كان هذا هو موجه المكعب، فهذا يعرض رجلين للاستدعاء لكل مكالمة. قم بتقسيم إجمالي المكالمات على إثنين لتلقي رقم دقيق.
- ساق اتصال H323: إجمالي مكالمات H323.
- أجهزة اتصال SCCP: موارد الوسائط التي يتم التحكم فيها بواسطة مدير الاتصالات الموحدة (CUCM) من Cisco المستخدمة في الموجه مثل جهاز الإرسال والاستقبال و MTPs.
إعدادات المخزن المؤقت للتسجيل
لتكوين الموجه لتخزين إخراج تصحيح الأخطاء في المخزن المؤقت، يتم إدخال وضع تكوين المحطة الطرفية لضبط الإعدادات يدويا في واجهة سطر الأوامر. لا يؤثر هذا التكوين على الموجه، ومع ذلك، كما هو موضح في الأقسام السابقة، يلزم الأمر show tech أو show running-config من الموجه إذا كان يجب إرجاع الحدث في التكوين إلى الخلف.
هذا مثال تكوين، وهو عبارة عن خط أساس مشترك يستخدمه مهندسو TAC. يخصص هذا الأمر 10 ميجابايت من ذاكرة التخزين المؤقت ولكن يمكن زيادتها حسب الحاجة:
# configure terminal
service timestamps debug datetime msec localtime show-timezone year
service timestamps log datetime msec localtime show-timezone year
service sequence-numbers
logging buffered 10000000
no logging console
no logging monitor
logging queue-limit 10000
logging rate-limit 10000
voice iec syslog
تنجز هذه الأوامر هذه المهام:
- تصحيح أو سجل الطوابع الزمنية للخدمة: يضمن كتابة أوقات الموجهات المحلية على كل رسالة تم تسجيلها بدقة المللي ثانية. وهذا مفيد للعثور على المكالمات استنادا إلى الوقت. المللي ثانية من الطوابع الزمنية، والتي تتيح لك تجميع خطوط تصحيح الأخطاء في أحداث منطقية مرتبطة عندما يقع سطران ضمن نفس المللي ثانية.
- أرقام تسلسل الخدمة: يكتب الرقم التسلسلي للتصحيح في السطر. وهذا مفيد (مطلوب) عند إعادة توجيه السجلات إلى خادم syslog. وهذا مفيد جدا لتحديد ما إذا كان قد تم إسقاط أي رسالة تصحيح أخطاء إلى خادم syslog في الشبكة. الرقم التسلسلي هو أول عنصر في تصحيح الأخطاء قبل الطابع الزمني ورسالة السجل. وهذا يختلف عن خوادم syslog للطابع الزمني/التسلسل الرقمي التي يمكن أن تكتب محليا في ملفاتها.
- المخزن المؤقت للتسجيل: إعلام الموجه بإرسال تصحيح الأخطاء إلى ذاكرة المخزن المؤقت المحلية. تم تعيين حجم المخزن المؤقت بالبايت. في التكوين، تم تعيين حجم المخزن المؤقت على 10 ميجابت.
- لا توجد وحدة تحكم في التسجيل ولا مراقبة تسجيل: لا تتم طباعة أي رسائل سجل في وحدة التحكم أو جهاز العرض الطرفي. إذا لم يتم تكوين هذه الأوامر، فإنها يمكن أن تكون ضارة بأداء الموجه ودقة إخراج تصحيح الأخطاء.
- بروتوكول Syslog لمعرف فئة المورد (IEC) الصوتي: تمكين رسائل "رمز الخطأ الداخلي الصوتي" لتحديد أسباب قطع الاتصال.
تكوين إعدادات syslog
قد تكون المشاكل عشوائية في بعض الأحيان وتتطلب وسيلة لجمع تصحيح الأخطاء بشكل مستمر إلى أن يحدث الحدث. عندما تقوم بتخزين تصحيح الأخطاء في المخزن المؤقت، فإنها تقوم بتجميعها باستمرار. ويقتصر على مقدار الذاكرة التي يمكنك تخصيصها، وعندما يصل إلى هذا المقدار من الذاكرة، يتم إنشاء دوائر المخزن المؤقت وإسقاط الرسائل الأقدم، مما يؤدي إلى عدم اكتمال المعلومات القيمة المطلوبة لعزل المشكلة.
باستخدام syslog، يمكن للموجه إرسال جميع رسائل تصحيح الأخطاء إلى خادم خارجي حيث يقوم برنامج خادم syslog بتخزينها في ملفات نصية. على الرغم من أن هذه طريقة جيدة لجمع إخراج تصحيح الأخطاء، إلا أنها ليست الطريقة المفضلة لجمع السجلات. تميل خوادم syslog إلى تخطي البنود أو إسقاطها من الإخراج المتلقى بسبب الازدحام في الخادم. بما أن عمليات إخراج تصحيح الأخطاء يمكن أن تطغى على الخادم أو يمكن أن يتم إسقاط الحزم بسبب ظروف الشبكة. ومع ذلك، في بعض السيناريوهات، تعد syslog الطريقة الوحيدة لإحراز تقدم بشأن إحدى القضايا.
أستخدم، إن أمكن، طريقة نقل موثوقة مثل TCP لتجنب أي فقد للمعلومات وكاقتراح، قم بتوصيل خادم syslog بنفس المحول حيث يكون الموجه متصلا، أو أقرب ما يمكنك إلى الموجه. وهذا لا يضمن تخزين كل البيانات في الملفات، ولكنه يقلل من فرصة فقدان البيانات.
بشكل افتراضي، تستخدم خوادم syslog بروتوكول UDP كبروتوكول النقل على المنفذ 514:
#configure terminal
service timestamps debug datetime msec localtime show-timezone year
service timestamps log datetime msec localtime show-timezone year
service sequence-numbers
!Optional in case you still want to store debug output in the buffer.
logging buffered 10000000
no logging console
no logging monitor
logging trap debugging
!Replace the 192.168.1.2 with the actual Syslog Server IP Address
logging host 192.168.1.2 transport [tcp|udp] port
بمجرد تكوين الأوامر، يقوم الموجه فورا بإعادة توجيه الرسائل إلى عنوان IP الخاص بخادم syslog.
مجموعة تصحيح الأخطاء
بمجرد تمكين تصحيح الأخطاء، يجب مسح المخزن المؤقت قبل إعادة إنشاء المشكلة. ويتم القيام بذلك لضمان أن تكون المخرجات نظيفة قدر الإمكان ولتجنب البيانات الإضافية التي لا تكون مطلوبة للتحليل. قم بتشغيل الأمر clear log ، حيث يضمن ذلك مسح المخزن المؤقت. إذا كانت هناك إستدعاءات أخرى نشطة في الموجه وتم تمكين تصحيح الأخطاء، فإن المخرجات تطبع على الفور في المخزن المؤقت:
Router# clear log
Clear logging buffer [confirm]
Router#
بعد نسخ المشكلة، قم بتعطيل تصحيح الأخطاء فورا لإيقاف الإخراج الإضافي في المخزن المؤقت، ثم قم بجمع السجلات. يمكنك تفريغ كل المخرجات في المحطة الطرفية باستخدام الأوامر التالية:
Router# undebug all
Router# terminal length 0
Router# show log
في بعض الأحيان يتم إغلاق PuTTY حيث لا يعالج جميع المخرجات في آن واحد. وهذا أمر طبيعي ولا يعني أن هناك فشلا قد حدث. إذا حدث ذلك، أعد فتح جلسة العمل مرة أخرى وتابع بشكل طبيعي. في السيناريوهات التي يكون فيها المخزن المؤقت للتسجيل أكبر من اللازم أو يتعطل جهاز العرض الطرفي بسبب مقدار البيانات التي يجب طباعتها، انسخ إخراج المخزن المؤقت إلى جهاز خارجي مباشرة باستخدام سجل العرض أمر | إعادة التوجيه:
Router# show log | redirect ftp://username:password@192.168.1.2/debugs.txt
ينسخ هذا الأمر إخراج المخزن المؤقت بالكامل إلى عنوان IP ل FTP: 192.168.1.2 مع اسم الملف debug.txt. يجب تحديد اسم الملف دائما. الوجهات الأخرى المتاحة لتصدير البيانات هي:
Router# sh log | redirect ?
bootflash: Uniform Resource Locator
flash: Uniform Resource Locator
ftp: Uniform Resource Locator
harddisk: Uniform Resource Locator
http: Uniform Resource Locator
https: Uniform Resource Locator
nvram: Uniform Resource Locator
tftp: Uniform Resource Locator
ما هي عمليات تصحيح الأخطاء التي يمكن تمكينها في الموجهات الصوتية
يختلف كل تدفق مكالمات ونوع الميزات (موارد وسائط TDM أو CUBE أو SCCP) ويوجد تصحيح أخطاء محدد للتمكين. يجب تمكين جميع تصحيح الأخطاء المطلوبة في نفس الوقت. عندما يتم التقاط تصحيح واحد فقط في المرة الواحدة، فإنه يكون غير فعال ويوفر المزيد من الارتباك عندما يتم تحليل البيانات.
يتم تمكين تصحيح الأخطاء داخل موجه أوامر CLI التنفيذي مستوى Router#، والذي يتطلب أن يكون لديك أذونات وضع التنفيذ المميز.
هناك تصحيح أخطاء أساسي ومتقدم ويتم إستخدام تصحيح الأخطاء الأساسية لجمع معلومات إرسال الإشارات إما في SIP أو H323 أو MGCP. هذا يعرض المحادثات التي يجريها الموجه مع الأجهزة النظيرة الخاصة به.
تكون تصحيح الأخطاء المتقدمة مفصلة تماما ويتم إستخدامها لجمع معلومات إضافية إذا لم تتمكن أخطاء المكدس الداخلية من عرض تصحيح الأخطاء الأساسية. عادة ما تكون عمليات تصحيح الأخطاء هذه مكثفة المعالج.
تصحيح أخطاء واجهة برمجة التطبيقات (CCAPI) للتحكم في المكالمات الداخلية
وداخل كل موجه Cisco IOS/IOS XE، هناك واجهة برمجة تطبيقات التحكم في المكالمات المسؤولة عن الاتصال بين تطبيقات أو بروتوكولات VoIP المختلفة. تقوم مكونات مستوى البيانات مثل RTP و DSP و Voice Cards، من بين مكونات أخرى بالتقاط البيانات من هذه الطبقة. هناك تصحيح واحد محدد يمكن إستخدامه:
debug voip ccapi inout
هناك خيارات أخرى لتصحيح الأخطاء هذا؛ ومع ذلك، يغطي تشغيل الأمر debug voip ccapi inout جميع معلومات خطة الطلب الأساسية وإنشاء الاتصال التي تكون عادة أكثر من كافية لفهم حالات هذه الطبقة.
تلميح: عادة ما يكون لتصحيح أخطاء voip ccapi تأثير أقل على وحدة المعالجة المركزية للموجه، ومن المستحسن تمكينها مع أي تصحيح أخطاء لإرسال الإشارات لتوفير مجموعة كاملة من السجلات مع معلومات المكالمة (المكالمات) وحالاتها المختلفة.
تدفقات مكالمات SIP
يتم إستخدام هذه الأخطاء بشكل عام لتدفقات مكالمات SIP ويمكن تمكينها داخل بوابات CUBE و TDM باستخدام SIP LEG بين الموجه و CUCM أو أي خادم SIP أو وكيل آخر.
تصحيح أخطاء SIP الأساسية
debug ccsip messages
debug ccsip error
debug ccsip non-call !Optional, applies for SIP OPTIONS and SIP REGISTER Messages.
تصحيحات SIP المتقدمة
debug ccsip all
debug ccsip verbose
debug voice ccapi inout
تدفقات المكالمات الرقمية (PRI، BRI)
تنطبق هذه الأخطاء على interf المعدل الأولي (PRI) T1/E1 أو واجهات المعدل الأساسي (BRI):
تصحيح الأخطاء الرقمي الأساسي
debug isdn q931
تصحيح الأخطاء الرقمي المتقدم
debug isdn q921
تدفقات المكالمات التناظرية
يتم إستخدام عمليات تصحيح الأخطاء هذه عندما تتضمن الدوائر التناظرية منافذ مشترك eXchange (FXS) أجنبي أو منافذ Exchange Office (FXO) أجنبية:
debug vpm signal
debug voip vtsp all
تدفقات مكالمات MGCP
يتم إستخدام هذه الأخطاء عند إستخدام MGCP كبروتوكول الصوت بين عبارة الصوت و CUCM.
تصحيح الأخطاء الأساسي
debug mgcp packets
debug mgcp errors
تصحيح أخطاء CCM-Manager
يتم إستخدام تصحيح الأخطاء CCM-manager لتعقب تنزيل التكوين، ورسائل نقل حركة شبكة MoH و PRI/BRI بين CUCM وبوابة الصوت. يتم إستخدام هذه الأخطاء على أساس الحاجة وتعتمد على سيناريو الفشل:
debug ccm-manager backhaul !For PRI and BRI Deployments
debug ccm-manager errors
debug ccm-manager events
debug ccm-manager config-download !Troubleshoot Configuration download issues from CUCM TFTP
debug ccm-mananger music-on-hold !Troubleshoot internal MoH Process
تصحيح أخطاء MGCP المتقدمة
debug mgcp all
تدفق مكالمات H323
على الرغم من أن الطراز H323 غير مستخدم على نطاق واسع، إلا أنه لا تزال هناك بعض عمليات النشر التي تم تكوين الطراز H323 بها:
تصحيح أخطاء H323 الأساسية
debug h225 asn1
debug h245 asn1
debug h225 events
debug h245 events
عمليات تصحيح أخطاء H323 المتقدمة
debug cch323 h225
debug cch323 h245
debug cch323 all
موارد وسائط SCCP
يتم إستخدام عمليات تصحيح الأخطاء هذه لاستكشاف أخطاء موارد وسائط SCCP وإصلاحها والتي تتضمن نقطة نهاية الوسائط (MTP) أو المحولات المسجلة إلى خادم CUCM:
تصحيح أخطاء SCCP الأساسية
debug sccp messages
debug sccp events
debug sccp errors
تصحيح أخطاء SCCP المتقدم
debug sccp all
تتبع بروتوكول VoIP
مع إدخال Cisco IOS XE 17.4.1 و 17.3.2، هناك خيار جديد لالتقاط سجلات الصوت داخل عنصر الحدود الموحدة (CUBE) من Cisco. تسمى هذه الميزة الجديدة تتبع VoIP. هذا إطار عمل خدمة جديد تم إنشاؤه لتسجيل إشارات SIP والأحداث دون الحاجة إلى تمكين أي تصحيح أخطاء.
يتم تمكين تتبع بروتوكول VoIP بشكل افتراضي ويمكن تعطيله في أي وقت حسب الحاجة. يلتقط تتبع VoIP معلومات محددة لمكالمات SIP فقط:
- أخطاء SIP
- نظير الطلب المتطابق
- منافذ RTP المخصصة
- إرتباط أخطاء IEC بإشارات SIP
- رسائل SIP لمكالمات خط اتصال SIP إلى خط الاتصال
- حالات وأحداث أجهزة الحالة المحدودة (FSM)
- الأحداث واستدعاءات API من طبقة SIP إلى طبقات أخرى في CUBE
- التحكم في المكالمات (تدفقات مكالمات الاتصالات الموحدة التي تتم معالجتها بواسطة CUBE)
قيود
لا يقوم تتبع بروتوكول VoIP بتسجيل المعلومات المتعلقة برسائل SIP خارج مربع الحوار:
- التسجيل
- خيارات
- الاشتراك/الإعلام
- معلومات
يتم دعم تتبع بروتوكول VoIP في HA، ومع ذلك، يتم تطبيق هذه التنبيهات:
- يحتوي الموجه الاحتياطي على تتبع VoIP ممكن بشكل افتراضي. يتم عرض المسارات القابلة للتطبيق فقط لعملية الاستعداد حتى تصبح نشطة.
- بمجرد أن تكون "الاستعداد" نشطة، لا تحتوي على تتبع كامل من المكالمات ذات علامات الفحص، ولا تحتوي إلا على مكالمات جديدة.
- لا يزال show voip trace <key>يعمل على الموجه الاحتياطي ويعرض بيانات تغطية المخزن المؤقت ودفق الوسائط للمكالمات.
كيفية تمكين تتبع الصوت عبر بروتوكول الإنترنت (VoIP)
وكما ذكرنا، يتم تمكين هذه الميزة بشكل افتراضي. لتمكين هذه الميزة، قم بتشغيل الأوامر التالية:
Router# configuration terminal
Router(config)# voice service voip
Router(conf-voi-serv)# trace
Router(conf-serv-trace)#
كيفية تعطيل تتبع الصوت عبر بروتوكول الإنترنت (VoIP)
لتعطيل هذه الميزة، قم بتشغيل الأوامر التالية:
Router(conf-serv-trace)# no trace
!or
Router(conf-serv-trace)# shutdown
تحذير: بعد تعطيل تتبع VoIP، يتم مسح جميع الذاكرة وفقدان المعلومات.
الأوامر المتوفرة داخل وضع تكوين التتبع هي:
Router(conf-serv-trace)# ?
default Set a command to its defaults
exit Exit from voice service voip trace mode
memory-limit Set limit based on memory used
no Negate a command or set its defaults
shutdown Shut Voip Trace debugging
تكوين حد الذاكرة
يحدد حد الذاكرة مقدار الذاكرة التي يتم إستخدامها من قبل تتبع VoIP لتخزين البيانات. وبشكل افتراضي، تكون 10٪ من الذاكرة المتاحة في النظام الأساسي، ومع ذلك، يمكن ضبط هذه الذاكرة إلى حد أقصى 1 غيغابايت والحد الأدنى 10 ميغابايت. يتم تخصيص الذاكرة بشكل ديناميكي، حيث تستخدم الميزة الذاكرة فقط حسب الحاجة وتعتمد على وحدة تخزين المكالمات. بمجرد أن تصل إلى الحد الأقصى للذاكرة المتاحة، فإنها تقوم بالدوران حول وحذف المدخلات القديمة.
عندما يتم تعديل حد الذاكرة لتكون أكبر من الذاكرة المتوفرة بنسبة 10٪، يتم عرض رسالة على واجهة سطر الأوامر:
Router(conf-serv-trace)# memory-limit 1000
Warning: Setting memory limit more than 10% of available platform memory (166 MB) will affect system performance.
لتعيين الافتراضي على إستخدام ذاكرة 10٪، قم بتشغيل أمر النظام الأساسي memory-limit:
Router(conf-serv-trace)# memory-limit platform
Reducing the memory-limit clears all VoIP Trace statistics and data.
If you wish to copy this data first, enter 'no' to cancel,
otherwise enter 'yes' to proceed. Continue? [no]:
كيفية عرض بيانات تتبع بروتوكول VoIP
لعرض البيانات من تتبع VoIP، يجب أن تستخدم أوامر show معينة. يمكن عرض البيانات في نفس جلسة عمل المحطة الطرفية أو يمكن إرسالها عبر syslog إلى خادم syslog خارج المربع.
ملاحظة: يتم تفريغ الآثار بعد 32 ثانية من وقت تلقي "وداعا" لإجراء مكالمة.
يتم عرض إشارات SIP لكل ساق ولا يتم دمجها مثل تصحيح الأخطاء العادية. أخطاء عادية مثل رسائل CCSIP الخاصة بتصحيح الأخطاء، قم بعرض إشارات SIP لاتصال بالترتيب الدقيق لحدث الأحداث. في تتبع VoIP، تكون كل ساق منفصلة، لتحديد الترتيب الصحيح، ويتم إستخدام الطوابع الزمنية.
لعرض البيانات المتاحة، قم بتشغيل الأوامر التالية:
Router# show voip trace ?
all Display all VoIP Traces
call-id Filter traces based on Internal Call Id
correlator Filter traces based on FPI Correlator
cover-buffers Display the summary of all cover buffers
session-id Filter traces based on SIP Session ID
sip-call-id Filter traces based on SIP Call Id
statistics Display statistics for VoIP Trace
إظهار تتبع VoIP الكل
يعرض هذا الأمر جميع بيانات تتبع VoIP المتوفرة في المخزن المؤقت. باستخدام هذا الأمر، يؤثر على أداء الموجه. بمجرد إدخال الأمر، تظهر رسالة تحذير للتنبيه حول المخاطر إذا قمت بالمتابعة:
Router# show voip trace all
Displaying 11858 cover buffers
This may severely impact system performance.
Continue? [yes/no] no
إظهار مخازن الغطاء المؤقتة لتتبع بروتوكول VoIP
يعرض هذا الأمر نظرة عامة على تفاصيل المكالمة لجميع المكالمات التي تم الإبلاغ عنها ضمن تتبع VoIP. تحتوي كل نقطة اتصال على مخزن مؤقت للغطاء تم إنشاؤه يحتوي على ملخص للمكالمات التي تم تسجيلها:
Router# show voip trace cover-buffers
------------------ Cover Buffer ---------------
Search-key = 8845:3002:659
Timestamp = *Sep 30 01:17:33.615
Buffer-Id = 1
CallID = 659
Peer-CallID = 661
Correlator = 4
Called-Number = 3002
Calling-Number = 8845
SIP CallID = 20857880-1ec12085-13b930-411b300a@10.48.27.65
SIP Session ID = 2b1289c400105000a0002c3ecf872659
GUID = 208578800000
-----------------------------------------------
------------------ Cover Buffer ---------------
Search-key = 8845:3002:661
Timestamp = *Sep 30 01:17:33.634
Buffer-Id = 2
CallID = 661
Peer-CallID = 659
Correlator = 4
Called-Number = 3002
Calling-Number = 8845
SIP CallID = 8D6DEC28-1F111EB-829FD797-1B22F6DB@10.48.55.11
SIP Session ID = 0927767800105000a0005006ab805584
GUID = 208578800000
-----------------------------------------------
لمزيد من المعلومات حول كل حقل، ارجع إلى الجدول التالي:
| الحقل |
الوصف |
| مفتاح البحث |
يحتوي على مجموعة من المكالمات والرقم المتصل ومعرف المكالمة |
| طابع زمني |
وقت إنشاء المخزن المؤقت للغطاء |
| معرف المخزن المؤقت |
معرف المخزن المؤقت لمخزن الغلاف المؤقت |
| معرف المكالمة |
معرف الاستدعاء الخاص بأداة الاستدعاء الخاصة إلى المخزن المؤقت للغطاء |
| معرف مكالمة النظير |
معرف المكالمة الخاص برجل النظير |
| كوريلاتور |
FPI Correlator للمكالمة |
| الرقم المستدعي |
الرقم المستدعي لخط الاستدعاء الخاص بالمخزن المؤقت للغطاء |
| رقم الاتصال |
رقم الاستدعاء الخاص بجهة الاتصال الخاصة بالمخزن المؤقت للغطاء |
| معرف اتصال SIP |
معرف اتصال SIP الخاص بجهة الاتصال الخاصة لمخزن الغطاء المؤقت |
| معرف جلسة SIP |
معرف جلسة SIP الخاص بجهة الاتصال الخاصة لمخزن الغطاء المؤقت |
| GUID |
GUID الخاص باستدعاء شخصي لمخزن الغطاء المؤقت |
| ساق المرساة |
يتم تعيين نقطة الإرساء على "نعم" إذا كانت جهة الاتصال الخاصة بها بمثابة نقطة ربط في تدفق ميزة الاتصال أو نشر وكيل الوسائط |
| ساق مترفعة |
يتم تعيين الساق المشفرة على "نعم" إذا كانت جهة الاتصال الخاصة بها بمثابة نقطة ربط في تدفق المكالمات أو نشر وكيل الوسائط |
| معرفات CalI المقترنة |
معرف الاستدعاء للأرجل المتشابكة المقترنة |
لتصفية المخازن المؤقتة للغطاء، قم بتشغيل أوامر include وsection:
Router# show voip trace cover-buffers | include Search-key | 8845 | 3002
Search-key = 8845:3002:661
!or
Router# show voip trace cover-buffers | section Search-key | 8845 | 3002
Search-key = 8845:3002:661
إظهار معرف الاستدعاء لتتبع بروتوكول VoIP
بالجمع مع مع الأمر السابق، يمكن إستخدام show voIP trace call-id للبحث عن المكالمات. بمجرد تحديد معرف المكالمة، يمكن تشغيل الأمر التالي لعرض جميع المعلومات حول نقطة الاتصال المحددة:
Router# show voip trace cover-buffers | include Search-key | 8845 | 3002
Search-key = 8845:3002:661
Router# show voip trace call-id 661
إظهار إحصائيات تتبع بروتوكول VoIP
يعرض أمر العرض هذا الإخراج التفصيلي على الحالة، إستهلاك الذاكرة، مكالمات الأخطاء/الأعطال، المكالمات الناجحة، الطوابع الزمنية لأحدث وأقدم الإدخالات والمزيد:
Router# show voip trace statistics
VoIP Trace Statistics
Tracing status : ENABLED at *Sep 12 06:44:02.349
Memory limit configured : 803209216 bytes
Memory consumed : 254550928 bytes (31%)
Total call legs dumped : 2
Oldest trace dumped : *Sep 12 07:29:21.077 Search-key: 9898:30000:64
Latest trace dumped : *Sep 12 07:29:21.010 Search-key: 9898:30000:63
Total call legs captured : 11858
Total call legs available : 11858
Oldest trace available : *Sep 12 06:57:23.923, Search-key: 5250001:4720001:11
Latest trace available : *Sep 13 05:08:25.353, Search-key: 19074502232:30000:13177
Total traces missed : 0
لمزيد من المعلومات حول كل حقل، راجع الجدول التالي:
| الحقل |
الوصف |
| حالة التتبع |
عرض حالة التتبع، والتي تتضمن الوقت والتاريخ الذي تم تمكين تتبع VoIP فيه. |
| تم تكوين حد الذاكرة |
عرض حد الذاكرة الذي تم تكوينه. هذا يمثل 10٪ من حجم ذاكرة تجمع المعالجات. |
| الذاكرة المستهلكة |
يعرض مقدار الذاكرة المستهلكة ديناميكيا لتتبع VoIP. |
| تم التخلص من إجمالي ساقي المكالمة |
عرض عدد أرجل المكالمات الفاشلة التي تم إلقاؤها في المخزن المؤقت للتسجيل. تشير المكالمات الملقاة إلى أرجل المكالمات المرتبطة بأخطاء IEC. |
| تم إتلاف أثره الأقدم |
يعرض الطوابع الزمنية ومفتاح البحث لأقدم مكالمة فاشلة منذ تمكين تتبع VoIP. |
| تم إغراق أحدث تتبع |
عرض الطوابع الزمنية ومفتاح البحث لآخر مكالمة فاشلة منذ تمكين تتبع VoIP. |
| إجمالي أرجل المكالمات التي تم التقاطها |
يعرض إجمالي الأرجل الملتقطة بعد تمكين تتبع VoIP. |
| إجمالي أدوات الاتصال المتوفرة |
عرض إجمالي أرجل المكالمة المتوفرة في المحفوظات. قد يكون هذا الأمر مماثلا أو مختلفا مقارنة بإجمالي عدد مرات الاتصال التي تم التقاطها، وهذا يتوقف على حدود الذاكرة. |
| يتوفر تتبع أقدم |
يعرض الطابع الزمني ومفتاح البحث لأقدم مخزن مؤقت للغطاء متاح في الذاكرة. |
| أحدث تتبع متوفر |
يعرض الطابع الزمني ومفتاح البحث لأحدث مخزن مؤقت للغطاء متوفر في الذاكرة. |
| إجمالي عمليات التتبع المفقودة |
عرض عدد أرجل الاتصال التي تم فقدها بسبب الحد الأقصى للذاكرة. |
أوامر show الإضافية
| الحقل |
الاستخدام |
الوصف |
| show voip trace correlator <correlator> |
show voip trace correlator 4 |
تصفية تتبع VoIP وعرضه لمعرف مكالمة محدد يبدأ من المخزن المؤقت للغطاء. |
| show voip trace session-id <session-id> |
show voip trace session-id 87003120822b5dbd8fd80f62d8e57c48 |
تصفية تتبع VoIP وعرضه لمكالمة تستند إلى معرف جلسة SIP. يمكن إستخدام UUID المحلي أو البعيد من رأس معرف جلسة العمل لرسالة SIP لعرض كل من أرجل المكالمة. |
| show voip trace sip-call-id <call-id |
show voip trace sip-call-id 01e60dfa9d844284336d79e3155a8a1 |
تصفية تتبع VoIP وعرضه استنادا إلى معرف إستدعاء SIP. |
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
4.0 |
17-Aug-2026
|
مقدمة محدثة، التدقيق الإملائي، النحوي، إدراج خطوط الآفاق لفصل الأقسام من أجل القراءة، أخطاء ثابتة في CCW. |
3.0 |
13-Feb-2025
|
متطلبات العلامة التجارية المحدثة ومتطلبات النمط والتنسيق والنحو. |
2.0 |
13-Apr-2023
|
نص بديل مضاف.
عنوان، مقدمة، متطلبات العلامة التجارية، متطلبات النمط، الجراثيم، التنسيق والنحو المحدث. |
1.0 |
13-Aug-2021
|
الإصدار الأولي |
التعليقات