Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서
 

OSPF 영역 구성

OSPF 영역 이해

OSPF에서 단일 AS(Autonomous System)는 영역이라는 작은 그룹으로 나눌 수 있습니다. 이를 통해 네트워크에서 전송되는 링크 상태 광고(LSA) 및 기타 최단 경로 우선(OSPF) 오버헤드 트래픽 수를 줄이고 각 라우터가 유지해야 하는 토폴로지 데이터베이스의 크기를 줄일 수 있습니다. OSPF 라우팅에 참여하는 라우팅 디바이스는 네트워크의 위치에 따라 하나 이상의 기능을 수행합니다.

이 주제는 다음과 같은 OSPF 영역 유형 및 라우팅 디바이스 기능에 대해 설명합니다.

영역

영역은 함께 관리적으로 그룹화된 AS 내의 네트워크 및 호스트 집합입니다. 영역을 연속 IP 서브네티드 네트워크 모음으로 구성하는 것이 좋습니다. 모든 영역 내의 라우팅 디바이스를 내부 라우터라고합니다. 내부 라우터의 모든 인터페이스는 해당 영역 내의 네트워크에 직접 연결됩니다.

영역의 토폴로지는 AS의 나머지 부분에서 숨겨져 있으므로 AS에서 라우팅 트래픽이 크게 감소합니다. 또한 영역 내 라우팅은 영역의 토폴로지에서만 결정되며, 이를 통해 불량 라우팅 데이터로부터 보호됩니다.

영역 내의 모든 라우팅 디바이스에는 동일한 토폴로지 데이터베이스가 있습니다.

영역 경계 라우터

하나 이상의 영역에 속하고 하나 이상의 OSPF 영역을 백본 영역에 연결하는 라우팅 디바이스를 영역 경계 라우터 (ABR)라고 합니다. 다른 인터페이스가 다른 영역에 있는 동안 하나 이상의 인터페이스가 백본 내에 있습니다. 또한 ARS는 연결된 각 영역에 대해 별도의 토폴로지 데이터베이스를 유지합니다.

백본 영역

OSPF 백본 영역 은 영역 ID 0.0.0.0, 연결된 라우팅 디바이스 및 모든 AB의 모든 네트워크로 구성됩니다. 백본 자체는 어떤 ABR도 없습니다. 백본은 영역 간에 라우팅 정보를 배포합니다. 백본은 단순히 다른 영역이므로 영역의 용어와 규칙이 적용됩니다. 백본에 직접 연결된 라우팅 디바이스는 백본의 내부 라우터이며 백본의 토폴로지는 AS의 다른 영역에서 숨겨져 있습니다.

백본을 구성하는 라우팅 디바이스는 물리적으로 연속되어야 합니다. 그렇지 않은 경우 백본 연결의 외관을 생성하기 위해 가상 링크를 구성해야 합니다. 공통의 비백본 영역에 대한 인터페이스가 있는 두 ARB 간에 가상 링크를 생성할 수 있습니다. OSPF는 가상 링크에 의해 결합된 두 개의 라우팅 디바이스를 번호가 지정되지 않은 포인트 투 포인트 네트워크에 연결된 것처럼 취급합니다.

AS 경계 라우터

라우팅 정보를 비 OSPF 네트워크의 라우팅 디바이스와 교환하는 라우팅 디바이스를 AS 경계 라우터라고 합니다. OSPF AS 전체에 걸쳐 외부 학습된 경로를 보급합니다. 네트워크에서 AS 경계 라우터의 위치에 따라 ABR, 백본 라우터 또는 내부 라우터(스텁 영역 제외)가 될 수 있습니다. 스텁 영역 내의 내부 라우터는 AS 경계 라우터가 될 수 없습니다. 스텁 영역은 유형 5 LSA를 포함할 수 없기 때문입니다.

AS 경계 라우터가 있는 영역 내의 라우팅 디바이스는 해당 AS 경계 라우터에 대한 경로를 알고 있습니다. 영역 외부의 모든 라우팅 디바이스는 AS 경계 라우터가 있는 동일한 영역에 있는 가장 가까운 ABR에 대한 경로만 알고 있습니다.

백본 라우터

백본 라우터 는 OSPF 백본 영역(영역 ID 0.0.0.0)에 연결된 하나 이상의 인터페이스가 있는 디바이스를 라우팅하고 있습니다.

내부 라우터

하나의 OSPF 영역에만 연결하는 라우팅 디바이스를 내부 라우터라고 합니다. 내부 라우터의 모든 인터페이스는 단일 영역 내의 네트워크에 직접 연결됩니다.

스텁 영역

스텁 영역 은 AS 외부 광고가 플러드되지 않거나 플러드되지 않는 영역입니다. 많은 토폴로지 데이터베이스가 AS 외부 광고로 구성될 때 스텁 영역을 생성할 수 있습니다. 이렇게 하면 토폴로지 데이터베이스의 크기가 줄어들기 때문에 스텁 영역의 내부 라우터에 필요한 메모리 양이 줄어듭니다.

스텁 영역 내의 라우팅 디바이스는 외부 AS 목적지에 도달하기 위해 영역의 ABR에서 유래한 기본 경로에 의존합니다. 기본 경로를 보급하기 전에 ABR에서 옵션을 구성 default-metric 해야 합니다. 일단 구성되면 ABR은 스텁 영역 내에 보급되지 않는 외부 경로 대신 기본 경로를 보급하여 스텁 영역의 라우팅 디바이스가 해당 영역 외부의 목적지에 도달할 수 있도록 합니다.

스텁 영역에는 다음과 같은 제한이 적용됩니다. 스텁 영역을 통해 가상 링크를 생성할 수 없고, 스텁 영역은 AS 경계 라우터를 포함할 수 없으며, 백본은 스텁 영역이 될 수 없으며, 스텁 영역과 비-스텁 영역 모두로 영역을 구성할 수 없습니다.

스터비가 아닌 지역

OSPF 스텁 영역에는 외부 경로가 없으므로 다른 프로토콜에서 스텁 영역으로 재배포할 수 없습니다. NSSA( Not-So-Stubby Area )를 사용하면 이 영역 내에서 외부 경로가 플러드될 수 있습니다. 그런 다음 이러한 경로가 다른 지역으로 유출됩니다. 그러나 다른 영역의 외부 경로는 여전히 NSSA에 들어가지 않습니다.

NSSA에는 다음 제한이 적용됩니다. 영역을 스텁 영역과 NSSA 모두로 구성할 수 없습니다.

전송 영역

전송 영역 은 하나의 인접한 영역에서 백본으로 트래픽을 전달하는 데 사용됩니다(또는 백본이 영역에서 2홉 이상 떨어진 경우 다른 영역으로). 트래픽은 전송 영역에서 시작되지도, 목적지도 아닙니다.

OSPF 영역 유형 및 허용 LSA

다음 표는 OSPF 영역 유형 및 허용 LSA에 대한 세부 정보를 제공합니다.

OSPF 지정 라우터 개요

라우팅 디바이스가 많기 때문에 OSPF 인접성이 많은 대규모 LAN은 링크 상태 광고(LSA)가 네트워크 전체에 플러딩됨에 따라 중량 제어 패킷 트래픽을 생성할 수 있습니다. 잠재적인 트래픽 문제를 완화하기 위해 OSPF는 모든 다중 액세스 네트워크(브로드캐스트 및 비캐스트 멀티캐스트 멀티캐스트[NBMA] 네트워크 유형)에서 지정된 라우터를 사용합니다. 라우팅 디바이스는 LSA를 모든 OSPF 이웃에 브로드캐스트하는 대신 LSA를 지정된 라우터로 보냅니다. 각 멀티에이스 네트워크에는 지정된 라우터가 있으며, 이 라우터는 다음과 같은 두 가지 주요 기능을 수행합니다.

  • 네트워크를 대신하여 네트워크 링크 광고를 시작합니다.

  • 네트워크의 모든 라우팅 디바이스와 인접성을 설정하여 link-state 데이터베이스의 동기화에 참여합니다.

LAN에서 지정된 라우터의 선출은 OSPF 네트워크가 처음 설정될 때 이루어집니다. 첫 번째 최단 경로 우선(OSPF) 링크가 활성화되면 라우터 식별자가 가장 높은 라우팅 디바이스(일반적으로 라우팅 디바이스의 IP 주소 또는 루프백 주소인 router-id 구성 값에 의해 정의됨)가 지정된 라우터로 선택됩니다. 두 번째로 높은 라우터 식별자를 가진 라우팅 디바이스가 백업 지정 라우터로 선택됩니다. 지정된 라우터가 연결에 실패하거나 장애가 발생하면, 백업 지정 라우터가 해당 역할을 가정하고 OSPF 네트워크의 모든 라우터 간에 새로운 백업 지정 라우터 선거가 발생합니다.

최단 경로 우선(OSPF)은 두 가지 주요 목적으로 라우터 식별자를 사용합니다. 우선 순위 값을 수동으로 지정하지 않는 한 지정된 라우터를 선출하고 패킷이 발생한 라우팅 디바이스를 식별하는 것입니다. 지정된 라우터 선거에서 라우터 우선 순위가 먼저 평가되고 우선 순위가 가장 높은 라우팅 디바이스가 지정된 라우터로 선택됩니다. 라우터 우선 순위가 묶이면 일반적으로 라우팅 디바이스의 IP 주소인 가장 높은 라우터 식별자를 가진 라우팅 디바이스가 지정된 라우터로 선택됩니다. 라우터 식별자를 구성하지 않으면, 온라인에 연결하기 위한 첫 번째 인터페이스의 IP 주소가 사용됩니다. 이것은 일반적으로 루프백 인터페이스입니다. 그렇지 않으면 IP 주소가 있는 첫 번째 하드웨어 인터페이스가 사용됩니다.

각 논리적 IP 네트워크 또는 서브넷에서 하나 이상의 라우팅 디바이스가 OSPFv2에 지정된 라우터가 될 자격이 있어야 합니다. 각 논리적 링크에서 하나 이상의 라우팅 디바이스가 OSPFv3에 지정된 라우터가 될 자격이 있어야 합니다.

기본적으로 라우팅 디바이스의 우선 순위는 128입니다. 0의 우선 순위는 라우팅 디바이스가 지정된 라우터가 될 수 없는 것으로 표시합니다. 1의 우선 순위는 라우팅 디바이스가 지정된 라우터가 될 가능성이 가장 적다는 것을 의미합니다. 255의 우선 순위는 라우팅 디바이스가 항상 지정된 라우터임을 의미합니다.

예: OSPF 라우터 식별자 구성

이 예는 OSPF 라우터 식별자를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

라우터 식별자는 OSPF에서 패킷이 발생한 라우팅 디바이스를 식별하는 데 사용됩니다. Junos OS 다음 규칙에 따라 라우터 식별자를 선택합니다.

  1. 기본적으로 Junos OS 인터페이스의 가장 낮은 구성된 물리적 IP 주소를 라우터 식별자로 선택합니다.

  2. 루프백 인터페이스가 구성된 경우, 루프백 인터페이스의 IP 주소가 라우터 식별자가 됩니다.

  3. 여러 루프백 인터페이스가 구성된 경우, 가장 낮은 루프백 주소가 라우터 식별자가 됩니다.

  4. 라우터 식별자가 계층 수준에서 문을 [edit routing-options] 사용하여 router-id address 명시적으로 구성된 경우 위의 세 가지 규칙은 무시됩니다.

참고:

1. 여기에 설명된 라우터 식별자 동작은 및 [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] 계층 수준에서 구성된 [edit routing-instances routing-instance-name routing-options] 경우에도 양호합니다.

2. 라우터 식별자가 네트워크에서 수정된 경우, LSA 재전송 간격이 시간 초과될 때까지 이전 라우터 식별자가 광고하는 lSA(link-state advertisements)가 OSPF 데이터베이스에 보관됩니다. 따라서 루프백 인터페이스의 인터페이스 주소가 변경되면 예측할 수 없는 동작을 방지하기 위해 계층 수준에서 라우터 식별자를 [edit routing-options] 명시적으로 구성하는 것이 좋습니다.

이 예에서 라우터 ID 값을 192.0.2.24인 디바이스의 IP 주소로 설정하여 OSPF 라우터 식별자를 구성합니다.

구성

CLI 빠른 구성

OSPF 라우터 식별자를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

절차

단계별 절차

OSPF 라우터 식별자 구성 방법:

  1. 구성 값을 입력하여 OSPF 라우터 식별자를 구성합니다 [router-id] .

  2. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show routing-options router-id . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

확인

라우터 ID를 구성하고 라우팅 디바이스에서 OSPF를 활성화한 후, 라우터 ID는 OSPF 프로토콜을 모니터링하고 문제를 해결하는 데 사용할 수 있는 여러 OSPF 운영 모드 명령에 의해 참조됩니다. 라우터 ID 필드는 출력에 명확하게 표시됩니다.

예: OSPF 지정 라우터 선출 제어

이 예는 OSPF 지정 라우터 선택을 제어하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

이 예는 OSPF 지정 라우터 선택을 제어하는 방법을 보여줍니다. 예에서 OSPF 인터페이스를 ge-/0/0/1 로 설정하고 디바이스 우선 순위를 200으로 설정합니다. 우선 순위 값이 높을수록 라우팅 디바이스가 지정된 라우터가 될 가능성이 높아집니다.

기본적으로 라우팅 디바이스의 우선 순위는 128입니다. 0의 우선 순위는 라우팅 디바이스가 지정된 라우터가 될 수 없는 것으로 표시합니다. 1의 우선 순위는 라우팅 디바이스가 지정된 라우터가 될 가능성이 가장 적다는 것을 의미합니다.

구성

CLI 빠른 구성

OSPF 지정 라우터 선택을 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하기 위해 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

절차

단계별 절차

OSPF 지정 라우터 선택을 제어하려면 다음을 수행합니다.

  1. OSPF 인터페이스를 구성하고 디바이스 우선 순위를 지정합니다.

    참고:

    OSPFv3 인터페이스를 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

확인

구성이 제대로 작동하는지 확인합니다.

지정된 라우터 선출 확인

목적

특정 최단 경로 우선(OSPF) 인터페이스에 대해 구성한 우선 순위를 기준으로 해당 지역의 지정된 라우터 주소를 확인할 수 있습니다. DR ID, DR 또는 DR-ID 필드에는 해당 지역의 지정된 라우터 주소가 표시됩니다. BDR ID, BDR 또는 BDR-ID 필드에는 백업 지정 라우터의 주소가 표시됩니다.

작업

운영 모드에서 OSPFv2에 show ospf interface show ospf neighbor 대한 및 명령을 입력하고 OSPFv3에 대한 및 show ospf3 neighbor 명령을 입력 show ospf3 interface 합니다.

OSPF 영역 및 백본 영역 이해

AS(Autonomous System)의 OSPF 네트워크는 관리적으로 영역으로 그룹화됩니다. AS 내의 각 영역은 독립 네트워크처럼 작동하며 고유한 32비트 영역 ID를 가지며, 이는 네트워크 주소와 유사하게 작동합니다. 영역 내에서 토폴로지 데이터베이스는 영역에 대한 정보만 포함하고, LSA(link-state advertisements)는 영역 내의 노드로만 플러드되며, 경로는 영역 내에서만 계산됩니다. 영역의 토폴로지는 AS의 나머지 부분에서 숨겨져 있으므로 AS에서 라우팅 트래픽이 크게 감소합니다. 서브네트워크는 메인 네트워크 전체를 형성하기 위해 연결된 다른 영역으로 나뉩니다. 모든 영역 내의 라우팅 디바이스를 내부 라우터라고합니다. 내부 라우터의 모든 인터페이스는 해당 영역 내의 네트워크에 직접 연결됩니다.

백본 영역이라고 하는 AS의 중앙 영역은 특수 기능을 가지며 항상 영역 ID 0.0.0.0이 할당됩니다. (단순한 단일 영역 네트워크 내에서도 해당 영역 ID입니다.) 영역 ID는 점선 10진 표기법으로 고유한 숫자 식별자이지만 IP 주소는 아닙니다. 영역 ID는 AS 내에서만 고유해야 합니다. AS의 다른 모든 네트워크 또는 영역은 하나 이상의 영역에 인터페이스가 있는 라우팅 디바이스를 통해 백본 영역에 직접 연결되어야 합니다. 이러한 연결 라우팅 디바이스는 경계 영역 라우터(ABR)라고 합니다. 그림 1 은 2개의 ABC로 연결된 세 영역의 최적 경로 정의(OSPF) 토폴로지 를 보여줍니다.

그림 1: 다중 경로 OSPF 토폴로지 Multiarea OSPF Topology

모든 영역이 백본 영역에 인접하므로 OSPF 라우터는 백본 영역을 통해 자신의 영역으로 향하는 것이 아닌 모든 트래픽을 보냅니다. 그런 다음 백본 영역의 ABR은 적절한 ABR을 통해 대상 영역으로 트래픽을 전송할 책임이 있습니다. ABR은 각 영역의 link-state 기록을 요약하고 이웃 영역에 목적지 주소 요약을 보급합니다. 광고에는 각 목적지가 있는 영역의 ID가 포함되어 패킷이 적절한 ABR로 라우팅됩니다. 예를 들어 , 그림 1에 표시된 OSPF 영역에서 라우터 A에서 라우터 C로 전송되는 패킷은 자동으로 ABR B를 통해 라우팅됩니다.

Junos OS 활성 백본 탐지를 지원합니다. 활성 백본 탐지는 ABR이 백본에 연결되어 있는지 확인하기 위해 구현됩니다. 백본 영역에 대한 연결이 끊어지면 라우팅 디바이스의 기본 메트릭이 보급되지 않아 백본에 대한 유효한 연결이 있는 다른 ABR을 통해 트래픽을 효과적으로 재라우팅합니다. 활성 백본 탐지를 통해 활성 백본 연결이 없는 ABR을 통해 전송할 수 있습니다. ABR은 다른 라우팅 디바이스에 백본 연결이 중단되더라도 ABR이라고 보급하여 이웃이 내부 경로에 대해 이를 고려할 수 있도록 합니다.

OSPF 제한은 패킷이 올바르게 라우팅될 수 있도록 모든 영역을 백본 영역에 직접 연결하도록 요구합니다. 모든 패킷은 기본적으로 백본 영역으로 먼저 라우팅됩니다. 백본 영역 이외의 영역으로 향하는 패킷은 적절한 ABR로 그리고 대상 영역 내의 원격 호스트로 라우팅됩니다.

모든 영역과 백본 영역 간의 직접 연결이 물리적으로 어렵거나 불가능한 영역이 많은 대규모 네트워크에서는 인접하지 않은 영역을 연결하도록 가상 링크를 구성할 수 있습니다. 가상 링크는 두 개 이상의 ARS를 포함하는 전송 영역을 사용하여 하나의 인접 영역에서 다른 영역으로 네트워크 트래픽을 전달합니다. 예를 들어, 그림 2 는 두 영역 모두에 연결된 영역을 통해 인접하지 않은 영역과 백본 영역 사이의 가상 링크를 보여줍니다.

그림 2: 가상 링크가 있는 OSPF 토폴로지 OSPF Topology with a Virtual Link

그림 2에 표시된 토폴로지에서 영역 0.0.0.3과 백본 영역 사이에 영역 0.0.0.2 사이에 가상 링크가 설정됩니다. 다른 지역으로 향하는 모든 아웃바운드 트래픽은 영역 0.0.0.2를 통해 백본 영역으로 라우팅된 다음 적절한 ABR로 라우팅됩니다. 영역 0.0.0.3으로 향하는 모든 인바운드 트래픽은 백본 영역으로 라우팅된 다음 영역 0.0.0.2를 통해 라우팅됩니다.

예: 단일 영역 OSPF 네트워크 구성

이 예는 단일 영역 OSPF 네트워크를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

네트워크에서 OSPF를 활성화하려면 OSPF 트래픽이 이동하는 네트워크 내의 모든 인터페이스에서 OSPF 프로토콜을 활성화해야 합니다. OSPF를 활성화하려면 OSPF 영역 내의 디바이스에서 하나 이상의 인터페이스를 구성해야 합니다. 인터페이스가 구성되면 OSPF LSA는 모든 OSPF 지원 인터페이스에서 전송되고 네트워크 전체에서 네트워크 토폴로지가 공유됩니다.

AS(Autonomous System)에서 백본 영역은 항상 영역 ID 0.0.0.0이 할당됩니다(단순한 단일 영역 네트워크 내에서도 해당 영역 ID입니다). 영역 ID는 점선 10진 표기법으로 고유한 숫자 식별자입니다. 영역 ID는 AS 내에서만 고유해야 합니다. AS의 다른 모든 네트워크 또는 영역은 하나 이상의 영역에 인터페이스가 있는 영역 경계 라우터에 의해 백본 영역에 직접 연결되어야 합니다. 네트워크가 여러 영역으로 구성된 경우 백본 영역도 생성해야 합니다. 이 예에서 백본 영역을 생성하고 필요에 따라 OSPF 영역에 ge-0/0/0과 같은 인터페이스를 추가합니다.

디바이스에서 OSPF를 사용하려면 그림 3에 표시된 영역과 같이 적어도 하나의 OSPF 영역을 구성해야 합니다.

그림 3: 일반적인 단일 영역 OSPF 네트워크 토폴로지 Typical Single-Area OSPF Network Topology

토폴로지

구성

CLI 빠른 구성

단일 영역 OSPF 네트워크를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

절차

단계별 절차

단일 영역 OSPF 네트워크를 구성하려면 다음을 수행합니다.

  1. 영역 ID 및 관련 인터페이스를 지정하여 단일 영역 OSPF 네트워크를 구성합니다.

    참고:

    단일 영역 OSPFv3 네트워크의 경우 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

확인

구성이 제대로 작동하는지 확인합니다.

영역에서 인터페이스 확인

목적

OSPF 또는 OSPFv3의 인터페이스가 해당 영역에 대해 구성되었는지 확인합니다. 영역 필드에 구성한 값이 표시되는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface 합니다.

예: 다중 OSPF 네트워크 구성

이 예는 다중 OSPF 네트워크를 구성하는 방법을 보여줍니다. 최단 경로 우선(OSPF) AS(Autonomous System)의 디바이스에 대한 트래픽 및 토폴로지 유지 보수를 줄이기 위해 OSPF 지원 라우팅 디바이스를 여러 영역으로 그룹화할 수 있습니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

네트워크에서 OSPF를 활성화하려면 OSPF 트래픽이 이동하는 네트워크 내의 모든 인터페이스에서 OSPF 프로토콜을 활성화해야 합니다. OSPF를 활성화하려면 OSPF 영역 내의 디바이스에서 하나 이상의 인터페이스를 구성해야 합니다. 인터페이스가 구성되면 OSPF LSA는 모든 OSPF 지원 인터페이스에서 전송되고 네트워크 전체에서 네트워크 토폴로지가 공유됩니다.

각 OSPF 영역은 동일한 영역 번호로 구성된 라우팅 디바이스로 구성됩니다. 그림 4에서 라우터 B는 AS의 백본 영역에 있습니다. 백본 영역에는 항상 영역 ID 0.0.0.0이 할당됩니다. (모든 영역 ID는 AS 내에서 고유해야 합니다.) AS의 다른 모든 네트워크 또는 영역은 하나 이상의 영역에 인터페이스가 있는 라우터에 의해 백본 영역에 직접 연결되어야 합니다. 이 예에서 이러한 영역 경계 라우터는 A, C, D 및 E입니다. 추가 영역(영역 2)을 생성하고 고유한 영역 ID 0.0.0.2를 할당한 다음 OSPF 영역에 인터페이스 ge-0/0/0 을 추가합니다.

최단 경로 우선(OSPF) AS의 디바이스에 대한 트래픽 및 토폴로지 유지 보수를 줄이기 위해 그림 4와 같이 여러 영역으로 그룹화할 수 있습니다. 이 예에서 백본 영역을 생성하고 추가 영역(영역 2)을 생성하고 고유한 영역 ID 0.0.0.2를 할당하고, 인터페이스 ge-0/0/0이 OSPF 영역 0에 참여하고 인터페이스 ge-0/0/2가 OSPF 영역 2에 참여하는 영역 경계 라우터로 디바이스 B를 구성합니다.

그림 4: 일반적인 다중 OSPF 네트워크 토폴로지 Typical Multiarea OSPF Network Topology

토폴로지

구성

절차

CLI 빠른 구성

다중 경로 우선(OSPF) 네트워크를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

디바이스 A

디바이스 C

디바이스 B

디바이스 D

디바이스 E

단계별 절차

다중 인터페이스 OSPF 네트워크를 구성하려면 다음을 수행합니다.

  1. 백본 영역을 구성합니다.

    참고:

    OSPFv3 네트워크의 경우 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. OSPF 네트워크에 대한 추가 영역을 구성합니다.

    참고:

    다계층 OSPFv3 네트워크의 경우 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  3. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

확인

구성이 제대로 작동하는지 확인합니다.

영역에서 인터페이스 확인

목적

OSPF 또는 OSPFv3의 인터페이스가 해당 영역에 대해 구성되었는지 확인합니다. 영역 필드에 구성한 값이 표시되는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface 합니다.

OSPF에 대한 다중 인접성 이해

기본적으로 단일 인터페이스는 단 하나의 OSPF 영역에만 속할 수 있습니다. 그러나 일부 상황에서는 인터페이스가 하나 이상의 영역에 속하도록 구성할 수도 있습니다. 이를 통해 해당 링크는 여러 영역에서 영역 내 링크로 간주되고 다른 고비용의 영역 내 경로보다 선호될 수 있습니다. 예를 들어, 두 영역 경계 라우터(ARB) 사이에 고속 백본 링크가 있는 여러 영역에 속하도록 인터페이스를 구성하여 다른 영역에 속하는 다중 영역 인접 항목을 생성할 수 있습니다.

Junos OS 릴리스 9.2 이상에서 두 개 이상의 OSPFv2 영역에 속하도록 논리적 인터페이스 를 구성할 수 있습니다. OSPFv3에 대한 지원은 Junos OS 릴리스 9.4에서 도입되었습니다. RFC 5185, OSPF 다중 영역 인접성에서 정의된 바와 같이, ABR은 동일한 논리적 인터페이스에서 다른 영역에 속하는 여러 인접성을 설정합니다. 각 다중 영역 인접성 은 링크에 연결된 라우터에 의해 구성된 영역에서 포인트 투 포인트 번호가 지정되지 않은 링크로 공지됩니다. 각 영역에 대해 논리적 인터페이스 중 하나가 기본으로 취급되고 영역에 대해 구성된 나머지 인터페이스는 2차 인터페이스로 지정됩니다.

영역에 대한 보조 인터페이스로 구성되지 않은 모든 논리적 인터페이스는 해당 영역의 기본 인터페이스로 처리됩니다. 논리적 인터페이스는 하나의 영역에 대해서만 기본 인터페이스로 구성할 수 있습니다. 인터페이스를 구성하는 다른 영역의 경우, 인터페이스를 보조 인터페이스로 구성해야 합니다.

예: OSPF에 대한 다중 인접성 구성

이 예는 OSPF에 대한 다중 인접성을 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다중 경로 우선(OSPF) 네트워크를 계획하십시오. 예: 다중 OSPF 네트워크 구성을 참조하십시오.

개요

기본적으로 단일 인터페이스는 단 하나의 OSPF 영역에만 속할 수 있습니다. 단일 인터페이스를 여러 OSPF 영역에 속하도록 구성할 수 있습니다. 이를 통해 해당 링크는 여러 영역에서 영역 내 링크로 간주되고 다른 고비용의 영역 내 경로보다 선호될 수 있습니다. 보조 인터페이스를 구성할 때는 다음을 고려하십시오.

  • OSPFv2의 경우, 보조 인터페이스가 포인트 투 포인트 번호가 지정되지 않은 링크로 취급되기 때문에 포인트 투 멀티포인트 및 NBMA(nonbroadcast multiacces) 네트워크 인터페이스를 보조 인터페이스로 구성할 수 없습니다.

  • 보조 인터페이스는 LAN 인터페이스에 지원됩니다(기본 인터페이스는 LAN 인터페이스일 수 있지만, 보조 인터페이스는 LAN을 통한 포인트 투 포인트 번호가 지정되지 않은 링크로 취급됩니다). 이 시나리오에서는 LAN에 두 개의 라우팅 디바이스만 있거나 LAN에 특정 OSPF 영역에 대해 보조 인터페이스가 구성된 두 개의 라우팅 디바이스만 있는지 확인해야 합니다.

  • 보조 인터페이스의 목적은 OSPF 영역을 통해 토폴로지 경로를 보급하는 것이므로 하나 이상의 보조 인터페이스를 패시브로 하여 보조 인터페이스 또는 기본 인터페이스를 구성할 수 없습니다. 패시브 인터페이스는 주소를 광고하지만 OSPF 프로토콜을 실행하지 않습니다(인접이 형성되지 않고 Hello 패킷이 생성되지 않음).

  • 영역에 대한 보조 인터페이스로 구성되지 않은 모든 논리적 인터페이스는 해당 영역에 대한 기본 인터페이스로 처리됩니다. 논리적 인터페이스는 하나의 영역에 대해서만 기본 인터페이스로 구성할 수 있습니다. 인터페이스를 구성하는 다른 영역의 경우, 인터페이스를 보조 인터페이스로 구성해야 합니다.

  • 문으로 interface all 문을 secondary 구성할 수 없습니다.

  • IP 주소로 보조 인터페이스를 구성할 수 없습니다.

그림 5: OSPF Multiarea Adjacency in OSPF 의 다중 인접성

이 예에서 두 영역으로 인터페이스를 구성하여 두 ABR R1과 ABR R2 사이의 링크와 함께 다중 영역 인접성을 생성합니다. 각 ABR에서 영역 0.0.0.1은 기본 인터페이스를 포함하고 ABR 간의 기본 링크이며, 영역 0.0.0.2에는 문을 포함하여 구성하는 보조 논리적 인터페이스가 secondary 포함되어 있습니다. ABR R1에서 인터페이스 so-0/0/0을 구성하고 ABR R2에서 인터페이스 so-1/0/0을 구성합니다.

구성

CLI 빠른 구성

OSPF 영역에 대한 보조 논리적 인터페이스를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치하기 위해 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .

ABR R1 구성:

ABR R2 구성:

절차

단계별 절차

보조 논리적 인터페이스를 구성하기 위해 다음을 수행합니다.

  1. 디바이스 인터페이스를 구성합니다.

    참고:

    OSPFv3의 경우, 각 인터페이스 에서 inet6 주소 패밀리를 지정하고 IPv6 주소를 포함합니다.

  2. 라우터 식별자를 구성합니다.

  3. 각 ABR에서 OSPF 영역에 대한 기본 인터페이스를 구성합니다.

    참고:

    OSPFv3의 ospf3 경우 계층 수준에서 문을 [edit protocols] 포함합니다.

  4. 각 ABR에서 OSPF 영역에 대한 보조 인터페이스를 구성합니다.

  5. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

, 및 show routing-options명령을 입력show interfaces하여 구성을 show protocols ospf 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

ABR R1 구성:

ABR R2 구성:

확인

구성이 제대로 작동하는지 확인합니다.

보조 인터페이스 확인

목적

구성된 영역에 보조 인터페이스가 나타나는지 확인합니다. 인터페이스가 보조 인터페이스로 구성되면 보조 필드가 표시됩니다. 출력에는 여러 영역에 나열된 동일한 인터페이스가 표시될 수도 있습니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface detail 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface detail 합니다.

영역에서 인터페이스 확인

목적

지정된 영역에 대해 구성된 인터페이스를 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface area area-id 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface area area-id 합니다.

인접 인접성 확인

목적

기본 및 보조 이웃 인접성을 확인합니다. 이웃이 보조 인터페이스에 있는 경우 보조 필드는 을(를) 표시합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf neighbor detail 하고 OSPFv3에 대한 명령을 입력 show ospf3 neighbor detail 합니다.

OSPFv3에 대한 다중 인접성 이해

영역은 관리상 함께 그룹화된 OSPFv3 도메인 내의 네트워크 및 호스트 집합입니다. 기본적으로 단일 인터페이스는 단 하나의 OSPFv3 영역에만 속할 수 있습니다. 그러나 일부 상황에서는 최적화 되지 않은 라우팅을 피하기 위해 인터페이스를 하나 이상의 영역에 속하도록 구성할 수도 있습니다. 이를 통해 해당 링크는 여러 영역에서 영역 내 링크로 간주되고 고비용의 영역 내 링크보다 선호될 수 있습니다.

Junos OS 릴리스 9.2 이상에서 두 개 이상의 OSPFv2 영역에 속하도록 인터페이스를 구성할 수 있습니다. OSPFv3에 대한 지원은 Junos OS 릴리스 9.4에서 도입되었습니다. RFC 5185, OSPF 다중 영역 인접성에서 정의된 바와 같이, ABR은 동일한 논리적 인터페이스에서 다른 영역에 속하는 여러 인접성을 설정합니다. 각 다중 영역 인접성 은 링크에 연결된 라우터에 의해 구성된 영역에서 포인트 투 포인트 번호가 지정되지 않은 링크로 공지됩니다.

인터페이스는 주로 하나의 영역으로 간주됩니다. 다른 영역에서 동일한 인터페이스를 구성할 때, 다른 영역에서 보조 인터페이스로 간주됩니다. 계층 수준에서 문을 [edit protocols ospf3 area area-number interface interface-name] 포함하여 secondary 보조 영역을 지정합니다.

예: OSPFv3에 대한 다중 인접성 구성

이 예는 OSPFv3에 대한 다중 인접성을 구성하는 방법을 보여줍니다.

요구 사항

이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

OSPFv3 영역 내 경로는 영역 간 경로보다 선호됩니다. 이 예에서 디바이스 R1과 디바이스 R2는 영역 0과 영역 1 모두에서 인터페이스가 있는 영역 경계 라우터(ARS)입니다. 디바이스 R1과 R2 사이의 링크는 영역 0에 있으며 고속 링크입니다. 영역 1의 링크는 속도가 낮습니다.

디바이스 R1과 디바이스 R2 사이의 영역 1 트래픽 중 일부를 고속 링크로 전달하려는 경우, 이 목표를 달성하는 한 가지 방법은 링크가 영역 0과 영역 1의 일부가 되도록 고속 링크를 다중 영역 인접성으로 만드는 것입니다.

디바이스 R1과 디바이스 R2 사이의 고속 링크가 영역 1에만 유지되면 디바이스 R1은 항상 저속 링크를 통해 디바이스 R4 및 디바이스 R5에서 영역 1로 트래픽을 라우팅합니다. 디바이스 R1은 또한 디바이스 R3을 통해 영역 내 영역 1 경로를 사용하여 디바이스 R2의 영역 1 목적지 다운스트림에 도착합니다.

분명히 이 시나리오는 최적화가 없는 라우팅을 초래합니다.

OSPF 가상 링크는 디바이스 R1과 디바이스 R2 사이의 링크를 영역 1로 이동하지 않고는 이 문제를 해결하는 데 사용할 수 없습니다. 물리적 링크가 네트워크의 백본 토폴로지에 속하는 경우 이 작업을 수행하지 않을 수 있습니다.

RFC 5185에 설명된 OSPF /OSPFv3 프로토콜 확장은 디바이스 R1과 디바이스 R2 사이의 링크가 백본 영역과 영역 1 모두의 일부가 되도록 허용하여 문제를 해결합니다.

다중 영역 인접성을 생성하려면 인터페이스를 두 영역으로 구성합니다. 영역 0과 영역 1 모두에서 구성된 디바이스 R1에서 ge-1/2/0, 그리고 영역 0과 영역 1 모두에서 구성된 디바이스 R2에서 ge-1/2/0을 사용합니다. 디바이스 R1과 디바이스 R2 모두에서 영역 0은 기본 인터페이스를 포함하며 디바이스 간의 기본 링크입니다. 영역 1은 문을 포함하여 구성하는 보조 논리적 인터페이스를 secondary 포함합니다.

그림 6: OSPFv3 다중 인접성 OSPFv3 Multiarea Adjacency

CLI 빠른 구성 은 그림 6의 모든 디바이스에 대한 구성을 보여줍니다. #d19e111__d19e436 섹션에서는 디바이스 R1 및 디바이스 R2의 단계를 설명합니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 R5

디바이스 R6

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R1 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 0에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 1에 있는 인터페이스에서 OSPFv3을 활성화합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 R2 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 0에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 1에 있는 인터페이스에서 OSPFv3을 활성화합니다.

결과

구성 모드에서 및 show protocols 명령을 입력하여 구성을 show interfaces 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 R1

디바이스 R2

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 제대로 작동하는지 확인합니다.

트래픽 플로우 확인

목적

트래픽이 디바이스 R1과 디바이스 R2 간의 고속 링크를 사용하여 영역 1의 목적지에 도달하는지 확인합니다.

작업

디바이스 R1의 운영 모드에서 명령을 사용하여 traceroute 디바이스 R5 및 디바이스 R6으로의 트래픽 플로우를 확인합니다.

의미

traceroute 출력은 트래픽이 9009:1:: 디바이스 R1과 디바이스 R2 간의 링크를 사용하는 것을 보여줍니다.

다중 영역 인접성을 제거할 때 트래픽 플로우가 변경되는지 확인

목적

다중 인접성을 구성하지 않고 결과를 확인합니다.

작업

  1. R1과 R2 모두에서 영역 1에서 백본 링크 인터페이스를 비활성화합니다.

  2. 디바이스 R1의 운영 모드에서 명령을 사용하여 traceroute 디바이스 R5 및 디바이스 R6으로의 트래픽 플로우를 확인합니다.

의미

다중 영역 인접성 없이 출력은 영역 1 저속 링크를 통해 경로를 통과하는 트래픽이 있는 최적화하지 못한 라우팅을 보여줍니다.

OSPF 스텁 영역, 완전히 스터비 영역 및 그 밖의 스텁 영역 이해

그림 7 은 많은 외부 경로가 보급되는 AS(Autonomous System)를 보여줍니다. 외부 경로가 토폴로지 데이터베이스의 상당 부분을 구성하는 경우 네트워크 외부에 링크가 없는 영역의 광고를 억제할 수 있습니다. 이를 통해 토폴로지 데이터베이스를 유지하고 다른 용도로 사용할 수 있도록 노드에서 사용하는 메모리 양을 줄일 수 있습니다.

그림 7: 스텁 영역 및 NSSA OSPF AS Network with Stub Areas and NSSAs 가 있는 OSPF AS 네트워크

외부 경로가 영역으로 보급되는 것을 제어하기 위해 OSPF는 스텁 영역을 사용합니다. 영역 경계 라우터(ABR) 인터페이스를 스텁 인터페이스로 지정하면 ABR을 통해 외부 경로 보급을 억제합니다. 대신 ABR은 외부 경로 대신 기본 경로(~ 자체)를 광고하고 네트워크 요약(유형 3) LSA(link-state advertisements)를 생성합니다. 외부 경로로 향하는 패킷은 자동으로 ABR로 전송되며, 이는 아웃바운드 트래픽의 게이트웨이 역할을 하며 트래픽을 적절하게 라우팅합니다.

참고:

스텁 또는 NSSA(not-so-stubby-area)에 연결되면 기본 경로를 생성하도록 ABR을 명시적으로 구성해야 합니다. 지정된 메트릭 값을 가진 기본 경로를 영역에 삽입하려면 옵션을 구성 default-metric 하고 메트릭 값을 지정해야 합니다.

예를 들어, 그림 7 의 영역 0.0.0.3은 외부 네트워크에 직접 연결되어 있지 않습니다. 모든 아웃바운드 트래픽은 ABR을 통해 백본으로 그리고 대상 주소로 라우팅됩니다. 영역 0.0.0.3을 스텁 영역으로 지정하면 경로 항목을 영역 내부 경로로만 제한하여 해당 영역에 대한 토폴로지 데이터베이스의 크기를 줄입니다.

영역 내부로의 경로만 허용하고 유형 3 LSA가 스텁 영역에 진입하는 것을 제한하는 스텁 영역은 종종 완전히 스터비 영역이라고 부립니다. ABR이 보급하고 기본 경로가 해당 영역에 입력되도록 하도록 구성하여 영역 0.0.0.3을 완전히 스터비한 영역으로 변환할 수 있습니다. 다른 영역으로 가는 외부 경로 및 목적지는 더 이상 요약되지 않거나 완전히 스터비한 영역으로 허용되지 않습니다.

참고:

완전히 딱딱한 영역을 잘못 구성하면 네트워크 연결 문제가 발생할 수 있습니다. OSPF에 대한 고급 지식을 습득하고 네트워크 환경을 파악한 후 완전히 딱딱한 영역을 구성해야 합니다.

그림 7의 영역 0.0.0.3과 마찬가지로 영역 0.0.0.4에는 외부 연결이 없습니다. 그러나 영역 0.0.0.4에는 내부 OSPF 경로가 아닌 정적 고객 경로가 있습니다. 영역으로의 외부 경로 보급을 제한하고 해당 영역을 NSSA로 지정하여 정적 고객 경로를 보급할 수 있습니다. NSSA에서 AS 경계 라우터는 NSSA 외부(유형 7) LSA를 생성하고 NSSA로 플러드합니다. 이 LSA는 NSSA에 플러드되어 포함되어 있습니다. 유형 7 LSA는 NSSA가 AS 경계 라우터의 존재와 해당 외부 라우팅 정보를 지원할 수 있도록 합니다. ABR은 유형 7 LSA를 AS 외부(유형 5) LSA로 변환하고 다른 영역으로 누수하지만 다른 영역의 외부 경로는 NSSA 내에 보급되지 않습니다.

예: OSPF 스텁 및 완전히 스터비 영역 구성

이 예는 OSPF 스텁 영역과 완전히 스터비 영역을 구성하여 외부 경로가 영역으로 보급되는 것을 제어하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

그림 8의 0인 백본 영역은 특수 기능을 가지고 있으며 항상 영역 ID 0.0.0.0에 할당됩니다. 영역 ID는 점선 10진 표기법으로 고유한 숫자 식별자입니다. 영역 ID는 AS(Autonomous System) 내에서만 고유해야 합니다. AS의 다른 모든 네트워크 또는 영역(예: 3, 7, 9)은 하나 이상의 영역에 인터페이스가 있는 영역 경계 라우터(ABR)에 의해 백본 영역에 직접 연결되어야 합니다.

스텁 영역은 OSPF가 AS 외부 link-state 보급(유형 5 LSA)을 플러드하지 않거나 플러드하지 않는 영역입니다. 많은 토폴로지 데이터베이스가 AS 외부 광고로 구성되고 스텁 영역의 내부 라우터에서 토폴로지 데이터베이스의 크기를 최소화하려는 경우 스텁 영역을 생성할 수 있습니다.

스텁 영역에는 다음과 같은 제한이 적용됩니다.

  • 스텁 영역을 통해 가상 링크를 생성할 수 없습니다.

  • 스텁 영역은 AS 경계 라우터를 포함할 수 없습니다.

  • 백본을 스텁 영역으로 구성할 수 없습니다.

  • 영역을 스텁 영역과 NSSA(Not-So-Stubby Area) 모두로 구성할 수 없습니다.

이 예에서는 영역 7(영역 ID 0.0.0.7)의 각 라우팅 디바이스를 스텁 라우터로 구성하고 ABR에 대한 몇 가지 추가 설정을 구성합니다.

  • stub-이 영역이 스텁 영역이 되고 유형 5 LSA로 플러드되지 않도록 지정합니다. 이 영역에 외부 연결이 stub 없기 때문에 영역 7에 있는 모든 라우팅 디바이스에 문을 포함해야 합니다.

  • default-metric-지정된 메트릭을 사용하여 스텁 영역에 기본 경로를 생성하도록 ABR을 구성합니다. 이 기본 경로는 스텁 영역에서 외부 대상으로 패킷 포워딩을 지원합니다. 이 옵션은 ABR에서만 구성합니다. ABR은 스텁에 연결되면 기본 경로를 자동으로 생성하지 않습니다. 기본 경로를 생성하려면 이 옵션을 명시적으로 구성해야 합니다.

  • no-summaries—(선택 사항) 스텁 영역을 완전히 스터비 영역으로 변환하여 ABR이 요약 경로를 스텁 영역으로 보급하는 것을 방지합니다. 명령문과 함께 default-metric 구성된 경우, 완전히 스터비한 영역은 영역 내부 경로를 허용하고 기본 경로를 영역으로 보급합니다. 다른 영역으로 가는 외부 경로 및 목적지는 더 이상 요약되지 않거나 완전히 스터비한 영역으로 허용되지 않습니다. ABR만 이 추가 구성이 필요합니다. 이는 영역 외부에서 트래픽을 수신하고 전송하는 데 사용되는 Type 3 LSA를 생성하는 완전히 스터비(stubby) 영역 내의 유일한 라우팅 디바이스이기 때문입니다.

참고:

Junos OS 릴리스 8.5 이상에서는 다음이 적용됩니다.

  • OSPF를 실행하도록 구성되지 않은 라우터 식별자 인터페이스는 더 이상 OSPF LSA에서 스텁 네트워크로 보급되지 않습니다.

  • OSPF는 루프백 인터페이스가 32가 아닌 접두사 길이로 구성된 경우 접두사 길이가 32인 로컬 경로를 스텁 링크로 보급합니다. 또한 OSPF는 이전 릴리스에서와 같이 구성된 마스크 길이가 있는 직접 경로를 보급합니다.
그림 8: 스텁 영역 및 NSSA OSPF Network Topology with Stub Areas and NSSAs 가 있는 OSPF 네트워크 토폴로지

토폴로지

구성

CLI 빠른 구성

  • OSPF 스텁 영역을 빠르게 구성하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다. 스텁 영역의 일부인 모든 라우팅 디바이스를 구성해야 합니다.

  • ABR을 빠르게 구성하여 기본 경로를 영역에 삽입하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다. 이 구성은 ABR에만 적용합니다.

  • (선택 사항) 모든 요약 광고를 제한하고 내부 경로 및 기본 경로 광고만 해당 영역에 허용하도록 ABR을 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다. 이 구성은 ABR에만 적용합니다.

절차

단계별 절차

OSPF 스텁 영역을 구성하려면 다음을 수행합니다.

  1. 영역의 모든 라우팅 디바이스에서 OSPF 스텁 영역을 구성합니다.

    참고:

    OSPFv3 스텁 영역을 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. ABR에서 기본 경로를 영역에 삽입합니다.

  3. (선택 사항) ABR에서 요약 LSA가 영역에 들어가는 것을 제한합니다. 이 단계는 스텁 영역을 완전히 스터비 영역으로 변환합니다.

  4. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

모든 라우팅 디바이스 구성:

ABR에서 구성합니다(출력에는 옵션 설정도 포함됩니다).

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

확인

구성이 제대로 작동하는지 확인합니다.

영역에서 인터페이스 확인

목적

OSPF에 대한 인터페이스가 적절한 영역에 대해 구성되었는지 확인합니다. 출력에 스텁이 OSPF 영역 유형으로 포함되어 있음을 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface detail 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface detail 합니다.

OSPF 영역 유형 확인

목적

OSPF 영역이 스텁 영역인지 확인합니다. 출력에 일반 스텁이 스텁 유형으로 표시되는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf overview 하고 OSPFv3에 대한 명령을 입력 show ospf3 overview 합니다.

예: OSPF가 아닌 스텁 영역 구성

이 예는 외부 경로가 영역으로 보급되는 것을 제어하기 위해 OSPF NSSA(Not-So-Stubby Area)를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

그림 9의 0인 백본 영역은 특수 기능을 가지고 있으며 항상 영역 ID 0.0.0.0에 할당됩니다. 영역 ID는 점선 10진 표기법으로 고유한 숫자 식별자입니다. 영역 ID는 AS 내에서만 고유해야 합니다. AS의 다른 모든 네트워크 또는 영역(예: 3, 7, 9)은 하나 이상의 영역에 인터페이스가 있는 ABR에 의해 백본 영역에 직접 연결되어야 합니다.

OSPF 스텁 영역에는 외부 경로가 없으므로 다른 프로토콜에서 스텁 영역으로 경로를 재배포할 수 없습니다. OSPF NSSA는 지역 내에서 외부 경로가 플러드되도록 허용합니다.

또한 NSSA로 유형 7 LSA를 내보내는 것이 불필요한 상황이 발생할 수 있습니다. AS 경계 라우터도 NSSA가 연결된 ABR인 경우, 유형 7 LSA는 기본적으로 NSSA로 내보냅니다. ABR이 여러 NSSA에 연결되어 있는 경우, 기본적으로 별도의 유형 7 LSA가 각 NSSA로 내보냅니다. 경로 재배포 중에 이 라우팅 디바이스는 유형 5 LSA와 유형 7 LSA를 모두 생성합니다. 유형 7 LSA를 NSSA로 내보내는 것을 비활성화할 수 있습니다.

참고:

NSSA에는 다음 제한이 적용됩니다. 영역을 스텁 영역과 NSSA 모두로 구성할 수 없습니다.

각 라우팅 디바이스를 다음 설정으로 영역 9(영역 ID 0.0.0.9)로 구성합니다.

  • nssa- OSPF NSSA를 지정합니다. 이 영역은 nssa 정적 경로에 대한 외부 연결만 있으므로 영역 9의 모든 라우팅 디바이스에 문을 포함해야 합니다.

또한 다음 추가 설정으로 영역 9에서 ABR을 구성합니다.

  • no-summaries- ABR이 요약 경로를 NSSA에 보급하는 것을 방지합니다. 명령문과 함께 default-metric 구성된 경우 NSSA는 영역 내부 경로를 허용하고 기본 경로를 영역으로 보급합니다. 다른 영역으로 가는 외부 경로 및 목적지는 더 이상 NSSA에 요약되거나 허용되지 않습니다. ABR만이 이 추가 구성을 필요로 하는 이유는 NSSA 내의 유일한 라우팅 디바이스로서 영역 외부에서 트래픽을 수신하고 전송하는 데 사용되는 Type 3 LSA를 생성하기 때문입니다.

  • default-lsa- NSSA에 대한 기본 경로를 생성하도록 ABR을 구성합니다. 이 예에서 은(는) 다음을 구성합니다.

    • default-metric- ABR이 NSSA에 지정된 메트릭을 가진 기본 경로를 생성할 것을 지정합니다. 이 기본 경로는 NSSA에서 외부 대상으로 패킷 포워딩을 활성화합니다. 이 옵션은 ABR에서만 구성합니다. ABR은 NSSA에 연결되면 기본 경로를 자동으로 생성하지 않습니다. ABR이 기본 경로를 생성하려면 이 옵션을 명시적으로 구성해야 합니다.

    • metric-type—(선택 사항) 유형 1 또는 유형 2 중 하나일 수 있는 기본 LSA에 대한 외부 메트릭 유형을 지정합니다. OSPF가 외부 AS에서 경로 정보를 내보내면 경로에 비용 또는 외부 메트릭이 포함됩니다. 두 메트릭의 차이점은 OSPF가 경로 비용을 계산하는 방법입니다. 유형 1 외부 메트릭은 비용이 내부 비용과 외부 비용의 합계와 동일한 link-state 메트릭과 동일합니다. 유형 2 외부 메트릭은 AS 경계 라우터가 할당한 외부 비용만 사용합니다. 기본적으로 OSPF는 유형 2 외부 메트릭을 사용합니다.

    • type-7—(옵션) 문이 구성되면 NSSA로 유형 7 기본 LSA를 플러드 no-summaries 합니다. 기본적으로 no-summaries 문이 구성되면 Junos OS 릴리스 5.0 이상에 대해 유형 3 LSA가 NSSA에 삽입됩니다. 이전 Junos OS 릴리스와의 하위 호환성을 지원하려면 문을 포함합니다 type-7 .

두 번째 예는 또한 ABR 및 AS 경계 라우터의 기능을 수행하는 라우팅 디바이스에 문을 포함하여 no-nssa-abr 유형 7 LSA를 NSSA로 내보내는 것을 비활성화하는 데 필요한 선택적 구성을 보여줍니다.

그림 9: 스텁 영역 및 NSSA OSPF Network Topology with Stub Areas and NSSAs 가 있는 OSPF 네트워크 토폴로지

토폴로지

구성

라우팅 디바이스가 없도록 스텁(Not-So-Stubby)에 참여할 수 있도록 구성

CLI 빠른 구성

OSPF NSSA를 빠르게 구성하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다. NSSA의 일부인 모든 라우팅 디바이스를 구성해야 합니다.

OSPF NSSA에 참여하는 ABR을 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여 넣습니다.

단계별 절차

OSPF NSSA 구성:

  1. 영역의 모든 라우팅 디바이스에서 OSPF NSSA를 구성합니다.

    참고:

    OSPFv3 NSSA 영역을 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. ABR에서 OSPF 구성 모드를 입력하고 이미 생성한 NSSA 영역 0.0.0.9를 지정합니다.

  3. ABR에서 기본 경로를 영역에 삽입합니다.

  4. (선택 사항) ABR에서 기본 경로에 대한 외부 메트릭 유형을 지정합니다.

  5. (선택 사항) ABR에서 유형 7 LSA의 플러딩을 지정합니다.

  6. ABR에서 요약 LSA가 영역에 들어가는 것을 제한합니다.

  7. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

해당 지역의 모든 라우팅 디바이스 구성:

ABR에서 구성합니다. 출력에는 옵션 metric-type 및 type-7 문도 포함됩니다.

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

Type 7 Link State Advertisements 내보내기(Not-So-Stubby) 영역으로 비활성화

CLI 빠른 구성

NSSA로 유형 7 LSA 내보내기를 빠르게 비활성화하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성과 일치시키는 데 필요한 세부 사항을 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI로 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit . NSSA 영역이 연결된 ABR이기도 한 AS 경계 라우터에서 이 설정을 구성합니다.

단계별 절차

NSSA 영역이 연결된 ABR인 AS 경계 라우터가 있는 경우 이 설정을 구성할 수 있습니다.

  1. NSSA로 유형 7 LSA 내보내기 비활성화.

    참고:

    OSPFv3를 지정하려면 계층 수준에서 문을 [edit protocols] 포함합니다ospf3.

  2. 디바이스 구성이 완료되면 구성을 커밋합니다.

결과

명령을 입력하여 구성을 확인합니다 show protocols ospf . 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .

확인

구성이 제대로 작동하는지 확인합니다.

영역에서 인터페이스 확인

목적

OSPF에 대한 인터페이스가 적절한 영역에 대해 구성되었는지 확인합니다. 출력에 OSPF 영역 유형으로 Stub NSSA가 포함되어 있음을 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf interface detail 하고 OSPFv3에 대한 명령을 입력 show ospf3 interface detail 합니다.

OSPF 영역 유형 확인

목적

OSPF 영역이 스텁 영역인지 확인합니다. 출력이 스텁 유형으로 스텁이 그렇게 표시되지 않음을 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf overview 하고 OSPFv3에 대한 명령을 입력 show ospf3 overview 합니다.

LSA 유형 확인

목적

영역에 있는 LSA의 유형을 확인합니다. 유형 7 LSA를 NSSA로 내보내는 것을 비활성화한 경우 유형 필드에 NSSA를 LSA의 유형으로 포함하지 않는지 확인합니다.

작업

운영 모드에서 OSPFv2에 대한 명령을 입력 show ospf overview 하고 OSPFv3에 대한 명령을 입력 show ospf3 overview 합니다.

OSPFv3 스텁과 완전히 스터비 영역 이해하기

IPv6 네트워크에 대한 Junos OS OSPFv3 구성은 OSPFv2 구성과 동일합니다. 명령 대신 명령으로 set ospf3 프로토콜을 구성하고 명령 대신 show ospf 명령을 사용하여 show ospf3 OSPF 상태를 확인 set ospf 합니다. 또한 OSPFv3을 실행하는 인터페이스에서 IPv6 주소를 설정해야 합니다.

스텁 영역은 OSPF가 AS 외부 link-state 보급(유형 5 LSA)을 플러드하지 않거나 플러드하지 않는 영역입니다. 많은 토폴로지 데이터베이스가 AS 외부 광고로 구성되고 스텁 영역의 내부 라우터에서 토폴로지 데이터베이스의 크기를 최소화하려는 경우 스텁 영역을 생성할 수 있습니다.

스텁 영역에는 다음과 같은 제한이 적용됩니다.

  • 스텁 영역을 통해 가상 링크를 생성할 수 없습니다.

  • 스텁 영역은 AS 경계 라우터를 포함할 수 없습니다.

  • 백본을 스텁 영역으로 구성할 수 없습니다.

  • 영역을 스텁 영역과 NSSA(Not-So-Stubby Area) 모두로 구성할 수 없습니다.

예: OSPFv3 스텁 및 완전히 스터비 영역 구성

이 예는 OSPFv3 스텁 영역과 완전히 스터비 영역을 구성하여 외부 경로가 영역으로 보급되는 것을 제어하는 방법을 보여줍니다.

요구 사항

이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

그림 10 은 이 예에서 사용된 토폴로지 를 보여줍니다.

그림 10: 스텁 영역이 있는 OSPFv3 네트워크 토폴로지 OSPFv3 Network Topology with Stub Areas

이 예에서는 영역 7(영역 ID 0.0.0.7)의 각 라우팅 디바이스를 스텁 라우터로 구성하고 ABR에 대한 몇 가지 추가 설정을 구성합니다.

  • stub-이 영역이 스텁 영역이 되고 유형 5 LSA로 플러드되지 않도록 지정합니다. 이 영역에 외부 연결이 stub 없기 때문에 영역 7에 있는 모든 라우팅 디바이스에 문을 포함해야 합니다.

  • default-metric-지정된 메트릭을 사용하여 스텁 영역에 기본 경로를 생성하도록 ABR을 구성합니다. 이 기본 경로는 스텁 영역에서 외부 대상으로 패킷 포워딩을 지원합니다. 이 옵션은 ABR에서만 구성합니다. ABR은 스텁에 연결되면 기본 경로를 자동으로 생성하지 않습니다. 기본 경로를 생성하려면 이 옵션을 명시적으로 구성해야 합니다.

  • no-summaries—(선택 사항) 스텁 영역을 완전히 스터비 영역으로 변환하여 ABR이 요약 경로를 스텁 영역으로 보급하는 것을 방지합니다. 명령문과 함께 default-metric 구성된 경우, 완전히 스터비한 영역은 영역 내부 경로를 허용하고 기본 경로를 영역으로 보급합니다. 다른 영역으로 가는 외부 경로 및 목적지는 더 이상 요약되지 않거나 완전히 스터비한 영역으로 허용되지 않습니다. ABR만 이 추가 구성이 필요합니다. 이는 영역 외부에서 트래픽을 수신하고 전송하는 데 사용되는 Type 3 LSA를 생성하는 완전히 스터비(stubby) 영역 내의 유일한 라우팅 디바이스이기 때문입니다.

참고:

Junos OS 릴리스 8.5 이상에서는 다음이 적용됩니다.

  • OSPF를 실행하도록 구성되지 않은 라우터 식별자 인터페이스는 더 이상 OSPF LSA에서 스텁 네트워크로 보급되지 않습니다.

  • OSPF는 루프백 인터페이스가 32가 아닌 접두사 길이로 구성된 경우 접두사 길이가 32인 로컬 경로를 스텁 링크로 보급합니다. 또한 OSPF는 이전 릴리스에서와 같이 구성된 마스크 길이가 있는 직접 경로를 보급합니다.

CLI 빠른 구성 은 그림 10의 모든 디바이스에 대한 구성을 보여줍니다. #d24e145__d24e512 섹션에서는 디바이스 2, 디바이스 6, 디바이스 7 및 디바이스 8의 단계에 대해 설명합니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

디바이스 1

디바이스 2

디바이스 3

디바이스 4

디바이스 5

디바이스 6

디바이스 7

디바이스 8

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 2 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 0에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 7에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  4. 영역 7을 OSPFv3 스텁 영역으로 지정합니다.

    문은 stub 해당 지역의 모든 라우팅 디바이스에서 필요합니다.

  5. ABR에서 기본 경로를 영역에 삽입합니다.

  6. (선택 사항) ABR에서 요약 LSA가 영역에 들어가는 것을 제한합니다.

    이 단계는 스텁 영역을 완전히 스터비 영역으로 변환합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 6 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 7에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 7을 OSPFv3 스텁 영역으로 지정합니다.

    문은 stub 해당 지역의 모든 라우팅 디바이스에서 필요합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 7 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 9에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 고객 경로에 대한 연결을 활성화하는 정적 경로를 구성합니다.

  4. 정적 경로를 재배포할 라우팅 정책 구성합니다.

  5. 라우팅 정책 OSPFv3 인스턴스에 적용합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 8 구성:

  1. 인터페이스를 구성합니다.

  2. 고객 경로를 시뮬레이션하기 위해 두 개의 루프백 인터페이스 주소를 구성합니다.

결과

구성 모드에서 , , show protocolsshow policy-options및 show routing-options 명령을 입력show interfaces하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 2

디바이스 6

디바이스 7

디바이스 8

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 제대로 작동하는지 확인합니다.

OSPFv3 영역 유형 확인

목적

OSPFv3 영역이 스텁 영역인지 확인합니다. 출력이 스텁 유형으로 표시되는지 확인합니다.

작업

디바이스 2의 운영 모드와 디바이스 6에서 명령을 입력합니다 show ospf3 overview .

의미

디바이스 2에서 영역 0의 스텁 유형은 입니다 Not Stub. 영역 7의 스텁 유형은 입니다 Stub. 스텁 기본 메트릭은 10입니다.

디바이스 6에서 영역 7의 스텁 유형은 입니다 Stub.

OSPFv3 스텁 영역에서 경로 확인

목적

예상 경로가 라우팅 테이블에 있는지 확인합니다.

작업

디바이스 6 및 디바이스 2의 운영 모드에서 명령을 입력합니다 show route .

의미

디바이스 6에서 ABR, 디바이스 2의 default-metric 문 때문에 기본 경로가 학습되었습니다. 그렇지 않으면 디바이스 6의 라우팅 테이블 있는 유일한 OSPFv3 경로는 네트워크 주소 2001:db8:9009:4::/64이고 모든 SPF link-state 라우터에 대해 OSPFv3 멀티캐스트 주소 ff02::5/128입니다.

디바이스 2에서 외부 고객 경로, 2001:db8:1010::1/128 및 2001:db8:2020::1/128을 포함한 모든 OSPFv3 경로가 학습되었습니다.

OSPFv3 그 밖의 스터비 영역 이해

OSPF 스텁 영역과 마찬가지로 OSPFv3 스텁 영역에는 외부 경로가 없으므로 다른 프로토콜에서 스텁 영역으로 경로를 재배포할 수 없습니다. NSSA(Not-So-Stubby-area)는 외부 경로가 해당 영역 내에서 플러드될 수 있도록 합니다. NSSA의 라우터는 영역 경계 라우터(ABR)로부터 외부 LSA(link-state advertisements)를 수신하지 않지만 재배포를 위해 외부 라우팅 정보를 전송할 수 있습니다. 이러한 외부 경로에 대해 ABR에 알리기 위해 유형 7 LSA를 사용하며, ABR은 유형 5 외부 LSA로 변환하고 OSPF 네트워크의 나머지 부분에 정상적으로 플러드합니다.

예: OSPFv3이 아닌 스터비 영역 구성

이 예는 OSPFv3 NSSA(Not-So-Stubby Area)를 구성하여 영역으로 외부 경로 보급을 제어하는 방법을 보여줍니다.

요구 사항

이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

이 예에서 디바이스 7은 정적 고객 1 경로를 OSPFv3에 재배포합니다. 디바이스 7은 NSSA로 구성된 영역 9에 있습니다. 디바이스 3은 NSSA에 연결된 ABR입니다. NSSA는 자율 시스템 외부 경로를 가져와 다른 지역으로 보낼 수 있지만 다른 영역에서 AS-외부 경로를 수신할 수 없는 일종의 스텁 영역입니다. 영역 9는 NSSA로 정의되므로 디바이스 7은 유형 7 LSA를 사용하여 ABR(디바이스 3)에 이러한 외부 경로에 대해 알려줍니다. 그런 다음 디바이스 3은 유형 7 경로를 유형 5 외부 LSA로 변환하고 일반적으로 OSPF 네트워크의 나머지 부분에 플러드합니다.

영역 3에서 디바이스 5는 정적 Customer 2 경로를 OSPFv3에 재배포합니다. 이러한 경로는 디바이스 3에서 학습되지만 디바이스 7 또는 10에서는 학습되지 않습니다. 디바이스 3은 기본 정적 경로를 영역 9에 삽입하여 디바이스 7과 10이 고객 2 경로에 계속 도달할 수 있도록 합니다.

각 라우팅 디바이스를 다음 설정으로 영역 9(영역 ID 0.0.0.9)로 구성합니다.

  • nssa-OSPFv3 NSSA를 지정합니다. 영역 9의 nssa 모든 라우팅 디바이스에 문을 포함해야 합니다.

또한 다음 추가 설정으로 영역 9에서 ABR을 구성합니다.

  • no-summaries- ABR이 요약 경로를 NSSA에 보급하는 것을 방지합니다. 명령문과 함께 default-metric 구성된 경우 NSSA는 영역 내부 경로를 허용하고 기본 경로를 영역으로 보급합니다. 다른 영역으로 가는 외부 경로 및 목적지는 더 이상 NSSA에 요약되거나 허용되지 않습니다. 영역 외부에서 트래픽을 수신하고 전송하는 데 사용되는 유형 3 요약 LSA를 생성하는 NSSA 내의 유일한 라우팅 디바이스이기 때문에 ABR만 이 추가 구성을 필요로 합니다.

  • default-lsa- NSSA에 대한 기본 경로를 생성하도록 ABR을 구성합니다. 이 예에서 은(는) 다음을 구성합니다.

    • default-metric- ABR이 NSSA에 지정된 메트릭을 가진 기본 경로를 생성할 것을 지정합니다. 이 기본 경로는 NSSA에서 외부 대상으로 패킷 포워딩을 활성화합니다. 이 옵션은 ABR에서만 구성합니다. ABR은 NSSA에 연결되면 기본 경로를 자동으로 생성하지 않습니다. ABR이 기본 경로를 생성하려면 이 옵션을 명시적으로 구성해야 합니다.

    • metric-type—(선택 사항) 유형 1 또는 유형 2 중 하나일 수 있는 기본 LSA에 대한 외부 메트릭 유형을 지정합니다. OSPFv3가 외부 AS에서 경로 정보를 내보내면 경로에 비용 또는 외부 메트릭이 포함됩니다. 두 메트릭의 차이점은 OSPFv3가 경로 비용을 계산하는 방법입니다. 유형 1 외부 메트릭은 비용이 내부 비용과 외부 비용의 합계와 동일한 link-state 메트릭과 동일합니다. 유형 2 외부 메트릭은 AS 경계 라우터가 할당한 외부 비용만 사용합니다. 기본적으로 OSPFv3은 유형 2 외부 메트릭을 사용합니다.

    • type-7—(옵션) 문이 구성되면 NSSA로 유형 7 기본 LSA를 플러드 no-summaries 합니다. 기본적으로 no-summaries 문이 구성되면 Junos OS 릴리스 5.0 이상에 대해 유형 3 LSA가 NSSA에 삽입됩니다. 이전 Junos OS 릴리스와의 하위 호환성을 지원하려면 문을 포함합니다 type-7 .

그림 11: NSSA가 있는 OSPFv3 네트워크 토폴로지 OSPFv3 Network Topology with an NSSA

CLI 빠른 구성 은 그림 11의 모든 디바이스에 대한 구성을 보여줍니다. #d26e168__d26e580 섹션에서는 디바이스 3, 디바이스 7 및 디바이스 9의 단계를 설명합니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

디바이스 1

디바이스 3

디바이스 4

디바이스 5

디바이스 7

디바이스 8

디바이스 9

디바이스 10

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 3 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 0에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 9에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  4. OSPFv3 NSSA를 구성합니다.

    문은 nssa 해당 지역의 모든 라우팅 디바이스에서 필요합니다.

  5. ABR에서 기본 경로를 영역에 삽입합니다.

  6. (선택 사항) ABR에서 기본 경로에 대한 외부 메트릭 유형을 지정합니다.

  7. (선택 사항) ABR에서 유형 7 LSA의 플러딩을 지정합니다.

  8. ABR에서 요약 LSA가 영역에 들어가는 것을 제한합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 5 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 3에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 고객 경로에 대한 연결을 활성화하는 정적 경로를 구성합니다.

  4. 정적 경로를 재배포할 라우팅 정책 구성합니다.

  5. 라우팅 정책 OSPFv3 인스턴스에 적용합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 7 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 9에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. OSPFv3 NSSA를 구성합니다.

    문은 nssa 해당 지역의 모든 라우팅 디바이스에서 필요합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 8 구성:

  1. 인터페이스를 구성합니다.

  2. 고객 경로를 시뮬레이션하기 위해 두 개의 루프백 인터페이스 주소를 구성합니다.

결과

구성 모드에서 , , show protocolsshow policy-options및 show routing-options 명령을 입력show interfaces하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 3

디바이스 5

디바이스 7

디바이스 8

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 제대로 작동하는지 확인합니다.

OSPFv3 영역 유형 확인

목적

OSPFv3 영역이 NSSA 영역인지 확인합니다. 출력이 스텁 유형으로 표시되는지 확인합니다 Stub NSSA .

작업

디바이스 3, 디바이스 7 및 디바이스 10의 운영 모드에서 명령을 입력합니다 show ospf3 overview .

의미

디바이스 3에서 영역 0의 스텁 유형은 입니다 Not Stub. 영역 9의 스텁 유형은 입니다 Stub NSSA. 스텁 기본 메트릭은 10입니다.

디바이스 7 및 디바이스 10에서 영역 9의 스텁 유형은 입니다 Stub NSSA.

OSPFv3 스텁 영역에서 경로 확인

목적

예상 경로가 라우팅 테이블에 있는지 확인합니다.

작업

디바이스 7 및 디바이스 3의 운영 모드에서 명령을 입력합니다 show route .

의미

디바이스 7에서 ABR, 디바이스 3의 default-metric 문 때문에 기본 경로가 학습되었습니다. 그렇지 않으면 디바이스 7의 라우팅 테이블 있는 유일한 OSPFv3 경로는 영역 9의 로컬 경로와 AllSPFRouters로 알려진 모든 SPF link-state 라우터에 대한 OSPFv3 멀티캐스트 주소 ff02::5/128입니다.

디바이스 10에는 디바이스 3에 의해 삽입된 기본 경로와 디바이스 7에 의해 삽입된 OSPF 외부 경로가 있습니다.

디바이스 7이나 디바이스 10 모두 디바이스 5에 의해 OSPFv3에 삽입된 외부 고객 경로가 없습니다.

디바이스 3에서 외부 고객 경로, 2001:db8:1010::1/128 및 2001:db8:2020::1/128을 포함한 모든 OSPFv3 경로가 학습되었습니다.

LSA 유형 확인

목적

영역에 있는 LSA의 유형을 확인합니다.

작업

디바이스 7의 운영 모드에서 명령을 입력합니다 show ospf3 database nssa detail .

의미

디바이스 7에서 NSSA LSA는 디바이스 3에서 학습된 유형 1 외부 기본 경로 및 고객 1 네트워크에 대한 유형 2 외부 정적 경로입니다.

스터비가 아닌 영역 필터링 이해하기

Type 7 LSA를 NSSA(Not-So-Stubby Area)로 내보내는 것이 불필요할 수 있습니다. ASBR(Autonomous System Boundary Router)도 NSSA가 연결된 영역 경계 라우터(ABR)인 경우, 유형 7 LSA는 기본적으로 NSSA로 내보냅니다.

또한 ASBR(또한 ABR)이 여러 NSSA에 연결되면 기본적으로 별도의 Type 7 LSA가 각 NSSA로 내보내됩니다. 경로 재배포 중에 이 라우팅 디바이스는 유형 5 LSA와 유형 7 LSA를 모두 생성합니다. 따라서 동일한 경로가 두 번 재배포되는 것을 피하기 위해(유형 5 LSA 및 유형 7 LSA에서), 라우팅 디바이스에 문을 포함하여 no-nssa-abr NSSA로 유형 7 LSA 내보내기를 비활성화할 수 있습니다.

예: 필터링을 통해 OSPFv3 비-스터비 영역 구성

이 예는 유형 7 LSA(link-state advertisements)로 NSSA에 외부 경로를 삽입할 필요가 없을 때 OSPFv3 NSSA(Not-So-Stubby Area)를 구성하는 방법을 보여줍니다.

요구 사항

이 예를 구성하기 전에 디바이스 초기화를 제외한 특별한 구성은 필요하지 않습니다.

개요

ASBR(Autonomous System Border Router)이 NSSA 영역 경계 라우터(ABR)인 경우, 라우팅 디바이스는 Type 5와 Type 7 LSA를 생성합니다. 라우터가 문으로 no-nssa-abr NSSA에 대한 유형 7 LSA를 생성하는 것을 방지할 수 있습니다.

이 예에서 디바이스 5 및 디바이스 3은 고객 네트워크에 있습니다. 디바이스 4와 디바이스 2는 모두 고객 경로를 OSPFv3에 삽입합니다. 영역 1은 NSSA입니다. 디바이스 4는 NSSA ABR 및 ASBR이기 때문에 유형 7 및 유형 5 LSA를 모두 생성하고 유형 7 LSA를 영역 1 및 유형 5 LSA에 영역 0에 삽입합니다. 유형 7 LSA가 영역 1 no-nssa-abr 에 삽입되는 것을 막기 위해 디바이스 4 구성에 포함된 명령문입니다.

그림 12: ASBR이기도 한 NSSA ABR이 있는 OSPFv3 네트워크 토폴로지 OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR

CLI 빠른 구성 은 그림 12의 모든 디바이스에 대한 구성을 보여줍니다. 섹션 #d28e95__d28e440 디바이스 4의 단계에 대해 설명합니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

디바이스 1

디바이스 2

디바이스 3

디바이스 4

디바이스 5

디바이스 6

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 "구성 모드에서 CLI 편집기 사용"을 참조하십시오.

디바이스 4 구성:

  1. 인터페이스를 구성합니다.

  2. 영역 0에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  3. 영역 1에 있는 인터페이스에서 OSPFv3을 활성화합니다.

  4. OSPFv3 NSSA를 구성합니다.

    문은 nssa 해당 지역의 모든 라우팅 디바이스에서 필요합니다.

  5. ABR에서 기본 경로를 영역에 삽입합니다.

  6. (선택 사항) ABR에서 기본 경로에 대한 외부 메트릭 유형을 지정합니다.

  7. (선택 사항) ABR에서 유형 7 LSA의 플러딩을 지정합니다.

  8. ABR에서 요약 LSA가 영역에 들어가는 것을 제한합니다.

  9. NSSA로 유형 7 LSA 내보내기 비활성화.

    이 설정은 NSSA 영역이 연결된 ABR이기도 한 AS 경계 라우터가 있는 경우 유용합니다.

  10. 고객 네트워크에 대한 정적 경로를 구성합니다.

  11. 정적 경로를 OSPFv3에 삽입하도록 정책을 구성합니다.

  12. OSPFv3에 정책을 적용합니다.

결과

구성 모드에서 , , show protocolsshow policy-options및 show routing-options 명령을 입력show interfaces하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 4

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 제대로 작동하는지 확인합니다.

OSPFv3 스텁 영역에서 경로 확인

목적

예상 경로가 라우팅 테이블에 있는지 확인합니다.

작업

디바이스 1 및 디바이스 6의 운영 모드에서 명령을 입력합니다 show route .

의미

디바이스 1에서 ABR, 디바이스 4의 default-metric 문 때문에 기본 경로(::/0)가 학습되었습니다. 고객 경로 2001:db8:3030::1 및 2001:db8:4040::1은 디바이스 2에서 학습되었습니다. 2001:db8:1010::1 및 2001:db8:2020::1 경로가 억제되었습니다. 기본 경로 대신 사용할 수 있기 때문에 필요하지 않습니다.

영역 0의 디바이스 6에서 모든 고객 경로가 학습되었습니다.

LSA 유형 확인

목적

영역에 있는 LSA의 유형을 확인합니다.

작업

디바이스 1의 운영 모드에서 명령을 입력합니다 show ospf3 database nssa detail .

의미

디바이스 4는 고객 경로 2001:db8:1010::1/128 및 2001:db8:2020::1/128에 대해 NSSA(Type 7) LSA를 전송하지 않습니다. 문을 삭제하거나 비활성화 no-nssa-abr 한 다음 명령을 다시 실행 show ospf3 database nssa detail 하면 디바이스 4가 2001:db8:1010::1/128 및 2001:db8:2020::1/128에 유형 7 LSA를 전송하는 것을 볼 수 있습니다.

관련 문서