본문 바로가기

Routing

EIGRP SIA 현상의 원인과 해결

 

SIA(Stuck In Active) 현상

 

경로를 잃은 라우터가 이웃장비에게 Query 보내고 응답을 받기 위해 기다리는 상태를 Active 상태라고 한다.

SIA 현상이란 라우터의 Active 상태가 길어지는 것을 의미한다.

 

 

 

목적지로 가는 경로가 다운된 경우 대체경로를 사용하면 되지만 경우에 따라 대체경로가 없을 수도 있다. 그런경우 이웃장비에게 해당 정보를 물어보기 위해 Query 보내고 Query 다시 라우터의 이웃장비로 전달된다.

보내진 Query 대한 모든 Reply 와야 받은 정보를 수렴하여 Passive 상태로 되돌아 가는데, 하나라도 Reply 덜받게 되면 계속 기다리며 받은 정보를 활용하지 못하고 수렴시간이 늦어지게 된다.

 

Query 날라간 3분안에 Reply 도착해야 되는데 시간안에 응답이 돌아오지 못하면 Neighbor 관계가 끊어진다. 문제가 일어난 곳과 연결이 끊어지는 곳이 일치하지 않기 때문에 트러블슈팅이 어렵다는 단점이 존재한다.

 


 

SIA 현상 대처 방법


 1. Timer 조정 

  : 응답받을 시간을 벌어주는 것뿐이지 궁극적인 해결방식이 아니다. 오히려 이로인해 수렴시간이 느려질 수도 있다.

  1) SIA Timer 조정

: Query 보내진 3 안에 Reply 돌아오지 못하면 Neighbor 끊어지고 다시 Hello 받으면 Neigbor 맺는다.

이러한 작업을 반복하게 되면 EIGRP 네트워크를 불안정하게 만들 있으니 Reply 받아야 하는 Hold time 늘리는 방식이다.

<설정 방법>

R(config)# rouer eigrp 1

R(config-router)# timers active-time <제한시간()-Default 3>

 

2) SIA Query 설정

: IOS version 12.1(5) 부터 SIA-Query SIA-Reply라는 기능을 사용할 있게 되었다.

Query 보내고 Active Timer 50% (기본값으론 130) 경과되면 아직 Reply 받지 못한 이웃장비에게 SIA-Query 보내고 이웃장비는 Ack 응답하여 Reply 받지 못하여도 이웃장비간 연결을 유지할 있도록 한다.

 


 2. Query 확산 네트워크 제한 

  1) 축약 정보로 광고하기

: 축약된 정보로 광고하게되면 이웃장비는 상세네트워크 정보를 받지 못하게 된다. 만일 상세네트워크가 다운이 되어 축약광고를 보냈던 이웃장비에게 Query 보내면 이웃장비는 상세 정보는 받은적이 없기 때문에 즉시 모른다는 응답을 보내어 Query 확산되는 것을 막을 있다.


  2) Stub 라우터로 설정하기

: Stub이란 특정 정보만 광고하겠다고 설정하는 방식으로 대부분 네트워크 끝쪽에 위치한 라우터가 해당된다. Stub으로 설정된 네트워크로는 Query가 날라가지 않는다.


  3) 재분배

: 재분배된 네트워크는 다른 AS이기 때문에 Query 날라가지 않는다.

 

 

'Routing' 카테고리의 다른 글

OSPF Network type  (0) 2014.10.28
OSPF Packet과 LSDB 동기화  (2) 2014.10.28
EIGRP DUAL 알고리즘 및 매트릭  (0) 2014.10.20
FLSM vs. VLSM Routing Protocl  (0) 2014.10.20
Distance Vector의 Split-horizon 문제  (0) 2014.09.10