Каждая техническая конференция, на которой я когда-либо был, и на которой я бывал много, была ужасной. Вай-фай и доступ в Интернет.
Иногда у DHCP-сервера заканчиваются адреса. Иногда обратного рейса явно недостаточно. Иногда бывает один роутер для бального зала на 3000 человек. Но это всегда ЧТО-ТО. Это никогда не работает.
Каковы некоторые из лучших практик для организаторов конференций? Какие вопросы им следует задать месту проведения конференции или интернет-провайдеру, чтобы заранее узнать, будет ли Wi-Fi работать? Каковы наиболее частые причины плохого Wi-Fi на конференциях? Можно ли их избежать или Wi-Fi просто не подходит для крупных конференций?
Я думаю, что главная проблема в том, что Вай-фай это, вероятно, неподходящая технология для работы, если вы действительно говорите о 3000 клиентах в небольшом помещении, таком как бальный зал. Я думаю, что это возможно для меньшего количества клиентов, работающих на большом пространстве.
Охватить бальный зал с потенциально тысячами клиентов будет непросто для Wi-Fi, если предположить, что клиенты на самом деле с помощью сеть. У вас есть только 3 неперекрывающихся канала (в США), и я никогда не видел, чтобы точка доступа (AP) эффективно поддерживала более 50 клиентов. В итоге вы получите множество точек доступа, работающих на одном канале, и большую конкуренцию за эфир. Это много клиентских устройств на небольшой площади.
Если бы вы могли установить какие-то узконаправленные антенны и ограничить мощность радио для нацеливания на небольшое количество клиентов, вы могли бы сделать это лучше. Я полагаю, что для временного мероприятия, такого как конференция, уровень навязчивой заботы, который потребует такое обследование места, будет неоправданно дорогим.
Предполагая, что вы покрываете меньшую плотность клиентов, чем 3000 клиентов в одном открытом пространстве, вам нужно разместить точки доступа с зонами покрытия, размер которых позволяет обрабатывать значительную часть возможного количества клиентов, которые может поддерживать точка доступа (путем настройки радио мощность / антенны), и вы захотите попытаться сохранить соседние точки доступа на неперекрывающихся каналах. Чем больше точек доступа, тем лучше и не перегружайте точки доступа слишком большим количеством клиентов. (Настройка мощности радио / антенн для создания зон покрытия кажется неинтуитивной для любого, кто не пытался масштабировать Wi-Fi для обработки большого количества клиентов в небольшой физической области.)
С точки зрения широковещательной передачи уровня 2 имеет смысл транслировать несколько SSID и передавать их в разные VLAN / IP-подсети. Это будет зависеть от количества клиентских устройств и характера трафика. Лично я бы не стал помещать более 500 устройств в один широковещательный домен второго уровня в корпоративной локальной сети. Могу только представить, что конференц-сеть Wi-Fi была бы хуже.
С DHCP не должно быть проблем, хотя избыточность вызывает беспокойство. Я бы, вероятно, использовал ISC dhcpd и разработал схему переключения на второй сервер. Думаю, я тоже буду искать мошеннические DHCP-серверы. В проводном Ethernet вы можете легко отключить порты, на которых появляются мошеннические серверы DHCP. Для беспроводного Ethernet это немного сложнее. Кто-нибудь знает, есть ли AP, которые поддерживают блокировку мобильных устройств на основе MAC-адреса? (Это не помогает, если мошеннический DHCP-сервер подделывает свой MAC-адрес после обнаружения, но это начало ...)
Очевидно, межсетевой экран / граничный маршрутизатор должен уметь обрабатывать такое количество записей таблицы NAT, которое может генерировать такое количество клиентов. Игрушечный NAT-маршрутизатор с этим не справится. Протокол избыточного маршрутизатора (HSRP, VRRP и т. Д.) И несколько граничных устройств маршрутизатора станут необходимостью, чтобы одна точка отказа не испортила все шоу.
Что касается конкуренции за пропускную способность при обратном рейсе, вы можете ограничить пропускную способность клиента в Интернет. Это также должно в некоторой степени ограничить общую конкуренцию в эфире.
Я бы использовал что-то вроде Squid Cache в качестве прозрачного прокси для HTTP-трафика. Это поможет с использованием обратного рейса. Ваш кеш прокси-сервера HTTP не должен быть точкой отказа, поэтому вам потребуется инфраструктура для мониторинга состояния кеша и, в случае сбоя, обхода его.
У меня нет сил запускать электронную таблицу и смотреть на экономику разбросанных вокруг кучи маленьких коммутаторов Ethernet и соединительных кабелей, но чем больше я читаю, тем больше похоже, что проводной Ethernet был бы отличным способом чтобы осуществить приличную связь. Без сомнения, потребуются серьезные усилия для прокладки кабелей Ethernet и питания коммутаторов, но он обеспечивает гораздо более управляемую сетевую инфраструктуру, более надежную полосу пропускания и требует гораздо меньше навязчивой настройки, чем беспроводная связь. Вы также можете обойтись без использования недорогого оборудования для граничных коммутаторов, так как 100 Мбит / с услуги будет достаточно для доступа в Интернет.
У Cisco есть небольшой 8-портовый коммутатор, который питается от PoE - Catalyst 2960PD-8TT-L. Это было бы здорово для этого приложения - поставить что-то подобное на каждый стол, получая питание от более крупного коммутатора с поддержкой PoE. Я предполагаю, что это довольно дорого для этого приложения, но я предполагаю, что есть «дешевый» вариант, который у кого-то не такой дорогой. (Поиск переключателей питание по PoE кажется довольно сложным с Gooogle ...)
У Intel есть документ 2006 года по поводу: предоставление Wi-Fi доступа на конференциях. Судя по их количеству, у них было 50 клиентов на одной точке доступа в одной точке, а пиковая нагрузка клиентов составляла менее 100 клиентов. Это кажется довольно маленьким числом по сравнению с тем, о чем вы говорите, и в 2006 году все не носили с собой айфоны и т. Д.
(Для тех, кому интересно, я наконец написал Отчет 2009 года о беспроводной связи на PyCon).
Я использовал беспроводную связь для конференции PyCon большую часть лет с тех пор, как мы переехали из Университета Джорджа Вашингтона в отели, поэтому у меня есть некоторые идеи по этому поводу, которые были проверены в бою, хотя только с тысячей пользователей.
Одна вещь, о которой я слышал, как много людей говорят в этой дискуссии, - это «освещение на открытом воздухе в бальном зале». Одна теория, которой я придерживаюсь, заключается в том, что бальный зал НЕ открытая среда. Человеческие тела хорошо впитывают 802.11b / g и 802.11a.
Вот некоторые из моих мыслей, но более подробная информация доступна в моих отчетах о конференции, если вы выполните поиск в Google по запросу «pycon wireless» - ссылки на tummy.com - это то, что вам нужно.
Я использую только неперекрывающиеся каналы и распределяю точки доступа. Для 802.11b / g я запускаю радио с минимальными настройками мощности. Для 802.11a я использую максимальную мощность, потому что у нас так много каналов.
Я стараюсь держать точки доступа на достаточно низком уровне, чтобы тела могли помочь уменьшить помехи между точками доступа на одном канале.
Я установил для всех AP один и тот же ESSID, чтобы люди могли «перемещаться» к разным AP по мере увеличения нагрузки (количества связанных клиентов) или снижения покрытия (больше людей входит и т. Д.).
Множество точек доступа. В первый год, когда у отеля была сеть, они в конечном итоге установили 6 точек доступа, но начали только с пары. Несмотря на это, мы сказали им, что будем активно использовать их беспроводную связь. Но у нас также были другие проблемы, такие как 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 ГГц.
Итак, да, беспроводная связь с тысячами людей требует некоторого размышления. Но если подумать, то, похоже, получился довольно высокий уровень удовлетворения.
Шон
Майкл Аррингтон, TechCrunch, нанят Mariette Systems для TechCrunch 50 и имел звездные результаты. Из комментариев видно, что у них были сотни коммутаторов CISCO, обеспечивающих соединения RJ45. на каждом месте (картина), который, вероятно, получил достаточную пропускную способность в эфире, чтобы заставить его работать.
Обеспечить одновременный доступ 2000 постоянных пользователей Интернета из одного места очень и очень сложно. Я видел, как взрослые мужчины плакали, когда пытались, но терпели неудачу.
В этом году, правда, ВАУ. На TechCrunch50 Интернета было больше, чем можно было представить. И за это Мариетт Системс получает тот большой влажный поцелуй, который я обещал.
Команда: Эрни Мариетт, Клифф Сколник и Тим Позар. Они вошли, обеспечили полосу пропускания (100 Мбит / с микроволновая линия прямой видимости от WiLine и 30 Мбит / с от Telekenex), подключили ее к маршрутизатору BSD и распределили по всему зданию через более чем 100 коммутаторов Cisco и 28 точек доступа Wi-Fi. За столами для посетителей были сотни подключений к сети Ethernet (и удлинителей). Плюс выделенная полоса пропускания для Ustream, области DemoPit и основной сцены. И, в целом, много очень счастливых участников.
Было более 1200 одновременных подключений в пиковые периоды и всплески скорости использования входящей полосы пропускания до 88 Мбит / с. Но никто никогда не был сокращен. И я заметил, что несколько человек из аудитории смотрят прямую трансляцию Ustream на своих ноутбуках. Остальные смотрели прямую трансляцию US Open. Другими словами, аудитория полностью тратила пропускную способность. И это было прекрасно.
На самом деле я был немного разочарован тем, что публике не удалось заставить наш Интернет рухнуть. Они старались изо всех сил, и их сочли желающим.
WWDC от Apple (по крайней мере, последние несколько лет) фантастика беспроводное покрытие, но у них есть команда придурков, сидящих в аквариуме всю неделю и разглядывающих карты покрытия Cisco. У них есть масса точек доступа. Они также ловко блокируют некоторые из крупных загрузок с сайта конференции из беспроводной сети и вместо этого отображают всплывающие карты, где вы можете найти кабель Ethernet.
Я только что вернулся из СОЗРЕТЬ 59-я конференция в Лиссабоне, где я оказал техническую поддержку, включая беспроводные сети, в команде из 7 инженеров, примерно для 300 участников. Сколько бы я ни работал, жалобы на беспроводную связь в большинстве случаев очень редки. Мы пиковым числом около 250 беспроводных клиентов в сети и общим трафиком 44 Мбит / с.
По сути, мы отказались от подключения к отелям много лет назад.
Наши методы работы в отношении сетей в основном следующие:
У нас есть несколько мандатов на настройку сети, включая все исправления и настройку беспроводной сети. Наше оборудование состоит из:
Мы также приносим несколько километров UTP и множество разъемов RJ45 на случай, если нам понадобится прокладка кабеля в отеле.
Для 802.11 b / g мы сначала проводим опрос, пытаясь отобразить любые помехи (от других зданий или этажей), а затем выбираем канал 1/6/11 для каждой точки доступа. Мы используем достаточно высокую плотность и низкие настройки мощности. Во время встречи мы отслеживаем распределение клиентов между точками доступа и регулируем уровни мощности там, где это необходимо, чтобы избежать перегрузки одной точки доступа.
Для восходящего потока у нас есть собственный префикс IPv4 и IPv6. В нашем пуле DHCP общедоступной сети около 900 адресов. Мы обычно настраиваем BGP пиринги с нашим апстримом (локальным хостом).
Таким образом, мы избегаем плохой беспроводной связи или плохой внешней связи в отеле. Однако, как вы понимаете, это означает значительную стоимость оборудования, времени на разработку и, возможно, счета за гостиницу. Хорошее качество, которое мы можем обеспечить таким образом, стоит этих затрат.
Хорошее развертывание Wi-Fi - ключ к хорошему беспроводному доступу на больших конференциях.
Когда много людей пытается выйти в Интернет, из-за помех возникают помехи в воздушном движении. Представьте, что все пытаются «поговорить» с точкой доступа, все разговоры превращаются в шум для правильного разговора, когда другие пытаются говорить. Именно в этом причина такого сценария.
Чтобы преодолеть эти проблемы, вы можете рассмотреть следующее:
1 - Множество умных точек доступа
Тонкая точка доступа корпоративного уровня имеет радиоуправление и определяет емкость клиента Wi-Fi и пытается определить, карта ли это 802.11a / b / g / n. В этом случае контроллер AP попытается переключить пользователя на канал 5G 802.11n или 802.11a, который встречается реже и, следовательно, с меньшими помехами.
2 - 802.11n
Когда мы говорим о Wi-Fi, типичная точка доступа 802.11g НИКОГДА не может достичь 54 Мбит / с, как рекламируется (например, 3G), а скорость составляет около 22 Мбит / с. Разделили 10 гостей, каждый получит скромные 2 Мбит / с. Поделитесь 50 гостями, это будет примерно 40 кбит / с.
802.11n немного улучшает это, рекламная скорость 150 Мбит / с обычно достигает 70 Мбит / с, так что вы можете иметь более разумную скорость для большего числа гостей.
3 - Больше AP, больше пропускной способности
Разверните больше AP, и это устранит предыдущее узкое место. Но с несколькими AP вы также должны правильно настроить их канал, чтобы AP не мешал другой AP. Не останавливайтесь на большем количестве точек доступа, увеличьте пропускную способность, чтобы Интернет не стал следующим узким местом
Мэтт
У сотрудников Microsoft Australia Tech.Ed есть несколько интересных статей о своих Вай-фай опыты на мероприятии этого года.
Беспроводная связь была в центре внимания, учитывая, что все 2500+ участников получили ноутбук HP MiniNote с беспроводной связью, а также их телефоны, дополнительные ноутбуки и т. Д.
Основной блог находится по адресу http://techedbackstage.net/ с участием Устранение проблем с производительностью Wi-Fi покрывая (несколько) удивительный поворот.
Конечно, во время мероприятия все усложнили обычные невнимательные гики, которые считают, что восходящий канал со скоростью 500 Мбит / с предназначен для их потребностей в торрентах. :(
Разве никто другой не видит основную проблему в том, что сотни (или десятки сотен) людей физически связаны, находясь в одной комнате, но разделенных в уме своими подключениями к Интернету? Зачем помещать всех в одну комнату, если вы не ожидаете, что они будут разговаривать друг с другом или уделять все свое внимание ведущим? Единственная радиотехнология, которая обрабатывает тысячи независимых соединений в одном непрерывном диапазоне вещания, - это сотовая связь, поэтому, если вы действительно хотите, чтобы у всех в одной комнате были свои собственные соединения, это ваш единственный вариант, и удачи в поиске экономичного решения для выполнения. который. Шиш.
Шон Рейфшнайдер проделал огромную работу по обеспечению работы Wi-Fi для прошлых PyCons. Он написал обширные отчеты для PyCon 2007, PyCon 2008 и недавно PyCon 2009.
Два ключевых вывода для меня - это возвращение к основам, во-первых, большая пропускная способность, а во-вторых, множество точек доступа. Разумеется, важны все эти точки доступа и детали всего этого. Но если у вас нет базовой полосы пропускания и точек доступа, не имеет большого значения, как вы ее настраиваете, это просто не сработает.
Из всех конференций, которые я организовал, а сейчас их около 10, лучшее решение проблемы Wi-Fi - это проведение конференции где-нибудь, где проблема уже решена в широком масштабе.
Ответ? Университеты и колледжи. Они уже должны предоставить беспроводной доступ тысячам. Ваша конференция не причинит им вреда. Проведите конференцию в университете или колледже, попросите их выдать вам пароль, и вам не придется беспокоиться о Wi-Fi.
Нам столько раз задают этот вопрос .... Я технический директор мероприятия Вай-фай / VoIP Интернет-бизнес в Великобритании. Мы обслуживаем только спортивные мероприятия, выставки, конференции и мероприятия.
Хотя многие другие ответы здесь имеют технические достоинства, я хотел подойти к этому с другой стороны. Организатор встреч, организатор встреч, слушает менеджера по продажам места проведения, двух человек, которые, вероятно, очень мало знают о решениях Wi-Fi или Интернет.
Большинство заведений скажут вам, что у них есть «Wi-Fi на всей территории». Этого Wi-Fi обычно достаточно для повседневных нужд посетителей отеля, но не для 2000 хардкорных технических специалистов в конференц-залах!
Мы участвовали в различных технических конференциях в Ванкувере, Атланте, Лос-Анджелесе, Лондоне, Сеуле и т. Д., И в обязательном порядке проводим посещение объекта с клиентом, организатором встреч и ИТ-менеджером отеля. Самое первое, что нужно установить, - это обратная связь через Интернет, доступная для мероприятия, которая не предоставляется отелю и не управляется другой стороной, мы должны владеть ею на время проведения мероприятия. На одном мероприятии мы фактически взяли на себя весь доступ в Интернет в отеле и отправили в отель обратную связь с нашего маршрутизатора!
Если вы им не владеете, вы не сможете им управлять.
Во-вторых, понять требования аудитории и требования клиента и посмотреть, соответствуют ли эти два? У клиента есть требования к бюджету и производительности, у аудитории - технические требования и требования к производительности. Большая разница между ними - бюджет. В частности, в этом году это была очень большая проблема, мы консультируем нас по поводу требуемой скорости Интернета и стоимости, и клиент снижает скорость из-за бюджета. Публика недовольна, так как Интернет медленный, а Wi-Fi / сеть - мусор !!
Следующая проблема - это оборудование, нам здесь не о чем беспокоиться, но обычно мы используем только оборудование Cisco, потому что оно, как правило, продолжает работать и его можно масштабировать в соответствии с размером аудитории. Если вы пойдете в PC World или Best Buy и купите маршрутизатор Belkin за 50 долларов, и он выйдет из строя в середине мероприятия ... большой сюрприз!
Наконец, техническая команда, у каждого бизнеса есть своя ИТ-команда или технический гуру, поэтому, когда что-то перестает работать, у них был кто-то, кто все это понимал, чтобы прийти и исправить это.
Если у вас есть сеть мероприятий и вы решили позволить организатору мероприятий или ключевому докладчику тоже следить за ней, тогда у вас проблемы, они заняты нашими делами и действительно не выдерживают давления.
Получите круглосуточную ИТ-команду для управления сетью, это может не быть вашим приоритетом через три месяца, но в половине основного выступления, когда Интернет выходит из строя, это станет вашим приоритетом номер один и может убить успешное мероприятие.
Несколько человек здесь упомянули WWDC от Apple. Эта сеть охватывает более 5000 человек на трех этажах Moscone West в течение недели. Площадь каждого этажа составляет более 120 000 кв. Футов, поэтому они покрывают более 360 000 кв. Футов. Практически у каждого есть ноутбук (и iPhone).
Последние 3 года или около того они делали это с точками доступа Cisco и контроллерами на 2,4 и 5,0 ГГц. Они также предоставляют 10-верхние «рабочие столы» с 10/100 проводными портами коммутатора, чтобы снять нагрузку с самых требовательных пользователей. Он надежно работает в холлах, холлах и переговорных комнатах.
картинки:
http://developer.apple.com/wwdc/experience/
Вы можете подумать о том, чтобы поехать в следующем году просто ради опыта - или отправить кого-нибудь для заметок. Они устроили очень хорошо организованную конференцию.
Я участвовал в организации баркемпов в Лондоне, где у нас 150-250 человек. Мы обнаружили, что объекты и подрядчики сильно недооценивают пропускную способность. Если мы говорим, что придут 200 человек, они действуют исходя из того, что 50 из них будут пользоваться Интернетом. И степень их использования будет заключаться в проверке своей электронной почты и публикации нескольких твитов. На самом деле 200 гиков - это 300 устройств (ноутбук + смартфон + гаджеты). Если вы организуете конференцию и привлекаете стороннюю компанию для настройки подключения, скажите им, что придут 200 человек, но действовать так, как будто придут 600 (и т. Д.).
На недавнем BarCamp мы поняли, что многие люди хотят взломать разработку для iPhone, поэтому многим нужно было получить iPhone SDK объемом 700 МБ и более (многие забыли обновить SDK после выхода Snow Leopard). Приятно то, что компьютерщики могут адаптироваться к ситуациям с низкой пропускной способностью. Я сказал всем, кто хотел, чтобы он подождал час или около того, затем я загрузил его, разместил на HTTP-сервере на своем ноутбуке и сказал им загрузить его оттуда.
Еще одна вещь, на которую следует обратить внимание: порты. Недавно я был в Лондоне, где заблокировал порты CVS, svn и git. Нет, правда. Если вы пытаетесь заставить людей писать код, вам необходимо убедиться, что порты открыты для инструментов разработчика, таких как контроль версий и SSH / SCP / SFTP.
На некоммерческих и общественных мероприятиях обычно можно найти людей, которые знают, что делают. Первый BarCamp в Брайтоне сделал одну вещь очень правильной: они попросили администраторов местной зоны бесплатного Wi-Fi (от пирса до пирса - бесплатная точка доступа, охватывающая Брайтон-Бич), чтобы они помогли настроить Wi-Fi на мероприятии. Они принесли с собой стек модифицированных WRT54G, а также много знаний и опыта. Если вы организуете BarCamp, обязательно заполните свою адресную книгу людьми, которые знают Wi-Fi, DHCP, DNS, bind и т. Д. Купите им много пива и пиццы.
Другое дело: обеспечить проводное подключение. Первый лондонский BarCamp имел только проводное соединение, потому что хостинговая компания беспокоилась о безопасности Wi-Fi. Наличие проводной связи в качестве резервной копии полезно. Если у вас есть проводное соединение, а Wi-Fi, предоставляемый местом, выходит из строя, вы всегда можете развернуть свой собственный со своим собственным DHCP.
Если у вас достаточно фанатичная публика, рассмотрите Привязка DHCP. ;)
Вы слышали о Xirrus? (Мой друг, который подключился к Wi-Fi на своей работе, посоветовал их в качестве предпочтительного решения). См. Пример использования на События Microsoft
И требования: *
Возможность одновременного подключения 3000 пользователей в одной комнате
Простая сеть с централизованным управлением
Быстрая установка с минимальным количеством устройств
Он имеет от 4 до 24 радиомодулей 802.11abg + n, подключенных к системе направленных антенн с высоким коэффициентом усиления в одно устройство вместе со встроенным мультигигабитным коммутатором, контроллером Wi-Fi, межсетевым экраном, выделенным датчиком угроз Wi-Fi и встроенным анализатором спектра.
Обновить: Есть инсайдерская информация, что даже ребята из Cisco считают Xirrus крутым! :-))
Полностью согласен с Марком в отношении IETF. Сетевые требования для проведения собрания IETF можно найти на сайте http://iaoc.ietf.org/network_requirements.html
Они чрезвычайно подробны и, вероятно, заставят большинство провайдеров заведений упасть в обморок (Пример: мандат на подключение к Интернету первичного и вторичного сайтов, при этом первичный - 45 Мбит / с - 100 Мбит / с, а вторичный -> 10 Мбит / с, двунаправленный).
Узнайте, кто создал систему на Google I / O 2009, и сделайте то, что они сделали. На небольших башнях по всему залу было видно несколько промышленных точек доступа, и сервер был невероятно надежным для того, сколько посетителей они обслуживали. (4000?)
Особенно учитывая то, что они раздали каждому посетителю телефоны Android (с Wi-Fi).
Количество энергии в этой комнате из 3000 человек, пытающихся подключиться к Wi-Fi, было бы огромным. Было бы мешать так много разных сигналов, что, в конце концов, все это превратилось бы в шум.
Единственный разумный способ получить надлежащий доступ - это установить направленные антенны и разделить части комнаты на разные каналы. При этом получить «приличные» связи по-прежнему будет практически невозможно. Лучше всего обеспечить отключение Ethernet, если вы честно хотите предотвратить «абсолютно ужасное» подключение к Интернету.
Многие люди не принимают во внимание то, что обычно это не то, что делается в одночасье и обычно требуется больше, чем несколько месяцев, чтобы сгладить весь процесс (когда-нибудь смотрели на время выполнения заказа на подготовку OC3 или DS3?). Большинство координаторов мероприятий просто скажут: «О да, нам тоже нужен доступ в Интернет», в противном случае центр / отель будет использовать доступ в Интернет в качестве точки продажи. Мероприятия, на которых люди получили отличный опыт, связаны с координаторами, которые знали свою целевую аудиторию и знали, что им нужно. Я помогал настраивать пользовательские сетевые инфраструктуры и управлять ими на конференциях, время выполнения которых составляло менее 14 дней, и это было заметно. Я также помогал настраивать пользовательские сетевые инфраструктуры и управлять ими для конференций, о которых они уведомлялись за год. Тот, у которого есть предварительное уведомление, работал без проблем, так быстро, как вы можете его использовать, без проблем с доступом. Тот, у которого время выполнения заказа 14 дней, был скреплен изолентой, проволокой и молитвой, и это было заметно. Тем не менее, когда дела идут хорошо, не бывает публичных торжеств. Если я выполняю свою работу правильно, а люди действительно планируют заранее, только координаторы мероприятий знают название компании, в которой я работаю. Если координаторы облажались и не упомянули об этом до последней секунды, все на съезде, похоже, сочтут компанию некомпетентной (однако в сети очень мало памяти).
Я не знаю ответа на заданный вопрос, я просто пришел сюда из блога Джоэла, чтобы добавить пример Conference-Wifi-Done-Right и предположить, что вы могли бы получить несколько советов от этих парней.
Кто, ребята? Яблоко. WWDC. Тысячи разработчиков посещают центр Moscone на неделю, каждый из которых берет с собой ноутбук (или два) и iPhone (или два, три или ...), и все они подключены к Wi-Fi. Половина из них загружает огромные видеозаписи конференций, в которых они в настоящее время не участвуют.
... И вроде все как-то работает.
Я понятия не имею, в чем их секрет, но предполагаю, что это небольшая команда парней, чья работа состоит в том, чтобы убедиться, что конференц-Wi-Fi не отстой.
Это, вероятно, немного перебор для SO-дней (глядя на это!), Но, похоже, не должно быть СЛИШКОМ сложно послать пару парней вперед на каждое мероприятие, чтобы они позаботились об основных проблемах, по крайней мере. . Как IP-адреса. И, возможно, максимальная пропускная способность для людей, которые явно «забирают пропускную способность» и т. Д.
Вкратце: вы не можете рассчитывать на место проведения конференции, которая сделает вашу конференцию непосильной. Это работа организаторов конференции. В лучшем случае вы можете надеяться, что их свежие фрукты не слишком зеленые и у них достаточно воды в бутылках.
Взято из моего блога: jordaneunson.com.
Я ненавижу, НЕНАВИЖУ, когда я иду на конференцию, большое собрание, кампус и т.д. Вай-фай сигнал, но мои запросы, кажется, попадают в базу данных в небе. Конференции печально известны этим. Они упаковывают большую группу людей в небольшое пространство с единой точкой беспроводного доступа, которой все могут пользоваться. Или, что еще хуже, они размещают в конференц-зале несколько точек доступа, все с одинаковым SSID, на одном канале и относительно близко друг к другу. Wi-Fi может поддерживать очень большое количество клиентов при правильной настройке. Однако вам необходимо принять во внимание, что по мере того, как все больше и больше людей входят в вашу сеть, каждый из них создает сигнал с помощью своего ноутбука или телефона и, таким образом, создает помехи другим людям вокруг них.
Во-первых, сотовые телефоны, я не имею в виду телефоны с поддержкой Wi-Fi, нет. Я имею в виду только стандартные сотовые телефоны, которые работают по обе стороны диапазона Wi-Fi 2,4 ГГц. Все эти сотовые телефоны создают помехи в начале и в конце спектра Wi-Fi. Имея это в виду, мы сначала хотим настроить точку доступа в середине спектра, около канала 6. Большинство точек доступа имеют функцию настройки канала. Однако чем больше клиентов присоединяется к сети, тем больше шума будет помещаться в этот маленький канал. Большинство людей думают, что точка доступа Wi-Fi просто перегружена, и поэтому добавляют в сеть еще одну точку доступа. Это только усугубит проблему. Проблема не в пропускной способности. Скажите мне сейчас: проблема НЕ в пропускной способности! Проблема в «соотношении сигнал / шум».
Когда сигнал встретился с шумом
Определение отношения сигнал / шум (SNR) - это отношение мощности шума, которое искажает мощность сигнала. Отношение выше 1 означает, что сигнал больше, чем шум. Вы заметите, что более высокие скорости передачи данных, такие как 54 Мбит / с, будут быстро падать по мере удаления от точки доступа, многие люди затем пытаются увеличить мощность передачи, чтобы сигнал мог распространяться дальше, но это просто вносит больше шума. и, следовательно, такое же отношение сигнал / шум. SNR определяет, какие скорости передачи данных могут использоваться в беспроводной сети. По мере увеличения скорости передачи данных для передачи используются более сложные методы, что требует гораздо более высокого отношения сигнал / шум для правильного декодирования сигнала обратно в поток данных на принимающей стороне.
Представляем множественные точки доступа
Как я уже упоминал ранее, вы хотите попробовать настроить свою точку доступа на канале 6, для конкретности, скажем, на канале 6. Но как только 25 человек или около того будут использовать этот канал, он будет насыщен, и SNR будет снизиться, тем самым снизив скорость передачи данных для ваших клиентов. Поэтому добавление еще одной точки доступа на этом же канале не является ответом, вместо этого вы хотите добавить точку доступа на 2 каналах от 6, один на 4 и, возможно, другой на 8. Дайте им разные SSID, чтобы клиенты могли выбирать, какой из них использовать. используйте и назовите их в зависимости от географии, в которой они находятся. Такое название «Точка доступа 1» не является хорошей идеей, но такое название, как «Точка доступа Южной стены» или «Точка доступа слева», подходит. Таким образом, пользователь может определить ближайшую к нему точку доступа, обеспечивая максимальную скорость передачи данных.
Расположение, расположение, расположение
Как упоминалось ранее, вы захотите назвать свои точки доступа в честь того места, где они физически находятся. Также стоит подумать об электрических и магнитных помехах. Например, размещение точки доступа на потолке непосредственно рядом с кабельным каналом 3 × 20 А, вероятно, не является хорошей идеей. Ни в коем случае нельзя ставить его на микроволновую печь или холодильник. Дайте точкам доступа достаточно места между ними и, наконец, попробуйте найти лучшую антенну, чем стандартные. С помощью этих советов вы сможете с легкостью поддержать большое количество людей в одном месте, не расстраивая до чертиков участников конференции.
Я был на постоянной большой технической конференции, где было много пользователей Wi-Fi, и это работало безупречно.
Это IETF.
Фактически, конференц-сеть IETF используется как демонстрация существующих и новых RFC. В расписании есть специальные части, в которых оно описано, статистика, извлеченные уроки, а также комментарии, вопросы и критика со стороны пользователей, которые, вероятно, являются САМЫМИ технически продвинутыми пользователями интернет-технологий на планете.
В каждой комнате была маленькая жутко выглядящая точка доступа Cisco с не менее чем ШЕСТЬЮ антенн. А в главном конференц-зале эти мелочи были повсюду, на расстоянии не менее 30 метров друг от друга.
Замечание о спуфинге 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.
Вам следует попробовать связаться с ASSEMBLY's (http://www.assembly.org) Netcrew. Ежегодно им удается обеспечить стабильный доступ к Wi-Fi примерно 6000 человек (ну, не все пользуются беспроводным доступом), разбросанным по хоккейной арене.
Конечно, создание такой сети требует больших усилий, но, вероятно, они знают несколько советов и приемов, которые могут быть полезны и для небольших мероприятий.
На ApacheCon (около 1500 человек) беспроводная связь всегда работает отлично. Они привлекают стороннюю компанию, которая устанавливает собственный 20-мегабитный интернет-канал и покрывает конференц-залы беспроводным покрытием AP. В зависимости от отеля беспроводной связи практически гарантировано будет мучительно. Если вы хотите, чтобы все было сделано правильно, вам нужно потратить деньги и внести их в себя как часть планирования конференции.
В моем университете (École Polytechnique de Montréal) якобы было около 100 точек доступа и был создан глобальный алгоритм динамического распределения каналов. Он будет динамически изменять канал некоторой точки доступа, чтобы оптимизировать доступную полосу пропускания и сигнал в определенном месте в школе в зависимости от времени дня. Кафетерий получил самую высокую пропускную способность во время обеда и так далее, поэтому вся сеть AP могла адаптироваться к поведению пользователей. Они пытались максимально уменьшить перекрытие каналов, когда требовалась высокая пропускная способность.
Что-то подобное можно было бы реализовать на конференции, где в зависимости от расписания вы могли бы динамически распределять каналы для разных AP.
У вас должно быть много точек доступа, но с пониженным уровнем сигнала. Таким образом, у вас может быть больше точек доступа к данной области. Поскольку фактически существует только 3 разных канала, вам нужно расположить их в виде треугольной сетки, чтобы минимизировать перекрытие. Я бы рекомендовал использовать только точки доступа, а не маршрутизаторы, чтобы у вас было надежное решение DHCP.
На TechEd 2007 в Орландо проблем не было. У них было огромное количество проводных станций, и тысячи посетителей были разбросаны по всему конференц-центру. Наличие станций, которые люди могли бы использовать для печати и проверки электронной почты, а затем отдельных демонстрационных зон / семинаров, вероятно, сократило количество времени, которое люди возились на своих собственных компьютерах, когда им следовало поглощать презентации.
Обычно это очень простой ответ: предоставление инфраструктуры для поддержки 3000 пользователей стоит денег, и очень много. Точки доступа, питание, phat-каналы, прокси, QoS, индивидуальное регулирование и т. Д.
Если они не смогут возместить эти затраты с людей, нанимающих место, они не будут беспокоиться об установке инфраструктуры. И если они попытаются пересчитать затраты, люди уйдут в другое место, потому что «они чертовски дороги».
Если только они не спишут это на статью расходов, но я не вижу, чтобы это происходило, кроме, может быть, в конференц-зале, принадлежащем Google или FogBugz!
Может быть, вы могли бы взять с собой собственную точку доступа и подключить ее к компьютеру, который настроен как маршрутизатор, используя Wi-Fi места проведения в качестве восходящего канала к сети. Тогда не сообщайте никому из участников пароль от Wi-Fi в месте проведения, а только скажите им пароль от точки доступа, которую вы принесли.
Это не поможет вам с плохой пропускной способностью, но, по крайней мере, у вас не закончатся IP-адреса, как на devdays boston (который работал отлично, кроме проблем с Wi-Fi).
Отредактируйте, чтобы добавить: Как уже упоминали другие, у WWDC каждый раз был невероятно хороший Wi-Fi. Узнай, кто использовал их Wi-Fi, и найми их :)
Поговорите с Лиз Фредерик (liz @), которая руководит CFUnited (cfunited.com), ежегодной конференции разработчиков Coldfusion. Интернет и доступ к электросети на этой конференции были лучше, чем я когда-либо видел. Очевидно, что в инфраструктуру заложено много предусмотрительности, позволяющей сотням разработчиков опробовать новый код на своих веб-серверах CF у себя дома.