IOSOR জ্ঞান
DID ইনসিডেন্ট উইক: মেসেজিং ডাউন অ্যাক্টিভেটেড নয়
আউটেজের সময় আপনার প্রথম DID মেসেজিং ইনসিডেন্ট কীভাবে পরিচালনা করবেন, শপ-স্টক ফিকশন ছাড়াই প্রিপেইড হোল্ড পরিচালনা করবেন এবং সৎ স্ট্যাটাস যোগাযোগ করবেন।
মেসেজিং ডাউন মানে রাউটিং ফেইলিওর, শপ রিস্টক নয়
একটি নতুন প্রভিশন করা নম্বরে মেসেজিং ব্যর্থ হলে, আপনার প্রথম প্রবৃত্তি হতে পারে ইনভেন্টরি চেক করা বা রিস্টক অ্যালার্ট খোঁজা। হোয়াইট-লেবেল CPaaS অপারেশনে কোনো গুদাম বা শারীরিক তাক নেই। নম্বরগুলি JIT প্রভিশনিংয়ের মাধ্যমে তৈরি করা হয়। ইনবাউন্ড SMS বা OTP ডেলিভারি বন্ধ হয়ে গেলে, সমস্যাটি রাউটিং টেবিল, ওয়েবহুক ডিসপ্যাচার বা আপস্ট্রিম গেটওয়ে হ্যান্ডশেকের মধ্যে থাকে—কখনও 'সোল্ড আউট' বিনে নয়। প্রতিটি আউটেজকে মার্চেন্ডাইজিং ত্রুটির পরিবর্তে লাইভ নেটওয়ার্ক ব্যতিক্রম হিসাবে বিবেচনা করুন।
অ্যাসাইনমেন্ট এবং সেন্ড কিউতে তাৎক্ষণিক ফ্রিজ
গ্রাহকরা ড্রপ করা DLR বা নীরব OTP ফ্লো রিপোর্ট করার সাথে সাথেই, স্বয়ংক্রিয় নম্বর অ্যাসাইনমেন্ট এবং উচ্চ-ভলিউম সেন্ড কিউ অবিলম্বে ফ্রিজ করুন। সক্রিয় অবনতির সময় স্ক্রিপ্টগুলিকে রুট বরাদ্দ চালিয়ে যেতে দেওয়া বিস্ফোরণের ব্যাসার্ধকে বাড়িয়ে তোলে। প্রভাবিত সাব-অ্যাকাউন্টগুলির প্রিপেইড ব্যালেন্স বরাদ্দের উপর একটি অস্থায়ী হোল্ড রাখুন। সহায়তা দলগুলি HB এবং API পেলোড লগগুলি ট্রেস করার সময় পরিষ্কারভাবে যোগাযোগ করুন যে ইনসিডেন্টটি সক্রিয় প্রকৌশল পর্যালোচনার অধীনে রয়েছে, আপনার ন্যূনতম 20 USD প্রিপেইড ফ্লোর অক্ষুণ্ণ রেখে।
নেটওয়ার্ককে দোষারোপ করার আগে প্রস্তুতি যাচাই করা
একটি ইনসিডেন্ট বাড়ানোর আগে, যাচাই করুন যে প্রভাবিত নম্বরটি বেলাইন প্রোটোকল প্রয়োজনীয়তা পূরণ করে। অনেক অনুভূত আউটেজ প্রোডাকশনের আগে DID মেসেজিং প্রস্তুতি গাইডে বর্ণিত এড়িয়ে যাওয়া বৈধতা পদক্ষেপ থেকে উদ্ভূত হয়। 10DLC রেজিস্ট্রেশন স্ট্যাটাস, ব্র্যান্ড কমপ্লায়েন্স এবং ওয়েবহুক URL প্রতিক্রিয়াশীলতা চেক করুন। যদি হেডারে 5xx ত্রুটি ফেরত আসে, তবে বাধা ক্যারিয়ার নেটওয়ার্কে নয়, অ্যাপ্লিকেশন এন্ডপয়েন্টে রয়েছে।
ব্যর্থ সম্পদ বদল, রিফাদ বা রিলিজ করা
যদি একটি অন্তর্নিহিত রাউটিং পাথ স্থায়ীভাবে অবনমিত হয় এবং SLA সীমার মধ্যে পুনরুদ্ধার করা না যায়, তবে গ্রাহককে ঝুলিয়ে রাখবেন না। একটি পরিচ্ছন্ন সোয়াপ বা স্বয়ংক্রিয় ক্রেডিট ইস্যু করুন। ব্যালেন্স সমন্বয়গুলি সঠিকভাবে পরিষ্কার হয় তা নিশ্চিত করতে DID অর্ডার ব্যর্থ রিফান্ড ও বদল প্রোটোকল পর্যালোচনা করুন। প্রিপেইড হোল্ডগুলি অবিলম্বে রিলিজ করতে হবে যাতে ভাড়াটে ব্যর্থ অবকাঠামোর জন্য দ্বিগুণ অর্থ প্রদান না করে একটি কাজের সম্পদ প্রভিশন করতে পারে।
হানিমুন পর্বের বাইরে আর্থিক পূর্বাভাসযোগ্যতা
অপারেশনাল ইনসিডেন্টগুলি প্রায়শই স্কেলিং মাইলফলকের সাথে মিলে যায়। একবার একজন ভাড়াটে প্রাথমিক পরীক্ষা পার হয়ে 1,000 USD/মাসের কাছাকাছি সফ্ট পর্যালোচনার কাছাকাছি পৌঁছালে, ট্রাফিকের ধরণগুলি বিক্ষিপ্ত OTP বিস্ফোরণ থেকে টেকসই A2P প্রচারাভিযানে স্থানান্তরিত হয়। সক্রিয় সমস্যা সমাধানের সময় মিথ্যা-ইতিবাচক জালিয়াতি স্থগিতাদেশ ট্রিগার না করে পুনরাবৃত্ত চার্জ এবং ব্যবহার টপ-আপগুলি পরিষ্কারভাবে পুনwithconcile হয় তা নিশ্চিত করতে আপনার DID দ্বিতীয় মাস: UTC ক্যালেন্ডার পরিবর্তনের সময় সম্পূর্ণ MRC চক্রগুলির উপর ঘনিষ্ঠ নজর রাখুন।
নেটিভ হোয়াইট-লেবেল নির্ভরযোগ্যতার জন্য IOSOR দিয়ে শুরু করুন
DLR বা মেসেজিং webhook মরলে সেই DID-এ পাঠ সারি জমা দিন। সারি এখনও assigned বলে MT চালাবেন না। জমা সময়, শেষ ভালো DLR ও messaging-down অবস্থা রপ্তানি করুন। একই অঙ্কে জীবিত smoke-এর পরেই আবার চালান। এটি দোকান অনুপলব্ধ ব্যাজ নয়, চালান বিবাদও নয়।
IOSOR সারাংশ
messaging-down জমাট, তালিকা ফাটল নয়।
করুন: সারি থামান ও ভাড়াটেদের বলুন বার্তা পড়েছে। করবেন না: পাঠাতে থাকা, বা DID-কে নিখোঁজ মজুদ বলা।
এই গাইড কি সহায়ক ছিল?
সম্পর্কিত গাইড
- দ্বিতীয় মালিকের DID হ্যান্ডওভার: কে বরাদ্দ এবং রিলিজ করতে পারে
দ্বিতীয় মালিকের DID হ্যান্ডওভারের সময় অপারেশনাল সীমানা, JIT প্রোভিশনিং এবং প্রিপেইড আর্থিক থ্রেশহোল্ড আয়ত্ত করুন।
- প্রতি নম্বরে খরচ সীমা: ভাড়া এবং বহির্গামী ট্রাফিকের সমন্বয়
আপনার হোয়াইট-লেবেল CPaaS-এ মাসিক খরচ এবং বহির্গামী ট্রাফিকের জন্য একটি যৌথ সীমার মাধ্যমে প্রতি নম্বরের ঝুঁকি নিয়ন্ত্রণ করুন।
- DID-এ ইনবাউন্ড ওয়েবহুক রাউটিং: ওনার ছাড়া MO-এর কারণে STOP হারানো
মালিকানাধীন অ্যাকাউন্টে নিরাপদে ইনবাউন্ড ওয়েবহুক রুট করুন। হোয়াইট-লেবেল প্রিপেইড CPaaS-এ এতিম MO ইভেন্ট এবং মিসড অপ্ট-আউট রোধ করুন।