이번 강의는 Frame Relay의 문제 중 하나인 Split Horizon에 대해서 알아보겠습니다.
네트워크는 위와 같이 구성하겠습니다.
1. Split Horizon
Split Horizon은 라우팅 프로토콜에서 루프를 방지하기 위한 기술입니다. Split Horizon이 설정되면 해당 인터페이스를 통해 받은 정보는 다시 해당 인터페이스로 보내지 못하게 됩니다.
하지만 Frame Relay에서 라우팅 프로토콜중 일부는 Split Horizon이 설정되어 있다면 라우팅 프로토콜이 정상적으로 작동하지 못하는 에러가 발생합니다.
2. 실습
우선 위와 같은 상황으로 네트워크가 구성되면 R4, R5, R6 끼리는 통신이 되지 않습니다. 따라서 라우팅을 설정해 주어야 합니다. 이번에 사용하는 라우팅은 RIP와 EIGRP입니다.
[RIP]
우선 모든 네트워크에 RIP를 설정해 주고 R4에서 라우팅 테이블을 확인해 줍니다.
1.1.123.0과 1.1.2.0은 잘 들어오지만 1.1.3.0은 들어오지 않는 것을 볼 수 있습니다. 이것은 Frame Relay의 Split Horizon 때문입니다.
우선 Frame Relay 모드에서 Split Horizon은 기본적으로 켜져 있는 상태입니다. 따라서 한 인터페이스로 받은 정보는 똑같은 인터페이스로 보낼 수 없습니다.
하지만 R1은 한 인터페이스로 R2와 R3가 연결되어 있습니다. 따라서 R1과 R2가 라우팅 정보를 교환했다면 R1은 S1/0.123을 이미 사용한 인터페이스로 판단하여 S1/0.123을 통해서는 라우팅 테이블을 전달하지 않습니다. 그렇기 때문에 R3는 정보를 주지도, 받지도 못하는 상황이 되어 라우팅 프로토콜에 참여할 수 없게 되는 것입니다.
이를 해결하기 위한 방법은 여러 가지가 있겠지만 이번에는 문제의 원흉인 Split Horizon을 꺼버리는 것으로 해결하겠습니다.
우선 Split Horizon을 끌 R1의 s1/0.123으로 갑니다. 이후 다음과 같은 명령을 입력합니다.
Router(config-subif)#no ip split-horizon
이제 다시 R4로 가서 라우팅이 잘 되는지 확인해 줍니다.
아까는 없던 1.1.3.0 대역이 잘 들어오는 것을 볼 수 있습니다.
[EIGRP]
EIGRP는 명령이 약간 다릅니다. 우선 기존의 RIP 라우팅과 R1의 no ip split-horizon은 제거해 줍니다. no ip split-horizon의 반대는 ip split-horizon입니다.
이제 다시 모든 라우터를 EIGRP 100으로 라우팅 해 줍니다. 그리고 다시 R4에서 라우팅 테이블을 확인해 줍니다.
라우팅 테이블이 정상적으로 작동하지 않습니다.
EIGRP에서 Split Horizon을 끄는 방법은 다음과 같습니다.
no ip split-horizon eigrp [AS]
방금 전의 RIP와 거의 비슷하지만 마지막에 EIGRP [AS]가 추가됩니다.
따라서 R1의 s1/0.123에서의 입력은 다음과 같습니다.
Router(config-subif)#no ip split-horizon eigrp 100
이제 R4에서 라우팅 테이블을 확인해 주겠습니다.
아까처럼 원래 없던 네트워크들이 잘 들어오는 것을 볼 수 있습니다.
3. 마치며
이번에 예시로 들었던 네트워크 구조를 허브 앤 스포크 구조라고 합니다. 이때 R1이 허브, R2, R3를 스포크라고 합니다. 이번에 공부한 Split Horizon도 허브 앤 스포크 구조에서 발생하는 문제이니 이와 관련지어 공부하시면 좋습니다.
'네트워크 > 라우터' 카테고리의 다른 글
| 라우터) Telet 구성 (0) | 2023.02.09 |
|---|---|
| 라우터) 패스워드 설정 (0) | 2023.02.09 |
| 라우터) Frame Relay - Multipoint (0) | 2023.01.06 |
| 라우터) Frame Relay - Point to Point (0) | 2023.01.06 |
| 라우터) OSPF 심화 - Virtual Link (0) | 2023.01.05 |