برای عیب‌یابی صف تماس در Issabel، ابتدا رسیدن تماس به صف را ثابت کنید؛ سپس عضویت و وضعیت اعضا، سیاست ورود و خروج، زمان انتظار و مقصد جایگزین را جدا بررسی کنید. شنیدن موسیقی انتظار به‌تنهایی ثابت نمی‌کند کارشناس آماده‌ای وجود دارد یا تماس پس از پایان مهلت به مقصد درستی می‌رود.
این راهنما برای وضعیتی است که تماس به صف رسیده، اما داخلی‌ها زنگ نمی‌خورند، انتظار طولانی می‌شود یا تماس بدون پاسخ از صف خارج می‌شود. خروجی کار باید یک تشخیص مستند و آزمون پذیرش باشد. سناریوها آموزشی‌اند؛ هیچ نتیجه‌ای از مرکز تلفن واقعی مشتری گزارش نمی‌شود.
۱. مرز مشکل و نسخهٔ واقعی را مشخص کنید
یک تماس نمونه با زمان و منطقهٔ زمانی، شمارهٔ صف، مبدأ ماسک‌شده و نتیجهٔ شنیده‌شده ثبت کنید. آیا تماس از داخلی به صف هم مشکل دارد یا فقط تماس بیرونی؟ اگر هنوز ورود به صف تأیید نشده، از راهنمای تشخیص ترانک، DID و مسیر ورودی Issabel شروع کنید. تغییر صف، خطای مسیر پیش از آن را اصلاح نمی‌کند.
نسخهٔ Issabel، ماژول صف و Asterisk نصب‌شده را ثبت کنید. برای جزئیات موتور صف، این مقاله به شاخهٔ ۱۸ Asterisk و برای رابط به مستندات و کد رسمی IssabelPBX ارجاع می‌دهد؛ این انتخاب، توصیهٔ نصب نسخهٔ قدیمی یا اثبات یکسان‌بودن همهٔ نصب‌های Issabel 5 نیست. عنوان و رفتار بعضی گزینه‌ها با نسخه فرق دارد؛ راهنمای همان نصب ملاک اجراست.
در پوستهٔ مدیریتی مجاز، فرمان‌های زیر فقط وضعیت و راهنما را می‌خوانند. عدد 600 نمونه است و باید با نام واقعی صف جایگزین شود. اگر فرمان صف در دسترس نبود، بارگذاری ماژول و راهنمای نسخه را بررسی کنید؛ برای تشخیص اولیه سرویسی را بازراه‌اندازی نکنید.
asterisk -rx 'core show version'
asterisk -rx 'core show help queue show'
asterisk -rx 'queue show 600'
asterisk -rx 'core show application Queue'نحو مشاهدهٔ صف در منبع رسمی app_queue نسخهٔ ۱۸ قابل بررسی است. خروجی را با تنظیم رابط مقایسه کنید: صف مورد انتظار وجود دارد؟ اعضای مورد انتظار دیده می‌شوند؟ تماس نمونه در همان صف است؟ یک مشاهده پس از پایان تماس، وضعیت زمان رخداد را اثبات نمی‌کند.
۲. ثبت تلفن را با آمادگی عضو صف اشتباه نگیرید
سه پرسش جدا بپرسید: دستگاه به مرکز تلفن متصل است؟ داخلی عضو این صف است؟ همان عضو اکنون برای دریافت تماس واجد شرایط است؟ ثبت موفق SIP فقط بخشی از پرسش اول را پاسخ می‌دهد. داخلی سالمی که عضو صف نیست یا عضوِ متوقف‌شده، الزاماً تماس صف را دریافت نمی‌کند.
طبق راهنمای رسمی اعضای ثابت و پویا در Issabel، عضو ثابت در تنظیم صف تعریف می‌شود؛ عضو پویا برای حضور عملیاتی وارد صف می‌شود. اضافه‌کردن داخلی به فهرست اعضای پویای مجاز، به‌خودی‌خود به معنی ورود آن نیست. کد ورود را از بخش Feature Codes همان نصب بخوانید و شماره‌ای را از آموزش نسخه‌ای دیگر فرض نکنید.
سپس حالت توقف، اشغال، دسترس‌ناپذیری و فرصت تکمیل کار پس از تماس را بررسی کنید. برای عضو ثابت نیز حضور نام در فهرست، حضور انسان پشت تلفن را تضمین نمی‌کند. در سامانهٔ دارای کنسول Contact Center، وضعیت کنسول و عضویت PBX را با هم تطبیق دهید؛ وجود این ماژول یا گزارش‌های تجاری را برای همهٔ نصب‌ها فرض نکنید.
اگر داخلی از تماس مستقیم پاسخ می‌دهد ولی از صف زنگ نمی‌خورد، عضویت و وضعیت صف فرضیه‌های مهمی‌اند؛ هنوز علت قطعی نیستند. انتقال تماس، مزاحم‌نشدن و نحوهٔ گزارش وضعیت دستگاه را هم بررسی کنید. پیش از رفع فرضیِ مشکل با تغییر راهبرد توزیع، یک عضو مشخص را در آزمون کنترل‌شده دنبال کنید.
۳. زمان‌ها و سیاست صفِ بدون پاسخ‌گو را جدا بخوانید
در مسیر مستندشدهٔ PBX → PBX Configuration → Applications → Queues، راهنمای کنار فیلدها را باز کنید. مستند رسمی صف Issabel محل تنظیم اعضا، راهبرد توزیع، ظرفیت و انتظار را توضیح می‌دهد. پیش از هر اصلاح، مقدار فعلی و معنای مورد انتظار هر گزینه را ثبت کنید.
| گزینه | پرسش عملیاتی | خطای رایج |
|---|---|---|
| Max Wait Time | تماس‌گیرنده چه مدت در صف بماند؟ | اشتباه‌گرفتن با مدت زنگ یک داخلی |
| Agent Timeout / Retry | هر تلاش چه مدت زنگ بخورد و فاصلهٔ تلاش‌ها چقدر باشد؟ | برداشتِ پایان کل انتظار از پایان یک تلاش |
| Wrap-Up-Time | پس از مکالمه چه فرصتی برای تکمیل کار عضو لازم است؟ | تفسیر این فاصله به‌عنوان خرابی تلفن |
| Join Empty / Leave Empty | در نبود عضو واجد شرایط، ورود یا ادامهٔ انتظار مجاز است؟ | یکسان‌دانستن «همه مشغول‌اند» و «هیچ عضوی وارد نشده» |
در نمونهٔ رسمی تنظیم صف Asterisk 18، مدت زنگ عضو از مهلت حضور تماس‌گیرنده جداست. همچنین joinempty هنگام ورود و leavewhenempty هنگام انتظار، دسترس‌پذیری اعضا را بر اساس مجموعهٔ شرط‌های تنظیم‌شده بررسی می‌کنند. «خالی» فقط شمار صفر اعضا نیست؛ شرایطی مانند توقف یا اشغال می‌تواند بسته به سیاست مؤثر باشد. بنابراین انتخاب Yes یا No را بدون خواندن معنای همان فیلد نسخه‌تان تعمیم ندهید.
فیلد Max Wait Time Mode نیز در منبع رسمی فرم صف IssabelPBX میان Strict و Loose تمایز می‌گذارد: در حالت Loose، زنگِ درحال‌اجرا می‌تواند خروج را به تأخیر بیندازد. انتظار مشاهده‌شده را با حالت انتخاب‌شده بسنجید؛ صرف اختلاف چند ثانیه با عدد فرم، اثبات بی‌اثرشدن تنظیم نیست. عدد زمان مناسب را از نیاز خدمت و آزمون تعیین کنید؛ یک مقدار ثابت برای همهٔ سازمان‌ها وجود ندارد.
۴. مقصد جایگزین را مستقل از صف آزمایش کنید
مشخص کنید بعد از خروج بدون پاسخ چه خدمتی ارائه می‌شود: پیام خارج از ساعت، صندوق صوتی یا پاسخ‌گوی جایگزین. آن مقصد باید موجود، قابل دسترسی و دارای مسئول پیگیری باشد. انتقال تماس به صندوقی که کسی بررسی نمی‌کند، فقط شکل مشکل را عوض می‌کند. اگر مقصد دوباره به همان صف برمی‌گردد، احتمال چرخهٔ انتظار را در نقشهٔ مسیر بررسی کنید.
نام Fail Over Destination را با Queue Continue Destination یکی نگیرید. در مولد رسمی مسیر صف IssabelPBX، شاخهٔ Continue برای وضعیت CONTINUE جدا می‌شود؛ این عنوان جایگزین عمومی همهٔ خروج‌های بدون پاسخ نیست. مسیر تولیدشده و راهنمای نسخهٔ نصب‌شده را بررسی کنید و فقط به نام دو فیلد اتکا نکنید.
مثال آموزشی: تیم پشتیبانی می‌خواهد هنگام نبود کارشناس واردشده، تماس به پیام و صندوق مشخصی برسد، اما هنگام مشغول‌بودن اعضای حاضر، امکان انتظار محدود باقی بماند. این دو حالت را جدا بنویسید. ابتدا مقصد را مستقیم آزمون کنید؛ سپس همان نتیجه را از مسیر صف تأیید کنید. این سیاست پیشنهادی است و قابلیت تشخیص وضعیت‌ها باید در نصب واقعی سنجیده شود.
۵. رویداد خروج را از برداشت شنیداری جدا کنید
اگر ثبت رویداد صف فعال باشد، رویدادهای همان تماس را با زمان، نام صف و شناسهٔ کانال دنبال کنید. مستند Queue Logs در Asterisk مسیر متداول /var/log/asterisk/queue_log و معنای رویدادها را شرح می‌دهد؛ محل و سازوکار ذخیره‌سازی نصب شما ممکن است متفاوت باشد. نبود فایل یا رویداد را بدون بررسی تنظیم ثبت، نبود تماس تلقی نکنید.
| رویداد | معنای قابل اتکا | چه چیزی هنوز ثابت نشده است؟ |
|---|---|---|
| ENTERQUEUE | ورود تماس به صف ثبت شده است. | آمادگی کارشناس یا پاسخ موفق |
| RINGNOANSWER | یک تلاش زنگ بدون پاسخ پایان یافته است. | خروج نهایی تماس از صف |
| ABANDON | تماس‌گیرنده هنگام انتظار قطع کرده است. | رسیدن به مقصد جایگزین |
| EXITWITHTIMEOUT | مهلت انتظار صف تمام شده است. | سلامت مرحلهٔ بعد از خروج |
| CONNECT | اتصال تماس به عضو صف ثبت شده است. | کیفیت صوت یا حل درخواست مشتری |
فقط بازهٔ لازم را با مجوز بخوانید؛ لاگ ممکن است شماره و شناسهٔ تماس داشته باشد. فایل کامل یا خروجی خام را در تیکت عمومی نگذارید. برای اثبات رسیدن به صندوق یا مقصد بعدی، اجرای همان بخش را نیز بررسی کنید؛ یک رویداد پایان صف، شاهد پایان کل خدمت نیست.
۶. اصلاح را با سناریوهای پذیرش تحویل دهید
پیش از تغییر، از تنظیم مربوط با ابزار معتبر همان نصب پشتیبان قابل بازگشت بگیرید و مقدارهای قبلی را ثبت کنید. اصلاح و اعمال تنظیم را در بازهٔ مجاز انجام دهید. فایل تولیدشدهٔ صف را مستقیم ویرایش نکنید؛ بازتولید تنظیم می‌تواند آن را جایگزین کند. چند گزینه را هم‌زمان عوض نکنید، چون نسبت‌دادن نتیجه به علت مشخص دشوار می‌شود.
برای هر حالت زیر، نتیجهٔ مورد انتظار، زمان واقعی، رویداد و مقصد نهایی را یادداشت کنید. این‌ها معیار پیشنهادی پذیرش‌اند و آستانهٔ عددی قراردادی برای شما تعیین نمی‌کنند:
- یک عضو حاضر و آزاد: زنگ، پاسخ و صدای دوطرفه تأیید شود.
- همهٔ اعضای حاضر مشغول: انتظار یا خروج مطابق سیاست ثبت‌شده باشد.
- همهٔ اعضای پویا خارج‌شده یا متوقف: رفتار صف بدون پاسخ‌گو بررسی شود.
- عدم پاسخ تا پایان مهلت: مقصد جایگزین واقعاً قابل استفاده باشد.
- قطع تماس‌گیرنده حین انتظار: از پایان مهلت و پاسخ موفق تفکیک شود.
- بازگشت کارشناس به آمادگی: دریافت تماس تازه و سلامت مسیر مجاور دوباره بررسی شود.
اگر اتصال برقرار می‌شود اما صدا یک‌طرفه است، بررسی را با راهنمای SDP و RTP ادامه دهید. نتیجهٔ مطلوب، صفی با رفتار قابل پیش‌بینی و مسیر خروج تأییدشده است. برای بررسی تخصصی با آسیاپرداز تماس بگیرید و نسخه، سناریو و شواهد پاک‌سازی‌شده را ارائه کنید.
منابع در ۸ نوامبر ۲۰۲۶ بررسی شدند. این مقاله آموزش تشخیص است؛ آزمون تماس یا تغییر تنظیم روی مرکز تلفن تولیدی انجام نشده است. نسخه و وضعیت پشتیبانی نرم‌افزار خود را مستقل بررسی کنید.