밤에 Wi-Fi가 느린가요? 포트 포화와 혼잡을 확인하세요

밤에 Wi-Fi가 느려지는 현상에는 포트 포화가 관련될 수 있습니다. 트래픽이 Ethernet 포트, WAN 연결 또는 공유 업링크의 용량에 가까워지면서 패킷이 대기열에서 기다리는 상태입니다. 여기서 포트는 네트워크 인터페이스를 뜻하며 TCP나 UDP 서비스 포트가 아닙니다. 저녁의 가정 내 사용량, 이웃과 나누는 무선 전송 시간, 느린 물리 링크, 통신사 혼잡, 방의 약한 커버리지는 각각 다른 해결책이 필요합니다. 같은 기기로 한산한 시간과 바쁜 시간을 비교한 뒤 조치를 선택하세요.

포트 포화와 낮게 협상된 링크 속도를 구분하세요#

예상한 1,000 Mbps 대신 100 Mbps로 연결 속도가 협상되면 고정된 상한이 생깁니다. 아침과 밤의 유선 테스트 모두 이 제한을 받을 수 있습니다. 저녁 트래픽이 늘면 제한이 더 두드러지지만 링크 속도 자체와 그 용량을 채우는 수요는 다릅니다. 연결된 기기의 Ethernet 상태와 공유기의 해당 LAN, WAN 또는 업링크 상태를 확인하세요. 모든 단자가 기가비트라고 가정하지 마세요.

노트북, 케이블, 스위치, 공유기, 모뎀 또는 ONT를 거치는 경로를 따라 확인합니다. 노트북 포트가 더 빨라도 다른 구간의 느린 링크를 보완할 수는 없습니다. 예상과 달리 100 Mbps가 표시되면 사양을 살펴보고 정상임을 아는 케이블이나 지원되는 다른 포트를 사용해 보세요. 제조사 지침 없이 속도 협상 설정을 강제로 지정하지 마세요.

다음 네 가지 수치는 서로 다른 내용을 나타냅니다.

예를 들어 공유기의 WAN Ethernet 링크가 1,000 Mbps여도 업로드 20 Mbps 서비스는 용량을 모두 사용할 수 있습니다. 서비스 제한은 별개의 병목입니다. 기가비트 표시가 기가비트 업로드 용량을 주지는 않습니다. 강한 Wi-Fi 신호도 부하가 걸린 WAN 대기열을 없애지 못합니다. 어느 시간에나 같은 유선 상한이 나타나면 저녁 시간대를 탓하기 전에 기가비트 속도를 결정하는 전체 연결 경로부터 확인하세요.

같은 기기로 유휴·부하·일시 중지 상태를 비교하세요#

한산한 시간과 평소 문제가 생기는 시간에 같은 노트북, 테스트 서버, 위치를 사용합니다. 연결 방식, Wi-Fi 대역, Ethernet 속도, 다운로드, 업로드, ping을 기록하세요. 서버를 바꾸면 측정하는 경로도 바뀝니다.

1. 유선 기준값: 공유기에 연결하고 노트북 Wi-Fi를 끈 뒤 의도적인 테스트 부하 없이 유휴 ping을 기록합니다. 집에서 계속 실행되는 스트리밍, 백업, 업데이트도 적으세요.
2. 부하 상태의 유선: 다운로드 테스트를 실행하며 ping을 관찰한 뒤 업로드를 따로 테스트합니다. 어느 방향에서 지연이 늘어나는지 기록합니다. 속도 테스트는 자체적으로 트래픽을 만들므로 유휴 측정이 아닙니다.
3. 가정 내 트래픽 일시 중지: 문제 시간에 선택적으로 실행하는 백업, 게임 다운로드, 사진 동기화, 스트리밍을 잠시 멈추고 유선 측정을 반복합니다. 필수 업무와 안전 기기는 계속 작동하게 하세요. 멈출 수 없었던 트래픽도 기록합니다.
4. 공유기 근처 Wi-Fi: Ethernet을 분리하고 가능하면 같은 대역으로 공유기 옆에서 반복합니다. 먼 방의 벽을 거치지 않는 무선 경로를 확인하는 단계입니다.
5. 먼 방의 Wi-Fi: 실제 작업하는 자리에서 반복하고 가까운 위치의 결과와 비교합니다. 다운로드뿐 아니라 실제로 사용하는 통화, 게임, 파일 전송도 시험하세요.

결과 패턴은 조사 범위를 좁힙니다. 특정 부품 하나의 고장을 자동으로 확정하지는 않습니다.

한 방향의 바이트 카운터로 사용률을 추정하세요#

공유기가 바이트 카운터를 제공하면 인터페이스와 방향부터 확인합니다. WAN의 수신·송신과 노트북의 수신·송신은 서로 다른 경계에서 측정합니다. 표시 이름을 혼용하지 마세요. 두 번의 값과 경과 시간을 기록합니다. 카운터가 없는 그래프만으로는 이 계산을 할 수 없습니다.

이것은 설명을 위한 계산이며 실제 가정에서 측정한 결과가 아닙니다. 어떤 인터페이스의 수신 카운터가 10초 동안 112,500,000바이트 늘었다고 가정합니다.

• 112,500,000바이트 / 10초 × 8 = 초당 90,000,000비트.
• 네트워크의 십진 단위로는 90 Mbps입니다.
• 100 Mbps 링크에서는 90 / 100 × 100 = 90%의 평균 수신 사용률입니다.
• 1,000 Mbps 링크에서는 90 / 1,000 × 100 = 9%의 평균 수신 사용률입니다.

송신은 송신 카운터의 변화량으로 별도로 계산하세요. 수신과 송신 백분율을 더해서 전이중 연결의 한 방향이 과부하라고 결론 내리지 마세요. 이는 단순화한 추정이며 프로토콜 오버헤드가 완전히 반영되지는 않습니다. Cisco의 인터페이스 사용률 설명은 카운터 차이와 입력·출력의 개별 계산을 다룹니다.

이 예시는 업로드 20 Mbps 서비스를 업로드 90 Mbps 연결로 바꾸지 않습니다. LAN 또는 다운로드 쪽 카운터와 서비스의 업로드 용량은 서로 다른 경계를 가리킵니다. 평가 중인 경계와 방향에 맞는 용량을 선택하세요.

측정 간격 중 카운터가 초기화되거나 최대값을 넘어 처음으로 돌아가거나 의미가 달라졌다면 이 단순 계산은 버리고 새로운 유효 구간을 측정합니다. 긴 평균은 짧은 트래픽 폭증을 숨길 수 있습니다. 카운터 표본 하나나 속도 테스트만으로 어느 포트가 혼잡한지는 증명할 수 없습니다. 원인을 지정하기 전에 반복되는 시점, 대기열 지연, 패킷 오류, 케이블 상태, 공유기 부하를 함께 확인하세요.

병목에 맞는 해결책을 선택하세요#

처리량 수치와 반응 좋은 통화는 서로 다른 결과입니다. 설명을 위한 예시로 유휴 ping이 15 ms, 부하 상태 ping이 200 ms일 수 있습니다. 큰 변화는 부하 시 지연을 조사할 이유가 되지만 보편적인 기준값이나 특정 대기열 위치의 증거는 아닙니다. 목적지와 트래픽 방향을 기록하세요. Cloudflare의 대역폭과 사용 중 지연 설명은 처리량이 괜찮아 보여도 버퍼에서 기다리는 트래픽 때문에 대화형 앱이 지연될 수 있는 이유를 설명합니다. 게임 지연과 버퍼블로트 가이드에서 실제 후속 점검을 볼 수 있습니다.

백업, 사진 동기화, 업데이트는 한산한 시간에 예약하되 필수 통화와 업로드를 유지하세요. 스트리밍, 통화, 백업의 용량 요구는 다르므로 앱마다 필요한 조건을 확인합니다. 다운로드 용량이 남아 있어도 백업이 더 작은 업로드 한도를 채울 수 있습니다.

지원된다면 QoS나 SQM을 고려합니다. 용량 설정은 공유기 문서를 따르고 다운로드와 업로드를 각각 설정하세요. 순간적인 트래픽, 변동하는 서비스 속도, 공유기 처리 능력에 따라 값이 달라져야 하므로 보편적인 설정은 없습니다. 조정할 때마다 부하 시 지연과 사용할 수 있는 처리량을 다시 시험합니다. 기능을 켰다는 사실만으로 도움이 되었다고 증명할 수는 없습니다.

고정된 위치의 대용량 기기는 실용적인 경우 유선으로 연결하세요. TV나 데스크톱을 Ethernet으로 옮기면 그 기기의 Wi-Fi 전송 시간 사용은 줄지만 같은 인터넷 다운로드는 여전히 WAN 수요에 포함됩니다. 기기 하나를 유선으로 연결하면 포화된 인터넷 연결이 해결된다고 약속하지 마세요.

유선은 안정적인데 가까운 Wi-Fi가 나빠지면 무선 조건을 살펴봅니다. 2.4 GHz에서는 현지 채널 규정이 허용하는 경우 20 MHz 폭의 채널 1, 6, 11이 흔한 선택지입니다. 밀집된 건물에서는 덜 붐비는 5 GHz 채널이나 좁은 폭이 도움이 될 수 있습니다. 채널 혼잡 가이드를 따라 문제 시간에 변경 전후를 비교하세요. 이웃 네트워크가 보인다는 것만으로 그 네트워크가 속도 저하를 일으켰다는 증거는 되지 않습니다.

먼 방만 문제라면 벽과 배치를 조사합니다. 확장기는 공유기와 사용 가능한 연결을 유지하는 경우 약한 커버리지 경로를 보완할 수 있지만 통신사 용량을 늘리거나 무선 전송 시간 경쟁을 없애지는 못합니다. 장비를 추가하기 전에 한 방에서만 Wi-Fi가 느린 경우의 가이드로 그 패턴을 확인하세요.

장비를 사기 전에 저녁 기록을 남기세요#

평소와 같은 평일 저녁에 두세 번 반복합니다. 방, 시간, 서버, 대역, Ethernet 속도, 유휴·부하 ping, 양방향 트래픽, 실행 중인 작업을 적으세요. 효과적인 해결책과 우연히 한산했던 밤을 구분할 수 있습니다. 패턴이 바뀌면 다음 주에 다시 확인하세요.

한 번에 한 가지만 바꾸고 여러 저녁을 비교할 만큼 설정을 유지합니다. 멈춘 선택적 작업을 기록하고 이후 일반 예약으로 되돌리세요. 재시작이나 설정 변경 직후의 개선은 기록할 가치가 있지만 원인을 분리하지는 못합니다. 지연 급증과 함께 패킷 오류나 공유기 부하도 관찰하세요. 평균 바이트 속도가 낮아 보여도 이런 대안적 원인은 중요합니다.

가정 내 수요를 멈추고 로컬 경로를 확인한 뒤에도 유선 성능이 나쁘면 날짜와 결과를 가지고 통신사에 문의합니다. 고의적인 제한이라고 단정하는 대신 장애, 사용률, 서비스 한도를 질문하세요. 공유기나 모뎀의 제한도 가능하며 ISP 문의 전 테스트가 근거를 정리하는 데 도움이 됩니다.

Range Up에서 커버리지 변경을 계획하세요#

커버리지 문제에는 iPhone이나 Android에서 Range Up을 다운로드하세요. 무료 도구로 평면도와 벽을 그리고 공유기를 배치하고 목표를 표시하며 시뮬레이션된 커버리지를 볼 수 있습니다. Premium은 확장기 배치, 추천 위치, 추정한 변경 전 / 후 결과를 제공합니다. 앱은 실시간 RSSI를 측정하거나 포트 카운터를 읽거나 속도 테스트를 실행하거나 공유기를 설정하지 않습니다. Wi-Fi 확장기 배치 가이드를 참고하고 실제 저녁 테스트로 계획을 검증하세요.