چرا تماس ویپ بعد از چند ثانیه قطع می‌شود؟

پس از رخداد، وضعیت تماس را در هر دو سمت ببینید: گوشی به حالت عادی برگشته و برای ادامه باید دوباره شماره بگیرید، یا زمان مکالمه هنوز جلو می‌رود ولی چیزی نمی‌شنوید؟ گاهی یک طرف قطع‌شدن را می‌بیند و طرف دیگر هنوز در تماس مانده است؛ همین تفاوت را به مسئول فنی بگویید.

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

شروع پخش پیام تلفن گویا هم ممکن است از نظر مرکز، زمان پاسخ تماس باشد؛ با شروع صحبت کارمند یکی نیست. برای مقایسه مدت‌ها روشن کنید شمارش از شماره‌گیری، شروع پیام یا پاسخ شخص انجام شده است. لازم نیست کاربر زمان را تا صدم ثانیه اندازه بگیرد.

در تماس‌های ناموفق بعدی، مدت تقریبی و کاری را که پیش از قطع انجام شده به خاطر بسپارید. اگر مقایسه لازم شد، یک تماس با مخاطب هماهنگ‌شده کافی است تا بررسی اولیه شروع شود؛ مشتریان را بارها برای آزمایش معطل نکنید.

• مدت تقریباً ثابت پس از پاسخ: بررسی پیام‌های پایان و زمان‌سنج همان تماس در اولویت است.
• قطع بلافاصله پس از انتقال یا نگه‌داشتن: تفاوت مسیر پیش و پس از همان عمل مهم است.
• خاموشی یا راه‌اندازی دوباره گوشی هم‌زمان با قطع: برق و وضعیت همان دستگاه نیز بررسی شوند.
• قطع چند تماس با هم در زمان‌های نامنظم: وضعیت مشترک شبکه، مرکز و خط در همان لحظه بررسی شود.

مشخص کنید تماس ورودی است یا خروجی و آیا داخلی‌ها هم درگیرند. تماس بین دو داخلی ممکن است به مرکز ابری یا شعبه دیگر وابسته باشد؛ اسم «داخلی» به معنی عبورنکردن از اینترنت نیست. اگر فقط یک خط یا یک مقصد درگیر است، پیگیری را از همان محدوده شروع کنید.

در تماس SIP، پاسخ مثبتِ برقراری با پیامی به نام ACK تأیید می‌شود. ممکن است برای مدتی صدا برقرار باشد، اما این تأیید به طرف منتظر نرسد؛ آن طرف پس از تکرار پیام و پایان مهلت، تماس را خاتمه می‌دهد. مستند Asterisk همین تفاوت میان شروع تماس و تکمیل تبادل پیام‌ها را توضیح می‌دهد.

استاندارد SIP برای این انتظار، زمان‌سنجی دارد که با مقدار پیش‌فرض پایه به حدود ۳۲ ثانیه می‌رسد. بنابراین این مدت سرنخ شناخته‌شده‌ای است؛ هر تماس ۳۰ثانیه‌ای الزاماً همین علت را ندارد و همه سامانه‌ها هم دقیقاً در یک ثانیه قطع نمی‌کنند.

مسئول فنی باید ببیند پاسخ و ACK در کدام بخش مسیر ارسال و دریافت شده‌اند و چه طرفی تماس را پایان داده است. نشانی نادرست، ترجمه نشانی یا تجهیز واسط می‌تواند در این مسیر اثر بگذارد؛ صرف دیدن مدت ۳۲ ثانیه، مجوز تغییر NAT یا خاموش‌کردن SIP ALG نیست.

برخی تماس‌های SIP برای ادامه نشست، پیام تازه‌سازی مبادله می‌کنند. اگر این سازوکار فعال و مذاکره شده باشد، نرسیدن درخواست یا پاسخ لازم می‌تواند به پایان نشست منجر شود. این موضوع با تأیید اولیه ACK یکی نیست و از روی یک عدد مانند ۱۰ یا ۱۵ دقیقه نمی‌توان آن را قطعی تشخیص داد.

زمان‌سنجِ نرسیدن رسانه هم سازوکار دیگری است. برای نمونه، در مستند Asterisk 22/PJSIP، گزینه rtp_timeout به مدت نرسیدن بسته RTP مربوط است و به‌صورت پیش‌فرض غیرفعال است. نرسیدن بسته با سکوت انسان یکی نیست؛ تشخیص باید از وضعیت رسانه و تنظیم واقعی همان سیستم به دست آید.

در شبکه نیز نگهداری وضعیت ارتباط و در سرویس تلفنی محدودیت مدت تماس می‌تواند مطرح باشد. مسئول رسیدگی این موارد را با پیام پایان، زمان رخداد و شرایط سرویس تطبیق می‌دهد. بالا بردن همه زمان‌سنج‌ها ممکن است فقط نشانه را عقب بیندازد و علت را پنهان کند.

فرض کنید تماس داخلی پذیرش مشکلی ندارد، اما مکالمه بیرونی فروش در چند نوبت نزدیک نیم دقیقه پس از پاسخ پایان یافته است. این مثال فرضی است. یک تماس آزمایشی ده‌ثانیه‌ایِ موفق هنوز همان مشکل را بررسی نکرده؛ پیش از زمان معمول قطع تمام شده است.

در بررسی هماهنگ‌شده، همان نوع تماس و خط برای مدتی بیشتر از بازه قبلی دنبال می‌شود. اگر فقط خروجی این خط قطع می‌شود، مسیر خروجی و پیام‌های آن با نمونه سالم مقایسه می‌شوند؛ از این نتیجه نمی‌توان خرابی همه گوشی‌ها یا مرکز را برداشت کرد.

در مقابل، اگر تماس تا هر مدتی سالم است و فقط با انتقال به حسابداری پایان می‌یابد، نقطه شروع بررسی انتقال است، نه عدد ثابتِ زمان. شماره مقصد، نوع انتقال و وضعیت تماس پیش از آن به مسئول فنی کمک می‌کنند همان اتفاق را بازسازی کند.

در یک بررسی درست، فقط به مدت درج‌شده در گزارش تماس اکتفا نمی‌شود. باید معلوم شود کدام بخش تماس را خاتمه داده، آیا پیام پایان مانند BYE دیده شده و پیش از آن چه درخواست یا پاسخی بی‌نتیجه مانده است. ممکن است گوشی، مرکز یا سمت ارائه‌دهنده زودتر تصمیم به پایان گرفته باشد.

در ایزابل، نسخه مرکز و نوع درایور SIP مهم‌اند؛ تنظیمات chan_sip و PJSIP را نباید به جای هم کپی کرد. نشانی‌ها و پورت‌ها نیز با معماری واقعی خط و شبکه تعیین می‌شوند. مسئول فنی شواهد همان تماس را بررسی و تغییر محدود را با امکان برگشت اعمال می‌کند.

کاربر عادی برای شروع پیگیری به گرفتن ترافیک شبکه یا ارسال فایل تنظیمات نیاز ندارد. زمان تقریبی، داخلی درگیر و اینکه مشکل پس از پاسخ یا انتقال رخ داده، شروع مناسبی است. اگر داده فنی لازم باشد، مسئول مجاز آن را از مسیر مناسب جمع‌آوری می‌کند.

اگر یک مسیر سالمِ مورد تأیید شرکت وجود دارد، استفاده موقت از آن با مسئول مربوط هماهنگ شود. مثلاً وقتی فقط انتقال به یک داخلی مشکل دارد، پاسخ مستقیم از مسیر سالم ممکن است کمک کند. مسیر جایگزین به معنی رفع علت نیست؛ زمان بازگشت به روال عادی و پیگیری اصلی باید روشن بماند.

پس از اصلاح، تماس از همان خط و جهت قبلی، بیشتر از بازه قطع معمول ادامه پیدا کند. صدای هر دو طرف و در صورت ارتباط، نگه‌داشتن یا انتقال هم بررسی شوند. برای مشکلی که فقط گاهی رخ می‌دهد، یک تماس خوب کافی نیست؛ شرایط و زمان بروز آن نیز باید در پیگیری دیده شوند.

اگر مکالمه‌های شرکت مرتب قطع می‌شوند، خدمات رفع اختلال ویپ گوشی، مرکز، شبکه و خط مرتبط را پوشش می‌دهد. بدون تغییر حدسی تنظیمات هم می‌توانید درخواست رسیدگی بدهید.