Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

정적 경로 구성

기본 정적 정적 이해하기

정적 라우팅은 동적 라우팅 프로토콜의 복잡성이 바람직하지 않을 때 자주 사용됩니다. 자주 변경되지 않고 목적지에 대한 경로가 하나(또는 매우 적은)인 경로는 정적 라우팅에 적합한 후보입니다. 정적 라우팅의 전형적인 사용 사례는 업스트림 프로바이더에 연결된 단일 홈 고객입니다. 이 유형의 첨부 파일은 스텁 네트워크를 만듭니다.

정적 경로는 수동으로 정의됩니다. 경로는 목적지 접두사와 다음 홉 포워딩 주소로 구성됩니다. 정적 경로는 라우팅 테이블에서 활성화되고 다음 홉 주소에 도달할 수 있을 때 포워딩 테이블에 삽입됩니다. 정적 경로와 일치하는 트래픽은 지정된 다음 홉 주소로 전달됩니다.

고정 경로에 대한 추가 정보를 정의하는 옵션을 지정할 수 있습니다. 이러한 속성(예: 커뮤니티 태그 또는 경로 메트릭)은 라우팅 테이블에 설치될 때 경로에 포함됩니다. 이러한 추가 경로 속성은 기본 정적 라우팅에 필요하지 않습니다.

예: 스텁 네트워크를 위한 IPv4 정적 라우팅 구성

메모:

당사 콘텐츠 테스트 팀은 이 예제를 검증하고 업데이트했습니다.

이 예에서는 IPv4에 대한 기본 정적 라우팅을 구성하는 방법을 보여 줍니다.

요구 사항

공유 네트워크 링크가 있는 Junos OS를 실행하는 두 개의 디바이스. 이 예제를 구성하기 전에 기본 디바이스 초기화(관리 인터페이스, 원격 액세스, 사용자 로그인 계정 등) 그 이상의 특별한 구성이 필요하지 않습니다.

IPv4 정적 라우팅 개요

정적 경로에 대한 많은 실용적인 응용 프로그램이 있습니다. 정적 라우팅은 스텁 네트워크에 대한 연결을 지원하기 위해 네트워크 에지에서 자주 사용됩니다. 스텁 네트워크는 단일 진입 지점과 송신 지점을 가지므로 정적 경로의 단순성에 매우 적합합니다. Junos OS에서 정적 경로는 5의 전역 기본 설정(관리 거리)을 갖습니다. 이 값은 OSPF 또는 BGP와 같은 동적 프로토콜에서 학습된 경로보다 선호됩니다.

IPv4 정적 라우팅 토폴로지

그림 1 은 예제 토폴로지를 보여줍니다.

이 예에서는 다음 홉 주소 172.16.1.2를 사용하여 공급자 디바이스(R1)에 정적 경로 192.168.47.0/24를 구성합니다. 이 경로를 통해 공급자 디바이스가 고객 사이트의 원격 네트워크에 연결할 수 있습니다. 또한 다음 홉 주소 172.16.1.1을 사용하여 고객 디바이스(R2)에서 정적 기본 경로 0.0.0.0/0을 구성합니다. 기본 경로는 고객이 이 트래픽을 공급자 네트워크로 전달하여 모든 비로컬 네트워크에 연결할 수 있도록 보장합니다.

여러 루프백 주소가 두 디바이스 모두에서 구성됩니다. 이러한 루프백 주소는 ping할 원격 대상을 제공하므로 IPv4 정적 라우팅이 제대로 작동하는지 확인할 수 있습니다.

그림 1: 서비스 프로바이더 IPv4 Stub Network Connected to a Service Provider 에 연결된 IPv4 스텁 네트워크

IPv4 정적 경로 구성

CLI 빠른 구성

R1 및 R2 디바이스에서 기본 IPv4 정적 라우팅을 빠르게 구성하려면 필요할 경우 다음 명령을 편집하고 계층 수준의 CLI [edit] 에 붙여넣어야 합니다. 구성 모드에서 을(를 commit ) 발행하여 변경 사항을 활성화해야 합니다.

R1 디바이스(프로바이더)

R2 디바이스(고객)

R1 및 R2 디바이스 구성

단계별 절차

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

기본 정적 경로 구성하기:

  1. R1 (프로바이더) 디바이스에서 호스트 이름을 구성합니다.

  2. R1 (프로바이더) 디바이스의 인터페이스를 구성합니다.

  3. R1 디바이스에서 고객의 접두사에 대한 정적 경로를 정의합니다. point-to-point 링크의 R2 끝을 고정 경로의 다음 홉으로 지정해야 합니다.

    정적 경로는 공급자 네트워크가 R2 디바이스를 통해 트래픽을 포워딩하여 고객 네트워크의 모든 원격 목적지로 라우팅할 수 있도록 보장합니다.

  4. R1 디바이스에서 변경 사항을 커밋합니다.

  5. R2(고객) 디바이스에서 호스트 이름을 구성합니다.

  6. R2(고객) 디바이스의 인터페이스를 구성합니다.

  7. R2 디바이스에서 IPv4 정적 기본 경로를 정의합니다. point-to-point 링크의 R1 끝을 고정 경로의 다음 홉으로 지정해야 합니다.

    IPv4 기본 경로는 고객이 트래픽을 공급자 네트워크의 R1 디바이스로 전달하여 모든 비로컬 목적지로 라우팅할 수 있도록 보장합니다.

  8. R2 디바이스에서 변경 사항을 커밋합니다.

결과

show routing-options 명령을 실행하여 show interfaces 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

R1 디바이스

R2 디바이스

확인

IPv4 정적 라우팅이 제대로 작동하는지 확인합니다.

라우팅 테이블 확인

목적

IPv4 정적 경로가 두 디바이스의 라우팅 테이블에 활성으로 나열되는지 확인합니다.

행동
의미

출력 결과, 고정 경로가 두 디바이스의 라우팅 테이블에 존재함을 확인합니다. 기호는 경로가 * 활성 상태임을 나타냅니다. 정적 경로의 다음 홉은 링크의 원격 끝에 할당된 IP 주소를 정확하게 가리킵니다.

원격 루프백 주소 Ping

목적

IPv4 정적 경로가 두 디바이스의 루프백 주소 간에 연결을 제공하는지 확인합니다. 옵션을 사용하여 source 로컬 디바이스의 루프백 주소에서 테스트 트래픽을 조달하는 것이 좋습니다. 이 접근 방식은 단일 명령으로 두 디바이스의 루프백 주소 간 전달을 검증합니다.

R1 디바이스에서 R2 디바이스의 루프백 인터페이스 주소를 ping합니다.

R2 디바이스에서 R1 디바이스의 루프백 인터페이스 주소를 ping합니다.

행동
의미

이 출력은 정적 경로를 통해 프로바이더와 고객 네트워크 간에 트래픽을 전달할 수 있음을 확인합니다.

예: 스텁 네트워크를 위한 IPv6 정적 라우팅 구성

메모:

당사 콘텐츠 테스트 팀은 이 예제를 검증하고 업데이트했습니다.

이 예에서는 IPv6에 대한 기본 정적 경로를 구성하는 방법을 보여 줍니다.

요구 사항

공유 네트워크 링크가 있는 Junos OS를 실행하는 두 개의 디바이스. 이 예제를 구성하기 전에 기본 디바이스 초기화(관리 인터페이스, 원격 액세스, 사용자 로그인 계정 등) 그 이상의 특별한 구성이 필요하지 않습니다.

IPv6 정적 라우팅 개요

정적 경로에 대한 많은 실용적인 응용 프로그램이 있습니다. 정적 라우팅은 스텁 네트워크에 대한 연결을 지원하기 위해 네트워크 에지에서 자주 사용되며, 단일 진입 및 송신 지점을 고려할 때 정적 경로의 단순성에 적합합니다. Junos OS에서 정적 경로의 글로벌 선호는 5입니다. 정적 경로는 지정된 다음 홉에 도달할 수 있을 때 활성화됩니다.

정적 IPv6 경로에 대한 추가 정보를 정의하는 옵션을 지정할 수 있습니다. 이러한 속성(예: 커뮤니티 태그 또는 경로 메트릭)은 라우팅 테이블에 설치될 때 경로에 포함됩니다. 이러한 추가 경로 속성은 기본 IPv6 정적 라우팅에 필요하지 않습니다.

IPv6 정적 라우팅 토폴로지

그림 2 는 IPv6 정적 라우팅 토폴로지를 제공합니다.

이 예에서 프로바이더와 고객 네트워크에는 IPv6 접두사 2001:db8:1::/48 및 2001:db8:2::/48이 각각 할당되었습니다. 두 네트워크 모두 할당된 접두사 블록에서 더 긴 접두사(서브네트워크)를 자유롭게 할당할 수 있습니다. 포인트 투 포인트 링크는 /126 접두사 길이를 사용하여 공급자의 주소 공간에서 번호가 매겨집니다. 각 디바이스에는 /128 접두사 길이를 사용하여 할당된 접두사에서 할당된 두 개의 루프백 주소가 있습니다.

2001:db8:1:1::2의 다음 홉을 사용하여 공급자(R1) 네트워크 디바이스의 고객 접두사(2001:db8:2::/48)에 대한 고정 경로를 구성합니다. 이 경로는 공급자 디바이스에서 고객 사이트의 원격 네트워크까지 연결성을 제공합니다. 고객 디바이스(R2)에서 다음 홉 주소 2001:db8:1:1::1을 사용하여 정적 기본 경로 ::/0을 구성합니다. 기본 경로는 고객에게 공급자의 네트워크를 통해 모든 비로컬 접두사에 대한 연결성을 제공합니다.

여러 루프백 주소가 두 디바이스 모두에서 구성됩니다. 이러한 루프백 주소는 ping할 원격 대상을 제공하여 IPv6 정적 라우팅이 제대로 작동하는지 확인할 수 있도록 합니다.

그림 2: 서비스 프로바이더 IPv6 Stub Network Connected to a Service Provider 에 연결된 IPv6 스텁 네트워크

IPv6 정적 경로 구성

CLI 빠른 구성

R1 및 R2 디바이스에서 기본 IPv6 정적 라우팅을 빠르게 구성하려면 필요할 경우 다음 명령을 편집하고 계층 수준의 CLI [edit] 에 붙여넣어야 합니다. 구성 모드에서 을(를 commit ) 발행하여 변경 사항을 활성화해야 합니다.

R1 디바이스(프로바이더)

R2 디바이스(고객)

R1 및 R2 디바이스 구성

단계별 절차

이 예는 구성 계층에서 다양한 수준을 탐색합니다. CLI 탐색 관련 정보는 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

기본 IPv6 정적 경로를 구성하려면 다음 단계를 따르십시오.

  1. R1 (프로바이더) 디바이스에서 호스트 이름을 구성합니다.

  2. R1 (프로바이더) 디바이스의 인터페이스를 구성합니다.

  3. R1 디바이스에서 고객의 IPv6 접두사에 대한 정적 경로를 정의합니다. 다음 홉 주소를 포인트 투 포인트 링크의 고객 엔드로 설정해야 합니다.

    /48비트 접두사 길이를 사용하면 R1 디바이스가 R2 디바이스를 통해 포워딩하여 고객 네트워크의 가능한 모든 원격 대상에 도달할 수 있습니다.

  4. R1 디바이스에서 변경 사항을 커밋합니다.

  5. R2(고객) 디바이스에서 호스트 이름을 구성합니다.

  6. R2(고객) 디바이스의 인터페이스를 구성합니다.

  7. R2 디바이스에서 IPv6 정적 기본 경로를 정의합니다. 다음 홉 주소를 point-to-point 링크의 공급자 끝으로 설정해야 합니다.

    IPv6 기본 경로는 공급자 네트워크의 R1 디바이스를 통해 트래픽을 전달하여 R2 디바이스가 모든 비로컬 목적지에 도달할 수 있도록 보장합니다.

  8. R2 디바이스에서 변경 사항을 커밋합니다.

결과

show routing-options 명령을 실행하여 show interfaces 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

R1 디바이스

R2 디바이스

확인

IPv6 정적 라우팅이 제대로 작동하는지 확인합니다.

라우팅 테이블 확인

목적

IPv6 정적 경로가 두 디바이스의 라우팅 테이블에서 활성화되어 있는지 확인합니다.

행동
의미

출력은 IPv6 정적 경로가 두 디바이스의 라우팅 테이블에 존재함을 확인합니다. 기호는 경로가 * 활성 상태임을 나타냅니다. 두 정적 경로 모두 트래픽 일치를 위한 다음 홉으로 포인트 투 포인트 링크의 원격 엔드를 정확하게 가리킵니다.

원격 루프백 주소 Ping

목적

IPv6 정적 경로가 두 디바이스의 루프백 주소 간에 연결을 제공하는지 확인합니다. 옵션을 사용하여 source 로컬 디바이스의 루프백 주소에서 테스트 트래픽을 조달하는 것이 좋습니다. 이 접근 방식은 단일 명령으로 두 디바이스의 루프백 주소 간 전달을 검증합니다.

R1 디바이스에서 R2 디바이스의 루프백 주소를 ping합니다.

R2 디바이스에서 R1 디바이스의 루프백 주소를 ping합니다.

행동
의미

이 출력은 IPv6 정적 경로가 프로바이더와 고객 네트워크 간에 트래픽을 포워딩할 수 있음을 확인합니다.