Які перешкоди для забезпечення надійного доступу до Інтернету та Wi-Fi на великих технологічних конференціях? [зачинено]

Кожна технічна конференція, у якій я коли-небудь бував, і якої я багато відвідував, мала абсолютно безпроблемний Wi-Fi та доступ до Інтернету.

Іноді це DHCP-сервер, на якому не вистачає адрес. Іноді зворотний ремонт явно недостатній. Іноді є один маршрутизатор для бальної кімнати з 3000 чоловік. Але це завжди НЕЩО. Це ніколи не працює.

Які є найкращі практики для організаторів конференцій? Які питання вони повинні задати місцем конференції або провайдеру, щоб заздалегідь знати, чи працює Wi-Fi? Які найпоширеніші причини шаленого Wi-Fi на конференціях? Їх можна уникнути, чи Wi-Fi просто не є адекватною технологією для великих конференцій?

(Для тих, хто цікавиться, я нарешті написав свій звіт про бездротовий зв’язок за 2009 рік у PyCon ).

Більшість років, коли ми переїхали з університету Джорджа Вашингтона в готелі, я займався бездротовим зв’язком бездротового зв'язку, тому в мене є деякі ідеї щодо цього, які було доведено в бою - хоча лише з близько тисячі користувачів.

Одне, про що я чую, як багато людей говорять у цій дискусії, - це «висвітлення під відкритим небом у бальній залі». Одна з теорій, в якій я працюю, полягає в тому, що бальна зала НЕ є відкритим середовищем. Людські тіла досить добре всмоктують 802.11b / g і 802.11a.

Ось кілька моїх думок, але докладніші відомості доступні в моїх доповідях про конференції, якщо ви шукаєте в Google для "pycon wireless" - посилання tummy.com - це те, що ви хочете.

Я використовую лише канали, що не перекриваються, і розповсюджую точки доступу. Для 802.11b / g я запускаю радіостанції з найменшими налаштуваннями потужності. Для 802.11a я запускаю його за найвищою потужністю, оскільки у нас так багато каналів.

Я намагаюся підтримувати точки доступу досить низькими, тому органи можуть допомогти зменшити перешкоди між AP на одному каналі.

Я встановлюю всі AP-адреси на один і той же ESSID, щоб люди могли "бродити" на різні AP-адреси, коли навантаження (кількість асоційованих клієнтів) збільшується або покриття зменшується (більше людей приходить тощо).

Багато і багато точок доступу. Перший рік, коли у нас готель зайнявся мережею, вони врешті принесли 6 AP, але вони почали лише пару. Незважаючи на це, ми сказали їм, що ми будемо активно використовувати їх бездротовий зв'язок. Але у нас були й інші проблеми, такі як сервер DHCP, який роздавав оренду із шлюзом в іншій мережі, ніж адреса. (Дзвінки на підтримку призвели до того, що "я просто перезавантажу все.").

Ми використовуємо відносно недорогі додатки з двома радіоприймачами D-Link, вартістю близько 100 або 200 доларів кожен. У нас просто не було бюджету, щоб придбати від 20 до 40 $ 600 + додаткові додаткові версії. Ці D-Link додатки спрацювали напрочуд добре.

У 2009 році у нас були пекельні проблеми з нетбуками. Щось про радіо в цих просто смердить для використання на подібній конференції. Я чув повідомлення про те, як люди вкладають бездротові картки Intel в Нетбуки та отримують набагато кращі показники. На PyCon 2009 мій ноутбук не зміг отримати надійне з'єднання після початку конференції, але у мого ThinkPad не було проблем. Я чув подібні повідомлення від людей з Mac та іншими «справжніми» ноутбуками, але найдешевше обладнання просто не працювало.

Я НЕ робив нічого із спрямованими антенами. Я очікував, що вони мені знадобляться, але поки що це вийшло досить добре.

Більшість готелів не можуть забезпечити достатню пропускну здатність. Не хвилюйтесь, однак, існує безліч наземних бездротових провайдерів, які можуть забезпечити 100 Мбіт / с. Я не говорю про місця, на яких 802.11g їде від якоїсь вежі, але люди з реальними, серйозними радіоприймачами та віддаленим транспортом, щоб впоратися з цим.

Протягом останніх декількох років ми насправді не сильно перешкоджали проводним портам, в основному через бюджет та добровільні зусилля, необхідні для кабельного зв'язку всіх цих місць. У 2010 році ми очікуємо наявність декількох провідних портів. Мені подобається ідея підключення кожного сидіння для провідних, але я б сумнівався, що нам вдасться покрити навіть 10% просто завдяки зусиллям, необхідним для проводки та обслуговування такої мережі. Відключення людей від бездротового зв'язку - це чудово.

Відключення людей від частоти 802.11b також добре. Більшість людей, про які говорили з моменту, коли Джоел вигадав це, говорять про такі речі, як "3 канали, що не перекриваються", що стосується спектра 2,4 ГГц. Однак ми спостерігали ВЕЛИЧЕЗНЕ просування до спектру 5,2 ГГц. Перший рік, коли я керував мережею (2006?), Ми мали близько 25% використання. У 2008 році ми мали понад 60% у 5,2 ГГц.

Отже, так, запуск бездротового зв'язку з тисячами людей вимагає певної думки. Але, подумавши про це, схоже, це призвело до досить високого рівня задоволеності.

Шон

Я думаю, що головне питання полягає в тому, що Wi-Fi , мабуть, неправильна технологія роботи, якщо ви справді говорите про 3000 клієнтів у такій невеликій області, як бальна зала. Для меншої кількості клієнтів, які поширюються на великому просторі, я думаю, що це можливо.

Покриття бальної кімнати з потенційно тисячами клієнтів стане розтяжкою для Wi-Fi, якщо припустити, що клієнти насправді використовують мережу. У вас є лише 3 канали, що не перекриваються (в США), і я ніколи не бачив, щоб точка доступу (AP) ефективно підтримувала більше 50 клієнтів. Нарешті, у вас є багато точок доступу, що сидять на одному каналі, і багато суперечок для повітря. Це дуже багато клієнтських пристроїв на невеликій площі.

Якщо ви могли б встановити якісь високонаправлені антени, і радіоживлення було затиснуто вниз, щоб націлити невелику кількість клієнтів, ви можете зробити це краще. Для такої тимчасової події, як конференція, рівень нав'язливої ​​турботи, яка потребує такого опитування на сайті, я, думаю, буде нерозумно дорогим.

Якщо припустити, що ви охоплюєте меншу щільність клієнтів, ніж 3000 клієнтів, в одному просторі під відкритим небом, ви хочете розмістити AP-адреси з зонами покриття розміром, щоб обробляти значну частину можливої ​​кількості клієнтів, які може підтримувати AP (налаштовуючи радіо живлення / антени), і ви хочете спробувати зберегти сусідні AP-адреси на каналах, що не перекриваються. Чим більше точок доступу, тим краще, і не перевантажуйте AP-файли занадто великою кількістю клієнтів. (Налаштування радіоживлення / антен для створення зон покриття здається неінтуїтивним для тих, хто не намагався масштабувати Wi-Fi для обробки великої кількості клієнтів у невеликій фізичній зоні.)

З точки зору мовлення 2-го рівня, було б доцільно транслювати декілька SSID та підтримувати їх у різні підмережі VLAN / IP. Це залежало б від кількості клієнтських пристроїв та характеру трафіку. Особисто я б не розміщував більше 500 пристроїв у одношаровому 2-ефірному домені у корпоративній локальній мережі. Я можу лише уявити, що конференц-мережа Wi-Fi була б гіршою.

DHCP повинен бути непродуманим, хоча надмірність викликає занепокоєння. Я, мабуть, використовував ISC dhcpd і розробив механізм відмови на другому сервері. Я думаю, що я також буду шукати шахрайських серверів DHCP. На провідній Ethernet ви можете легко відключити порти, на яких з'являються шахрайські сервери DHCP. Для бездротового Ethernet це трохи більш проблематично. Хтось знає, чи є AP, які підтримують блокування мобільних пристроїв на основі MAC-адреси? (Це не допомагає, якщо шахрайський сервер DHCP підробляє свій MAC після виявлення, але це старт ...)

Очевидно, що брандмауер / крайовий маршрутизатор повинен мати можливість обробляти кількість записів таблиці NAT, які може створити така кількість клієнтів. NAT маршрутизатор споживчої іграшки не збирається з цим впоратися. Надмірний протокол маршрутизатора (HSRP, VRRP тощо) та кілька крайових пристроїв маршрутизатора стануть необхідністю, щоб не допустити, щоб одна точка провалу зруйнувала все шоу.

Що стосується супроводу пропускної здатності на віддаленому заході, ви можете перешкодити пропускну здатність клієнта до Інтернету. Це також має обмежити загальну суперечку в ефірі.

Я б кинув щось на зразок кешу Squid на місце прозорого проксі для HTTP-трафіку. Це допоможе у використанні ремонту. Ваш кеш-проксі HTTP не повинен бути точкою збою, тому вам знадобиться інфраструктура для контролю стану кешу і, якщо він не вдається, прокладати навколо нього.

У мене немає енергії, щоб розпалити електронну таблицю і подивитися на економіку купки маленьких комутаторів Ethernet та патч-кабелів, розкритих навколо, але чим більше я читаю, тим більше, що це звучить як провідний Ethernet був би чудовим способом щоб вирвати гідну підключення. Без сумніву, значні зусилля потрібні для запуску кабелів Ethernet та живлення комутаторів, але це забезпечує набагато більш керовану мережеву інфраструктуру, більш надійну пропускну здатність і вимагає набагато менш нав'язливих налаштувань, ніж бездротові. Ви можете піти і від використання низькочастотних передач для крайових комутаторів, оскільки послуги 100 Мбіт / с вистачить для доступу до Інтернету.

У Cisco є невеликий 8-портовий комутатор, який черпає свою потужність від PoE-- Catalyst 2960PD-8TT-L. Це було б солодко для цього додатка - поміщаючи щось подібне на кожен стіл, черпаючи його потужність з більшого PoE-комутатора. Я здогадуюсь, що це досить дорого для цього додатка, але я здогадуюсь, що існує "нижчий ринок" варіант, який не є таким дорогим у когось. (Пошук перемикачів, що працюють на базі PoE, здається, доволі важкий за допомогою Google ...

Intel має документ про епоху 2006 р. Про надання доступу до Wi-Fi на конференціях . З огляду на їх кількість, в одній точці вони мали 50 клієнтів на одній точці доступу, а максимальне завантаження клієнтів - менше 100 клієнтів. Вони здаються досить маленькими цифрами порівняно з тим, про що ви говорите, і в 2006 році всі не носили з собою iPhone тощо.

Майкл Аррінгтон з TechCrunch найняв Mariette Systems для TechCrunch 50 і мав зоряні результати . З коментарів, здається, у них були сотні комутаторів CISCO, що забезпечували з'єднання RJ45 на кожному сидінні ( фотографія ), які, ймовірно, отримали достатню пропускну здатність повітря, щоб змусити його працювати.

Одночасний доступ 2000 користувачів жорсткого сердечного Інтернету є дуже-дуже важким. Я бачив, як дорослі чоловіки плачуть, коли вони намагалися і не вдалися.

Цього року, правда, WOW. У TechCrunch50 було більше Інтернету, ніж можна потиснути палицю. І для цього Mariette Systems отримує той великий мокрий поцілунок, який я пообіцяв.

Команда: Ерні Маріетт, Кліфф Скольнік та Тім Позар. Вони ввійшли, принесли пропускну здатність (мікрохвильове посилання 100 Мбіт / с від WiLine та 30 Мбіт / с від Telekenex), підключили його до маршрутизатора BSD і розподілили його по всій будівлі за допомогою понад 100 комутаторів Cisco та 28 точок доступу Wi-Fi. За столами відвідувачів було сотні мережевих підключень (і смуг живлення). Плюс присвячений пропускній спроможності до Ustream, області DemoPit та головної сцени. І, загалом, дуже багато задоволених відвідувачів.

Було понад 1200 одночасних з'єднань у точкових точках і сплеску до 88 Мбіт / с. Але ніхто ніколи не був відрізаний. І я помітив декількох людей в аудиторії, які дивляться пряму трансляцію Ustream на своїх ноутбуках. Інші дивилися пряму трансляцію US Open. Іншими словами, аудиторія повністю втрачала пропускну здатність. І це було чудово.

Насправді я трохи розчарувався, що аудиторія не змогла збити наш Інтернет. Вони постаралися з усіх сил і виявили бажаючих.

WWDC Apple (принаймні останні кілька років) мав фантастичне бездротове покриття, але у них є команда будинків, які цілий тиждень сиділи в рибці, дивлячись на карти покриття Cisco. Вони розгортають тонну точок доступу. Вони також спритно блокують деякі великі завантаження з веб-сайту конференції з бездротової мережі і замість цього спливають карти, де можна знайти кабель Ethernet.

Гарне розгортання Wi-Fi - це ключ до гарного бездротового доступу на великій конференції.

Коли багато людей намагаються вийти в Інтернет, повітряний рух заважатиме через перешкоди. Уявіть, що всі намагаються "поговорити" до точки доступу, усі розмови стали б шумом для правильної розмови, коли інші намагаються розмовляти. Це саме причина в такому сценарії.

Щоб подолати ці проблеми, ви можете врахувати наступні дії:

1 - багато розумних точок доступу

Корпоративний тонкий AP має радіоуправління, і він виявляє ємність клієнта Wi-Fi і намагається визначити, чи це карта 802.11a / b / g / n. Якщо це так, контролер AP намагатиметься переключити користувача на канал 5G 802.11n або 802.11a, що є рідше і, таким чином, менше перешкод.

2 - 802.11n

Коли ми говоримо про Wi-Fi, типовий 802.11g AP не може НІКОЛИ досягти 54Mbps як реклама (як 3G), і він доходить приблизно до 22Mbps. У розділі 10 гостей кожен отримає скромні 2 Мбіт / с. Поділіться 50 гостями, що складе близько 40 кбіт / с.

802.11n це трохи покращує, швидкість реклами 150Mbps зазвичай доходить до 70Mbps, тому ви можете мати більш розумну швидкість для більшості гостей.

3 - Більше AP, більше пропускної здатності

Розгорніть більше AP, що усуне попереднє вузьке місце. Але при декількох точках доступу також потрібно правильно встановити їх канал, щоб уникнути втручання AP в інший AP. Не зупиняйтеся на більшій точці доступу, додайте більше пропускної здатності, щоб Інтернет не став наступним вузьким місцем

Метт

Щойно я повернувся з конференції RIPE 59 у Лісабоні, де я забезпечив технічну підтримку, включаючи бездротову мережу, в команді з 7 інженерів для близько 300 відвідувачів. Поки я займаюся, скарги на бездротовий зв’язок в більшості випадків дуже рідкісні. Ми досягаємо близько 250 бездротових клієнтів в Інтернеті та загалом 44 Мбіт / с трафіку.

В основному, ми відмовились від підключення до готелів багато-багато років тому.

Наш спосіб роботи щодо мереж в основному:

• Знайдіть готель зі структурованим кабелем (виправлення та тестування кількох)
• Погодьтеся з готелем, що вам дозволять розмістити обладнання у їхній кімнаті з патчами та підтримати
• Майте локального хоста (ISP або подібну досвідчену гідну мережу), яка забезпечує хв. 100 Мбіт / с в патч-конференц-залі
• Домовтеся з готелем, що вони перемкнуть усі свої бездротові AP-адреси в конференц-залі
• Візьміть набір комутаторів, маршрутизаторів та точок доступу та створіть власну мережу

У нас є кілька понеділок для налаштування мережі, включаючи всі патчі та налаштування бездротового зв'язку. Наше обладнання складається з:

• 15 Точки доступу Cisco 802.11 a / b / g, зазвичай розгортаючи близько 10
• Два маршрутизатора Juniper J2320 для BGP та VRRP
• Чотири ливарні комутатори, з яких два підтримують PoE для точок доступу
• Простий аналізатор спектра 2,4 ГГц
• Пристойний тестер кабелю Fluke, вимірює такі речі, як коротке замикання, неправильне підключення, поламані дроти, довжина кабелю, втрата сигналу

Ми також пропонуємо кілька кілометрів UTP та безліч роз'ємів RJ45 на випадок, якщо нам потрібно обійтися кабельним кабелем.

Для 802.11 b / g ми спочатку робимо опитування, намагаючись скласти карту будь-яких перешкод (з інших будівель чи поверхів), а потім вибираємо канал 1/6/11 для кожної точки доступу. Ми використовуємо досить високу густину та низьку потужність. Під час наради ми стежимо за розподілом клієнтів серед AP-серверів та регулює рівень потужності там, де це потрібно, щоб уникнути перевантаження одного AP.

У верхньому напрямку ми маємо власний префікс IPv4 та IPv6. Наш пул DHCP у загальнодоступній мережі має близько 900 адрес. Зазвичай ми встановлюємо BGP- пирінг разом із нашим верхнім потоком (місцевим господарем).

Отже, таким чином ми уникаємо шаленого бездротового зв'язку або шаленого зовнішнього підключення готелю. Однак, як ви можете собі уявити, є значна вартість обладнання, інженерного часу і, можливо, рахунок у готелі. Гарна якість, яку ми можемо забезпечити таким чином, вартує цих витрат.

У Microsoft Australia Tech.Ed люди мають кілька цікавих статей про свій досвід Wi-Fi на цьому заході.

Бездротовий зв'язок був серйозним фокусом, враховуючи, що всі 2500+ відвідувачів були забезпечені бездротовим ноутбуком HP MiniNote, а також їх телефонами, додатковими ноутбуками тощо ...

Основний блог знаходиться на веб-сайті http://techedbackstage.net/, з вирішенням уявлення про продуктивність Wi-Fi, що охоплює (дещо) дивовижний поворот.

Звичайно, це було ще більше ускладнене під час заходу звичайними неуважними вундеркіндами, які вважають, що 500 Мбіт / с висхідна лінія - це для їх потреб. :(

Хіба ніхто більше не бачить основної проблеми з сотнями (або десятками сотень) людей, фізично пов’язаних, перебуваючи в одній кімнаті, але розділених на увазі своїми Інтернет-зв’язками? Навіщо розміщувати всіх у одній кімнаті, якщо ви не очікуєте, що вони поговорять один з одним або не приділять їх нерозділеній увазі присутнім? Єдина радіотехніка, яка обробляє тисячі незалежних з'єднань у межах одного суміжного діапазону радіомовлення, - це стільниковий, тому якщо ви дійсно хочете, щоб усі в одній кімнаті мали свої власні з'єднання, це ваш єдиний варіант, і удачі в пошуку економічно ефективного рішення. що. Шиш.

На всіх конференціях, які я організував - близько 10 зараз - найкращим рішенням проблеми Wi-Fi є проведення конференції де-небудь, яка вже вирішила проблему у великих масштабах.

Відповідь? Університети та коледжі. Вони вже мають забезпечити бездротовий доступ тисячам. Ваша конференція не принесе їм ніякої шкоди. Проведіть свою конференцію в університеті чи коледжі, змусіть її видати пароль і вам не доведеться турбуватися про wi-fi.

Шон Рейфшнайдер зробив велику роботу по налагодженню роботи wifi для минулих PyCons. Він написав великі звіти для PyCon 2007 , PyCon 2008 та нещодавно PyCon 2009 .

Два ключових способи для мене - це щось на зразок повернення до основ, по-перше, пропускна здатність і по-друге, багато точок доступу. Звісно, ​​що всі ці точки доступу працюють добре і детально про них, безумовно, важливо. Але якщо у вас немає основи пропускної здатності та точок доступу, це не має великого значення, як ви її налаштували, це просто не працюватиме.

Це питання нам задають стільки разів .... Я технічний директор події Wi-Fi / VoIP / Інтернет-бізнес у Великобританії. Ми надаємо послуги лише для спортивних, виставкових, конференційних та досвідчих заходів.

Хоча в багатьох інших відповідях тут є технічна заслуга, я хотів прийти до цього з іншого напрямку. Планувальник зустрічей менеджера подій слухає менеджера з продажу місць, двоє людей, які, напевно, знають дуже мало про рішення Wi-Fi або Інтернету.

Більшість майданчиків скажуть, що у них є "Wi-Fi на всій території". Цей Wi-Fi, як правило, достатній для щоденних потреб відвідувачів готелю, але не для 2000 хардкор-технологій в конференц-наборі!

Ми брали участь у проведенні різноманітних технологічних конференцій у Ванкувері, Атланті, Лос-Анджелесі, Лондоні, Сеулі тощо, і ми неодмінно проводимо відвідування сайту з клієнтом, планувальником зустрічей та ІТ-менеджером готелю. Найперше, що потрібно встановити, - це доступ до Інтернету, доступний для події, який не використовується спільно з готелем або керується іншою стороною, ми повинні мати право власності на нього протягом тривалості події. Одного разу ми фактично взяли на себе весь доступ до Інтернету в готелі та повернули готель з нашого маршрутизатора!

Якщо ви не володієте ним, ви не можете ним керувати.

По-друге, зрозуміти потреби аудиторії та вимоги клієнта і побачити, чи відповідають двоє? Клієнт має вимоги до бюджету та продуктивності, аудиторія має технічні та експлуатаційні вимоги. Велика різниця між ними - бюджет. Зокрема, цього року це було дуже великим питанням, ми радимо необхідну швидкість Інтернету, а також вартість та клієнт знижує швидкість завдяки бюджету. Аудиторія не задоволена, оскільки Інтернет повільний, і тому, що Wi-Fi / мережа є сміттям !!

Наступний випуск - це обладнання, у нас немає сокири для шліфування, але, як правило, ми використовуємо лише обладнання Cisco, оскільки воно, як правило, продовжує працювати і може бути розширено до розміру аудиторії. Якщо ви перейдете до ПК World або Best Buy і отримаєте роутер Belkin за 50 доларів, і він провалюється в середині шляху .... великий сюрприз!

Нарешті, технічний колектив, у кожного бізнесу є своя ІТ-команда або технічний гуру, так що коли справи перестають працювати, у них хтось, хто все це розуміє, повинен прийти і виправити це.

Якщо у вас є мережа подій і ви вирішили дозволити диспетчеру подій або ключовому спікеру нот піклуватися про мережу, то у вас є проблеми, вони зайняті нашими справами і насправді не витримують тиску.

Отримайте ІТ-команду в режимі 24x7, щоб керувати мережею, можливо, це не буде вашим пріоритетом три місяці, але половина основного повідомлення, коли Інтернет вийде з ладу, це стане вашим пріоритетом номер один і може вбити успішну подію.

Кілька людей тут згадували WWDC від Apple. Ця мережа охоплює 5000 людей на трьох поверхах Moscone West протягом тижня. Кожен поверх складає більше 120 000 кв. Футів, тому вони охоплюють> 360 000 кв. Футів. Практично кожен там має ноутбук (і iPhone).

Останні 3 роки або близько того вони робили це з AP і контролерами Cisco на 2,4 і 5,0 ГГц. Вони також пропонують "робочі столи" на 10 вершин з портами 10/100 дротових комутаторів, щоб зняти навантаження для самих важких користувачів. Він надійно працює у фойє, передпокої та в залах для нарад.

фотографії:

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

Ви можете взяти участь у наступному році лише заради досвіду - або надіслати когось, щоб він робив нотатки. Вони виступили на дуже добре проведеній конференції.

Я брав участь в організації BarCamps в Лондоні, де нас є 150-250 людей. Одне, що ми знайшли, - це невпинна недооцінка потужностей за місцями та підрядниками. Якщо ми скажемо, що приїжджає 200 людей, вони діють на основі того, що 50 з них збираються користуватися Інтернетом. І ступінь їх використання буде перевіряти свою електронну пошту та розміщувати кілька твітів. Насправді 200 вундиків означає 300 пристроїв (ноутбук + смартфон + гаджети). Якщо ви організовуєте конференцію і отримуєте зовнішню компанію для встановлення зв'язку, скажіть їм, що приїжджає 200 людей, але вони працюють так, ніби 600 приходять (і т.д.).

Нещодавно в BarCamp ми зрозуміли, що багато людей хочуть зламати розробку iPhone, тому дуже багато людей потребували, щоб отримати 700Mb + iPhone SDK (багато хто забув оновити SDK після виходу Snow Leopard). Приємно, що гіки можуть адаптуватися до ситуацій із низькою пропускною здатністю. Я сказав кожному, хто хотів, щоб він почекав годину або близько того - тоді я завантажив його і поставив на сервер HTTP на своєму ноутбуці і сказав їм завантажити його звідти.

Ще одна річ, на яку слід звернути увагу: порти. Нещодавно я поїхав у Лондон, коли заблокував порти CVS, svn та git. Насправді ні. Якщо ви намагаєтеся змусити людей писати код, вам потрібно переконатися, що порти відкриті для таких інструментів для розробників, як контроль версій та SSH / SCP / SFTP.

Завдяки неприбутковим та громадським заходам ви, як правило, можете знайти людей, які знають, що вони роблять. Перший BarCamp у Брайтоні зробив одне дуже правильне: вони отримали адміністраторів місцевої безкоштовної зони Wi-Fi (Пір-Пір - безкоштовна точка доступу, яка охоплює пляж Брайтона), щоб допомогти створити wifi події. Вони принесли стопку модифікованих WRT54G та багато знань та досвіду. Якщо ви організовуєте BarCamps, не забудьте заповнити свою адресну книгу людям, які знають wifi, які знають DHCP, dns, bind тощо. Купуйте їм велику кількість пива та піци.

Інша річ: забезпечити дротовий зв’язок. Перший лондонський BarCamp мав провідне підключення, оскільки компанія, яка його розмістила, хвилювалася щодо безпеки Wi-Fi Доступний провід доступний як резервна копія. Якщо у вас є провідне підключення, і Wi-Fi, що надається місцем розташування, перетворюється, ви завжди можете розгорнути свій власний DHCP.

Якщо у вас достатньо прискіпливий натовп, розгляньте Peg DHCP . ;)

Погодьтесь повністю з Марком про IETF. Вимоги до мережі для проведення засідання IETF розміщені в Інтернеті за адресою http://iaoc.ietf.org/network_requirements.html
Вони надзвичайно деталізовані, і, ймовірно, можуть призвести до того, що більшість постачальників місцевих організацій втратять свідомість про мертве (Приклад: мандат на первинний та вторинний сайт підключення до Інтернету, основний - 45 Мбіт / с - 100 Мбіт / с, а вторинний - 10 Мбіт / с, двонаправлений.)

Ви чули про Кіррус ? (Мій друг, який на своїй роботі пов'язаний з Wi-Fi, визнав їх кращим рішенням). Дивіться приклад використання в Microsoft Events

І вимоги: *

• Можливість одночасного підключення 3000 користувачів в одному номері

• Проста мережа, яку можна керувати централізовано

• Швидка установка з мінімальною кількістю пристроїв

Він має від 4 до 24 радіостанцій 802.11abg + n, поєднаних з системою високих коефіцієнтів спрямованої антени в один пристрій разом із вбудованим багатогігабітним комутатором, Wi-Fi-контролером, брандмауером, виділеним датчиком загрози Wi-Fi та вбудованим аналізатор спектра.

Оновлення: Є інсайдерська інформація, що навіть хлопці Cisco думають, що Xirrus це круто! :-))

Кількість енергії в кімнаті 3000 людей, які намагаються підключитися до WiFi, була б величезною. Стільки різних сигналів було б цікавим, що врешті-решт це все перекладається на шум.

Єдиним розумним способом отримати належний доступ було б встановити спрямовані антени та відокремити частини кімнати для різних каналів. З огляду на це, "пристойні" зв'язки все одно буде майже неможливим. Найкраще зробити так, щоб надати краплі Ethernet, якщо ви чесно хочете заперечувати "абсолютно безглуздо" підключення до Інтернету.

Дізнайтеся, хто робив систему в Google I / O 2009 і робіть те, що вони робили. На невеликих вежах по всьому майданчику було видно ряд промислових точок доступу, і сервер був неймовірно надійним для того, скільки відвідувачів вони обслуговували. (4000?)

Особливо враховуючи те, що вони роздавали телефони Android (з WiFi) кожному учаснику.

Щось багато хто не враховує, це те, що зазвичай це не те, що кидається разом протягом ночі, і зазвичай потрібно більше декількох місяців, щоб випрасувати весь процес (коли-небудь дивіться час виходу на отримання OC3 або DS3?). Більшість координаторів заходів просто згадають "о так, і нам потрібен доступ до Інтернету", або центр / готель використовуватиме доступ до Інтернету як торгову точку. Події, де люди мали чудовий досвід, стосуються координаторів, які знали свою цільову аудиторію та знали, що їм потрібно. Я допомагав налаштовувати та керувати власною мережевою інфраструктурою на конференціях, що мали менше 14 днів, і це показало. Я також допоміг створити та керувати власною мережевою інфраструктурою для конференцій, де вони повідомили рік заздалегідь. Той, хто має розширене повідомлення, мав безперебійний та швидкий доступ, без проблем доступу. Той, який проводив 14 днів, проходив разом із клейкою стрічкою, дротом і молитвою, і це показало. І все-таки немає публічного святкування, коли справи йдуть добре. Якщо я роблю свою роботу правильно і люди насправді планують заздалегідь, тільки координатори заходів знають назву компанії, в якій працюю. Якщо координатори замовчують і не згадують про це до останньої секунди, всі учасники конгресу здаються компанією некомпетентною (однак, у мережі дуже короткий об'єм пам'яті). тільки координатори заходів знають назву компанії, в якій працюю. Якщо координатори замовчують і не згадують про це до останньої секунди, всі учасники конгресу здаються компанією некомпетентною (однак, у мережі дуже короткий об'єм пам'яті). тільки координатори заходів знають назву компанії, в якій працюю. Якщо координатори замовчують і не згадують про це до останньої секунди, всі учасники конгресу здаються компанією некомпетентною (однак, у мережі дуже короткий об'єм пам'яті).

У моєму університеті (Політехнічна школа Монреаля) вони нібито мали щось на кшталт 100 точок доступу, і існував глобальний алгоритм динамічного відправлення каналів, створений школою. Це дозволило б динамічно змінити канал деякої АР, щоб оптимізувати наявну пропускну здатність та сигнал у певному місці в школі залежно від часу доби. Під час обіду кафетерії отримали найбільшу пропускну здатність, і тому вся мережа AP адаптувалася б до поведінки користувачів. Вони намагалися максимально зменшити перекриття каналів, коли потрібна велика пропускна здатність.

Щось подібне може бути реалізовано на конференції, де залежно від розкладу можна динамічно розподіляти канали для різних точок доступу.

У ApacheCon (1500 або більше людей) бездротовий зв’язок завжди чудово працює. Вони запроваджують зовнішню компанію, яка налаштовує власну 20 Мбітну мережу Інтернет та висвітлює підлоги для конференцій із бездротовим покриттям AP. Залежно від бездротового зв'язку в готелі практично гарантується болісно. Якщо ви хочете, щоб це було зроблено правильно, вам потрібно витратити гроші і залучити їх до себе в рамках планування вашої конференції.

Спробуйте звернутися до мережі ASSEMBLY ( http://www.assembly.org ). Щороку їм вдається забезпечити стабільний доступ до Wi-Fi приблизно для 6000 людей (ну не всі користуються бездротовим зв’язком), розкиданих по хоккейній арені.

Звичайно, для створення такої мережі є багато зусиль, але, ймовірно, вони знають деякі поради та рекомендації, які також можуть бути корисними і для невеликих подій.

Примітка про підробку IP: Мої друзі відповідали за роботу в мережі на linux.conf.au 2006, і вони вирішили проблему підробки з утилітою dhcparpd:

dhcparpd - це інструмент для пом’якшення наслідків спуфінгу IP-адрес на мережах, що базуються на Ethernet. dhcparpd спочатку був написаний, щоб допомогти керувати мережею конференцій для Linux.Conf.AU, що відбулася в Данедіні в січні 2006 року.

dhcparpd працює, підробляючи відповіді ARP на основі інформації, що міститься в базі даних оренди екземпляра сервера ISC DHCPD3. dhcparpd прослуховує сокет pcap для вхідних ARP-запитів, запитує сервер DHCP для MAC-адреси за допомогою протоколу OMAPI і, нарешті, надсилає підроблений відповідь, використовуючи бібліотеку введення пакетів libnet.

dhcparpd не зупиняє реального хоста, який надсилає власну відповідь ARP. Вам потрібно налаштувати iptables / ebtables для блокування цих пакетів.

Перевірте це за адресою http://research.wand.net.nz/software/dhcparpd.php .

Я був на повторюваній конференції з великих технологій, де було багато користувачів Wi-Fi, і вона працювала бездоганно.

Це IETF.

Фактично, мережа конференцій IETF використовується як вітрина вихідних та нових RFC. Існують спеціальні частини розкладу, де він описується, це статистика, засвоєні уроки, а також коментарі, запитання та критичні запитання його користувачів, які, мабуть, НАЙБІЛЬШЕ технічно просунутих користувачів Інтернет-технологій на планеті.

Кожна кімната мала на собі жахливу маленьку точку доступу Cisco, на ній не менше SIX антени. І головний конференц-зал, ті дрібниці були скрізь, не менше 30 метрів один від одного.

Взято з мого блогу: jordaneunson.com .

Я ненавиджу, ненавиджу, коли я відвідую конференцію, велику зустріч, кампус, будь-що і отримую сигнал Wi-Fi, але мої запити, схоже, заходять у базу даних у небі. Конференції для цього горезвісні. Вони збирають велику групу людей у ​​невеликий простір з єдиною бездротовою точкою доступу, яку вони можуть спільно використовувати. Або ще гірше, вони розміщують кілька точок доступу в конференц-залі, всі з тим самим SSID, на одному каналі та відносно близько один від одного. Wi-Fi може підтримувати надзвичайно велику кількість клієнтів при правильній настройці. Однак вам потрібно врахувати, що все більше людей приходить у вашу мережу, вони створюють сигнал своїм ноутбуком або телефоном і тим самим втручаються в інших людей навколо них.

По-перше, стільникові телефони, я не маю на увазі телефони з підтримкою Wi-Fi, ні. Я маю на увазі просто стандартні стільникові телефони, які працюють з обох боків діапазону Wi-Fi 2,4 ГГц. Усі ці мобільні телефони створюють перешкоди на початку та в кінці спектру Wi-Fi. Зважаючи на це, ми спершу хочемо встановити точку доступу посередині спектру, навколо каналу 6. Більшість точок доступу мають функцію налаштування каналу. Однак, оскільки більше клієнтів приєднаються до мережі, більше цього шуму буде подано в цей маленький канал. Більшість людей вважає, що точка доступу Wi-Fi просто перевантажена, і тому вони додають ще одну точку доступу до мережі. Це лише коли-небудь погіршить проблему. Проблема не в пропускній здатності. Скажіть це зі мною зараз: проблема НЕ пропускна здатність! Проблема полягає у "співвідношенні сигнал / шум".

Коли Сигнал зустрів Шум

Визначення співвідношення сигнал / шум (SNR) - відношення потужності шуму, що пошкоджує потужність сигналу. Коефіцієнт вище 1 вказує більше сигналу, ніж шуму. Ви помітите, що більш високі швидкості передачі даних, такі як 54 Мбіт / с, швидко знизяться, чим далі ви віддаляєтесь від точки доступу, багато людей намагаються збільшити потужність передачі, щоб сигнал міг рухатись далі, але це просто вводить більше шуму і таким чином той самий SNR. SNR диктує, які швидкості передачі даних можуть використовуватися в бездротовій мережі. Оскільки швидкість передачі даних зростає, більш складні методи використовуються для передачі, і для цього потрібен значно більший SNR, щоб правильно декодувати сигнал назад в потік даних на приймальній стороні.

Введення кількох точок доступу

Як я вже згадував, ви хочете спробувати налаштувати свою точку доступу навколо каналу 6, задля конкретності, скажімо, канал 6. Але, як тільки 25 людей або близько того, використовуючи цей один канал, він буде насичений, і SNR збирається знижуйтеся, тим самим знижуючи швидкість передачі даних для ваших клієнтів. Тому додавання ще однієї точки доступу на цьому ж каналі не є відповіддю, натомість ви хочете додати точку доступу на 2 канали від 6, один на 4 та, можливо, інший на 8. Надайте їм різні SSID, щоб клієнти могли вибрати та вибрати який користуватися та називати їх на основі географії, в якій вони лежать. Назви такі "точка доступу 1" не є хорошою ідеєю, однак така назва, як "AP South Wall AP" або "Stage Left AP" є. Таким чином користувач може зрозуміти, яка точка доступу до них найбільш близька, забезпечуючи тим самим максимальну швидкість передачі даних.

Місце, Місце, Місце

Як було сказано раніше, ви хочете назвати точки доступу після того, як вони фізично лежать. Крім того, варто думати про електричні та магнітні перешкоди. Наприклад, розміщення точки доступу в стелі безпосередньо біля каналу 3 × 20А, мабуть, не є хорошою ідеєю. Ніхто не ставить його над мікрохвильовою піччю або холодильником. Дайте точкам доступу достатньо місця між ними і нарешті спробуйте дістати кращу антену, ніж запасні. За допомогою цих порад ви зможете легко та без розладу підтримувати велику кількість людей, що знаходяться в одному місці, і не відволікати їх від учасників конференції.

Я не знаю відповіді на поставлене запитання, я щойно прийшов сюди з блогу Джоеля, щоб додати приклад конференції-Wifi-Done-Right і припустити, що ви можете отримати поради від цих хлопців.

Хто хлопці? Apple. WWDC. За тиждень тисячі розробників потрапляють у центр Moscone, кожен з них записує ноутбук (або два) та iPhone (або два-три чи ...), і все це на wifi. Половина з них завантажує величезні відеоролики з конференцій, які вони зараз не відвідують.

... І все це, здається, працює якось.

Я поняття не маю, в чому їх секрет, але я здогадуюсь, що це невелика команда хлопців, завдання яких - переконатися, що конференція-wifi не смокче.

Це, мабуть, трохи непосидючі для SO-днів (дивлячись на це!), Але, здається, що не слід надто важко відправляти, можливо, пару хлопців попереду до кожного місця, щоб піклуватися про основні проблеми, принаймні. . Як і IP-адреси. І, можливо, максимальна пропускна здатність для людей, які явно «притискають пропускну здатність» тощо.

Коротше кажучи: ви не можете розраховувати на місце, щоб зробити вашу конференцію непристойною. Це завдання організаторів конференції. У кращому випадку можна сподіватися, що їхні свіжі фрукти не надто зелені і у них достатньо води у пляшках.

Зазвичай це дуже проста відповідь: Надання інфраструктури для підтримки 3000 користувачів коштує грошей, і багато цього. Точки доступу, живлення, Phat-труби, проксі, QoS, дроселювання кожного користувача тощо.

Якщо вони не зможуть повернути ці витрати від людей, які наймають місце, де вони не збираються заважати встановленню інфраструктури. І якщо вони спробують повернути гроші, люди підуть в інше місце, оскільки "вони так чортово дорогі".

Якщо вони не списують це як статтю витрат, але я не можу побачити, що це відбувається, за винятком, можливо, в конференц-залі, що належить Google або FogBugz!

TechEd 2007 в Орландо не мав проблем. У них було величезна кількість провідних станцій, і тисячі відвідувачів були розповсюджені по всьому конгрес-центру. На станціях люди можуть використовувати для друку та перевірки електронної пошти, а потім окремі демонстраційні / робочі області, ймовірно, скорочують кількість часу, коли люди обробляють на своїх комп’ютерах, коли вони повинні були поглинати презентації.

Потрібно мати велику кількість точок доступу, але з їх силою сигналу зменшено. Таким чином, ви можете ефективно мати більше точок доступу до певної області. Оскільки є лише 3 різних каналу, їх потрібно викласти в трикутну сітку, щоб мінімізувати перекриття. Я рекомендую просто використовувати точки доступу, а не маршрутизатори, щоб у вас було надійне рішення DHCP.

Можливо, ви могли б взяти з собою власну точку доступу та підключити її до комп'ютера, налаштованого як маршрутизатор, використовуючи wifi-майданчик місця в якості вихідної лінії до мережі. Тоді не кажіть жодному з присутніх пароль для Wi-Fi місця, лише скажіть їм пароль для AP, який ви принесли.

Це не допоможе вам з шаленою пропускною здатністю, але принаймні у вас не вичерпається IP-адрес, як у девдей Бостон (який експлуатувався зовсім інакше, ніж проблеми з wifi.)

Редагувати, щоб додати: Як вже згадували інші, WWDC мав неймовірно гарний wifi кожного разу, коли я їздив. Дізнайтеся, хто обробляє їхній wifi, і наймайте їх :)

Поговоріть з Ліз Фредерік (liz @), яка керує CFUnited ( cfunited.com ), щорічною конференцією розробників Coldfusion. Доступ до Інтернету та живлення на цій конференції був кращим, ніж я коли-небудь бачив. В інфраструктурі очевидно багато уваги, щоб сотні розробників могли випробувати новий код на своїх веб-серверах CF назад.