মূল কন্টেন্টে যান

ইভেন্ট ভেন্যু WiFi প্রদানকারী: প্রতি-ইভেন্ট ভিত্তিক ক্যাপটিভ পোর্টাল, প্রদর্শকদের অ্যাক্সেস এবং উপস্থিতির রিপোর্টিং

আপনি আপনার ইভেন্ট ভেন্যুর জন্য অস্থায়ী ঠিকাদার, ভেন্ডর স্প্ল্যাশ পেজ, সংগঠকদের দেওয়া নেটওয়ার্ক এবং একটি ক্লাউড ওভারলে-র মধ্যে বেছে নিতে সক্ষম হবেন। আপনি প্রতি-ইভেন্ট ভিত্তিক ক্যাপটিভ পোর্টাল, নির্দিষ্ট মেয়াদের প্রদর্শক কি (key) এবং স্পনসর-উপযোগী উপস্থিতির রিপোর্ট নির্দিষ্ট করতে পারবেন। সবশেষে, প্রথম পোর্টালটি লাইভ হওয়ার আগেই UK GDPR-এর অধীনে উপস্থিতদের ডেটা কে নিয়ন্ত্রণ করবে তা আপনি স্থির করতে পারবেন।

লিখেছেন Tom Hackettপ্রকাশিত
📖 14 মিনিট পাঠ3,300 শব্দ3 সমাধানকৃত উদাহরণ12 মূল সংজ্ঞা

ইভেন্ট ভেন্যু WiFi প্রদানকারী: প্রতি-ইভেন্ট ভিত্তিক ক্যাপটিভ পোর্টাল, প্রদর্শকদের অ্যাক্সেস এবং উপস্থিতির রিপোর্টিং

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

আপনার কোন ধরনের ইভেন্ট ভেন্যু WiFi প্রদানকারী বেছে নেওয়া উচিত?

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

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

যেসব ভেন্যুতে প্রতি সপ্তাহে ইভেন্ট অনুষ্ঠিত হয়, তাদের জন্য ওভারলে হলো এমন একটি মডেল যা সহজেই প্রসারিত করা যায়। প্রতিটি নতুন ইভেন্ট একটি কনফিগারেশন পরিবর্তনে পরিণত হয়, কোনো নতুন ইনস্টলেশন নয়। Purple হার্ডওয়্যার-অজ্ঞেয় এবং Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এ চলে। Purple ৯০টিরও বেশি দেশে ৮০,০০০-এর বেশি সক্রিয় ভেন্যুতে ব্যবহৃত হচ্ছে এবং ২০২৪ সালে ৪৪০ মিলিয়ন লগইন পরিচালনা করেছে (Purple-এর নিজস্ব ডেটা)।

অস্থায়ী ঠিকাদার ভেন্ডরের অন্তর্নির্মিত স্প্ল্যাশ পেজ আয়োজক-প্রদত্ত নেটওয়ার্ক ক্লাউড ওভারলে (Purple)
হার্ডওয়্যার ঠিকাদারের কিট, শো প্রতি ইনস্টল করা হয় আপনার বিদ্যমান অ্যাক্সেস পয়েন্ট আয়োজকের কিট, বা ধার দেওয়া আপনার নেটওয়ার্ক আপনার বিদ্যমান অ্যাক্সেস পয়েন্ট, কোনো কিছু বাতিল করে প্রতিস্থাপনের প্রয়োজন নেই
ইভেন্ট প্রতি ব্র্যান্ডেড পোর্টাল প্রতিটি শোয়ের জন্য ঠিকাদার দ্বারা পুনর্নির্মিত প্রতি SSID পিছু একটি স্প্ল্যাশ পেজ, যা আপনার নেটওয়ার্ক টিম দ্বারা সম্পাদিত শুধুমাত্র সেই আয়োজকের ইভেন্টগুলির জন্য নির্মিত ইভেন্ট প্রতি একটি নতুন পোর্টাল, যা একটি ড্যাশবোর্ড থেকে প্রকাশিত হয়
প্রদর্শক স্ট্যান্ড অ্যাক্সেস ঠিকাদার দ্বারা স্ট্যান্ড প্রতি বিক্রি করা হয় শেয়ার করা পাসওয়ার্ড বা অনুরোধ প্রতি একটি ম্যানুয়াল VLAN আয়োজকের প্রদানকারী দ্বারা জারি করা হয়, ভেন্যুর কোনো নজরদারি ছাড়া একটি নির্দিষ্ট মেয়াদ সহ স্ট্যান্ড প্রতি একটি ব্যক্তিগত কী
ক্রু এবং ভেন্যু কর্মী পৃথক নেটওয়ার্ক বা শেয়ার করা পাসওয়ার্ড শেয়ার করা পাসওয়ার্ড বা ভেন্ডর RADIUS অন্তর্ভুক্ত নয় ক্লাউড RADIUS-এর মাধ্যমে IEEE 802.1X, Microsoft Entra ID, Okta বা Google Workspace ব্যবহার করে
উপস্থিতি এবং অবস্থানের সময়সীমা সংক্রান্ত রিপোর্ট ঠিকাদারের নিজস্ব ফর্ম্যাট, যা শোয়ের পরে প্রদান করা হয় ভেন্ডর ড্যাশবোর্ডে ডিভাইসের সংখ্যা আয়োজককে প্রদান করা হয়, ভেন্যুকে নয় ইভেন্ট প্রতি উপস্থিতি, অবস্থানের সময়সীমা এবং অপ্ট-ইন সংক্রান্ত রিপোর্টিং
সম্মতির রেকর্ড ঠিকাদারের কাছে সংরক্ষিত থাকে ক্লিক-থ্রু শর্তাবলী, কোনো সম্মতি লেজার নেই আয়োজকের কাছে সংরক্ষিত থাকে ISO 27001 এবং GDPR-এর অধীনে অংশগ্রহণকারী প্রতি সচেতন পছন্দের অপ্ট-ইন রেকর্ড করা হয়
সবচেয়ে উপযুক্ত নেটওয়ার্কহীন গ্রিনফিল্ড বা আউটডোর সাইট রিপোর্টিংয়ের প্রয়োজন নেই এমন একটি একক কক্ষ নির্দিষ্ট প্রোভাইডার চুক্তি সহ ট্যুরিং শো স্থায়ী নেটওয়ার্কে পুনরাবৃত্তিমূলক ইভেন্ট পরিচালনাকারী ভেন্যু

ইভেন্ট WiFi প্রোভাইডাররা প্রকৃতপক্ষে যেখানে আলাদা

প্রতিটি প্রোভাইডারই বলবেন যে তারা "ইভেন্ট পরিচালনা করেন"। পার্থক্যটি দেখা যায় পাঁচটি ক্ষেত্রে। আপনার RFP-তে প্রতিটির পরীক্ষা নিন।

প্রতিটি ইভেন্টের জন্য আপনি কীভাবে আলাদা সাইন-ইন পেজ চালাবেন?

একটি ক্যাপটিভ পোর্টাল হল সেই ওয়েব পেজ যা কোনও ভিজিটর নেটওয়ার্কে অনলাইনে প্রবেশের অনুমতি পাওয়ার আগে দেখতে পান। প্রতি ইভেন্টের জন্য ক্যাপটিভ পোর্টালের ক্ষেত্রে প্রতিটি শো অনুসারে তিনটি বিষয় পরিবর্তিত হয়:

  1. ব্র্যান্ড। আয়োজকের লোগো, রং এবং যেকোনো হেডলাইন স্পনসর।
  2. ডেটা এবং সম্মতি। আপনি যে ফিল্ডগুলি সংগ্রহ করেন এবং অপ্ট-ইন টেক্সট, যেখানে উপস্থিতদের সাথে যোগাযোগ করবেন এমন আয়োজকের নাম উল্লেখ থাকে।
  3. গন্তব্য। সাইন-ইন করার পর উপস্থিত ব্যক্তিরা যেখানে পৌঁছান, যেমন ইভেন্ট অ্যাপ বা আলোচ্যসূচি।

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

Purple Access আপনার ইতিমধ্যে পরিচালিত অ্যাক্সেস পয়েন্টগুলিতে ক্লাউড থেকে প্রতি ইভেন্টের ক্যাপটিভ পোর্টাল সরবরাহ করে। মূল নেটওয়ার্ক অপরিবর্তিত থাকে; কেবল সাইন-ইন করার অভিজ্ঞতাটি পরিবর্তিত হয়।

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

ডেলিগেট, প্রদর্শক এবং ক্রু সদস্যদের জন্য কোন প্রমাণীকরণ পদ্ধতি সবচেয়ে উপযুক্ত?

কোনও একক পদ্ধতি ভবনের প্রত্যেকের জন্য উপযুক্ত নয়। ডেলিগেটদের দ্রুত সংযোগ এবং একটি সম্মতি ধাপ প্রয়োজন। প্রদর্শকদের তাদের স্টলের ডিভাইসের জন্য গোপনীয়তা প্রয়োজন। ক্রু এবং ভেন্যু কর্মীদের এমন অ্যাক্সেস প্রয়োজন যা তাদের কর্মসংস্থানের রেকর্ড অনুসরণ করে।

দর্শক পদ্ধতি এটি কেন উপযুক্ত কীভাবে অ্যাক্সেস শেষ হয়
ডেলিগেট এবং উপস্থিত ব্যক্তিরা ইমেল বা সোশ্যাল সাইন-ইন এবং অপ্ট-ইন সহ ক্যাপটিভ পোর্টাল একক ধাপে উপস্থিতি এবং সম্মতি রেকর্ড করে প্রতি ইভেন্ট অনুযায়ী সেশন টাইমআউট সেট করা থাকে
ফিরে আসা উপস্থিত ব্যক্তিরা OpenRoaming বা Passpoint প্রোফাইল কোনও পোর্টাল ছাড়াই স্বয়ংক্রিয়, এনক্রিপ্ট করা সংযোগ ডিভাইস থেকে প্রোফাইল সরিয়ে ফেলা হয়
প্রদর্শক প্রতি স্টলে iPSK কী নিজস্ব কী এবং নিজস্ব VLAN, IT-কে জানানোর প্রয়োজন নেই ব্রেকডাউন শেষ হলে কী-এর মেয়াদ শেষ হয়
নির্মাণ এবং ব্রেকডাউন ঠিকাদার প্রতি ঠিকাদার সংস্থার জন্য সময়-সীমিত iPSK কী একটি শেয়ার করা পাসওয়ার্ড ছাড়াই নির্মাণের দিনগুলিকে কভার করে নির্মাণের সময়সীমা শেষ হলে কী-এর মেয়াদ শেষ হয়
প্রেস এবং VIP এলাকা উচ্চতর ব্যান্ডউইথ পলিসিতে ডেডিকেটেড কী লাইভ সম্প্রচারের জন্য আপলোড ক্ষমতা বজায় রাখে ইভেন্টের সাথে সাথে কী-এর মেয়াদ শেষ হয়
ভেন্যুর কর্মী Cloud RADIUS-এর মাধ্যমে EAP সহ IEEE 802.1X অ্যাক্সেস নতুন কর্মী যোগদান, বিভাগ পরিবর্তন এবং চাকরি ছাড়ার নিয়ম অনুসরণ করে আইডেন্টিটি প্রোভাইডার অ্যাকাউন্ট নিষ্ক্রিয় করা হলে বাতিল হয়ে যায়

কয়েকটি সংজ্ঞা। iPSK (আইডেন্টিটি প্রি-শেয়ার্ড কি) একটি শেয়ার্ড SSID-এ প্রতিটি স্ট্যান্ডকে নিজস্ব পাসফ্রেজ দেয়। প্রতিটি কী নিজস্ব পলিসি এবং VLAN-এর সাথে ম্যাপ করে। একটি VLAN (ভার্চুয়াল লোকাল এরিয়া নেটওয়ার্ক) একই ফিজিক্যাল নেটওয়ার্কে ট্র্যাফিককে লজিক্যালি পৃথক করে। IEEE 802.1X হল পোর্ট-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ স্ট্যান্ডার্ড। এটি একটি RADIUS (রিমোট অথেনটিকেশন ডায়াল-ইন ইউজার সার্ভিস) সার্ভারের বিপরীতে EAP (এক্সটেনসিবল অথেনটিকেশন প্রোটোকল)-এর মাধ্যমে প্রতিটি ডিভাইসকে প্রামাণ্য করে। Passpoint, যা Hotspot 2.0 নামেও পরিচিত, একটি সংরক্ষিত প্রোফাইল ব্যবহার করে ডিভাইসকে স্বয়ংক্রিয়ভাবে একটি নেটওয়ার্কে যুক্ত হতে দেয়। OpenRoaming হল Wireless Broadband Alliance ফেডারেশন যা Passpoint-এর উপর ভিত্তি করে তৈরি।

কর্মীদের জন্য, Purple-এর Cloud RADIUS পরিচয় যাচাই করে Microsoft Entra ID, Okta বা Google Workspace-এর বিপরীতে। যখন HR কোনো অ্যাকাউন্ট নিষ্ক্রিয় করে, নেটওয়ার্ক অ্যাক্সেসও তার সাথে সাথে শেষ হয়ে যায়। ডিভাইসের অংশটি How to Set Up Enterprise WiFi on iOS and macOS with 802.1X-এ বিশদভাবে আলোচনা করা হয়েছে।

WPA3-Personal-এর অধীনে আপনার অ্যাক্সেস পয়েন্টগুলি প্রতিটি স্ট্যান্ডের কীগুলি কীভাবে পরিচালনা করে তা পরীক্ষা করুন, কারণ ভেন্ডর সমর্থন আলাদা হয়। WPA2 vs WPA3: What's the Difference and Should You Upgrade? এই সমঝোতাগুলি কভার করে।

এক্সহিবিটর স্ট্যান্ড নেটওয়ার্কগুলি কীভাবে জারি এবং বন্ধ করা হয়?

এক্সহিবিশন WiFi তখনই ব্যর্থ হয় যখন স্ট্যান্ড অ্যাক্সেস হেল্প ডেস্ক সারির ওপর নির্ভর করে। যে মডেলটি চেয়ে নেওয়া উচিত তার চারটি ধাপ রয়েছে।

  1. প্রদর্শকদের তালিকা থেকে জারি করুন। সেটআপ শুরু হওয়ার আগেই স্ট্যান্ড প্রতি একটি করে কী তৈরি করুন। স্ট্যান্ড নম্বর এবং কোম্পানির নাম সহ প্রতিটি কী ট্যাগ করুন।
  2. IT ছাড়াই ডেলিভারি করুন। প্রদর্শকের ম্যানুয়ালে বা আয়োজকের ওয়েলকাম ইমেলে কী পাঠিয়ে দিন। প্রদর্শক পৌঁছেই কানেক্ট করেন।
  3. প্রতিটি স্ট্যান্ডকে আলাদা করুন। প্রতিটি কী-কে এমন একটি পলিসির সাথে ম্যাপ করুন যা স্ট্যান্ড-টু-স্ট্যান্ড এবং স্ট্যান্ড-টু-অ্যাটেন্ডি ট্র্যাফিক ব্লক করে।
  4. স্বয়ংক্রিয়ভাবে মেয়াদ শেষ করুন। ইভেন্ট শেষ হওয়ার সাথে সাথে প্রতিটি কী শেষ হওয়ার জন্য সেট করুন, কোনো কী হারিয়ে গেলে বা শেয়ার করা হলে তা অবিলম্বে ম্যানুয়ালি বাতিল করার ব্যবস্থা রাখুন।

Purple Access এই লাইফসাইকেলের সাথে প্রদর্শকের কীগুলি জারি করে। প্রদর্শনী শেষ হওয়ার পরে, আপনার অডিট পরীক্ষা সহজ: এখনও সচল প্রদর্শক কীগুলির সংখ্যা শূন্য হওয়া উচিত।

কার্ডের মাধ্যমে পেমেন্ট বিষয়টিকে আরও গুরুত্বপূর্ণ করে তোলে। যে স্ট্যান্ডগুলি WiFi-এর মাধ্যমে পেমেন্ট গ্রহণ করে তারা PCI DSS (পেমেন্ট কার্ড ইন্ডাস্ট্রি ডেটা সিকিউরিটি স্ট্যান্ডার্ড)-কে আওতায় নিয়ে আসে। PCI DSS নেটওয়ার্ক সেগমেন্টেশনকে কার্ডহোল্ডার ডেটা এনভায়রনমেন্টের পরিধি কমানোর উপায় হিসেবে দেখে। প্রতিটি স্ট্যান্ডের জন্য একটি VLAN প্রদর্শকের পেমেন্ট টার্মিনালকে তার নিজস্ব সেগমেন্ট দেয়।

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

আয়োজক এবং স্পনসররা উপস্থিতি এবং অবস্থানের কেমন রিপোর্ট আশা করেন?

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

  • অনন্য উপস্থিতি, প্রতিদিনের এবং পুরো ইভেন্ট জুড়ে, যা সাইন-ইন থেকে গণনা করা হয়।
  • নতুন এবং পুনরাগত দর্শক, একাধিক দিনব্যাপী ও বার্ষিক ইভেন্টের জন্য।
  • হল বা জোন অনুসারে সর্বোচ্চ সমকালীন উপস্থিতি (Peak concurrency), যা ধারণক্ষমতার পরিকল্পনা তৈরিতেও সাহায্য করে।
  • জোন অনুসারে উপস্থিতির সময়কাল (Dwell time), যা দেখায় স্পনসর করা এলাকায় দর্শকরা কতক্ষণ সময় কাটিয়েছেন।
  • প্রতিটি পক্ষের জন্য অপ্ট-ইন গণনা: আয়োজক, ভেন্যু এবং যেকোনো উল্লিখিত স্পনসর।
  • সাইন-ইন ফর্মের অন্তর্দৃষ্টি, যেমন কাজের পদবী বা কোম্পানির আকার, কেবলমাত্র সেখানে যেখানে উপস্থিত ব্যক্তিরা তা শেয়ার করতে বেছে নিয়েছেন।

উপস্থিতির গণনা কেবলমাত্র ডিভাইসের সংখ্যার বদলে সাইন-ইনের ওপর ভিত্তি করে করুন। Apple iOS এবং Google Android উভয়ই ডিফল্টভাবে প্রতি নেটওয়ার্কে একটি ব্যক্তিগত, র্যান্ডমাইজড MAC অ্যাড্রেস ব্যবহার করে। অতএব, কেবল ডিভাইস গণনা করলে প্রকৃত উপস্থিতি অতিরিক্ত বা কম দেখানো হতে পারে।

Purple Access-এ উপস্থিতির রিপোর্টিং অন্তর্ভুক্ত থাকে, এবং WiFi Analytics বিভিন্ন জোনের ভিজিট এবং উপস্থিতির সময়কাল সম্পর্কিত রিপোর্টিং যোগ করে। চুক্তির পর্যায়েই আয়োজকের সাথে রিপোর্টের টেমপ্লেট চূড়ান্ত করে নিন। এর ফলে স্পনসররা ইভেন্টের পরে নয়, আগেই জানতে পারেন যে তারা কী কিনছেন।

উপস্থিতদের ডেটার মালিক কে, এবং সম্মতি কীভাবে রেকর্ড করা হয়?

প্রথম পোর্টাল লাইভ হওয়ার আগেই লিখিতভাবে মালিকানা নিষ্পত্তি করুন। UK GDPR-এর অধীনে, কন্ট্রোলার নির্ধারণ করে যে ব্যক্তিগত ডেটা কেন এবং কীভাবে প্রক্রিয়া করা হবে (আর্টিকেল 4(7))। প্রসেসর কন্ট্রোলারের নির্দেশ অনুযায়ী কাজ করে (আর্টিকেল 4(8))।

তিনটি ধারা বেশিরভাগ ইভেন্টকে কভার করে:

  • আয়োজক তাদের নিজস্ব মার্কেটিংয়ের জন্য ডেটা সংগ্রহ করে। আয়োজক হলেন কন্ট্রোলার। ভেন্যু এবং Purple একটি আর্টিকেল 28 চুক্তির অধীনে প্রসেসর হিসেবে কাজ করে।
  • ভেন্যু তাদের নিজস্ব মার্কেটিংয়ের জন্য ডেটা সংগ্রহ করে। সেই তালিকার জন্য ভেন্যু হলো কন্ট্রোলার।
  • উভয়েই মিলে উদ্দেশ্য নির্ধারণ করে। তারা আর্টিকেল 26-এর অধীনে যৌথ কন্ট্রোলার এবং একটি সমঝোতার মাধ্যমে তাদের দায়িত্ব নির্ধারণ করবে।

আর্টিকেল 7(1) অনুযায়ী কন্ট্রোলারকে সম্মতি প্রদর্শন করতে হবে। আপনার সম্মতির রেকর্ডে টাইমস্ট্যাম্প, প্রদর্শিত সঠিক বক্তব্য, ইভেন্ট এবং উপস্থিত ব্যক্তির নেওয়া পছন্দ সংরক্ষিত থাকা উচিত। প্রতিটি পক্ষের জন্য পৃথক অপ্ট-ইন রাখুন। একটি একক "অংশীদারদের সাথে আমার বিবরণ শেয়ার করুন" বক্স এই মানদণ্ড পূরণ করে না। ICO নির্দেশিকা অনুসারে সম্মতিতে যেকোনো তৃতীয় পক্ষের কন্ট্রোলারের নাম স্পষ্টভাবে উল্লেখ করতে হবে যারা এর ওপর নির্ভর করবে, তাই প্রতিটি স্পনসরের নাম উল্লেখ করা আবশ্যক।

ইমেল মার্কেটিং PECR (প্রাইভেসি অ্যান্ড ইলেকট্রনিক কমিউনিকেশনস রেগুলেশনস)-এর রেগুলেশন 22-এর আওতাভুক্তও পড়ে। এই নিয়মে সম্মতি প্রয়োজন, যদি না সীমিত সফট অপ্ট-ইন প্রযোজ্য হয়। প্রতি ইভেন্টের জন্য রিটেনশনও নির্ধারণ করুন, কারণ আর্টিকেল 5(1)(e) স্টোরেজকে উদ্দেশ্যের প্রয়োজনের মধ্যে সীমাবদ্ধ রাখে।

Purple সচেতন পছন্দের অপ্ট-ইন ব্যবহার করে এবং এর ফলাফলকে কন্ট্রোলারের ফার্স্ট-পার্টি ডেটা হিসেবে বিবেচনা করে। আয়োজক বা ভেন্যু - যে পক্ষই কন্ট্রোলার হোক না কেন, Purple Engage তাদের জন্য সম্মতিপ্রাপ্ত উপস্থিতদের তালিকা সংরক্ষণ করে। Purple হলো ISO 27001 সার্টিফায়েড, GDPR এবং CCPA কমপ্লায়েন্ট, এবং Cyber Essentials সার্টিফায়েড।

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।

প্রতিটি বিকল্প কোথায় উপযুক্ত

এই পরিস্থিতির পরিসংখ্যানগুলি কেবল হিসাব প্রদর্শনের জন্য তৈরি উদাহরণ মাত্র। এগুলি কোনো নির্দিষ্ট গ্রাহকের ফলাফল নয়।

একটি বাস্তব উদাহরণ: তিন হলের একটি প্রদর্শনী কেন্দ্র

পরিস্থিতি। তিনটি হল বিশিষ্ট একটি প্রদর্শনী কেন্দ্রে বছরে ১২টি বাণিজ্য মেলা অনুষ্ঠিত হয়, যার প্রতিটিতে গড়ে ১৮০টি করে স্টল থাকে। প্রদর্শকরা একটি টিকিট জমা দেওয়ার মাধ্যমে WiFi-এর অনুরোধ জানাতেন। নেটওয়ার্ক টিম প্রতিটি অনুরোধের জন্য একটি করে VLAN এবং পাসওয়ার্ড তৈরি করত, এবং একাধিক শো জুড়ে একই পাসওয়ার্ড পুনরায় ব্যবহার করা হতো। প্রদর্শনী শেষ হয়ে খোলার (breakdown) পর কতগুলি স্টলের নেটওয়ার্ক চালু থাকত, তা কারও জানা ছিল না।

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

পরিমাপযোগ্য ফলাফল। শো প্রতি, IT কিউ থেকে ১৮০টি প্রদর্শক টিকিট হ্রাস পায়। নেটওয়ার্ক টিম এখন কেবল সেইসব স্টল পরিচালনা করে যেগুলির তারযুক্ত সংযোগ (wired connection) প্রয়োজন। শো শেষের পর সক্রিয় থাকা প্রদর্শক কি-এর সংখ্যা অজানা থেকে শূন্যে নেমে এসেছে, যা শো-পরবর্তী নিরীক্ষায় যাচাই করা হয়েছে।

বাস্তব দৃশ্যপট: একটি সম্মেলন হোটেল

পরিস্থিতি। একটি কনফারেন্স উইং সহ ২৫০-রুমের হোটেল সপ্তাহে তিনটি ইভেন্ট পরিচালনা করে। এটি সবাইকে একটি সাধারণ স্প্ল্যাশ পেজ দেখাত। আয়োজকরা প্রতিটি ইভেন্টের পর উপস্থিতির সংখ্যা জানতে চাইতেন কিন্তু কিছুই পেতেন না।

যা করা হয়েছিল। হোটেলটি প্রতিটি বুকিংয়ের জন্য একটি ইভেন্ট-ভিত্তিক পোর্টাল প্রকাশ করে, যাতে আয়োজকের লোগো এবং এজেন্ডা লিঙ্ক থাকত। পোর্টালটিতে দুটি পৃথক অপ্ট-ইন দেখানো হয়েছিল: একটিতে আয়োজকের নাম এবং অন্যটিতে হোটেলের নাম থাকত। প্রতিটি ইভেন্টের পর, আয়োজক সাইন-ইন, পিক কনকারেন্সি এবং প্রতি মিটিং রুমে অবস্থানের সময়ের (dwell) একটি রিপোর্ট পেতেন।

পরিমাপযোগ্য ফলাফল। ৪০০ জন প্রতিনিধির একটি কনফারেন্সের কথা ধরা যাক যেখানে ২৬০ জন প্রতিনিধি সাইন ইন করেন। আয়োজক একটি ৬৫% সাইন-ইন রেট এবং প্রতিটি ব্রেকআউট রুমের জন্য অবস্থানের সময়ের পরিসংখ্যান পান। হোটেলটি কেবল সেই প্রতিনিধিদের নিজস্ব তালিকায় যুক্ত করে যারা হোটেলের অপ্ট-ইন টিক করেছিলেন। প্রতিটি রিপোর্ট হোটেলের কনফারেন্স বিক্রয় পিচে প্রমাণ হিসেবে কাজ করে। হসপিটালিটি সংক্রান্ত আরও তথ্য আমাদের হোটেল পেজে রয়েছে।

বাস্তব দৃশ্যপট: কাউন্সিল পরিচালিত একটি সিভিক হল

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

যা করা হয়েছিল। কাউন্সিল, কন্ট্রোলার হিসেবে, ডিফল্টভাবে কোনো বিপণন অপ্ট-ইন ছাড়াই একটি পোর্টাল পরিচালনা করে। এটি স্বল্প ধরে রাখার সময়সীমা (retention period) সহ কেবল উপস্থিতির হিসাব করার জন্য প্রয়োজনীয় ডেটা সংগ্রহ করেছিল। কাউন্সিলের কর্মীরা কাউন্সিলের আইডেন্টিটি প্রোভাইডারের সাথে IEEE 802.1X-এর মাধ্যমে সংযুক্ত হন।

পরিমাপযোগ্য ফলাফল। উপস্থিতি রিপোর্টিং ক্লিকারের আনুমানিক হিসাব থেকে প্রতিটি ইভেন্টের ইউনিক সাইন-ইন গণনায় পরিবর্তিত হয়েছে। কাউন্সিল এখন প্রতিটি মেলার পর সেই সংখ্যা তহবিল প্রদানকারী সংস্থাকে জমা দেয়।

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

প্রতিটি ইভেন্ট WiFi মডেল চালাতে কত খরচ হয়

একটি মাত্র শোর পরিবর্তে পুরো বছরের ইভেন্ট জুড়ে রানিং খরচের তুলনা করুন।

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

প্রচ্ছন্ন খরচটি হলো প্রদর্শকদের জন্য ম্যানুয়াল সেটআপ। প্রতিটি স্ট্যান্ড নেটওয়ার্কের জন্য ২০ মিনিট সময় ধরে নিন। ১৮০টি স্ট্যান্ডের ক্ষেত্রে, প্রতি শোতে নেটওয়ার্ক টিমের ৬০ ঘণ্টা সময় ব্যয় হয়। ১২টি শো জুড়ে এটি বছরে ৭২০ ঘণ্টায় পৌঁছায়, যা এমন কাজে ব্যয় হয় যা স্বয়ংক্রিয় কীগুলি দূর করতে পারে।

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

আপনার এস্টেটের জন্য কীভাবে সিদ্ধান্ত নেবেন

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

  1. নেটওয়ার্ক ইঞ্জিনিয়ারের সাহায্য ছাড়াই আমাদের ইভেন্ট টিম কীভাবে একটি নতুন ব্র্যান্ডেড পোর্টাল প্রকাশ করতে পারে তা দেখান।
  2. একই দিনে বিভিন্ন হলের দুটি ইভেন্ট কি পৃথক পোর্টাল চালাতে পারে?
  3. আপনারা কোন কোন অ্যাক্সেস পয়েন্ট সাপোর্ট করেন? আমরা বর্তমানে একটি নির্দিষ্ট প্ল্যাটফর্ম ব্যবহার করছি এবং এটি প্রতিস্থাপন করব না।
  4. প্রদর্শক তালিকা থেকে প্রদর্শকদের কী কীভাবে ইস্যু করা হয় এবং সেগুলির মেয়াদ কীভাবে শেষ হয়?
  5. প্রতিটি স্ট্যান্ড কীভাবে পৃথক (আইসোলেটেড) রাখা হয় এবং পেমেন্ট টার্মিনালের জন্য আপনারা কীভাবে PCI DSS সেগমেন্টেশন সাপোর্ট করেন?
  6. ভেন্যু কর্মীরা কি Microsoft Entra ID, Okta বা Google Workspace-এর বিপরীতে IEEE 802.1X-এর মাধ্যমে প্রমাণীকরণ (authenticate) করতে পারেন?
  7. ডিভাইসগুলি যখন তাদের MAC অ্যাড্রেস র্যান্ডমাইজ করে, তখন আপনারা কীভাবে অংশগ্রহণকারীদের গণনা করেন?
  8. উপস্থিতি, অতিবাহিত সময় (dwell) এবং অপ্ট-ইন গণনাসহ একটি নমুনা স্পনসর রিপোর্ট আমাদের দেখান।
  9. প্রতি অংশগ্রহণকারী, প্রতি ইভেন্ট এবং প্রতি মনোনীত পক্ষের ভিত্তিতে সম্মতি কীভাবে রেকর্ড করা হয়?
  10. আপনার স্ট্যান্ডার্ড চুক্তির অধীনে কন্ট্রোলার কে এবং প্রসেসর কে?

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

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

আমরা কি নতুন হার্ডওয়্যার ছাড়াই প্রতিটি ইভেন্টের জন্য আলাদা ব্র্যান্ডেড সাইন-ইন পেজ চালাতে পারি?

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

প্রতিটি শোর জন্য অস্থায়ী ইভেন্ট WiFi ভাড়া নেওয়ার চেয়ে কি স্থায়ী ওভারলে বেশি সাশ্রয়ী?

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

অংশগ্রহণকারীদের ডেটার মালিক কে, ভেন্যু না কি আয়োজক?

কোন উদ্দেশ্যে ডেটা সংগ্রহ করা হচ্ছে তা যে পক্ষ নির্ধারণ করে, তারা UK GDPR অনুচ্ছেদ 4(7) অনুসারে কন্ট্রোলার হিসেবে এর মালিকানা পায়। আয়োজক যদি তার নিজস্ব মার্কেটিংয়ের জন্য ডেটা সংগ্রহ করে, তবে আয়োজকই হল কন্ট্রোলার। সে ক্ষেত্রে ভেন্যু এবং Purple একটি অনুচ্ছেদ 28 চুক্তির অধীনে প্রসেসর হিসেবে কাজ করে। উভয় পক্ষ যদি যৌথভাবে উদ্দেশ্যগুলি নির্ধারণ করে, তবে তারা অনুচ্ছেদ 26 এর অধীনে যৌথ কন্ট্রোলার। প্রথম পোর্টাল লাইভ হওয়ার আগে এটি লিখিতভাবে অনুমোদন করুন।

প্রদর্শকরা কি ইভেন্ট WiFi-এর মাধ্যমে কার্ড পেমেন্ট নিতে পারেন?

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

ইভেন্টের পরে প্রদর্শকদের WiFi কত দ্রুত বন্ধ করা যেতে পারে?

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

অংশগ্রহণকারীরা কি সাইন-ইন পৃষ্ঠা না দেখেই স্বয়ংক্রিয়ভাবে সংযোগ করতে পারেন?

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

আমরা কীভাবে মরসুমের মাঝপথে আমাদের বর্তমান ইভেন্ট WiFi সরবরাহকারী থেকে সরে আসব?

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

মূল সংজ্ঞাসমূহ

ক্যাপটিভ পোর্টাল

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

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

iPSK (আইডেন্টিটি প্রি-শেয়ার্ড কি)

একটি পদ্ধতি যা একটি শেয়ার্ড SSID-এ প্রতিটি ব্যবহারকারী বা গোষ্ঠীকে নিজস্ব WPA2-Personal বা WPA3-Personal পাসফ্রেজ প্রদান করে। প্রতিটি কী নিজস্ব পলিসি এবং VLAN-এর সাথে ম্যাপ করে, যেখানে WPA3-Personal-এর অধীনে ভেন্ডর সাপোর্ট পরিবর্তিত হয়।

এটি প্রদর্শক স্টলের অ্যাক্সেসের প্রক্রিয়া। কোনো প্রদানকারীকে নির্বাচন করার আগে আপনার অ্যাক্সেস পয়েন্টগুলি কীভাবে WPA3-Personal এর অধীনে প্রতি-স্টল ভিত্তিক কি পরিচালনা করে তা পরীক্ষা করে নিন।

VLAN (ভার্চুয়াল লোকাল এরিয়া নেটওয়ার্ক)

IEEE 802.1Q ট্যাগিং দ্বারা সংজ্ঞায়িত একটি শেয়ার্ড ফিজিক্যাল নেটওয়ার্কে ট্র্যাফিকের লজিক্যাল বিভাজন। প্রতিটি VLAN নিজস্ব ব্রডকাস্ট ডোমেন তৈরি করে, তাই বিভিন্ন VLAN-এ থাকা ডিভাইসগুলি রাউটিং ছাড়া যোগাযোগ করতে পারে না।

প্রতিটি স্ট্যান্ড কী-কে নিজস্ব VLAN-এ ম্যাপ করা স্ট্যান্ড-থেকে-স্ট্যান্ড এবং স্ট্যান্ড-থেকে-অংশগ্রহণকারীর ট্র্যাফিক ব্লক করে। এটি পেমেন্ট টার্মিনালগুলিকে নিজস্ব সেগমেন্টও প্রদান করে।

IEEE 802.1X

পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণের জন্য IEEE স্ট্যান্ডার্ড। নেটওয়ার্ক অ্যাক্সেস দেওয়ার আগে অ্যাক্সেস পয়েন্ট থেকে একটি RADIUS প্রমাণীকরণ সার্ভারে পাঠানো EAP-এর মাধ্যমে এটি প্রতিটি ডিভাইস প্রমাণীকরণ করে।

ভেন্যু কর্মী এবং ক্রু-দের জন্য এটি ব্যবহার করুন, যাতে একটি শেয়ার্ড পাসওয়ার্ডের বদলে অ্যাক্সেস Microsoft Entra ID, Okta বা Google Workspace-এ যোগদানকারী, পরিবর্তনকারী এবং প্রস্থানকারীদের অনুসরণ করে।

EAP (এক্সটেনসিবল অথেন্টিকেশন প্রোটোকল)

IETF RFC 3748-এ নির্দিষ্ট একটি প্রমাণীকরণ ফ্রেমওয়ার্ক যা EAP-TLS এবং PEAP-এর মতো পদ্ধতি বহন করে। IEEE 802.1X ডিভাইস এবং প্রমাণীকরণ সার্ভারের মধ্যে EAP পরিবহন করে।

কর্মীরা সার্টিফিকেট নাকি শংসাপত্র দিয়ে প্রমাণীকরণ করবেন তা EAP পদ্ধতি নির্ধারণ করে। এটি iOS এবং macOS-এ ডিভাইসগুলি কীভাবে কনফিগার করা হয় তাও নির্ধারণ করে।

RADIUS (রিমোট অথেনটিকেশন ডায়াল-ইন ইউজার সার্ভিস)

IETF RFC 2865-এ নির্দিষ্ট একটি প্রমাণীকরণ, অনুমোদন এবং অ্যাকাউন্টিং প্রোটোকল। এটি IEEE 802.1X-এর সার্ভার সাইড, যা গ্রহণযোগ্য বা প্রত্যাখ্যানের পাশাপাশি VLAN অ্যাসাইনমেন্টের মতো পলিসি প্রদান করে।

Purple-এর ক্লাউড RADIUS আপনার আইডেন্টিটি প্রোভাইডারের সাপেক্ষে কর্মীদের পরিচয় যাচাই করে। এইচআর যখন একটি অ্যাকাউন্ট নিষ্ক্রিয় করে, তখন নেটওয়ার্ক অ্যাক্সেসও এর সাথে বন্ধ হয়ে যায়।

Passpoint (হটস্পট 2.0)

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

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

OpenRoaming

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

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

PCI DSS সেগমেন্টেশন

PCI সিকিউরিটি স্ট্যান্ডার্ডস কাউন্সিল দ্বারা প্রকাশিত পেমেন্ট কার্ড ইন্ডাস্ট্রি ডেটা সিকিউরিটি স্ট্যান্ডার্ড কার্ডহোল্ডার ডেটা এনভায়রনমেন্টের পরিধি কমানোর উপায় হিসাবে নেটওয়ার্ক সেগমেন্টেশনকে বিবেচনা করে।

প্রদর্শকরা যখন WiFi-এর মাধ্যমে কার্ড পেমেন্ট গ্রহণ করেন তখন এটি প্রযোজ্য হয়। নিজস্ব VLAN-এ একটি ডেডিকেটেড স্ট্যান্ড কী টার্মিনালটিকে অংশগ্রহণকারী এবং অন্যান্য স্ট্যান্ড ট্র্যাফিক থেকে দূরে রাখে।

কন্ট্রোলার এবং প্রসেসর

UK GDPR-এর অনুচ্ছেদ 4(7)-এর অধীনে কন্ট্রোলার সিদ্ধান্ত নেয় কেন এবং কীভাবে ব্যক্তিগত ডেটা প্রক্রিয়া করা হবে। অনুচ্ছেদ 4(8)-এর অধীনে প্রসেসর তার নির্দেশনায় কাজ করে, যা অনুচ্ছেদ 28 চুক্তি দ্বারা পরিচালিত হয়, এবং অনুচ্ছেদ 26 যৌথ কন্ট্রোলারদের কভার করে।

প্রথম পোর্টাল লাইভ হওয়ার আগে এটি লিখিতভাবে নিষ্পত্তি করুন। এটি নির্ধারণ করে যে অংশগ্রহণকারীদের তালিকার মালিক কে এবং অনুচ্ছেদ 7(1)-এর অধীনে কার সম্মতি প্রদর্শন করতে হবে।

PECR রেগুলেশন 22

যুক্তরাজ্যের প্রাইভেসি অ্যান্ড ইলেকট্রনিক কমিউনিকেশনস রেগুলেশনস 2003, রেগুলেশন 22, অযাচিত বিপণন ইমেলের জন্য সম্মতির প্রয়োজন হয়, যদি না সংকীর্ণ সফট অপ্ট-ইন প্রযোজ্য হয়।

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

র্যান্ডমাইজড MAC অ্যাড্রেস

ডিভাইসের নির্দিষ্ট MAC অ্যাড্রেসের পরিবর্তে অ্যাপল iOS এবং গুগল Android ডিফল্টভাবে যে ব্যক্তিগত, প্রতি-নেটওয়ার্ক হার্ডওয়্যার অ্যাড্রেস বরাদ্দ করে।

এর অর্থ কেবল-ডিভাইস গণনা উপস্থিতি বেশি বা কম দেখাতে পারে। এর পরিবর্তে স্পনসর রিপোর্টগুলিকে অনন্য সাইন-ইনগুলির ওপর ভিত্তি করুন।

সমাধানকৃত উদাহরণসমূহ

তিনটি হল বিশিষ্ট একটি প্রদর্শনী কেন্দ্রে বছরে 12টি বাণিজ্য মেলা অনুষ্ঠিত হয়, যার প্রতিটিতে গড়ে 180টি স্টল থাকে। প্রদর্শকরা WiFi-এর জন্য টিকিট তৈরি করেন, নেটওয়ার্ক টিম অনুরোধ অনুযায়ী একটি VLAN এবং পাসওয়ার্ড তৈরি করে এবং বিভিন্ন প্রদর্শনী জুড়ে একই পাসওয়ার্ড পুনরায় ব্যবহার করা হয়। প্রদর্শনী শেষ হওয়ার পর কতগুলি স্টলের নেটওয়ার্ক চালু থাকে তা কেউ জানে না। স্টলের অ্যাক্সেস কীভাবে পরিবর্তন করা উচিত?

ভেন্যুটি তাদের বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে স্টল অ্যাক্সেস একটি ক্লাউড ওভারলে-তে স্থানান্তরিত করেছে। প্রতিটি প্রদর্শনীর আগে, ইভেন্ট টিম সংগঠকের প্রদর্শক তালিকা থেকে স্টল প্রতি একটি করে কি (key) তৈরি করেছে। প্রতিটি কিতে একটি স্টল-নির্দিষ্ট VLAN নীতি অন্তর্ভুক্ত ছিল এবং প্রদর্শনী প্রত্যাহারের শেষে সেটির মেয়াদ শেষ হয়ে গিয়েছিল। PCI DSS-এর আওতা কমানোর জন্য পেমেন্ট গ্রহণকারী স্টলগুলিকে নিজস্ব সেগমেন্টে একটি পৃথক কি দেওয়া হয়েছিল। এই বর্ণনামূলক পরিস্থিতিতে, প্রতি প্রদর্শনীতে 180টি প্রদর্শক টিকিট IT-র অপেক্ষমাণ তালিকা থেকে বাদ পড়েছিল। নেটওয়ার্ক টিম এখন শুধুমাত্র সেইসব স্টল পরিচালনা করে যেগুলির তারযুক্ত সংযোগ প্রয়োজন। স্টল প্রতি নেটওয়ার্কে আনুমানিক 20 মিনিট সময় ধরে হিসেব করলে, এটি প্রতি প্রদর্শনীতে 60 ঘণ্টা এবং বছরে 720 ঘণ্টা সময় বাঁচায়। প্রদর্শনী শেষ হওয়ার পর সক্রিয় থাকা প্রদর্শক কি-র সংখ্যা একটি অজানা সংখ্যা থেকে শূন্যে নেমে এসেছে, যা প্রদর্শনী পরবর্তী অডিট দ্বারা যাচাই করা হয়েছে।

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

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

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

কাউন্সিল নিয়ন্ত্রক হিসেবে কাজ করেছে এবং ডিফল্টভাবে কোনও মার্কেটিং অপ্ট-ইন ছাড়াই একটি পোর্টাল চালিয়েছে। এটি উপস্থিতি গণনার জন্য শুধুমাত্র প্রয়োজনীয় ডেটা সংগ্রহ করেছে এবং UK GDPR ধারা 5(1)(e)-তে থাকা স্টোরেজ সীমাবদ্ধতার সাথে সামঞ্জস্য রেখে একটি স্বল্প মেয়াদের সংরক্ষণের সময় নির্ধারণ করেছে। কাউন্সিলের কর্মীরা কাউন্সিলের আইডেন্টিটি প্রোভাইডারের বিপরীতে IEEE 802.1X-এর মাধ্যমে পৃথকভাবে সংযুক্ত হয়েছেন, যা কর্মীদের অ্যাক্সেসকে কর্মসংস্থানের রেকর্ডের সাথে যুক্ত রেখেছে। উপস্থিতির রিপোর্টিং ক্লিকারের আনুমানিক হিসেব থেকে প্রতি ইভেন্টে অনন্য সাইন-ইনের গণনায় স্থানান্তরিত হয়েছে। ডিভাইসের পরিবর্তে সাইন-ইন গণনা করা র্যান্ডমাইজড MAC ঠিকানার কারণে হওয়া অসঙ্গতি দূর করে। কাউন্সিল এখন প্রতিটি মেলার পর সেই সংখ্যাটি অর্থায়নকারী সংস্থার কাছে জমা দেয়।

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

আমরা কি নতুন হার্ডওয়্যার ছাড়াই প্রতিটি ইভেন্টের জন্য আলাদা ব্র্যান্ডেড সাইন-ইন পৃষ্ঠা চালাতে পারি?

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

প্রতিটি শো-এর জন্য অস্থায়ী ইভেন্ট WiFi ভাড়া করার চেয়ে একটি স্থায়ী ওভারলে কি বেশি সাশ্রয়ী?

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

অংশগ্রহণকারীদের ডেটার মালিক কে, ভেন্যু না আয়োজক?

যে পক্ষ ডেটা সংগ্রহের উদ্দেশ্য নির্ধারণ করে, UK GDPR Article 4(7) অনুসারে তারা কন্ট্রোলার হিসেবে এর মালিক। আয়োজক যদি তার নিজস্ব মার্কেটিংয়ের জন্য ডেটা সংগ্রহ করে, তবে আয়োজকই কন্ট্রোলার। ভেন্যু এবং Purple তখন Article 28 চুক্তির অধীনে প্রসেসর হিসেবে কাজ করে। উভয় পক্ষ যৌথভাবে উদ্দেশ্য নির্ধারণ করলে, তারা Article 26 অনুসারে যৌথ কন্ট্রোলার। প্রথম পোর্টাল লাইভ হওয়ার আগেই এটি লিখিতভাবে সম্মত হন।

প্রদর্শকরা কি ইভেন্ট WiFi-এর মাধ্যমে কার্ড পেমেন্ট গ্রহণ করতে পারেন?

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

একটি ইভেন্টের পরে প্রদর্শক WiFi কত দ্রুত বন্ধ করা যেতে পারে?

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

অংশগ্রহণকারীরা কি সাইন-ইন পৃষ্ঠা না দেখেই স্বয়ংক্রিয়ভাবে সংযোগ করতে পারেন?

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

আমরা মাঝ-মরসুমে আমাদের বর্তমান ইভেন্ট WiFi প্রোভাইডার থেকে কীভাবে পরিবর্তন করব?

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

এই সিরিজে পড়া চালিয়ে যান

Ruckus SmartZone এবং RUCKUS One গেস্ট WiFi বনাম বাহ্যিক ক্যাপটিভ পোর্টাল প্ল্যাটফর্ম

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

গাইডটি পড়ুন →

Aruba সেন্ট্রাল গেস্ট WiFi বনাম ডেডিকেটেড ক্যাপটিভ পোর্টাল প্ল্যাটফর্ম: CRM, Passpoint এবং রিপোর্টিংয়ের তুলনা

আপনার HPE Aruba স্টেট-এর জন্য Aruba Central-এর নেটিভ ক্লাউড গেস্ট, ClearPass গেস্ট এবং Purple-এর মতো একটি ডেডিকেটেড ক্লাউড প্ল্যাটফর্মের মধ্যে বেছে নিতে এই তুলনাটি ব্যবহার করুন। গেস্ট WiFi কার অধীনে রয়েছে, গেস্ট ডেটা কোথায় সঞ্চিত হওয়া উচিত, আপনি কীভাবে GDPR সম্মতি রেকর্ড করেন, পুনরায় আসা গেস্টদের Passpoint প্রয়োজন আছে কি না এবং তিন বছরে প্রতিটি বিকল্পের খরচ কত, তার ওপর ভিত্তি করে আপনি প্রতিটি বিকল্প মিলিয়ে নিতে পারেন।

গাইডটি পড়ুন →

Juniper Mist গেস্ট WiFi পোর্টাল বনাম এক্সটার্নাল ক্যাপটিভ পোর্টাল ওভারলে: মাল্টি-সাইট তুলনা

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

গাইডটি পড়ুন →

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।