Apa kendala untuk menyediakan akses Internet yang andal dan Wi-Fi di konferensi teknologi besar? [Tutup]

Setiap konferensi teknologi yang pernah saya kunjungi, dan saya sudah sering ke sana, memiliki akses Wi-Fi dan Internet yang benar-benar buruk .

Terkadang server DHCP kehabisan alamat. Terkadang backhaul jelas tidak memadai. Terkadang ada satu router untuk sebuah ballroom dengan 3000 orang. Tapi itu selalu SESUATU. Tidak pernah berhasil.

Apa saja praktik terbaik untuk penyelenggara konferensi? Pertanyaan apa yang harus mereka tanyakan pada tempat konferensi atau ISP untuk mengetahui terlebih dahulu, apakah Wi-Fi akan berfungsi? Apa penyebab paling umum dari Wi-Fi jelek di konferensi? Apakah mereka dapat dihindari, atau apakah Wi-Fi bukan teknologi yang memadai untuk konferensi besar?

(Bagi mereka yang tertarik, saya akhirnya menulis laporan 2009 saya di nirkabel di PyCon ).

Saya telah melakukan nirkabel untuk konferensi PyCon selama bertahun-tahun sejak kami pindah dari Universitas George Washington ke hotel, jadi saya punya beberapa ide tentang ini, yang telah terbukti dalam pertempuran - meskipun hanya dengan sekitar seribu pengguna.

Satu hal yang saya dengar banyak orang bicarakan dalam diskusi ini adalah "liputan udara terbuka di ruang dansa". Satu teori yang saya operasikan adalah bahwa ballroom BUKAN lingkungan udara terbuka. Tubuh manusia menyerap 802.11b / g dan 802.11a dengan cukup baik.

Berikut adalah beberapa pemikiran saya, tetapi lebih banyak detail tersedia di laporan konferensi saya jika Anda mencari "pycon wireless" di google - tautan tummy.com adalah yang Anda inginkan.

Saya hanya menggunakan saluran yang tidak tumpang tindih, dan menyebar AP keluar. Untuk 802.11b / g, saya menjalankan radio pada pengaturan daya terendah. Untuk 802.11a saya menjalankannya pada pengaturan daya paling tinggi karena kami memiliki begitu banyak saluran.

Saya mencoba untuk menjaga AP cukup rendah, sehingga badan dapat membantu mengurangi gangguan antara AP di saluran yang sama.

Saya mengatur semua AP ke ESSID yang sama sehingga orang dapat "berkeliaran" ke AP yang berbeda ketika banyak (jumlah klien terkait) naik atau cakupan turun (lebih banyak orang datang, dll).

Banyak dan banyak AP. Tahun pertama kami membuat hotel melakukan networking, mereka akhirnya mendatangkan 6 AP, tetapi mereka baru memulai dengan beberapa. Meskipun begitu, kami telah memberi tahu mereka bahwa kami akan banyak menggunakan nirkabel mereka. Tetapi kami juga memiliki masalah lain seperti server DHCP memberikan sewa dengan gateway di jaringan yang berbeda dari alamat. (Panggilan untuk mendukung menghasilkan "Saya hanya akan me-reboot semuanya.").

Kami menjalankan AP dual-radio D-Link yang relatif murah, masing-masing berharga sekitar $ 100 atau $ 200. Kami hanya belum benar-benar memiliki anggaran untuk membeli 20 hingga 40 dari $ 600 + AP high-end. AP D-Link ini telah bekerja dengan sangat baik.

Pada tahun 2009 kami memiliki masalah besar dengan netbook. Sesuatu tentang radio di radio ini hanya bau untuk digunakan pada konferensi semacam ini. Saya pernah mendengar laporan tentang orang-orang yang meletakkan kartu nirkabel Intel di Netbook dan mendapatkan kinerja yang jauh lebih baik. Di PyCon 2009, netbook saya tidak bisa mendapatkan koneksi yang dapat diandalkan setelah konferensi dimulai, tetapi ThinkPad saya tidak punya masalah. Saya mendengar laporan serupa dari orang-orang dengan Mac dan laptop "nyata" lainnya, tetapi perangkat keras termurah tidak berfungsi.

Saya telah TIDAK melakukan apa-apa dengan antena directional. Saya mengharapkan untuk membutuhkan mereka, tetapi sejauh ini sudah bekerja dengan cukup baik.

Sebagian besar hotel tidak dapat menyediakan bandwidth yang cukup. Jangan khawatir, ada banyak penyedia nirkabel terestrial yang dapat menyediakan 100mbps. Saya tidak berbicara tentang tempat-tempat yang menjalankan 802.11g dari beberapa menara, tetapi orang-orang dengan radio dan backhaul yang nyata dan serius untuk mengatasinya.

Selama beberapa tahun terakhir kami belum benar-benar memiliki banyak hal dalam hal pelabuhan kabel, sebagian besar karena anggaran dan upaya sukarela yang diperlukan untuk menghubungkan semua lokasi tersebut. Pada 2010 kami berharap memiliki beberapa port kabel. Saya suka ide memasang kabel di setiap kursi untuk kabel, tetapi saya ragu kami akan dapat menutup bahkan 10% hanya karena upaya yang diperlukan untuk menyambungkan dan memelihara jaringan seperti itu. Menghilangkan orang dari nirkabel sangat bagus.

Menghilangkan orang dari frekuensi 802.11b juga baik. Sebagian besar orang membicarakan sejak Joel mengemukakannya telah mengatakan hal-hal seperti "3 saluran yang tidak tumpang tindih", yang berlaku untuk spektrum 2.4GHz. Namun, kami telah melihat langkah besar menuju spektrum 5.2GHz. Tahun pertama saya menjalankan jaringan (2006?), Kami memiliki sekitar 25% penggunaan. Pada 2008 kami memiliki lebih dari 60% di 5.2GHz.

Jadi, ya, menjalankan nirkabel dengan ribuan orang memerlukan beberapa pemikiran. Tetapi, memberikannya beberapa pemikiran tampaknya telah menghasilkan tingkat kepuasan yang cukup tinggi.

Sean

Saya pikir masalah utamanya adalah bahwa Wi-Fi mungkin merupakan teknologi yang salah untuk pekerjaan itu, jika Anda benar-benar berbicara tentang 3.000 klien di area kecil seperti ruang dansa. Untuk lebih sedikit klien yang tersebar di ruang besar, saya pikir itu layak.

Menutupi ballroom dengan ribuan klien berpotensi akan menjadi peregangan untuk Wi-Fi, dengan asumsi bahwa klien benar-benar menggunakan jaringan. Anda hanya punya 3 saluran yang tidak tumpang tindih (di AS), dan saya belum pernah melihat titik akses (AP) yang cukup mendukung lebih dari 50 klien secara efektif. Anda akan berakhir dengan banyak titik akses yang berada di saluran yang sama dan banyak pertengkaran. Itu banyak perangkat klien untuk dimiliki di daerah kecil.

Jika Anda dapat memasang beberapa jenis antena yang sangat terarah dan tenaga radio telah dijepit untuk menargetkan sejumlah kecil klien, Anda mungkin membuat ini lebih baik. Untuk acara sementara seperti konferensi, tingkat perawatan obsesif yang diperlukan oleh survei lokasi semacam itu, saya bayangkan, akan menjadi sangat mahal.

Dengan asumsi Anda mencakup kepadatan klien yang lebih rendah dari 3.000 klien dalam satu ruang terbuka, Anda ingin menempatkan AP dengan ukuran zona cakupan untuk menangani sebagian kecil dari jumlah kemungkinan klien yang dapat didukung oleh AP (dengan mengutak-atik radio daya / antena), dan Anda ingin mencoba dan menjaga AP yang berdekatan di saluran yang tidak tumpang tindih. Semakin banyak AP, semakin baik, dan jangan membebani AP dengan terlalu banyak klien. (Tweaking kekuatan radio / antena untuk membuat zona cakupan tampaknya tidak intuitif untuk siapa pun yang belum mencoba untuk skala Wi-Fi untuk menangani sejumlah besar klien di area fisik kecil.)

Dari perspektif siaran layer 2, masuk akal untuk menyiarkan beberapa SSID dan back-end mereka ke subnet VLAN / IP yang berbeda. Itu akan tergantung pada jumlah perangkat klien dan karakter lalu lintas. Secara pribadi, saya tidak akan menempatkan lebih dari sekitar 500 perangkat dalam domain broadcast 2 layer tunggal pada LAN perusahaan. Saya hanya bisa membayangkan bahwa jaringan Wi-Fi konferensi akan lebih buruk.

DHCP harus menjadi no-brainer, meskipun redundansi menjadi perhatian. Saya mungkin akan menggunakan dhcpd ISC dan menyusun pengaturan failover ke server kedua. Saya pikir saya akan mencari server DHCP jahat juga. Pada Ethernet berkabel Anda dapat dengan mudah menonaktifkan port yang muncul pada server DHCP. Untuk Ethernet nirkabel, ini sedikit lebih bermasalah. Adakah yang tahu jika ada AP yang mendukung pemblokiran unit seluler berdasarkan alamat MAC? (Itu tidak membantu jika server DHCP palsu menipu MAC-nya begitu terdeteksi, tapi ini awal ...)

Jelas, router firewall / edge harus dapat menangani jumlah entri tabel NAT yang dapat dihasilkan oleh sejumlah klien. Router NAT mainan konsumen tidak akan menanganinya. Protokol router yang berlebihan (HSRP, VRRP, dll) dan beberapa perangkat router ujung akan menjadi keharusan untuk mencegah satu titik kegagalan dari merusak seluruh pertunjukan.

Adapun pertengkaran bandwidth pada backhaul, Anda dapat membatasi bandwidth klien ke Internet. Itu juga harus membatasi pertengkaran keseluruhan di udara, sampai batas tertentu.

Saya akan melemparkan sesuatu seperti Squid Cache di tempat sebagai proxy transparan untuk lalu lintas HTTP. Itu akan membantu dengan pemanfaatan backhaul. Cache proksi HTTP Anda tidak boleh menjadi titik kegagalan, jadi Anda akan membutuhkan infrastruktur untuk memantau kesehatan cache dan, jika gagal, rutekan di sekitarnya.

Saya tidak punya energi untuk menyalakan spreadsheet dan melihat keekonomian sekelompok switch Ethernet kecil dan kabel patch berserakan, tetapi semakin banyak yang saya baca, semakin banyak yang terdengar seperti Ethernet kabel akan menjadi cara yang bagus untuk melakukan konektivitas yang layak. Akan ada, tidak diragukan lagi, upaya besar yang diperlukan untuk menjalankan kabel Ethernet dan menyalakan sakelar, tetapi ini menyediakan infrastruktur jaringan yang jauh lebih mudah dikelola, bandwidth yang lebih andal, dan membutuhkan penyesuaian yang jauh lebih sedikit daripada obsesi nirkabel. Anda juga bisa menggunakan gigi kelas bawah untuk sakelar tepi, karena layanan 100 Mbps akan banyak untuk keperluan mengakses Internet.

Cisco memiliki 8 port switch kecil yang mengambil daya dari PoE - Catalyst 2960PD-8TT-L. Itu akan manis untuk aplikasi ini - meletakkan sesuatu seperti itu di setiap meja, mengambil kekuatannya dari switch yang mampu PoE yang lebih besar. Saya menduga itu cukup mahal untuk aplikasi ini, tapi saya menduga ada opsi "downmarket" yang tidak semahal yang tersedia dari seseorang. (Mencari sakelar yang diberdayakan oleh PoE tampaknya cukup sulit dengan Gooogle ...)

Intel memiliki makalah era 2006: menyediakan akses Wi-Fi di konferensi . Melihat jumlah mereka, mereka memiliki 50 klien pada satu AP pada satu titik, dan jumlah klien puncak di bawah total 100 klien. Itu tampak seperti angka yang cukup kecil dibandingkan dengan apa yang Anda bicarakan, dan pada tahun 2006 semua orang tidak membawa iPhone, dll.

Michael Arrington, dari TechCrunch, mempekerjakan Mariette Systems untuk TechCrunch 50 dan memiliki hasil yang luar biasa . Dari komentar, tampaknya mereka memiliki ratusan sakelar CISCO yang menyediakan koneksi RJ45 di setiap kursi ( gambar ) yang mungkin mendapatkan bandwidth yang cukup dari udara untuk membuatnya bekerja.

Memberi 2.000 pengguna internet inti keras akses simultan dari satu lokasi sangat, sangat sulit. Saya telah melihat pria dewasa menangis ketika mereka mencoba dan gagal.

Tahun ini, WOW. Ada lebih banyak Internet di TechCrunch50 daripada yang bisa Anda goyang. Dan untuk itu, Mariette Systems mendapatkan ciuman basah besar yang saya janjikan.

Tim: Ernie Mariette, Cliff Skolnick dan Tim Pozar. Mereka datang, membawa bandwidth (100 Mbps link microwave dari WiLine dan 30 Mbps dari Telekenex), mengaitkannya ke router BSD dan mendistribusikannya ke seluruh gedung melalui lebih dari 100 switch Cisco dan 28 titik akses wifi. Ada ratusan koneksi ethernet (dan soket ekstensi) di meja peserta. Ditambah bandwidth khusus untuk Ustream, area DemoPit dan panggung utama. Dan, secara keseluruhan, banyak hadirin yang sangat bahagia.

Ada lebih dari 1.200 koneksi simultan di titik puncak, dan ledakan penggunaan bandwidth inbound hingga 88 Mbps. Tapi tidak ada yang pernah dipotong. Dan saya perhatikan banyak orang di antara penonton menonton siaran langsung Ustream di laptop mereka. Yang lain menonton siaran langsung AS Terbuka. Dengan kata lain, penonton benar-benar menghabiskan bandwidth. Dan itu luar biasa.

Bahkan, saya sedikit kecewa karena penonton gagal membuat internet kami gagal. Mereka mencoba yang terbaik, dan ternyata ditemukan kekurangan.

Apple WWDC (setidaknya beberapa tahun terakhir) telah memiliki jangkauan nirkabel yang fantastis , tetapi mereka memiliki tim dorks duduk di sebuah akuarium sepanjang minggu menatap peta cakupan Cisco. Mereka mengerahkan banyak titik akses. Mereka juga secara cerdik memblokir beberapa unduhan besar dari situs konferensi dari jaringan nirkabel dan sebagai gantinya memunculkan peta tempat Anda dapat menemukan kabel ethernet.

Penyebaran Wi-Fi yang baik adalah kunci untuk akses nirkabel yang baik di konferensi besar.

Ketika banyak orang mencoba online, lalu lintas udara akan macet karena gangguan. Bayangkan setiap orang mencoba untuk "berbicara" ke jalur akses, semua pembicaraan akan menjadi kebisingan untuk percakapan yang tepat ketika yang lain mencoba untuk berbicara. Inilah penyebab persisnya dalam skenario semacam itu.

Untuk mengatasi masalah ini, Anda dapat mempertimbangkan hal berikut:

1 - Banyak Poin Akses Cerdas

Enterprise grade Thin AP memiliki kontrol radio, dan mendeteksi kapasitas klien Wi-Fi dan mencoba mendeteksi apakah itu kartu 802.11a / b / g / n. Jika itu masalahnya, pengendali AP akan mencoba mengalihkan pengguna ke saluran 5G 802.11n atau 802.11a, yang lebih jarang terjadi dan karenanya lebih sedikit gangguan.

2 - 802.11n

Ketika kita berbicara tentang Wi-Fi, AP 802.11g tipikal tidak pernah dapat mencapai 54Mbps sebagai beriklan (seperti 3G), dan mencapai sekitar 22Mbps. Dibagikan oleh 10 tamu, semua orang akan mendapatkan 2Mbps sederhana. Bagikan oleh 50 tamu, sekitar 40 kbps.

802.11n sedikit meningkatkan ini, kecepatan beriklan 150Mbps biasanya pergi ke 70Mbps, sehingga Anda dapat memiliki kecepatan yang lebih masuk akal untuk lebih banyak tamu.

3 - Lebih Banyak AP, Lebih Banyak Bandwidth

Menyebarkan lebih banyak AP dan itu akan menghilangkan hambatan sebelumnya. Tetapi dengan beberapa AP, Anda juga harus mengatur saluran mereka dengan benar untuk menghindari AP yang mengganggu AP lainnya. Jangan berhenti dengan lebih banyak AP, tambahkan lebih banyak bandwidth sehingga Internet tidak akan menjadi hambatan berikutnya

Mat

Saya baru saja kembali dari konferensi RIPE 59 di Lisbon, tempat saya memberikan dukungan teknis, termasuk jaringan nirkabel, dalam tim yang terdiri dari 7 insinyur, untuk sekitar 300 peserta. Selama saya terlibat, keluhan tentang nirkabel sangat jarang terjadi pada kebanyakan kasus. Kami mencapai puncaknya di sekitar 250 klien nirkabel online, dan total lalu lintas 44 Mbit / s.

Pada dasarnya, kami sudah menyerah pada konektivitas hotel bertahun-tahun yang lalu.

Modus operandi kami mengenai jaringan pada dasarnya:

• Temukan hotel dengan kabel terstruktur (patch, dan uji beberapa)
• Setuju dengan hotel bahwa Anda akan diizinkan untuk menempatkan peralatan di ruang patch mereka, dan dukungan
• Memiliki host lokal (ISP atau jaringan serupa yang berpengalaman serupa) yang menyediakan min. 100 Mbit / s ke ruang tambalan area konferensi
• Setuju dengan hotel bahwa mereka akan mengganti semua AP nirkabel mereka di area konferensi
• Bawa satu set sakelar, router dan titik akses, dan bangun jaringan Anda sendiri

Kami memiliki beberapa mandays untuk pengaturan jaringan, termasuk semua tambalan dan pengaturan nirkabel. Peralatan kami terdiri dari:

• 15 titik akses Cisco 802.11 a / b / g, biasanya menggunakan sekitar 10
• Dua router Juniper J2320 untuk BGP dan VRRP
• Four Foundry switches, di mana dua mendukung PoE untuk titik akses
• Alat analisa spektrum sederhana 2,4 GHz
• Penguji kabel Fluke yang baik, mengukur hal-hal seperti korsleting, miswiring, kabel putus, panjang kabel, kehilangan sinyal

Kami juga membawa beberapa kilometer UTP dan banyak konektor RJ45 jika kami perlu bekerja di sekitar pemasangan kabel hotel.

Untuk 802.11 b / g, pertama-tama kita melakukan survei, mencoba memetakan gangguan (dari bangunan atau lantai lain) dan kemudian memilih saluran 1/6/11 untuk setiap AP. Kami menggunakan kepadatan yang cukup tinggi dan pengaturan daya rendah. Selama pertemuan, kami memantau distribusi klien di antara AP, dan menyesuaikan tingkat daya di mana diperlukan untuk menghindari kelebihan beban satu AP.

Untuk upstream, kami memiliki awalan IPv4 dan IPv6 kami sendiri. Kumpulan DHCP jaringan publik kami memiliki sekitar 900 alamat. Kami biasanya mengatur peer BGP dengan upstream kami (tuan rumah lokal).

Jadi, dengan cara ini kami menghindari konektivitas nirkabel jelek atau jelek oleh hotel. Namun, seperti yang dapat Anda bayangkan, ada biaya yang cukup besar dalam peralatan, waktu teknik, dan mungkin tagihan hotel. Kualitas yang baik yang kami dapat berikan dengan cara ini, sepadan dengan biaya ini.

Orang-orang Microsoft Australia Tech.Ed memiliki beberapa artikel menarik tentang pengalaman Wi-Fi mereka di acara tahun ini.

Nirkabel adalah fokus yang berat, mengingat bahwa seluruh 2500+ peserta diberikan laptop nirkabel MiniNote HP, plus telepon mereka, laptop tambahan, dll ...

Blog utama adalah di http://techedbackstage.net/ dengan Menyelesaikan firasat kinerja Wi-Fi yang mencakup twist (agak) mengejutkan.

Tentu saja, ini lebih rumit selama acara oleh Geeks yang biasanya tidak pengertian yang merasa bahwa uplink 500 Mbps adalah untuk kebutuhan torrent mereka. :(

Apakah tidak ada orang lain yang melihat masalah mendasar dengan ratusan (atau puluhan ratusan) orang yang secara fisik terhubung dengan berada di ruangan yang sama, tetapi dipisahkan oleh koneksi internet mereka? Mengapa menempatkan semua orang di ruangan yang sama jika Anda tidak mengharapkan mereka untuk berbicara satu sama lain, atau memberikan perhatian penuh kepada presenter? Satu-satunya teknologi radio yang menangani ribuan koneksi independen dalam satu rentang siaran yang berdekatan adalah seluler, jadi jika Anda benar-benar ingin semua orang di ruangan yang sama memiliki koneksi mereka sendiri, itu satu-satunya pilihan Anda, dan semoga berhasil menemukan solusi biaya yang efektif untuk dicapai bahwa. Sheesh.

Di semua konferensi yang saya selenggarakan - sekitar 10 sekarang - solusi terbaik untuk masalah wi-fi adalah mengadakan konferensi di suatu tempat yang telah memecahkan masalah tersebut dalam skala besar.

Jawabannya? Universitas dan perguruan tinggi. Mereka sudah harus menyediakan akses nirkabel ke ribuan. Konferensi Anda tidak akan membahayakan mereka. Tahan konferensi Anda di universitas atau perguruan tinggi, minta mereka mengeluarkan kata sandi dan Anda tidak perlu khawatir tentang wi-fi.

Sean Reifschneider telah melakukan beberapa pekerjaan besar untuk mendapatkan wifi agar PyCons masa lalu berfungsi. Dia menulis laporan ekstensif untuk PyCon 2007 , PyCon 2008 dan baru-baru ini PyCon 2009 .

Dua kunci takeaways bagi saya benar-benar semacam kembali ke dasar-dasar, banyak bandwidth pertama dan kedua banyak titik akses. Mendapatkan semua titik akses tersebut agar berfungsi dengan baik dan perinciannya tentu saja penting. Tetapi jika Anda tidak memiliki basis bandwidth dan titik akses, tidak masalah bagaimana Anda mengaturnya, itu hanya tidak akan berhasil.

Pertanyaan ini sering ditanyakan kepada kami .... Saya direktur teknis acara Wi-Fi / VoIP / Bisnis Internet di Inggris. Kami hanya menyediakan layanan untuk acara Olah Raga, Pameran, Konferensi, dan Pengalaman.

Meskipun begitu banyak jawaban lain di sini memiliki kelebihan teknis, saya ingin datang dari arah lain. Perencana pertemuan manajer acara mendengarkan manajer penjualan venue, dua orang yang mungkin tahu sedikit tentang Wi-Fi atau solusi Internet.

Sebagian besar tempat akan memberi tahu Anda bahwa mereka memiliki "Wi-Fi di seluruh tempat". Wi-Fi ini biasanya cukup untuk kebutuhan sehari-hari para pengunjung hotel tetapi tidak untuk 2000 teknisi keras di suite konferensi!

Kami telah terlibat dengan berbagai konferensi teknologi di Vancouver, Atlanta, LA, London, Seoul dll dan tanpa gagal kami melakukan kunjungan lapangan dengan klien, perencana pertemuan dan Manajer TI hotel. Hal pertama yang harus ditetapkan adalah Internet back-haul yang tersedia untuk acara tersebut, tidak dibagi dengan hotel atau dikelola oleh pihak lain, kita harus memiliki kepemilikan selama acara berlangsung. Pada satu acara kami benar-benar mengambil alih seluruh akses internet hotel dan memberi hotel umpan balik dari router kami!

Jika Anda tidak memilikinya, Anda tidak bisa mengelolanya.

Kedua, mengerti persyaratan audiens dan persyaratan klien dan melihat apakah keduanya memenuhi? Klien memiliki persyaratan anggaran dan kinerja, audiens memiliki persyaratan teknis dan kinerja. Perbedaan besar antara keduanya adalah anggaran. Tahun ini khususnya ini merupakan masalah yang sangat besar, kami menyarankan kecepatan Internet yang diperlukan dan biaya serta klien menurunkan kecepatan karena anggaran. Penonton tidak senang karena internet lambat dan hei presto Wi-Fi / jaringan adalah sampah !!

Masalah berikutnya adalah peralatan, kami tidak memiliki kapak untuk digiling di sini, tetapi umumnya kami hanya menggunakan peralatan Cisco karena cenderung tetap bekerja dan dapat ditingkatkan ke ukuran audiens. Jika Anda pergi ke PC World atau Best Buy dan dapatkan router Belkin seharga $ 50 dan gagal di tengah jalan ... kejutan besar!

Akhirnya kru teknis, setiap bisnis memiliki tim IT atau guru teknologi sendiri sehingga ketika sesuatu berhenti bekerja mereka memiliki seseorang yang memahami semuanya untuk datang dan memperbaikinya.

Jika Anda memiliki jaringan acara dan memutuskan untuk membiarkan manajer acara atau pembicara utama memperhatikan jaringan juga maka Anda memiliki masalah, mereka sibuk dengan hal-hal kami dan benar-benar tidak tahan tekanan.

Dapatkan tim IT dalam 24x7 untuk mengelola jaringan, itu mungkin bukan prioritas Anda tiga bulan tetapi setengah melalui keynote ketika Internet gagal itu akan menjadi prioritas nomor satu Anda dan dapat membunuh acara yang sukses.

Beberapa orang di sini menyebutkan WWDC Apple. Jaringan itu mencakup 5.000+ orang di tiga lantai Moscone West selama seminggu. Setiap lantai berukuran lebih dari 120.000 kaki persegi sehingga mencakup> 360.000 kaki persegi. Hampir setiap orang di sana memiliki laptop (dan iPhone).

3 tahun terakhir ini mereka telah melakukannya dengan Cisco AP dan pengontrol pada 2,4 dan 5,0 GHz. Mereka juga menyediakan "meja kerja" 10-top dengan port switch berkabel 10/100 untuk mengurangi beban para pengguna hard-core. Ini bisa diandalkan di lobi, lorong, dan di ruang pertemuan.

foto-foto:

http://developer.apple.com/wwdc/experience/

Anda dapat mempertimbangkan menghadiri tahun depan hanya untuk pengalaman - atau mengirim seseorang untuk mencatat. Mereka mengadakan konferensi yang dikelola dengan sangat baik.

Saya telah terlibat dalam mengatur BarCamps di London, di mana kami memiliki 150-250 orang. Satu hal yang kami temukan adalah bahwa ada estimasi yang terlalu rendah dari kapasitas oleh venue dan kontraktor. Jika kita mengatakan bahwa 200 orang akan datang, mereka beroperasi atas dasar bahwa 50 dari mereka akan menggunakan Internet. Dan sejauh mana penggunaannya akan memeriksa email mereka dan memposting beberapa tweet. Pada kenyataannya, 200 geeks berarti 300 perangkat (laptop + smartphone + gadget). Jika Anda mengadakan konferensi dan meminta perusahaan luar untuk mengatur konektivitas, beri tahu mereka bahwa 200 orang akan datang tetapi beroperasi seolah-olah 600 akan datang (dll.).

Di BarCamp baru-baru ini, kami menyadari bahwa banyak orang ingin meretas pengembangan iPhone, jadi banyak orang perlu mendapatkan 700Mb + iPhone SDK (banyak yang lupa untuk memutakhirkan SDK setelah Snow Leopard keluar). Yang menyenangkan adalah bahwa Geeks dapat beradaptasi dengan situasi bandwidth rendah. Saya memberi tahu siapa pun yang menginginkannya menunggu sekitar satu jam - kemudian saya mengunduhnya dan memasangnya di server HTTP di laptop saya dan mengatakan kepada mereka untuk mengunduhnya dari sana.

Hal lain yang harus diperhatikan: port. Saya pergi ke hari hack di London baru-baru ini yang memblokir port CVS, svn dan git. Tidak benar-benar. Jika Anda mencoba membuat orang menulis kode, Anda perlu memastikan port terbuka untuk alat pengembang seperti kontrol versi dan SSH / SCP / SFTP.

Dengan acara nirlaba dan komunitas, Anda biasanya dapat menemukan orang yang tahu apa yang mereka lakukan. BarCamp pertama di Brighton melakukan satu hal dengan sangat tepat: mereka mendapatkan administrator dari zona wifi gratis lokal (Pier to Pier - hotspot gratis yang mencakup pantai Brighton) untuk membantu mengatur wifi acara. Mereka membawa setumpuk WRT54G yang dimodifikasi dan banyak pengetahuan dan pengalaman. Jika Anda mengatur BarCamps, pastikan untuk mengisi buku alamat Anda dengan orang-orang yang tahu wifi, yang tahu DHCP, dns, bind dll. Belilah bir dan pizza dalam jumlah berlebihan.

Hal lain: menyediakan konektivitas kabel. London BarCamp pertama hanya memiliki konektivitas kabel karena perusahaan hosting itu memiliki kekhawatiran tentang keamanan wifi. Memiliki kabel tersedia sebagai cadangan sangat membantu. Jika Anda memiliki konektivitas kabel, dan wifi yang disediakan venue jatuh, Anda selalu dapat menggunakan DHCP Anda sendiri.

Jika Anda memiliki kerumunan yang cukup culun, pertimbangkan Peg DHCP . ;)

Setuju sepenuhnya dengan Mark re the IETF. Persyaratan jaringan untuk menjadi tuan rumah pertemuan IETF online di http://iaoc.ietf.org/network_requirements.html
Mereka sangat rinci, dan mungkin akan menyebabkan sebagian besar penyedia tempat pingsan mati (Contoh: mandat untuk situs primer dan sekunder koneksi internet, dengan yang utama 45mbps - 100mbps dan yang kedua adalah> 10mbps, bidirectional.)

Apakah Anda mendengar tentang Xirrus ? (Seorang teman saya yang terhubung dengan Wi-Fi dalam pekerjaannya menyarankan mereka sebagai solusi yang lebih baik). Lihat contoh penggunaan pada Acara Microsoft

Dan Persyaratan: *

• Kemampuan untuk secara bersamaan menghubungkan 3.000 pengguna dalam satu ruangan

• Jaringan sederhana untuk dikelola secara terpusat

• Instalasi cepat dengan jumlah perangkat minimum

Ini memiliki 4 hingga 24 radio 802.11abg + n digabungkan ke sistem antena directional gain tinggi ke dalam satu perangkat bersama dengan switch multi-gigabit onboard, pengontrol Wi-Fi, firewall, sensor ancaman Wi-Fi khusus, dan tertanam penganalisa spektrum.

Pembaruan: Ada informasi orang dalam, bahwa bahkan orang-orang Cisco berpikir bahwa Xirrus keren! :-))

Jumlah energi di ruangan yang terdiri dari 3000 orang yang mencoba terhubung ke WiFi akan sangat besar. Begitu banyak sinyal yang berbeda yang pada akhirnya akan diterjemahkan menjadi noise.

Satu-satunya cara yang masuk akal untuk mendapatkan akses yang tepat adalah dengan memasang antena directional dan memisahkan bagian-bagian ruangan ke saluran yang berbeda. Karena itu, hampir tidak mungkin untuk mendapatkan koneksi yang "layak". Taruhan terbaik adalah memberikan tetes ethernet jika Anda benar-benar ingin meniadakan koneksi internet "benar-benar buruk".

Cari tahu siapa yang melakukan sistem di Google I / O 2009 dan lakukan apa yang mereka lakukan. Ada sejumlah titik akses industri yang terlihat di menara kecil di seluruh tempat, dan server sangat dapat diandalkan untuk berapa banyak peserta yang mereka layani. (4000?)

Terutama mengingat mereka memberikan ponsel Android (dengan WiFi) kepada setiap peserta.

Sesuatu yang banyak orang gagal untuk mempertimbangkan adalah bahwa itu biasanya bukan sesuatu yang dilemparkan bersama dalam semalam dan biasanya membutuhkan waktu lebih dari beberapa bulan untuk menyelesaikan seluruh proses (pernah melihat waktu memimpin untuk menyediakan OC3 atau DS3?). Sebagian besar koordinator acara hanya akan menyebutkan "oh yeah, kami juga memerlukan akses internet" atau pusat / hotel akan menggunakan ketersediaan internet sebagai titik penjualan. Peristiwa di mana orang memiliki pengalaman luar biasa berkaitan dengan koordinator yang mengetahui target audiens mereka dan tahu apa yang mereka butuhkan. Saya telah membantu mengatur dan mengelola infrastruktur jaringan khusus di konferensi yang memiliki waktu tunggu kurang dari 14 hari dan itu terlihat. Saya juga membantu mengatur dan mengelola infrastruktur jaringan khusus untuk konferensi tempat mereka memberi pemberitahuan setahun sebelumnya. Yang dengan pemberitahuan lanjut memiliki mulus, secepat Anda dapat menggunakannya, tidak ada akses masalah. Yang dengan waktu memimpin 14 hari diadakan bersama dengan lakban, kawat talangan dan doa, dan itu menunjukkan. Namun, tidak ada perayaan publik ketika segalanya berjalan dengan baik. Jika saya melakukan pekerjaan saya dengan benar dan orang-orang benar-benar merencanakan ke depan, hanya koordinator acara yang tahu nama perusahaan tempat saya bekerja. Jika koordinator mengacau dan tidak menyebutkannya sampai detik terakhir, semua orang di konvensi tersebut berpikir bahwa perusahaan tersebut tidak kompeten (namun, web memiliki ingatan yang sangat singkat). hanya koordinator acara yang tahu nama perusahaan tempat saya bekerja. Jika koordinator mengacau dan tidak menyebutkannya sampai detik terakhir, semua orang di konvensi tersebut berpikir bahwa perusahaan tersebut tidak kompeten (namun, web memiliki ingatan yang sangat singkat). hanya koordinator acara yang tahu nama perusahaan tempat saya bekerja. Jika koordinator mengacau dan tidak menyebutkannya sampai detik terakhir, semua orang di konvensi tersebut berpikir bahwa perusahaan tersebut tidak kompeten (namun, web memiliki ingatan yang sangat singkat).

Di Universitas saya (École Polytechnique de Montréal), mereka seharusnya memiliki sesuatu seperti 100 titik akses dan ada algoritma pengiriman saluran dinamis global yang dibuat oleh sekolah. Itu akan secara dinamis mengubah saluran dari beberapa AP untuk mengoptimalkan bandwidth dan sinyal yang tersedia di lokasi tertentu di sekolah tergantung pada waktu hari itu. Kafetaria mendapatkan bandwidth tertinggi saat makan siang dan seterusnya, sehingga seluruh jaringan AP akan beradaptasi dengan perilaku pengguna. Mereka berusaha mengurangi tumpang tindih saluran sebanyak mungkin ketika bandwidth tinggi diinginkan.

Sesuatu seperti itu dapat diimplementasikan dalam sebuah konferensi di mana tergantung pada jadwal, Anda dapat mengalokasikan saluran secara dinamis untuk AP yang berbeda.

Di ApacheCon (1500 orang atau lebih), nirkabel selalu berfungsi dengan baik. Mereka membawa perusahaan luar yang membuat uplink internet 20 Mbit sendiri dan menyelimuti lantai konferensi dengan cakupan AP nirkabel. Tergantung pada nirkabel hotel hampir dijamin menyakitkan. Jika Anda ingin itu dilakukan dengan benar, Anda perlu mengeluarkan uang dan membawanya dalam diri Anda sebagai bagian dari perencanaan konferensi Anda.

Anda harus mencoba menghubungi Netcrew ASSEMBLY ( http://www.assembly.org ). Setiap tahun mereka berhasil menyediakan akses Wifi yang stabil untuk sekitar 6000 orang (well, tidak semua menggunakan nirkabel) yang tersebar di sekitar arena hoki.

Tentu saja ada banyak upaya membangun jaringan semacam ini, tetapi mungkin mereka tahu beberapa tips dan trik yang dapat berguna untuk acara yang lebih kecil juga.

Catatan tentang IP spoofing: Teman saya bertanggung jawab untuk jaringan di linux.conf.au 2006, dan mereka memecahkan masalah spoofing dengan sebuah utilitas bernama dhcparpd:

dhcparpd adalah alat untuk mengurangi efek serangan spoofing IP pada jaringan berbasis ethernet. dhcparpd awalnya ditulis untuk membantu mengelola jaringan konferensi untuk Linux.Conf.AU yang diadakan di Dunedin pada Januari 2006.

dhcparpd bekerja dengan spoofing balasan ARP berdasarkan informasi yang disimpan dalam database sewa dari instance server ISC DHCPD3. dhcparpd mendengarkan pada soket pcap untuk permintaan ARP yang masuk, menanyakan server DHCP untuk alamat MAC menggunakan protokol OMAPI dan akhirnya mengirim respons palsu menggunakan perpustakaan injeksi paket libnet.

dhcparpd tidak menghentikan host asli mengirimkan respons ARP sendiri. Anda perlu mengkonfigurasi iptables / ebtables untuk memblokir paket-paket ini.

Lihat di http://research.wand.net.nz/software/dhcparpd.php .

Saya telah menghadiri konferensi teknologi besar yang berulang-ulang di mana ada banyak pengguna wifi, dan itu bekerja dengan sempurna.

Itu adalah IETF.

Bahkan, jaringan konferensi IETF digunakan sebagai showcase keluar dan RFC baru. Ada bagian khusus dari jadwal yang dijelaskan, yaitu statistik, pelajaran, dan untuk komentar, pertanyaan, dan kritik dari penggunanya, yang mungkin adalah pengguna teknologi internet paling maju secara teknis di planet ini.

Setiap kamar memiliki sedikit titik akses Cisco yang tampak menyeramkan, dengan tidak kurang dari enam antena di atasnya. Dan ruang konferensi utama, benda-benda kecil itu ada di mana-mana, berjarak tidak kurang dari 30 meter.

Diambil dari blog saya: jordaneunson.com .

Saya benci, BENCI, ketika saya pergi ke sebuah konferensi, pertemuan besar, kampus, apa pun dan mendapatkan sinyal Wi-Fi tetapi permintaan saya tampaknya masuk ke database di langit. Konferensi terkenal karena hal ini. Mereka mengemas sekelompok besar orang, ke dalam ruang kecil dengan satu titik akses nirkabel untuk mereka semua bagi. Atau lebih buruk lagi, mereka menempatkan beberapa titik akses di aula konferensi, semua dengan SSID yang sama, pada saluran yang sama dan relatif dekat satu sama lain. Wi-Fi dapat mendukung sejumlah besar klien jika dipasang dengan benar. Namun Anda harus mempertimbangkan bahwa semakin banyak orang masuk ke jaringan Anda, mereka masing-masing membuat sinyal dengan laptop atau telepon mereka dan dengan demikian mengganggu orang lain di sekitar mereka.

Pertama, ponsel, maksud saya bukan ponsel yang mendukung Wi-Fi, tidak. Maksud saya hanya ponsel standar yang beroperasi di kedua sisi pita Wi-Fi 2,4 GHz. Semua ponsel itu menciptakan interferensi pada awal dan akhir spektrum Wi-Fi. Dengan mengingat hal itu, pertama-tama kita ingin mengatur titik akses di tengah spektrum, di sekitar saluran 6. Sebagian besar titik akses memiliki fitur pengaturan saluran. Namun, karena semakin banyak klien bergabung dalam jaringan, lebih banyak suara akan ditempatkan ke saluran kecil itu. Kebanyakan orang berpikir bahwa titik akses Wi-Fi hanya kelebihan beban sehingga mereka menambahkan titik akses lain ke jaringan. Ini hanya akan membuat masalah menjadi lebih buruk. Masalahnya bukan bandwidth. Katakan dengan saya sekarang: Masalahnya BUKAN bandwidth! Masalahnya adalah 'rasio sinyal terhadap noise.'

Saat Sinyal bertemu Noise

Definisi signal to noise ratio (SNR) adalah rasio daya noise yang merusak daya sinyal. Rasio yang lebih tinggi dari 1 menunjukkan lebih banyak sinyal daripada noise. Anda akan melihat bahwa kecepatan data yang lebih tinggi seperti 54 Mbit / s akan turun dengan cepat semakin jauh Anda menjauh dari titik akses, banyak orang kemudian mencoba meningkatkan daya transmisi untuk memungkinkan sinyal untuk bergerak lebih jauh, tetapi ini hanya menimbulkan lebih banyak suara dan dengan demikian SNR yang sama. SNR menentukan kecepatan data mana yang dapat digunakan dalam jaringan nirkabel. Ketika laju data semakin tinggi, metode yang lebih kompleks digunakan untuk transmisi dan yang membutuhkan SNR jauh lebih tinggi untuk mendekode sinyal dengan benar ke aliran data di sisi penerima.

Memperkenalkan Beberapa Poin Akses

Seperti yang saya sebutkan sebelumnya, Anda ingin mencoba dan mengatur titik akses Anda di sekitar saluran 6, demi kekhususan katakanlah saluran 6. Tetapi sekali ada 25 orang atau lebih menggunakan satu saluran ini akan jenuh dan SNR akan turun, sehingga mengurangi tingkat data untuk klien Anda. Oleh karena itu menambahkan titik akses lain pada saluran yang sama ini bukanlah jawaban, sebaliknya Anda ingin menambahkan titik akses pada 2 saluran dari 6, satu di 4 dan mungkin yang lain di 8. Beri mereka SSID yang berbeda sehingga klien dapat memilih dan memilih mana yang akan gunakan, dan beri nama berdasarkan geografi tempat mereka berada. Nama seperti "Access Point 1" itu bukan ide yang baik, namun nama seperti "South Wall AP" atau "Stage Left AP" adalah. Dengan cara itu pengguna dapat mengetahui AP mana yang paling dekat dengan mereka, sehingga memastikan kecepatan data maksimum.

Lokasi, Lokasi, Lokasi

Seperti disebutkan sebelumnya, Anda akan ingin memberi nama titik akses Anda setelah tempat mereka secara fisik berada. Namun, adalah memikirkan gangguan listrik dan magnetik. Misalnya, menempatkan titik akses di langit-langit tepat di samping saluran 3 × 20A mungkin bukan ide yang baik. Baik meletakkannya di atas microwave atau kulkas. Berikan titik akses ruang yang cukup di antara mereka dan akhirnya cobalah untuk mendapatkan antena yang lebih baik daripada antena. Dengan tips ini Anda akan dapat mendukung sejumlah besar orang di lokasi yang sama dengan mudah dan tanpa membuat frustrasi peserta konferensi.

Saya tidak tahu jawaban pertanyaan yang diajukan, saya baru saja datang dari blog Joel untuk menambahkan contoh Conference-Wifi-Done-Right, dan menyarankan Anda mungkin bisa mendapatkan beberapa tips dari orang-orang ini.

Siapa kawan Apel. WWDC. Ribuan pengembang mengunjungi pusat Moscone selama seminggu, masing-masing membawa laptop (atau dua) dan iPhone (atau dua atau tiga atau ...), semuanya menggunakan wifi. Setengah dari mereka mengunduh Video konferensi besar yang saat ini tidak mereka hadiri.

... Dan sepertinya semuanya berhasil, entah bagaimana.

Saya tidak tahu apa rahasia mereka, tapi saya kira itu adalah tim kecil dari orang-orang yang tugasnya memastikan konferensi-wifi tidak payah.

Itu mungkin agak berlebihan untuk SO-hari (mencari di sana!), Tetapi tampaknya tidak terlalu sulit untuk mengirim mungkin sepasang orang di depan ke setiap tempat untuk mengurus masalah utama, setidaknya . Suka alamat IP. Dan mungkin throughput maksimum untuk orang-orang yang jelas-jelas "memonopoli bandwidth", dll.

Singkatnya: Anda tidak dapat mengandalkan tempat untuk membuat konferensi Anda tidak membosankan. Itulah tugas penyelenggara konferensi. Paling-paling, Anda dapat berharap bahwa buah segar mereka tidak terlalu hijau dan mereka memiliki cukup air botolan.

Ini biasanya jawaban yang sangat sederhana: Menyediakan infrastruktur untuk mendukung 3.000 pengguna membutuhkan biaya, dan banyak dari itu. Jalur akses, daya, pipa phat, proksi, QoS, pelambatan per-pengguna, dll.

Kecuali mereka dapat melakukan coupe ulang biaya-biaya ini dari orang-orang yang menyewa tempat mereka tidak akan repot memasang infrastruktur. Dan jika mereka mencoba untuk kembali coupe biaya orang akan pergi ke tempat lain karena "Mereka sangat mahal".

Kecuali mereka menuliskannya sebagai item pengeluaran, tapi saya tidak bisa melihat itu terjadi, kecuali mungkin di ruang konferensi milik Google atau FogBugz!

TechEd 2007 di Orlando tidak punya masalah. Mereka memiliki sejumlah besar stasiun kabel dan ribuan peserta tersebar di seluruh pusat konvensi. Memiliki stasiun yang dapat digunakan orang untuk mencetak dan memeriksa email dan kemudian area demo / bengkel terpisah mungkin mengurangi jumlah orang yang mencari-cari di komputer mereka sendiri ketika mereka seharusnya menyerap presentasi.

Anda harus memiliki banyak titik akses, tetapi dengan kekuatan sinyalnya ditolak. Dengan cara ini, Anda dapat secara efektif memiliki lebih banyak jalur akses ke area tertentu. Karena hanya ada 3 saluran yang berbeda secara efektif, Anda perlu meletakkannya di kotak segitiga untuk meminimalkan tumpang tindih. Saya akan merekomendasikan hanya menggunakan titik akses, bukan router sehingga Anda dapat memiliki solusi DHCP yang kuat.

Mungkin Anda bisa membawa titik akses Anda sendiri, dan menghubungkannya ke komputer yang dikonfigurasi sebagai router menggunakan wifi tempat sebagai uplink ke internet. Maka jangan beri tahu salah satu peserta kata sandi untuk wifi venue, hanya beri tahu mereka kata sandi untuk AP yang Anda bawa.

Ini tidak akan membantu Anda dengan bandwidth jelek, tetapi setidaknya Anda tidak akan kehabisan alamat IP seperti yang Anda lakukan di devdays boston (yang dioperasikan dengan sempurna selain masalah wifi.)

Sunting untuk ditambahkan: Seperti yang disebutkan orang lain, WWDC memiliki wifi yang sangat bagus setiap kali saya pergi. Cari tahu siapa yang menangani wifi mereka, dan sewa mereka :)

Bicara dengan Liz Frederick (liz @) yang menjalankan CFUnited ( cfunited.com ), Konferensi pengembang Coldfusion tahunan. Akses internet dan daya pada konferensi ini lebih baik daripada yang pernah saya lihat. Jelas ada banyak pemikiran ke dalam infrastruktur untuk memungkinkan ratusan pengembang semua mencoba kode baru di server web CF mereka di rumah.