WiFi: o ponto fraco do FISL 9.0
Passados três dias de evento, a conectividade sem fio (wireless) que deveria funcionar com perfeição, foi o ponto fraco do FISL 9.0 O espeto é de pau. Dentro de um universo tecnológico rico como o FISL, a conectividade deveria ser o primeiro item com poucos ou nenhum problema. Segundo alguns participantes da organização, a PUC-RS ficou responsável pela montagem da rede WiFi, subcontratando uma empresa privada. No FISL 8.0, ocorrido na FIERGS em 2007, a conectividade sem fio ficou a cargo da própria equipe da Associação Software Livre.ORG e os problemas foram somente de gargalo de conexão, que saturaram o link de 6 megas. Em 2008, com um aumento para 32 megas, o uso se deteriorou.
Ficar conectado na principal rede, chamada FISL, era uma tarefa para malabarista. Em determinados pontos do Pavilhão da PUC, como a sala de imprensa, o monitor de rede acusava sucessivas quedas. Essa inconsistência de sinal gerava multiplicidade de conexões. Cada usuário que conseguia se sustentar criava uma outra rede a partir do seu notebook ou acess point (ponto de acesso), distribuindo sinal ao seu redor. Com isso, pelo menos 30 redes ficavam ativas em diversos pontos.
Foi o que aconteceu na sala de imprensa. Diante da falta de cabos e da conexão sem fio ruim, para quebrar o galho foi montado um AP improvisado para divisão do sinal. Ano que vem, a organização deve ficar atenta e montar uma estrutura WiFi que atinja todos os cantos do evento.
Saiba mais (softwarelivre.org).
Lei: Wifi quase nunca funciona em evento OpenSource… ;)
Os grandes eventos tem que ter mais cuidado com o Wifi porque a tendência é que cada participante do evento seja um usuário da rede. No FISL você via que quase todo mundo estava com um notebook.
Internet foi realmente um problema, eu precisava me conectar para poder resolver algumas coisas, ajeitar uns slides e falar com a família. Sem conexão não dava. No segundo dia do evento eu fui pro hotel mais cedo pra poder ter um pouco de sossego e banda para preparar melhor meus slides das apresentações do dia seguinte.
Claro que detalhes como esse não obstruem o brilho do evento e foi um grande prazer pra mim participar, pela primeira vez.
Pois é, no Campus Party nossos 4.4GB nem chegou a lagar para alguém. Na verdade você percebia o lag quando não conseguia passar da taxa de 4MB de download. Hehehe.
realmente era impossível conectar sem fios….
sorte nossa (galera slackware) que levamos acess points e distribuímos internet uns com os outros via cabo tb… pq senão era impossível conectar.
agora fica uma dúvida…. alguém mesmo com net via cabo de rede conseguia resolver algum domínio com aquele DNS que o dhcp configurava?
se não fosse o openDNS eu tava ferrado. hahahhahaa
(208.67.222.222)
de toda forma o evento foi muito bacana… revi pessoas q não via à séculos e conheci pessoalmente um bando de nerds que só conhecia via irc. hahahaha
fora o baaando de mulher gata que tava lá…. (loira da intel, morenas da caixa economica e outras)
abraços
Eu tive realmente problemas com a rede fisl, tava ruim mesmo, onde eu peguei melhor sinal foi lá perto da sala Linus.
A loira da Intel e as outras da LM2 dispensam comentários hehe.
Pois é caros amigos. A rede wifi realmente foi um problema, via cabo estava tudo normal, a rede se comportou numa estabilidade maravilhosa via cabo. A rede wireless teve alguns fatores infelizes e sinceramente não foi culpa da PUCRS não, nem dos equipamentos CISCO de alta capacidade, que formavam um mesh com 6 equipamentos espalhados pelo evento. O que matou então? Simples, diversos AP’s causando interferência e alguns “animais” que resolveram colocar o ESSID dos seus AP’s e/ou AD-HOC como FISL também, causando uma zona total. Interferência + zonas de ESSID = caos na Wireless.
Tive o desprazer de detectar um desses “animais” na sala aonde teve a palestra do EXT4 com a porcaria de um AD-HOC com o mesmo ESSID do evento, dai não dá né?
No consumo de banda, o evento teve em torno de 270Gb de tráfego de dados no total contando com alguns gigas de uso da TVSL que conseguiu transmitir as palestras e estão de parabéns.
No geral, o evento foi muito bom e tirando este “pequeno” detalhe do wifi, todo o resto da infraestrutura montada pelo time de TEC’s do Casa Brasil juntamente com a ASL e a PUCRS rodou finamente.
Notícia velha: http://www.nardol.org/2008/4/20/so-it-s-over
O grande problema em relação a conectividade Wi-fi segundo informações, foi a grande quantidade de ROGUE AP´s dentro do pavilhão, causando um grande turbilhão de RF´s dentro do auditório.
Tanto nos stands que colocaram seus ap´s gerando um grande overlap de canais sobre os BSSID´s oficiais que estavam instalados.
Muitos dos Rogue Ap´s que estavam ligados nem ao menos estavam trafegando sinal para a rede cabeada, e outros ainda clonavam o SSID FISL que estava atendendo ao evento levando para lugar nenhum aumentando ainda mais o problema.
Portanto, segundo informações não houve um posicionamento oficial da ASL quanto a este comportamento dos seus expositores, o que prejudicou e muito a conectividade nos pavilhões.
Porém, para usuários que nem eu que utilizaram o Wi-fi nas imediações do pavilhão onde não haviam estes rogues ap´s dos próprios expositores a conectividade ocorreu sem nenhum problema.
Fecho em 100% com o comentário do Brivaldo.
Não existe sistema de Wi-Fi que possa gerenciar uma grande quantidade de pessoas querendo bagunçar o evento.
Um sistema da Cisco de Wi-Fi é a melhor plataforma que existe hoje no mercado, mesmo assim, não existe mágica em TI: se tiverem mais “n” pessoas com APs e/ou placas Ad-Hoc configuradas para bagunçar o local, não existirá ação a ser tomada.
Esta é uma questão administrativa da organização do Fórum para o próximo ano, além da conscientização dos participantes em não bagunçar um evento que foi feito para eles (é muita burrice).
KKSssssss …. eu teria gerado um ataque aos notes dos amadores do evento hahaahaha só pra ver os caras dizendo OOhhhhhh trancou !
Corrigindo minha informação, não foi clone dos ESSID e sim dos BSSID. Mas teve 1 animal que clonou o mesmo o MAC de um dos AP’s.. um amigo meu falou que usando o kismet viu dois equipamentos com o mesmo MAC e BSSID, sem comentários.