라우터가 가방을 잃어버리는 이유는 무엇입니까?

1. 라우터에 로그인하여 시스템 도구-진단 도구의 확장 ping 을 통해 WAN 서버 인터페이스에 많은 수의 패킷을 보내 테스트할 수 있습니다. 위의 테스트가 패킷 손실이 없는 경우 회선 운영자가 제공하는 회선이 좋고 고장은 사용자 스스로 발생하므로 더 자세히 조사해야 합니다. 위의 테스트에서 패킷 손실이 발생하면 회선 공급업체가 제공한 회선으로 인해 장애가 발생한 것이므로 회선 공급업체에 연락하여 가능한 한 빨리 문제를 해결해야 합니다.

2. 장치 고장은 주로 장치 하드웨어 고장을 가리키며, 부적절한 소프트웨어 구성으로 인한 패킷 손실은 포함되지 않습니다. 네트워크 카드가 고장나면 라우터의 포트 중 하나에 물리적 장애가 있거나 광대역 인터페이스와 네트워크 디바이스 인터페이스 또는 양쪽 끝 디바이스 인터페이스의 이중 모드가 일치하지 않는 것입니다.

3. 네트워크 정체로 인해 패킷 손실률이 높아지는 데에는 여러 가지 이유가 있습니다. 주로 공급자 서버 또는 라우터의 자원이 많이 사용되기 때문입니다.

4. 라우터 오류 및 네트워크 경로 오류로 인해 패킷이 대상 호스트에 도달하지 못할 수도 있습니다. 예를 들어, 호스트의 기본 라우팅 구성이 잘못되면 호스트에서 다른 네트워크에 액세스하는 패킷을 게이트웨이에서 폐기합니다. 그러나 이런 종류의 패킷 손실은 정상적인 패킷 손실에 속하며 네트워크에 영향을 미치지 않을 것으로 예상됩니다.

인터넷 패킷 손실의 원인은 무엇입니까?

인터넷 패킷 손실의 원인은 무엇입니까?

네트워크 패킷 손실의 주요 원인은 물리적 회선 장애, 장치 장애, 바이러스 공격, 라우팅 정보 오류 등입니다. 구체적인 상황과 결합하여 설명하겠습니다.

라우팅 오류

네트워크 경로 오류로 인해 패킷이 대상 호스트에 도달하지 못할 수도 있습니다. 예를 들어, 호스트의 기본 라우팅 구성이 잘못되면 다른 네트워크에 액세스하기 위해 호스트에서 보낸 패킷은 게이트웨이에서 폐기됩니다. 그러나 이런 종류의 패킷 손실은 정상적인 패킷 손실에 속하며 네트워크에 영향을 미치지 않을 것으로 예상됩니다.

디바이스 장애

장치 고장은 주로 장치 하드웨어의 고장을 의미하며, 부적절한 소프트웨어 구성으로 인한 패킷 손실은 포함되지 않습니다. 네트워크 카드가 고장나면 스위치의 포트 중 하나에 물리적 장애가 발생했거나, 광 트랜시버의 전기 포트가 네트워크 디바이스의 인터페이스와 일치하지 않거나, 양쪽 장치의 인터페이스 이중 모드가 일치하지 않습니다.

최근 필자는 한 스위치 포트에서 광섬유 모듈 장애로 인해 패킷 손실이 발생하는 현상을 발견했다. 일정 기간 동안 통신한 후 스위치가 작동을 멈추고 통신할 수 없게 되어 재부팅 후 정상으로 돌아옵니다. 한동안 관찰한 결과, 한 광섬유 모듈에 문제가 있는 것을 발견하여 새로운 모듈을 교체하였으며, 모든 것이 정상이었다.

그 이유는 스위치가 수신된 모든 패킷에 대해 CRC 오류 감지 및 길이 검사를 수행하고, 잘못된 패킷을 삭제하고, 올바른 패킷을 전달하기 때문입니다. 그러나 이 과정에서 일부 잘못된 패킷은 CRC 검사 오류 및 길이 검사에서 감지되지 않았습니다. 이러한 패키지는 전달 중에 전송되거나 폐기되지 않고 동적 캐시에 누적되어 절대 전송되지 않습니다. 캐시가 꽉 차면 스위치 충돌이 발생할 수 있습니다.

따라서 패킷이 대상 호스트에 도달할 수 없습니다.

물리적 회선 장애

네트워크 관리자는 WAN 회선이 간헐적인 것을 발견했습니다. 이런 상황은 회선의 잘못일 수도 있고 사용자의 원인일 수도 있다. 회선 장애인지 여부를 구분하기 위해 다음과 같은 테스트를 할 수 있습니다.

WAN 회선이 라우터를 통해 구현되는 경우 라우터에 로그인하여 확장 ping 을 통해 대량의 패킷을 종단 간 라우터의 WAN 인터페이스로 전송하여 테스트할 수 있습니다.

회선이 3 계층 스위치에 의해 구현된 경우 회선 양쪽 끝에 컴퓨터를 연결하고 IP 주소를 로컬 3 계층 라우팅 스위치의 WAN 인터페이스 주소로 설정하고' 상대방의 컴퓨터 주소 -t' 명령을 사용하여 테스트할 수 있습니다.

위의 테스트가 패킷 손실이 없는 경우 회선 운영자가 제공하는 회선이 좋고 고장은 사용자 스스로 발생하므로 더 자세히 조사해야 합니다.

위의 테스트에서 패킷 손실이 발생하면 회선 공급업체가 제공한 회선으로 인해 장애가 발생한 것이므로 회선 공급업체에 연락하여 가능한 한 빨리 문제를 해결해야 합니다.

물리적 회선으로 인한 패킷 손실 현상은 광섬유 연결 문제, 점퍼가 장치 인터페이스와 정렬되지 않음, 꼬인 쌍선, RJ-45 커넥터 등 다양합니다. 또한 임의 소음 또는 버스트 소음으로 인한 데이터그램 오류, 무선 주파수 신호의 간섭, 신호의 감쇠로 인해 패킷 손실이 발생할 수 있습니다. 네트워크 테스터를 사용하여 라인 품질을 확인할 수 있습니다.

네트워크 정체

네트워크 정체로 인해 패킷 손실률이 높아지는 데에는 여러 가지 이유가 있는데, 주로 라우터 자원을 대량으로 점유하기 때문이다.

인터넷 속도가 느리고 패킷 손실률이 높아지는 것을 발견하면 showprocesscpu 와 showprocessmem 이 있어야 한다. 일반적으로 IPinputprocess 가 리소스를 너무 많이 사용하는 것으로 나타났습니다. 그런 다음 트래픽이 많은 아웃바운드 포트에서 빠른 스왑이 비활성화되었는지 확인하고, 비활성화된 경우 다시 사용해야 합니다.

Fastswitchingonthesameinterface 가 비활성화되었는지 살펴보겠습니다. 예를 들어, 하나의 인터페이스에 여러 네트워크 세그먼트가 있고 이들 세그먼트 간의 트래픽이 많은 경우 라우터는 프로세스 교환 모드에서 작동합니다. 이 경우 인터페이스에서 "enable IP route-cache name-interface" 명령을 실행해야 합니다.

다음으로 showinterfaces 및 showinterfacesswitching 명령을 사용하여 대량의 패킷이 들어오고 나가는 포트를 결정합니다. 포트 입력을 확인한 후 iPaccountOnTheOutgoing 인터페이스를 열어 특성을 확인합니다. 공격인 경우 소스 주소는 계속 변경되지만 대상 주소는 변경되지 않습니다. 명령' accesslist' 를 사용하여 이 문제를 일시적으로 해결할 수 있으며, 특히 공격원에 가까운 장치에서 해결할 수 있으며, 최종 해결책은 공격원을 차단하는 것입니다.

어플리케이션에서 네트워크 정체를 일으키는 경우가 많습니다. 예를 들어 대량의 UDP 트래픽은 스푸핑 공격을 해결하여 해결할 수 있습니다. 많은 수의 멀티 캐스트 스트림과 브로드캐스트 패킷이 라우터를 통과하고, 라우터는 IPNAT 로 구성되고, 많은 DNS 패킷이 라우터를 통과합니다. 이러한 상황으로 인해 네트워크 정체가 발생한 후 통신측은 트래픽 제어를 통해 전송할 수 없는 패킷을 폐기합니다.

패킷 손실의 주요 원인은 라우터나 광대역 회선이 아니라 수신측 처리 시간이 길기 때문이다. 다음 단계에 따라 해결할 수 있습니다.

1. 먼저 수신기를 수정하고 패킷을 버퍼에 저장할 수 있습니다.

2. 큰 보따리도 가방을 잃어버리기 때문에 큰 가방을 잘라서 하나씩 잘라주세요.

전송 빈도가 너무 빠르면 패킷이 손실됩니다. 버퍼를 수신하도록 소켓을 설정할 수 있습니다.

4. LAN 에서는 가방을 잃어버리지 않지만, 인터넷에서도 가능합니다. 이렇게 하면 패킷도 잘려 전송됩니다.

라우팅 패킷 손실의 원인과 해결 방법을 판단하다

라우팅 패킷 손실의 원인과 해결 방법을 판단하다

라우터가 가방을 잃는 데에는 여러 가지 이유가 있다. 아래 내용을 보고 가방을 잃어버린 이유를 알게 되었다. 표적된 조치만 취하면 문제를 해결할 수 있다. 라우터에는 메시지에 의존하는 많은 스위칭 기술이 사용됩니다. 메시지가 손실되면 아무리 선진적인 스위칭 기술이 작동하더라도 메시지 손실을 방지하는 방법은 매우 중요합니다.

1. 메모리 조각화는 라우터 메모리가 여러 개의 불연속 블록으로 분할되었음을 의미합니다. 메모리 사용률을 낮출 수 있으며, 심각한 경우 메모리 오류가 발생하여 라우터 성능에 영향을 줄 수 있습니다. 라우터 메시지 손실 문제도 발생할 수 있습니다. 실제로 라우터의 메모리에만 조각화 문제가 있는 것이 아니라 일반 하드 드라이브에도 문제가 있습니다.

예를 들어 Microsoft 운영 체제에는 사용자가 하드 드라이브를 조각 모음하여 하드 드라이브의 스토리지 용량과 성능을 향상시킬 수 있는 조각 모음 도구가 포함되어 있습니다. 여기서 메모리 조각은 실제로 하드 디스크 조각과 유사합니다.

둘째, 라우터 메모리에 조각이 있는지 어떻게 알 수 있습니까? 여기서 주요 도움말은 콜링 라우터와 함께 제공되는 SHOWMEMORY 명령입니다. 이 명령은 현재 스토리지에 대한 정보를 표시합니다.

이 명령을 실행하면 현재 사용 가능한 메모리 (유휴) 와 최대 사용 가능한 메모리 (최대) 가 표시됩니다. 네트워크 관리자는 이 두 값을 비교하여 조각화가 라우터 성능에 미치는 영향을 판단할 수 있습니다. 이는 주로 라우터의 사용 가능한 메모리와 최대 사용 가능한 크기를 비교하는 것입니다.

라우터의 사용 가능한 메모리가 사용 가능한 최대 f.a.s.t. 크기에 가까우면 라우터가 조각화되어 있지만 영향이 크지 않은 것입니다. 그러나 사용 가능한 최대 블록이 작은 경우 (예: 사용 가능한 최대 메모리의 10 분의 1 만 있는 경우) 라우터 메모리 조각 문제가 더 심각합니다.

3. 라우터의 가용 메모리가 20M 이고 최대 가용 블록 크기가 15M 인 경우 라우터 메모리에 일부 조각이 있지만 이 조각은 라우터의 정상적인 작동에 영향을 주지 않습니다. 사용 가능한 메모리가 20M 이고 사용 가능한 최대 블록이 0.8M 인 경우 라우터 메모리에 많은 조각이 있습니다.

연속 메모리에 사용 가능한 메모리가 부족하여 하나 이상의 인터페이스에서 메시지가 간헐적으로 손실되는 등 심각한 메모리 할당 문제가 발생할 수 있습니다.

라우터 메모리에서는 일부 메모리 조각이 허용됩니다. 지금까지 메모리 조각을 완전히 피할 수 있는 메모리 관리 기술은 없습니다. 다만 이 단편은 반드시 합리적인 값을 보장해야 한다.

넷째, 사실 이 사용 가능한 블록과 사용 가능한 메모리의 관계는 찬장 안의 서랍으로 나타낼 수 있다. 예를 들어 캐비닛의 가용 용량은 비교적 크지만 1000 개 이상의 다양한 크기의 그리드로 나뉩니다. 각 그리드의 공간 용량은 제한되어 있습니다.

큰 데이터를 저장해야 하는 경우 전체 용량은 충분하지만 작은 그리드의 용량은 부족합니다. 메시지 손실 문제가 발생합니다.

이때 메모리가 충분한 것처럼 보이지만 메모리에는 데이터를 저장할 연속 공간이 없습니다. 따라서 겉으로보기에는 큰 가용 메모리는 실제로 너무 많은 데이터를 수용 할 수 없습니다.

5. 라우터 메모리에 조각화가 많지 않은 것으로 확인되면 네트워크 관리자는 CPU 과부하로 인해 메시지가 손실되는지 여부를 고려해야 합니다. CPU 사용량을 확인하려면 SHOWPROCESS 명령을 사용하여 라우터의 CPU 사용량을 확인할 수 있습니다. 이 명령을 사용하여 최근 5 초, 최근 1 분 및 최근 5 분 동안 라우터의 CPU 사용량을 표시할 수 있습니다.

CPU 사용률이 계속 변하기 때문에 네트워크 관리자는 5 분 동안 CPU 의 평균 활용률에 초점을 맞추고 있습니다. 이 시점에서 라우터 인터페이스 메시지 손실은 CPU 과부하로 인해 발생할 가능성이 높다는 것을 알 수 있습니다.

6. 라우터 CPU 과부하가 확인되면 네트워크 관리자는 메모리를 많이 사용하는 프로세스를 확인해야 합니다. 범인을 찾아야만 네트워크 관리자가 문제를 해결할 수 있다.

네트워크 관리자가 조회한 후 SRBBACKGROUND 프로세스가 CPU 를 많이 사용하는 것을 발견하면 브리지 폭풍이 발생한 것입니다. 따라서 CPU 과부하 문제를 해결하기 위해 네트워크 관리자는 SHOWPROCESSMEMORY 명령을 통해 라우터의 메모리 할당 정보를 조회할 수 있습니다.

이 명령을 실행하면 시스템은 현재 라우터의 사용 가능한 메모리 및 사용량과 같은 정보를 피드백합니다. 또한 각 프로세스가 사용하는 메모리 공간도 반영합니다. 프로세스가 사용하는 메모리와 CPU 가 모두 큰 경우 프로세스에 문제가 있는 것입니다. 네트워크 관리자는 이러한 가능한 프로세스를 하나씩 확인해야 합니다.

7. 예를 들어, 때때로 네트워크 관리자는 CPU 리소스를 많이 소비하는 프로세스를 강제로 종료하고 메시지 손실이 개선되었는지 테스트할 수 있습니다. 만약 눈에 띄는 개선이 있다면, 문제의 원인을 찾을 수 있다.

이 시점에서 네트워크 관리자는 올바른 약을 복용하여 해당 서비스가 무엇인지, 왜 이렇게 많은 CPU 와 메모리 자원을 사용하는지를 분석할 수 있습니다.

가능한 경우 먼저 서비스를 종료하여 메시지 손실을 줄이고 다른 서비스의 정상적인 작동을 보장할 수 있습니다. 문제의 원인을 찾아 복구한 후 다시 시작합니다. 을 눌러 섹션을 인쇄할 수도 있습니다

라우터가 패킷을 잃는 이유

라우터 패킷 손실은 유선 패킷 손실과 무선 패킷 손실로 나눌 수 있습니다.

케이블 패킷 손실 원인은 다음과 같습니다.

불량 라우터 듀플렉서

라우터 칩 공정 장애 (예: 용접 불량, 열 가상 용접, 부품 노화 등).

불량이거나 불량한 네트워크 케이블

라우터 트위스트 페어 이상의 유효 전송 거리 (예:100m 이상).

네트워크 카드 드라이버에 문제가 있습니다.

무선 패킷 손실의 원인은 다음과 같습니다.

신호 간섭, 스위치 채널이 개선될 수 있습니다.

무선 네트워크 호환성에 문제가 있습니다.

운전사에게 문제가 있다. 네트워크 카드 드라이버 업그레이드가 유효할 수 있습니다.

라우터 칩 공정 문제, 칩 가상 용접 또는 가짜 용접

라우터 안테나 매칭 문제 또는 안테나 불량.

라우터 무선 네트워크의 전송 거리를 초과하여 신호 감쇠가 발생합니다.

무선 라우터의 패킷 손실이 심각한 이유는 무엇입니까?

첫 번째 단계: 무선에 문제가 있는 이상 유선 네트워크에 연결하여 확인해 보세요.

2 단계: 무선 라우터의 관리 인터페이스에 로그인하여 무선 매개변수의 기본 설정 옵션을 찾습니다. 기본 전송 밴드는 1 1 에서 7 로 변경되었습니다.

3 단계: 저장 후 라우터 재부팅 후 찾아보기 속도가 훨씬 빨라졌습니다. 이 문제는 무선 신호 전송 채널로 인한 것 같습니다.

4 단계: 무선 설정에서 WEP 암호화가 활성화되어 있지만 SSID 브로드캐스팅이 허용됩니다. 몇 가지 네트워크 유지 관리 경험을 통해 브로드캐스트 패키지는 네트워크 리소스를 많이 사용하고 속도에 영향을 줍니다. 따라서 무선 라우터의 관리 인터페이스에 다시 로그인하면 SSID 옵션 브로드캐스팅을 취소할 수 있습니다. 저장 후 다시 인터넷을 하다 보니 인터넷 속도가 정상으로 돌아왔고 다운로드 브라우징이 지연되지 않았다.