El problema principal que menciona sobre la intensidad de la red y / o la degradación del rendimiento debería ser algo que pudiera detectar con un volcado periódico del estado RSSI utilizando el binario airport . Lo vinculo a / usr / bin por razones de $ PATH y facilidad de acceso, pero está realmente enterrado en un marco de sistema.
Air:~ me$ which airport
/usr/local/bin/airport
Air:~ me$ ls -l /usr/local/bin/airport
lrwxr-xr-x 1 root wheel 89 Apr 4 2012 /usr/local/bin/airport -> /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport
Si fuera un tipo de administrador de sistema Unix, configuraría Reenvío de registros SNMP en la AirPort / Time Capsule para enviar todos los registros a su Mac y configure syslogd para archivar los mensajes del aeropuerto en un registro de su elección . La versión 6 de Airport Utility (y las versiones de iOS) carecen de la capacidad de configurar un host de registro remoto SNMP, por lo que descargue una versión anterior y mantenga una copia de la misma en el futuro en caso de que desee esta funcionalidad adicional.
La opción --getinfo le permitirá graficar la señal observada y los niveles de ruido, e incluso podría automatizar --scan para ver si puede correlacionar las caídas con otras redes que aparecen en el mismo canal con una mejor señal (o incluso causando exceso de ruido). Una vez que haya podido detectar 10 fallas, puede comenzar a revisar los registros para ver si puede detectar algún patrón. También deberá mantener buenas notas sobre lo que cambia (y cuándo y por qué) en términos de reinicios, caídas, cambios en los canales, etc ...
Dependiendo de lo aburrido que esté, puede crear una secuencia de comandos de estas colecciones de datos para adjuntar xml o csv y utilizar una hoja de cálculo para representar los valores a lo largo del tiempo. Si estaba sumamente aburrido o motivado, configure MRTG , pero para la mayoría de las redes domésticas, es demasiado difícil de configurar y mucho menos mantener. .