신호 강도가 좋을 때 산발적으로 패킷이 손실되는 원인

라우터가 모뎀에 연결되어 있습니다. 약 200 피트 떨어진 사무실과 2 개의 벽을 통해이 라우터에 연결하려고합니다.

라우터 신호는 원격 위치에 도달하기에 충분히 강하지 않으므로 범위 확장기를 사이에 놓았습니다.

매우 혼란스러운 것은 내 컴퓨터 (또는 클라이언트)가 옆에 앉아있는 동안 익스텐더에 연결하면 완벽하게 작동한다는 것입니다 (핑 시간 약 30ms).

그러나 원격 위치로 이동하면 Wi-Fi 신호 강도가 3/4 또는 4/4 막대이지만 패킷 손실이 크며 지연 시간이 크게 바뀌면 핑을 약 50ms로보고합니다. 그러나 800 +로 떨어질 것이고 약 10 %는 패킷이 모두 시간 초과됩니다.

제 질문은 ... 신호 강도가 좋으면이 거리가 왜 그렇게 끔찍한 패킷 손실을 야기할까요? 그리고 그러한 간섭을 일으킬 수있는 것은 무엇입니까? 나는 주거 지역에 있지만 랩탑과 2 벽 이외의 신호 리피터 사이에는 전기 배선이 무엇이든간에 시야가 전혀 없습니다.

그러나 원격 위치로 이동하면 Wi-Fi 신호 강도가 3/4 또는 4/4 막대이지만 패킷 손실이 크며 지연 시간이 크게 바뀌면 핑을 약 50ms로보고합니다. 그러나 800 +로 떨어질 것이고 약 10 %는 패킷이 모두 시간 초과됩니다.

신호 강도가 좋으면이 거리가 왜 그렇게 끔찍한 패킷 손실을 야기합니까?

신호 강도는 하나의 메트릭 일뿐입니다. 또한 신호 대 잡음비를 고려하십시오. 이는 종종 이와 같은 시나리오에서 문제가됩니다.

Wi-Fi 대기 시간과 패킷 손실은 서로 사촌입니다. 802.11 프레임에는 ACK 된 시퀀스 번호가 포함되어 있습니다 ... 시퀀스 번호가 ACK되지 않은 경우 (원래 프레임의 손실 또는 비트 오류로 인해) 발신자가 프레임의 특정 번호를 재전송하려고 시도합니다. 타임스. 이러한 802.11 재전송은 간섭이 충분히 심하지 않은 경우 지연 시간이 증가하거나 패킷 손실이 현저한 것으로 나타납니다.

LWAP에서 50 피트 거리에있을 때 문자 그대로 802.11g 대기 시간이 40 초 (예 ... 초)를 초과하는 것을 보았습니다. 이 특정 환경에는 2.4GHz 대역에서도 작동하는 많은 도구가 있었으므로 오류 가능성이 상당히 높았습니다.

그러한 간섭을 일으킬 수있는 것은 무엇입니까? 나는 주거 지역에 있지만 랩탑과 2 벽 이외의 신호 리피터 사이에는 전기 배선이 무엇이든간에 시야가 전혀 없습니다.

Wifi는 FCC, Bluetooth, 전자 레인지, 전화, 장난감 자동차 등 대부분의 개방 스펙트럼 대역에서 작동하며, 간섭 원에 대해서만 추측 할 수 있습니다.

당신은 초점을 맞춘 빔 방향성 안테나를 사용하여 (즉, 시도 할 수 야기 , 또는 cantenna을 간섭이 무선 랜 소스에 직접 경로에없는 경우 ... 당신의 방송국에 그 힘의 도움).

마지막으로 무선 스니퍼가 있거나 Linux 시스템에 액세스 할 경우 (제안 : Backtrack Linux LiveCD ) Wireshark / tshark를 사용하여 wifi 문제를 진단 할 수 있습니다 . Cisco는 또한 Wireshark 802.11 디스플레이 필터에 대한 훌륭한 참조 자료를 제공 하므로 잡음을 걸러내어 당면한 문제에 집중할 수 있습니다.

무선 비디오 카메라로 인해 간섭이 심해집니다. 전자 레인지, 일부 DECT 전화, 블루투스 등이 모두 2.4GHz 대역으로 작동 할 수 있으므로 문제를 일으키는 다른 802.11 장치 나 액세스 포인트가 필요하지 않습니다. 시선이 채널과 경쟁하는 다른 기기를 '볼'수있는 유일한 방법은 아닙니다. 무선은 공유 매체이므로 규칙에 따라 전자 레인지는 사용하지 않는 다른 802.11 장치와 마찬가지로 해당 매체가 혼잡해질 수 있습니다.

신호 강도 (RSSI)는 채널 혼잡을 나타내는 것이 아닙니다. 무언가를 밀어 넣으려고 할 때만 이것을 실제로 찾을 수 있습니다. 다른 채널을 사용해보십시오. Android 용 "Wifi Analyzer"또는 장치에 해당하는 "Wifi Analyzer"를 가져와 환경에서 발생하는 일부 (모두는 아님)를 볼 수 있습니다.

편집 :에서 봐 에카 하우 HeatMapper 에 대한 당신 - - 더 -보다 당신이 지불받을-위해 가난한 사람의 사이트 설문 조사 도구; 무료입니다!

이러한 유형의 동작에는 여러 가지 원인이 있으며 그 중 하나는 숨겨진 노드 문제 입니다. 이것은 종종 (내 경험상) 간과되는 매우 일반적인 문제입니다.

범위 확장기를 사용하면이 문제가 발생하는 상황이 생길 수 있으며 숨겨진 노드 문제에 대한 일부 솔루션의 효과를 줄일 수 있습니다. 귀하의 경우, AP / 라우터 (또는 다른 스테이션)는 익스텐더에 가까이있을 때 스테이션을 계속 "듣게"할 수 있지만 더 멀리 이동할 때는 그렇지 않을 수 있습니다.

레인지 익스텐더는 일반적으로 거의 모든 상황에서 좋은 솔루션이 아닙니다. 그들이 갈 주요한 장점은 그들이 싸다는 것입니다.

다른 솔루션을 살펴보면 비용이 많이 들지만 훨씬 안정적입니다. 시작해야 할 몇 가지 아이디어가 있습니다 (실제 권장 사항을 만들기 위해 귀하의 요구 또는 사이트에 대해 충분히 알지 못함).

• 게인 지향성 안테나가 높은 두 번째 AP가 대상 위치를 가리 켰습니다.
• 포인트 투 포인트 무선 브리지 솔루션. 어떤 회사를 선택하든 2.4GHz 솔루션을 권장하지 않습니다.

테스트 할 수단을 추가하기 위해 편집 : 이 점에 대해 좀 더 생각해보고 테스트 방법은 다음과 같습니다.

1. 몇 시간 후 또는 유지 관리 기간 동안 다른 모든 스테이션을 "연결 해제"하십시오. MAC 허용 목록 (확장자와 테스트 스테이션 만 허용)을 사용하거나 SSID 및 / 또는 보안을 변경하여이를 수행 할 수 있습니다. SSID가 자동으로 연결될 다른 SSID가 없는지 확인하십시오.
2. SSID 및 / 또는 보안을 변경 한 경우 익스텐더를 다시 구성하십시오.
3. 테스트를 익스텐더에 가깝게 그리고 이전과 마찬가지로 더 멀리 실행하십시오.

이것이 성능을 향상시키는 경우 숨겨진 노드 문제점 일 가능성이 큽니다. 숨겨진 노드 문제는 모든 스테이션이 데이터를 전송 / 수신 할 때 여러 스테이션이 연결된 무선 환경에서 가장 두드러집니다. 다른 스테이션을 네트워크의 활성 부분에서 제거하면 충돌이 줄어 듭니다.

이렇게해도 성능이 향상되지 않으면 다른 답변에서 언급 한 다른 간섭 원을 살펴 봐야합니다.