Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지 내용
 

레이어 3 VPN의 라우팅 인스턴스

이 주제는 레이어 3 VPN에서의 라우팅 인스턴스 구성에 대해 설명합니다

레이어 3 VPN의 라우팅 인스턴스

라우팅 인스턴스는 라우팅 테이블, 인터페이스 및 라우팅 프로토콜 매개 변수의 집합입니다. 인터페이스 집합은 라우팅 테이블에 속하며, 라우팅 프로토콜 매개변수는 라우팅 테이블 내 정보를 제어합니다. 각 라우팅 인스턴스에는 고유한 이름과 해당 IP 유니캐스트 테이블이 있습니다.

JUNOS 소프트웨어에서 레이어 3 VPN을 구현하려면 각 VPN에 대해 하나의 라우팅 인스턴스를 구성합니다. PE 라우터에서만 라우팅 인스턴스를 구성합니다. 각 VPN 라우팅 인스턴스는 다음과 같은 구성 요소로 구성됩니다.

  • VRF 테이블 - 각 PE 라우터에서 각 VPN에 대해 하나의 VRF 테이블을 구성합니다.

  • VRF 테이블을 사용하는 인터페이스 집합 - 직접 연결된 각 CE 라우터에 대한 논리적 인터페이스 는 VRF 테이블과 연결되어야 합니다. VPN에서 두 개 이상의 CE 라우터가 PE 라우터에 직접 연결된 경우 동일한 VRF 테이블에 두 개 이상의 인터페이스를 연결할 수 있습니다.

  • 정책 규칙 - VRF 테이블에서 경로로 경로 가져오기 및 내보내기를 제어합니다.

  • CE 라우터에서 VRF 테이블로 경로를 설치하는 하나 이상의 라우팅 프로토콜 - BGP, OSPF 및 RIP 라우팅 프로토콜과 정적 경로를 사용할 수 있습니다.

레이어 3 VPN의 라우팅 인스턴스에 대한 루프백 인터페이스의 논리적 단위 구성

레이어 3 VPN(VRF 라우팅 인스턴스)의 경우, 라우터에 구성한 각 VRF 라우팅 인스턴스로 루프백 인터페이스의 논리적 단위를 구성할 수 있습니다. VRF 라우팅 인스턴스를 루프백 인터페이스의 논리적 단위와 연결하면 VRF 라우팅 인스턴스를 쉽게 식별할 수 있습니다.

이렇게 하면 문제 해결에 유용합니다.

루프백 인터페이스에서 논리 단위에 대한 방화벽 필터를 구성할 수도 있습니다. 이 구성을 통해 연결된 VRF 라우팅 인스턴스에 대한 트래픽을 필터링할 수 있습니다.

메모:

EX 시리즈 스위치(EX9200 시리즈 스위치 제외) 및 QFX5000 시리즈 스위치에서는 VRF당 루프백 필터링이 지원되지 않습니다. 루프백에서 각 IFL에 대해 서로 다른 필터를 구성하더라도 VRF별로 별도로 적용되지 않고 전체적으로 루프백 인터페이스에 적용됩니다.

다음은 방화벽 필터가 기본 루프백 인터페이스, VRF 라우팅 인스턴스 또는 이 둘의 조합에서 구성되었는지 여부에 따라 VRF 라우팅 인스턴스에 미치는 영향을 설명합니다. "기본 루프백 인터페이스"는 (기본 라우팅 테이블과 관련됨)을 참조 lo0.0 하고, "VRF 루프백 인터페이스"는 VRF 라우팅 인스턴스에서 구성되는 을 나타냅니다 lo0.n.

  • 기본 루프백 인터페이스에서 필터 A를 구성하고 VRF 루프백 인터페이스에서 필터 B를 구성하는 경우, VRF 라우팅 인스턴스는 필터 B를 사용합니다.

  • 기본 루프백 인터페이스에서 필터 A를 구성하지만 VRF 루프백 인터페이스에서 필터를 구성하지 않으면 VRF 라우팅 인스턴스는 필터를 사용하지 않습니다.

  • 기본 루프백 인터페이스에서 필터 A를 구성하지만 VRF 루프백 인터페이스를 구성하지 않으면 VRF 라우팅 인스턴스는 필터 A를 사용합니다. MX80 디바이스의 경우 동작이 약간 다릅니다. 기본 루프백 인터페이스에서 필터를 구성하지만 VRF 루프백 인터페이스를 구성하지 않는 경우, VRF 라우팅 인스턴스는 기본 루프백에 할당된 입력 필터만 사용합니다(기본 루프백의 출력 필터는 사용하지 않음).

일부 ACX 시리즈 유니버설 메트로 라우터(ACX1000, ACX2000, ACX4000 및 ACX5000)의 경우 기본 루프백 필터는 필터링하는 수신 트래픽과 동일한 라우팅 또는 가상 라우팅 및 포워딩(VRF) 인스턴스에 있어야 합니다. 즉, 이러한 디바이스에서 다른 라우팅 인스턴스에 속하는 인터페이스를 통과하는 트래픽에 기본 루프백 필터를 사용할 수 없습니다.

루프백 인터페이스에서 논리 단위를 구성하려면 문을 포함합니다 unit .

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit interfaces lo0]

  • [edit logical-systems logical-system-name interfaces lo0]

루프백 인터페이스에서 방화벽 필터를 논리적 유닛과 연결하려면 문을 포함합니다.filter

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit interfaces lo0 unit unit-number family inet]

  • [edit logical-systems logical-system-name interfaces lo0 unit unit-number family inet]

VRF 라우팅 인스턴스 구성에서 인터페이스(n는 논리적 단위를 지정함)를 포함 lo0.n 하려면 다음 문을 포함합니다.

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

VPN의 PE 라우터에서 라우팅 인스턴스 구성

VPN에 참여하는 각 PE 라우터에서 각 VPN에 대한 라우팅 인스턴스를 구성해야 합니다. 이 섹션에 설명된 구성 절차는 레이어 2 VPN, 레이어 3 VPN 및 VPLS에 적용됩니다. 각 VPN 유형에 대한 구성 절차는 다른 구성 장의 해당 섹션에 설명되어 있습니다.

VPN에 대한 라우팅 인스턴스를 구성하려면 다음 문을 포함합니다.

다음 계층 수준에서 이러한 문을 포함할 수 있습니다.

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

VPN 라우팅 인스턴스를 구성하려면 다음 섹션의 단계를 수행합니다.

VPN에 대한 라우팅 인스턴스 이름 구성

VPN의 라우팅 인스턴스 이름은 최대 128자일 수 있으며 문자, 숫자 및 하이픈을 포함할 수 있습니다. Junos OS 릴리스 9.0 이상에서는 더 이상 실제 라우팅 인스턴스 이름으로 지정할 default 수 없습니다. 또한 특수 문자(! @ # $ % ^ & * , +< > : ;) 라우팅 인스턴스의 이름 내에서.

메모:

Junos OS 릴리스 9.6 이상에서는 논리적 시스템이 구성되지 않은 경우에만 라우팅 인스턴스 이름에 슬래시(/)를 포함할 수 있습니다. 즉, 기본값이 아닌 논리적 시스템이 명시적으로 구성된 경우 라우팅 인스턴스 이름에 슬래시 문자를 포함할 수 없습니다.

명령문을 사용하여 라우팅 인스턴스 이름을 지정합니다.routing-instance

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit]

  • [edit logical-systems logical-system-name]

설명 구성

라우팅 인스턴스에 대한 텍스트 설명을 하려면 문을 포함합니다 description . 텍스트에 하나 이상의 공백이 포함되어 있는 경우, 인용 부호(" ")로 묶습니다. 포함시킨 모든 설명 텍스트는 명령의 show route instance detail 출력에 표시되며 라우팅 인스턴스의 작동에 영향을 미치지 않습니다.

텍스트 설명을 구성하려면 문을 포함시킵니다.description

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

인스턴스 유형 구성

구성하는 인스턴스 유형은 레이어 2 VPN, 레이어 3 VPN, VPLS 또는 가상 라우터 중 무엇을 구성하는지에 따라 달라집니다. 문을 포함하여 인스턴스 유형을 지정합니다.instance-type

  • PE 라우터에서 레이어 2 VPN 라우팅을 활성화하려면 문을 포함 instance-type 하고 값을 l2vpn지정합니다.

  • PE 라우터에서 VPLS 라우팅을 활성화하려면 문을 포함 instance-type 하고 값을 vpls지정합니다.

  • 레이어 3 VPN을 사용하려면 각 PE 라우터에 VPN 내 경로를 배포하기 위한 VPN 라우팅 및 포워딩(VRF) 테이블이 있어야 합니다. PE 라우터에서 VRF 테이블을 생성하려면 문을 포함 instance-type 하고 값을 vrf지정합니다.

    메모:

    라우팅 엔진 기반 샘플링은 VRF 라우팅 인스턴스에서 지원되지 않습니다.

  • 가상 라우터 라우팅 인스턴스를 활성화하려면 문을 포함 instance-type 하고 값을 virtual-router지정합니다.

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

VPN 라우팅을 위한 인터페이스 구성

각 PE 라우터에서 VPN 트래픽이 PE와 CE 라우터 사이를 이동하는 인터페이스를 구성해야 합니다.

다음 섹션에서는 VPN용 인터페이스를 구성하는 방법을 설명합니다.

VPN 라우팅에 대한 일반 구성

이 섹션에 설명된 구성은 모든 유형의 VPN에 적용됩니다. 레이어 3 VPN 및 carrier-of-carriers VPN의 경우, 해당 주제와 관련된 인터페이스 구성 섹션으로 진행하기 전에 이 섹션에서 설명하는 구성을 완료합니다.

VPN 라우팅을 위한 인터페이스를 구성하려면 문을 포함합니다.interface

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

인터페이스 이름의 물리적 부분과 논리적 부분을 모두 다음 형식으로 지정합니다.

예를 들어, 에서 at-1/2/1.2은(는) at-1/2/1 인터페이스 이름의 물리적 부분이고 2 은(는) 논리적 부분입니다. 인터페이스 이름의 논리적 부분을 지정하지 않으면 값이 0 기본값으로 설정됩니다.

논리적 인터페이스는 하나의 라우팅 인스턴스와만 연관될 수 있습니다. 계층 수준에서 프로토콜 [edit protocols] 의 마스터 인스턴스를 구성할 때 을(를) 지정 interfaces all 하여 모든 인스턴스에서 라우팅 프로토콜을 활성화하는 경우와 계층 수준 또는 [edit logical-systems logical-system-name routing-instances routing-instance-name] 계층 수준에서 VPN 라우팅 [edit routing-instances routing-instance-name] 을 위한 특정 인터페이스를 구성하는 경우, 후자의 인터페이스 문이 우선하며 인터페이스는 VPN에만 사용됩니다.

계층 수준과 [edit routing-instances routing-instance-name] 또는 [edit logical-systems logical-system-name routing-instances routing-instance-name] 계층 수준에서 동일한 인터페이스 이름을 [edit protocols] 명시적으로 구성하는 경우, 구성을 커밋하려는 시도는 실패합니다.

레이어 3 VPN에 대한 인터페이스 구성

계층 수준에서 레이어 3 VPN 인터페이스를 [edit interfaces] 구성할 때, 논리적 인터페이스를 구성할 때 도 구성해야 family inet 합니다:

Carrier-of-Carriers VPN에 대한 인터페이스 구성

carrier-of-carriers VPN을 구성할 때 PE와 CE 라우터 간의 인터페이스에 대한 문과 family inet 함께 문을 구성해야 family mpls 합니다. carrier-of-carriers VPN의 경우, 다음과 같이 논리적 인터페이스를 구성하십시오:

논리적 인터페이스에서 을(를) 구성 family mpls 한 다음 non-carrier-of-carriers 라우팅 인스턴스에 대해 이 인터페이스를 구성하는 경우, family mpls 필요하지 않으므로 명령문은 논리적 인터페이스의 구성에서 자동으로 제거됩니다.

VPN 인터페이스에서 유니캐스트 RPF 구성

IP 버전 4 또는 버전 6(IPv4 또는 IPv6) 트래픽을 전송하는 VPN 인터페이스의 경우 유니캐스트 RPF(Reverse Path Forwarding)를 구성하여 DoS(Denial-of-Service) 공격의 영향을 줄일 수 있습니다. 유니캐스트 RPF는 공격 소스를 확인하는 데 도움이 되며 유니캐스트 RPF가 활성화된 인터페이스에서 예기치 않은 소스 주소의 패킷을 거부합니다.

인터페이스에서 유니캐스트 RPF를 활성화하고 계층 수준에서 문을 포함하여 interface VPN 인터페이스에서 유니캐스트 RPF를 [edit routing-instances routing-instance-name] 구성할 수 있습니다.

코어 대면 인터페이스에서는 유니캐스트 RPF를 구성할 수 없습니다. PE 라우터의 CE 라우터-투-PE 라우터 인터페이스에서만 유니캐스트 RPF를 구성할 수 있습니다. 그러나 가상 라우터 라우팅 인스턴스의 경우, 라우팅 인스턴스에서 지정한 모든 인터페이스에서 유니캐스트 RPF가 지원됩니다.

VPN 인터페이스에서 유니캐스트 RPF를 구성하는 방법에 대한 자세한 내용은 유니캐스트 RPF(라우터) 이해를 참조하십시오.

경로 식별자 구성

PE 라우터에서 구성하는 각 라우팅 인스턴스에는 고유한 경로 식별자가 연결되어 있어야 합니다. VPN 라우팅 인스턴스에는 BGP가 서로 다른 VPN에서 수신한 잠재적으로 동일한 NLRI(Network Layer Reachability Information) 메시지를 구별할 수 있도록 지원하는 경로 식별자가 필요합니다. 동일한 경로 식별자로 다른 VPN 라우팅 인스턴스를 구성할 경우, 커밋이 실패합니다.

레이어 2 VPN 및 VPLS의 l2vpn-use-bgp-rules 경우, 명령문을 구성했다면 특정 라우팅 인스턴스에 참여하는 각 PE 라우터에 대해 고유한 경로 식별자를 구성해야 합니다.

다른 유형의 VPN의 경우, 라우팅 인스턴스에 참여하는 각 PE 라우터에 대해 고유한 경로 식별자를 사용하는 것이 좋습니다. 동일한 VPN 라우팅 인스턴스에 대해 모든 PE 라우터에서 동일한 경로 식별자를 사용할 수 있지만(레이어 2 VPN 및 VPLS 제외), 고유한 경로 식별자를 사용하는 경우 VPN 내에서 경로가 시작된 CE 라우터를 확인할 수 있습니다.

PE 라우터에서 경로 식별자를 구성하려면 문을 포함합니다.route-distinguisher

이 명령문을 포함할 수 있는 계층 수준의 목록은 이 명령문에 대한 요약 섹션을 참조하십시오.

경로 식별자는 다음 형식 중 하나로 지정할 수 있는 6바이트 값입니다.

  • as-number:number, 여기서 as-number 는 AS(Autonomous System) 번호(2바이트 값)이고 number 는 임의의 4바이트 값입니다. AS 번호는 1에서 65,535까지의 범위에 있을 수 있습니다. IANA(Internet Assigned Numbers Authority)에서 할당한 비개인 AS 번호, 가급적이면 ISP(인터넷 서비스 공급자) 자체 또는 고객의 자체 AS 번호를 사용하는 것이 좋습니다.

  • ip-address:number, 여기서 ip-address 은(는) IP 주소(4바이트 값)이고 number 은(는) 임의의 2바이트 값입니다. IP 주소는 전역적으로 고유한 유니캐스트 주소가 될 수 있습니다. 문에 router-id 구성한 주소(할당된 접두사 범위 내의 비개인 주소)를 사용하는 것이 좋습니다.

자동 경로 식별자 구성

계층 수준에서 [edit routing-options] 문을 구성 route-distinguisher-id 하면 경로 식별자가 라우팅 인스턴스에 자동으로 할당됩니다. 명령문과 함께 route-distinguisher-id 명령문을 구성하는 route-distinguisher 경우, 에 route-distinguisher 구성된 값은 에서 route-distinguisher-id생성된 값을 대체합니다.

경로 식별자를 자동으로 할당하려면 문을 포함합니다.route-distinguisher-id

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

유형 1 경로 식별자는 형식을 ip-address:number사용하여 라우팅 인스턴스에 자동으로 할당됩니다. IP 주소는 문에 route-distinguisher-id 의해 지정되며 번호는 라우팅 인스턴스에 대해 고유합니다.

VPN에서 가상 라우터 라우팅 인스턴스 구성하기

VRF 라우팅 인스턴스와 같은 가상 라우터 라우팅 인스턴스는 각 인스턴스에 대해 별도의 라우팅 및 포워딩 테이블을 유지합니다. 그러나 VRF 라우팅 인스턴스에 필요한 많은 구성 단계는 가상 라우터 라우팅 인스턴스에 필요하지 않습니다. 특히, 서비스 프로바이더 라우터 간에 경로 식별자, 라우팅 테이블 정책( vrf-export, vrf-import및 route-distinguisher 문) 또는 MPLS를 구성할 필요가 없습니다.

다음 문을 포함하여 가상 라우터 라우팅 인스턴스를 구성합니다.

다음 계층 수준에서 이러한 문을 포함할 수 있습니다.

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

다음 섹션에서는 가상 라우터 라우팅 인스턴스를 구성하는 방법을 설명합니다.

서비스 프로바이더 라우터 간 라우팅 프로토콜 구성

서비스 프로바이더 라우터는 라우팅 정보를 교환할 수 있어야 합니다. 계층 수준에서 가상 라우터 라우팅 인스턴스 protocols 명령문 구성 [edit routing-instances routing-instance-name] 에 대해 다음 프로토콜을 구성할 수 있습니다.

  • BGP(Border

  • IS-IS

  • LDP

  • 최단 경로 우선(OSPF)

  • PIM(Protocol Independent Multicast)

  • 찢다

또한 정적 경로를 구성할 수도 있습니다.

IBGP 경로 리플렉션은 가상 라우터 라우팅 인스턴스에 지원되지 않습니다.

가상 라우터 인스턴스에서 LDP를 구성하는 경우, LDP 경로는 기본적으로 라우팅 인스턴스의 inet.0 및 inet.3 라우팅 테이블(예: sample.inet.0 및 sample.inet.3)에 배치됩니다. LDP 경로를 라우팅 인스턴스의 inet.3 테이블로만 제한하려면 문을 포함합니다 no-forwarding .

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name protocols ldp]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name protocols ldp]

LDP 경로를 inet.3 라우팅 테이블로만 제한하면 inet.0 라우팅 테이블의 해당 IGP 경로를 재배포하고 다른 라우팅 프로토콜에 보급할 수 있습니다.

라우팅 테이블에 대한 자세한 내용은 Junos OS 라우팅 테이블 이해를 참조하십시오.

참여 라우터 간의 논리적 인터페이스 구성

라우팅 인스턴스에 참여하는 각 고객 라우터와 라우팅 인스턴스에 참여하는 각 P 라우터에 대한 인터페이스를 구성해야 합니다. 각 가상 라우터 라우팅 인스턴스는 인스턴스에 참여하는 모든 P 라우터에 대해 별도의 자체 논리적 인터페이스를 필요로 합니다. 가상 라우터 인스턴스에 대한 인터페이스를 구성하려면 문을 포함합니다.interface

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [edit routing-instances routing-instance-name]

  • [edit logical-systems logical-system-name routing-instances routing-instance-name]

인터페이스 이름의 물리적 부분과 논리적 부분을 모두 다음 형식으로 지정합니다.

예를 들어, 에서 at-1/2/1.2은(는) at-1/2/1 인터페이스 이름의 물리적 부분이고 2 은(는) 논리적 부분입니다. 인터페이스 이름의 논리적 부분을 지정하지 않으면 기본적으로 이(가) 0 설정됩니다.

또한 계층 수준에서 인터페이스를 [edit interfaces] 구성해야 합니다.

공급자 라우터 간에 이러한 논리적 인터페이스를 제공하는 한 가지 방법은 공급자 라우터 사이에 터널을 구성하는 것입니다. 공급자 라우터 간에 IP 보안(IPsec), 일반 라우팅 캡슐화(GRE) 또는 IP-IP 터널을 구성하여 가상 라우터 인스턴스에서 터널을 종료할 수 있습니다.

터널 및 인터페이스를 구성하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 서비스 인터페이스 라이브러리를 참조하십시오.

VPN 라우팅 인스턴스에 대한 경로 최대 전송 단위(MTU) 검사 구성

기본적으로 VPN 라우팅 인스턴스에 대한 MTU(최대 전송 단위) 검사는 M Series 라우터(M320 라우터 제외)에서 비활성화되고 M320 라우터에 대해 활성화됩니다. M Series 라우터에서는 VRF 라우팅 인스턴스 및 가상 라우터 라우팅 인스턴스에서 라우팅되는 유니캐스트 트래픽에 대해 발신 인터페이스에서 경로 MTU 검사를 구성할 수 있습니다.

최대 전송 단위(MTU) 검사를 활성화하면 라우팅 인스턴스를 트래버스하는 패킷이 MTU 크기를 초과하고 비트가 설정된 경우 라우팅 플랫폼이 do-not-fragment ICMP(Internet Control Message Protocol) 메시지를 보냅니다. ICMP 메시지는 VRF 로컬 주소를 소스 주소로 사용합니다.

라우팅 인스턴스에서 MTU 검사가 작동하려면 계층 수준에서 문을 [edit chassis] 포함 vrf-mtu-check 하고 IP 주소를 포함하는 인터페이스를 하나 이상 라우팅 인스턴스에 할당해야 합니다.

경로 최대 전송 단위(MTU) 확인에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.

경로 최대 전송 단위(MTU) 검사를 구성하려면 다음 섹션에서 설명한 작업을 수행하십시오.

VPN 라우팅 인스턴스에 대한 경로 최대 전송 단위(MTU) 검사 활성화

VRF 또는 가상 라우터 라우팅 인스턴스에서 라우팅되는 유니캐스트 트래픽에 대한 발신 인터페이스의 경로 확인을 활성화하려면 계층 수준에서 문을 포함합니다vrf-mtu-check.[edit chassis]

VPN 라우팅 인스턴스에 IP 주소 할당

경로 MTU 확인이 제대로 작동하려면 적어도 하나의 IP 주소가 각 VRF 또는 가상 라우터 라우팅 인스턴스와 연결되어야 합니다. IP 주소가 라우팅 인스턴스와 연결되어 있지 않으면 ICMP 응답 메시지를 보낼 수 없습니다.

일반적으로 VRF 또는 가상 라우터 라우팅 인스턴스 IP 주소는 해당 라우팅 인스턴스에 대해 구성된 인터페이스와 연결된 IP 주소 중에서 가져옵니다. VRF 또는 가상 라우터 라우팅 인스턴스와 연결된 인터페이스가 IP 주소로 구성되지 않은 경우, IP 주소를 사용하여 논리적 루프백 인터페이스를 명시적으로 구성해야 합니다. 그런 다음 이 인터페이스를 라우팅 인스턴스와 연결해야 합니다. 자세한 내용은 레이어 3 VPN의 라우팅 인스턴스에 대한 루프백 인터페이스의 논리적 단위 구성을 참조하십시오.

관련 설명서