Ring BE3600+ 허브(LAN) 모드에서 약전계 단말 접속 시 전체 무선 TCP/UDP 먹통 현상

[제목] Ring BE3600+ 허브(LAN) 모드에서 약전계 단말 접속 시 전체 무선 TCP/UDP 먹통 현상 (HoL 버그 의심 및 조치 현황) 안녕하세요. 사내 회의실에서 Ring BE3600+ 4대를 무선 AP용으로 단독 운용 중입니다. 기존 공유기(WAN) 모드에서는 문제가 없었으나, 사내망 정책에 따라 허브(LAN) 모드로 변경한 뒤부터 특정 AP가 마비되는 심각한 증상이 발생하여 문의드립니다. 1. 운용 환경 제품 / 펌웨어: Ring BE3600+ 4대 (fw 15.36.0 최신) 운용 형태: L2 허브/브리지 모드 (내부 IP 고정, DHCP Off, 스위치에 LAN 포트 연결) 초기 설정(증상 발생 시점): 5GHz 전용, 무선 모드 11be 고정, WPA3/WPA2 혼합 모드 EasyMesh: 사용하지 않음 (단독 AP 운용) 2. 장애 증상 및 재현 조건 발생 상황: 회의 등으로 특정 AP에 사람들이 몰려 다수의 노트북이 접속할 때 지속적·반복적으로 먹통 현상이 발생합니다. (이용자가 적을 때는 증상이 나타나지 않음) 세부 증상: 해당 AP에 붙은 모든 노트북의 웹 서핑, DNS 질의, 업무 시스템 접속 등 TCP/UDP 통신이 5~8분간 완전히 중단되는 증상이 주기적으로 반복됩니다. 통신이 마비된 상태에서도 AP, 사내 게이트웨이, 외부 인터넷으로 향하는 ICMP(ping)는 1ms로 정상 응답합니다. AP 바로 앞의 신호가 매우 강한 단말(-60dBm)도 예외 없이 함께 멈추며, 같은 시간 사내 유선 PC 및 다른 회의실 AP에 붙은 단말들은 정상 동작합니다. 5~8분 정도 지나면 저절로 풀리지만, 회의가 진행되는 동안 얼마 지나지 않아 다시 먹통이 되는 현상이 지속됩니다. 3. 원인 추정 증상 패턴으로 보아 방화벽이나 네트워크 루핑이 아닌 AP 칩셋(Airoha)의 하드웨어 오프로드 큐 또는 11be 무선 전송(TX) 스케줄러 결함으로 판단됩니다. 허브(LAN) 모드에서 응답이 없는 약전계 단말을 향해 재전송(Retry)을 시도하면서 L2 하드웨어 가속 큐 또는 A-MPDU 전송 큐가 잠기는 Head-of-Line(HoL) 블로킹이 발생하여 다른 단말의 TCP/UDP를 모두 Drop시키는 것으로 의심됩니다. (Ping은 오프로드를 타지 않고 CPU 커널 경로로 전달되어 정상 응답) 4. 현재 조치 현황 업무 마비를 막기 위해 현 시점 AP 4대 모두 아래와 같이 긴급 우회 설정을 적용하고 경과를 모니터링하고 있습니다. 무선 모드: 11be(Wi-Fi 7) → 802.11ax(Wi-Fi 6)로 하향 변경 완료 보안 방식: WPA3/WPA2 혼합 → WPA2-PSK (AES) 단독으로 변경 완료 5. 기술 문의 및 요청 사항 현재 ax 변경으로 임시 조치는 취했으나, Wi-Fi 7 기기 도입 목적에 맞게 안정적으로 운용할 수 있도록 기술연구소의 확인을 부탁드립니다. 알려진 이슈 여부: L2 허브 모드 및 11be 환경에서 약전계 단말 접속 시 무선 포워딩 큐가 동결되는 현상이 보고된 적이 있는지요? 개선 펌웨어 배포 계획: 칩셋 제조사(Airoha) SDK 패치나 무선 드라이버 개선이 반영된 최신 펌웨어(베타 포함)가 있는지, 혹은 향후 11be 안정화 펌웨어 배포 일정이 잡혀 있는지 문의드립니다. 단독 AP 단말 제어 옵션: EasyMesh를 쓰지 않는 단독 허브 모드에서도 신호 미약 단말을 강제 킥할 수 있는 기능(최소 RSSI 임계값/밀집 제어)이나 하드웨어 오프로드를 끌 수 있는 옵션(숨김 메뉴 등)이 존재하는지 확인 부탁드립니다.