یکی از آزاردهنده‌ترین خطاهای تلفنی در شرکت‌ها این است که تماس برقرار می‌شود اما صدا فقط از یک سمت شنیده می‌شود؛ یا تماس داخلی و خارجی ظاهراً وصل است ولی چند ثانیه بعد قطع می‌شود. در بسیاری از پروژه‌های VoIP، مشکل از خود تلفن یا داخلی نیست و باید مسیر سیگنالینگ SIP و به‌خصوص جریان صدای RTP را بررسی کرد.

در این راهنما یک مسیر عیب‌یابی مرحله‌ای ارائه می‌کنیم تا تیم IT بتواند قبل از تغییرات پراکنده، محل واقعی اختلال را پیدا کند. اگر زیرساخت شما نیاز به بررسی تخصصی دارد، صفحه خدمات VoIP پشتیبان سرور آریا برای نصب، بهینه‌سازی و پشتیبانی سیستم تلفنی سازمانی در دسترس است.

تفاوت SIP و RTP؛ چرا تماس وصل است اما صدا نداریم؟

SIP عمدتاً وظیفه ایجاد، مدیریت و پایان تماس را بر عهده دارد، در حالی که صدای مکالمه معمولاً از مسیر RTP عبور می‌کند. به همین دلیل ممکن است رجیستر شدن داخلی‌ها و حتی برقراری تماس کاملاً موفق باشد، اما RTP نتواند بین دو سمت حرکت کند. نتیجه می‌تواند صدای یک‌طرفه، سکوت کامل یا قطع تماس باشد.

۱. ابتدا مشخص کنید مشکل در کدام سناریو رخ می‌دهد

قبل از دست زدن به فایروال، چهار حالت را جداگانه تست کنید: تماس داخلی به داخلی، داخلی به شهری، شهری به داخلی و تماس کاربر خارج از شرکت به مرکز تلفن. اگر فقط تماس‌های عبوری از اینترنت مشکل دارند، احتمال NAT یا فایروال بیشتر است. اگر حتی داخلی‌های یک LAN نیز مشکل دارند، VLAN، Routing، Codec یا تنظیمات PBX هم باید بررسی شود.

۲. NAT را در Issabel یا Asterisk درست تعریف کنید

مرکز تلفن باید بداند کدام شبکه‌ها Local هستند و آدرس عمومی مورد استفاده برای ارتباط بیرونی چیست. تعریف اشتباه Local Network یا External Address می‌تواند باعث شود PBX داخل پیام‌های SDP یک IP خصوصی یا مسیر اشتباه اعلام کند. در شبکه‌هایی با IP عمومی متغیر، Dual-WAN یا چند روتر NAT این بخش حساس‌تر می‌شود.

اگر SIP Trunk سازمانی دارید، راهنمای راه‌اندازی SIP Trunk برای VoIP شرکت‌ها را نیز ببینید؛ چون توپولوژی ارتباط اپراتور با PBX روی نحوه NAT و Route اثر مستقیم دارد.

۳. پورت‌های RTP را در فایروال کنترل کنید

باز بودن پورت SIP به‌تنهایی کافی نیست. محدوده RTP تنظیم‌شده در Asterisk باید با Ruleهای فایروال و NAT هماهنگ باشد. به‌جای باز کردن بی‌ضابطه پورت‌ها روی اینترنت، محدوده موردنیاز را مشخص و تا حد امکان دسترسی را به IPهای مورد اعتماد یا مسیرهای لازم محدود کنید.

برای کاهش ریسک اسکن و تماس غیرمجاز، تنظیمات امنیتی را در مقاله امنیت VoIP سازمانی و جلوگیری از هک SIP هم بررسی کنید.

۴. SIP ALG روتر را بررسی کنید

SIP ALG در بعضی روترها تلاش می‌کند بسته‌های SIP را بازنویسی کند، اما در بسیاری از سناریوهای واقعی می‌تواند باعث تغییر نامناسب Header یا SDP و ایجاد اختلال در صدا و رجیستر شود. اگر علائم بعد از تعویض روتر یا تغییر اینترنت شروع شده‌اند، وضعیت SIP ALG یکی از مواردی است که باید در تست کنترل‌شده بررسی شود.

۵. Dual-WAN و Policy Routing را فراموش نکنید

در شرکت‌هایی که دو اینترنت دارند، ممکن است SIP از WAN اول خارج شود ولی پاسخ یا RTP از WAN دوم برگردد. این Asymmetric Routing می‌تواند تماس را ناپایدار کند. برای PBX و SIP Trunk معمولاً باید مسیر رفت و برگشت قابل پیش‌بینی باشد و Failover نیز با منطق مشخص انجام شود، نه اینکه هر Packet آزادانه بین دو WAN توزیع شود.

۶. Codec و MTU را بررسی کنید

اگر تماس برقرار است ولی کیفیت صدا پایین، منقطع یا فقط در برخی مسیرها خراب است، Codecهای دو سمت، Transcoding و MTU را هم بررسی کنید. Codec نامناسب می‌تواند مصرف پهنای‌باند یا بار CPU را بالا ببرد. در مسیرهای VPN نیز MTU نامناسب ممکن است Fragmentation ایجاد کند و کیفیت تماس را تحت تأثیر قرار دهد.

۷. از Packet Capture برای حدس نزدن استفاده کنید

وقتی تنظیمات ظاهراً صحیح است، Capture ترافیک روی PBX یا روتر بسیار سریع‌تر از آزمون‌وخطای تصادفی نتیجه می‌دهد. بررسی SIP/SDP نشان می‌دهد هر سمت چه IP و پورتی را برای Media اعلام کرده و مشاهده RTP مشخص می‌کند صدا از کدام جهت وارد یا خارج نمی‌شود.

چک‌لیست سریع عیب‌یابی تماس یک‌طرفه

• مشخص کردن نوع تماس‌هایی که مشکل دارند
• کنترل Local Network و External Address در PBX
• تطبیق محدوده RTP با Firewall/NAT
• بررسی SIP ALG
• کنترل Route در شبکه‌های Dual-WAN
• بررسی Codec و MTU در VPNها
• Packet Capture و تحلیل SIP/SDP/RTP
• ثبت نتیجه تغییرات برای جلوگیری از آزمون‌وخطای تکراری

این کنترل‌ها بهتر است بخشی از برنامه نگهداری دوره‌ای باشند. برای ساخت روال منظم، چک‌لیست نگهداری VoIP سازمانی را هم مطالعه کنید.

چه زمانی بهتر است زیرساخت VoIP تخصصی بررسی شود؟

اگر مشکل فقط در ساعات پرترافیک رخ می‌دهد، چند شعبه دارید، تماس‌ها از VPN عبور می‌کنند، SIP Trunk روی چند WAN فعال است یا تغییر فایروال باعث اختلال شده، بهتر است توپولوژی شبکه و مرکز تلفن به‌صورت یکپارچه بررسی شود. تغییر چند Rule بدون شناخت مسیر Media گاهی مشکل را موقتاً پنهان می‌کند و حتی سطح امنیت را پایین می‌آورد.

برای بررسی، نصب یا رفع اشکال VoIP شرکت خود می‌توانید از طریق صفحه خدمات ویپ درخواست مشاوره و پشتیبانی ثبت کنید. اگر مشکل به Routing، VLAN یا فایروال شبکه مرتبط باشد، خدمات پشتیبانی شبکه نیز مسیر مکمل این عیب‌یابی است.

سؤالات متداول

چرا تماس VoIP وصل می‌شود ولی صدا یک‌طرفه است؟

معمولاً چون SIP توانسته تماس را برقرار کند اما مسیر RTP در یکی از جهت‌ها به دلیل NAT، Firewall، Route یا آدرس اشتباه داخل SDP قابل دسترس نیست.

آیا فقط باز کردن پورت 5060 مشکل صدا را حل می‌کند؟

خیر. پورت SIP برای سیگنالینگ است و Media معمولاً روی محدوده جداگانه RTP منتقل می‌شود. ضمن اینکه باز کردن عمومی پورت‌ها بدون محدودسازی می‌تواند ریسک امنیتی ایجاد کند.

آیا Dual-WAN می‌تواند باعث صدای یک‌طرفه شود؟

بله. اگر مسیر رفت و برگشت SIP یا RTP از WANهای متفاوت عبور کند، NAT و Stateful Firewall ممکن است جریان تماس را مختل کنند. مسیر PBX باید قابل پیش‌بینی طراحی شود.