وقتی صدای یکطرفه در تماس SIP رخ میدهد، ابتدا با جملهٔ ساده مشخص کنید کدام شخص میشنود و کدام نمیشنود. این مشاهده جهت رسانهٔ مشکوک را روشن میکند. اگر A صدای B را میشنود و B صدای A را نمیشنود، مسیر A به B را بررسی کنید. برقرار شدن تماس فقط نشان میدهد مرحلهای از سیگنال انجام شده است.
نقشهٔ دو جهت را جدا رسم کنید
در مسیر A به B، فرستنده، نقطهٔ عبور و گیرنده را مشخص کنید. همین کار را برای B به A انجام دهید. از تنظیمات مورد انتظار یا لاگ مجاز، مقصد رسانه و زمان آزمون را بنویسید. بهجای ذخیرهٔ صوت واقعی مشتری، تا جای ممکن از دادهٔ تجمیعی بستهها و یک تماس آزمایشی مجاز استفاده کنید. آدرسها و شناسههای داخلی را فقط در گزارش محدود تیم ثبت کنید.
RFC 3550 حمل رسانهٔ بلادرنگ را شرح میدهد. برای عیبیابی عملی، مشاهدهٔ بستهٔ ارسالی در A را با شاهد دریافت همان مسیر در B تطبیق دهید. نبود شاهد در یک نقطه با نبود قطعی بسته فرق دارد. ممکن است دسترسی به لاگ گیرنده نداشته باشید یا ثبت مربوط به مسیر دیگری باشد. در این حالت وضعیت را «شاهد کافی نداریم» بنویسید.
اگر بستهها میرسند ولی صدا نیست
فرض کنید A ارسال دارد و B هم دریافت را ثبت میکند، اما شنونده هنوز ساکت میشنود. بررسی را فقط به مسیر شبکه محدود نکنید. وضعیت پخش، انتخاب ورودی و خروجی، سازگاری رسانه و رمزگشایی در مقصد را جدا بررسی کنید. بهعکس، اگر فقط سمت فرستنده بسته دارد، مسیر میانی، مقصد توافقشده و مجوز عبور را با مسئول مربوط کنترل کنید.
در مثال فرضی، مسیر A به واسط تأیید شده اما برای خروج از واسط به B شاهد ندارید. نتیجهٔ درست این است که نقطهٔ بعدی بررسی همان واسط است. از این شواهد نمیتوان دلیل نهایی مثل فایروال یا NAT را قطعی دانست. فقط اگر مشاهدهٔ بیشتر آن را پشتیبانی کرد، علت را در گزارش نهایی وارد کنید.
ثبت آزمون بعدی
برای هر جهت سه ستون بگذارید: ارسال مشاهده شد، دریافت مشاهده شد و شنونده صدا داشت. بعد از هر اصلاح مجاز، همان سناریو را با جملهٔ ساده تکرار کنید. اگر تماس آزمایشی مجاز نیست، از لاگ موجود استفاده و محدودیت را ثبت کنید. برگهٔ همراه کمک میکند تحویل بین تیم خط، شبکه و برنامه با یک شرح یکسان انجام شود.
برگهٔ همراه
راهنمای مرتبط اپرا · آشنایی با راهکار مرتبط اپرا