TECHNOLOGY 23호

Who's Afraid of DUAL-3-SIA?
듀얼-3-SIA '걱정 끝'

시스코 IOS 대폭 강화 … EIGRP 액티브 라우트 프로세싱 개선

스코의 EIGRP(Enhanced Interior Gateway Routing Protocol)는 대규모 네트워크, 특히 기업 금융과 소매 조직에서 널리 도입되어 있다. EIGRP는 SIA(Stuck in Active routes)로도 잘 알려져 있으며 EIGRP 라우트가 SIA 상태일 때, 듀얼-3-SIA 에러 메시지가 발생한다. 이 메시지가 발생하는 상황은 비좁은 극장에서 "불이야"라고 외칠 때 사람들의 반응과 유사한 정황을 나타낸다.

시스코는 SIA의 문제를 감소시키기 위해 EIGRP가 시스코 IOS 소프트웨어 릴리즈 12.1(5)에서 액티브 루트 프로세스를 처리하는 법을 변화시켜왔다. EIGRP 코드에서 이러한 변화가 가능해지면서 비록 완전히 제거되지는 않을 지라도 SIA 범위와 수를 감소시킬 수는 있다.

이번 기사에서는 EIGRP의 활발한 프로세스를 검토하고 네트워크에서 SIA가 거의 사라지고 있는 최근 변화에 관해 논의할 예정이다.


네트워크 사례 분석
이 페이지 하단에 있는 그림에서는 라우팅 프로토콜로 소규모 네트워크를 운영하는 EIGRP의 사례가 나타나고 있다.

그림 속 간단한 네트워크 상에서 라우터 B는 IP 어드레스 10.1.1.0/24에 도달하는 라우터 C를 통한 경로를 선호하고 있다. 라우터 A는 10.1.1.0/24에 이르기 위한 두 곳의 루트를 얻는데, 하나는 루트 B로, 또 하나는 루트 C로 통한다. 라우터 A가 라우터 B로 가는 길을 최적의 경로로 선택했다고 가정해보자. 그러면 라우터 C를 통한 경로는 두 가지 경로 상에 놓인 메트릭 차이(metric differentials) 때문에 루프-프리(loop-free)한 경로로 지정되지 않는다.

최상의 경로 액티브 상태에서 라우터는 분실 루트 경로를 요청하는 이웃 측에 질문을 보낸다.


라우터 B와 C 사이 링크에서 이벤트가 일어나는 다음 순간 어떤 이유로 실패한다면 어떻게 되겠는가:

라우터 B는 10.1.1.0/24로 가는 다른 루프-프리한 경로용 로컬 EIGRP 토폴로지 테이블을 점검한다.

교차되는 루프-프리한 경로를 발견하는데 실패한 라우터 B의 경우, 기존의 EIGRP 이웃 각각에 10.1.1.0/24로 가는 새로운 루프-프리 경로를 찾을 수 있을지 묻는다. 바로 이때 라우터 B는 3분 액티브 타이머(three-minute active timer)를 놓고, 라우터 A측에 10.1.1.0/24로 가는 다른 경로가 있는지에 관한 질문을 보낸다.

라우터 B를 최상의 경로로 사용했던 라우터 A는 로컬 토폴로지 테이블을 점검하고 다른 루프-프리한 경로가 없다는 것을 발견한다. 라우터 A는 3분 액티브 타이머를 설정하고 라우터 C로 질문을 보낸다.

이 대목에서 10.1.1.0/24로 향하는 라우터의 경우 라우터 A와 B에서 활발하다. 보통 라우터 C는 로컬 라우팅 테이블을 점검하고, 여전히 루프-프리한 10.1.1.0/24로 향하는 경로가 있는지 정하고, 이 정보와 함께 라우터 A에 응답한다. 그런 다음 라우터 A는 로컬 라우팅 테이블로 루트를 설치하고, 활발한 상태에서 루트를 끄집어내면서, 3분 액티브 타이머를 멈춘다. 라우터 A는 차례로 라우터 B에 응답하고 라우터 B는 동일한 단계를 밟는다.

그러나 라우터 C가 라우터 A에 반응하지 않을 경우 어떻게 되는가? 충분한 패킷으로 인해 EIGRP 이웃 관계가 유지될 수 있다고 하더라도, A에서 C 링크는 링크 상에서 분실된 패킷 때문에 아주 지저분한(dirty) 상태일 수 있다. 라우터 C가 라우터 A로 가는 대안 루트에 관한 답신을 보내려고 노력하는 내내 라우터 B의 액티브 타이머는 여전히 흐르고 있다. 결국, 라우터 B의 액티브 타이머는 멈추고, 라우터 B가 라우터 A와 인접한 이웃을 재설정할 것이다.

그러나 문제는 라우터 A와 B 사이가 아니다. 네트워크를 작동하는 일(네트워크가 모이는데 걸리는 시간의 양을 액티브 타이머가 제한하는 것)에서 주지의 상태(a known state)로 되돌려 보내는 동안, 액티브 프로세스는 라우터 A와 B 사이 아무것도 없는 곳에서 네트워크 오류를 발생시키게 된다.

맨위로

새로운 액티브 프로세스
시스코 IOS 소프트웨어 릴리즈 12.1(5)에서 EIGRP를 강화시키면, 실제 문제가 있는 곳 책임 하에 이웃을 재설정하도록 추진하면서 액티브 프로세스는 정확하게 반응할 수 있게 된다. 루트가 액티브 할 때 3분 타이머를 세팅하는 대신, 라우터는 1분 타이머를 세팅한다. 액티브 타이머가 멈추면, 인접 이웃(neighbor adjacency)을 재설정하는 한편, 라우터는 기다리고 있는 이웃이 액티브 루트를 해결하려고 계속 작동한다는 사실을 확인하기 위해 다른 질문을 보내게 된다.

앞서와 같은 네트워크 사례의 과정을 통해 다시 한번 살펴보자.

라우터 B와 C 사이 링크는 실패한다. 라우터 B의 경우, 로컬 토폴로지 테이블을 점검해 10.1.1.0/24로 가는 루프-프리한 대안 경로가 없음을 발견한다. 라우터 B는 루트 액티브를 기록하고, 1분 액티브 타이머를 작동시켜 라우터 A에 질문을 보낸다.

라우터 A는 이 질문을 받고 로컬 토폴로지 테이블을 점검한 후, 10.1.1.0/24로 가는 루프-프리한 대안 경로가 없음을 발견한다. 라우터 A는 루트 액티브를 기록하고, 1분 타이머를 설정해, 라우터 C로 질문을 보낸다.

라우터 C는 이 질문을 인식하지만 응답에는 실패한다.

라우터 B의 1분 타이머가 멈추면, 다른 질문을 라우터 A 측에 보낸다. 라우터 A는 이 질문을 인식하고, 이어 라우터 B가 1분 액티브 타이머를 재설정한다.

라우터 A는 라우터 C가 이 질문에 대답할 때까지 계속 기다린다. 1분 타이머가 멈추면, 다른 질문을 라우터 C에 보낸다.

이 두 번째 질문을 라우터 C가 인식하는 일은 일어나지 않는다. 그러므로 라우터 A는 라우터 C와의 이웃 관계를 재설정한다.

라우터 C와 이웃 관계를 재설정하는 라우터 A는 로컬 토폴로지 테이블을 점검하고, 라우터 B가 질문에 대한 답신을 기다리고 있다는 사실을 알게 된다. 라우터 A는 이 질문에 대한 답신을 기다리는 이웃이 아무도 없으며, 어떤 루프-프리한 대안 경로도 없다는 사실을 주목하고 라우터 B에 응답한다.

문제가 있다는 조짐(이웃 재설정)을 보여주는 라우터 A와 B 대신 이제 라우터 A와 C는 이웃 관계를 재설정 한다.

EIGRP의 액티브 프로세싱 내부 변화가 있어온 이후, 많은 SIAs로 네트워크를 다루기 위해 개발 지원을 요구하는 네트워크 매니저 수와 더불어, EIGRP SIAs를 다루는 TAC(Technical Assistance Center)의 수도 급격하게 줄었다. 이는 EIGRP의 새로운 액티브 프로세스로 인해 더 이상 SIAs 문제를 걱정할 필요가 없게 되었다는 사실을 의미한다.

RUSS WHITE
필자 러스 화이트는 시스코의 IP 테크놀러지 그룹의 기술 고문으로, 라우팅 프로토콜과 확장 네트워크 디자인과 성능을 담당하고 있다.
이메일 주소는 rhwhite@cisco.com이다.


추가자료
 
■ 시스코 EIGRP:
    cisco.com/packet/172_5b1
■ 시스코 IOS 소프트웨어:
    cisco.com/packet/172_5b2
■ 시스코 IP 라우팅:
    cisco.com/packet/172_5b3
■ 시스코 인터넷 프로토콜 저널:
    cisco.com/ipj


맨위로


맨위로



Packet 지난 호 보기