কীভাবে WiFi চ্যানেল ওভারল্যাপ সমস্যার সমাধান করবেন

কীভাবে WiFi চ্যানেল ওভারল্যাপ ঠিক করবেন — একটি Purple WiFi ইন্টেলিজেন্স ব্রিফিং [ভূমিকা — প্রায় ১ মিনিট] Purple WiFi ইন্টেলিজেন্স ব্রিফিং-এ আপনাকে স্বাগত। আমি আপনার উপস্থাপক, এবং আজ আমরা সরাসরি এন্টারপ্রাইজ ওয়্যারলেস নেটওয়ার্কিংয়ের সবচেয়ে দীর্ঘস্থায়ী এবং ব্যয়বহুল সমস্যাগুলির একটি নিয়ে কথা বলব: WiFi চ্যানেল ওভারল্যাপ। আপনি যদি কোনো হোটেল, রিটেল স্টেট, কনফারেন্স সেন্টার বা স্টেডিয়ামের কানেক্টিভিটি ম্যানেজ করেন, তবে আপনার ড্যাশবোর্ডে সমস্ত AP সবুজ দেখালেও চ্যানেল ইন্টারফারেন্স সম্ভবত নীরবে আপনার নেটওয়ার্কের কার্যক্ষমতা হ্রাস করছে। রেডিও লেয়ারে ঠিক কী ঘটছে, ব্যবসায়িক দৃষ্টিকোণ থেকে এটি কেন গুরুত্বপূর্ণ, এবং এই কোয়ার্টারে আপনার টিমের কী করা উচিত — আমরা ঠিক সেই বিষয়গুলোই আলোচনা করব। এটি কোনো তাত্ত্বিক অনুশীলন নয়। এই ব্রিফিংয়ের শেষে, আপনার নেটওয়ার্ক টিমের সাথে আলোচনা করার জন্য আপনার কাছে একটি স্পষ্ট ইমপ্লিমেন্টেশন ফ্রেমওয়ার্ক এবং সিদ্ধান্ত নেওয়ার মানদণ্ড থাকবে। চলুন শুরু করা যাক। [টেকনিক্যাল গভীর আলোচনা — প্রায় ৫ মিনিট] প্রথমে, সমস্যাটি স্পষ্টভাবে বুঝে নেওয়া যাক। WiFi একটি শেয়ার্ড, আনলাইসেন্সড স্পেকট্রামে কাজ করে। মোবাইল নেটওয়ার্কের মতো নয় যেখানে অপারেটরদের লাইসেন্সপ্রাপ্ত, এক্সক্লুসিভ ফ্রিকোয়েন্সি বরাদ্দ থাকে, WiFi AP-কে একসাথে সহাবস্থান করতে হয়। এই সহাবস্থান কিছু নিয়মের দ্বারা পরিচালিত হয় - এবং যখন সেই নিয়মগুলো লঙ্ঘিত হয়, বা সহজভাবে বোঝা যায় না, তখনই ইন্টারফারেন্স বা হস্তক্ষেপের সৃষ্টি হয়। আপনাকে দুটি ভিন্ন ধরণের ইন্টারফারেন্স বুঝতে হবে: কো-চ্যানেল ইন্টারফারেন্স, যাকে আমরা CCI বলি, এবং অ্যাডজেসেন্ট চ্যানেল ইন্টারফারেন্স, বা ACI। কো-চ্যানেল ইন্টারফারেন্স তখন ঘটে যখন দুটি বা ততোধিক অ্যাক্সেস পয়েন্ট ঠিক একই চ্যানেলে কাজ করে এবং তাদের কভারেজ সেলগুলো ওভারল্যাপ করে। যেহেতু তারা একই চ্যানেলে রয়েছে, তাই তারা একে অপরকে শুনতে পায়। 802.11 MAC প্রোটোকল - মিডিয়া অ্যাক্সেস কন্ট্রোল লেয়ার - এর জন্য প্রয়োজন যে ডিভাইসগুলো ট্রান্সমিট করার আগে চ্যানেলটি খালি হওয়ার জন্য অপেক্ষা করবে। এটিই হলো CSMA/CA মেকানিজম: ক্যারিয়ার সেন্স মাল্টিপল অ্যাক্সেস উইথ কলিশন অ্যাভয়েডেন্স। যখন একাধিক AP একই চ্যানেলে প্রতিযোগিতা করে, তখন সেই ওভারল্যাপ জোনের প্রতিটি ডিভাইসকে লাইনে দাঁড়াতে হয় এবং নিজের পালার জন্য অপেক্ষা করতে হয়। এর ফলে থ্রুপুট নাটকীয়ভাবে কমে যায়, ল্যাটেন্সি বৃদ্ধি পায় এবং ক্লায়েন্টের অভিজ্ঞতা ব্যাহত হয়। একটি হাই-ডেনসিটি পরিবেশে - যেমন ৫০০ জন প্রতিনিধি সহ একটি কনফারেন্স হল, বা প্রতি পনের মিটারে AP থাকা একটি হোটেলের করিডোর - CCI হলো পারফরম্যান্স নষ্ট করার সবচেয়ে বড় কারণ। অ্যাডজাসেন্ট চ্যানেল ইন্টারফেয়ারেন্স সম্ভবত আরও খারাপ, কারণ এটি কম স্বজ্ঞাত। ACI ঘটে যখন AP গুলি এমন চ্যানেলে কনফিগার করা হয় যা ফ্রিকোয়েন্সিতে কাছাকাছি কিন্তু অভিন্ন নয়। 2.4 GHz ব্যান্ডে, প্রতিটি চ্যানেল 22 MHz চওড়া, কিন্তু চ্যানেলগুলি মাত্র 5 MHz দূরে অবস্থিত। তাই আপনি যদি AP-1 কে চ্যানেল 1 এবং AP-2 কে চ্যানেল 3-এ রাখেন, তবে তাদের সিগন্যাল ফ্রিকোয়েন্সিতে একে অপরকে ওভারল্যাপ করে। সমস্যাটি হলো 802.11 প্রোটোকল এটিকে একই চ্যানেল হিসেবে স্বীকার করে না - তাই CSMA/CA ব্যাকঅফ মেকানিজম কাজ শুরু করে না। দুটি AP একই সাথে ট্রান্সমিট করে, RF ডোমেনে তাদের সিগন্যালের মধ্যে সংঘর্ষ ঘটে এবং ক্লায়েন্টরা করাপ্টেড ফ্রেম, রিট্রান্সমিশন এবং মারাত্মক থ্রুপুট হ্রাসের সম্মুখীন হয়। ACI সনাক্ত করা প্রায়শই কঠিন কারণ স্ট্যান্ডার্ড মনিটরিং টুলস এটিকে ইন্টারফেয়ারেন্স হিসেবে ফ্ল্যাগ করবে না - আলাদাভাবে দেখলে AP গুলিকে ঠিক মনে হবে। এখন, বেশিরভাগ রেগুলেটরি ডোমেনে 2.4 GHz ব্যান্ড আপনাকে কেবল তিনটি প্রকৃত নন-ওভারল্যাপিং চ্যানেল দেয়: চ্যানেল 1, 6 এবং 11। ব্যস এটুকুই। একটি ফ্লোর জুড়ে সম্ভাব্য কয়েক ডজন AP-এর জন্য মাত্র তিনটি চ্যানেল। এই কারণেই ঘন 2.4 GHz ডেপ্লয়মেন্টগুলো এত সমস্যাযুক্ত এবং এই কারণেই ইন্ডাস্ট্রি এখন 5 GHz এবং এখন 6 GHz-এর দিকে জোরালোভাবে ঝুঁকছে। 5 GHz ব্যান্ডটি সম্পূর্ণ ভিন্ন একটি বিষয়। আপনার রেগুলেটরি ডোমেনের ওপর নির্ভর করে - এবং যুক্তরাজ্য ও ইউরোপীয় ইউনিয়নে ETSI প্রবিধান এটি পরিচালনা করে - আপনি ২৩টি পর্যন্ত নন-ওভারল্যাপিং 20 MHz চ্যানেল ব্যবহারের সুবিধা পাবেন। 40 MHz-এ চ্যানেল বন্ডিং করা হলে তা কমে প্রায় ১১টিতে দাঁড়ায় এবং 80 MHz-এ আপনি ৫ বা ৬টি চ্যানেল পাবেন। কিন্তু তা সত্ত্বেও, এই স্পেকট্রামে ভিড় অনেক কম এবং 5 GHz সিগন্যালের কম রেঞ্জ আসলে ঘন ডেপ্লয়মেন্টের ক্ষেত্রে সাহায্য করে কারণ এটি স্বাভাবিকভাবেই ইন্টারফেয়ারেন্সের ব্যাসার্ধকে সীমিত করে দেয়। Wi-Fi 6E এবং এখন Wi-Fi 7-এর অধীনে প্রবর্তিত 6 GHz ব্যান্ডটি অতিরিক্ত 1200 MHz স্পেকট্রাম উন্মুক্ত করে। যুক্তরাজ্যে, Ofcom ইনডোর ব্যবহারের জন্য লোয়ার 6 GHz ব্যান্ড লাইসেন্স করেছে, যা আপনাকে ২৪টি পর্যন্ত নন-ওভারল্যাপিং 80 MHz চ্যানেল সরবরাহ করে। হাই-ডেনসিটি ভেন্যুগুলোতে নতুন ডেপ্লয়মেন্টের জন্য 6 GHz হলো সঠিক আর্কিটেকচারাল পছন্দ - তবে লেগ্যাসি ডিভাইসের সামঞ্জস্যের জন্য আপনাকে এখনও 2.4 এবং 5 GHz ব্যান্ডগুলো পরিচালনা করতে হবে। তাহলে বাস্তবে আপনি কীভাবে এটি সমাধান করবেন? সমাধানের তিনটি স্তর রয়েছে। প্রথম স্তরটি হলো চ্যানেল প্ল্যানিং। 2.4 GHz-এর জন্য, আপনার সম্পূর্ণ AP এস্টেট জুড়ে একটি কঠোর 1-6-11 চ্যানেল প্ল্যান কার্যকর করুন। কোনো ব্যতিক্রম নেই। CCI ছাড়া তিনটি নন-ওভারল্যাপিং চ্যানেলে আপনি যতগুলো AP ফিট করতে পারেন তার চেয়ে বেশি AP যদি আপনার কাছে থাকে, তবে সমাধানটি চ্যানেল 2, 3 বা 4 ব্যবহার করা নয় - সমাধান হলো ট্রান্সমিট পাওয়ার কমানো যাতে কভারেজ সেলগুলো ওভারল্যাপ না করে, অথবা ক্লায়েন্টদের 5 GHz-এ স্থানান্তরিত করা। লেয়ার টু হলো ট্রান্সমিট পাওয়ার ম্যানেজমেন্ট। এখানেই বেশিরভাগ ডেপ্লয়মেন্টে ভুল হয়। ইঞ্জিনিয়াররা APs ইনস্টল করেন এবং ট্রান্সমিট পাওয়ার সর্বোচ্চ স্তরে রেখে দেন, এই ভেবে যে বেশি পাওয়ার মানে আরও ভালো কভারেজ। একটি ঘন ডেপ্লয়মেন্টে এর বিপরীতটি সত্য। উচ্চ ট্রান্সমিট পাওয়ার কভারেজ সেলকে প্রসারিত করে, সংলগ্ন APs এর মধ্যে ওভারল্যাপ জোন বাড়ায় এবং CCI বৃদ্ধি করে। লক্ষ্য হলো সেলের প্রান্তে প্রায় মাইনাস ৬৭ dBm এর একটি রিসিভড সিগন্যাল স্ট্রেন্থ - RSSI - নিশ্চিত করা, যেখানে সেলের ওভারল্যাপ ১৫ থেকে ২০ শতাংশের বেশি হবে না। বেশিরভাগ এন্টারপ্রাইজ ওয়্যারলেস কন্ট্রোলার স্বয়ংক্রিয় পাওয়ার কন্ট্রোল সমর্থন করে - যেমন Cisco-এর TPC, Aruba-এর ARM, Ruckus-এর ChannelFly - তবে এগুলোকে সঠিকভাবে টিউন এবং মনিটর করা প্রয়োজন। লেয়ার থ্রি হলো রেডিও রিসোর্স ম্যানেজমেন্ট, বা RRM। আধুনিক এন্টারপ্রাইজ ওয়্যারলেস সিস্টেমে সেন্ট্রালাইজড RRM ইঞ্জিন থাকে যা ক্রমাগত RF পরিবেশ মনিটর করে, ইন্টারফারেন্স সনাক্ত করে এবং ডায়নামিকভাবে চ্যানেল ও পাওয়ার অ্যাসাইনমেন্ট অ্যাডজাস্ট করে। সঠিকভাবে কনফিগার করা হলে, RRM স্বয়ংক্রিয়ভাবে দৈনন্দিন অপ্টিমাইজেশান পরিচালনা করতে পারে। তবে এটি এমন কোনো সমাধান নয় যা একবার সেট করে ভুলে যাওয়া যায় - আপনাকে সঠিক থ্রেশহোল্ড সংজ্ঞায়িত করতে হবে, স্ক্যানিং ইন্টারভাল বুঝতে হবে এবং সিস্টেমটি বুদ্ধিমান সিদ্ধান্ত নিচ্ছে কিনা তা যাচাই করতে হবে। RRM অটোমেশনের ওপর অন্ধ বিশ্বাস রাখার কারণে অনেক বড় বড় বিভ্রাট ঘটেছে। [ইমপ্লিমেন্টেশন সুপারিশ এবং ত্রুটিসমূহ - প্রায় ২ মিনিট] একটি নতুন ভেন্যু অনবোর্ড করার সময় Purple-এ আমরা যে ইমপ্লিমেন্টেশন ফ্রেমওয়ার্ক ব্যবহার করি তা আপনাদের জানাই। ডেপ্লয়মেন্টের আগের একটি RF সার্ভে দিয়ে শুরু করুন। একটি মাত্র AP মাউন্ট করার আগে, স্পেকট্রাম অ্যানালাইজার নিয়ে স্পেসটি ঘুরে দেখুন এবং বিদ্যমান ইন্টারফারেন্সের উৎসগুলো সনাক্ত করুন - যেমন পার্শ্ববর্তী নেটওয়ার্ক, Bluetooth ডিভাইস, ক্যাটারিং এলাকার মাইক্রোওয়েভ ওভেন, DECT ফোন। একটি রিটেল পরিবেশে আপনি প্রায়শই ইলেকট্রনিক শেলফ লেবেল এবং RFID রিডার থেকে ইন্টারফারেন্স পাবেন। একটি হোটেলে সবচেয়ে বড় সমস্যা হলো পার্শ্ববর্তী গেস্ট নেটওয়ার্ক এবং দুর্বলভাবে কনফিগার করা ব্যাক-অফ-হাউস সিস্টেম। এরপর, কোনো কিছু কনফিগার করার আগে কাগজে আপনার চ্যানেল প্ল্যান ডিজাইন করুন। 2.4 GHz-এর জন্য, কোন APs চ্যানেল ১, ৬ এবং ১১ ব্যবহার করবে তা ম্যাপ করুন, যাতে সংলগ্ন দুটি AP একটি চ্যানেল শেয়ার না করে। 5 GHz-এর জন্য, একটি আরও বিস্তৃত চ্যানেল প্ল্যান ব্যবহার করুন - লোয়ার UNII-1 এবং UNII-2A ব্যান্ডের জন্য ৩৬ থেকে ৬৪ চ্যানেল, যেখানে রাডার সনাক্তকরণের কারণে অনুপযুক্ত সময়ে চ্যানেল পরিবর্তন হতে পারে - যেমন একটি কনফারেন্সের কিনোট চলাকালীন - সেখানে সম্ভব হলে DFS চ্যানেলগুলো এড়িয়ে চলুন। ট্রান্সমিট পাওয়ার রক্ষণশীলভাবে সেট করুন। ঘন ডেপ্লয়মেন্টে 5 GHz-এর জন্য ১১ dBm এবং 2.4 GHz-এর জন্য ৮ dBm দিয়ে শুরু করুন, তারপর ডেপ্লয়মেন্ট-পরবর্তী ভ্যালিডেশনের ওপর ভিত্তি করে অ্যাডজাস্ট করুন। কভারেজ যাচাই করতে আপনার ওয়্যারলেস কন্ট্রোলারের হিট ম্যাপ টুলস ব্যবহার করুন। ব্যান্ড স্টিয়ারিং এবং লোড ব্যালেন্সিং সক্ষম করুন। আধুনিক ক্লায়েন্টরা 5 GHz সমর্থন করে এবং 5 GHz উপলব্ধ থাকলে তাদের 2.4 GHz-এর সাথে যুক্ত হতে দেওয়ার কোনো কারণ নেই। ব্যান্ড স্টিয়ারিং সক্ষম ক্লায়েন্টদের কম যানজটপূর্ণ ব্যান্ডের দিকে ঠেলে দেয়। APs জুড়ে ক্লায়েন্ট লোড ব্যালেন্সিংয়ের সাথে মিলিত হয়ে এটি যেকোনো একক চ্যানেলে কার্যকর ঘনত্ব উল্লেখযোগ্যভাবে হ্রাস করে।এবার আসা যাক ত্রুটিগুলোর কথায়। সবচেয়ে সাধারণ যে ভুলটি আমি দেখি তা হলো কোনো যাচাইকরণ ছাড়াই স্বয়ংক্রিয় চ্যানেল অ্যাসাইনমেন্টের ওপর অতিরিক্ত নির্ভর করা। RRM সিস্টেমগুলো ভালো, তবে এগুলো এমন সিদ্ধান্ত নিতে পারে যা স্থানীয়ভাবে সেরা হলেও সার্বিকভাবে সাব-অপটিমাল ফলাফল তৈরি করে - বিশেষ করে মাল্টি-ফ্লোর ডেপ্লয়মেন্টের ক্ষেত্রে যেখানে বিভিন্ন তলার APs একই চ্যানেল শেয়ার করে এবং উল্লম্বভাবে ইন্টারফেয়ারেন্স তৈরি করে। সর্বদা একটি পোস্ট-ডেপ্লয়মেন্ট সার্ভের মাধ্যমে RRM সিদ্ধান্তগুলো যাচাই করুন। দ্বিতীয় ত্রুটিটি হলো ক্লায়েন্টের দিকটিকে উপেক্ষা করা। একটি দুর্বল পারফরম্যান্সের ক্লায়েন্ট - যেমন একটি পুরনো IoT ডিভাইস বা লেগ্যাসি POS টার্মিনাল - অতিরিক্ত এয়ারটাইম গ্রাস করতে পারে এবং সেই চ্যানেলের সবার জন্য পারফরম্যান্স নষ্ট করতে পারে। কম গতির ক্লায়েন্টদের নেটওয়ার্ক থেকে বা একটি ডেডিকেটেড SSID-এ চলে যেতে বাধ্য করতে ন্যূনতম ডেটা রেট পলিসি প্রয়োগ করুন। তৃতীয়ত: নন-WiFi ইন্টারফেয়ারেন্সের কথা ভুলে যাবেন না। Bluetooth, Zigbee এবং অন্যান্য 2.4 GHz ডিভাইসগুলো উল্লেখযোগ্য কর্মক্ষমতা হ্রাস করতে পারে। আপনি যদি প্রক্সিমিটি মার্কেটিং বা অ্যাসেট ট্র্যাকিংয়ের জন্য BLE বীকন ডেপ্লয় করেন - যা রিটেল এবং হসপিটালিটি সেক্টরে ক্রমশ সাধারণ হয়ে উঠছে - তবে আপনার WiFi চ্যানেল প্ল্যানে যেন BLE সহাবস্থানের বিষয়টি বিবেচনা করা হয় তা নিশ্চিত করুন। এন্টারপ্রাইজের জন্য BLE লো এনার্জি সম্পর্কিত আমাদের গাইডটিতে এই বিষয়ে বিস্তারিত আলোচনা করা হয়েছে। [র‌্যাপিড-ফায়ার প্রশ্নোত্তর - প্রায় ১ মিনিট] ঠিক আছে, এবার কিছু চটজলদি প্রশ্নের উত্তর দেওয়া যাক। "আমার কি 2.4 GHz-এ 40 MHz চ্যানেল ব্যবহার করা উচিত?" - একদমই না। মাত্র তিনটি ওভারল্যাপ ছাড়া 20 MHz চ্যানেল উপলব্ধ থাকায়, 2.4 GHz-এ 40 MHz চ্যানেল ব্যবহার করলে ACI হওয়া নিশ্চিত। 2.4 GHz-কে 20 MHz-এ রাখুন। "চ্যানেল ওভারল্যাপ সমস্যা সমাধানের জন্য কি Wi-Fi 6-ই যথেষ্ট?" - Wi-Fi 6-এ OFDMA এবং BSS কালারিং যুক্ত করা হয়েছে, যা ঘনবসতিপূর্ণ পরিবেশে পারফরম্যান্সকে উল্লেখযোগ্যভাবে উন্নত করে, তবে এগুলো সঠিক চ্যানেল প্ল্যানিংয়ের প্রয়োজনীয়তা দূর করে না। BSS কালারিং APs-কে একই চ্যানেলে অন্যান্য BSSs থেকে আসা ট্রান্সমিশন শনাক্ত করতে এবং সেগুলোকে কম অগ্রাধিকার দিতে সাহায্য করে, যা CCI-এর প্রভাব কমায় - তবে এটি একটি প্রশমন মাত্র, কোনো স্থায়ী সমাধান নয়। "কত ঘন ঘন আমার রি-সার্ভে করা উচিত?" - একটি স্ট্যাটিক বা অপরিবর্তিত পরিবেশে প্রতি বছর একবার। একটি ডাইনামিক বা পরিবর্তনশীল পরিবেশে - যেমন একটি রিটেল স্টোর যা প্রায়শই তাদের পণ্য সাজানোর জায়গা পরিবর্তন করে বা একটি কনফারেন্স সেন্টার যেখানে রুমের কনফিগারেশন প্রায়ই পরিবর্তিত হয় - সেখানে প্রতি ত্রৈমাসিকে একবার অথবা যেকোনো উল্লেখযোগ্য শারীরিক পরিবর্তনের পরে করা উচিত। "6 GHz ব্যান্ডের বিষয়টি কেমন?" - আপনি যদি নতুন হার্ডওয়্যার ডেপ্লয় করেন, তবে 6 GHz রেডিও সহ Wi-Fi 6E বা Wi-Fi 7 APs-কে অগ্রাধিকার দিন। এই স্পেকট্রামটি পরিচ্ছন্ন, যানজটমুক্ত এবং যুক্তরাজ্যে এর রেগুলেটরি ফ্রেমওয়ার্ক এখন চূড়ান্ত করা হয়েছে। দীর্ঘমেয়াদী বিনিয়োগের জন্য এটি একটি সঠিক সিদ্ধান্ত। [সারাংশ এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট] পরিশেষে বলা যায়: WiFi চ্যানেল ওভারল্যাপ কোনো ছোটখাটো অসুবিধা নয় - এটি একটি মৌলিক আর্কিটেকচারাল সমস্যা যা সরাসরি থ্রুপুট, ল্যাটেন্সি, ক্লায়েন্ট অভিজ্ঞতা এবং শেষ পর্যন্ত আপনার ভেন্যুর বাণিজ্যিক পারফরম্যান্সকে প্রভাবিত করে। এর সমাধানের জন্য তিনটি জিনিস প্রয়োজন: শুধুমাত্র নন-ওভারল্যাপিং চ্যানেল ব্যবহার করে একটি সুশৃঙ্খল চ্যানেল প্ল্যান, সেল ওভারল্যাপ সীমিত করতে রক্ষণশীল ট্রান্সমিট পাওয়ার ম্যানেজমেন্ট এবং চলমান যাচাইকরণের সাথে সঠিকভাবে কনফিগার করা RRM।আপনার পরবর্তী পদক্ষেপগুলোর জন্য: এই সপ্তাহে আপনার বর্তমান ডেপ্লয়মেন্টের একটি স্পেকট্রাম বিশ্লেষণ চালান। আপনি যদি ২.৪ GHz-এ চ্যানেল ২, ৩, ৪, ৭, ৮, বা ৯ ব্যবহার করতে দেখেন, তবে সেটি আপনার প্রথম প্রতিকারমূলক অগ্রাধিকার। একটি ঘনবসতিপূর্ণ পরিবেশে আপনার ৫ GHz AP-গুলো যদি ৮০ MHz চ্যানেল উইডথ সহ সর্বাধিক পাওয়ারে চলতে থাকে, তবে তা কমিয়ে আনুন। Purple-এর WiFi অ্যানালিটিক্স প্ল্যাটফর্ম আপনাকে আপনার RF এনভায়রনমেন্ট, ক্লায়েন্ট ডিস্ট্রিবিউশন এবং ইন্টারফেয়ারেন্স প্যাটার্নের উপর ক্রমাগত ভিজিবিলিটি প্রদান করে - যাতে সার্ভেগুলোর মধ্যবর্তী সময়ে আপনাকে অন্ধের মতো চলতে না হয়। এই ব্রিফিংয়ে যোগ দেওয়ার জন্য ধন্যবাদ। আপনি যদি এই বিষয়গুলোর কোনোটি নিয়ে আরও বিস্তারিত জানতে চান, তবে সম্পূর্ণ টেকনিক্যাল গাইডটি Purple ওয়েবসাইটটিতে উপলব্ধ রয়েছে, সাথে রয়েছে আমাদের ইমপ্লিমেন্টেশন চেকলিস্ট এবং হসপিটালিটি, রিটেইল ও ইভেন্ট ডেপ্লয়মেন্টের কেস স্টাডি। পরবর্তী সময় পর্যন্ত বিদায়।