ফিল্ড সীমাবদ্ধতা ও মানের পরিসর ​

অনুরোধ ফিল্ড (C→S) ​

• অসীম wait/lease নেই। অফিসিয়াল ক্লায়েন্ট এক সেকেন্ডের কম মান ওপরের দিকে round করে range যাচাই করে এবং clamp বা send না করে আগে স্পষ্ট input error দেয়। Default lease 30 সেকেন্ড।
• অফিসিয়াল client API-তে wait হলো call শুরু থেকে local queue, নিশ্চিত unsent connection retry ও write হয়ে response পর্যন্ত পুরো acquire-এর সীমা। কেবল একটি monotonic operation deadline তৈরি হয়; প্রকৃত send-এর ঠিক আগে writer অবশিষ্ট সময় u8 সেকেন্ডে ওপরের দিকে round করে frame-এর wait-এ বসায়। তাই দেরিতে পাওয়া connection বা নিশ্চিত unsent failover server wait-কে শুরু থেকে আবার চালাতে পারে না। deadline-এ request এখনও queue-তে থাকলে সেটি নিশ্চিত unsent timeout; এক byte-ও পাঠানো হয়ে থাকতে পারে হলে সেই exact session বন্ধ করে ফল Indeterminate হয়। কেবল মূল wait=0 wire 0 ব্যবহার করে, এবং এই immediate attempt-এরও আলাদা finite I/O deadline আছে যাতে আটকে থাকা transport অনন্তকাল অপেক্ষা করাতে না পারে। deadline-এর ঠিক আগে correlated A Ticket delivery gate-এ দেরিতে ধরা পড়লে server waiter ইতিমধ্যে শেষ: session খোলা থাকে, জানা exact token-এর compensating release করা হয় এবং ফল Indeterminate থাকে। Correlated T/B নিশ্চিত non-acquisition।
• মূল wait=0-এর ক্ষেত্রে wire ও server আচরণ queue ছাড়া মাত্র একটি immediate attempt-ই থাকে। এর আলাদা 5-সেকেন্ড transport deadline-এর মধ্যে নিশ্চিত unsent failure অন্য connection বেছে একই owner দিয়ে retry করতে পারে। এক byte-ও পাঠানো হয়ে থাকতে পারে হলে এরপর acquire কখনো retransmit হয় না।
• অফিসিয়াল client API-তে wire-এ না থাকা min_work_budget বাধ্যতামূলক। এটি critical work + প্রত্যাশিত pause + DB commit/rollback completion কভার করবে, 0..250 সেকেন্ড হবে এবং normalized lease-এর বেশি হবে না। লঙ্ঘন send-এর আগে UnsupportedDuration/InsufficientLease ধরনের error দেয়।
• কী-এর দৈর্ঘ্য অক্ষরে নয়, বাইটে গোনা হয় — কোরীয় অক্ষর UTF-8-এ প্রতি অক্ষরে ৩ বাইট নেয়, তাই সর্বোচ্চ ৪২ অক্ষর।
• owner শুধু response correlation ID, authority নয়। একই মান আবার ব্যবহার করলে active token ফেরে না বা lease renew হয় না। একই client-এর concurrent in-flight request-এ আলাদা nonzero value দরকার; counter 0 বা wrap হলে official clients fail-closed হয়।
• পরিচিত token-এর explicit ও compensating release-এ call/enqueue থেকে reconnect/retry সহ পরম 5 সেকেন্ড থাকে। R সফলতা, N ইতিমধ্যে নেই বা current token নয় বোঝায়। response না পাওয়াকে সফল ধরা হয় না; bounded compensation queue পূর্ণ হলে lease expiry safety net।
• bad_key-তে খালি কী, ১২৮ বাইটের বেশি, স্পেস/নিউলাইনসহ কী, এবং অবৈধ UTF-8 — সবই অন্তর্ভুক্ত। অফিসিয়াল ক্লায়েন্টগুলো আরও কখনো \r পাঠায় না — \r-এ শেষ হওয়া কী নীরবে ভিন্ন একটি কী হয়ে যাবে।

সাড়া ফিল্ড (S→C) ​

সার্ভার token 0 কখনো ইস্যু করে না। Single বর্তমান process lifetime-এর counter ব্যবহার করে; cluster consensus-replicated counter ব্যবহার করে এবং overflow-এর আগে fail-closed হয়। Wall clock বা randomness restart-এর পর monotonicity নিশ্চিত করে না।

ফিক্সড হেডারের দৈর্ঘ্য ​

op-এর ঠিক পরে আসা নির্দিষ্ট দৈর্ঘ্যের বাইনারি অংশ। এই বাইটগুলোতে 0x0A থাকতে পারে, তাই পার্সারকে নিউলাইন খোঁজার আগে ঠিক এই দৈর্ঘ্যটুকু পড়ে ফেলতে হবে।

বাইট কম পড়লে E bad_request।

ফ্রেমের আকার ​

192B সীমা সর্বোচ্চ frame (146B)-এর চেয়ে বড়, তাই compliant client এতে পৌঁছায় না। কাঠামোগতভাবে malformed বা oversized frame-এর পর framing বিশ্বাস করা হয় না এবং connection বন্ধ করা হয়।

প্রমাণীকরণ হ্যান্ডশেক ​

বিস্তারিত প্রক্রিয়ার জন্য প্রমাণীকরণ হ্যান্ডশেক দেখুন।

সার্ভার-সাইড সীমা ​

ক্লায়েন্ট সরাসরি এগুলো সেট করে না, তবে আচরণে প্রভাব ফেলে।

Read buffer (4096B), response batch (64), শুরু client frame-এর progress timeout (5 সেকেন্ড) এবং single expiry sweep (5 সেকেন্ড) compile-time constants। Cluster expiry full scan-এর বদলে token-validating deadline min-heap ব্যবহার করে। কনফিগারেশন দেখুন।

সব acquire, নতুন key ও সব waiter-এর admission hard limit-এর 90%-এ বন্ধ হয় এবং usage 75%-এর নিচে নামার পর খোলে। তাই limit-এর আগেও নতুন acquire B পেতে পারে; release ও Raft recovery-র reserved capacity এই hysteresis থেকে আলাদা।

লঙ্ঘন → সাড়া সারসংক্ষেপ ​

সব ত্রুটির কারণ ও সংযোগ ব্যবস্থাপনার জন্য সাড়া · ত্রুটি E দেখুন।