Not long ago, most clients would pull much more data (downlink) than they would push (uplink). 인기 있는 소셜 미디어 사이트와 더불어 우리는 대부분의 네트워크에서 거의 50/50(으)로 분할된 업링크/다운링크 트래픽을 봅니다. 이 50/50 분할 처리량은 각 방향의 트래픽을 총합의 반까지 줄이게 될 것입니다 (예: ~433Mbps 업링크, ~433Mbps 다운 링크). 그러나 양방향 데이터 흐름과 함께 AP는 그 자신의 클라이언트와 경쟁하게 될 것이며 802.11 컨텐션 과정은 오버 헤드(충돌, 추가 백오프 등)를 추가할 것입니다. 이는 각 방향에서 최상의 경우에 400Mbps 미만으로 낮아진 현실적인 처리량을 제공할 수 있으며 이는 1Gbps 연결의 ~40%만을 이용하는 것입니다.

This is a perfect throughput storm and there is practically no chance of reaching this in real-world environments due to:

  • 여러 클라이언트가 채널에 액세스하려고 하는 동안의 컨텐션 (공동 채널 컨텐션)
  • 인접 채널 간섭 (ACI)
  • Wi-Fi 간섭 소스
  • 이전 버전과의 호환성에 대한 보호 메커니즘
  • 혼합된 PHY 클라이언트 환경 또는 무선 인프라
  • AP에서의 CPU 제한
  • AP 및/또는 컨트롤러에서의 엉성한 코드 수행
  • 좋지 못한 클라이언트 드라이버

권장 사항: Consider the tools you have that allow you to effectively plan, deploy and troubleshoot 802.11 issues to avoid issues later.

Don’t have the tools you need? Check out NETSCOUT’s wireless solutions.