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