Stuck In Active
쿼리를 보냈으나 응답을 받지 못해 Active 상태가 길어지는 것
-- > Active 상태 유지
EIGRP에서 정상적이던 특정 경로가 장애가 발생되어 Successor와 Feasible Successor가 없어 해당 NI로 갈수 없게 되었을때 Query를 보내지만 그 응답을 받지 못할때 발생
문제
- 일부 네트워크가 붙었다 떨어졌다 하는 flapping 현상이 발생
- 과도한 트래픽이나 느린 회선으로 응답을 늦게주면 neighbor 관계가 해제되며 라우팅 테이블이 끊어짐.
R1부터 R257까지 순차적으로 연결되어있다고 가정해보자.
R1과 R2와의 커넥션이 해제되었을때 R2은 query패킷을 전송할것이다. 그러면 R3는 R4로, R4는 R5로, 결국 R256이 R257까지 패킷을 전송을 하게 된다. 하지만 이떄 R2가 R3에 패킷을 보내게 된지 3분이 지나면 R2는 R3와의 neighbor관계를 끊게 된다. 이후에 R3는 다시 R2에 hello 패킷을 보내고 이웃관계가 맺어지면 R2는 다시 query패킷을 보내고 다시 대규모 업데이트가 진행되게 된다.
IGP (RIP, EIGRP, OSPF): AS 내부통신용 conversions time이 빠름, 대규모 업데이트에 취약.
EGP(BGP, IS-IS) : AS와 AS간 통신용. 축약정보를 다룸. 상세네트워크에 민감하지 않음. convesrions time이 느림. 대규모 업데이트에 강함.
해결방법
- 축약사용
- stub router사용하여 쿼리 전송 범위 축소
- 다른 라우팅 프로토콜로 재분배
위의 상황에서 R5에 다음 명령어를 통해 EIGRP의 Hello 패킷만 전송 가능한 장애 상황을 구현해보았다.
conf t
ip access-list extended HelloOnly
permit eigrp any host 224.0.0.10
int s1/1
ip access-group HelloOnly in
end
이때 R1에서 lo 인터페이스 shutdown을 하게 되면 다음과 같이 쿼리패킷을 계속해서 보내게 된다
이 상황에서 R3 eigrp topology를 보면 다음과같다
위와같이 active모드로 패킷을 기다리고있는것을 볼 수 있다.
그렇다면 이를 해결해보도록 하자
축약을 다음과 같이 R4에서 설정하였다.
int s1/0
ip summary-address eigrp 1 10.2.0.0 255.255.0.0
int s1/1
ip summary-address eigrp 1 10.1.0.0 255.255.0.0
stup 설정은 다음과 같다.
conf t
router eigrp 1
eigrp stub static
exit
ip route 10.2.0.0 255.255.0.0 s1/1
ip route 10.1.0.0 255.255.0.0 s1/0
end
다시 stup을 해제하고 redistribut를 하였다
재분배 설정은 다음과 같다.
R5와 R6의 EIGRP를 해제하고 R4에 static으로 등록한 값을 재분배한다.\
R5
conf t
ip route 10.1.0.0 255.255.0.0 10.2.0.1
ip route 10.2.0.0 255.255.0.0 10.2.32.2
end
R6
conf t
ip route 10.2.0.0 255.255.0.0 10.2.32.1
ip route 10.1.0.0 255.255.0.0 10.2.32.1
end
R4
conf t
router eigrp 200
redistribute static metric 1000 10 255 10 1500
end
'네트워크 및 서버 > 네트워크' 카테고리의 다른 글
EIGRP Bandwidth 실습 (0) | 2024.10.01 |
---|---|
EIGRP(3) (0) | 2024.10.01 |
EIGRP 실습 (2) (0) | 2024.09.27 |
EIGRP (2) (0) | 2024.09.27 |
EIGRP 실습 (0) | 2024.09.26 |