내 Atheros 기반 Wi-Fi 라우터는 정말 좋은 SNR을 가지고 있지만(보통 +20 이상, 또한 몇 미터 떨어져 있기 때문에) 성능이 매우 낮습니다. 대부분의 경우 ping은 형편없으며(포스트 끝 참조) TCP는 분명히 그다지 좋지 않으며 WPA 키 교환을 완료하거나 IP 주소를 얻을 수도 없는 경우가 많습니다.
안테나 이득은 3dB이고 라우터의 높이는 약 3dB입니다. 1.3m DECT 기지국과 매우 가깝습니다(10cm 미만). 그 뒤에는 벽이 있습니다. 라우터에서 약 1m 떨어진 곳에 나무 찬장이 있지만 액세스 포인트와 노트북 사이의 경로에는 없습니다. 동네에서는 나를 포함해 최대 4개의 활성 액세스 포인트를 볼 수 있습니다. 이론적으로는 서로 다른 MAC 주소로 두 개의 SSID를 브로드캐스팅할 수 있지만 액세스 포인트는 하나의 SSID만 브로드캐스팅합니다.
관련 없는 기타 정보: 라우터는 브리지 모드에 있고 업링크는 유선 네트워크에 연결되어 있습니다. 이는 홈 오피스도 호스팅하지만 성능이 우수하기 때문에 상대적으로 복잡합니다(핑 시간 < 2ms).
다음은 Wi-Fi에서 다른 트래픽 없이 수집된 핑 예시입니다. 손실된 패킷은 없지만 네트워크가 0.2초에서 2초 사이의 눈에 띄는 기간 동안 종료되는 것처럼 보입니다(그러나 정전이 발생한 후 5초 동안 동시에 5개의 핑이 도착하는 경우도 보았습니다).
64 bytes from 192.168.10.2: icmp_seq=0 ttl=64 time=17.549 ms
64 bytes from 192.168.10.2: icmp_seq=1 ttl=64 time=844.128 ms
64 bytes from 192.168.10.2: icmp_seq=2 ttl=64 time=19.354 ms
64 bytes from 192.168.10.2: icmp_seq=3 ttl=64 time=268.005 ms
64 bytes from 192.168.10.2: icmp_seq=4 ttl=64 time=292.110 ms
64 bytes from 192.168.10.2: icmp_seq=5 ttl=64 time=823.084 ms
64 bytes from 192.168.10.2: icmp_seq=6 ttl=64 time=1.353 ms
64 bytes from 192.168.10.2: icmp_seq=7 ttl=64 time=676.620 ms
64 bytes from 192.168.10.2: icmp_seq=8 ttl=64 time=176.904 ms
64 bytes from 192.168.10.2: icmp_seq=9 ttl=64 time=11.536 ms
64 bytes from 192.168.10.2: icmp_seq=10 ttl=64 time=1.413 ms
64 bytes from 192.168.10.2: icmp_seq=11 ttl=64 time=862.640 ms
64 bytes from 192.168.10.2: icmp_seq=12 ttl=64 time=1.436 ms
64 bytes from 192.168.10.2: icmp_seq=13 ttl=64 time=822.594 ms
64 bytes from 192.168.10.2: icmp_seq=14 ttl=64 time=1.419 ms
64 bytes from 192.168.10.2: icmp_seq=15 ttl=64 time=870.897 ms
64 bytes from 192.168.10.2: icmp_seq=16 ttl=64 time=1.417 ms
64 bytes from 192.168.10.2: icmp_seq=17 ttl=64 time=918.914 ms
64 bytes from 192.168.10.2: icmp_seq=18 ttl=64 time=6.308 ms
64 bytes from 192.168.10.2: icmp_seq=19 ttl=64 time=848.949 ms
64 bytes from 192.168.10.2: icmp_seq=20 ttl=64 time=8.535 ms
추가 정보, "2초마다 문제가 발생하는" 동작은 Wi-Fi가 작동하는 경우에도 마찬가지입니다. 그냥 안가는거야나쁜만큼...
64 bytes from 192.168.10.2: icmp_seq=42 ttl=64 time=8.209 ms
64 bytes from 192.168.10.2: icmp_seq=43 ttl=64 time=2.727 ms
64 bytes from 192.168.10.2: icmp_seq=44 ttl=64 time=11.154 ms
64 bytes from 192.168.10.2: icmp_seq=45 ttl=64 time=1.931 ms
64 bytes from 192.168.10.2: icmp_seq=46 ttl=64 time=12.076 ms
64 bytes from 192.168.10.2: icmp_seq=47 ttl=64 time=2.908 ms
64 bytes from 192.168.10.2: icmp_seq=48 ttl=64 time=15.090 ms
64 bytes from 192.168.10.2: icmp_seq=49 ttl=64 time=1.805 ms
64 bytes from 192.168.10.2: icmp_seq=50 ttl=64 time=15.800 ms
64 bytes from 192.168.10.2: icmp_seq=51 ttl=64 time=2.382 ms
64 bytes from 192.168.10.2: icmp_seq=52 ttl=64 time=17.613 ms
64 bytes from 192.168.10.2: icmp_seq=53 ttl=64 time=1.841 ms
64 bytes from 192.168.10.2: icmp_seq=54 ttl=64 time=19.485 ms
64 bytes from 192.168.10.2: icmp_seq=55 ttl=64 time=1.876 ms
64 bytes from 192.168.10.2: icmp_seq=56 ttl=64 time=21.485 ms
64 bytes from 192.168.10.2: icmp_seq=57 ttl=64 time=1.888 ms
64 bytes from 192.168.10.2: icmp_seq=58 ttl=64 time=23.365 ms
64 bytes from 192.168.10.2: icmp_seq=59 ttl=64 time=1.876 ms
또한 DECT 방송국을 꺼도 아무런 변화가 없습니다.