이번 장은 PBR과 IP SLA를 다룬다.
일반적인 라우팅은 destination network를 보고 경로를 선택한다.
하지만 운영 환경에서는 source, application, next-hop 상태에 따라 경로를 다르게 보내야 할 때가 있다.
이때 Policy-Based Routing과 IP SLA를 사용할 수 있다.
이번 장의 목표는 다음과 같다.
PBR이 일반 라우팅과 어떻게 다른지 이해한다.
route-map으로 특정 트래픽의 next-hop을 바꾸는 흐름을 본다.
IP SLA와 tracking으로 경로 상태를 반영하는 방식을 이해한다.
- PBR이 필요한 이유
라우팅 테이블은 기본적으로 목적지 기준이다.
하지만 특정 부서의 traffic은 전용 회선으로 보내고, 일반 traffic은 인터넷 회선으로 보내야 할 수 있다.
또는 특정 서버 traffic만 보안 장비를 경유하게 할 수 있다.
PBR은 이런 정책 기반 경로 제어를 가능하게 한다.
- PBR의 기본 흐름
PBR은 access-list로 traffic을 분류한다.
route-map에서 match 조건과 set 동작을 정의한다.
interface에 ip policy route-map으로 적용한다.
패킷이 해당 interface로 들어올 때 route-map이 평가된다.
- 설정 예시
예를 들어 192.168.10.0/24에서 나온 traffic만 ISP1 next-hop으로 보내고 싶다고 하자.
``` access-list 10 permit 192.168.10.0 0.0.0.255
route-map USE_ISP1 permit 10 match ip address 10 set ip next-hop 203.0.113.1
interface gigabitEthernet0/0 ip policy route-map USE_ISP1 ```
이 설정은 G0/0으로 들어오는 source 192.168.10.0/24 traffic의 next-hop을 바꾼다.
- IP SLA가 필요한 이유
PBR만 쓰면 next-hop이 죽었는지 모른 채 traffic을 보낼 수 있다.
그래서 next-hop이나 원격 목적지를 주기적으로 확인하는 기능이 필요하다.
IP SLA는 ICMP echo, TCP connect 같은 방식으로 상태를 측정할 수 있다.
- Track과 연동
IP SLA 결과는 track object와 연결할 수 있다.
Track이 down이면 static route를 제거하거나 다른 정책을 적용하도록 만들 수 있다.
예시는 다음과 같다.
``` ip sla 1 icmp-echo 8.8.8.8 source-interface gigabitEthernet0/1 frequency 5 ip sla schedule 1 life forever start-time now
track 1 ip sla 1 reachability
ip route 0.0.0.0 0.0.0.0 203.0.113.1 track 1 ip route 0.0.0.0 0.0.0.0 198.51.100.1 200 ```
첫 번째 default route는 track이 up일 때만 유지된다.
장애가 나면 floating static route가 올라올 수 있다.
- 검증 명령
다음 명령을 사용한다.
show route-map show ip policy show ip sla statistics show track show ip route
PBR은 route table만 보면 놓칠 수 있다.
반드시 interface에 policy가 붙었는지 같이 봐야 한다.
- 핵심 정리
PBR은 목적지가 아니라 정책으로 경로를 바꾼다.
IP SLA는 경로 상태를 측정한다.
Track은 상태 결과를 routing 또는 policy와 연결한다.
PBR은 강력하지만 troubleshooting이 어려워질 수 있으므로 검증 명령이 중요하다.
- 다음 장 예고
다음 장에서는 BGP 기본을 다룬다.
Enterprise edge에서 외부 routing domain과 연결할 때 BGP가 어떤 역할을 하는지 살펴본다.
댓글 0
댓글은 운영자만 작성할 수 있어요.