EIGRP (6) SIA

<>SIA (Stuck-In-Active)

EIGRP는 다른 대체경로를 찾기위한 요청(query)패킷을 보내는데, 요청 패킷을 수신할때까지 해당장비는 ACTIVE상태에

머문다. 이시점에서 요청한 네이버와 회선장애등의 문제로 3분간 요청패킷을 수신하지 못할경우 해당 네이버와 관계를 

해제하고 전체 라우팅 테이블을 갱신한다. 이것이 반복됨으로써 전체 네트워크가 불안정해지는데 이를 SIA라 한다.

   위의 토폴로지에서 R1, R2, R3 의 세개의 라우터가 각각 EIGRP로 통신하고 있다. 

   

   (1) R1 - R2는 네트워크 12로 통신하며, 피저블 석세서는 존재하지 않는다.

   (2) R3은 R2, R1과 각각 통신하지만, R2의 경로를 R1으로 전달하지 않는다. (피저블 석세서가 아니므로)

   (3) R3 - R2 회선은 상태가 불량하지만 관리자가 인지하지는 못한 상황이다.

여기서 네트워크 12가 단절될경우, R1은 R2의 2.0.0.0 네트워크로 가는 피저블 석세서가 없으므로, 대체경로를 찾기위해 

네이버 R3으로 요청패킷을 보낸다. R3도 2.0.0.0 네트워크 경로가 없으므로 R2에게 요청 패킷을 보냈으나, 

여기서 회선에 다시 문제가 발생하여 R2가 R3에게 응답패킷을 보내지 못했다. R3은 3분간 요청패킷을 기다렸다가

R2와 네이버 관계를 초기화 하고 라우팅 테이블을 갱신한다. 요청 패킷을 발생한 모든 라우터가 동일하게 동작하며

일시적인 네트워크 단절이 발생한다.

SIA 방지  

1. 네트워크 축약

   네트워크를 축약해서 전달하여, 세부 네트워크 정보가 다운되도 라우팅 테이블을 업데이트 하지 않도록 한다.

   즉 축약한 정보를 저장하므로 세부 네트워크가 다운되도 요청패킷을 보낼 필요가 없다.

2. STUB

   스터브 라우터로 설정할시에 요청패킷을 보내지 않으므로, 해당 라우터는 SIA에서 자유롭다.

3. 액티브 타이머 연장

   라우터는 3분간 요청패킷을 받지 못할경우 네이버를 초기화하고 라우팅 테이블을 갱신하는데, 이는 해당 네트워크

   의 일시적인 단절을 의미한다. 이를 조금이나마 피하기 위해 액티브 타이머를 3분을 초과하여 설정함으로써, 요청

   패킷을 수신할 시간을 벌수있다. SIA에 대한 근본적인 해결책은 될수 없으며, 전체 네트워크 convergence타임이 

   늘어나므로 오히려 안좋은 영향을 미칠수 있다.