Parte del proceso de revisión paraprimera ronda de pruebas de malla de Ars Technicaestaba hablando con las personas y empresas que construyen los dispositivos. Para las empresas establecidas como Google o Netgear, nunca se está seguro de que obtendrá, pero para nuevas empresas, que hasta ahora están proyectando largas sombras en el campo Wi-Fi Mesh, es muy probable que conseguir un poco de uno-a-uno tiempo con el CEO o fundador.
Plume no fue una excepción, y tuve una larga conversación con el CEO Fahri comensal. Fahri dejó claro desde el principio que Plume no se trataba de la típica \"vara de medir ego\" Wi-Fi -es decir, La creación de un único dispositivo super cerca de la AP en condiciones ideales por completo y tratando de conseguir el mayor número que se puede. Cargas de trabajo reales Wi-Fi que los usuarios reales ponen sus equipos a cargo de son un problema totalmente diferente, dijo, y que el e-no-peña de medición concurso-era el problema Plume fue diseñado para resolver.
Es fácil agitar este tipo de discurso fuera tan inteligente BS comercialización. Pero yo estaba más inclinado a tomarlo al pie de la cara de lo que de otra manera hubieran sido, desde Plume acababa de hacer muy bien enmi propia prueba. Trato de hacer mis pruebas como relevantes para las condiciones del mundo real como sea posible, pongo a prueba en una casa de verdad, con las distancias del mundo real, paredes interiores, paredes exteriores, y muebles de entre los nodos y dispositivos cliente. Antes de utilizar ninguna herramienta artificiales (como iperf), que incluso los dispositivos de ensayo frente a los protocolos reales (HTTP, SMB / CIFS, etc.) para asegurarse de que producen resultados equivalentes.
Leer 39 párrafos restantescomentarios
Tweet |
No hay comentarios:
Publicar un comentario