Каковы препятствия для обеспечения надежного доступа в Интернет и Wi-Fi на крупных технических конференциях? [закрыто]

У каждой технической конференции, на которой я когда-либо был, и я был на многих, был абсолютно ужасный Wi-Fi и доступ в Интернет.

Иногда на DHCP-сервере заканчиваются адреса. Иногда обратный рейс явно неадекватен. Иногда есть один роутер для бального зала на 3000 человек. Но это всегда ЧТО-ТО. Это никогда не работает.

Каковы некоторые из лучших практик для организаторов конференций? Какие вопросы они должны задать участнику конференции или Интернет-провайдеру, чтобы заранее узнать, будет ли работать Wi-Fi? Каковы наиболее распространенные причины дрянного Wi-Fi на конференциях? Их можно избежать, или Wi-Fi просто не подходит для больших конференций?

(Для тех, кто заинтересован, я наконец-то написал свой отчет по беспроводным сетям за 2009 год на PyCon ).

Я проводил беспроводную связь для конференции PyCon большую часть лет с тех пор, как мы переехали из Университета Джорджа Вашингтона в отели, поэтому у меня есть некоторые идеи по этому поводу, которые были проверены в бою - хотя всего около тысячи пользователей.

Одна вещь, о которой многие люди говорят в этой дискуссии, это «освещение на открытом воздухе в бальном зале». Одна теория, в которой я оперирую, заключается в том, что бальный зал НЕ является атмосферой под открытым небом. Человеческие тела довольно хорошо впитывают 802.11b / g и 802.11a.

Вот некоторые из моих мыслей, но более подробная информация доступна в моих отчетах о конференциях, если вы ищете в Google «pycon wireless» - ссылки на tummy.com - это то, что вам нужно.

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

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

Я установил для всех точек доступа один и тот же ESSID, чтобы люди могли «перемещаться» по разным точкам доступа по мере увеличения нагрузки (числа связанных клиентов) или снижения покрытия (приходило больше людей и т. Д.).

Много и много точек доступа. В первый год, когда у нас была сеть отелей, они в итоге принесли 6 точек доступа, но начали с пары. Несмотря на это, мы сказали им, что будем активно использовать их беспроводную связь. Но у нас также были другие проблемы, такие как DHCP-сервер, выдающий аренду со шлюзом в сети, отличной от адреса. (Звонки в службу поддержки привели к тому, что я просто перезагружу все).

У нас работают относительно недорогие точки доступа с двумя радиомодулями D-Link, которые стоят около 100 или 200 долларов каждая. У нас просто не было бюджета, чтобы купить 20–40 из AP с высокой стоимостью $ 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 клиентов, в одном пространстве под открытым небом, вам нужно разместить точки доступа с зонами обслуживания, размер которых позволяет обрабатывать значительную часть возможного числа клиентов, которые может поддерживать точка доступа (путем настройки радиосвязи питание / антенны), и вы захотите попытаться сохранить соседние точки доступа на неперекрывающихся каналах. Чем больше точек доступа, тем лучше, и не перегружайте точки доступа слишком большим количеством клиентов. (Настройка мощности радио / антенн для создания зон покрытия кажется не интуитивно понятной любому, кто не пытался масштабировать Wi-Fi для обслуживания большого количества клиентов в небольшой физической зоне.)

С точки зрения широковещательной рассылки уровня 2 имеет смысл транслировать несколько идентификаторов SSID и использовать их в разных подсетях VLAN / IP. Это будет зависеть от количества клиентских устройств и характера трафика. Лично я бы не поместил более 500 устройств в один широковещательный домен 2 уровня в корпоративной локальной сети. Могу только представить, что конференц-сеть Wi-Fi будет хуже.

DHCP должен быть легким делом, хотя избыточность является проблемой. Вероятно, я бы использовал ISC dhcpd и разработал механизм отработки отказа для второго сервера. Я думаю, что я тоже буду в поисках мошеннических DHCP-серверов. В проводной сети Ethernet вы можете легко отключить порты, на которых отображаются мошеннические DHCP-серверы. Для беспроводного Ethernet это немного более проблематично. Кто-нибудь знает, есть ли точки доступа, которые поддерживают блокировку мобильных устройств на основе MAC-адреса? (Это не помогает, если мошеннический DHCP-сервер подделывает свой MAC после обнаружения, но это начало ...)

Очевидно, что межсетевой экран / пограничный маршрутизатор должен иметь возможность обрабатывать количество записей таблицы NAT, которое может сгенерировать такое количество клиентов. Потребительский игрушечный NAT-маршрутизатор не справится с этим. Избыточный протокол маршрутизатора (HSRP, VRRP и т. Д.) И несколько периферийных маршрутизаторов станут необходимостью для предотвращения разрушения всего шоу одной точкой отказа.

Что касается конкуренции за пропускную способность на обратном рейсе, вы могли бы уменьшить пропускную способность клиента в Интернет. Это также должно в некоторой степени ограничить общее раздор в эфире.

Я бы добавил что-то вроде Squid Cache в качестве прозрачного прокси для HTTP-трафика. Это поможет с использованием обратного рейса. Ваш HTTP-кеш-прокси не должен быть точкой отказа, поэтому вам понадобится инфраструктура для мониторинга состояния кеша и, в случае сбоя, обхода вокруг него.

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

Cisco имеет небольшой 8-портовый коммутатор, который получает питание от PoE - Catalyst 2960PD-8TT-L. Это было бы приятно для этого приложения - положить что-то подобное на каждый стол, используя его мощность от большего PoE-совместимого коммутатора. Я предполагаю, что это довольно дорого для этого приложения, но я предполагаю, что есть вариант "downmarket", который не настолько дорог, доступный от кого-то. (Поиск для выключателей , работающих по технологии PoE , кажется, довольно трудно с Gooogle ...)

У Intel есть документ 2006 года: обеспечение доступа Wi-Fi на конференциях . Если посмотреть на их количество, у них было 50 клиентов на одной точке доступа в одной точке, а пиковая нагрузка на клиентов составляла менее 100 клиентов. По сравнению с тем, о чем вы говорите, эти цифры кажутся довольно маленькими, и в 2006 году все не носили с собой айфоны и т. Д.

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

Предоставить 2000 пользователей ядра Интернета одновременный доступ из одного места очень и очень сложно. Я видел, как взрослые люди плакали, когда они пытались и потерпели неудачу.

В этом году WOW. На TechCrunch50 было больше Интернета, чем можно было бы потрясти. И за это Мариетт Системс получает тот большой мокрый поцелуй, который я обещал.

Команда: Эрни Мариетт, Клифф Сколник и Тим Позар. Они пришли, принесли полосу пропускания (микроволновая линия прямой видимости 100 Мбит / с от WiLine и 30 Мбит / с от Telekenex), подключили ее к маршрутизатору BSD и распределили по всему зданию через более 100 коммутаторов Cisco и 28 точек доступа Wi-Fi. За столами присутствовали сотни соединений Ethernet (и разветвителей питания). Плюс выделенная полоса пропускания для 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 НИКОГДА не может достигать 54 Мбит / с в качестве рекламы (например, 3G), и она достигает 22 Мбит / с. Разделяемые на 10 гостей, каждый получит скромные 2 Мбит / с. Разделите на 50 гостей, это будет что-то около 40 кбит / с.

Стандарт 802.11n немного улучшает это, скорость объявления 150 Мбит / с обычно достигает 70 Мбит / с, поэтому вы можете использовать более разумную скорость для большего количества гостей.

3 - Больше AP, больше пропускной способности

Разверните больше AP, и это устранит предыдущее узкое место. Но с несколькими AP вы также должны правильно настроить их канал, чтобы избежать вмешательства AP в другую AP. Не останавливайтесь на большем количестве точек доступа, добавьте больше пропускной способности, чтобы Интернет не стал следующим узким местом

Matt

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

По сути, мы отказались от подключения к отелям много-много лет назад.

Наш способ работы в отношении сетей в основном:

• Найдите отель со структурированной кабельной системой (исправьте и протестируйте несколько)
• Согласитесь с отелем, что вам будет разрешено разместить оборудование в своей комнате для патчей и поддержки
• Иметь локальный хост (ISP или подобную опытную приличную сеть), который обеспечивает мин. 100 Мбит / с в помещение для проведения конференций
• Согласитесь с отелем, что они переключат все свои беспроводные точки доступа в конференц-зоне
• Принесите набор коммутаторов, маршрутизаторов и точек доступа и создайте свою собственную сеть

У нас мало мандатов для настройки сети, включая все исправления и настройку беспроводной сети. Наше оборудование состоит из:

• 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 для каждой точки доступа. Мы используем довольно высокую плотность и низкие настройки мощности. Во время встречи мы отслеживаем распределение клиентов между точками доступа и, при необходимости, регулируем уровни мощности, чтобы избежать перегрузки одной точки доступа.

Для апстрима у нас есть собственный префикс IPv4 и IPv6. Наша публичная сеть DHCP-пула имеет около 900 адресов. Обычно мы устанавливаем пиринги BGP с нашим апстримом (локальным хостом).

Таким образом, таким образом мы избегаем дерьмового беспроводного или дерьмового внешнего подключения в отеле. Однако, как вы можете себе представить, затраты на оборудование, инженерные расходы и, возможно, расходы на оплату услуг отеля значительны. Хорошее качество, которое мы можем обеспечить таким образом, стоит этих затрат.

На конференции Microsoft Australia Tech.Ed есть несколько интересных статей об опыте работы с Wi-Fi на этом летнем мероприятии.

Особое внимание уделялось беспроводным сетям, учитывая, что все 2500+ участников были оснащены ноутбуком с беспроводной связью HP MiniNote, а также их телефонами, дополнительными ноутбуками и т. Д.

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

Конечно, это еще более усложнилось во время мероприятия обычными невнимательными фанатами, которые считают, что восходящая линия 500 Мбит / с предназначена для их потоковых потребностей. :(

Неужели никто не видит основную проблему с сотнями (или десятками сотен) людей, физически связанных тем, что они находятся в одной комнате, но в разуме их соединяют с Интернетом? Зачем помещать всех в одну комнату, если вы не ожидаете, что они будут разговаривать друг с другом или уделять свое безраздельное внимание докладчикам? Единственная радиотехнология, которая обрабатывает тысячи независимых подключений в пределах одного непрерывного диапазона вещания, является сотовой, поэтому, если вы действительно хотите, чтобы все в одной комнате имели свои собственные подключения, это ваш единственный вариант, и удачи в поиске экономически эффективного решения для достижения это. Sheesh.

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

Ответ? Университеты и колледжи. Они уже должны предоставить беспроводной доступ тысячам. Ваша конференция не принесет им никакого вреда. Проведите конференцию в университете или колледже, попросите их выдать вам пароль, и вам не придется беспокоиться о Wi-Fi.

Шон Рейфшнайдер проделал большую работу по настройке Wi-Fi для прошлых PyCons. Он написал обширные отчеты для PyCon 2007 , PyCon 2008 и недавно PyCon 2009 .

Два ключевых момента для меня - это своего рода возвращение к основам, во-первых, большая пропускная способность и, во-вторых, множество точек доступа. Чтобы все эти точки доступа работали хорошо и детали этого, конечно, важны. Но если у вас нет базы пропускной способности и точек доступа, неважно, как вы ее настроите, это просто не сработает.

Этот вопрос задают нам так много раз .... Я технический директор мероприятия Wi-Fi / VoIP / Internet Business в Великобритании. Мы предоставляем услуги только для спортивных, выставочных, конференций и экспериментальных мероприятий.

Хотя многие из других ответов здесь имеют техническую ценность, я хотел прийти к этому с другой стороны. Планировщик встреч менеджера мероприятий слушает менеджера по продажам, двух человек, которые, вероятно, очень мало знают о решениях 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/

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

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

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

Еще одна вещь, чтобы высматривать: порты. Я недавно отправился в хакерский день в Лондоне, который заблокировал порты CVS, SVN и GIT. Нет, правда. Если вы пытаетесь заставить людей писать код, вам нужно убедиться, что порты открыты для инструментов разработчика, таких как контроль версий и SSH / SCP / SFTP.

В некоммерческих и общественных мероприятиях вы обычно можете найти людей, которые знают, что они делают. Первый BarCamp в Брайтоне сделал одну вещь очень правильно: они получили администраторов локальной зоны бесплатного Wi-Fi (Pier to Pier - бесплатная точка доступа, которая покрывает Брайтон-Бич), чтобы помочь настроить Wi-Fi события. Они принесли множество модифицированных WRT54G и много знаний и опыта. Если вы организуете BarCamps, обязательно заполните свою адресную книгу людьми, которые знают Wi-Fi, кто знает DHCP, DNS, Bind и т. Д. Купите им обильное количество пива и пиццы.

Другое дело: обеспечить проводное подключение. У первого лондонского BarCamp было только проводное соединение, потому что компания, принимающая его, была обеспокоена безопасностью Wi-Fi. Наличие проводного соединения в качестве резервной копии полезно. Если у вас есть проводное подключение, и Wi-Fi, предоставляемый на месте, падает, вы всегда можете развернуть свой собственный с вашим собственным DHCP.

Если у вас достаточно вызывающая толпа, рассмотрите Peg DHCP . ;)

Полностью согласен с Марком о IETF. Требования к сети для проведения собрания IETF находятся в сети по адресу http://iaoc.ietf.org/network_requirements.html.
Они очень детализированы и, вероятно, приведут к тому, что большинство провайдеров мест упадут в обморок (пример: мандат для первичного и вторичного сайтов подключения к Интернету, при этом основной канал 45 Мбит / с - 100 Мбит / с, а второй канал> 10 Мбит / с, двунаправленный.)

Вы слышали о Xirrus ? (Мой друг, который связан с 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-мегабитную интернет-линию связи и покрывает конференц-залы покрытием беспроводной точки доступа. В зависимости от беспроводной связи в отеле практически гарантированно будет больно. Если вы хотите, чтобы это было сделано правильно, вам нужно потратить деньги и внести их в себя, как часть вашего планирования конференции.

Вам следует попробовать связаться с Netcrew 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» или «Stage Left AP», есть. Таким образом, пользователь может определить, какая точка доступа ближе всего к ним, обеспечивая максимальную скорость передачи данных.

Местоположение, Местоположение, Местоположение

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

Я не знаю ответа на заданный вопрос, я просто пришел сюда из блога Джоэла, чтобы добавить пример Conference-Wifi-Done-Right, и предположил, что вы могли бы получить некоторые советы от этих ребят.

Кто ребята? Яблоко. WWDC. Тысячи разработчиков работают в центре Moscone в течение недели, каждый из которых имеет ноутбук (или два) и iPhone (или два, или три, или ...), все по Wi-Fi. Половина из них загружает огромные видео с конференций, которые они в настоящее время не посещают.

... И все это как-то работает.

Я понятия не имею, в чем их секрет, но я предполагаю, что это небольшая команда парней, чья работа заключается в том, чтобы убедиться, что конференция-Wi-Fi не отстой.

Это, вероятно, немного излишне для SO-дней (с нетерпением жду этого!), Но может показаться, что не слишком сложно отправить, может быть, пару парней впереди каждого места, чтобы позаботиться о главных проблемах, по крайней мере , Как и IP-адреса. И, возможно, максимальная пропускная способность для людей, которые явно «наращивают пропускную способность» и т. Д.

Короче говоря: вы не можете рассчитывать на место проведения конференции, чтобы не сосать. Это работа организаторов конференции. В лучшем случае вы можете надеяться, что их свежие фрукты не слишком зеленые и у них достаточно воды в бутылках.

Обычно это очень простой ответ: предоставление инфраструктуры для поддержки 3000 пользователей стоит денег, и многие из них. Точки доступа, питание, каналы передачи данных, прокси, QoS, регулирование количества пользователей и т. Д. И т. Д.

Если они не возьмут на себя эти расходы от людей, нанимающих площадку, они не будут беспокоиться об установке инфраструктуры. И если они попытаются перекупить расходы, люди пойдут в другое место, потому что «Они чертовски дороги».

Если они не списывают это как статью расходов, но я не вижу, чтобы это произошло, за исключением, возможно, в конференц-зале, принадлежащем Google или FogBugz!

TechEd 2007 в Орландо не имел проблем. У них было огромное количество проводных станций, и тысячи участников были разбросаны по всему конференц-центру. Наличие станций, с помощью которых люди могли бы печатать и проверять электронную почту, а затем отдельные области демонстрации / семинара, вероятно, сокращали количество времени, в течение которого люди копались на своих компьютерах, когда им следовало поглощать презентации.

У вас должно быть много точек доступа, но с ослабленным сигналом. Таким образом, вы можете эффективно иметь больше точек доступа к данной области. Поскольку фактически существует только 3 разных канала, вам нужно расположить их в треугольной сетке, чтобы минимизировать перекрытие. Я бы рекомендовал использовать только точки доступа, а не маршрутизаторы, чтобы у вас было надежное решение DHCP.

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

Это не поможет вам с плохой пропускной способностью, но, по крайней мере, вы не исчерпаете IP-адреса, как вы делали в Devdays Boston (который работал совершенно иначе, чем проблемы с Wi-Fi).

Редактировать, чтобы добавить: Как уже упоминали другие, WWDC имел невероятно хороший Wi-Fi каждый раз, когда я пошел. Узнайте, кто занимался их Wi-Fi, и нанять их :)

Поговорите с Лиз Фредерик (liz @), которая проводит CFUnited ( cfunited.com ), ежегодную конференцию разработчиков Coldfusion . Интернет и доступ к электроэнергии на этой конференции были лучше, чем я когда-либо видел. Очевидно, что в инфраструктуру заложено много продуманности, позволяющей сотням разработчиков попробовать новый код на своих веб-серверах CF дома.