Konferansta misafir Wi-Fi: ağ nasıl hazırlanır

Misafir Wi-Fi hazırlığı için pratik bir plan: bölgelere ve uygulamalara göre hesaplama, ağ segmentlerinin ayrılması, portal kontrolü, izleme, yedeklilik ve kabul.

Bir konferanstaki misafir Wi-Fi, salonun alanına veya tek bir hız testine göre değil, günün gerçek senaryosuna göre tasarlanmalıdır. Biz Aventura'da önce bölgeleri, katılımcı akışını, cihazları ve uygulamaları belirleriz. Ardından misafir erişimini kayıt, ekip çalışması ve teknik sistemlerden ayırırız. Kurulumdan sonra kullanıcı yolculuğunun tamamını yük altında test eder ve yedekliliği önceden deneriz.

İyi sinyal seviyesi, ağın seyirci girişini, kahve molasını veya sahneden aynı anda bir bağlantının açılmasını kaldıracağı anlamına gelmez. Cihaz erişim noktasını görebilir, ancak uzun süre adres alamayabilir, bağlantı sayfasını açamayabilir veya salonlar arasında geçiş yaparken bağlantıyı kaybedebilir. Bu nedenle kabul yalnızca radyo ortamını kapsamamalıdır. Anahtarları, yetkilendirme servislerini, internet kanalını, kritik uygulamaları ve destek çalışmasını kontrol ederiz.

Makale, müşterinin mekana ve ağ yüklenicisine görev vermesine yardımcı olacaktır. Radyo frekansı incelemesi ve mühendislik hesaplamasının yerini tutmaz. Erişim noktası başına evrensel bir kullanıcı sayısı veya genel bir hız normu yoktur. Sonuç cihazlara, uygulamalara, radyo ortamına, yerleşim planına, bina malzemelerine ve tüm ağ şemasına bağlıdır.

Misafir ağı hesaplamasına nereden başlanır?

Hesaplama, bölgelere ve zamana göre talep haritasıyla başlar. Her mekân için aynı anda kaç cihazın bulunacağını, ne yapacaklarını ve hangi işlevlerin kaybedilmemesi gerektiğini anlamak gerekir. Konferansın genel katılımı yalnızca üst bağlamı verir. Kayıt sırasında fuayede veya QR kodun yayınlanmasından sonra ana salonda oluşan yükü göstermez.

Biz programa ve insan hareketine göre başlıyoruz. Giriş, vestiyer, kayıt, genel oturum salonu, paralel oturumlar, sergi alanı, basın bölgesi, konuşmacı odaları, merkez ve yemek alanlarını işaretliyoruz. Her nokta için farklı dönemlerde beklenen yoğunluğu kaydediyoruz. Özellikle büyük bir grubun aynı anda salon değiştirdiği veya tek bir kaynağı açtığı kısa zirveler önemlidir.

Bir sonraki katman cihazlardır. Katılımcı bir akıllı telefon ve dizüstü bilgisayar getirebilir. Ekibin tabletleri, terminalleri, yazıcıları, tarayıcıları ve hizmet telefonları vardır.

Standlarda tanıtım cihazları olabilir. Teknik ekip kameralar, kodlayıcılar ve uzaktan açma sistemleri kullanır. Bu gruplar farklı trafik oluşturur ve farklı kritiklik seviyelerine sahiptir, bu nedenle ayrı ayrı hesaplanır.

Ardından uygulama listesini oluşturuyoruz. Normal web sitesi görüntüleme, görüntülü aramadan, kurumsal sanal özel ağdan, bulut sunumundan veya toplu materyal indirmeden farklıdır. Dış bağımlılıkları dikkate almak önemlidir: alan adı sistemi, yetkilendirme, bulut depolama, kod gönderme hizmeti. Kayıt yazılım arayüzünü ayrıca kontrol ediyoruz.

Başlangıç verilerinin toplanması şu sırayla yapılmalıdır:

1. Tüm kullanıcı ve hizmet bölgelerini plana işaretleyin.
2. Bölgeleri saatlik program ve izleyici hareketiyle ilişkilendirin.
3. Cihaz türlerini ve yeteneklerini tanımlayın.
4. Uygulamaları misafir, iş ve kritik olarak ayırın.
5. Eşzamanlı etkinlik dönemlerini işaretleyin.
6. Önemli hizmetler için gecikme, kayıp ve dayanıklılık gereksinimlerini kaydedin.
7. Kablolu ana kanala ihtiyaç duyan işlevleri belirleyin.
8. Her kritik süreç için kabul edilebilir bozulma ve yedekliliği belirtin.

Hesaplamada varsayımlar açıkça yazılmalıdır. Kaç misafirin dizüstü bilgisayar getireceği veya VPN üzerinden kurumsal ağı kullanacağı bilinmiyorsa, bu uygun bir rakam koymak için bir neden değildir. Yüklenici senaryolar oluşturur, varsayımların etkisini gösterir ve bunları müşteriyle birlikte netleştirir.

Konferans organizasyonu için ağ haritasını program ve misafir güzergâhıyla ilişkilendiriyoruz. Bu, zirveleri görmeye yardımcı olur: eşzamanlı kayıt, oturumlar arası geçişler ve konuşmacı materyalleriyle çalışma.

Kapsama ve Bant Genişliği

Kapsama, cihazın istenen noktada ağı görüp görmediği sorusunu yanıtlar. Bant genişliği ise başka bir soruyu yanıtlar: Gerçek hava ve kaynak rekabeti altında cihaz istenen hizmeti alabilecek mi? Bir konferans için her iki sonuç da gereklidir. Telefondaki güçlü Wi-Fi göstergesi, yolun yalnızca bir kısmını doğrular.

Kapsama değerlendirmesinde mühendis, sinyal seviyesine ve kalitesine, parazite, erişim noktalarının konumuna, antenlere ve çevredeki malzemelere bakar. Ancak boş bir salon, dolu bir salondan farklıdır. İnsanlar, dekorlar, ekranlar, kafesler, bölmeler ve ekipmanlar radyo ortamını değiştirir. Komşu mekânlar ve stantların geçici ağları da sonucu etkiler.

Bant genişliği tüm zincire bağlıdır. Cihazlar havayı paylaşır ve erişim noktaları trafiği anahtarlara iletir.

Ardından denetleyici, ağ geçidi, güvenlik duvarı, ağ adresi ataması, alan adı sistemi, bağlantı sayfası ve internet kanalı devreye girer. Herhangi bir halkadaki kısıtlama, kullanıcı deneyimini kötüleştirir.

Cisco Meraki'nin yüksek yoğunluklu ağlar için resmi kılavuzunda hesaplama, istemci cihazlarının sayısı ve yetenekleri, uygulamalar ve bunların toplam yükü ile ilişkilendirilir. Bu, müşteri için önemli bir ilkedir: Projeyi yalnızca alan, erişim noktası sayısı veya nominal sınırlarıyla açıklayan bir teklif kabul edilmemelidir.

Daha fazla erişim noktası her zaman daha fazla kullanılabilir kapasite anlamına gelmez. Kanal ve güç planı olmadan ekipman birbirine daha fazla parazit yapmaya başlar. Kanal genişliği de spektrum ve istemci cihazları analiz edildikten sonra seçilir. Tüm mekânlar için evrensel bir ayar burada işe yaramaz.

Kablolu kısmı ayrıca kontrol ediyoruz. Bir erişim noktası, kablolu bağlantı noktasının aldığından daha fazla veri iletebiliyorsa, kısıtlama devam eder. Aynı durum ekipman güç beslemesi, anahtarlar arası bağlantılar, ağ geçidi, güvenlik duvarı ve internet kanalı için de geçerlidir. Sunucu odasının yanındaki tek bir hız testi, uzak salondaki bir misafir için bu halkaların durumunu göstermez.

Konferansta hangi ağ katmanları gerekli?

Misafir, hizmet ve teknik trafik mantıksal olarak ve haklı olduğu yerde fiziksel olarak ayrılmalıdır. Bu akışların kullanıcıları, yetkileri, öncelikleri ve kurtarma yöntemleri farklıdır. Misafirler, kayıt, ekip ve yayın için ortak bir ağ tek bir arıza noktası oluşturur. Ayrım, arıza nedenini daha hızlı bulmaya ve kritik işlevleri korumaya yardımcı olur.

NIST, farklı güvenlik profillerine sahip kablosuz ağların ayrılmasını önerir. Dış misafir ağı iç sistemlere yol vermemelidir. Bir konferans için bu ilke anlaşılır bir erişim matrisine dönüşür.

Misafir katmanı iç adreslerden izole edilmelidir. Genellikle, program aksini gerektirmedikçe katılımcı cihazları arasında doğrudan alışveriş yasaklanır. Trafik kısıtlamaları, birkaç aktif istemcinin diğerlerini dışlamayacağı şekilde yapılandırılır. Ancak kurallar onaylanmış misafir senaryolarını bozmamalıdır.

Hizmet katmanı rollere göre kurulur. Kayıt görevlisinin giriş ve yazdırma sistemine erişime ihtiyacı vardır. Koordinatörün çalışma servisine ve programa ihtiyacı vardır.

Mekan temsilcisinin başka kaynaklara ihtiyacı olabilir. Tüm ekibe yalnızca yapılandırma kolaylığı için aynı yetkiler verilmez.

Teknik katman, yayını, uzaktan konuşmacıları, gösterimi ve diğer kritik teknik görevleri misafir yükünden korur. Gecikmeye duyarlı veya yüksek bant genişliğine sahip sabit cihazlar mümkünse kabloyla bağlanır. Wi-Fi, hareketliliğin gerekli olduğu yerlerde bırakılır ve hedef ekipmanda test edilir.

Yönetim katmanı, yönetim ve izleme için gereklidir. Bir katılımcı veya sıradan bir çalışan ağ yönetim panellerini açmamalıdır. Erişim yalnızca ayrı kimlik doğrulama ve işlem günlüğü ile atanmış uzmanlara verilir.

Sınır durumlarını da kontrol ederiz. Bir standın kendi yönlendiricisi olabilir ve bir teknik uzman telefonunda hotspot açabilir.

Bir dizüstü bilgisayar aynı anda iki ortama bağlanıp istenmeyen bir yol oluşturabilir. Tüm geçici ağlar ve bağlantı yöntemleri kurulumdan önce onaylanır.

Mekâna ve yükleniciye yönelik teknik şartname

Teknik şartname kullanıcı senaryolarını, sorumluluk sınırlarını ve kabul yöntemini tanımlamalıdır. "Sabit Wi-Fi sağlayın" talebi fazla geneldir. Ağın nerede gerektiğini, hangi cihazların geleceğini, onlar için neyin kritik olduğunu ve konferans gününde arızayı kimin gidereceğini açıklamaz.

Mekândan, onaylanabilir kapsamda mevcut altyapı şemasını talep ediyoruz. Kilit ekipman modelleri, kullanılabilir bantlar, internet hatları, anahtarlayıcılar, güç, kablo güzergâhları ve teknik odalar gereklidir. Hangi değişikliklere izin verildiğini, bunları kimin yaptığını ve etkinlik sonrası sistemin nasıl başlangıç durumuna döndürüleceğini anlamak önemlidir.

Ağ yüklenicisinden bölgeler, cihazlar, uygulamalar ve zaman bazında bir hesaplama bekliyoruz. Belgede varsayımlar, trafik akış şeması, erişim noktası yerleşim planı, kanal ve güç ayarları, ağ bölütlerinin ayrılması, ağ servisleri listesi, izleme ve yedeklilik yer almalıdır. Ekipmanın teknik özellikleri bu hesaplamanın yerini tutmaz.

Sözleşmede veya ekte sorumluluk ayrım noktasını belirliyoruz. Mekân, kablolu altyapı ve ana hattan sorumlu olabilir. Başka bir yüklenici geçici kablosuz ağı kurabilir.

Organizatör senaryolardan ve test sistemlerine erişimden sorumludur. Bu sınır olmadan ekipler, sorun ortaya çıktıktan sonra sahibini aramaya başlar.

Şartnameye bir artefakt listesi ekliyoruz. Yapılandırma sonrasında bize fiili şema, ekipman yerleşimi, kabul edilen konfigürasyonlar, inceleme sonuçları, test edilen cihazlar matrisi, yük raporu ve destek talimatı gereklidir. Hassas verilere erişim sınırlandırılır, ancak sipariş sahibi kabul için yeterli bilgiyi almalıdır.

Onaydan önce mekânın teknik denetimini yapmak faydalıdır. Bu, yalnızca ağı değil gücü, güzergâhları, odalara erişimi, montaj pencerelerini ve teknik servislerin etkileşimini kontrol etmeye yardımcı olur.

Mekânlar, kriz merkezleri ve teknik hazırlık hakkındaki pratik materyalleri Aventura'nın Telegram kanalında yayımlıyoruz. Kanal, proje dokümantasyonunu tamamlar ancak belirli bir ağın kontrolünün yerini tutmaz.

Bağlantı sayfası nasıl hazırlanır?

Captive portal, yani misafir ağına bağlantı sayfası, hızlı bir şekilde erişim sağlamalı ve gereksiz veri toplamamalıdır. Hedef işletim sistemlerinde ve tarayıcılarda test edilir. Yeniden bağlanma ve oturum sonlandırma ayrıca test edilir. Sertifika hatası veya onay sayfasına sürekli geri dönüş, ekran düzgün görünse bile misafirin bağlanmasını engeller.

RFC 8952, RFC 8908 ve RFC 8910 standartları, bağlantı sayfasının mimarisini, güvenli program arayüzünü ve cihaza bu arayüzün adresini bildirme yöntemini tanımlar. Bu arayüz üzerinden cihaz, kullanıcı giriş sayfasının adresini alır. Arayüz ve sayfa ile bağlantı TLS protokolü ile korunur. Yetkilendirmeden önce yalnızca bağlantı için gerekli hizmetler açılır.

Etkinlikte bu cihazların olması bekleniyorsa portalı iOS, iPadOS, Android, macOS ve Windows üzerinde test ediyoruz. Yerleşik bağlantı penceresini ve normal tarayıcıyı test ediyoruz. Ardından cihazın uyku modunu, bölgeler arası geçişi ve yeniden girişi kontrol ediyoruz.

Özel MAC adresinin değiştirilmesi ve oturum sonlandırma ayrı senaryolar olarak ele alınır. Erişim noktaları arasında geçiş kararını cihazın kendisi verir, bu nedenle farklı modeller farklı davranabilir. Bu durum Apple'ın Wi-Fi erişim noktaları arası geçiş kılavuzunda belirtilmiştir.

Başlatmadan önce hangi verilerin gerekli olduğuna karar vermek gerekir. Federal Law No. 152-FZ, kişisel veri hacminin işleme amacına uygun olmasını ve aşırı olmamasını gerektirir. Erişim ad, unvan, şirket, telefon ve reklam onayı olmadan verilebiliyorsa, ihtiyaç halinde tüm seti toplamamak gerekir.

Veri kontrolünü maddeler halinde yapıyoruz:

1. Kişisel veri sorumlusunu ve onun talimatıyla veri işleyen kişileri belirliyoruz.
2. Her alanın amacını kaydediyoruz.
3. Zorunlu verileri gönüllü verilerden ayırıyoruz.
4. Ağa erişim için teknik koşulları reklam mesajlarına onaydan ayırıyoruz ve bu onayın dayanağını bir hukukçuyla kontrol ediyoruz.
5. Saklama sürelerini ve silme prosedürünü belirliyoruz.
6. Veri tabanlarının ve yedek kopyaların konumunu kontrol ediyoruz.
7. Mekana, yükleniciye, mesaj servisine veya başka bir sisteme yapılan aktarımları kaydediyoruz.
8. Kullanıcı için anlaşılır bilgiler yayınlıyoruz.
9. Günlüklere ve portal verilerine erişimi sınırlıyoruz.
10. Sözleşmesel talimatları ve koruma önlemlerini ilgili uzmanlarla kontrol ediyoruz.

Bu kontrol listesi, sorumlunun farklı yükümlülüklerini kapsar ve 152-FZ sayılı kanunun 5. maddesiyle sınırlı değildir. İşlemenin hukuki dayanağı, veri tabanlarının yerelleştirilmesi, başkalarına verilen talimatlar, katılımcıların bilgilendirilmesi ve reklam mesajları, ilgili mevzuatın yürürlükteki versiyonuna göre kontrol edilir. Belirli bir konferans için şema, ilgili bir hukukçu ve telekomünikasyon operatörü ile kararlaştırılır.

Kapılar açılmadan önce ağ nasıl kontrol edilir?

Ağ, son kurulumdan sonra gerçek rotalarda, cihazlarda ve uygulamalarda kontrol edilmelidir. Erişim noktasının yanındaki tek bir dizüstü bilgisayar konferansın hazır olduğunu göstermez. Keşif, hizmetlerin uçtan uca testi, ekibin deneme provası ve misafir gününe benzer bir yük senaryosu gerekir. Bu kontrol seti, katılımcının yolunu ve kritik fonksiyonların çalışmasını tekrarlar.

Önce izleyici olmadan teknik kontrol yapılır. Mühendis kapsama, girişim, kanallar, güç ve ekipmanın çalışmasını inceler. Ardından tüm zincir geçilir: ağa bağlanma, adres alma, alan adı sistemi, bağlantı sayfası, internete çıkış ve kararlaştırılan kaynaklara erişim.

Bundan sonra deneme provası yaparız. Ekip, katılımcının girişten salonlara kadar olan rotasını izler. Paralel olarak kayıt, karargah ve teknik ekibin çalışma senaryoları kontrol edilir. Katılımcı kaydı için özellikle eşzamanlı bağlantı dalgası, yazdırma, tarama ve misafir aktivitesi arka planında harici sisteme erişim önemlidir.

Kontrolü adım adım yaparız:

1. Hedef telefon, tablet ve dizüstü bilgisayar modellerini bağlarız.
2. Bağlantı sayfasını yerleşik pencere ve tarayıcı üzerinden geçeriz.
3. Kararlaştırılan siteleri, bulut hizmetlerini ve VPN'i açarız.
4. Fuaye, salonlar ve servis alanları arasındaki geçişleri kontrol ederiz.
5. Misafir trafiği arka planında kaydı ve çalışma hizmetlerini başlatırız.
6. Bir grubun eşzamanlı girişini ve sahneden bağlantı açılmasını simüle ederiz.
7. Gecikmelere ve kayıplara duyarlı uygulamaları kontrol ederiz.
8. Kararlaştırılan güvenli düzende tek bir halkayı devre dışı bırakırız.
9. Yedeğe geçeriz ve kritik fonksiyonlar üzerindeki etkiyi ölçeriz.
10. Ana şemaya döneriz ve hizmetlerin doğru şekilde geri geldiğinden emin oluruz.

Yük testi, bir eylem karışımını yeniden üretir: bağlanma, adres alma, portaldan giriş ve kararlaştırılan hizmetlerle çalışma. Paralel olarak ekip kaydı kullanır ve teknik kontur kritik fonksiyonu destekler. Kesin kriterler her proje için belirlenir.

Wi-Fi noktaları arasındaki geçişi, konuşmacıların, çalışanların ve teknik ekibin kullanacağı cihazlarda kontrol ederiz. Apple, geçiş kararının istemci tarafından verildiğini açıkça belirtir. Ağ, cihaza yardımcı olabilir ancak tüm modeller için aynı derecede sorunsuz geçiş vaat edemez.

Tüm sapmaları bölge, zaman, cihaz, işletim sistemi, ağ ve semptom ile kaydederiz. "Wi-Fi bazen kötü" ifadesi mühendise yardımcı olmaz. Çalışma kaydı daha kesin görünür: "Salon 2'den fuayeye geçişte cihaz bağlı kalıyor ancak misafir portalı yeniden giriş istiyor."

Konferansın çevrimiçi izleyicisi varsa, erişilebilir etkinlik yayınını ve uzaktan bağlantıları misafir erişiminden ayrı olarak kontrol ederiz. Hibrit etkinlik için prodüksiyon kanalı ve yedeğinin kendi planı olmalıdır. Misafir Wi-Fi, internete çıkışı olduğu için tek başına yayın yedeği sayılmaz.

Etkinlik günü izleme ve destek

Konferans gününde ekip, kullanıcı yolculuğunu ve tüm zincirin durumunu takip eder. İzleme; radyo yayınını, kablolu ağı, bağlantı sayfasını ve harici servisleri kapsar. Açık bir erişim noktası, misafirin erişimini henüz doğrulamaz. Adres tahsisini, giriş sayfasının açılmasını ve internet kanalının durumunu görmek gerekir.

İzleme panelinde karar vermeye yardımcı olan göstergeler bulunmalıdır. Set, mimariye bağlıdır ancak genellikle bağlantı başarısını, adres tahsisini, alan adı sistemi yanıtlarını, portalın çalışmasını, bölgelere göre istemci sayısını, yayın yükünü, yeniden iletimleri, port hatalarını, ağ geçitlerinin ve internet kanallarının durumunu içerir.

İzlemeyi programla ilişkilendiriyoruz. Kapılar açılmadan önce bağlantılardaki artış beklenen bir durumdur. Kitlenin oturumlara ani geçişi de beklenir. Sistem bağlamı biliyorsa, mühendis planlı zirveyi anormallikten ayırt eder ve ilgili bölgeyi daha hızlı kontrol eder.

Desteği üç seviyeye ayırıyoruz:

1. Birinci hat katılımcıların yanındadır. Ağın adını, giriş yolunu ve kısa bir teşhis toplama yöntemini bilir.
2. Ağ uzmanı erişim noktalarını, anahtarları, servisleri ve interneti görür. Onaylanan plana göre izin verilen ayarları değiştirebilir.
3. Kanal, lisans veya donanım sorununda mekân, sağlayıcı veya ekipman üreticisi devreye girer.

Etkinlik başlamadan önce tek bir olay kanalı belirliyoruz. Mesajda zaman, bölge, ağ, cihaz, işletim sistemi ve gözlemlenen sonuç belirtilir. Değişikliğin bir yazarı, nedeni ve geri alma imkânı vardır.

Güç, kanallar, erişim kuralları ve portalın aynı anda kayıt alınmadan değiştirilmesi teşhisi zorlaştırır. Ekip, hangi eylemin yardımcı olduğunu veya yeni bir arıza yarattığını anlamalıdır.

Teknik ve organizasyonel yöneticilerin çalışmasını etkinlik karargâhı ve telsiz iletişimi şemasıyla ilişkilendirmek uygundur. Ağ olayı bir sahip, önem düzeyi, eskalasyon kanalı ve ekip için anlaşılır bir mesaj alır.

Kritik fonksiyonlar için yedeklilik

Yedeklilik belirli fonksiyonlara bağlanır. İkinci internet çıkışı risklerin yalnızca bir kısmını kapatır. İkinci kanal, aynı bağlantı hattına, güç kaynağına ve ekipmana bağlı olmadığında faydalıdır. Ancak tek bir ağ geçidi, adres servisi veya portal arızalandığında bağımsız internet bile kayıt işlemini kurtarmaz.

Önce devam etmesi gereken fonksiyonları belirleriz. Genellikle kayıt, ödemeler, karargâh iletişimi, materyal gösterimi, uzaktan konuşmacılar ve yayını ayrı ayrı ele alırız. Her fonksiyon için ana yolu, yedek yolu, geçiş sahibini ve kabul edilebilir performans düşüşünü kaydederiz.

Servislerin de yedeklenmesi gerekir. Adres tahsis sistemi, alan adı sistemi, ağ geçidi, bağlantı sayfası ve denetleyici tek arıza noktası haline gelebilir. RFC 8952, dayanıklılık ve ölçeklenebilirlik için bağlantı sayfası bileşenlerinin replikasyonuna izin verir. Somut şema, risk değerlendirmesinden sonra mühendisler tarafından seçilir.

Yedek erişim noktaları, anahtarlar, güç kaynakları, kablolar ve optik modüller yalnızca hazır bir değiştirme prosedürü varsa faydalıdır. Nerede durduklarını, kimin erişimi olduğunu, hangi yapılandırmanın yükleneceğini ve hizmetin geri dönüşünün ne kadar süreceğini bilmek gerekir.

Yedeklilik, test olmadan hazır sayılmaz. Ekip seçilen halkayı güvenli bir şekilde devre dışı bırakır, geçişi gözlemler ve uygulamaları kontrol eder. Ardından ana yola geri dönüşü gerçekleştirir. Hata genellikle tam da geri dönüş sırasında ortaya çıkar; bazı cihazlar eski oturumda kalır veya yanlış rota alır.

Misafir Wi-Fi nasıl teslim alınır?

Teslim alma, kullanıcı senaryolarını, ağ bölümlerinin ayrılmasını, desteği ve yedekliliği doğrular. Ana test, izleyici girmeden önce yapılır. Mekândaki değişikliklerden sonra kısa doğrulama rotası tekrarlanır. Sonuçlar tutanağa işlenir ve bilinen kısıtlamalar, ortaya çıktıkları koşulların yanında açıklanır.

Yalnızca alan veya erişim noktası sayısına göre hesaplamayı durdurucu faktör olarak görüyoruz. Misafir ve kritik trafik ayrımı yoksa, kilit hizmetlerin kısıtlamaları bilinmiyorsa, yüklenici izlemeyi göstermiyorsa veya yedeklilik yalnızca şemada varsa ağ teslim alınamaz.

Bir diğer durdurucu faktör, temsili yük olmadan yapılan kontroldür. Boş mekân ve tek cihaz faydalı ama eksik bilgi verir. Meraki yönetimi, hedef uygulamaların temsili cihazlarda doğrulanmasını önerir. Biz buna ekibin gerçek rotalarını ve program senaryosunu ekliyoruz.

Teslim almadan sonra düzeltmeler ve yeniden test için bir pencere belirliyoruz. Bazı gereksinimler etkinlikten önce kapatılamıyorsa, müşteri kalan risklerin listesini alır ve kararını bilinçli olarak verir. Kısıtlama, program değişikliği, kablolu bağlantı, hizmetin yerel modu veya ek destek ile telafi edilebilir. «Çalışması gerekir» ifadesiyle gizlenemez.

Ağı bozan hatalar

Çoğu sorun, görevin yanlış modellenmesiyle başlar. Ekip, sinyalin varlığını kontrol eder ancak kullanıcıların, servislerin ve yedekliliğin davranışını kontrol etmez. Aşağıda, proje onaylanmadan önce ortadan kaldırılması gereken hatalar derlenmiştir.

1. İnsan, cihaz ve uygulama haritası olmadan alan başına erişim noktası hesaplamak.
2. Müşterilerin nominal sayısını çalışma normu olarak kabul etmek.
3. Kanal ve güç planı olmadan ekipman eklemek.
4. Komşu salonları, geçici bölmeleri ve stand ağlarını hesaba katmamak.
5. Sadece internet kanalını test edip anahtarları, ağ geçitlerini, adresleri, alan adı sistemini ve bağlantı sayfasını unutmak.
6. Misafirleri, kayıt işlemini, ekibi ve teknik sistemleri tek bir çevrim içine yerleştirmek.
7. Misafirlere iç ağa veya birbirlerine gereksiz yere erişim yolu bırakmak.
8. Yayını ve uzaktan konuşmacıları yalnızca genel Wi-Fi üzerinden bağlamak.
9. Bağlantı sayfasını tek bir telefonda test etmek.
10. Katılımcı verilerini net bir amaç ve saklama süresi olmadan toplamak.
11. Aynı girişe, güç kaynağına veya ağ geçidine bağlı bir kanalı yedek olarak adlandırmak.
12. Sadece ekipman durumuna bakıp kullanıcı yolunu göz ardı etmek.
13. Ağ olayının sahibini ve ayarları değiştirme yetkisini atamamak.
14. Boş bir alanda tek bir hız testiyle ağı kabul etmek.
15. Yedekten ana yola geri dönüşü kontrol etmemek.
16. Konferans bittikten sonra geçici ağları ve kuralları bırakmak.

Misafir Wi-Fi, girdi verileri, ayrı çevrim içleri, kabul kriterleri ve etkinlik günü bir sahibi olduğunda konferansın yönetilebilir bir parçası haline gelir. Biz Aventura'da teknik şemayı program, kayıt ve ekip çalışmasıyla ilişkilendiriyoruz. Bu yaklaşım, misafirler gelmeden önce bağımlılıkları gösterir ve sapma durumunda eylemleri hazırlamaya yardımcı olur. Belirli bir cihazın davranışı yine de modeline ve ayarlarına bağlıdır.

Kaynaklar

• NIST SP 800-153: Kablosuz Yerel Alan Ağlarının Güvenliğinin Sağlanmasına Yönelik Kılavuzlar
• RFC 8952: Captive Portal Mimarisi
• RFC 8908: Captive Portal API
• RFC 8910: DHCP ve Yönlendirici Duyurularında Captive-Portal Tanımlaması
• Cisco Meraki: Yüksek Yoğunluklu Wi-Fi Kurulumları
• Apple Platform Dağıtımı: Wi-Fi dolaşım desteği
• Federal Law No. 152-FZ, Madde 5: kişisel verilerin işlenmesine ilişkin ilkeler