목차

소개

사전 요구 사항

요구 사항

사용되는 구성 요소

표기 규칙

구성

네트워크 다이어그램

구성

다음을 확인합니다.

문제 해결

문제 해결 명령

디버그 출력 샘플

트러블슈팅 절차

관련 정보

소개

LAN 스위치를 통해 연결된 두 라우터 간에 HSRP(Hot Standby Router Protocol)를 실행할 때 HSRP의 불안정을 확인할 수 있습니다. 이는 네트워크 중단 또는 활성 라우터 전환 중에 발생하는 경우가 많습니다. 예를 들어, 우선 순위가 더 높고 LAN에 미리 구성된 HSRP 라우터입니다. 이 문서에서는 이러한 불안정이 발생하는 이유와 이를 방지하는 방법에 대해 설명합니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.

표기 규칙

문서 표기 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참조하십시오.

구성

이 섹션에는 이 문서에서 설명하는 기능을 구성하기 위한 정보가 표시됩니다.

참고: 이 문서에 사용된 명령에 대한 추가 정보를 찾으려면 명령 조회 도구(등록된 고객만 해당)를 사용합니다.

네트워크 다이어그램

이 문서에서는 아래 다이어그램에 표시된 네트워크 설정을 사용합니다.

구성

이 문서에서는 다음 구성을 사용합니다.

라우터 A

interface FastEthernet1/0

ip address 10.144.220.3 255.255.252.0

standby priority 120

standby preempt

standby ip 10.144.220.1

라우터 B

interface FastEthernet3/0

ip address 10.144.220.2 255.255.252.0

standby priority 110

standby preempt

standby ip 10.144.220.1

다음을 확인합니다.

현재 이 구성에 대해 사용 가능한 확인 절차가 없습니다.

문제 해결

이 섹션에서는 컨피그레이션 문제를 해결하는 데 사용할 수 있는 정보를 제공합니다.

문제 해결 명령

일부 show 명령은 출력 인터프리터 툴 에서 지원되는데(등록된 고객만), 이 툴을 사용하면 show 명령 출력의 분석 결과를 볼 수 있습니다.

참고: debug 명령을 사용하기 전에 디버그 명령에 대한 중요 정보를 참조하십시오.

- 디버그 대기

디버그 출력 샘플

위 다이어그램에서 라우터 A가 네트워크에 추가될 때 라우터 B HSRP 상태 플래핑이 활성에서 스탠바이로 깜박이는 것을 확인할 수 있습니다. 라우터 B에서 디버그 대기를 실행하면 다음 출력이 생성됩니다.

RouterB# debug standby

*Mar 1 02:55:56: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:08: SB0: FastEthernet3/0 state Active -> Speak

*Mar 1 02:56:08: SB0:FastEthernet3/0 Resign out 10.144.220.2 Speak pri 110 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello out 10.144.220.2 Speak pri 110 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:09: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,

changed state to down

*Mar 1 02:56:11: SB0: FastEthernet3/0 state Speak -> Init

*Mar 1 02:56:13: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,

changed state to up

*Mar 1 02:56:13: SB0: FastEthernet3/0 state Init -> Listen

*Mar 1 02:56:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,

changed state to down

*Mar 1 02:56:14: SB0: FastEthernet3/0 state Listen -> Init

*Mar 1 02:56:20: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,

changed state to up

*Mar 1 02:56:20: SB0: FastEthernet3/0 state Init -> Listen

*Mar 1 02:56:30: SB0: FastEthernet3/0 state Listen -> Speak

*Mar 1 02:56:40: SB0: FastEthernet3/0 state Speak -> Standby

*Mar 1 02:56:41: SB0: FastEthernet3/0 state Standby -> Active

*Mar 1 02:56:41: SB: FastEthernet3/0 Adding 0000.0c07.ac00 to address filter

*Mar 1 02:56:41: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:44: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3

hol 10 ip 10.144.220.1

*Mar 1 02:56:44: SB0: FastEthernet3/0 state Active -> Speak

위의 출력에서 라우터 B의 HSRP 상태가 활성에서 대기로 대화에서 활성으로 계속 변경되고 있는 것은 분명합니다.

HSRP 프로세스는 멀티캐스트 주소 224.0.0.2을 사용하여 hello 패킷을 다른 HSRP 라우터와 통신합니다. 연결이 끊기거나 우선순위가 더 높은 HSRP 라우터가 네트워크에 추가된 경우 HSRP 상태는 위에 표시된 대로 플래핑을 시작할 수 있습니다. 특정 라우터 플랫폼에서 HSRP를 실행하고(아래 참고 참조) 우선순위가 높은 라우터가 네트워크에 추가되면 우선순위가 낮은 라우터의 HSRP 상태가 활성에서 연설로 변경되고 링크 상태가 변경됩니다. 스위치의 포트는 이 링크 상태 변경을 탐지하고 스패닝 트리 프로토콜 전환이 이루어집니다. 수신, 학습 및 전달 단계를 거치는 데 약 30초가 소요됩니다. 이 기간은 HSRP hello 프로세스의 기본 시간 제한을 초과하므로, 대기 상태에 도달한 후 우선순위가 낮은 라우터가 액티브 라우터에서 수신된 hello 패킷이 없으므로 액티브 상태가 됩니다.

라우터는 서로의 HSRP hello 패킷을 볼 수 없으므로 둘 다 활성화됩니다. 스위치 포트가 학습 상태로 전환되면 스위치에서 서로 다른 두 포트 중 동일한 가상 MAC 주소를 볼 수 있습니다.

참고: HSRP 상태 변경으로 인한 물리적 링크 상태 변경은 특히 Cisco 2600, Cisco 3600 및 Cisco 7200 Series 라우터의 네트워크 모듈-고속 이더넷(NM-FE) 인터페이스에서 발생합니다. 이러한 동작은 Cisco IOS® Software 릴리스 12.1(3) 이상에서 더 이상 발생하지 않습니다.

자세한 내용은 Cisco Bug ID CSCdr02376(등록된 고객만 해당)을 참조하십시오.

트러블슈팅 절차

위에 설명된 문제를 해결하려면 다음 작업 중 하나를 수행합니다.

1. set spantree portfast enable로 스위치를 구성합니다. 그러면 스위치가 spantree 상태를 우회하고 Forwarding 상태로 바로 이동할 수 있습니다.

라우터가 이 인터페이스/포트에서 패킷을 브리징하도록 구성된 경우 이러한 링크의 즉각적인 포워딩으로 인해 네트워크가 포워딩 루프 중단에 쉽게 걸릴 수 있으므로 이 해결 방법을 사용할 수 없습니다.

참고: 이 제한은 다른 스위치 또는 브리지에 연결된 스위치 포트에도 적용됩니다.

2. HSRP 타이머를 변경하여 스패닝 트리 전달 지연(기본값 15초)이 HSRP 대기 시간(기본값: 10초)의 절반보다 작도록 합니다.

40초의 HSRP 대기 시간을 권장합니다.

참고: HSRP 대기 시간을 늘리면 활성 라우터가 다운되어 대기 라우터가 활성화되는 것을 감지하는 데 HSRP가 느려집니다.

3. 네트워크에 패킷 스톰이 없는지 확인합니다(IPX는 패킷 스톰이 발생하기 쉬움).

4. HSRP 활성 라우터가 번인된 주소를 사용하도록 강제하는 standby use-bia 명령을 구성합니다.

이것은 두 가지 일을 성취한다. HSRP는 더 이상 유니캐스트 MAC 주소를 MAC 주소 필터 목록에 변경(또는 추가)할 필요가 없으므로 이더넷 인터페이스가 재설정되지 않습니다. 또한 스위치가 두 개의 다른 포트에서 동일한 주소를 학습하지 못하도록 합니다. standby use-bia 명령이란 무엇이며 어떻게 작동합니까? 를 참조하십시오. 자세한 내용을 참조하십시오.

참고: standby use-bia 명령을 사용하면 다음과 같은 단점이 있습니다.

- 라우터가 액티브 상태가 되면 가상 IP 주소가 다른 MAC 주소로 이동합니다. 새로 활성화된 라우터는 무상 ARP(Address Resolution Protocol) 응답을 전송하지만, 모든 호스트 구현에서 무상 ARP를 올바르게 처리하지는 않습니다.

- Standby use-bia가 구성된 경우 프록시 ARP가 중단됩니다. 스탠바이 라우터는 실패한 라우터의 손실된 프록시 ARP 데이터베이스를 처리할 수 없습니다.

- 내부 제한으로 인해 MSFC2(Multilayer Switch Feature Card 2)에서는 standby use-bia 명령이 지원되지 않습니다. 자세한 내용은 Supervisor Engine 2에서 IP 유니캐스트 레이어 3 스위칭 구성의 Configuration Guidelines and Restrictions 섹션을 참조하십시오.

관련 정보

- Catalyst 스위치의 STP(Spanning Tree Protocol) 이해 및 구성

- HSRP(Hot Standby Router Protocol) 지원 페이지

- Technical Support - Cisco Systems