رفع مشکل رجیسیتری ترانک در ایزابل
وقتی ترانک شما “OK” است ولی تماس برقرار نمیشود
اگر تا به حال با این سناریو مواجه شدهاید که میدانید دقیقاً چه دردی دارید: خروجی sip show peers وضعیت ترانک را OK نشان میدهد، تماس از داخل سازمان بدون مشکل برقرار میشود، اما تماسگیرنده از بیرون فقط پیام «شماره مورد نظر در دسترس نمیباشد» یا بوق اشغال میشنود. در این حالت خط شما یکطرفه شده و مقصر واقعی چیزی است که در نگاه اول دیده نمیشود: قطعی رجیستریشن ترانک — یعنی با وجود ظاهر سالم peer، فرآیند SIP REGISTER با سمت مقابل (اپراتور یا گیتوی) قطع شده و دیگر تماسهای ورودی مسیر خود را پیدا نمیکنند.
فهرست مطالب
Toggleرجیستر نشدن ترانک ، یکی از رایجترین و آزاردهندهترین دردسرهای مدیران سرورهای تلفنی مبتنی بر ایزابل، FreePBX و Elastix است. این اتفاق بیشتر در تلفن های سیپ ترانک یا به اصطلاح خطوط تلفن اینترنتی بسیار رایج است . راه حل رایج و دستی رفع مشکل رجیسیتری ترانک هم همه آن را میشناسند: ورود به پنل، Disable کردن ترانک، Apply Config، چند ثانیه صبر، Enable مجدد و یک Apply Config دیگر. همین چهار قدم ساده، رجیستریشن را ریست میکند و خط دوباره دوطرفه میشود. اما مشکل اینجاست که این اتفاق معمولاً در نیمهشب، تعطیلات یا زمانی که کسی جلوی سیستم نیست رخ میدهد — و هر دقیقهای که خط قطع بماند، یعنی تماسهای ازدسترفته، مشتریان ناراضی و ضرر مستقیم به کسبوکار.
SIP Guardian چه میکند؟
SIP Guardian یک افزونهی نظارتی و خودترمیمگر (self-healing) برای سرورهای مبتنی بر Asterisk/chan_sip است که دقیقاً همان کاری را که شما بهصورت دستی برای رفع قطعی خط تلفن اینترنتی انجام میدهید، بهطور کاملاً خودکار و بیوقفه تکرار میکند:
- هر ۳۰ ثانیه یکبار، وضعیت واقعی رجیستریشن تمام ترانکهای تحت نظارت را از طریق AMI بررسی میکند — نه صرفاً وضعیت ظاهری peer، بلکه خروجی واقعی sip show registry
- در صورت ناموفق بودن رجیستریشن بهصورت متوالی (با آستانهی قابل تنظیم برای جلوگیری از حساسیت بیش از حد به نوسانات لحظهای شبکه)، بهطور خودکار همان توالی Disable → Apply Config → توقف کوتاه → Enable → Apply Config را روی ترانک اجرا میکند.
- پیش از هر اقدام، دو محافظ هوشمند را چک میکند: اگر خود شما ترانک را عمداً در پنل Issabel غیرفعال کرده باشید، سیستم دست نمیزند؛ و اگر بهتازگی یک ریست انجام شده باشد، برای جلوگیری از حلقهی بیپایان ریست، منتظر پایان دورهی Cooldown میماند.
- از هر دو نوع ترانک پشتیبانی میکند: ترانکهایی که از طریق وب پنل ایزابل ساخته شدهاند و ترانکهایی که بهصورت دستی و با ویرایش فایلهای کانفیگ ایجاد شدهاند.
- تمام رویدادها — بررسی موفق، بررسی ناموفق، ریست خودکار، صرفنظر به دلیل غیرفعال بودن دستی — در یک داشبورد فارسی با جزئیات کامل ثبت و قابل جستوجو است.
چرا رجیستریشن ترانک قطع میشود؟
اتصال مجدد SIP Trunk معمولاً به یکی از این دلایل نیاز پیدا میکند:
نوسان یا قطعی موقت اینترنت
تغییر IP سمت اپراتور
Timeout در تبادل پکتهای SIP
تداخل NAT
رفتار غیرمنتظرهی برخی گیتویها و اپراتورهای مخابراتی
که پس از یک قطعی کوتاه، دیگر خودشان رجیستریشن را ریکاوری نمیکنند. در بسیاری از این موارد، peer همچنان “OK” گزارش میشود چون این وضعیت فقط qualify بودن مسیر شبکه را نشان میدهد، نه سلامت واقعی فرآیند REGISTER. دقیقاً همین شکاف است که باعث سردرگمی مدیران شبکه میشود و پیدا کردن ریشهی مشکل را زمانبر میکند.
ماژول رفع مشکل رجیسیتری ترانک برای چه کسانی مناسب است؟
هر مجموعهای که روی ایزابل، FreePBX یا هر توزیع دیگر مبتنی بر Asterisk با chan_sip، ترانکهای سیپ رجیستری (از اپراتورهایی مانند مخابرات، شاتل، آسیاتک و مشابه) را برای تماسهای ورودی و خروجی مدیریت میکند، و نمیخواهد سلامت خط تلفن اینترنتی خود را به شانس یا زمان بیداری تیم پشتیبانی گره بزند. مراکز تماس، شرکتهای خدماتی، و هر کسبوکاری که قطعی حتی چند دقیقهای تماس ورودی برایشان هزینهبر است، مخاطب اصلی این ابزار هستند.
نصب ساده، بدون وابستگی پیچیده
SIP Guardian با PHP 5.4 به بالا سازگار است، از SQLite برای ذخیرهسازی سبک استفاده میکند و نیازی به نصب کتابخانههای ثالث یا Composer ندارد. تنها کافی است اطلاعات AMI و دیتابیس MySQL آستریسک را از صفحهی تنظیمات وارد کنید تا نظارت خودکار روی ترانکهای انتخابی شما آغاز شود.
با SIP Guardian دیگر لازم نیست منتظر تماس مشتری برای فهمیدن قطعی خط باشید؛ سیستم پیش از آنکه متوجه شوید، مشکل رجیستری ترانک را شناسایی و برطرف میکند.
به منظور مشاوره و خرید این محصول می توانید با کارشناسان شرکت آریا نت اسپادانا تماس حاصل فرمائید .
در ویدئوی زیر ، نحوه فعالسازی و کار با این ماژول را ملاحظه فرمائید :
سوالات متداول SIP Guardian
چرا ترانک من در sip show peers وضعیت OK دارد ولی تماس ورودی برقرار نمیشود؟
وضعیت OK در دستور sip show peers فقط نشان میدهد مسیر شبکه بین سرور شما و سمت مقابل با qualify زنده است، نه اینکه فرآیند رجیستریشن (SIP REGISTER) واقعاً موفق بوده. این دو کاملاً مستقل از هم هستند. وقتی رجیستریشن به هر دلیلی (قطعی موقت اینترنت، تغییر IP سمت اپراتور، Timeout) قطع شود، peer همچنان OK نمایش داده میشود اما اپراتور دیگر آدرس فعلی شما را نمیشناسد و تماسهای ورودی را هدایت نمیکند؛ در نتیجه تماسگیرنده پیام «شماره در دسترس نمیباشد» یا بوق اشغال میشنود. برای تشخیص دقیق باید همیشه خروجی sip show registry را هم بررسی کرد، نه فقط sip show peers. SIP Guardian دقیقاً همین وضعیت واقعی رجیستری را هر ۳۰ ثانیه چک میکند.
چرا خط تلفن اینترنتی من یکطرفه شده و فقط تماس خروجی دارم؟
یکطرفه شدن ترانک (تماس خروجی سالم، تماس ورودی ناموفق) معمولاً نشانهی قطعی رجیستریشن است، نه مشکل شبکه یا NAT. چون برای تماس خروجی نیازی به رجیستر بودن دائمی نیست و اغلب peer بدون رجیستر هم میتواند INVITE بفرستد، اما اپراتور برای مسیر کردن تماسهای ورودی به آدرس شما، به رجیستریشن معتبر و بهروز نیاز دارد. اگر رجیستریشن قطع شده باشد، اپراتور نمیداند تماس را به کجا هدایت کند. رفع دستی این مشکل معمولاً با Disable و Enable مجدد ترانک در پنل انجام میشود؛ SIP Guardian این فرآیند را بهصورت کاملاً خودکار انجام میدهد.
آیا SIP Guardian با ترانکهایی که بهصورت دستی (بدون وب پنل ایزابل) ساختهام هم کار میکند؟
بله. بسیاری از ابزارهای مشابه فقط ترانکهایی را پشتیبانی میکنند که از طریق وب پنل FreePBX/Issabel ساخته شدهاند و در فایل sip_additional.conf تعریف میشوند. SIP Guardian علاوه بر این، ترانکهای ساختهشده دستی که در sip_custom.conf تعریف شدهاند را هم بهطور کامل شناسایی، نمایش و مانیتور میکند؛ حتی اگر نام peer با username واقعی رجیستری متفاوت باشد.
آیا این سیستم ممکن است ترانکی را که خودم عمداً غیرفعال کردهام، دوباره روشن کند؟
خیر. پیش از هر اقدام خودکار، SIP Guardian وضعیت disabled ترانک را مستقیماً از دیتابیس یا فایل کانفیگ بررسی میکند. اگر شما ترانک را از طریق پنل Issabel غیرفعال کرده باشید، سیستم بهطور کامل از آن ترانک صرفنظر میکند و هیچ تغییری در وضعیت آن اعمال نمیشود. این رفتار در بخش لاگ رویدادها با برچسب «صرفنظر (غیرفعال توسط کاربر)» ثبت میشود.
چند بار قطعی متوالی باعث اجرای ریست خودکار میشود؟
این مقدار (آستانهی خرابی متوالی) کاملاً قابل تنظیم است و بهصورت پیشفرض روی دو بار بررسی ناموفق پیاپی تنظیم شده تا از واکنش نسبت به نوسانات لحظهای و بیاهمیت شبکه جلوگیری شود. تا زمانی که این آستانه رد نشود، سیستم فقط وضعیت را در لاگ ثبت میکند و اقدامی انجام نمیدهد.
چرا سیستم بلافاصله بعد از هر بار ریست، دوباره ترانک را ریست نمیکند؟
برای جلوگیری از حلقهی بیپایان ریست (مثلاً وقتی مشکل واقعی از سمت اپراتور یا شبکه است و ریست کردن بهتنهایی آن را حل نمیکند)، یک دورهی Cooldown قابل تنظیم پس از هر اقدام در نظر گرفته شده است. تا پایان این بازه، حتی اگر رجیستریشن همچنان ناموفق باشد، سیستم اقدام تازهای انجام نمیدهد و این وضعیت را با برچسب «صرفنظر (Cooldown)» در لاگ ثبت میکند.
آیا SIP Guardian روی نسخههای قدیمی PHP نصب میشود؟
بله. SIP Guardian از PHP نسخه ۵.۴ به بالا پشتیبانی میکند و از هیچ ویژگی مخصوص نسخههای جدید (مانند null coalescing یا type hint اسکالر) استفاده نمیکند. این سازگاری عمداً برای اطمینان از نصب روان روی نسخههای استاندارد و رایج Issabel و FreePBX در نظر گرفته شده است.
آیا برای اجرای SIP Guardian باید کتابخانه یا Composer نصب کنم؟
خیر. تمام منطق اتصال به AMI با سوکت خام PHP (fsockopen) پیادهسازی شده و ذخیرهسازی دادهها از SQLite استفاده میکند؛ بنابراین هیچ وابستگی خارجی، کتابخانهی ثالث یا Composer برای نصب و اجرا لازم نیست.
آیا امکان مشاهدهی تاریخچهی کامل قطعیها و اقدامات خودکار وجود دارد؟
بله. صفحهی لاگ رویدادها تمام رخدادها شامل بررسی موفق، بررسی ناموفق، ریست خودکار انجامشده و موارد صرفنظرشده را با زمان دقیق، نام ترانک و پیام توضیحی ثبت میکند. این لاگها قابل فیلتر بر اساس ترانک، نوع رویداد، بازهی تاریخ و جستوجوی متنی هستند.
آیا لاگ رویدادها با گذشت زمان حجیم نمیشود؟
خیر. SIP Guardian بهصورت خودکار رویدادهای قدیمیتر از یک بازهی زمانی مشخص (پیشفرض ۱۰ روز، قابل تنظیم) را پاکسازی میکند تا حجم دیتابیس و سرعت بارگذاری صفحهی لاگ همیشه در سطح مطلوب باقی بماند، بدون نیاز به مداخلهی دستی.
دیدن تصویر کسب و کار شما در اینجا باعث سرافرازی ماست
برخی از مشتریان همیشگی ما





















نقد و بررسیها
هنوز بررسیای ثبت نشده است.