در نسل جدید مراکز تماس، مفاهیمی مانند Remote Agent و Web-Based Panel دیگر انتخاب نیستند، بلکه یک ضرورت عملیاتی محسوب میشوند. تکنولوژی WebRTC با حذف نیاز به نصب Softphone و درگیری با تنظیمات پیچیده هدست و درایور در سمت اپراتور، سرعت Onboarding را به حداقل رسانده است.
اما برای یک مدیر فنی، چالش اصلی در فرانتاند نیست. انتقال ترافیک Real-Time از مرورگر به لایه Core کالسنتر، بدون داشتن یک معماری واسط، پایداری کل سیستم را زیر سؤال میبرد. WebRTC در کالسنتر صرفاً یک Extension جدید نیست؛ بلکه ورودی است که پروتکلهای غیر-SIP و ترافیک رمزنگاری شده را مستقیماً به سمت صفهای تماس (Queues) و موتورهای ضبط مکالمات پرتاب میکند.
ریسک فنی اتصال مستقیم WebRTC به Queue Engine
اغلب پلتفرمهای کالسنتر برای پردازش پروتکل SIP طراحی شدهاند. وقتی اپراتور از طریق مرورگر متصل میشود، ما با مجموعهای از تفاوتهای ساختاری مواجه هستیم:
- پیچیدگی ICE و ناتوانی در ضبط: در اتصال مستقیم، مسیر Media ممکن است به دلیل فرآیند ICE Candidate به شکلی تغییر کند که سرور ضبط مکالمات (Recording) پکتهای RTP را دریافت نکند.
- فشار پردازشی DTLS: رمزنگاری در WebRTC اجباری است. هندل کردن هزاران Session با رمزنگاری DTLS-SRTP مستقیماً روی سرور کالسنتر، CPU را درگیر کرده و ظرفیت پاسخگویی صفها را کاهش میدهد.
- عدم تطبیق سیگنالینگ: WebRTC استاندارد سیگنالینگ ندارد (معمولاً WebSocket). تبدیل این ترافیک به SIP در داخل Core کالسنتر، باعث نشت توپولوژی و اکسپوز شدن مستقیم سرور داخلی به اینترنت میشود.
راهحل چکاوک: ما در طراحی کالسنترهای پرظرفیت، از SBC چکاوک در نقش B2BUA استفاده میکنیم. در این معماری، SBC در لبه شبکه تماس WebRTC را Terminate کرده و پس از Normalize کردن سیگنالینگ و Media، آن را به صورت یک تماس استاندارد SIP/RTP به سمت مرکز تماس هدایت میکند. این تفکیک باعث میشود پایداری صفها و موتور ضبط مکالمات ۱۰۰٪ حفظ شود، چرا که مرکز تماس با یک ترافیک استاندارد و کنترلشده روبهروست.
چالش مقیاسپذیری در مراکز تماس توزیعشده
زمانی که تعداد اپراتورها از چند ده نفر به چند صد یا چند هزار نفر (بهصورت همزمان) میرسد، مدیریت Sessionها بحرانی میشود. در کالسنترهای مبتنی بر وب، هر باز کردن یا رفرش کردن صفحه توسط اپراتور، یک بار سیگنالینگ جدید به سیستم تحمیل میکند.
اگر لایه کنترلی وجود نداشته باشد، حملات Brute Force روی پنل اپراتورها یا تلاشهای مکرر برای Register شدن، میتواند منجر به Denial of Service در کل مرکز تماس شود.
مدیریت ترافیک در مقیاس بالا با چکاوک:
سامانه SBC چکاوک با پشتیبانی از ۱۰,۰۰۰ سیگنالینگ همزمان SIP در هر نود، به عنوان یک سپر محافظ عمل میکند. با استفاده از قابلیت Rate Limiting و محدودسازی RPS (Request Per Second)، چکاوک اجازه نمیدهد رفتارهای غیرعادی مرورگر اپراتورها یا حملات سایبری، لایه توزیع تماس را مختل کند. این یعنی مقیاسپذیری کالسنتر بدون وابستگی به توان پردازشی سرورهای داخلی انجام میشود.
پایداری سرویس و پنهانسازی توپولوژی (Topology Hiding)
در کالسنترهای Enterprise، اپراتور نباید دید مستقیمی به IPها، ساختار سرورهای Media و دیتابیسهای داخلی داشته باشد. WebRTC به دلیل ماهیت Peer-to-Peer خود، تمایل دارد آدرسهای IP شبکه را در Candidateهای خود فاش کند.
در معماریهای استاندارد، برای جلوگیری از SIP Spoofing و نشت اطلاعات شبکه، استفاده از لایه امنیتی چکاوک الزامی است. این سیستم با بازنویسی هدرهای SIP و مخفیسازی کامل توپولوژی داخلی، مرکز تماس را به یک قلعه نفوذناپذیر تبدیل میکند. حتی اگر اپراتور از اینترنت عمومی و بدون VPN متصل شود، تمام ارتباطات از طریق TLS دوطرفه و تونلهای امن عبور کرده و کوچکترین اطلاعاتی از ساختار Core به بیرون درز نمیکند.
معماری مرجع: گذار از WebRTC به Core کالسنتر
برای درک بهتر فرآیند، معماری پیشنهادی چکاوک برای اتصال اپراتورهای دورکار (Remote Agents) به هسته تلفنی به شرح زیر است:
۱. لایه دسترسی (WebRTC Clients)
در این لایه، اپراتورها (Browser Agents) یا ناظران (Supervisor Dashboard) از طریق مرورگر و پروتکل DTLS-SRTP برای صوت و HTTPS/WebSocket برای سیگنالینگ متصل میشوند. تمام پیچیدگیهایICE Candidates در این لایه توسط SBC مدیریت میشود.
۲. لایه کنترل مرزی (SBC Chakavak)
این قلب تپنده معماری شماست که ترافیک را در لبه شبکه Terminate میکند. وظایف کلیدی در این لایه عبارتند از:
- Signaling: تبدیل WebSocket به SIP استاندارد و Normalization پارامترهای SDP.
- Media: تبدیل ترافیک رمزنگاری شده وب به RTP داخلی و مدیریت Transcoding (مثلاً تبدیل کدک Opus به G.711 جهت سازگاری با Recording).
- Security: اعمال Rate Limit، شناسایی ناهنجاریها (Anomaly Detection) و کنترل تماسهای همزمان (Concurrent Call Control).
۳. لایه هسته تلفنی (Core VoIP)
در نهایت، ترافیک پالایش شده از طریق SIP TLS و SRTP به PBX یا Media Server منتقل میشود. در این مرحله، سرور کالسنتر هیچ ارتباط مستقیمی با وب ندارد (No Direct Web Access) و تنها با یک Session کنترلشده و استاندارد تعامل میکند.
نکته فنی: استفاده از این معماری به شما اجازه میدهد تا ۱۰,۰۰۰ سیگنالینگ همزمان را در هر نود مدیریت کنید، بدون اینکه نگران نشت توپولوژی (Topology Hiding) یا ناپایداری در ضبط مکالمات باشید.
جمعبندی
موفقیت یک کالسنتر در مقیاس بزرگ، تنها به گزارشهای آماری و داشبوردهای مدیریتی محدود نمیشود. پایداری در زمان Peak ترافیک، امنیت ترافیک وب و کیفیت شفاف صدا در بستر WebRTC، نیازمند یک معماری چندلایه است.
راهکار مرکز تماس چکاوک با ترکیب قدرت SBC بومی و موتور توزیع تماس هوشمند، محیطی را فراهم میکند که در آن اپراتور با کمترین دغدغه فنی متصل میشود و مدیر فنی با اطمینان کامل از امنیت و پایداری شبکه، بر بهبود فرآیندهای کسبوکار تمرکز میکند. در این مدل، WebRTC نه یک چالش امنیتی، بلکه یک Extension امن و پایدار از شبکه تلفنی سازمان شماست.
درباره شرکت ارتباطات هوشمند چکاوک
چکاوک شرکتی پیشرو در ارائه راهکارهای NGN/IMS و مراکز تماس پرظرفیت در ایران است. ما با تکیه بر ۱۲ سال تجربه عملیاتی و اجرای بیش از ۲۰۰ پروژه کلان کشوری، زنجیره کاملی از محصولات ارتباطی شامل SBC اختصاصی، Call Center و Hosted PBX را به سازمانها ارائه میدهیم.
اگر میخواهید ما در چکاوک بر اساس شبکه و سناریوی کسبوکارتان یک برآورد و طرح فنی تهیه کنیم، خوشحال میشویم جلسه مشاوره و دموی اختصاصی تنظیم کنیم. اطلاعات تماس خود را ارسال کنید یا برای هماهنگی با تیم فنی با شماره ۹۱۰۹۲۳۹۸-۰۲۱ تماس بگیرید.