PANEL_ZRipSettings
SonicOS Enhanced에서는 정책 기준 라우팅과 RIP 보급 외에 ARS(고급 라우팅 서비스)를 사용하도록 설정하는 옵션도 제공합니다. 고급 라우팅 서비스는 Routing Information Protocol(RIPv1 - RFC1058)/(RIPv2 - RFC2453)과 최단 경로 우선 프로토콜(OSPFv2 – RFC2328)이 완전히 보급 및 수신되도록 지원합니다. 이 두 동적 라우팅 프로토콜 중 하나 또는 둘 다를 지원해야 하는 환경에서만 고급 라우팅 서비스를 사용하도록 설정해야 합니다.
RIP 및 OSPF는 다양한 규모의 네트워크에서 경로 분산 프로세스를 자동화하는 데 널리 사용되는 IGP(내부 게이트웨이 프로토콜)입니다. RIP는 보통 소규모 네트워크에서 사용되는 반면 OSPF는 대규모 네트워크에서 사용됩니다. 그러나 보다 적합한 프로토콜을 결정할 때는 네트워크 크기 외에 네트워크 속도, 상호 운용성, 요구 사항과 상대적인 전체 복잡성 등의 여러 요인도 고려해야 합니다. ARS에서는 RIPv1, RIPv2가 모두 지원됩니다. 이 두 버전의 가장 큰 차이는 RIPv2의 경우 VLSM(가변 길이 서브넷 마스크)과 인증, 라우팅 업데이트를 지원한다는 점입니다. 아래 표에 RIPv1, RIPv2 및 OSPFv2의 주요 차이점이 나와 있습니다.
|
• 프로토콜 유형 – RIP 등의 거리 벡터 프로토콜은 라우팅 메트릭의 기준으로 홉 수만 사용하는 반면 OSPF 등의 링크 상태 프로토콜은 메트릭을 결정할 때 링크 상태를 고려합니다. 예를 들어 OSPF는 참조 대역폭(기본적으로 100mbit)을 인터페이스 속도로 나누어 인터페이스 메트릭을 결정합니다. 링크 속도가 빠를수록 비용은 낮아지고 경로 선호도는 높아집니다. 아래 나와 있는 예제 네트워크를 살펴보십시오.
위의 샘플 네트워크에서 호스트 A가 호스트 B에 연결하려고 할 때 RIP를 사용하는 경우 최저 비용 경로는 비교적 느린 64kbps 링크를 통해 라우터 A에서 라우터 B로 이동하는 경로입니다. OSPF를 사용할 경우 라우터 A에서 라우터 B로 이동하는 비용은 1562가 되는 반면, 라우터 A에서 라우터 C~D를 거쳐 라우터 B로 이동하는 비용은 364가 되므로(뒷부분에 나오는 OSPF 개념의 비용 섹션 참조) 이 경로가 우선 사용됩니다.
• 최대 홉 – RIP는 구성이 잘못되거나 수렴 속도가 느려 오래된 라우팅 정보 등 잘못된 정보가 네트워크를 통해 브로드캐스트 및 전파되면 발생할 수 있는 라우팅 루프를 방지하기 위해 홉 수로 15를 적용합니다. 위의 다이어그램에서 세이프가드가 없는 상태로 라우터 D와 라우터 E 간의 링크에 오류가 발생한 것으로 가정해 보겠습니다.
• 라우터 A의 라우팅 정보에 따르면, 라우터 A는 라우터 B 또는 라우터 C를 통해 네트워크 E에 연결할 수 있습니다(메트릭 3).
• 라우터 D와 라우터 E 간의 링크에 오류가 발생했는데 라우터 A가 라우팅 정보를 브로드캐스트하면 라우터 B와 라우터 C에서 라우터 A를 통해 네트워크 E에 연결할 수 있는 것으로 확인합니다(메트릭 4).
• 라우터 B와 라우터 C는 이 정보를 브로드캐스트하며, 라우터 D는 이 정보를 수신하여 라우터 B 또는 라우터 C를 통해 네트워크 E에 연결할 수 있는 것으로 확인합니다(메트릭 5).
• 이 루프는 홉 수 16(무한)에 도달할 때까지 계속됩니다.
RIP에서는 이러한 유형의 상황이 발생하지 않도록 하기 위해 다음과 같은 다른 방법도 흔히 사용됩니다.
• 수평 분할 – 인터페이스를 통해 인식된 라우팅 정보가 같은 인터페이스로 다시 전송되지 않도록 하는 메커니즘입니다. 이 메커니즘은 대개 브로드캐스트 링크에서는 정상 작동하지만 서로 다른 두 자치 시스템에 연결하는 데 단일 링크를 공통적으로 사용할 수 있는 프레임 릴레이 등의 브로드캐스트 이외 링크에서는 작동하지 않습니다.
• 잘못된 역방향 – 경로 포이즈닝이라고도 하며, 메트릭 16(도달할 수 없음)으로 네트워크를 보급하는 수평 분할의 확장입니다. 잘못된 대체 경로가 전파되지 않도록 합니다.
OSPF는 전체 라우팅 테이블을 보급하지 않고 일반적으로 내용이 변경되면 링크 상태 업데이트만 보내기 때문에 홉 수 제한을 적용하지 않아도 됩니다. 따라서 수렴 속도가 빠르고 업데이트 트래픽이 적게 생성되며 홉을 무제한 지원하므로 대규모 네트워크에서 매우 유용합니다.
• 라우팅 테이블 업데이트 – 위에서 설명한 바와 같이 전체 라우팅 테이블을 보내는 방식을 사용하는 경우 수렴 속도가 느려지고 대역폭 사용량이 증가하며 오래된 라우팅 정보가 남아 있을 가능성이 높아집니다. RIPv1은 지정된 간격(보통 30초)으로 전체 라우팅 테이블을 브로드캐스트하고, RIPv2는 브로드캐스트 또는 멀티캐스트를 수행할 수 있으며, OSPF는 네트워크 패브릭이 변경될 때마다 링크 상태 업데이트만 멀티캐스트합니다. 또한 OSPF는 다중 액세스 네트워크에서 인접성을 형성할 때 DR(지정된 라우터)을 사용한다는 이점도 있기 때문에 전체 네트워크로 업데이트를 보낼 필요가 없습니다.
• 서브넷 크기 지원 – RIPv1은 네트워크가 클래스 A, 클래스 B 및 클래스 C(나중에 D와 E가 추가됨)로 엄격하게 제한될 때 처음 구현되었습니다.
• 클래스 A – 1.0.0.0 ~ 126.0.0.0(0.0.0.0 및 127.0.0.0은 예약됨)
– 맨 왼쪽 비트 0, 네트워크 비트 7개, 호스트 비트 24개
– 0nnnnnnn hhhhhhhh hhhhhhhh hhhhhhhh(8비트 클래스 단위 네트워크 마스크)
– 클래스 A 네트워크 126개, 각각 호스트 16,777,214개
• 클래스 B - 128.0.0.0 ~ 191.255.0.0
– 맨 왼쪽 비트 10, 네트워크 비트 14개, 호스트 비트 16개
– 10nnnnnn nnnnnnnn hhhhhhhh hhhhhhhh(16비트 클래스 단위 네트워크 마스크)
– 클래스 B 네트워크 16,384개, 각각 호스트 65,532개
• 클래스 C – 192.0.0.0 ~ 223.255.255.0
– 맨 왼쪽 비트 110, 네트워크 비트 21개, 호스트 비트 8개
– 110nnnnn nnnnnnnn nnnnnnnn hhhhhhhh(24비트 클래스 단위 네트워크 마스크)
– 클래스 C 네트워크 2,097,152개, 각각 호스트 254개
• 클래스 D - 225.0.0.0 ~ 239.255.255.255(멀티캐스트
– 맨 왼쪽 비트 1110, 멀티캐스트 주소 비트 28개
– 1110mmmm mmmmmmmm mmmmmmmm mmmmmmmm
• 클래스 E - 240.0.0.0 to 255.255.255.255(예약됨)
– 맨 왼쪽 비트 1111, 예약된 주소 비트 28개
– 1111rrrr rrrrrrrr rrrrrrrr rrrrrrrr
이 주소 할당 방법은 VLSM(가변 길이 서브넷 마스크)을 통한 구분(서브넷 지정)이나 집계(슈퍼넷 지정 또는 CIDR(Classless Interdomain Routing) 과정에서 모두 유동성이 없으므로 효율성이 매우 낮습니다.
RIPv2 및 OSPF에서 지원되는 VLSM을 사용하는 경우 클래스가 없는 네트워크 표시에서 대형 네트워크를 소형 네트워크로 구분할 수 있습니다.
클래스 단위 10.0.0.0/8 네트워크에 /24 네트워크 마스크를 할당하는 경우를 예로 들어 보겠습니다. 이 서브넷 지정에서는 호스트 범위의 추가 16비트가 네트워크 범위에 할당됩니다(24-8=16). 이 서브넷 지정에서 제공되는 추가 네트워크의 수를 계산하려면 추가 비트 수의 거듭제곱을 구합니다. 즉 2^16=65,536이 됩니다. 따라서 호스트가 1,670만 개(보통 대부분의 LAN에 필요한 호스트 수보다 많음)인 단일 네트워크를 사용하는 대신, 각각 사용 가능한 호스트가 254개 포함된 네트워크 65,536개를 사용할 수 있습니다.
VLSM을 사용하면 경로 집계(CIDR)도 허용됩니다.
예를 들어 클래스 C 네트워크 8개(192.168.0.0/24 ~192.168.7.0/24)가 있는 경우 각 네트워크에 별도의 경로 문을 사용하는 대신, 모든 네트워크가 포함된 단일 192.168.0.0/21 경로를 제공할 수 있습니다.
이 기능을 사용하면 IP 주소 공간을 보다 효율적이고 유동적으로 할당할 수 있을 뿐만 아니라 라우팅 테이블과 라우팅 업데이트의 크기도 작게 유지할 수 있습니다.
• 자치 시스템 토폴로지 – AS(자치 시스템)는 공통 관리 컨트롤이 적용되며 , 같은 라우팅 특성을 공유하는 라우터 컬렉션입니다. 라우팅 정보를 공유하는 자치 시스템 그룹을 대개 자치 시스템 연합이라고 합니다. RFC1930 및 RFC975에 이러한 개념이 자세히 설명되어 있습니다. 단순하게 설명하자면, AS는 구성의 공통성을 기준으로 물리적 네트워크 요소를 논리적으로 구분하는 것입니다.
RIP 및 OSPF의 경우 RIP 자치 시스템을 구분할 수 없으며, 전체 AS를 통해 모든 라우팅 정보를 보급(브로드캐스트)해야 합니다. 이러한 방식은 관리하기 어려워질 수 있을 뿐만 아니라 라우팅 정보 트래픽이 과도하게 생성될 수 있습니다. 반면 OSPF의 경우 영역 개념을 사용하며, 관리 가능한 논리적 구분을 통해 AS 내의 정보 공유를 제어할 수 있습니다. OSPF 영역은 백본 영역(영역 0 또는 0.0.0.0)으로 시작되며, 기타 모든 영역은 이 백본 영역에 연결되어야 합니다(예외는 있음). 라우팅 AS를 구분하는 이 기능을 통해 AS가 관리하기 어려울 정도로 너무 커지거나 라우터가 처리하기에 너무 많은 계산이 수행되는 현상을 방지할 수 있습니다.
OSPF는 RIP보다 구성 및 유지 관리가 훨씬 더 복잡합니다. OSPF 라우팅 환경을 파악하려면 다음 개념을 이해해야 합니다.
• 링크 상태 – OSPF와 관련하여 링크는 라우터의 송신 인터페이스이며 상태는 비용과 같은 해당 인터페이스의 특성을 설명합니다. 링크 상태는 OSPF 패킷의 5가지 유형 중 하나인 LSU(링크 상태 업데이트) 패킷 내에 포함된 LSA(링크 상태 보급) 형식으로 전송됩니다.
• 비용 – 특정 링크를 통해 패킷을 보내는 데 필요한 오버헤드를 수량을 나타낸 것입니다. 비용은 참조 대역폭(보통 100mbit, 즉 10^8비트)을 인터페이스의 속도로 나누는 방법으로 계산됩니다. 비용이 낮을수록 링크 선호도가 높아집니다. 몇 가지 일반적인 경로 비용은 다음과 같습니다.
|
• 영역 – 공통의 링크 상태 데이터베이스를 공유하도록 지정된 OSPF 라우터 그룹으로 구성되는 네트워크입니다. OSPF 네트워크는 백본 영역(영역 0 또는 0.0.0.0)을 기반으로 구축되며 기타 모든 영역은 백본 영역에 연결되어야 합니다. 단, 가상 링크(일반적으로 사용하지 않는 것이 좋음)를 사용하는 경우는 제외됩니다. 영역은 OSPF 라우터의 인터페이스별로 지정됩니다. 즉, 인터페이스가 여러 개인 라우터의 경우 같은 영역이나 다른 영역에 대해 해당 인터페이스를 구성할 수 있습니다.
• 인접 항목 – 공통 네트워크 세그먼트에 있는 OSPF 라우터는 Hello 패킷을 전송하는 방식으로 인접 항목이 될 수 있습니다. Hello 패킷은 일종의 보급 및 확인 기능을 하며, 특정 특성의 공통 집합을 공유하는 두 OSPF 라우터는 상대 라우터의 Hello 패킷에서 자신의 라우터 ID를 확인하는 즉시 인접 항목이 됩니다. DR(지정된 라우터) 및 BDR(백업 전용 라우터) 선택 프로세스에서도 Hello 패킷이 사용됩니다. 두 라우터가 인접 항목이 되려면 공통으로 포함해야 하는 특성은 다음과 같습니다.
– 영역 ID - 영역 ID는 32비트 값을 사용하여 OSPF 영역을 식별하며 보통 IP 주소 형식으로 표시됩니다. OSPF가 작동하려면 최소한 백본 영역, 즉 영역 0(0.0.0.0)이 필요합니다.
– 인증 – 인증 유형은 대개 없음, 단순 텍스트 또는 MD5로 설정할 수 있습니다. 단순 텍스트는 일반 텍스트로 전송되므로 확인용으로만 사용해야 합니다. 보안을 유지하려면 MD5를 사용해야 합니다.
– 타이머 간격 – 'Hello' 및 'Dead' 간격이 같아야 합니다. Hello 간격은 Keepalive 기능으로 사용되는 Hello 패킷 간의 시간(초)을 지정하며 Dead 간격은 Hello가 수신되지 않은 경우 라우터를 사용할 수 없는 것으로 간주할 때까지의 시간(초)을 지정합니다.
– 스텁 영역 플래그 – 스텁 영역은 단일 송신 지점만 있으면 되므로 외부 링크 보급의 전체 목록이 필요하지 않은 영역입니다. 부적절한 링크 상태 교환을 방지하려면 인접 항목이 될 수 있는 두 항목의 스텁 영역 플래그가 동일해야 합니다. 인접 항목 지정에 영향을 주는 또 다른 요인은 네트워크의 종류입니다. OSPF에서 인식하는 3가지 네트워크 유형은 다음과 같습니다.
: •: 브로드캐스트 – 이더넷 등을 예로 들 수 있습니다. 브로드캐스트 네트워크에서는 브로드캐스트 도메인의 다른 모든 라우터와 인접 항목 관계를 설정할 수 있습니다.
: •: 지점 간 – 직렬 링크 등을 예로 들 수 있습니다. 지점 간 또는 지점-다중 지점 간 네트워크에서는 링크의 반대쪽 끝에 있는 라우터와 인접 항목 관계를 설정할 수 있습니다.
: •: NBMA (Non-Broadcast Multiple Access) – 프레임 릴레이 등을 예로 들 수 있습니다. NBMA 네트워크에서는 인접 항목을 명시적으로 선언해야 합니다.
• 링크 상태 데이터베이스 – 링크 상태 데이터베이스는 영역 내에서 인접성이 생성된 인접 OSPF 라우터가 보내고 받은 LSA로 구성됩니다. 완성된 데이터베이스는 지정된 영역에 대한 모든 링크 상태 정보를 포함합니다. 완성된 데이터베이스에는 SPF(최단 경로 우선) 알고리즘이 적용되어 비용을 기준으로 연결된 모든 네트워크에 대한 최적 경로를 결정합니다. SPF 알고리즘은 Dijkstra 경로 찾기 알고리즘(기본적으로 모든 라우터를 그래프의 꼭짓점으로 간주하고 각 꼭짓점 간의 비용을 계산함)을 사용합니다.
• 인접성 – OSPF 라우터는 인접 라우터의 LSA를 교환하여 LSDB를 생성합니다. 인접성은 네트워크 유형에 따라 다른 방식으로 생성됩니다(위의 인접 항목 섹션 참조). 일반적으로 네트워크 유형은 이더넷 등의 브로드캐스트이므로 핸드셰이크 형식의 OSPF 패킷을 교환하는 방식으로 인접성이 설정됩니다(아래의 OSPF 패킷 유형 참조). 인접 라우터 간에 교환되는 정보의 양을 최소화하기 위해 OSPF 라우터가 여러 개인 세그먼트(브로드캐스트 도메인)는 Hello 패킷을 사용하여 DR(지정된 라우터) 및 BDR(백업 전용 라우터)을 선택합니다.
• DR(지정된 라우터) - 다중 액세스 세그먼트에서 OSPF 라우터는 DR과 BDR을 선택하며, 그러면 해당 기타 모든 라우터는 DR 및 BDR과의 인접성을 생성합니다. DR은 0(DR의 경우에는 사용할 수 없음)~255 사이의 구성 가능한 값인 라우터의 OSPF 우선 순위를 기준으로 선택됩니다. 우선 순위가 가장 높은 라우터가 DR이 됩니다. 우선 순위가 같은 경우에는 인터페이스 주소 지정을 기준으로 라우터 ID가 가장 큰 라우터가 우선 적용됩니다. DR로 지정된 라우터는 사용할 수 없게 될 때까지 해당 역할을 유지합니다.
그러면 세그먼트에서 쌍으로 지정할 수 있는 각 라우터 조합 간이 아니라 이러한 인접성이 적용된 항목 간에 LSA(LSU 내에 포함되어 있음)가 교환됩니다. DR이 아닌 라우터에서 멀티캐스트 주소 255.0.0.6(RFC1583 지정 'OSPFIGP 지정된 라우터' 주소)으로 링크 상태 업데이트가 전송됩니다. 또한 모든 라우터가 LSA를 받을 수 있도록 DR 라우터에 의해 멀티캐스트 주소 225.0.0.5('OSPFIGP 모든 라우터')로 LSA가 플러드됩니다.
• OSPF 패킷 유형 – OSPF 패킷의 5가지 유형은 다음과 같습니다.
– Hello(OSPF 유형 1) – 인접 OSPF 라우터와의 관계를 설정 및 유지하고 지정된 라우터를 선택하기 위해 특정 간격으로 전송됩니다. (LSDB 동기화 시 초기화 및 양방향 단계 중에 전송됨)
– 데이터베이스 설명(OSPF 유형 2) – 인접성 생성 중에 OSPF 라우터 간에 전송됩니다. LSDB 동기화의 Exstart 단계 중에 DD 패킷은 LSA를 추적하는 데 사용되는 ISN(초기 시퀀스 번호)과 인접 OSPF 라우터 간의 마스터/슬레이브 관계를 설정합니다. LSDB 동기화의 교환 단계 중에 DD 패킷은 링크 상태 보급의 약식 버전을 포함합니다. DD 교환은 여러 패킷에 걸쳐 수행될 수 있으므로, DD 패킷은 완전한 교환을 위해 폴(마스터) 및 응답(슬레이드) 방식으로 교환됩니다.
– 링크 상태 요청(OSPF 유형 3) – LSDB 동기화의 로딩 단계 중에 LSR 패킷이 전송되어 인접 항목의 데이터베이스 업데이트를 요청합니다. 이 단계가 인접성 설정의 마지막 단계입니다.
– 링크 상태 업데이트(OSPF 유형 4) – 링크 상태 요청에 대한 응답으로 전송됩니다. LSDB 동기화를 수행하기 위해 LSU 패킷이 링크 상태 보급을 통해 인접성을 플러드합니다.
– 링크 상태 승인(OSPF 유형 5) – LSA 플러딩의 안정성을 유지하기 위해 모든 업데이트가 승인됩니다.
• LSA(링크 상태 보급) – LSA에는 7가지 형식이 있습니다.
– 형식 1(라우터 링크 보급) - OSPF 라우터가 속하는 각 영역에 대한 링크를 설명하기 위해 해당 라우터가 보냅니다. 형식 1 LSA는 라우터 영역으로만 플러드됩니다.
– 형식 2(네트워크 링크 보급) - 네트워크 내의 라우터 집합을 설명하는 영역에 대해 DR이 보냅니다. 형식 2 LSA는 라우터 영역으로만 플러드됩니다.
– 형식 3(요약 링크 보급) - 영역 내의 네트워크를 설명하기 위해 ABR(영역 경계 라우터)에서 영역으로 보냅니다. 형식 3 LSA는 경로 집계용으로도 사용되며, 완전한 스텁 영역으로는 전송되지 않습니다.
– 형식 4(요약 링크 보급) - 영역 내의 네트워크를 설명하기 위해 ABR(영역 경계 라우터)에서 영역으로 보냅니다. 형식 4 LSA는 스텁 영역으로 전송되지 않습니다.
– 형식 5(AS 외부 링크 보급) - 다른 AS의 네트워크에 대한 경로를 설명하기 위해 ASBR(자치 시스템 경계 라우터)에서 보냅니다. 형식 5 LSA는 스텁 영역으로 전송되지 않습니다. 외부 링크 보급에는 다음의 두 가지 형식이 있습니다.
: •: 외부 형식 1 - 형식 1 패킷은 링크 메트릭 계산 시 외부 링크 비용에 내부 링크 비용을 추가합니다. 형식 1 경로는 같은 목적지로 연결되는 형식 2 경로보다 항상 우선 적용됩니다.
: •: 외부 형식 2 - 형식 2 패킷은 외부 링크 비용만 사용하여 메트릭을 결정합니다. 형식 2는 보통 외부 AS로의 경로가 하나뿐일 때 사용됩니다.
– 형식 6 (멀티캐스트 OSPF) - 스푸키(Spooky) LSA입니다. RFC1584를 참조하십시오.
– 형식 7(NSSA AS 외부 링크 보급) - NSSA의 일부분인 ASBR에서 보냅니다('스텁 영역' 참조).
• 스텁 영역 – 최적 경로가 아닌 단일 경로만 있으면 되는 영역입니다. 이 영역은 송신 지점이 하나뿐인 영역일 수도 있고 SPF 최적화가 필요하지 않은 영역일 수도 있습니다. 스텁 영역의 모든 라우터는 스텁 라우터로 구성해야 합니다. 이러한 라우터는 전체 상태 데이터베이스를 받고 SPF 트리를 계산하는 대신 요약 링크 정보만 받습니다. 스텁 영역의 형식은 다음과 같습니다.
• 스텁 영역 – 표준 스텁 영역은 LSA 형식 5(AS 외부 링크 보급)를 제외한 모든 LSA를 받습니다. 따라서 LSDB의 크기를 작게 유지하고 라우터의 계산 오버헤드를 줄일 수 있습니다.
• 완전한 스텁 영역 – LSA 형식 3(요약 링크), 4(AS 요약 링크) 및 5는 전달되지 않는 특수 형식의 스텁 영역입니다. 완전 스텁 영역으로는 영역 내 경로와 기본 경로만 보급됩니다.
• NSSA(not-so-stubby area) - RFC3101에서 설명을 확인할 수 있는 NSSA는 형식 7 LSA(NSSA AS 외부 경로)를 사용하여 NSSA 영역 내에서 외부 경로를 플러드하도록 허용하지만 다른 영역으로부터의 형식 5 LSA는 허용하지 않는 하이브리드 스텁 영역입니다. NSSA는 RIP 등의 다른 IGP를 실행하는 원격 사이트를 OSPF 사이트에 연결할 때 원격 사이트의 경로를 기본 OSPF 사이트로 다시 배포할 필요가 없는 경우에 유용합니다. NSSA ABR(영역 경계 라우터)에도 형식 7을 형식 5 LSA로 변환하는 기능이 있습니다. 이 기능은 SonicOS Enhanced CLI에서만 사용할 수 있습니다.
• 라우터 유형 – OSPF는 역할을 기준으로 다음의 4가지 라우터 유형을 인식합니다.
• IR(내부 라우터) - 해당 인터페이스가 모두 같은 영역 내에 포함된 라우터입니다. 내부 라우터의 LSDB에는 자체 영역에 대한 정보만 포함됩니다.
• ABR(영역 경계 라우터) - 인터페이스가 여러 영역에 있는 라우터입니다. ABR은 연결되어 있는 각 영역에 대해 LSDB를 유지 관리합니다. 이러한 영역 중 하나는 보통 백본입니다.
• 백본 라우터 – 인터페이스가 영역 0(백본)에 연결된 라우터입니다.
• ASBR(자치 시스템 경계 라우터) - 인터페이스가 RIP 네트워크 등의 OSPF가 아닌 AS에 연결된 라우터입니다(해당 AS에서 OSPF AS로 외부 라우팅 정보를 보급함).
다음 섹션에서는 고급 라우팅을 구성하는 방법을 설명합니다.
• RIP 구성
• OSPF 구성
Note ARS는 모든 기능을 갖춘 다중 프로토콜 라우팅 제품군입니다. 그래픽 사용자 인터페이스는 단순하지만, 구성 가능한 옵션과 매개 변수가 매우 다양하게 제공됩니다. 즉 ARS의 기능을 제한하는 대신 축약된 해당 기능의 표시가 GUI에 렌더링되어서 대부분의 관련 라우팅 기능을 제어하는 동시에, CLI를 통해 모든 명령 세트를 사용할 수 있습니다. 인증된 CLI 세션에서 액세스할 수 있는 ARS CLI에는 모듈이 세 개 포함되어 있습니다.
• route ars-nsm – 고급 라우팅 서비스 네트워크 서비스 모듈입니다. 이 구성 요소를 통해 인터페이스 바인딩, 재배포 가능 경로 등의 핵심 라우터 기능을 제어할 수 있습니다.
• route ars-rip – RIP 모듈입니다. RIP 라우터 제어 기능을 제공합니다.
• route ars-ospf – OSPF 모듈입니다. OSPF 라우터 제어 기능을 제공합니다.
일반적으로 Dell SonicWALL을 대부분의 RIP 및 OSPF 환경에 통합하는 데 필요한 모든 기능은 웹 기반 GUI를 통해 사용할 수 있습니다. CLI의 추가 기능을 사용하면 고급 구성을 사용할 수 있습니다. 전체 ARS CLI 명령은 부록을 참조하십시오.
기본적으로 고급 라우팅 서비스는 사용하지 않도록 설정되므로, 서비스를 사용하려면 먼저 사용하도록 설정해야 합니다. 네트워크 > 라우팅 페이지 위쪽에서 라우팅 모드 풀다운 메뉴를 클릭하고 고급 라우팅을 선택합니다. 네트워크 > 라우팅 페이지의 위쪽은 다음과 같이 표시됩니다.
RIP 및 OSPF 라우팅 프로토콜은 인터페이스에 따라 다르게 작동합니다. 각 인터페이스와 가상 서브인터페이스의 RIP 및 OSPF 설정을 별도로 구성할 수 있으며, 각 인터페이스는 RIP 및 OSPF 라우터를 모두 실행할 수 있습니다.
고급 라우팅 프로토콜에서 수신한 기본 경로에 대해 RIP 및 OSPF를 다음과 같이 구성합니다.