5GHz DFS WiFi চ্যানেল: Enterprise-এ কখন ব্যবহার ও এড়িয়ে চলবেন

DFS Channels: এগুলো কী এবং কখন এগুলো এড়িয়ে চলবেন একটি Purple WiFi ইন্টেলিজেন্স ব্রিফিং - আনুমানিক ১০ মিনিট --- ভূমিকা এবং প্রেক্ষাপট - আনুমানিক ১ মিনিট Purple WiFi ইন্টেলিজেন্স ব্রিফিংয়ে আপনাকে স্বাগতম। আমি আপনার হোস্ট, এবং আজ আমরা এমন একটি বিষয়ে বিস্তারিত আলোচনা করব যা অভিজ্ঞ ওয়্যারলেস ইঞ্জিনিয়ারদেরও বিভ্রান্ত করে: DFS চ্যানেল। Dynamic Frequency Selection। আপনি যদি কখনও দেখে থাকেন যে কোনও ভেন্যুর WiFi সেশনের মাঝখানে হঠাৎ ক্লায়েন্টদের সংযোগ বিচ্ছিন্ন করে দিচ্ছে, কোনও স্পষ্ট কারণ ছাড়াই অ্যাক্সেস পয়েন্টগুলো ষাট সেকেন্ডের জন্য নিষ্ক্রিয় হয়ে গেছে, অথবা হোটেলের কোনও অতিথি অভিযোগ করেছেন যে চেক-ইনের সময় তাদের সংযোগ হারিয়ে গেছে - তবে এর পেছনে DFS জড়িত থাকার একটি বাস্তব সম্ভাবনা রয়েছে। এই ব্রিফিংটি তৈরি করা হয়েছে IT ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেশনস ডিরেক্টরদের জন্য যাদের এই ত্রৈমাসিকে DFS চ্যানেল সম্পর্কে সিদ্ধান্ত নিতে হবে। আমরা শুধু তাত্ত্বিক আলোচনার পেছনে সময় নষ্ট করব না। আমরা আলোচনা করব DFS আসলে কী, নিয়ন্ত্রক সংস্থাগুলো কেন এটিকে বাধ্যতামূলক করে, কোথায় এটি পরিচালনগত সমস্যা তৈরি করে এবং - সবচেয়ে গুরুত্বপূর্ণ বিষয় - কীভাবে এমন একটি চ্যানেল প্ল্যান তৈরি করা যায় যা আপনার গেস্ট এক্সপেরিয়েন্স এবং SLA প্রতিশ্রুতি রক্ষা করবে। চলুন শুরু করা যাক। --- প্রযুক্তিগত বিস্তারিত বিশ্লেষণ - আনুমানিক ৫ মিনিট তাহলে, DFS কী? Dynamic Frequency Selection হলো একটি নিয়ন্ত্রক প্রক্রিয়া যা IEEE 802.11h এর অধীনে সংজ্ঞায়িত এবং যুক্তরাজ্যের Ofcom, মার্কিন যুক্তরাষ্ট্রের FCC এবং ইউরোপ জুড়ে ETSI এর মতো সংস্থাগুলোর দ্বারা বাধ্যতামূলক করা হয়েছে। এর মূল নিয়মটি সহজ: ৫ GHz ব্যান্ডের ৫২৫০ থেকে ৫৭২৫ মেগাহার্টজের মধ্যে - অর্থাৎ ৫২ থেকে ১৪৪ নম্বর চ্যানেলে - কাজ করা যেকোনো WiFi ডিভাইসকে রাডার সিগন্যাল সনাক্ত করতে সক্ষম হতে হবে এবং সনাক্ত করা গেলে, ১০ সেকেন্ডের মধ্যে সেই চ্যানেলটি খালি করতে হবে। এটি কেন বিদ্যমান? কারণ এই ফ্রিকোয়েন্সিগুলো প্রাথমিক ব্যবহারকারীদের সাথে শেয়ার করা হয়: আবহাওয়া রাডার সিস্টেম, সামরিক রাডার, এয়ার ট্রাফিক কন্ট্রোল এবং সামুদ্রিক নেভিগেশন। WiFi হলো একটি সেকেন্ডারি ব্যবহারকারী। প্রাথমিক ব্যবহারকারীদের পরম অগ্রাধিকার রয়েছে এবং DFS হলো সেই প্রক্রিয়া যা এটি কার্যকর করে। এখন, এর পরিচালনগত প্রভাবগুলো অত্যন্ত গুরুত্বপূর্ণ। একটি অ্যাক্সেস পয়েন্ট DFS চ্যানেলে ট্রান্সমিট করার আগে, তাকে অবশ্যই Channel Availability Check - বা CAC নামক একটি প্রক্রিয়া সম্পন্ন করতে হবে। CAC সময়কালে, AP রাডার সিগন্যালের জন্য নিষ্ক্রিয়ভাবে শোনে। এটি ট্রান্সমিট করতে পারে না। এটি ক্লায়েন্টদের পরিষেবা দিতে পারে না। বেশিরভাগ DFS চ্যানেলের জন্য CAC সময়কাল সাধারণত ৬০ সেকেন্ড হয়, তবে এটি ৫৬০০ থেকে ৫৬৫০ মেগাহার্টজ রেঞ্জের চ্যানেলগুলোর জন্য ৬০০ সেকেন্ড - অর্থাৎ ১০ মিনিট - পর্যন্ত প্রসারিত হয়, যা আবহাওয়া রাডারের সাথে ওভারল্যাপ করে। স্ট্যান্ডার্ড চ্যানেল নম্বরিংয়ে এই চ্যানেলগুলো হলো ১২০, ১২৪ এবং ১২৮।কার্যকরীভাবে এর অর্থ কী তা নিয়ে চিন্তা করুন। যদি একটি AP রাডার শনাক্ত করে এবং একটি DFS চ্যানেল থেকে চলে যেতে বাধ্য হয়, তবে এটি পরিষেবা পুনরায় শুরু করার আগে অবশ্যই একটি বিকল্প চ্যানেলে স্যুইচ করতে হবে এবং একটি নতুন CAC সম্পন্ন করতে হবে। সেই সময়ে, সেই AP-এর সাথে যুক্ত প্রতিটি ক্লায়েন্ট ডিসকানেক্ট হয়ে যায়। ২০০টি রুম বিশিষ্ট একটি হোটেলে, এর ফলে একই সাথে শত শত অতিথি কানেক্টিভিটি হারাতে পারেন। একটি রিটেইল পরিবেশে, এর অর্থ হতে পারে পয়েন্ট-অফ-সেল টার্মিনালগুলো অফলাইন হয়ে যাওয়া। একটি কনফারেন্স সেন্টারে মূল উপস্থাপনার সময়, এর অর্থ হলো উপস্থাপকের ল্যাপটপটি সবচেয়ে খারাপ সময়ে নেটওয়ার্ক থেকে বিচ্ছিন্ন হয়ে যাওয়া। ৫ GHz ব্যান্ডটিকে UNII সাব-ব্যান্ড নামে বিভক্ত করা হয়েছে। UNII-1, যা ৩৬, ৪০, ৪৪ এবং ৪৮ নম্বর চ্যানেলগুলোকে কভার করে, সেটি সম্পূর্ণ DFS-মুক্ত। এগুলো হলো আপনার নিরাপদ চ্যানেল - কোনো রাডার শনাক্তকরণের প্রয়োজনীয়তা নেই, কোনো CAC নেই, হঠাৎ চ্যানেল খালি করার কোনো ঝুঁকি নেই। UNII-3, যা ১৪৯ থেকে ১৬৫ নম্বর চ্যানেলগুলো কভার করে, সেটিও বেশিরভাগ বিচারব্যবস্থায় DFS-মুক্ত, যদিও কিছু দেশ-নির্দিষ্ট ব্যতিক্রম রয়েছে যা যাচাই করে নেওয়া ভালো। সমস্যা হলো UNII-1 এবং UNII-3 মিলে আপনাকে মাত্র নয়টি নন-ওভারল্যাপিং ২০ MHz চ্যানেল দেয়। আপনি যখন একটি উচ্চ-ঘনত্বের ভেন্যুতে - একটি স্টেডিয়াম, একটি কনভেনশন সেন্টার, একটি বড় হোটেল - নেটওয়ার্ক মোতায়েন করছেন, তখন একটি পরিচ্ছন্ন, নন-ওভারল্যাপিং সেল প্ল্যান তৈরি করার জন্য নয়টি চ্যানেল যথেষ্ট নয়। এটিই হলো DFS চ্যানেল পরিকল্পনার মূল দ্বন্দ্ব। DFS চ্যানেলগুলো আপনাকে অতিরিক্ত ৪৭৫ মেগাহার্টজ স্পেকট্রামে অ্যাক্সেস দেয় - চ্যানেল ৫২ থেকে ১৪৪ পর্যন্ত - যা ক্যাপাসিটি প্ল্যানিংয়ের জন্য অত্যন্ত মূল্যবান। কিন্তু সেই স্পেকট্রামটি এমন কিছু কার্যকরী ঝুঁকির সাথে আসে যা আপনার ভেন্যুর শারীরিক পরিবেশের ওপর নির্ভর করে নাটকীয়ভাবে পরিবর্তিত হয়। প্রধান পরিবর্তনশীল বিষয়টি হলো রাডারের সান্নিধ্য। যদি আপনার ভেন্যু কোনো ওয়েদার রাডার ইনস্টলেশন, সামরিক ঘাঁটি বা অ্যাপ্রোচ রাডার সহ বড় বিমানবন্দরের আনুমানিক ৩০ থেকে ৫০ কিলোমিটারের মধ্যে হয়, তবে আপনার DFS চ্যানেলগুলো ট্রিগার হবে। মাঝে মাঝে নয় - নিয়মিতভাবে। যুক্তরাজ্যের একটি ঘন রাডার ফুটপ্রিন্ট রয়েছে। Ofcom-এর রাডার ডেটাবেস সারা দেশে ওয়েদার রাডার ইনস্টলেশন দেখায়, এবং লন্ডন, ম্যানচেস্টার, বার্মিংহাম এবং এডিনবরা সহ অনেক বড় শহরে সেই ব্যাসার্ধের মধ্যে DFS ব্যান্ডে কার্যরত রাডার সিস্টেম রয়েছে। DFS ট্রিগারের একটি কম দৃশ্যমান উৎসও রয়েছে যা অনেক ইঞ্জিনিয়ারকে অপ্রস্তুত অবস্থায় ফেলে দেয়: ফলস পজিটিভ। নির্দিষ্ট ধরণের সরঞ্জাম এমন RF সিগনেচার তৈরি করে যা DFS অ্যালগরিদমগুলো ভুলবশত রাডার হিসাবে শনাক্ত করে। FHSS ডিভাইস, কিছু ইন্ডাস্ট্রিয়াল ওয়্যারলেস সিস্টেম এবং এমনকি দুর্বলভাবে শিল্ড করা মাইক্রোওয়েভ ওভেনও DFS ফলস-ট্রিগারের উৎস হিসেবে নথিভুক্ত হয়েছে। একটি বাণিজ্যিক রান্নাঘর রয়েছে এমন ভেন্যুতে - যেমন একটি হোটেল, একটি কনফারেন্স সেন্টার, একটি হাসপাতাল - এটি একটি বাস্তব কার্যকরী ঝুঁকি। DFS শনাক্তকরণ অ্যালগরিদম নিজেই বিবর্তিত হয়েছে। Cisco, Aruba, Ruckus এবং Juniper Mist-এর মতো বিক্রেতাদের আধুনিক অ্যাক্সেস পয়েন্টগুলো তথাকথিত এনহ্যান্সড DFS বা EDFS প্রয়োগ করে, যা ফলস পজিটিভ কমাতে আরও পরিশীলিত পালস প্যাটার্ন রিকগনিশন ব্যবহার করে। কিন্তু EDFS-ও এর থেকে মুক্ত নয়, এবং দশ সেকেন্ডের মধ্যে চ্যানেল খালি করার নিয়ন্ত্রক প্রয়োজনীয়তার অর্থ হলো ট্রিগারটি আসল রাডার পালস ছিল নাকি ফলস পজিটিভ ছিল তা নির্বিশেষে এর প্রভাব তাৎক্ষণিক হয়।কভার করার মতো আরও একটি প্রযুক্তিগত পয়েন্ট: চ্যানেল উইডথ এবং DFS-এর ইন্টারঅ্যাকশন। আপনি যখন ৮০ মেগাহার্টজ বা ১৬০ মেগাহার্টজ ওয়াইড চ্যানেল চালাচ্ছেন - যা WiFi ৬ এবং WiFi ৬E থ্রুপুট লক্ষ্যমাত্রার জন্য আপনার প্রয়োজন - তখন একটি DFS ট্রিগারের সম্ভাবনা আনুপাতিকভাবে বৃদ্ধি পায়। একটি ৮০ মেগাহার্টজ চ্যানেল চারটি ২০ মেগাহার্টজ সাব-চ্যানেল দখল করে। যদি এই সাব-চ্যানেলগুলির মধ্যে যে কোনো একটিতে রাডার সনাক্ত করা যায়, তবে সম্পূর্ণ ৮০ মেগাহার্টজ চ্যানেলটি খালি করতে হবে। এই কারণেই WiFi ৬-এ হাই-ডেনসিটি ডেপ্লয়মেন্ট পরিচালনাকারী অনেক অভিজ্ঞ ওয়্যারলেস আর্কিটেক্ট ইচ্ছাকৃতভাবে DFS চ্যানেলে চ্যানেলের উইডথ ৪০ মেগাহার্টজে সীমাবদ্ধ রাখবেন, অথবা DFS সম্পূর্ণরূপে এড়িয়ে চলবেন এবং ওয়াইড-চ্যানেল থ্রুপুটের জন্য ৬ গিগাহার্টজের উপর নির্ভর করবেন। - বাস্তবায়ন সুপারিশ এবং ত্রুটিসমূহ - প্রায় ২ মিনিট ঠিক আছে, চলুন বাস্তবসম্মত নির্দেশনায় যাওয়া যাক। একটি নতুন ডেপ্লয়মেন্টের জন্য আমি যেভাবে DFS চ্যানেল পরিকল্পনার দিকে এগোব তা এখানে দেওয়া হলো। ধাপ এক: রাডার পরিবেশের মূল্যায়ন। আপনি একটি একক অ্যাক্সেস পয়েন্ট কনফিগার করার আগে, আপনার ভেন্যুটির চারপাশের রাডার ফুটপ্রিন্ট পরীক্ষা করুন। যুক্তরাজ্যে, Ofcom রাডার ডেটা প্রকাশ করে। আপনার ভেন্যুর স্থানাঙ্কের সাথে এটি ক্রস-রেফারেন্স করুন। আপনি যদি আবহাওয়া রাডার বা সামরিক স্থাপনার ৩৫ কিলোমিটারের মধ্যে থাকেন, তবে DFS চ্যানেলগুলিকে উচ্চ-ঝুঁকিপূর্ণ হিসাবে বিবেচনা করুন এবং সেই অনুযায়ী পরিকল্পনা করুন। ধাপ দুই: প্রথমে আপনার নন-DFS বেসলাইন তৈরি করুন। চ্যানেল ৩৬, ৪০, ৪৪, ৪৮, ১৪৯, ১৫৩, ১৫৭, ১৬১ এবং ১৬৫ হলো আপনার ভিত্তি। একটি হাই-ডেনসিটি ডেপ্লয়মেন্টে, প্রথমে এই চ্যানেলগুলির চারপাশে আপনার সেল প্ল্যান ডিজাইন করুন। কেবলমাত্র সেখানেই DFS চ্যানেলগুলি অন্তর্ভুক্ত করুন যেখানে আপনার একটি প্রকৃত ক্যাপাসিটি প্রয়োজনীয়তা রয়েছে যা শুধুমাত্র নন-DFS স্পেকট্রাম দ্বারা পূরণ করা যায় না। ধাপ তিন: আপনি যদি DFS চ্যানেলগুলি ব্যবহার করেন, তবে একটি ফলব্যাক চ্যানেল পরিকল্পনা বাস্তবায়ন করুন। DFS চ্যানেলে চালিত প্রতিটি AP-এর নন-DFS স্পেকট্রামে একটি প্রি-কনফিগার করা ফলব্যাক চ্যানেল থাকা উচিত। বেশিরভাগ এন্টারপ্রাইজ-গ্রেড কন্ট্রোলার এটি নেটিভভাবে সমর্থন করে। ফলব্যাক চ্যানেলটি আগে থেকেই স্ক্যান এবং যাচাই করা উচিত যাতে AP ক্লায়েন্টের ন্যূনতম ব্যাঘাত ঘটিয়ে ট্রানজিশন করতে পারে। ধাপ চার: ক্রমাগত পর্যবেক্ষণ করুন। একটি WiFi অ্যানালিটিক্স প্ল্যাটফর্ম যা রিয়েল-টাইম চ্যানেল ব্যবহারের ডেটা, DFS ইভেন্ট লগিং এবং ক্লায়েন্ট অ্যাসোসিয়েশন মেট্রিক্স প্রদান করে, তা একটি হাই-ডেনসিটি ভেন্যুতে ঐচ্ছিক নয় - এটি অত্যন্ত প্রয়োজনীয়। আপনার জানা দরকার কখন DFS ইভেন্টগুলি ঘটছে, কত ঘন ঘন এবং কোন APগুলি প্রভাবিত হচ্ছে। সেই ভিজিবিলিটি ছাড়া, আপনি অন্ধকারে কাজ করছেন। ধাপ পাঁচ: আপনার নিয়ন্ত্রক ডোমেনের বিপরীতে আপনার DFS কনফিগারেশন যাচাই করুন। এটি একটি সাধারণ ভুল - ইউএস বা বিশ্বব্যাপী ডিফল্ট নিয়ন্ত্রক ডোমেনসহ পাঠানো অ্যাক্সেস পয়েন্টগুলি ইউকে বা ইইউ নিয়ন্ত্রক ডোমেনের জন্য কনফিগার করা AP-গুলির থেকে আলাদা আচরণ করতে পারে। DFS প্রয়োজনীয়তা, CAC টাইমার এবং অনুমোদিত ট্রান্সমিট পাওয়ার লেভেল এখতিয়ার অনুসারে ভিন্ন হয়। ডেপ্লয়মেন্টের আগে সর্বদা আপনার নিয়ন্ত্রক ডোমেন সেটিং যাচাই করুন। আমি বাস্তবে যে সবচেয়ে বড় ভুলটি দেখি তা হলো ইঞ্জিনিয়াররা রাডার পরিবেশের মূল্যায়ন না করেই কেবল ধারণক্ষমতার সমস্যা সমাধানের জন্য DFS চ্যানেল সক্রিয় করেন। তারা ল্যাবে বা প্রাথমিক পরীক্ষার সময় ভালো কার্যক্ষমতা পান - কারণ CAC সফলভাবে সম্পন্ন হয় - এবং তারপরে এমন একটি ভেন্যুতে লাইভ যান যা আবহাওয়া রাডার ইনস্টলেশন থেকে ২০ কিলোমিটার দূরে। কয়েক দিনের মধ্যে, তারা ক্লায়েন্টদের কাছ থেকে মাঝে মাঝে ডিসকানেক্ট হয়ে যাওয়ার অভিযোগ পেতে শুরু করেন যা সঠিক লগিং ছাড়া নির্ণয় করা প্রায় অসম্ভব। Purple-এর হার্ডওয়্যার-স্বাধীন প্ল্যাটফর্ম আপনার বিদ্যমান অবকাঠামোর সাথে একীভূত হয়ে ঠিক সেই ভিজিবিলিটি প্রদান করে - DFS ইভেন্ট লগের সাথে ক্লায়েন্ট অভিজ্ঞতার মেট্রিক্সের সম্পর্ক স্থাপন করে যাতে আপনি সনাক্ত করতে পারেন যে একটি কানেক্টিভিটি সমস্যা DFS-সম্পর্কিত নাকি সম্পূর্ণ অন্য কিছু। - - - দ্রুত প্রশ্নোত্তর - প্রায় ১ মিনিট নিয়মিত আমাকে জিজ্ঞাসা করা হয় এমন কিছু দ্রুত প্রশ্ন। আমি কি কেবল DFS সম্পূর্ণরূপে নিষ্ক্রিয় করতে পারি? হ্যাঁ, বেশিরভাগ এন্টারপ্রাইজ কন্ট্রোলারে আপনি AP-কে শুধুমাত্র নন-DFS চ্যানেলে সীমাবদ্ধ করতে পারেন। উচ্চ-ঝুঁকিপূর্ণ রাডার পরিবেশে, এটি প্রায়শই সঠিক সিদ্ধান্ত। WiFi 6E কি DFS সমস্যার সমাধান করে? মূলত, হ্যাঁ। 6 GHz ব্যান্ডের কোনো DFS প্রয়োজনীয়তা নেই। আপনি যদি WiFi 6E অ্যাক্সেস পয়েন্ট মোতায়েন করেন, তবে আপনি রাডার সনাক্তকরণের কোনো ঝুঁকি ছাড়াই 6 GHz-এ ওয়াইড চ্যানেল চালাতে পারেন। উচ্চ-ঘনত্বের ভেন্যুগুলোতে WiFi 6E গ্রহণ ত্বরান্বিত করার জন্য এটি সবচেয়ে বাধ্যতামূলক কার্যক্ষম যুক্তিগুলোর একটি। 6 GHz ব্যান্ড এবং AFC সম্পর্কে কী বলা যায়? 6 GHz ব্যান্ডে Automated Frequency Coordination একটি ভিন্ন নিয়ন্ত্রক প্রক্রিয়া - এটি DFS নয়। AFC রিয়েল-টাইম রাডার সনাক্তকরণের পরিবর্তে একটি ডেটাবেস-চালিত পদ্ধতি ব্যবহার করে এবং এর কার্যক্ষম প্রভাব উল্লেখযোগ্যভাবে কম। Purple-এর প্ল্যাটফর্ম কি DFS ইভেন্ট অ্যালার্টিং সমর্থন করে? হ্যাঁ - Purple-এর WiFi অ্যানালিটিক্স লেয়ার তার ড্যাশবোর্ডের মাধ্যমে DFS-সম্পর্কিত কানেক্টিভিটি ইভেন্টগুলো প্রদর্শন করতে পারে, যা অপারেশন টিমকে গেস্ট অভিজ্ঞতার ডেটার সাথে নেটওয়ার্ক ইভেন্টগুলোর সম্পর্ক স্থাপন করতে সহায়তা করে। - - - সংক্ষিপ্তসার এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট সংক্ষেপে বলতে গেলে: DFS চ্যানেলগুলো একটি দুধারী তলোয়ার। এগুলো আপনাকে মূল্যবান স্পেকট্রাম ব্যবহারের সুযোগ দেয় যা উচ্চ-ঘনত্বের মোতায়েনে আপনার ধারণক্ষমতা উল্লেখযোগ্যভাবে বৃদ্ধি করতে পারে। কিন্তু এগুলোর সাথে নিয়ন্ত্রক বাধ্যবাধকতা রয়েছে - CAC টাইমার, বাধ্যতামূলক চ্যানেল খালি করা - যা রাডারের কাছাকাছি থাকা ভেন্যুগুলোতে প্রকৃত কার্যক্ষম ঝুঁকি তৈরি করে। সিদ্ধান্তের কাঠামোটি সহজ। প্রথমে আপনার রাডার পরিবেশ মূল্যায়ন করুন। আপনার ভিত্তি হিসেবে নন-DFS চ্যানেলগুলো তৈরি করুন। DFS শুধুমাত্র সেখানেই চালু করুন যেখানে ধারণক্ষমতার প্রয়োজন রয়েছে এবং যেখানে আপনার সঠিক মনিটরিং এবং ফলব্যাক কনফিগারেশন রয়েছে। আর আপনি যদি WiFi 6E মোতায়েন করেন, তবে DFS সমস্যা সম্পূর্ণরূপে এড়াতে 6 GHz-কে অগ্রাধিকার দিন। চ্যানেল পরিকল্পনা সরঞ্জামগুলোর আরও বিশদ বিবরণের জন্য, চ্যানেল ওভারল্যাপ ট্রাবলশুটিংয়ের সেরা WiFi অ্যানালাইজার সরঞ্জামগুলোর উপর Purple-এর একটি নির্দেশিকা রয়েছে - এই ব্রিফিংয়ের পাশাপাশি এটি পড়ার মতো। আর আপনি যদি আপনার গেস্ট WiFi প্ল্যাটফর্মের এই কার্যক্ষম অন্তর্দৃষ্টিগুলো প্রদর্শন করার ক্ষমতা মূল্যায়ন করেন, তবে Purple-এর অ্যানালিটিক্স প্ল্যাটফর্ম নিয়ে আলোচনা করা যেতে পারে। শোনার জন্য ধন্যবাদ। পরবর্তী সময় পর্যন্ত। - - - স্ক্রিপ্টের সমাপ্তি মোট আনুমানিক সময়কাল: ১০ মিনিট