SMPP Bind উইন্ডো এবং সেশন সীমাবদ্ধতা

SMPP Bind উইন্ডো এবং সেশন সীমাবদ্ধতা.

SMPP উইন্ডোয়িং মেকানিক্স বনাম থ্রুপুট রেট শেপিং

SMPP bind উইন্ডো সাইজ নির্ধারণ করে যে প্রতিক্রিয়া পাওয়ার আগে একটি ESME একটি TCP সেশনের মাধ্যমে সর্বোচ্চ কতগুলি আনঅ্যাকনলেজড 'submit_sm' PDU পাঠাতে পারে। সিনক্রোনাস HTTP এন্ডপয়েন্টের বিপরীতে, SMPP v3.4 অ্যাসিনক্রোনাস পাইপলাইনিং সমর্থন করে। ১ আকারের একটি উইন্ডো ১টি বকেয়া বার্তা প্রক্রিয়ার সুযোগ দেয়, যা নেটওয়ার্ক ল্যাটেন্সির (RTT) দ্বারা সীমিত। ৫০ আকারের একটি উইন্ডো একসাথে ৫০টি অননুমোদিত ফ্রেম স্থানান্তরের অনুমতি দেয়।

প্রিপেইড লেজারে উচ্চ-ভলিউম বিন্ডের মূল্যায়ন

প্রিপেইড গ্রাহকদের জন্য SMPP থ্রুপুট নির্ধারণের ক্ষেত্রে সেশনের কনকারেন্সি এবং লেজার সুরক্ষার সমতা রক্ষা করা প্রয়োজন। একটি খোলা উইন্ডোতে থাকা প্রতিটি অননুমোদিত PDU একটি সক্রিয় ক্রেডিট রিজার্ভেশন নির্দেশ করে। যদি একজন গ্রাহক ৫টি বিন্ড চ্যানেলের মাধ্যমে ২০০ আকারের উইন্ডোতে প্রতি সেকেন্ডে ১০০টি SMS পাঠায়, তবে ১,০০০টি অনুরোধ একসাথে প্রসেসিং পাইপলাইনে প্রবেশ করে। প্রিপেইড সিস্টেমে, 'submit_sm_resp'-এর মাধ্যমে ফ্রেম গ্রহণ নিশ্চিত করার আগেই প্ল্যাটফর্মকে ফান্ড হোল্ড করতে হয়।

IOSOR-এ TRX, TX এবং RX সেশন সীমাবদ্ধতা কনফিগার করা

IOSOR রাউটিং ইঞ্জিনের ভেতরে, অ্যাডমিনরা নির্দিষ্ট সেশন টাইপ এবং থ্রুপুট থ্রোটল অনুযায়ী সেশন বাইন্ডিং কনফিগার করেন। TX এবং RX বাইন্ডগুলি আউটবাউন্ড পাঠানো এবং DLR রিসিভ করার কাজকে আলাদা করে, অন্যদিকে TRX দ্বিমুখী ফ্রেম ফ্লো পরিচালনা করে। কনসোলে, প্রতিটি অ্যাকাউন্টের জন্য নির্দিষ্ট রেট-লিমিটার (TPS) বরাদ্দ করুন এবং উইন্ডো সাইজের সর্বোচ্চ সীমা নির্ধারণ করুন (সাধারণ অ্যাকাউন্টের জন্য ১০ থেকে ৫০, এবং উচ্চ-ভলিউম ট্র্যাফিকের জন্য ১০০ পর্যন্ত)।

লেজার ডিসিঙ্ক এবং বাফার ওভারহেড হ্রাস করা

উচ্চ উইন্ডো লিমিট বার্তা গ্রহণ এবং ব্যালেন্স কাটার মধ্যে বাফার ল্যাটেন্সি তৈরি করতে পারে। যদি ডাউনস্ট্রিম কিউয়ের কারণে 'submit_sm_resp' সম্পাদন বিলম্বিত হয়, তবে অননুমোদিত ফ্রেমগুলি উইন্ডো বাফারে থেকে যায়। বার্তা পাঠানোর সময় যদি গ্রাহকের ওয়ালেট খালি হয়ে যায়, তবে সিস্টেম উইন্ডো থ্রোটলিং চালু করে: সক্রিয় বাইন্ডিংগুলি নতুন 'submit_sm' PDU গ্রহণ করা বন্ধ করে এবং স্ট্যাটাস কোড 'ESME_RTHROTTLED' ফেরত দেয়।

আর্কিটেকচার টপোলজি এবং প্রোটোকল ইন্টিগ্রেশন

সম্পর্কিত: IOSOR API কনকারেন্সি এবং থ্রুপুট বরাদ্দের ভারসাম্য · পেলোড ব্যাচিং এবং একক অনুরোধ থ্রুপুটের মধ্যে ভারসাম্য রক্ষা · প্রিপেইড ভয়েস রাউটিংয়ের জন্য এসআইপি ডাইজেস্ট অথেন্টিকেশন এবং ব্যালেন্স হোল্….

IOSOR দিয়ে শুরু করুন

IOSOR রাউটিং কনসোল খুলে সমস্ত TRX এবং TX বাইন্ডের জন্য নির্ধারিত উইন্ডো ডেপথের সাথে স্পষ্ট পার-সেশন টিপিএস থ্রটল সেট করুন। ক্রেডিট রিজার্ভেশন হোল্ডগুলোকে আপনার লেজার সিঙ্ক গতির সাথে সারিবদ্ধ করুন, যাতে উচ্চ ভলিউমের সময় অণীকৃত submit_sm ফ্রেমগুলো প্রিপেইড ব্যালেন্স ছাড়িয়ে না যায়। টেন্যান্ট ওয়ালেট ব্যালেন্স নির্ধারিত সীমার কাছাকাছি গেলে ইনবাউন্ড ট্রাফিক সাময়িকভাবে বন্ধ করতে স্বয়ংক্রিয় উইন্ডো থ্রটলিং গেট কনফিগার করুন।

IOSOR সারাংশ

প্রিপেইড অ্যাকাউন্টের উচ্চ ভলিউমের এসএমপিপি থ্রুপুটের জন্য কঠোর রিয়েল-টাইম লেজার অ্যাকাউন্টিংয়ের সাথে অ্যাসিঙ্ক্রোনাস উইন্ডো মেকানিক্সের সুনির্দিষ্ট সমন্বয় প্রয়োজন। অণীকৃত ফ্রেম বাফার বিবেচনা না করে বড় উইন্ডো সাইজ বরাদ্দ করলে প্রিপেইড অ্যাকাউন্টগুলো বড় ধরনের ক্রেডিট ওভাররানের মুখে পড়ে, আবার অতিরিক্ত ছোট উইন্ডো বাইন্ড করা চ্যানেলগুলোতে থ্রুপুট ব্যাহত করে। উচ্চ গতির বাইন্ড অনুমোদন করার আগে IOSOR কনসোলে নির্দিষ্ট উইন্ডো সীমা নির্ধারণ করুন এবং টিপিএস রেট-লিমিটারগুলোর সাথে ক্রেডিট রিজার্ভেশন লজিক যুক্ত করুন। সক্রিয় লেজার সিঙ্ক্রোনাইজেশন গেট ছাড়া প্রিপেইড অ্যাকাউন্টে কখনো সীমাহীন সেশন কনকারেন্সি বা ডিপ পিডিইউ পাইপলাইন দেবেন না।