Quels sont les obstacles à la fourniture d'un accès Internet et d'une connexion Wi-Fi fiables lors des grandes conférences technologiques ?

À l'ApacheCon (environ 1500 personnes), le sans fil fonctionne toujours très bien. Ils font appel à une société extérieure qui installe sa propre liaison Internet montante de 20 Mbit et couvre les étages de la conférence avec une couverture sans fil. Si vous dépendez du réseau sans fil de l'hôtel, vous êtes pratiquement sûr d'avoir des problèmes. Si vous voulez que cela soit bien fait, vous devez dépenser de l'argent et l'installer vous-même dans le cadre de la planification de votre conférence.

Vous devriez essayer de contacter ASSEMBLY's( http://www.assembly.org ) Netcrew. Chaque année, ils parviennent à fournir un accès Wifi stable à environ 6000 personnes (enfin, toutes n'utilisent pas le Wifi) dispersées dans une arène de hockey.

Bien sûr, la mise en place de ce type de réseau demande beaucoup d'efforts, mais il est probable qu'ils connaissent quelques trucs et astuces qui pourraient être utiles pour des événements plus petits également.

Une note sur l'usurpation d'identité IP : Des amis à moi étaient responsables du réseau à linux.conf.au 2006, et ils ont résolu le problème de l'usurpation d'adresse IP avec un utilitaire appelé dhcparpd :

dhcparpd est un outil permettant d'atténuer l'effet de l effets des attaques par usurpation d'adresse IP sur réseaux basés sur Ethernet. dhcparpd a été initialement initialement écrit pour aider à gérer le réseau de conférence pour Linux.Conf.AU qui s'est tenue à Dunedin en janvier 2006.

dhcparpd fonctionne en usurpant les réponses ARP. en se basant sur les informations contenues dans les base de données de location d'un serveur ISC DHCPD3. ISC DHCPD3. dhcparpd écoute sur un socket pour les requêtes ARP entrantes, interroge le serveur DHCP pour une adresse MAC MAC en utilisant le protocole OMAPI et enfin, envoie une réponse usurpée en utilisant la bibliothèque d'injection de paquets libnet.

dhcparpd n'arrête pas l'hôte réel d'envoyer sa propre réponse ARP. Vous devez devez configurer iptables/ebtables pour bloquer ces paquets.

Consultez le site http://research.wand.net.nz/software/dhcparpd.php .

Je me suis rendu à une grande conférence technologique récurrente où il y avait beaucoup d'utilisateurs de wifi, et cela a fonctionné sans problème.

C'est l'IETF.

En fait, le réseau de conférences de l'IETF est utilisé comme vitrine des RFC existants et nouveaux. Il y a des parties spéciales du programme où ils sont décrits, leurs statistiques, les leçons apprises, et pour les commentaires, les questions et les critiques de leurs utilisateurs, qui sont probablement LES utilisateurs de technologie Internet les plus avancés techniquement sur la planète.

Chaque chambre était équipée d'un petit point d'accès Cisco à l'allure effrayante, avec pas moins de SIX antennes. Et dans la salle de conférence principale, ces petites choses étaient partout, à pas moins de 30 mètres les unes des autres.

C'est généralement une réponse très simple : Fournir l'infrastructure nécessaire pour prendre en charge 3 000 utilisateurs coûte de l'argent, et beaucoup d'argent. Points d'accès, alimentation électrique, gros tuyaux, proxy, QoS, limitation par utilisateur, etc etc.

À moins qu'ils ne puissent récupérer ces coûts auprès des personnes qui louent la salle, ils ne prendront pas la peine d'installer l'infrastructure. Et s'ils essaient de récupérer les coûts, les gens iront ailleurs car "ils sont si chers".

À moins qu'ils ne l'inscrivent comme dépense, mais je ne vois pas comment cela pourrait se produire, sauf peut-être dans une salle de conférence appartenant à Google ou à FogBugz !