10Routing Options·Event Trigger·MonitorRouting Options·Event Trigger·Monitor

Routing Options 는 모든 동적 라우팅 프로토콜에 공통으로 적용되는 라우팅 옵션 의 집합입니다. 같은 목적지로 가는 경로를 여러 프로토콜이 알릴 때 어느 것을 고를지(protocol rank), 비용이 같은 경로 여러 개로 부하를 나눌지(ECMP), 커널 라우팅 테이블의 동작, 라우팅 데몬의 멀티스레딩·로깅 같은 항목을 여기서 다룹니다.

Gaia Portal에서 다루는 기본 동작

Gaia Portal에서 Routing Options를 만지는 기본 흐름은 다음과 같습니다.

라우팅 데몬의 로그 파일을 Portal에서 바로 보고 싶다면, Routing Options 페이지의 오른쪽 위 Monitoring 탭으로 가서 Trace File 에서 파일을 고르고, Number of lines 에 볼 줄 수(범위 5~100, 기본 40)를 입력한 뒤 Get Tail 을 누릅니다.

Equal Cost Path Splitting (ECMP)

목적지가 같고 비용(cost)도 같은 경로가 여러 개 있을 때, 그 경로들을 동시에 써서 트래픽을 나눠 보내는 것이 Equal Cost Path Splitting, 즉 ECMP입니다. 한 목적지로 가는 동등 비용 경로의 최대 개수 를 직접 지정할 수 있습니다.

몇 가지 동작 규칙을 알아 두어야 합니다.

Gaia Portal에서 설정

Gaia Clish에서 설정

   set max-path-splits {<1-8> | default}
   

   set router-options ecmp-nexthop-selection {2-tuple-hash | 5-tuple-hash}
   

   save config
   

     show configuration max-path-splits
     

     cat /proc/sys/net/ipv4/fib_multipath_hash_policy
     

반환값이 0이면 2-tuple Hash, 1이면 5-tuple Hash가 설정된 것입니다.

Kernel Options

Route Injection Mechanism (RIM) 은 Security Gateway가 동적 라우팅 프로토콜을 이용해 VPN 피어 Security Gateway의 암호화 도메인(encryption domain)을 내부 네트워크에 전파 하고, 그쪽으로 역방향 연결(back connection)을 시작할 수 있게 하는 기능입니다. Security Gateway가 VPN 터널을 맺으면, RIM은 그 게이트웨이의 로컬 라우팅 테이블에 VPN 피어의 암호화 도메인을 추가 합니다.

Gaia에서 RIM은 이 경로들을 커널에 직접 추가합니다. 그런데 이 커널 경로를 계속 유지하도록 Gaia에 명시적으로 설정 해 주어야 합니다. RIM 자체 설정은 R82 Site to Site VPN Administration Guide 를 참고하세요.

Gaia Portal에서 설정

RIM 경로를 커널에 유지하려면 Advanced Routing > Routing Options > Kernel Options 섹션에서 Kernel Routes 옵션을 선택 한 뒤 맨 위에서 Apply 를 누릅니다. 유지하지 않으려면 같은 Kernel Routes 옵션을 해제 하고 Apply 합니다.

Gaia Clish에서 설정

커널에 유지하려면:

set kernel-routes on
save config
show configuration kernel-routes

유지하지 않으려면:

set kernel-routes off
save config
show configuration kernel-routes

Protocol Rank (관리 거리)

Rank 는 서로 다른 프로토콜이 같은 목적지로 가는 경로를 동시에 알릴 때 라우팅 시스템이 어느 것을 쓸지 정하는 값입니다. 각 경로마다 rank 번호가 가장 낮은 프로토콜의 경로 가 선택됩니다. rank는 임의로 부여된 값이며, 같은 목적지로 가는 여러 경로의 우선순위를 매기는 데 쓰입니다.

한 경로에는 rank가 하나만 연결됩니다. 비록 rank를 구성의 여러 곳에서 설정할 수 있더라도, 그 경로는 모든 설정 중 가장 구체적으로(most specific) 매칭되는 곳에서 rank를 가져옵니다. 라우팅 데몬이 커널 포워딩 테이블에 실제로 설치한 경로를 active route 라 부르며, 같은 경로를 둘 이상의 프로토콜이 제공하면 rank가 가장 낮은 쪽이 active route 가 됩니다.

여기서 중요한 구분이 있습니다. rank는 동적 IGP(Interior Gateway Protocol) 내부의 경로 선택을 제어하는 데에는 쓸 수 없습니다. IGP 내부 선택은 프로토콜이 자기 메트릭(metric)으로 자동 처리하기 때문입니다. rank는 그 대신 같은 EGP(Exterior Gateway Protocol)에서 서로 다른 피어나 AS로부터 학습한 경로 사이를 고를 때 쓰입니다.

또 일부 프로토콜 — BGP 와 aggregate — 은 rank가 같은 경로 를 허용합니다. 이 경우 active route를 고르려면 별도의 동점 처리(tie breaker)가 동작하는데, BGP에서는 LocalPref, aggregate에서는 Weight 가 그 역할을 합니다.

기본 Protocol Rank

각 프로토콜에는 기본 rank가 부여되어 있습니다. rank 값의 범위는 0~255 이며, 숫자가 낮을수록 더 선호 되는 경로입니다.

Gaia Portal에서 설정

Gaia Clish에서 설정

set protocol-rank protocol
      bgp ipv4-routes rank {<1-255> | default}
      bgp ipv6-routes rank {<1-255> | default}
      kernel rank {<1-255> | default}
      ospf [instance {<1-65535> | default}] rank {<1-255> | default}
      ospfase [instance {<1-65535> | default}] rank {<1-255> | default}
      ospf3 [instance {<1-65535> | default}] rank {<1-255> | default}
      ospf3ase [instance {<1-65535> | default}] rank {<1-255> | default}
      rip rank {<1-255> | default}
      ripng rank {<1-255> | default}
show protocol-rank

Auto Restore of Interface Routes

어떤 인터페이스의 경로가 다른 인터페이스를 통해 도달 가능해지는 순간, 라우터 커널에서 실수로 삭제 되는 경우가 있습니다. 이때 Gaia Clish의 show route 명령은 그 경로를 보여 주지만, Expert mode의 ip route 명령에는 보이지 않습니다. 예컨대 같은 경로가 OSPF와 BGP 양쪽으로 학습될 때 이런 일이 생길 수 있습니다.

이 옵션을 켜면 Gaia가 그 인터페이스 경로를 잃지 않도록 막아 줍니다. 기본적으로는 꺼져(disabled) 있습니다.

Gaia Portal에서 설정

Advanced Routing > Routing Options > Advanced Routing Options 섹션에서 Auto Restore of Iface Routes 를 선택(켜기) 하거나 해제(끄기) 한 뒤 맨 위에서 Apply 를 누릅니다.

Gaia Clish에서 설정

켜기:

set router-options auto-restore-iface-routes on
save config
show router-options

끄기:

set router-options auto-restore-iface-routes off
save config
show router-options

확인할 때는 show router-options 출력의 Auto Restore Iface Routes 행을 봅니다.

Multithreading

라우팅 데몬(RouteD)을 멀티스레드 모드로 실행 하도록 설정할 수 있습니다. 이렇게 하면 트래픽 부하가 클 때 모니터링 작업의 응답성 이 좋아집니다.

Gaia Portal에서 설정

Advanced Routing > Routing Options > Advanced Routing Options 섹션에서 Multithreading 을 선택 하거나 해제 한 뒤 맨 위에서 Apply 를 누릅니다.

Gaia Clish에서 설정

켜기:

set router-options multithreading on
save config
show router-options

끄기:

set router-options multithreading off
save config
show router-options

확인할 때는 show router-options 출력의 Multithreading 행을 봅니다.

Active-Active Mode for Routing Daemon

이 옵션은 Gaia의 VRRP Cluster 전용 으로 설계됐습니다. 켜면 라우팅 데몬이 마치 단일 Security Gateway에서 돌아가는 것처럼 동작합니다. 즉 라우팅 업데이트에 VRRP Cluster Member의 물리 IP 주소 를 사용하고, ClusterXL과 Firewall의 상태는 모두 무시합니다.

이 모드에서 지원되는 기능은 다음뿐입니다.

Gaia Clish에서 설정

켜기:

set router-options active-active-mode on
save config
show router-options

끄기:

set router-options active-active-mode off
save config
show router-options

확인할 때는 show router-options 출력의 Active-Active Mode 행을 봅니다.

Routing Process Message Logging Options

RouteD 데몬이 남기는 로그 메시지(예: OSPF·BGP 오류)를 어느 로그 파일에 쓸지 정할 수 있습니다.

Gaia Portal에서 설정

Gaia Clish에서 설정

   set routedsyslog on
   

   set routedsyslog size <Number of MB between 1 and 2047>
   

   set routedsyslog maxnum <Number of Files between 1 and 4294967295>
   

   save config
   

설정 확인

Gaia Clish 또는 Expert mode에서 확인합니다.

  show configuration routedsyslog
  

maxnum·size 에 기본값을 썼다면 출력은 set routedsyslog on 한 줄이고, 커스텀 값을 썼다면 on·maxnum·size 세 줄이 나옵니다. - Expert mode 에서:

  grep routedsyslog /config/active
  

기본값이면 routed:instance:default:routedsyslog t, 커스텀 값이면 여기에 ...:size <값> 과 ...:files <값> 행이 덧붙습니다.

RFC 1403 Compatibility

OSPFv2·OSPFv3 인스턴스를 RFC 1403과 호환되는 모드 로 돌리도록 Gaia를 설정할 수 있습니다.

Gaia Clish에서 설정

켜기:

set router-options rfc1403compatibility on
save config
show router-options

끄기:

set router-options rfc1403compatibility off
save config
show router-options

확인할 때는 show router-options 출력의 RFC 1403 Compatibility 행을 봅니다.

Trace Options

라우팅 시스템은 오류와 이벤트에 대한 정보를 선택적으로 로그 로 남길 수 있습니다. 로깅은 프로토콜별로 또는 전역(global)으로 설정합니다. 다만 로깅은 성능을 떨어뜨릴 수 있어 평상시에는 켜지 않는 것이 보통입니다. 로그 메시지는 /var/log/routed.log.* 파일에 저장됩니다.

상세한 예제 절차는 다음 SK를 참고하세요.

Gaia Portal에서 설정

trace 로그를 모니터링하려면 Routing Options 페이지 오른쪽 위의 Monitoring 탭으로 가서 Trace File 에 /var/log/routed.log 를 고르고, Number of lines 에 줄 수(범위 5~100, 기본 40)를 입력한 뒤 Get Tail 을 누릅니다.

Gaia Clish에서 설정

   set tracefile size {<1-2047> | default}
   

   set tracefile maxnum {<1-4294967295> | default}
   

   set trace
         bfd <Trace Option> {off | on}
         bgp <Trace Option> {off | on}
         bootp <Trace Option> {off | on}
         cluster <Trace Option> {off | on}
         dhcp6relay <Trace Option> {off | on}
         global <Trace Option> {off | on}
         icmp <Trace Option> {off | on}
         igmp <Trace Option> {off | on}
         ip-reachability-detection <Trace Option> {off | on}
         iphelper <Trace Option> {off | on}
         ipsec-routing <Trace Option> {off | on}
         isis <Trace Option> {off | on}
         kernel <Trace Option> {off | on}
         mfc <Trace Option> {off | on}
         mfc-static <Trace Option> {off | on}
         ospf <Trace Option> {off | on}
         ospf3 <Trace Option> {off | on}
         pbr <Trace Option> {off | on}
         pim <Trace Option> {off | on}
         rip <Trace Option> {off | on}
         ripng <Trace Option> {off | on}
         router-discovery <Trace Option> {off | on}
         router-discovery6 <Trace Option> {off | on}
         routing-event-trigger <Trace Option> {off | on}
         static-route <Trace Option> {off | on}
         vrrp <Trace Option> {off | on}
         vrrp6 <Trace Option> {off | on}
   

   save config
   

Trace 옵션 종류

각 trace 옵션이 무엇을 추적하는지는 다음과 같습니다.

Routing Event Trigger 는 감시하던 라우팅 상태가 무너지면 정해진 동작을 자동으로 실행 하게 해 주는 기능입니다. 세 가지를 설정합니다.

인스턴스 구성 요소

하나의 Routing Event Trigger 인스턴스 구성은 다음으로 이루어집니다.

Routing Event Trigger 인스턴스를 구성하는 구문:

set routing-event-trigger instance <Name of Instance>
      do
            fail-bgp-peer <BGP Peer> {on | off}
            fail-clusterxl-member {local | <IPv4 address>}
                  hold-down {on | off}
            {on | off}
      monitor
            bgp-peer-established <IPv4 or IPv6 of BGP Peer> {on | off}
            ip-reachability-detection <IPv4 or IPv6 Address> {on | off}
      off
      trigger
            /usr/libexec/routing_evt/routing_evt_all
            /usr/libexec/routing_evt/routing_evt_any
            /usr/libexec/routing_evt/routing_evt_maj
            /usr/libexec/routing_evt/routing_evt_never
      hold-down reset

Routing Event Trigger 이력을 보는 구문:

show routing-event-trigger
      instance <Name of Instance> [detailed-history]
      instances [detailed-history]

파라미터

fail-clusterxl-member 동작 보충 — Cluster Member의 클러스터 상태가 "Down"으로 바뀌면 클러스터 페일오버가 일어납니다. High Availability 모드에서 이 멤버가 Active였거나, Load Sharing Unicast 모드에서 Pivot이었던 경우입니다. 트리거 조건이 사라지면 클러스터 객체의 ClusterXL and VRRP 페이지 설정에 따라 fallback이 일어납니다. High Availability 모드에서는 Upon cluster member recovery 설정에 따라, Load Sharing Unicast 모드에서는 Cluster Members 페이지의 멤버 우선순위에 따라 동작합니다.

monitor 조건이 "true"가 되는 경우 — 두 monitor 모두 다음 중 하나라도 일어나면 조건이 "true"가 됩니다.

결정 프로그램(trigger) 종류

trigger 는 이 인스턴스의 결정 프로그램으로, 설정된 동작을 수행할지 말지를 판단합니다.

Gaia Portal에서 모니터링

Routing Monitor 는 현재 라우팅 상태를 들여다보는 도구입니다. 라우팅 테이블, 각 프로토콜의 활성·비활성 경로를 확인해 동적 라우팅이 의도대로 도는지 점검하고, 문제가 생기면 진단의 출발점으로 삼습니다.

Gaia Portal에서 경로 보기

Gaia Portal에서는 OSPF·BGP·RIP 프로토콜에 대해 활성(active)·비활성(inactive)·전체(둘 다) 경로 정보를 볼 수 있습니다.

Gaia Clish에서 모니터링

Gaia Clish에서는 각 영역마다 명령어를 입력한 뒤 [Esc][Esc] 를 눌러 쓸 수 있는 show 명령 전체를 펼쳐 볼 수 있습니다.

  show route[Esc][Esc]
  

  show routed[Esc][Esc]
  

  show mfc[Esc][Esc]