پلیٹ فارم کی قابلِ اعتمادی
پلیٹ فارم ریلائیبلٹی: ایک حصہ رکنے پر بھی چلتا رہے
ری کنیکٹ پر ایجنٹ فیل اوور کے ساتھ دو FreeSWITCH میڈیا نوڈز، لوڈ بیلنسڈ WebRTC، نوڈز میں کالز تقسیم کرنے والا SIP لوڈ بیلنسر، حقیقی انحصارات کو جانچنے والے ریڈی نیس چیکس، گڑبڑ کے بعد صفائی کرنے والے ری کنسائلرز، اور رات کے وقت آف سائٹ بیک اپس۔
14 دن کا مفت ٹرائل · AI وائس ایجنٹ آزمانے کے لیے مفت AI کریڈٹ · کارڈ کی ضرورت نہیں
مختصر جواب
آپ کو کیا ملتا ہے
سب کچھ ایک ہی ورک اسپیس میں
دو FreeSWITCH میڈیا نوڈز
میڈیا ایک کے بجائے دو FreeSWITCH نوڈز پر چلتا ہے۔ ایک واحد نوڈ آپ کی مکمل بندش سے بس ایک دوپہر کے فاصلے پر ہوتا ہے۔
ایجنٹ WebSocket فیل اوور
ایجنٹ ڈیسک ٹاپ کسی میڈیا نوڈ سے WebSocket کنکشن رکھتا ہے۔ اگر وہ نوڈ بند ہو جائے تو دوبارہ جڑتے وقت ایجنٹ کا کلائنٹ دوسرے نوڈ پر فیل اوور ہو جاتا ہے۔
لوڈ بیلنسڈ WebRTC
براؤزر پر مبنی ایجنٹ آڈیو نوڈز میں لوڈ بیلنس ہوتی ہے، اس لیے ایجنٹس تقسیم رہتے ہیں بجائے اس کے کہ سب اس نوڈ پر جمع ہوں جس نے پہلے جواب دیا۔
راؤنڈ رابن SIP
ایک SIP لوڈ بیلنسر کالز کو میڈیا نوڈز میں راؤنڈ رابن طریقے سے تقسیم کرتا ہے، اس لیے کیریئر ٹریفک کسی ایک نوڈ کے چلتے رہنے پر منحصر نہیں۔
انحصار سے آگاہ ریڈی نیس
ریڈی نیس اینڈ پوائنٹس تیار ہونے کی اطلاع دینے سے پہلے وہ انحصارات جانچتے ہیں جن کی سروس کو واقعی ضرورت ہے۔ جو سروس اپنے ڈیٹا بیس تک نہ پہنچ سکے اسے ٹریفک لینے کو نہیں کہنا چاہیے۔
یتیم کالز کا ری کنسائلر
جن کالز کا کنٹرولنگ ریکارڈ گم ہو جائے انہیں چلتا چھوڑنے کے بجائے درست کیا جاتا ہے۔ یتیم کال بل ہوتی ہے، ایک چینل گھیرے رکھتی ہے اور کسی کے کام نہیں آتی۔
پھنسے ہوئے ایجنٹ کا ری کنسائلر
جو ایجنٹ کسی ایسی حالت میں پھنس جائے جس سے وہ نکل نہ سکے، اسے پہچان کر حقیقی حالت میں واپس لایا جاتا ہے، بجائے اس کے کہ وہ پوری شفٹ ایک فرضی ایجنٹ بن کر گزار دے۔
جاری کالز کا ری کنسائلر
ری اسٹارٹ یا وقتی خرابی کے دوران جاری کالز کو بعد میں حقیقت کے مطابق درست کیا جاتا ہے، تاکہ پلیٹ فارم اور سوئچ دونوں کی تصویر ایک جیسی ہو۔
رات کے وقت ڈیٹا بیس بیک اپس
ڈیٹا بیس کا ہر رات بیک اپ لیا جاتا ہے۔ درخواست پر نہیں، کسی کے یاد آنے پر نہیں، بلکہ شیڈول کے مطابق۔
آف سائٹ بیک اپس
بیک اپس آف سائٹ رکھے جاتے ہیں، کیونکہ جو بیک اپ اسی انجام سے دوچار ہو جس چیز کی وہ حفاظت کرتا ہے، وہ بیک اپ نہیں۔
انٹرپرائز پر اپ ٹائم SLA
انٹرپرائز پلان میں 99.95% اپ ٹائم SLA شامل ہے، جو کسی مارکیٹنگ صفحے پر محض اشارتاً نہیں بلکہ معاہدے میں تحریری ہے۔
آپریشنز سینٹر سے نظر آنے والا
نوڈ کی صحت، لائیو کالز اور ری کنسائلر کی سرگرمی آپریشنز سینٹر میں نظر آتی ہے، اس لیے قابلِ اعتمادی ایسی چیز ہے جسے آپ فرض کرنے کے بجائے دیکھ سکتے ہیں۔
Media
دو نوڈز، اور ایک کلائنٹ جو یہ جانتا ہے
میڈیا دو FreeSWITCH نوڈز پر چلتا ہے۔ یہ بات اپنے آپ میں کافی عام ہے۔ جو چیز طے کرتی ہے کہ ایجنٹ کو بندش کا پتا چلے گا یا نہیں، وہ یہ ہے کہ ایجنٹ کا براؤزر اس پر کیا کرتا ہے۔
ایجنٹ ڈیسک ٹاپ کسی نوڈ سے WebSocket کنکشن رکھتا ہے، اور جب وہ نوڈ غائب ہو جائے تو کلائنٹ ری کنیکٹ پر دوسرے نوڈ پر فیل اوور کر جاتا ہے۔ WebRTC نوڈز میں لوڈ بیلنس ہوتا ہے، اور ایک SIP لوڈ بیلنسر کیریئر ٹریفک کو ان میں راؤنڈ رابن طریقے سے بھیجتا ہے، اس لیے نہ ایجنٹس اور نہ کیریئرز کسی ایک مشین سے بندھے ہوتے ہیں۔
- میڈیا چلانے والے دو FreeSWITCH میڈیا نوڈز
- ری کنیکٹ پر نوڈز کے درمیان ایجنٹ WebSocket فیل اوور
- براؤزر پر مبنی ایجنٹس کے لیے لوڈ بیلنسڈ WebRTC
- نوڈز میں راؤنڈ رابن طریقے سے کالز تقسیم کرنے والا SIP لوڈ بیلنسر
خود اصلاحی
پلیٹ فارم اپنی صفائی خود کرتا ہے
کانٹیکٹ سینٹر پلیٹ فارمز عموماً شور مچا کر ناکام نہیں ہوتے۔ وہ چیزیں پیچھے چھوڑ کر ناکام ہوتے ہیں: ایسی کال جو اب بھی جاری ہے مگر اسے کوئی کنٹرول نہیں کر رہا، ایسا ایجنٹ جو کسی حالت میں پھنسا ہے اور نکل نہیں سکتا، ایسی کال جو کسی سروس کے ری اسٹارٹ کے وقت جاری تھی۔
تینوں کے لیے ری کنسائلرز موجود ہیں۔ وہ پلیٹ فارم کے تصور کا موازنہ حقیقت میں ہونے والی صورتحال سے کرتے ہیں اور فرق درست کرتے ہیں۔ ان کے ساتھ ریڈی نیس اینڈ پوائنٹس سروس کے حقیقی انحصارات کو تیار ہونے کی اطلاع سے پہلے جانچتے ہیں، تاکہ کسی کو ایسی ٹریفک نہ دی جائے جسے وہ سنبھال نہ سکے۔
- یتیم کالز کے لیے ری کنسائلر
- پھنسے ہوئے ایجنٹس کے لیے ری کنسائلر
- ری اسٹارٹس کے دوران جاری کالز کے لیے ری کنسائلر
- تیار ہونے کی اطلاع سے پہلے انحصارات جانچنے والے ریڈی نیس اینڈ پوائنٹس
بیک اپس اور وابستگی
ہر رات، آف سائٹ، اور تحریری طور پر
ڈیٹا بیس کا ہر رات بیک اپ لیا جاتا ہے اور بیک اپس آف سائٹ رکھے جاتے ہیں۔ دونوں حصے اہم ہیں۔ پلیٹ فارم ہی کے انفراسٹرکچر پر رکھا رات کا بیک اپ محض ایک کاپی ہے، بحالی کا منصوبہ نہیں۔
اس کے علاوہ انٹرپرائز پلان میں 99.95% اپ ٹائم SLA شامل ہے۔ یہ معاہدے میں ہے، جہاں دستیابی کی وابستگی کو ہونا چاہیے، کسی سلائیڈ پر نہیں۔
- رات کے وقت ڈیٹا بیس بیک اپس
- آف سائٹ رکھے گئے بیک اپس
- انٹرپرائز پلان پر 99.95% اپ ٹائم SLA
- نوڈ کی صحت، لائیو کالز اور ری کنسائلر کی سرگرمی آپریشنز سینٹر میں نظر آتی ہے
موازنہ کیسا ہے
| سنگل باکس ڈیپلائمنٹ | DialerBee پلیٹ فارم کی قابلِ اعتمادی | |
|---|---|---|
| Media | ایک نوڈ | دو FreeSWITCH میڈیا نوڈز |
| جب کوئی نوڈ بند ہو جائے | ایجنٹس ری لوڈ کرتے ہیں اور امید رکھتے ہیں | ری کنیکٹ پر نوڈز کے درمیان ایجنٹ WebSocket فیل اوور |
| کیریئر ٹریفک | ایک ہی ایڈریس کی طرف | SIP لوڈ بیلنسر، نوڈز میں راؤنڈ رابن |
| ایجنٹ آڈیو | جس نے پہلے جواب دیا | نوڈز میں لوڈ بیلنسڈ WebRTC |
| صحت کی جانچ | کیا پراسیس زندہ ہے | سروس کے انحصارات جانچنے والے ریڈی نیس اینڈ پوائنٹس |
| گڑبڑ کے بعد بچی چیزیں | کوئی بعد میں ڈھونڈتا ہے | یتیم کالز، پھنسے ہوئے ایجنٹس اور جاری کالز کے لیے ری کنسائلرز |
| بیک اپس | جب کسی کو یاد آئے | رات کے وقت ڈیٹا بیس بیک اپس، آف سائٹ رکھے گئے |
| وابستگی | بہترین کوشش | انٹرپرائز پلان پر 99.95% اپ ٹائم SLA |
اکثر پوچھے جانے والے سوالات
DialerBee میں پلیٹ فارم کی قابلِ اعتمادی کیا ہے؟+
یہ وہ طریقہ ہے جس سے پلیٹ فارم چلتا رہتا ہے اور کچھ گڑبڑ ہونے پر خود کو درست کرتا ہے۔ میڈیا دو FreeSWITCH میڈیا نوڈز پر چلتا ہے، ری کنیکٹ پر ان کے درمیان ایجنٹ WebSocket فیل اوور، لوڈ بیلنسڈ WebRTC اور نوڈز میں راؤنڈ رابن طریقے سے کالز تقسیم کرنے والے SIP لوڈ بیلنسر کے ساتھ۔ ریڈی نیس اینڈ پوائنٹس انحصارات جانچتے ہیں، ری کنسائلرز یتیم کالز، پھنسے ہوئے ایجنٹس اور جاری کالز کی صفائی کرتے ہیں، اور ڈیٹا بیس کا ہر رات بیک اپ لے کر آف سائٹ رکھا جاتا ہے۔
اگر کوئی میڈیا نوڈ ناکام ہو جائے تو میرے ایجنٹس کا کیا ہوتا ہے؟+
ایجنٹ ڈیسک ٹاپ کسی میڈیا نوڈ سے WebSocket کنکشن رکھتا ہے۔ اگر وہ نوڈ دستیاب نہ رہے تو ایجنٹ کا کلائنٹ ری کنیکٹ پر دوسرے نوڈ پر فیل اوور کر جاتا ہے، اس لیے ایجنٹ ناکام نوڈ کا انتظار کرنے کے بجائے کام کرنے والے نوڈ پر واپس آ جاتا ہے۔
کال ٹریفک نوڈز میں کیسے تقسیم ہوتی ہے؟+
ایک SIP لوڈ بیلنسر میڈیا نوڈز میں راؤنڈ رابن طریقے سے کالز تقسیم کرتا ہے، اور براؤزر پر مبنی ایجنٹ آڈیو WebRTC پر لوڈ بیلنس ہوتی ہے۔ نہ کیریئرز اور نہ ایجنٹس کسی ایک نوڈ سے بندھے ہیں۔
ری کنسائلرز کس لیے ہیں؟+
یہ اس حالت کو درست کرتے ہیں جو کچھ غلط ہونے پر پیچھے رہ جاتی ہے۔ ایک یتیم کالز کو درست کرتا ہے، یعنی ایسی کالز جو جاری ہیں مگر انہیں کوئی کنٹرول نہیں کر رہا۔ ایک پھنسے ہوئے ایجنٹس کو درست کرتا ہے، یعنی ایسے ایجنٹس جو کسی ایسی حالت میں ہیں جس سے نکل نہیں سکتے۔ ایک ری اسٹارٹ کے دوران جاری کالز کو درست کرتا ہے۔ ہر ایک پلیٹ فارم کے تصور کا موازنہ حقیقت میں ہونے والی صورتحال سے کرتا ہے۔
انحصار سے آگاہ ریڈی نیس کا کیا مطلب ہے؟+
ریڈی نیس اینڈ پوائنٹ یہ اطلاع دینے سے پہلے کہ سروس تیار ہے، وہ انحصارات جانچتا ہے جن کی سروس کو واقعی ضرورت ہے۔ جو سروس اپنے انحصارات تک نہ پہنچ سکے اسے ٹریفک نہیں بھیجی جاتی — یہی عام ہیلتھ چیک اور مفید ہیلتھ چیک کا فرق ہے۔
بیک اپس کیسے سنبھالے جاتے ہیں؟+
ڈیٹا بیس کا ہر رات بیک اپ لیا جاتا ہے اور بیک اپس آف سائٹ رکھے جاتے ہیں۔ آف سائٹ ہونا ہی اہم حصہ ہے، کیونکہ پلیٹ فارم کے ساتھ رکھا بیک اپ بھی اسی انجام سے دوچار ہوتا ہے جو پلیٹ فارم کے ساتھ ہو۔
کیا اپ ٹائم SLA موجود ہے؟+
جی ہاں، انٹرپرائز پلان پر 99.95% اپ ٹائم SLA۔ یہ کسی مارکیٹنگ صفحے پر نہیں بلکہ معاہدے میں درج ہے۔
کیا میں اس میں سے کچھ خود دیکھ سکتا ہوں؟+
جی ہاں۔ آپریشنز سینٹر نوڈ کی صحت، لائیو کالز اور ری کنسائلر کی سرگرمی دکھاتا ہے، ساتھ میں ایسے الرٹس جنہیں آپ NOC کے لیے ترتیب دے سکتے ہیں۔ جس قابلِ اعتمادی کو آپ دیکھ سکیں وہ اس سے زیادہ مفید ہے جس کے بارے میں صرف بتایا جائے۔
ہم سے پوچھیں کہ نوڈ بند ہونے پر DialerBee کیسا برتاؤ کرتا ہے
ڈیمو ٹیننٹ پر 30 منٹ کا جائزہ، انگریزی یا عربی میں۔