ICMP(Internet Control Message Protocol)는 원래 소스와 통신하거나, 패킷을 라우팅하는 동안 발생한 오류 및 트래픽에 대한 제어를 수행하는 데 사용됩니다. 이 문서에서는 ICMP 리디렉션 및 네트워크에서 리디렉션이 발생하는 시기를 설명합니다.
IP 프로토콜 제품군에 대한 지식이 필요합니다.
이는 모든 Cisco 라우터 및 Cisco IOS® 소프트웨어 릴리스에서 지원됩니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.
라우터는 ICMP 리디렉션 메시지를 사용하여 데이터 링크의 호스트에 특정 대상에 대해 더 나은 경로를 사용할 수 있음을 알립니다.
예를 들어 두 라우터 R1과 R2는 호스트 H와 동일한 이더넷 세그먼트에 연결됩니다. 호스트 H의 기본 게이트웨이는 라우터 R1을 사용하도록 구성됩니다. 호스트 H는 라우터 R1에 패킷을 보내 원격 지사 호스트 10.1.1.1의 대상에 연결합니다. 라우터 R1은 라우팅 테이블을 협의한 후 호스트 10.1.1.1에 도달하는 next-hop이 라우터 R2임을 확인합니다. 이제 라우터 R1은 패킷을 받은 동일한 이더넷 인터페이스로 전달해야 합니다. 라우터 R1은 패킷을 라우터 R2에 전달하고 호스트 H로 ICMP 리디렉션 메시지도 전송합니다. 호스트 10.1.1.1에 도달하기 위한 최적의 경로는 라우터 R2를 통해 라우터임을 호스트에 알립니다. 그런 다음 호스트 H는 호스트 10.1.1.1으로 향하는 모든 후속 패킷을 라우터 R2로 전달합니다.
이 디버그 메시지는 네트워크 다이어그램과 같이 라우터 R1이 호스트 H(172.16.1.1)로 ICMP 리디렉션 메시지를 보내는 것을 보여줍니다.
R1# debug ip icmp ICMP packet debugging is on *Mar 18 06:28:54: ICMP:redirect sent to 172.16.1.1 for dest 10.1.1.1, use gw 172.16.1.200 R1#
라우터 R1(172.16.1.100)은 대상 10.1.1.1에 연결하기 위해 라우터 R2(172.16.1.200)를 게이트웨이로 사용하기 위해 호스트 H(172.16.1.1)로 리디렉션을 전송합니다.
Cisco 라우터는 이러한 모든 조건이 충족되면 ICMP 리디렉션을 전송합니다.
패킷이 라우터로 들어오는 인터페이스는 패킷이 라우팅되는 인터페이스와 동일합니다.
소스 IP 주소의 서브넷 또는 네트워크가 라우팅된 패킷의 next-hop IP 주소의 동일한 서브넷 또는 네트워크에 있습니다.
데이터그램이 소스 라우팅되지 않았습니다.
커널은 리디렉션을 전송하도록 구성됩니다. (기본적으로 Cisco 라우터는 ICMP 리디렉션을 전송합니다. interface 하위 명령 no ip redirects를 사용하여 ICMP 리디렉션을 비활성화할 수 있습니다.)
참고: 인터페이스에 HSRP(Hot Standby Router Protocol)가 구성된 경우 ICMP 리디렉션은 기본적으로 비활성화되어 있습니다. Cisco IOS Software Release 12.1(3)T 이상에서는 HSRP로 구성된 인터페이스에서 ICMP 리디렉션을 활성화할 수 있습니다. 자세한 내용은 Hot Standby Router Protocol Features and Functionality의 HSRP Support for ICMP Redirects 섹션을 참조하십시오.
예를 들어 라우터의 인터페이스 중 하나에 IP 주소가 2개인 경우
interface ethernet 0 ip address 171.68.179.1 255.255.255.0 ip address 171.68.254.1 255.255.255.0 secondary
라우터가 서브넷 171.68.179.0의 호스트에서 소싱되고 서브넷 171.68.254.0의 호스트로 향하는 패킷을 수신하면 첫 번째 조건만 충족되고 두 번째 조건이 충족되지 않기 때문에 라우터는 ICMP 리디렉션을 전송하지 않습니다.
라우터가 리디렉션을 전송하는 원래 패킷은 여전히 올바른 대상으로 라우팅됩니다.