IOSOR জ্ঞান
DID রিকভারি সপ্তাহ: মেসেজিং ফিরে আসা অ্যাক্টিভেটেড হওয়ার সমান নয়
জানুন কেন DID ফ্রিজের পর 'অ্যাক্টিভেটেড' স্ট্যাটাস মানে মেসেজিং কাজ করছে না, এবং নম্বর পুনরায় বরাদ্দ করার আগে ইনবাউন্ড ও আউটবাউন্ড SMS পাথ কীভাবে যাচাই করবেন।
DID রিকভারির সময় স্টেট ব্যাজের উপর নির্ভরতার ত্রুটি
যখন একটি ফোন নম্বর ফ্রিজ বা রিকভারি ইভেন্টের সম্মুখীন হয়, তখন প্ল্যাটফর্ম ড্যাশবোর্ডগুলি প্রায়শই স্ট্যাটাস ব্যাজকে 'অ্যাক্টিভেটেড' এ ফিরিয়ে দেয়। তবে, নেটওয়ার্ক-স্তরের স্ট্যাটাস পরিবর্তন SMS ক্ষমতা সম্পূর্ণরূপে চালু আছে তা নিশ্চিত করে না। হোয়াইট-লেবেল CPaaS পুনরায় বিক্রি করার জন্য প্ল্যাটফর্ম মালিকদের মৌলিক রাউটিং অ্যাক্টিভেশন এবং কার্যকরী মেসেজিং থ্রুপুটের মধ্যে পার্থক্য করতে হবে। 'অ্যাক্টিভেটেড' ব্যাজ দেখার সাথে সাথে টেন্যান্ট ট্র্যাফিক রাউট করা OTP ডেলিভারি হারানো এবং ভাঙা ওয়েবহুক প্রক্রিয়াকরণের ঝুঁকি তৈরি করে।
কেন 'অ্যাক্টিভেটেড' স্ট্যাটাস মেসেজিং পাথ যাচাইকরণে ব্যর্থ হয়
একটি নম্বরকে সক্রিয় হিসাবে চিহ্নিত করা মানে রেজিস্ট্রি এন্ট্রিগুলি আপনার অ্যাকাউন্টের সাথে সংযুক্ত। এটি প্রমাণ করে না যে ইনবাউন্ড ওয়েবহুকগুলি ফায়ার করছে, বা আউটবাউন্ড SMS রুটগুলি স্প্যাম ফিল্টার বা ক্যারিয়ার ব্লকগুলি পরিষ্কার করেছে।
যাচাইকরণ প্রোটোকল: ইনবাউন্ড, আউটবাউন্ড এবং DLR পরীক্ষা করা
নিরাপদ পুনরায় বরাদ্দকরণের জন্য সাধারণ ডেটাবেস কোয়েরির পরিবর্তে একটি কাঠামোগত তিন-ধাপের যাচাইকরণ লুপ প্রয়োজন:
- সিন্থেটিক ইনবাউন্ড টেস্ট: ওয়েবহুক কার্যকরকরণ যাচাই করতে একটি নিয়ন্ত্রণ এন্ডপয়েন্ট থেকে একটি টেস্ট মেসেজ পাঠান।
- আউটবাউন্ড হ্যান্ডশেক চেক: একটি টেস্ট আউটবাউন্ড SMS পাঠান এবং একটি টার্মিনাল DLR অবস্থার (ডেলিভারড) জন্য অপেক্ষা করুন।
- ল্যাটেন্সি বেঞ্চমার্কিং: সম্পূর্ণ টেন্যান্ট অ্যাসাইনমেন্টের আগে ডেলিভারি ল্যাটেন্সি লক্ষ্য থ্রেশহোল্ডের নিচে থাকে তা নিশ্চিত করুন।
সারণী: স্ট্যাটাস ব্যাজ বনাম বাস্তব মেসেজিং পাথ অবস্থা
| সিস্টেম স্ট্যাটাস | ইনবাউন্ড ওয়েবহুক | আউটবাউন্ড SMS | বাস্তব অপারেশনাল অবস্থা |
|---|---|---|---|
| অ্যাক্টিভেটেড | ব্যর্থ | যাচাই করা হয়নি | অ্যাসাইন করার জন্য অনিরাপদ |
| অ্যাক্টিভেটেড | যাচাইকৃত | DLR মুলতুবি | টেস্টিং পর্যায় |
| অ্যাক্টিভেটেড | যাচাইকৃত | ডেলিভারড | অ্যাসাইনমেন্টের জন্য প্রস্তুত |
| সাসপেন্ডেড | ব্যর্থ | ব্লক করা হয়েছে | বিচ্ছিন্ন / ফ্রিজ করা হয়েছে |
আর্থিক হোল্ড, অ্যাকাউন্ট ব্যালেন্স এবং সীমা
রিয়েল-টাইম নম্বর ব্যবস্থাপনা জাস্ট-ইন-টাইম (JIT) বরাদ্দকে তাৎক্ষণিক প্রিপেইড হোল্ডের সাথে যুক্ত করে কাজ করে। যখন নম্বরগুলি অপারেশনাল অবস্থায় ফিরে আসে, তখন অপ্রত্যাশিত ব্যালেন্স শেষ না করে সক্রিয় রাউটিং সমর্থন করার জন্য সিস্টেম ব্যালেন্স থাকতে হবে।
IOSOR স্বয়ংক্রিয় পুনরায় যাচাইকরণ সুইপের সময় আকস্মিক পরিষেবা ড্রপ থেকে রক্ষা করার জন্য USD 20 এর একটি প্রিপেইড ফ্লোর বজায় রাখে। উপরন্তু, USD 1,000/মাস এর কাছাকাছি একটি সফট রিভিউতে থাকা অ্যাকাউন্টগুলি স্বয়ংক্রিয় রুট চেক করে যাতে মেসেজ ডেলিভারি রেট স্থিতিশীল থাকে যখন ভলিউম টেন্যান্ট অ্যাকাউন্ট জুড়ে বৃদ্ধি পায়।.
নিরাপদ নম্বর রিকভারির জন্য IOSOR দিয়ে শুরু করুন
হিম তুলে গেলে এবং ব্যাজ Activated লিখলে নম্বর ভাড়াটেদের থেকে দূরে রাখুন। একটি কৃত্রিম ইনবাউন্ড পাঠান এবং ওয়েবহুক অপেক্ষা করুন। একটি আউটবাউন্ড পাঠান এবং শেষ DLR অপেক্ষা করুন। তারপর আবার অ্যাসাইন। পুনরুদ্ধার জানালাসহ দুই প্রমাণ রপ্তানি করুন — একা Activated বার্তা-ফেরত নয়।
সম্পর্কিত: কলার আইডি বনাম মেসেজিং ফ্রম: ভয়েস লাইভ মানে এসএমএস লাইভ নয় ডিআইডি বাইন্ডিংয়ের আগে ই.১৬৪ নরমালাইজেশন: প্লাস, শূন্য এবং স্পেস প্রথম ডেবিটের আগে প্রিপেইড অর্থ সংরক্ষণ.
IOSOR সারাংশ
পুনরুদ্ধার সপ্তাহ: বার্তা-ফেরত পথ পরীক্ষা, ব্যাজ উল্টানো নয়।
করুন: আবার অ্যাসাইনের আগে ইনবাউন্ড ওয়েবহুক ও আউটবাউন্ড DLR। করবেন না: হিমের পর ভাড়াটেদের Activated-এ ফেরানো।
এই গাইড কি সহায়ক ছিল?
সম্পর্কিত গাইড
- দ্বিতীয় মালিকের DID হ্যান্ডওভার: কে বরাদ্দ এবং রিলিজ করতে পারে
দ্বিতীয় মালিকের DID হ্যান্ডওভারের সময় অপারেশনাল সীমানা, JIT প্রোভিশনিং এবং প্রিপেইড আর্থিক থ্রেশহোল্ড আয়ত্ত করুন।
- প্রতি নম্বরে খরচ সীমা: ভাড়া এবং বহির্গামী ট্রাফিকের সমন্বয়
আপনার হোয়াইট-লেবেল CPaaS-এ মাসিক খরচ এবং বহির্গামী ট্রাফিকের জন্য একটি যৌথ সীমার মাধ্যমে প্রতি নম্বরের ঝুঁকি নিয়ন্ত্রণ করুন।
- DID-এ ইনবাউন্ড ওয়েবহুক রাউটিং: ওনার ছাড়া MO-এর কারণে STOP হারানো
মালিকানাধীন অ্যাকাউন্টে নিরাপদে ইনবাউন্ড ওয়েবহুক রুট করুন। হোয়াইট-লেবেল প্রিপেইড CPaaS-এ এতিম MO ইভেন্ট এবং মিসড অপ্ট-আউট রোধ করুন।