أستكشاف أخطاء الصوت ذات الصلة بالشبكة وإصلاحها على محولات Catalyst 9000 Switches

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء الصوت المتعلقة بالشبكة وإصلاحها في بيئة نقل الصوت عبر IP (VoIP).

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• جودة الخدمة
• شبكات بروتوكول VoIP
• فسحة بين دعامتين (Switchport analyzer)
• ويرشارك

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

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

• Catalyst 9200
• Catalyst 9300
• Catalyst 9400
• Catalyst 9500
• Catalyst 9600

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

معلومات أساسية

في البنية الأساسية لبروتوكول VoIP، يمكن أن تتأثر جودة الصوت بالمشكلات المتعلقة بالشبكة، والتي تتضمن أعراضها:

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

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

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

أختر نقطة إلتقاط في المسار. يمكن أن يكون إما A (أقرب إلى هاتف IP واحد) و B (قبل التوجيه) و C (أقرب إلى الوجهة).

الفسحة بين دعامتين أخذت التقاط عادة في كلا الاتجاهين (Tx و RX) in order to عينت كلا جانب من المحادثة واستخرجت الصوت الشخصي، مع متغير آخر مثل رجفان، أو ربط فقدان، من الالتقاط ل كثير تحليل.

بعد أن يتلقى ال capture نقطة يعين، setup الفسحة بين دعامتين تشكيل على المفتاح.

Switch(config)#monitor session 1 source interface Gig1/0/1 both
Switch(config)#monitor session 1 destination interface Gig1/0/6 encapsulation replicate 
Switch#show monitor session all
Session 1
---------
Type : Local Session
Source Ports :
Both : Gi1/0/1
Destination Ports : Gi1/0/6
Encapsulation : Replicate
Ingress : Disabled

ابدأ مكالمة إختبار لالتقاط تدفق الصوت من نقطة الالتقاط المختارة في جهاز كمبيوتر/كمبيوتر محمول مزود بإمكانية Wireshark.

تحليل أسر

1. افتح التقاط الحزمة المأخوذة باستخدام Wireshark وانتقل إلى الإحصائيات > المحادثات. العثور على المحادثة الصوتية استنادا إلى عنوان IP الخاص بالأجهزة المعنية (مصدر هاتف IP والوجهة).

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

3. ابحث عن العمود الحالي واختر RTP. وانقر فوق OK.

يقوم Wireshark بفك ترميز تدفق UDP بالكامل في RTP ويمكننا الآن تحليل المحتويات.

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

4. راجع إحصائيات RTP لمعرفة ما إذا كان هناك أي تشويش أو فقدان في تدفق الصوت. لعرض التحليلات، انتقل إلى Telephony > RTP > تحليل تدفق RTP.

الرجفان: هو تأخير الوقت في إرسال الحزم الصوتية عبر الشبكة. وغالبا ما يحدث هذا بسبب إزدحام الشبكة أو تغييرات المسار. يجب أن يكون هذا القياس < 30 مللي ثانية.

فقدان: الحزم التي لم يتم إستلامها كجزء من تدفق الصوت. يجب ألا تكون خسارة الحزمة أكثر من 1٪.

5. تحويل الموجة الصوتية من هذا الدفق في هاتفي > RTP > تدفقات RTP

6. حدد الدفق لتحويله إلى صوت وانقر فوق تشغيل الدفق.

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

7. قم بتصدير الدفق إلى ملف صوتي بامتداد .wav بالنقر فوق في تصدير > الصوت المتزامن مع الملف.

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

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

صوت مختلط

قد تكون عدم كفاية النطاق الترددي والتشوه و/أو فقدان الحزمة أسباب شائعة لسماع الصوت المعطوب أو التشوه في التقاط الصوت.

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

2. تحقق مما إذا كانت الحزمة التي فقدت على الالتقاط > 1٪. في حالة إرتفاع هذه القيمة، يجب البحث عن عمليات إسقاط الحزم على مسار تدفق تدفق تدفق الصوت.

3. تحقق من حالات السقوط على واجهات الدخول والخروج المعنية في المسار.

Switch#show interface Gi1/0/1 | inc drops
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
0 unknown protocol drops

Switch#show interfaces Gi1/0/1 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi1/0/1 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Gi1/0/1 0 0 0 0 0 0

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

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

Switch#show platform hardware fed switch 1 qos queue stats interface Gi1/0/1
----------------------------------------------------------------------------------------------
AQM Global counters
GlobalHardLimit:  3976   |   GlobalHardBufCount: 0
GlobalSoftLimit: 15872   |   GlobalSoftBufCount: 0

----------------------------------------------------------------------------------------------
High Watermark Soft Buffers:  Port Monitor Disabled
----------------------------------------------------------------------------------------------
Asic:0 Core:1 DATA Port:0 Hardware Enqueue Counters
----------------------------------------------------------------------------------------------
 Q Buffers          Enqueue-TH0          Enqueue-TH1          Enqueue-TH2             Qpolicer
   (Count)              (Bytes)              (Bytes)              (Bytes)              (Bytes)
-- ------- -------------------- -------------------- -------------------- --------------------
 0       0                    0               707354              2529238                    0 <<< Priority Q
 1       0                    0                    0              1858516                    0
 2       0                    0                    0                    0                    0
 3       0                    0                    0                    0                    0
 4       0                    0                    0                    0                    0
 5       0                    0                    0                    0                    0
 6       0                    0                    0                    0                    0
 7       0                    0                    0                    0                    0
Asic:0 Core:1 DATA Port:0 Hardware Drop Counters
--------------------------------------------------------------------------------------------------------------------------------
 Q             Drop-TH0             Drop-TH1             Drop-TH2             SBufDrop              QebDrop         QpolicerDrop
                (Bytes)              (Bytes)              (Bytes)              (Bytes)              (Bytes)              (Bytes)
-- -------------------- -------------------- -------------------- -------------------- -------------------- --------------------
 0                    0                    0                    0                    0                    0                    0 <<< Priority Q Drops
 1                    0                    0                    0                    0                    0                    0
 2                    0                    0                    0                    0                    0                    0
 3                    0                    0                    0                    0                    0                    0
 4                    0                    0                    0                    0                    0                    0
 5                    0                    0                    0                    0                    0                    0
 6                    0                    0                    0                    0                    0                    0
 7                    0                    0                    0                    0                    0                    0 

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

صوت أحادي الإتجاه

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

1. قم بإجراء إختبار اتصال بالشبكة الفرعية الوجهة أو بوابة الوجهة لتأكيد وجود إمكانية الوصول ثنائي الإتجاه.

Switch#ping 192.168.1.150
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.150, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms

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

Switch#traceroute 192.168.1.150
Type escape sequence to abort.
Tracing the route to 192.168.1.150
VRF info: (vrf in name/id, vrf out name/id)
1 192.168.2.12 2 msec * 1 msec
2 192.168.1.12 2 msec * 1 msec
3 192.168.1.150 2 msec 2 msec 1 msec

3. تأكد من أن جهاز العبارة لكل شبكة فرعية لديه التوجيه الأمثل في مكانه وأنه لا توجد مسارات متدرجة يمكن أن تؤثر على الاتصال.

تلميح: تتعلق مشكلات الصوت الأحادي الإتجاه الشائعة بقوائم ACL التي تم تكوينها بشكل غير صحيح على قواعد جدار الحماية أو مشاكل NAT. يقترح التحقق مما إذا كانت هذه الأشياء قد تؤثر على تدفق تدفق الصوت.

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

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

• الدعم التقني والتنزيلات من Cisco