গেস্ট WiFi RFP প্রয়োজনীয়তা: অনবোর্ডিং, নিরাপত্তা এবং অ্যানালিটিক্স জুড়ে কী নির্দিষ্ট করবেন

একটি গেস্ট WiFi RFP-এর পাঁচটি ক্ষেত্রে পরিমাপযোগ্য প্রয়োজনীয়তা নির্ধারণ করা উচিত। অনবোর্ডিং: ক্যাপটিভ পোর্টাল, সম্মতি গ্রহণ এবং WCAG 2.2 অ্যাক্সেসিবিলিটি। সিকিউরিটি: IEEE 802.1X, RADIUS, Passpoint এবং WPA3। হার্ডওয়্যার: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist এবং Ubiquiti UniFi-এর নির্দিষ্ট সাপোর্ট। কমপ্লায়েন্স: GDPR, PCI DSS v4.0 এবং প্রোটেক্টিভ DNS। অ্যানালিটিক্স: এক্সপোর্টযোগ্য ফার্স্ট-পার্টি ডেটা। প্রমাণের ভিত্তিতে দরদাতাদের স্কোর দিন।

একটি গেস্ট WiFi RFP-তে বাস্তবে কী কী নির্দিষ্ট করা প্রয়োজন?

একটি গেস্ট WiFi RFP "গেস্টদের জন্য ফ্রি WiFi"-এর মতো শিথিল সংক্ষিপ্ত বিবরণকে এমন প্রয়োজনীয়তায় রূপান্তরিত করে যা একজন দরদাতা পাশ বা ফেল করতে পারেন। এটি নির্ধারণ করে যে কীভাবে ব্যবহারকারীরা যুক্ত হবেন, কীভাবে ট্র্যাফিক সুরক্ষিত করা হবে এবং প্ল্যাটফর্মটিকে কোন হার্ডওয়্যারে চলতে হবে। এটি কীভাবে ব্যক্তিগত ডেটা পরিচালনা করা হবে এবং আপনি কী রিপোর্টিং ফেরত পাবেন তাও নির্ধারণ করে।

দুর্বল RFP-গুলি সাধারণত একই ধরনের ব্যর্থতার সম্মুখীন হয়। সেগুলিতে মানদণ্ডের বদলে ফিচারের তালিকা থাকে, যার ফলে প্রতিটি দরদাতা "হ্যাঁ" উত্তর দেন এবং উত্তরগুলি একই রকম দেখায়। এর সমাধান হলো প্রতিটি লাইনের সাথে একটি নির্দিষ্ট স্ট্যান্ডার্ড, আপনার প্রত্যাশিত প্রমাণ এবং একটি পাইলট পরীক্ষা সংযুক্ত করা।

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

এই গাইডটি আপনাকে প্রয়োজনীয় শব্দচয়ন, একটি স্কোরিং ম্যাট্রিক্স এবং পাইলট পরীক্ষা সরবরাহ করে। এটিকে একটি গেস্ট WiFi RFP টেমপ্লেট হিসেবে বিবেচনা করুন যা আপনি হোটেল, রিটেইল, হেলথকেয়ার, ট্রেন, স্টেডিয়াম এবং পাবলিক-সেক্টরের ভেন্যুগুলির জন্য ব্যবহার করতে পারেন।

গেস্ট WiFi RFP লেখার আগে আপনার কী কী প্রয়োজন?

প্রথম খসড়া তৈরির আগে পাঁচটি তথ্য সংগ্রহ করুন। এর প্রতিটি তথ্যই কাজ বরাদ্দের পরে পরিবর্তন সম্পর্কিত অনুরোধ আসার সাধারণ কারণগুলিকে প্রতিরোধ করে।

• ভেন্যু প্রতি হার্ডওয়্যারের তালিকা। প্রতিটি সাইটে অ্যাক্সেস পয়েন্ট (AP) ভেন্ডর, মডেল, ম্যানেজমেন্ট প্ল্যাটফর্ম এবং ফার্মওয়্যার রেকর্ড করুন। প্রতিটি সাইট ক্লাউড ড্যাশবোর্ড নাকি অন-প্রেমিসেস কন্ট্রোলার ব্যবহার করছে তা নোট করুন। আমাদের গাইড WLC (ওয়্যারলেস LAN কন্ট্রোলার) কী এবং আপনার কি এখনও এটির প্রয়োজন রয়েছে?-এ এর পার্থক্য ব্যাখ্যা করা হয়েছে।
• ধরন অনুযায়ী ভেন্যুর তালিকা। ইন্ডাস্ট্রি ক্যাটাগরি এবং আকার অনুযায়ী সাইটগুলিকে গ্রুপ করুন, কারণ একটি স্টেডিয়াম কনকোর্স এবং একটি হোটেল লবির জন্য আলাদা অনবোর্ডিংয়ের প্রয়োজন হয়। প্রতিটি ভেন্যু কাদের পরিষেবা দেয় তাদের নাম উল্লেখ করুন: গেস্ট, ক্রেতা, যাত্রী, অনুরাগী, রোগী বা ভিজিটর।
• একটি ডেটা ম্যাপ। কে ডেটা কন্ট্রোলার হিসেবে কাজ করবে, কোন সিস্টেমগুলি WiFi ডেটা পাবে এবং আপনি কতক্ষণ তা সংরক্ষণ করবেন তা নির্ধারণ করুন। RFP প্রকাশের আগে আপনার ডেটা প্রোটেকশন অফিসারের এটি অনুমোদন করা উচিত।
• আপনার পেমেন্টের সীমা। কার্ড পেমেন্ট গ্রহণ করে এমন প্রতিটি সাইটের তালিকা তৈরি করুন। পেমেন্ট ডিভাইসগুলি গেস্ট ট্র্যাফিকের সাথে সুইচ বা সার্কিট শেয়ার করে কিনা তা নোট করুন। এটি আপনার PCI DSS স্কোপ নির্ধারণ করে।
• সফলতার পরিমাপ। আপনি যে সংখ্যাগুলি রিপোর্ট করবেন সেগুলিতে সম্মত হন, যেমন লগইন, অপ্ট-ইন রেট, রিটার্নিং ভিজিটর এবং সাপোর্ট টিকিট। বিডাররা তারপর দেখাতে পারে যে কীভাবে তাদের রিপোর্টিং এর প্রতিটি প্রদান করে।

শুরু থেকেই IT, সিকিউরিটি, ডাটা প্রটেকশন, মার্কেটিং এবং ভেন্যু অপারেশনকে যুক্ত করুন। গেস্ট WiFi এই পাঁচটি টিমকেই স্পর্শ করে। একটি টিমের লেখা প্রয়োজনীয়তা প্রায়শই অন্য টিমের কাজে বাধা সৃষ্টি করে।

আপনি কীভাবে সেকশন অনুসারে গেস্ট WiFi RFP প্রয়োজনীয়তা লিখবেন?

RFC 2119-এর নিয়ম অনুসরণ করে প্রতিটি প্রয়োজনীয়তা "must" বা "should" দিয়ে লিখুন। একটি "must" হলো একটি পাস-অর-ফেল গেট। একটি "should" এর ওপর স্কোর দেওয়া হয়। বিডারদের প্রমানসহ প্রতিটি লাইনের উত্তর দিতে বলুন: একটি ডকুমেন্ট, একটি সার্টিফিকেট, একটি রেফারেন্স সাইট বা একটি লাইভ ডেমোনস্ট্রেশন।

অনবোর্ডিং এবং ক্যাপটিভ পোর্টাল-এর প্রয়োজনীয়তা

অনবোর্ডিং হলো এমন একটি জায়গা যেখানে অতিথিরা আপনার নেটওয়ার্ক মূল্যায়ন করে এবং যেখানে আপনার সম্মতির রেকর্ড তৈরি হয়। এই ক্যাপটিভ পোর্টাল RFP চেকলিস্টটি অপরিহার্য বিষয়গুলিকে কভার করে।

• লগইন পদ্ধতি। প্ল্যাটফর্মটিতে ইমেল, সোশ্যাল লগইন, SMS এবং অ্যাক্সেস কোড সাপোর্ট করতে হবে, যা ভেন্যু অনুযায়ী কনফিগারযোগ্য।
• সচেতন-পছন্দের অপ্ট-ইন। মার্কেটিং সংক্রান্ত সম্মতি অবশ্যই একটি পৃথক, আনটিক করা পছন্দ হতে হবে, শর্তাবলী গ্রহণের সাথে কখনোই একত্রিত করা যাবে না। GDPR আর্টিকেলে 7-এ বলা হয়েছে যে সম্মতি অবশ্যই প্রদর্শনযোগ্য হতে হবে এবং দেওয়া যেমন সহজ, প্রত্যাহার করাও ততটাই সহজ হতে হবে।
• অ্যাক্সেসিবিলিটি। ক্যাপটিভ পোর্টালটি অবশ্যই WCAG 2.2 লেভেল AA পূরণ করবে।
• নির্ভরযোগ্য পোর্টাল সনাক্তকরণ। প্ল্যাটফর্মটির ক্যাপটিভ পোর্টাল API (RFC 8908) এবং DHCP ক্যাপটিভ পোর্টাল অপশন (RFC 8910) সাপোর্ট করা উচিত। উভয়ই আধুনিক ডিভাইসগুলিকে রিডাইরেক্ট লুপ ছাড়াই লগইন পেজ খুঁজে পেতে সাহায্য করে।
• রিটার্নিং ভিজিটর সনাক্তকরণ। iOS 14 এবং Android 10 এর পর থেকে ডিফল্টভাবে র্যান্ডমাইজড MAC অ্যাড্রেস ব্যবহার করা হয়। ডিভাইসের হার্ডওয়্যার অ্যাড্রেসের ওপর নির্ভর না করে কীভাবে তারা একজন রিটার্নিং গেস্টকে চিনতে পারে তা বিডারদের কাছে জানতে চান।
• সেন্ট্রাল কন্ট্রোল। হেড অফিসকে অবশ্যই প্রতিটি ভেন্যুর জন্য লোকাল ওভাররাইডসহ ব্র্যান্ডিং, শর্তাবলী এবং সম্মতির শব্দগুলি কেন্দ্রীয়ভাবে পরিচালনা করতে হবে।

Purple গেস্ট WiFi ক্যাপটিভ পোর্টাল-এ সচেতন-পছন্দের অপ্ট-ইন তৈরি করে এবং এটি একটি এস্টেট জুড়ে কেন্দ্রীয়ভাবে পরিচালনা করে।

প্রমাণীকরণ, RADIUS এবং Passpoint প্রয়োজনীয়তা

RADIUS হলো এমন একটি প্রোটোকল যা একটি AP কোনো ডিভাইসে প্রবেশাধিকার দেবে কিনা তা একটি কেন্দ্রীয় সার্ভারকে জিজ্ঞাসা করতে ব্যবহার করে। এটি RFC 2865-এ সংজ্ঞায়িত করা হয়েছে। RFC 2866-এ সংজ্ঞায়িত RADIUS অ্যাকাউন্টিং, সেশন শুরু, বন্ধ এবং ডাটা ব্যবহার রেকর্ড করে। একটি মাল্টি-ভেন্যু এস্টেটের জন্য, নিম্নলিখিতগুলি নির্দিষ্ট করুন।

• রেডানডেন্সি সহ ক্লাউড RADIUS। একটি ডাটা সেন্টার ব্যর্থ হলেও প্রমাণীকরণ কাজ করা চালিয়ে যেতে হবে। আর্কিটেকচার এবং 12 মাসের পরিমাপ করা উপলব্ধতার জন্য অনুরোধ করুন।
• এনক্রিপ্টেড RADIUS ট্রান্সপোর্ট। যেখানে RADIUS পাবলিক ইন্টারনেট অতিক্রম করে, সেখানে RadSec (TLS এর ওপর RADIUS, RFC 6614) বা একটি এনক্রিপ্টেড টানেলের প্রয়োজন।
• ডায়নামিক অথরাইজেশন। প্ল্যাটফর্মটির পুনরধিগ্রহণে বাধ্য না করে সেশন শেষ করতে বা পরিবর্তন করতে CoA মেসেজ (RFC 5176) পাঠানো উচিত।
• সেগমেন্টেশন। গেস্ট ট্র্যাফিককে অবশ্যই নিজস্ব VLAN-এ থাকতে হবে, যা স্টাফ এবং পেমেন্ট সিস্টেম থেকে আলাদা করা একটি লজিক্যাল নেটওয়ার্ক সেগমেন্ট। ক্লায়েন্ট আইসোলেশনের মাধ্যমে গেস্ট ডিভাইসগুলির একটির অন্যটিতে পৌঁছানো নিশ্চিতভাবে বন্ধ করতে হবে।
• ওপেন নেটওয়ার্কে এনক্রিপশন। এনহ্যান্সড ওপেন (অপরচুনিস্টিক ওয়্যারলেস এনক্রিপশন, RFC 8110) সহ WPA3 থাকা প্রয়োজন। এটি কোনও শেয়ার্ড পাসওয়ার্ড ছাড়াই প্রতিটি কানেকশন এনক্রিপ্ট করে।
• প্রয়োজনে স্বতন্ত্র কি (Key)। iPSK (আইডেন্টিটি প্রাক-শেয়ার্ড কি) একটি শেয়ার্ড নেটওয়ার্কে প্রতিটি ব্যক্তি বা ডিভাইসকে তার নিজস্ব WiFi পাসওয়ার্ড দেয়। এটি দীর্ঘ সময় থাকা গেস্ট, প্রদর্শক এবং ইভেন্ট ক্রু-দের জন্য উপযুক্ত। Purple এটি SecurePass-এর মাধ্যমে প্রদান করে।

Passpoint, যাকে হটস্পট 2.0-ও বলা হয়, তা IEEE 802.11u-এর ওপর ভিত্তি করে তৈরি। এটি কোনো ক্যাপটিভ পোর্টাল ছাড়াই ডিভাইসকে স্বয়ংক্রিয়ভাবে নেটওয়ার্ক খুঁজে পেতে এবং তাতে যোগ দিতে দেয়। পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের স্ট্যান্ডার্ড, IEEE 802.1X-এর মাধ্যমে অথেনটিকেশন পরিচালিত হয়, যার ফলে ক্রিডেনশিয়াল এনক্রিপ্ট করা থাকে। ওয়্যারলেস ব্রডব্যান্ড অ্যালিয়েন্স পরিচালিত OpenRoaming হলো Passpoint-এর ওপর ভিত্তি করে তৈরি একটি ফেডারেশন। এটি ব্যবহারকারীদের তাদের আগের আইডেন্টিটির মাধ্যমেই অংশগ্রহণকারী নেটওয়ার্কগুলিতে যোগ দিতে দেয়।

একটি খরচের রোডম্যাপ সহ প্রথম পর্বে Passpoint এবং OpenRoaming-কে "উচিত" প্রয়োজনীয়তা হিসেবে নির্দিষ্ট করুন। Purple OpenRoaming সাপোর্ট করে, যাতে পুনরায় আসা গেস্টরা আপনার ভেন্যুগুলিতে স্বয়ংক্রিয়ভাবে কানেক্ট হতে পারেন।

যদি RFP-তে স্টাফ WiFi-ও অন্তর্ভুক্ত থাকে, তবে Microsoft Entra ID, Okta এবং Google Workspace-এর সাথে ইন্টিগ্রেশন আবশ্যক করুন। এটি ম্যানুয়াল পাসওয়ার্ড পরিবর্তন ছাড়াই নতুন যুক্ত হওয়া, স্থানান্তরিত হওয়া এবং চলে যাওয়া কর্মীদের নেটওয়ার্ক অ্যাক্সেসের সাথে সামঞ্জস্যপূর্ণ রাখে।

হার্ডওয়্যার-নিরপেক্ষ AP সামঞ্জস্যতা

"শীর্ষস্থানীয় এন্টারপ্রাইজ হার্ডওয়্যারের সাথে সামঞ্জস্যপূর্ণ" এর মূল্যায়ন করা যাবে না। চুক্তি চলাকালীন আপনি পরিচালনা করেন বা গ্রহণ করতে পারেন এমন প্রতিটি প্ল্যাটফর্মের নাম উল্লেখ করুন। তারপর প্রতিটিতে একই পাঁচটি ক্ষমতার প্রয়োজনীয়তা নির্দিষ্ট করুন।

1. এক্সটার্নাল ক্যাপটিভ পোর্টাল সাপোর্ট।
2. RADIUS অথেনটিকেশন এবং অ্যাকাউন্টিং।
3. একটি ওয়াল্ড গার্ডেন: ডোমেনের প্রি-লগইন অ্যাক্সেস তালিকা যা পোর্টাল এবং সোশ্যাল লগইনের জন্য প্রয়োজন।
4. CoA সাপোর্ট, বা সেশন শেষ করার জন্য একটি নথিভুক্ত বিকল্প।
5. একটি প্রকাশিত ইন্টিগ্রেশন গাইড এবং সেই প্ল্যাটফর্মে অন্তত একটি লাইভ রেফারেন্স।

ভেন্ডর	RFP-তে নাম উল্লেখ করার মতো ম্যানেজমেন্ট প্ল্যাটফর্ম	অনুরোধ করার জন্য ন্যূনতম প্রমাণ
Cisco Meraki	Meraki ড্যাশবোর্ড	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
HPE Aruba	HPE Aruba নেটওয়ার্কিং সেন্ট্রাল বা মোবিলিটি কন্ট্রোলার	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Ruckus	RUCKUS SmartZone বা RUCKUS One	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Juniper Mist	Juniper Mist ক্লাউড	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Ubiquiti UniFi	UniFi নেটওয়ার্ক অ্যাপ্লিকেশন	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Cambium	cnMaestro	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Extreme	ExtremeCloud IQ	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট
Fortinet	FortiGate ইন্টিগ্রেটেড ওয়্যারলেস কন্ট্রোলার	ইন্টিগ্রেশন গাইড, লাইভ রেফারেন্স, আপনার ফার্মওয়্যার ডেমো বা পাইলট

প্রতিটি বিডারকে তারা কোন ফার্মওয়্যার রেঞ্জ সমর্থন করে তা জানাতে বলুন, তারপর আপনার নিজের বিরুদ্ধে পরীক্ষা করুন। Purple হলো হার্ডওয়্যার-অ্যাগনস্টিক এবং আটটি প্ল্যাটফর্মেই একটি ক্লাউড ওভারলে হিসেবে চলে। কোনো কিছু তুলে ফেলে নতুন করে বসানোর প্রয়োজন নেই। কেন আপনার পরবর্তী WiFi আপগ্রেডে নতুন হার্ডওয়্যারের প্রয়োজন নেই এতে বাণিজ্যিক বিষয় আলোচনা করা হয়েছে। Ruckus এস্টেটের জন্য, Ruckus SmartZone এবং RUCKUS One গেস্ট WiFi বনাম এক্সটার্নাল ক্যাপটিভ পোর্টাল প্ল্যাটফর্ম দেখুন।

GDPR এর যে দফাগুলি আবশ্যক

গেস্ট WiFi বড় স্কেলে ব্যক্তিগত ডেটা সংগ্রহ করে, তাই চুক্তিতে অবশ্যই এই দফাগুলি থাকতে হবে।

• একটি ডেটা প্রসেসিং অ্যাগ্রিমেন্ট যা GDPR আর্টিকেল 28 পূরণ করে, যার মধ্যে উদ্দেশ্য, সুরক্ষা, সাব-প্রসেসর এবং ডেটা মুছে ফেলা অন্তর্ভুক্ত।
• সম্মতি সংক্রান্ত রেকর্ড যা প্রতিটি অপ্ট-ইনের জন্য টাইমস্ট্যাম্প, ওয়ার্ডিং ভার্সন এবং চ্যানেল প্রদর্শন করে, যা চাহিদামাত্র এক্সপোর্ট করা সম্ভব।
• কনফিগারযোগ্য রিটেনশন যার সাথে রয়েছে অটোমেটিক ডিলিটেশন, আর্টিকেল 5(1)(e)-এর স্টোরেজ লিমিটেশন প্রিন্সিপাল অনুযায়ী।
• একজন ব্যক্তির ডেটা খোঁজা, এক্সপোর্ট করা এবং মুছে ফেলার জন্য ডেটা সাবজেক্ট টুলস। আর্টিকেল 12(3)-এর অধীনে আপনাকে এক মাসের মধ্যে অনুরোধগুলির উত্তর দিতে হবে।
• কোনো অনাকাঙ্ক্ষিত বিলম্ব ছাড়াই প্রসেসরের পক্ষ থেকে ব্রিচ নোটিফিকেশন, যেমনটি আর্টিকেল 33(2)-এ বলা হয়েছে। এরপর আর্টিকেল 33(1)-এর অধীনে নিয়ন্ত্রককে জানানোর জন্য আপনার কাছে 72 ঘন্টা সময় থাকবে।
• আন্তর্জাতিক ট্রান্সফার। যুক্তরাজ্য বা ইইএ (EEA)-এর বাইরে কোনো প্রসেসিং করা হলে ডেটা কোথায় রাখা হয়েছে এবং ট্রান্সফারের প্রক্রিয়া কী, বিডারকে তা জানাতে হবে।
• আর্টিকেল 32-এর জন্য সিকিউরিটি প্রমাণ, আদর্শভাবে ISO 27001 সার্টিফিকেশন।

Purple হলো ISO 27001 সার্টিফাইড এবং GDPR, CCPA এবং Cyber Essentials কমপ্লায়েন্ট।

PCI DSS এর যে দফাগুলি আবশ্যক

গেস্ট WiFi কখনোই আপনার কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট (CDE)-এর ভেতরে থাকা উচিত নয়। CDE সেই সিস্টেমগুলিকে কভার করে যা কার্ডের ডেটা সংরক্ষণ, প্রসেস বা ট্রান্সমিট করে। PCI DSS v4.0 আপনাকে সেগমেন্টেশনের মাধ্যমে স্কোপ কমানোর সুযোগ দেয়, তবে এটি যে কাজ করছে তা আপনাকে প্রমাণ করতে হবে।

• গেস্ট ট্রাফিক যে কখনোই CDE অতিক্রম করে না তা বিডারকে লিখিতভাবে নিশ্চিত করতে হবে এবং এর ডিজাইন ডকুমেন্টেশন প্রদান করতে হবে।
• ডিজাইনটিকে আপনার সেগমেন্টেশন পেনিট্রেশন টেস্ট সমর্থন করতে হবে, যা প্রয়োজনীয়তা 11.4.5-এর অধীনে অন্তত প্রতি 12 মাসে একবার করা আবশ্যক।
• ক্যাপটিভ পোর্টালে কোনো কার্ড ডেটা এন্টার করা যাবে না। যেকোনো পেইড অ্যাক্সেসের জন্য অবশ্যই একটি PCI DSS কমপ্লায়েন্ট পেমেন্ট প্রোভাইডার ব্যবহার করতে হবে, যার সাথে তার অ্যাটেস্টেশন অফ কমপ্লায়েন্স প্রদান করা আবশ্যক।
• প্রয়োজনীয়তা 11.2.1-এর অধীনে অননুমোদিত ওয়ারলেস অ্যাক্সেস পয়েন্টের জন্য আপনার ত্রৈমাসিক টেস্টিং এখনও গেস্ট এলাকাগুলিকে কভার করে।

প্রোটেক্টিভ DNS এর যে দফাগুলি আবশ্যক

প্রোটেক্টিভ DNS ডিভাইসগুলিকে এমন ডোমেইন শনাক্ত বা সমাধান করতে বাধা দেয় যেগুলি ম্যালওয়্যার, ফিশিং বা কমান্ড-অ্যান্ড-কন্ট্রোল সার্ভার হোস্ট করার জন্য পরিচিত। ইউকে ন্যাশনাল সাইবার সিকিউরিটি সেন্টার (NCSC) পাবলিক-সেক্টর বডিগুলির জন্য একটি প্রোটেক্টিভ DNS পরিষেবা প্রদান করে। নিম্নলিখিতগুলি নির্দিষ্ট করে দিন।

• থ্রেট ফিড। বিডারকে তার থ্রেট ইন্টেলিজেন্সের উৎস এবং সেগুলি কত ঘন ঘন আপডেট হয় তা জানাতে হবে।
• ভেন্যু অনুযায়ী ক্যাটাগরি ফিল্টারিং, উদাহরণস্বরূপ লাইব্রেরি এবং ফ্যামিলি এলাকায় অ্যাডাল্ট কনটেন্ট ব্লক করা।
• একটি ব্র্যান্ডেড ব্লক পেজ যা ভিজিটরকে বলে দেবে কেন একটি সাইট ব্লক করা হয়েছে।
• এনক্রিপ্টেড DNS নীতি। সার্ভিসটি কীভাবে DNS over HTTPS (RFC 8484) এবং DNS over TLS (RFC 7858) হ্যান্ডেল করে তা উল্লেখ করুন, যা ফিল্টারিং বাইপাস করতে পারে।
• আপনার GDPR সময়সূচীর সাথে সামঞ্জস্যপূর্ণ লগ রিটেনশন। লগ ইন করা আইডেন্টিটির সাথে যুক্ত DNS লগগুলি হল পার্সোনাল ডেটা।
• ভেন্যু প্রতি ব্লক করা থ্রেটের মাসিক রিপোর্ট।

Purple এর সুরক্ষামূলক অ্যাড-অনগুলি হল SecurePass, Verify এবং Shield। উপরের ক্লজগুলির বিপরীতে প্রতিটির জন্য ডেমো করার অনুরোধ জানান।

অ্যানালিটিক্স এবং ইন্টিগ্রেশন আবশ্যকীয়তা

এন্টারপ্রাইজ গেস্ট WiFi সংগ্রহ করার সময় প্রায়শই অ্যানালিটিক্সকে কম প্রাধান্য দেওয়া হয়, তবে এখান থেকেই আপনি রিটার্ন দেখতে পাবেন। নিম্নলিখিত বিষয়গুলি নির্দিষ্ট করুন।

• প্রতিটি ভেন্যু এবং এস্টেট অনুযায়ী মেট্রিক্স: ইউনিক ভিজিটর, নতুন বনাম রিটার্নিং ভিজিটর, ডওয়েল টাইম, ভিজিটের ফ্রিকোয়েন্সি এবং পিক আওয়ার।
• রোল-বেসড অ্যাক্সেস সহ ড্যাশবোর্ড এবং শিডিউল করা রিপোর্ট, যাতে ভেন্যু ম্যানেজাররা কেবল তাদের নিজস্ব সাইট দেখতে পান।
• API বা নেটিভ কানেক্টরের মাধ্যমে আপনার CRM এবং মার্কেটিং প্ল্যাটফর্মের সাথে ইন্টিগ্রেশন। সম্মতির স্ট্যাটাস প্রতিটি রেকর্ডের সাথেই থাকা আবশ্যিক।
• ডেটা মালিকানা। আপনি ফার্স্ট-পার্টি ডেটার মালিক। CSV বা JSON-এ সম্পূর্ণ এক্সপোর্ট যেকোনো সময় এবং এক্সিটের সময় অতিরিক্ত খরচ ছাড়াই উপলব্ধ থাকতে হবে।

Purple WiFi Analytics ভেন্যু প্রতি এই মেট্রিক্স রিপোর্ট করে এবং CRM ও মার্কেটিং প্ল্যাটফর্মের সাথে ইন্টিগ্রেট করে।

সার্ভিস লেভেল এবং সার্টিফিকেশন

• অ্যাভেলেবিলিটি। সার্ভিস ক্রেডিট সহ মাসিক আপটাইম SLA প্রয়োজন। Purple এর প্ল্যাটফর্ম 99.999% আপটাইমে চলে।
• সাপোর্ট। সময়সূচী, সেভারিটি অনুযায়ী রেসপন্স টাইম এবং একজন নির্দিষ্ট এস্কেলেশন কন্টাক্ট নির্দিষ্ট করুন।
• সার্টিফিকেশন। ISO 27001 প্রয়োজন। ইউকে সেন্ট্রাল গভর্নমেন্ট চুক্তি যেগুলি পার্সোনাল ডেটা হ্যান্ডেল করে, সেগুলির ক্ষেত্রে প্রকিউরমেন্ট পলিসি নোট 09/14 অনুযায়ী Cyber Essentials প্রয়োজন।
• স্কেল রেফারেন্স। আপনার আকারের রেফারেন্সের জন্য অনুরোধ করুন। Purple 90টিরও বেশি দেশে 80,000+ লাইভ ভেন্যু পরিচালনা করে এবং 2024 সালে 440 মিলিয়ন লগইন হ্যান্ডেল করেছে (Purple এর নিজস্ব ডেটা)।

আবশ্যকীয়তা সম্পর্কিত স্কোরিং ম্যাট্রিক্স

এরিয়া	আবশ্যকীয়তা	প্রায়োরিটি	যেসব প্রমাণের অনুরোধ করতে হবে
অনবোর্ডিং	পৃথক, আনটিক করা মার্কেটিং অপ্ট-ইন	Must	পোর্টালের স্ক্রিনশট এবং একটি স্যাম্পল কনসেন্ট এক্সপোর্ট
অনবোর্ডিং	WCAG 2.2 AA ক্যাপটিভ পোর্টাল	Must	স্বতন্ত্র অ্যাক্সেসিবিলিটি অডিট রিপোর্ট
অথেন্টিকেশন	ফেলওভার সহ ক্লাউড RADIUS	Must	আর্কিটেকচার ডায়াগ্রাম এবং 12 মাসের অ্যাভেলেবিলিটি ডেটা
অথেন্টিকেশন	RadSec বা এনক্রিপ্টেড RADIUS টানেল	Must	ডিজাইন ডকুমেন্ট
অথেন্টিকেশন	Passpoint এবং OpenRoaming	Should	লাইভ রেফারেন্স সাইট
এনক্রিপশন	WPA3 এবং Enhanced Open	Should	আপনার AP-গুলিতে পাইলট টেস্ট
হার্ডওয়্যার	আপনার পরিচালিত প্রতিটি প্ল্যাটফর্মের জন্য নির্দিষ্ট সমর্থন	Must	ইন্টিগ্রেশন গাইড এবং পাইলটের ফলাফল
GDPR	আর্টিকেল 28 DPA এবং রিটেনশন কন্ট্রোল	Must	স্বাক্ষরিত DPA এবং রিটেনশন সেটিংসের ডেমো
PCI DSS	CDE-এর বাইরে গেস্ট ট্রাফিক	Must	সেগমেন্টেশন ডিজাইন এবং টেস্ট সাপোর্ট স্টেটমেন্ট
প্রোটেক্টিভ DNS	ব্লক পেজ সহ থ্রেট এবং ক্যাটাগরি ফিল্টারিং	পাবলিক সেক্টরের জন্য Must, অন্যান্য ক্ষেত্রে Should	লাইভ ব্লক টেস্ট এবং স্যাম্পল মান্থলি রিপোর্ট
অ্যানালিটিক্স	এক্সিটের সময় সম্পূর্ণ ডাটা এক্সপোর্ট	আবশ্যক	চুক্তির ধারা এবং নমুনা এক্সপোর্ট ফাইল
পরিষেবা	পরিষেবা ক্রেডিট সহ আপটাইম SLA	আবশ্যক	SLA এর সময়সূচী

একজন বিডার এটি প্রদান করতে পারবে কিনা তা আপনি কীভাবে পরীক্ষা করবেন?

দুটি ধাপে মূল্যায়ন করুন: কাগজ এবং তারপর পাইলট। যেকোনো ব্যর্থ "আবশ্যক" শর্তের কারণে কাগজের ধাপেই একজন বিডার বাতিল হয়ে যাবে। বাকি থাকা "উচিত" লাইনগুলিকে আপনার অগ্রাধিকারের সাথে সামঞ্জস্য রেখে ওয়েটেজ দিন। একটি সাধারণ বিভাজন হলো নিরাপত্তা এবং সম্মতি ৩০%, অনবোর্ডিং ২০%, হার্ডওয়্যার ১৫%, অ্যানালিটিক্স ১৫%, পরিষেবা ১০% এবং বাণিজ্যিক ১০%।

বিভিন্ন হার্ডওয়্যার প্ল্যাটফর্মে দুটি বা তার বেশি ভেন্যুতে ৩০ দিনের একটি পাইলট পরিচালনা করুন। এর প্রতিটির পরীক্ষা করুন এবং পাস বা ফেইল রেকর্ড করুন।

• ক্যাপটিভ পোর্টালটি iOS, Android, Windows এবং macOS এ প্রথমবার প্রদর্শিত হয়।
• দ্বিতীয়বার ভিজিট করার সময় একজন পূর্ববর্তী অতিথিকে সনাক্ত করা হয়।
• একটি সম্মতির এক্সপোর্ট টাইমস্ট্যাম্প এবং শব্দচয়নের সংস্করণ দেখায়।
• একটি মুছে ফেলার অনুরোধ প্ল্যাটফর্ম এবং আপনার সংযুক্ত CRM থেকে উক্ত ব্যক্তিকে সরিয়ে দেয়।
• একটি সিমুলেটেড RADIUS ফেলওভারের সময় প্রমাণীকরণ অব্যাহত থাকে।
• একটি CoA বার্তা পুনরায় সংযোগ ছাড়াই একটি সেশন শেষ করে।
• আপনার ব্র্যান্ডযুক্ত পৃষ্ঠা সহ একটি পরিচিত টেস্ট ডোমেন ব্লক করা হয়।
• গেস্ট VLAN থেকে পেমেন্ট নেটওয়ার্কে সংযোগের একটি চেষ্টা ব্যর্থ হয়।

প্ল্যাটফর্ম থেকে আলাদাভাবে থ্রুপুট এবং কভারেজ পরীক্ষা করুন। ইন্টারনেটের জন্য WiFi: এটি কীভাবে কাজ করে এবং কী পরীক্ষা করতে হবে এতে মৌলিক বিষয়গুলি কভার করা হয়েছে।

বাস্তবে এটি দেখতে কেমন লাগে?

নিচের তিনটি পরিস্থিতি সাধারণ সংগ্রহের ধরণ থেকে তৈরি নির্দেশক চিত্র। এগুলি গ্রাহকদের কেস স্টাডি নয়।

দুটি হার্ডওয়্যার প্ল্যাটফর্মে একটি ৪৫টি হোটেলের গ্রুপ

পরিস্থিতি। গ্রুপটি ৩০টি হোটেলে Cisco Meraki এবং অর্জিত ১৫টি সাইটে HPE Aruba চালায়। প্রতিটি প্রোপার্টির নিজস্ব ক্যাপটিভ পোর্টাল ছিল। অর্জিত ১৫টি সাইটে, মার্কেটিং সম্মতিকে ব্যবহারের শর্তাবলী গ্রহণের সাথে যুক্ত করা হয়েছিল।

কী করা হয়েছিল। RFP-তে উভয় প্ল্যাটফর্মকে "আবশ্যক" প্রয়োজনীয়তা হিসেবে নাম দেওয়া হয়েছিল। এতে একটি পোর্টাল, একটি সম্মতির রেকর্ড এবং পৃথক অপ্ট-ইন প্রয়োজন ছিল। পাইলটটিতে প্রতিটি প্ল্যাটফর্মের একটি করে হোটেল অন্তর্ভুক্ত ছিল।

ফলাফল। পাঁচজন বিডারের মধ্যে দুজন হার্ডওয়্যার গেটে ফেইল করেছে কারণ তারা কেবল একটি প্ল্যাটফর্ম সমর্থন করেছিল। জয়ী ওভারলে সকল ১৫টি Aruba সাইটকে তাদের বিদ্যমান AP-তেই চালু রেখেছে। গো-লাইভের আগে সমস্ত ১৫টি সাইট থেকে যুক্ত করা সম্মতি সরিয়ে দেওয়া হয়েছিল।

PCI DSS স্কোপে ১২০টি স্টোরের একটি রিটেইল চেইন

পরিস্থিতি। পুরোনো স্টোরগুলিতে পেমেন্ট টার্মিনালগুলি গেস্ট AP-এর সাথে সুইচ শেয়ার করেছিল। তাই গেস্ট WiFi চেইনের PCI DSS মূল্যায়নের অধীনে ছিল।

কী করা হয়েছিল। RFP-এর জন্য একটি নথিভুক্ত সেগমেন্টেশন ডিজাইন এবং ১১.৪.৫ পেনিট্রেশন টেস্টের জন্য লিখিত সমর্থনের প্রয়োজন ছিল। এটি ক্যাপটিভ পোর্টালে কার্ড এন্ট্রিও নিষিদ্ধ করেছিল।

ফলাফল। বার্ষিক সেগমেন্টেশন টেস্ট ১২০টি স্টোরেই পাস করেছে। গেস্ট WiFi PCI DSS স্কোপের বাইরে চলে গেছে, যা অ্যাসেসরকে যে সিস্টেমগুলি পর্যালোচনা করতে হয়েছিল সেগুলিকে সীমিত করেছে।

২৫টি লাইব্রেরি এবং অবসর কেন্দ্র সহ একটি কাউন্সিল

পরিস্থিতি। কাউন্সিলের পরিবারের জন্য নিরাপদ পাবলিক WiFi, Cyber Essentials এবং একটি অ্যাক্সেসযোগ্য লগইন পৃষ্ঠার প্রয়োজন ছিল।

যা করা হয়েছিল। শিশুদের এলাকার জন্য ক্যাটাগরি ফিল্টারিং এবং একটি এনক্রিপ্ট করা DNS পলিসি সহ সুরক্ষামূলক DNS আবশ্যক ছিল। কাউন্সিলের রিটেনশন শিডিউলের সাথে সামঞ্জস্য রেখে DNS লগ ৯০০ দিনের জন্য রাখা হয়েছিল।

ফলাফল। সাতজন বিডারের মধ্যে তিনজন WCAG 2.2 গেটে ব্যর্থ হয়েছে। পাইলট প্রজেক্টে, সংক্ষিপ্ত তালিকাভুক্ত একজন বিডারের ফিল্টারিং DNS over HTTPS-এর মাধ্যমে বাইপাস করা হয়েছিল, যার ফলে তাদের প্রতিযোগিতা থেকে বাদ দেওয়া হয়।

গেস্ট WiFi ক্রয়ের ক্ষেত্রে কী কী সমস্যা হয়, এবং আপনি কীভাবে তা ঠিক করবেন?

প্রতিটি বিডার "হ্যাঁ" উত্তর দেয়

কারণ: প্রয়োজনীয়তাগুলিতে বৈশিষ্ট্যের বর্ণনা দেওয়া থাকে, স্ট্যান্ডার্ডের নয়। সমাধান: প্রতিটি লাইনের জন্য RFC, IEEE স্ট্যান্ডার্ড বা GDPR আর্টিকেল উল্লেখ করুন এবং প্রমাণ দাবি করুন।

ক্যাপটিভ পোর্টাল প্রদর্শিত হতে ব্যর্থ হয়

কারণ: একটি অসম্পূর্ণ ওয়াল্ড গার্ডেন, বা দুর্বল ক্যাপটিভ পোর্টাল ডিটেকশন। সমাধান: RFC 8908 এবং RFC 8910 সাপোর্ট আবশ্যক করুন, এবং পাইলট প্রজেক্টে চারটি অপারেটিং সিস্টেম পরীক্ষা করুন।

ভিজিটর সংখ্যা অতিরিক্ত মনে হয়

কারণ: র‍্যান্ডমাইজড MAC অ্যাড্রেসের কারণে একটি ডিভাইসকে একাধিক ডিভাইস বলে মনে হয়। সমাধান: লগইন আইডেন্টিটির ওপর ভিত্তি করে শনাক্তকরণ বাধ্যতামূলক করুন, এবং পুনরায় আসা ভিজিটরদের তারা কীভাবে গণনা করে বিডারদের কাছে তার ব্যাখ্যা চান।

সম্মতি বজায় থাকে না

কারণ: শর্তাবলীর সাথে অপ্ট-ইন যুক্ত থাকে, অথবা দেখানো টেক্সটের কোনো রেকর্ড থাকে না। সমাধান: পৃথক, আনটিক করা অপ্ট-ইন এবং ভার্সনযুক্ত সম্মতির রেকর্ড আবশ্যক করুন।

আপনি বের হতে পারবেন না

কারণ: কোনো ডেটা এক্সপোর্ট ক্লজ নেই। সমাধান: চুক্তি সমাপ্তির সময় কোনো অতিরিক্ত খরচ ছাড়াই CSV বা JSON-এ সম্পূর্ণ এক্সপোর্টের নিয়ম রাখুন।

চুক্তিটি নতুন হার্ডওয়্যার কিনতে বাধ্য করে

কারণ: একজন ভেন্ডর কেবল একটি নির্দিষ্ট AP ব্র্যান্ডের সাথে যুক্ত। সমাধান: আপনার ব্যবহৃত প্রতিটি প্ল্যাটফর্মের নাম উল্লেখ করে একটি হার্ডওয়্যার-নিরপেক্ষ ক্লজ রাখুন।

এতে কত খরচ হয়, এবং আপনি কী ফেরত পান?

ছয়টি খরচের লাইনের জন্য বাজেট করুন: সফটওয়্যার লাইসেন্স, যেকোনো হার্ডওয়্যার, ইনস্টলেশন, ইন্টারনেট সার্কিট, সাপোর্ট এবং আপনার নিজের টিমের সময়। আপনার নির্বাচিত আর্কিটেকচারই বেশিরভাগ পার্থক্যের কারণ।

পদ্ধতি	হার্ডওয়্যার খরচ	মাল্টি-ভেন্ডর এস্টেট	সম্মতি এবং ডেটা	প্রতিটি ভেন্যুতে পরিবর্তন
বিদ্যমান AP-তে ক্লাউড ওভারলে (Purple)	কোনো খরচ নেই: বিদ্যমান AP-তেই চলে	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet জুড়ে একটি পোর্টাল	কেন্দ্রীয় সম্মতির রেকর্ড এবং আপনার নিজস্ব ফার্স্ট-পার্টি ডেটা	বিদ্যমান AP-তে SSID এবং RADIUS কনফিগারেশন
AP ভেন্ডরের বিল্ট-ইন ক্যাপটিভ পোর্টাল	বর্তমান প্ল্যাটফর্মে কোনো খরচ নেই	প্রতিটি হার্ডওয়্যার প্ল্যাটফর্মের জন্য একটি পৃথক পোর্টাল	প্রতিটি প্ল্যাটফর্মে সম্মতি এবং ভিজিটর ডেটা আলাদাভাবে সংরক্ষিত থাকে	প্রতিটি প্ল্যাটফর্মে কনফিগারেশনের পুনরাবৃত্তি হয়
রিপ-অ্যান্ড-রিপ্লেস পরিচালিত নেটওয়ার্ক	প্রতিটি ভেন্যুতে নতুন AP এবং লাইসেন্স	পুরো এস্টেট জুড়ে একজন হার্ডওয়্যার ভেন্ডর বাধ্যতামূলক	প্রোভাইডারের চুক্তির শর্তাবলী দ্বারা নির্ধারিত	প্রতিটি সাইটে নতুন AP ইনস্টলেশন

বিডারদের একটি ভিত্তির ওপর মূল্য নির্ধারণ করতে বলুন: পুরো মেয়াদের জন্য প্রতি ভেন্যুতে একটি নির্দিষ্ট বার্ষিক মূল্য। অনবোর্ডিং, সাপোর্ট, আপডেট এবং এক্সপোর্ট সংক্রান্ত খরচ আলাদাভাবে তালিকাভুক্ত করা বাধ্যতামূলক করুন। Purple তিনটি প্ল্যানের বিপরীতে কোট করে - Connect, Capture এবং Engage, যেখানে সিকিউরিটি অ্যাড-অন হিসেবে SecurePass, Verify এবং Shield অন্তর্ভুক্ত থাকে।

রিটার্ন চারটি জায়গা থেকে আসে। আপনি আইনি সম্মতির মাধ্যমে ফার্স্ট-পার্টি ডেটা পান। স্টাফিংয়ের পরিকল্পনা করার জন্য আপনি পিক আওয়ার এবং ডোয়েল টাইম দেখতে পান। ওভারলের মাধ্যমে আপনি হার্ডওয়্যার খরচ এড়াতে পারেন। একাধিক প্ল্যাটফর্মের বদলে আপনি সমর্থন করার জন্য একটিমাত্র প্ল্যাটফর্ম পান। Purple 2012 সাল থেকে 80,000+ লাইভ ভেন্যুতে এটি প্রদান করে আসছে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

আমাদের ইতিমধ্যেই মালিকানাধীন অ্যাক্সেস পয়েন্টগুলিতে কি একটি গেস্ট WiFi প্ল্যাটফর্ম চলতে পারে?

হ্যাঁ। Purple হার্ডওয়্যার-অ্যাগনোস্টিক এবং এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet -এ ক্লাউড ওভারলে হিসেবে চলে। আপনার APগুলি রেডিও এবং ট্রাফিক হ্যান্ডেল করা বজায় রাখে। Purple ক্যাপটিভ পোর্টাল, ক্লাউড RADIUS, সম্মতির রেকর্ড এবং অ্যানালিটিক্স প্রদান করে। আপনার RFP-তে, আপনার চালানো প্রতিটি প্ল্যাটফর্মের নাম উল্লেখ করুন এবং অ্যাওয়ার্ডের আগে আপনার নিজস্ব ফার্মওয়্যারে একটি পাইলট সংস্করণের দাবি করুন।

RFP-তে ভেন্ডরদের কাছে আমাদের কীভাবে গেস্ট WiFi-এর মূল্যায়নের জন্য আবেদন করা উচিত?

সম্পূর্ণ চুক্তির মেয়াদের জন্য ভেন্যু প্রতি একটি নির্দিষ্ট বার্ষিক মূল্য চান, যেখানে অ্যাড-অনগুলি আলাদাভাবে আইটেমাইজড করা থাকবে। বিডারদের অনবোর্ডিং, সাপোর্ট, সফটওয়্যার আপডেট এবং এক্সিটের সময় ডেটা এক্সপোর্ট অন্তর্ভুক্ত করতে বলুন, এবং হার্ডওয়্যারের কোনো খরচ থাকলে তা স্পষ্টভাবে জানাতে বলুন। Purple তিনটি প্ল্যান (Connect, Capture এবং Engage) এবং নিরাপত্তা সংক্রান্ত অ্যাড-অন হিসেবে SecurePass, Verify ও Shield-এর বিপরীতে কোটেশন দেয়। এটি আপনাকে লাইন বাই লাইন বিড তুলনা করতে দেয়।

আমাদের গেস্ট WiFi নেটওয়ার্ক কি PCI DSS-এর স্কোপে পড়ে?

এটি পড়া উচিত নয়, যদি না এটি আপনার কার্ডহোল্ডার ডেটা পরিবেশ থেকে পৃথক করা থাকে। PCI DSS v4.0 আপনাকে সেগমেন্টেশনের মাধ্যমে স্কোপ কমানোর সুযোগ দেয়, তবে আপনাকে এটি কাজ করছে বলে প্রমাণ করতে হবে। রিকোয়ারমেন্ট 11.4.5 অনুযায়ী অন্তত প্রতি 12 মাসে অন্তত একবার সেগমেন্টেশন কন্ট্রোলের পেনিট্রেশন টেস্টিং প্রয়োজন। নির্দিষ্ট করে দিন যে গেস্ট ট্রাফিক যেন কখনোই পেমেন্ট সিস্টেমের সাথে যুক্ত না হয়, এবং ক্যাপটিভ পোর্টালে যেন কোনো কার্ড ডেটা এন্টার না করা হয়।

GDPR-এর অধীনে গেস্ট WiFi ডেটার জন্য ডেটা কন্ট্রোলার কে?

সাধারণত আপনি হলেন কন্ট্রোলার, এবং WiFi ভেন্ডর হলো আপনার প্রসেসর। তাই চুক্তিতে একটি আর্টিকেল 28 ডেটা প্রসেসিং চুক্তি থাকা প্রয়োজন যা উদ্দেশ্য, নিরাপত্তা, সাব-প্রসেসর, ডিলিট করা এবং লঙ্ঘন সংক্রান্ত বিজ্ঞপ্তি কভার করে। আপনার RFP-তে এক্সপোর্টযোগ্য সম্মতি রেকর্ড এবং কনফিগারযোগ্য রিটেনশনও দাবি করা উচিত। আর্টিকেল 12(3) দ্বারা নির্ধারিত এক মাসের সময়সীমার মধ্যে অ্যাক্সেস এবং ইরেজার অনুরোধগুলির উত্তর দেওয়ার জন্য টুল যুক্ত করুন।

প্রথম দিন থেকেই কি আমাদের Passpoint বা OpenRoaming প্রয়োজন?

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

প্রটেক্টিভ DNS কি গেস্ট WiFi চুক্তির অংশ হওয়া উচিত?

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

গেস্ট WiFi প্ল্যাটফর্ম পরিবর্তন করলে কতটা বিঘ্ন ঘটে?

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

আমাদের AP ভেণ্ডরের প্ল্যাটফর্মে তৈরি ক্যাপটিভ পোর্টাল কেন ব্যবহার করবেন না?

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