أستكشاف مشكلات جودة الصوت وإصلاحها
المحتويات
المقدمة
يصف هذا المستند أساليب أستكشاف أخطاء جودة الصوت وإصلاحها وعزل هذه المشاكل في بيئة مدير الاتصالات الموحدة (CUCM) من Cisco.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- مدير الاتصالات الموحدة من Cisco.
- الصوت عبر بروتوكول الإنترنت (VoIP)
المكونات المستخدمة
لا تستند المعلومات الواردة في هذا المستند إلى أي إصدارات برامج أو أجهزة معينة:
معلومات أساسية
ومن أهم الخطوات لاستكشاف أخطاء جودة الصوت وإصلاحها المتعلقة بعزلها، إما إلى هاتف معين أو مجموعة من الهواتف أو المحول أو البوابة وما إلى ذلك. وهذا يسمح باستكشاف المشكلات وحلها على نحو مستهدف وحل المشكلة بشكل أسرع. وأحد التشبيه الذي يوضح اهمية عزل القضية هو سيارة مفقودة في موقف للسيارات في المطار. إيجاد سيارة مفقودة في موقف سيارات المطار مهمة صعبة، عندما تعرف أن السيارة في جزء محدد من موقف السيارات (القسم 1 على سبيل المثال)، يجعل المهمة أقل صعوبة، لكن عندما يكون لديك أيضا القسم والصف (القسم 5، الصف دال) يقلل ذلك كثيرا الوقت المستغرق للعثور على السيارة.
من أين تبدأ؟
بمجرد تحديد المشكلة من خلال المستخدمين الذين يقومون بالإبلاغ عن المشاكل أو إستدعاء سجلات التفاصيل (CDR) أو وسائل أخرى، من المهم تجميع البيانات للمساعدة في عزلها. عادة ما تقع مشكلات جودة الصوت في واحدة من ثلاث فئات: المتعلقة بالشبكة (بما في ذلك مشاكل بوابة الشبكة (GW) و PSTN) أو المتعلقة بنموذج الهاتف/البرامج الثابتة أو المتعلقة بالمعدات (مثل سماعة الرأس). من المهم جمع البيانات لتحديد أي من هذه الفئات تنتج مشاكل جودة الصوت. وتتيح هذه البيانات إمكانية المقارنة بين الهواتف التي لا توجد بها مشكلات بجودة الصوت والهواتف ذات مشكلات جودة الصوت للعثور على الفروق بينها، والتي تعد خطوة حاسمة لحل العديد من مشكلات جودة الصوت.
الخطوة 1. الخطوة الأولى لعزل مشكلة جودة الصوت هي معرفة المستخدمين الذين يجربونها بالضبط والتحدث إليهم، إما شخصيا أو عبر الهاتف، للحصول على وصف دقيق لها. إذا كان هناك عدد كبير من المستخدمين الذين يقومون بالإبلاغ عن المشكلة يتحدثون إلى عينة منهم (ربما 5-10) للحصول على وصف دقيق للأعراض. إذا أبلغ عدد قليل من المستخدمين عن المشكلة، فتحدث إلى الأشخاص المحيطين بهم لمعرفة ما إذا كانوا يعانون أيضا من أي مشكلة حيث إن المشكلة يمكن أن تكون أكثر انتشارا مما يبدو حيث أن العديد من المستخدمين لن يقوموا بالإبلاغ عنها.
الخطوة 2. لاحظ الموقع الفعلي (على سبيل المثال، الموقع A، الطابق 2)، اسم المستخدم (لهاتف المستخدم)، أرقام الدليل (DN)، طراز الهاتف (على الرقم 8865 مثلا)، البرامج الثابتة للهاتف (على الرقم 11.5.1 مثلا) وعناوين IP للهواتف التي تواجه مشكلات في جودة الصوت. قم بإنشاء جدول بيانات باستخدام هذه المعلومات التي تم فرزها حسب الموقع الفعلي. قد تستغرق عملية إنشاء جدول البيانات هذا 30 دقيقة (أو أقل) عند بدء أستكشاف الأخطاء وإصلاحها، أو قد توفر ساعات أو حتى أياما من وقت أستكشاف الأخطاء وإصلاحها.
الخطوة 3. ما إن يتم إنشاء جدول البيانات، ألقوا نظرة على قائمة الهواتف، وأروا ما لديهم من معلومات مشتركة وما هو المختلف عنهم وعن الهواتف الأخرى التي ليس لديها مشاكل بجودة الصوت. بعد ذلك يمكنك أن تدرك أن جميع الهواتف الموجودة في المشكلة موجودة في نفس المبنى وعلى نفس الطابق، يمكنك أن تدرك أن الهواتف التي بها مشكلات متصلة بالمحولات التي تم ترقيتها مؤخرا أو يمكنك أن ترى أن جميع الهواتف التي لديها المشكلة موجودة في برنامج ثابت معين.
أسئلة يجب طرحها في جميع السيناريوهات
تساعد هذه الأسئلة على تضييق المسار الصوتي للمكالمات المتأثرة.
1. هل تحدث المشكلة في المكالمات الخارجية فقط، أو المكالمات الداخلية فقط، أو في كليهما؟
يأخذ الصوت الخاص بالمكالمات الخارجية والداخلية عادة مسارات مختلفة. وعادة ما تترك المكالمة الخارجية شبكة Cisco الصوتية عبر (GW) أو CUBE المتصل ببروتوكول PSTN أو موفر SIP. إذا كانت المشكلة في المكالمات الداخلية فقط يمكنك إستبعاد GW في معظم الحالات لأن GW غير متورط في المكالمة. والاستثناء من ذلك هو إذا تم إستدعاء موارد الوسائط (نقطة نهاية الوسائط (MTP)، أو لفك الترميز (Xcoder) الموجودة على GW.
2. هل تؤثر المشكلة فقط على الصوت الصادر الذي يترك الهاتف (من المستخدم إلى الشخص الذي يتحدث إليه)، والصوت الوارد إلى الهاتف (من الشخص الذي يتحدث إليه، إلى المستخدم) أو كليهما؟
3. هل الاتصال بهاتف بروتوكول الإنترنت الأساسي إلى مكالمة هاتف بروتوكول الإنترنت (المستخدم A —> المحول —> المستخدم B) أو هاتف بروتوكول الإنترنت إلى مكالمة PSTN ( المستخدم —> المحول —> GW —> PSTN) أم أن المكالمة أكثر تعقيدا؟
على سبيل المثال، هل يتم إستخدام Extension Mobility Cross Cluster (EMCC)؟ هل هذه بيئة مركز اتصال موحد (UCC) أو Unified Contact Center Express (UCCX)؟ وما إلى ذلك. إذا قمت بإخراج التعقيدات من المكالمة عند وضع هاتف IP أساسي إلى هاتف IP أو هاتف IP إلى اتصال PSTN، هل لا تزال المشكلة موجودة؟
4. إذا كان تدفق المكالمات مع مشكلة جودة الصوت المبلغ عنها معقدا، على سبيل المثال، مكالمة UCCX، هل يواجه المستخدم/الهاتف مشكلة جودة الصوت إذا قام/تلقى مكالمة أساسية (داخلية وخارجية)؟
مستخدم يواجه مشكلات
إذا كانت المشكلة تتعلق بمستخدم واحد، فاعمل معه لتحديد هذه النقاط:
الخطوة 1. تحقق من أن الهاتف صاحب المشكلة يشغل نفس البرنامج الثابت مثل الهواتف المعروفة الأخرى التي تعمل بشكل جيد، إذا كانت البرامج الثابتة مختلفة فيمكن لترقية البرامج الثابتة حل المشكلة.
الخطوة 2. هل يعاني المستخدم من هذه المشكلة بينما يستخدم سماعة الهاتف، سماعة الهاتف، سماعة الرأس، الثلاثة جميعها؟
أ. إذا كانت المشكلة في سماعة الهاتف فقط، فتحقق من إتصالات سماعة الهاتف، وإذا كانت لا تزال هناك مشكلة، قم بتبديل سماعة الهاتف مع سماعة الهاتف من هاتف آخر لم يتم الإبلاغ عن أي مشاكل به، وإذا إستمرت المشكلة، فقد تكون هناك مشكلة في البرامج الثابتة للهاتف/الهاتف.
ب. إذا كانت المشكلة تتعلق بهاتف مكبر الصوت فحاول ضبط مستوى الصوت، وإذا إستمرت المشكلة، فقم باستبدال الهاتف بهاتف عمل معروف، وإذا إستمرت المشكلة، فقد تكون هناك مشكلة في البرامج الثابتة للهاتف/الهاتف.
ج. في حالة وجود مشكلة في سماعة الرأس، تأكد من أن جميع الاتصالات بين الهاتف وسماعة الرأس (قاعدة سماعة الرأس)، هل المستخدمون الآخرون لديهم نفس صنع/طراز سماعة الرأس دون حدوث مشكلة؟ إذا تم إختبار سماعة رأس معروفة تعمل بشكل جيد مع الهاتف مع المشكلة التي تم الإبلاغ عنها، إذا لم تكن هناك مشكلة في الصوت عند إستخدام سماعة الرأس المعروفة التي تعمل بشكل جيد فيجوز أن تكون مشكلة سماعة الرأس وقد تحتاج إلى الاتصال بالشركة المصنعة لسماعة الرأس، وإذا كانت هناك مشكلة في سماعة الرأس المعروفة التي تعمل بشكل جيد فقد تكون هناك مشكلة في البرامج الثابتة للهاتف/الهاتف.
الخطوة 3. إذا كان الهاتف في نفس البرنامج الثابت الموجود في الهواتف الأخرى دون حدوث أية مشكلات، وكان المستخدم لديه مشكلات في سماعة الرأس وسماعة النطق وسماعة الرأس، فمن المحتمل أن تكون المشكلة في الهاتف المادي نفسه أو كبلات الشبكة من الهاتف إلى المحول. تتمثل إحدى الطرق لاختبار هذا الإجراء في فصل كبل التصحيح من الجزء الخلفي من الهاتف (حتى لا يتم جلب كبل تصحيح يحتمل أن يكون سيئا من موقع المستخدم إلى موقع إختبار)، والبحث عن هاتف عمل معروف، وتوصيل كبل التصحيح من الهاتف العامل بالهاتف غير العامل وإجراء إختبار. إذا كانت مشكلات الصوت لا تزال موجودة، فمن المحتمل وجود مشكلة في الهاتف الفعلي. إذا لم تكن هناك مشكلات صوت، فحاول إستبدال كبل التصحيح (بكبل تصحيح معروف) الذي تم توصيله بالهاتف الذي يواجه مشكلات، إذا استمر في التحقق من توصيل كبلات الشبكة وجميع الاتصالات/عمليات إيقاف التشغيل بين مقبس إيثرنت للمستخدمين والمحول.
المستخدمون المتعددون الذين يواجهون مشكلات
إذا كانت الخطوات التي تم إتخاذها حتى هذه النقطة لم تقم بعزل مصدر جودة الصوت الرديئة، فإن الخطوة التالية هي أخذ التقاط الحزم على مسار الشبكة الذي تتبعه حزم RTP. يمكن أن تساعدنا حزم Wireshark (أو أداة أخرى قادرة على فك تشفير تدفقات RTP) في تضييق مصدر الإصدار باستخدام هذه الخطوات.
الخطوة 1. قم بإنشاء مخطط بسيط يوضح المسار الذي تسلكه حزم RTP. يستخدم هذا المثال هذا المخطط، ولكن المشكلة هي أن العميل الموجود على جانب PSTN لديه مشاكل في جودة الصوت عند الاستماع إلى المستخدم، ويمكن للمستخدم سماع العميل دون مشاكل. باستخدام هذه المعلومات، يمكنك التركيز فقط على حزم RTP التي تنتقل من جانب المستخدم إلى جانب العميل.
الخطوة 2. بمجرد أن يتم كتابة المخطط، فإن الخطوة الأولى هي أخذ حزم التقاط على جانب واحد من المخطط والعمل في طريقك إلى الطرف الآخر من المخطط.
أ. أخذت أول التقاط مع فسحة بين دعامتين ميناء من المفتاح ميناء أن ال ip هاتف يكون ربطت في. أستخدم Wireshark لفك ترميز تدفق RTP وإعادة تشغيل الصوت. إذا كانت هناك مشكلة في الصوت (صوت المستخدم غير واضح) يمكن وضع التركيز على الكابلات من الهاتف إلى المحول، ومعدات الهاتف (سماعة الهاتف وسماعة الرأس وسماعة الهاتف) والهاتف نفسه. في حالة عدم وجود مشكلة في الصوت (صوت المستخدم واضح)، يمكنك إزالة الهاتف والكابلات من الهاتف إلى المحول، ومعدات الهاتف (سماعة الهاتف وسماعة الرأس وسماعة الهاتف) كمصدر للجودة الرديئة. في هذه النقطة، انتقل إلى الخطوة (ب) إذا لم يكن هناك مشكلة في الصوت.
ب. قم بالتقاط الحزمة في Router_A (مدخل ومخرج)، ثم قم بفك الترميز وإعادة تشغيل التدفقات الصوتية. إذا كانت هناك مشكلة في الصوت عند المدخل فقد عزلت المشكلة، حيث أنك تعرف أن الصوت دخل switch_a بدون مشكلة ولكنه دخل router_a مع مشكلة. إذا لم تكن هناك مشكلة مع الصوت عند الدخول وكانت جودة الصوت رديئة عند الخروج، قمت بعزل المشكلة إلى router_A. إذا لم تكن هناك مشكلة في نقل الصوت إلى الخطوة (ج)، فاستمر في تجميع التقاط الحزم على مسار RTP.
ج. التقاط حزمة في Router_B (مدخل ومخرج)، ثم فك شفرة وإعادة تشغيل التدفقات الصوتية. إذا كانت هناك مشكلة مع الصوت عند مدخل Router_B، وتعرف أنه لم تكن هناك مشكلة صوت في مخرج Router_A من مجموعات الحزم السابقة، فقد عزلت المشكلة وتعرف أن المشكلة بين Router_A و Router_B (الشبكة واسعة النطاق في هذا المثال). إذا لم تكن هناك مشكلة مع الصوت عند الدخول وكانت جودة الصوت رديئة عند الخروج، قمت بعزل المشكلة إلى router_b. إذا لم توجد مشكلة في نقل الصوت إلى الخطوة (د) لتجميع المزيد من صور الحزم.
د. عند هذه النقطة في عملية أستكشاف الأخطاء وإصلاحها، قمت بتحديد أن جودة الصوت جيدة من هاتف IP و switch_a و router_a و wan ومخرج الموجه_b. يجب التقاط الحزمة التالية من GW. إذا كانت هناك مشكلة في الصوت عند مدخل GW، يتم عزل المشكلة إلى SWITCH_B. في حالة وجود مشكلة في الصوت بجودة صوت عند الخروج، قمت بعزل المشكلة إلى GW. إن ما من مشكلة مع جودة الصوت في مخرج مخرج المشكلة مرجح أن يكون على ال PSTN/المزود جانب، اتصل بالمزود، زودتهم مع ربط capture مع الصوت أن يترك ال GW دون إصدار سيكون الخطوة التالية في عملية أستكشاف الأخطاء وإصلاحها.
موارد إضافية
1. تجميع التقاط حزمة من هاتف Cisco IP
2. أستكشاف أخطاء الاتصالات الموحدة وإصلاحها باستخدام Wireshark (طريقة تشغيل الصوت من RTP)
3. كيفية أستكشاف مشكلات جودة الصوت وإصلاحها في بيئة UCM (صوت سيئ، لا صوت)
التعليقات