OSPF 인터페이스 구성
OSPF 인터페이스 정보
네트워크에서 최단 경로 우선(OSPF)을 활성화하려면 트래픽이 전송되는 네트워크 내의 각 디바이스에 있는 하나 이상의 인터페이스에서 OSPF 프로토콜을 활성화해야 합니다. 인터페이스를 구성하는 방법은 인터페이스가 브로드캐스트 또는 포인트 투 포인트 네트워크, 포인트 투 멀티포인트 네트워크, NBMA(Nonbroadcast Multiaccess) 네트워크에 연결되었는지 또는 수요 회로에 연결되었는지에 따라 다릅니다.
브로드캐스트 인터페이스는 라우팅 디바이스가 LAN에 연결된 것처럼 작동합니다.
포인트 투 포인트 인터페이스는 단일 소스와 단일 목적지 간의 연결을 제공합니다(OSPF 인접성은 하나만 있음).
포인트 투 멀티포인트 인터페이스는 단일 소스와 여러 목적지 간의 연결을 제공합니다.
NBMA 인터페이스는 포인트 투 멀티포인트 인터페이스와 유사한 방식으로 작동하지만 다른 장비와 상호 운용되도록 NBMA 인터페이스를 구성할 수 있습니다.
수요 회로는 사용자 계약에 따라 트래픽을 제한할 수 있는 연결입니다. 요구 회로는 공급자와 사용자 간의 계약에 따라 대역폭 또는 액세스 시간을 제한할 수 있습니다.
또한 OSPF 인터페이스를 패시브, 패시브 트래픽 엔지니어링 모드 또는 피어 인터페이스로 구성할 수 있습니다.
패시브 인터페이스는 주소를 알리지만 OSPF 프로토콜을 실행하지 않습니다(인접성이 형성되지 않고 Hello 패킷이 생성되지 않음).
최단 경로 우선(OSPF) 패시브 트래픽 엔지니어링 모드에서 작동하는 인터페이스는 AS(Autonomous System) 내의 링크 주소 정보를 플러딩하여 트래픽 엔지니어링 계산에 사용할 수 있도록 합니다.
OSPFv2 라우팅 디바이스에 대해 피어 인터페이스를 구성할 수 있습니다. GMPLS(Generalized MPLS)가 제어 채널과 별도의 링크를 통해 트래픽 엔지니어링 정보를 전송하려면 피어 인터페이스가 필요합니다. 피어 인터페이스를 구성하여 이 별도의 링크를 설정합니다. 피어 인터페이스 이름은 LMP(Link Management Protocol) 피어 이름과 일치해야 합니다. 피어 인터페이스는 RSVP 레이블 스위치 경로(LSP)의 계층에 대해 선택 사항입니다. 포워딩 인접성을 구성한 후 포워딩 인접성의 트래픽 엔지니어링 속성을 특정 피어에 알리도록 OSPFv2를 구성할 수 있습니다.
포인트 투 포인트 인터페이스는 하나의 OSPF 인접성만 가능하다는 점에서 멀티포인트와 다릅니다. (예를 들어, LAN은 여러 주소를 가질 수 있으며 각 서브넷에서 동시에 OSPF를 실행할 수 있습니다.) 이와 같이 번호가 지정된 OSPF에 대한 점대점 인터페이스를 이름으로 구성하면 여러 개의 OSPF 인터페이스가 생성됩니다. 번호가 지정되지 않은 인터페이스 중 하나는 프로토콜이 실행되는 인터페이스입니다. 인터페이스에 구성된 각 주소(있는 경우)에 대해 추가 OSPF 인터페이스가 생성되며, 이 인터페이스는 자동으로 패시브로 표시됩니다.
OSPFv3의 경우 OSPFv3에 따라 구성된 인터페이스 이름당 하나의 OSPF 특정 인터페이스를 만들어야 합니다. OSPFv3에서는 IP 주소로 인터페이스를 구성할 수 없습니다.
인터페이스에서 최단 경로 우선(OSPF)을 활성화(문 포함 interface ), 비활성화(문 포함 disable ), 실제로 인터페이스에서 최단 경로 우선(OSPF)을 실행하지 않는 것(문 포함)은 passive 상호 배타적인 상태입니다.
인터페이스에서 OSPFv2를 구성할 때 계층 수준에서도 [edit interfaces interface-name unit logical-unit-number] 문을 포함 family inet 해야 합니다. 인터페이스에서 OSPFv3를 구성할 때 계층 수준에서도 [edit interfaces interface-name unit logical-unit-number] 문을 포함 family inet6 해야 합니다. Junos OS 릴리스 9.2 및 이후 버전에서는 유니캐스트 IPv6 이외의 주소 패밀리를 지원하도록 OSPFv3를 구성할 수 있습니다.
참조
예: 브로드캐스트 또는 포인트 투 포인트 네트워크에서 인터페이스 구성
이 예는 브로드캐스트 또는 포인트 투 포인트 네트워크에서 OSPF 인터페이스를 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
OSPF 지정 라우터 선택을 제어합니다. 보기: OSPF 지정 라우터 선택 제어
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
OSPF를 구성하는 인터페이스가 브로드캐스트 모드(예: LAN)를 지원하거나 인터페이스가 point-to-point 모드(예: PPP 인터페이스 또는 프레임 릴레이의 point-to-point 논리적 인터페이스)를 지원하는 경우 OSPFv2의 IP 주소 또는 인터페이스 이름을 포함하거나 OSPFv3의 인터페이스 이름만 포함하여 인터페이스를 지정합니다.
Junos OS 릴리스 9.3 이상에서 최단 경로 우선(OSPF) 포인트 투 포인트 인터페이스는 서브넷이 없는 이더넷 인터페이스가 될 수 있습니다. 브로드캐스트 네트워크에서 인터페이스를 구성하는 경우, 지정 라우터 및 백업 지정 라우터 선택이 수행됩니다.
동일한 인터페이스의 인터페이스 이름과 IP 주소를 모두 사용하면 잘못된 구성이 생성됩니다.
이 예에서 인터페이스 ge-0/2/0 을 OSPF 영역 0.0.0.1의 OSPFv2 인터페이스로 구성합니다.
위상수학
구성
CLI 빠른 구성
브로드캐스트 또는 point-to-point 네트워크에서 OSPF 인터페이스를 신속하게 구성하고 활성 상태인 인터페이스에 인바운드 OSPF를 허용하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준의 CLI에 붙여넣습니다. 을 클릭한 다음 구성 모드에서 을(를) 입력합니다 commit .
[edit] set interfaces ge-0/2/0 unit 0 family inet address 10.0.0.1 set protocols ospf area 0.0.0.1 interface ge-0/2/0 set security zones security-zone Trust host-inbound-traffic protocols all set security zones security-zone Trust host-inbound-traffic system-services all set groups global security policies default-policy permit-all set security zones security-zone Trust interfaces ge-0/2/0
all protocols or services대해 특정 프로토콜 또는 서비스를 활성화할 수도 있습니다. 예를 들어, 이 예에서 OSPF 프로토콜 또는 SSH 서비스:
set security zones security-zone Trust host-inbound-traffic protocols ospf set security zones security-zone Trust host-inbound-traffic system-services ssh
절차
단계별 절차
브로드캐스트 또는 point-to-point 네트워크에서 OSPF 인터페이스를 구성하려면 다음을 수행합니다.
인터페이스를 구성합니다.
메모:OSPFv3 인터페이스의 경우 IPv6 주소를 지정합니다.
[edit] user@host# set interfaces ge-0/2/0 unit 0 family inet address 10.0.0.1
OSPF 영역을 만듭니다.
메모:OSPFv3 인터페이스의 경우 계층 수준에서 ospf3 [edit protocols] 명령문을 포함합니다.
[edit] user@host# edit protocols ospf area 0.0.0.1
영역에 인터페이스를 할당합니다.
[edit protocols ospf area 0.0.0.1 ] user@host# set interface ge-0/2/0
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.1 ]
-
활성 상태인 인터페이스에 인바운드 OSPF 트래픽을 허용하도록 보안 영역을 구성합니다. 보안 영역에 대한 자세한 내용은 보안 영역을 참조하십시오.
[edit] user@host# set security zones security-zone Trust host-inbound-traffic protocols all user@host# set security zones security-zone Trust host-inbound-traffic system-services all user@host# set groups global security policies default-policy permit-all user@host# set security zones security-zone Trust interfaces ge-0/2/0 user@host# commit
메모: 대신 보안 영역에all protocols or services대해 특정 프로토콜 또는 서비스를 활성화할 수도 있습니다. 예를 들어, 이 예에서 OSPF 프로토콜 또는 SSH 서비스:set security zones security-zone Trust host-inbound-traffic protocols ospf set security zones security-zone Trust host-inbound-traffic system-services ssh
결과
show interfaces 및 show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show interfaces
ge-0/2/0 {
unit 0 {
family inet {
address 10.0.0.1/32;
}
}
}
user@host# show protocols ospf
area 0.0.0.1 {
interface ge-0/2/0.0;
}
OSPFv3 구성을 확인하려면 show interfaces 및 show protocols ospf3 명령을 입력합니다.
예: OSPF 요구 회로 구성
이 예에서는 OSPF 요구 회로 인터페이스를 구성하는 방법을 보여 줍니다.
요구 사항
시작하기 전에:
디바이스 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
메모:ISDN 링크를 통해 OSPF 요청 회로를 사용하는 경우 ISDN 인터페이스를 구성하고 요청 시 전화 접속 라우팅을 사용하도록 설정해야 합니다.
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
최단 경로 우선(OSPF)는 주기적인 Hello 패킷을 전송하여 이웃 인접성을 설정 및 유지하고 LSA(Link-State Advertisements)를 사용하여 라우팅을 계산하고 결정합니다. 수요 회로에 대한 최단 경로 우선(OSPF) 지원은 RFC 1793, 수요 회로를 지원하도록 최단 경로 우선(OSPF) 확장에 정의되어 있으며, 주기적인 Hello 패킷 및 LSA를 억제합니다. 수요 회로는 사용자 계약에 따라 트래픽을 제한할 수 있는 연결입니다. 요구 회로는 공급자와 사용자 간의 계약에 따라 대역폭 또는 액세스 시간을 제한할 수 있습니다.
OSPF 인터페이스에서 수요 회로를 구성합니다. 인터페이스가 디맨드 회로가 되면 OSPF 동기화가 달성되는 즉시 모든 hello 패킷과 LSA가 억제됩니다. LSA에는 LSA가 에이징되지 않도록 하고 주기적인 업데이트가 전송되지 않도록 하는 DoNotAge 비트가 있습니다. Hello 패킷 및 LSA는 네트워크 토폴로지가 변경될 때만 수요 회로 인터페이스에서 송수신됩니다. 이렇게 하면 OSPF 인터페이스를 통과하는 트래픽 양이 줄어듭니다.
OSPF 요구 회로를 구성할 때 다음 사항을 고려하십시오.
주기적 Hello는 point-to-point 및 point-to-multipoint 인터페이스에서만 억제됩니다. OSPF 브로드캐스트 네트워크 또는 OSPF NBMA(Nonbroadcast Multiaccess) 네트워크에서 수요 회로를 구성하는 경우에도 주기적인 Hello 패킷이 여전히 전송됩니다.
OSPF 포인트-투-멀티포인트 인터페이스의 디맨드 서킷 지원은 포인트-투-포인트 인터페이스의 지원과 유사합니다. 포인트-투-멀티포인트 인터페이스를 디맨드 서킷으로 구성하는 경우, 디바이스는 포인트-투-멀티포인트 네트워크의 일부인 각 인터페이스에 대해 개별적으로 Hello 억제를 협상합니다.
이 예에서는 SONET/SDH 인터페이스를 사용하는 두 디바이스 사이에 포인트 투 포인트 연결이 있다고 가정합니다. 수요 회로 인터페이스는 OSPF 인접 라우터와 수요 회로 연결을 자동으로 협상합니다. 인접 라우터가 디맨드 회로를 지원하지 않으면 디맨드 서킷 연결이 설정되지 않습니다.
이 예에서는 OSPF 영역 0.0.0.1에서 OSPF 인터페이스 so-0/1/0 을 수요 회로로 구성합니다.
위상수학
구성
CLI 빠른 구성
OSPF 요구 회로 인터페이스를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI에 붙여넣은 다음, 구성 모드에서 을 입력합니다 commit .
[edit] set protocols ospf area 0.0.0.1 interface so-0/1/0 demand-circuit
절차
단계별 절차
하나의 인접 인터페이스에서 최단 경로 우선(OSPF) 요구 회로 인터페이스를 구성하려면 다음을 수행합니다.
OSPF 영역을 만듭니다.
메모:OSPFv3의 경우 계층 수준에서 ospf3 [edit protocols] 문을 포함합니다.
[edit ] user@host# edit protocols ospf area 0.0.0.1
이웃 인터페이스를 수요 회로로 구성합니다.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-0/1/0 demand-circuit
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.1] user@host# commit
메모:다른 이웃 인터페이스에서 이 전체 구성을 반복합니다.
결과
show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show protocols
ospf {
area 0.0.0.1 {
interface so-0/1/0.0 {
demand-circuit;
}
}
}
OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .
예: 패시브 최단 경로 우선(OSPF) 인터페이스 구성
이 예에서는 패시브 OSPF 인터페이스를 구성하는 방법을 보여 줍니다. 패시브 OSPF 인터페이스는 주소를 알리지만 OSPF 프로토콜을 실행하지 않습니다.
요구 사항
시작하기 전에:
디바이스 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
기본적으로 직접 인터페이스 주소가 내부 경로로 보급되기 위해서는 인터페이스에 최단 경로 우선(OSPF)이 구성되어야 합니다. 해당 인터페이스에서 실제로 최단 경로 우선(OSPF)을 실행하지 않고(인접성이 형성되지 않고 Hello 패킷이 생성되지 않음) 직접 인터페이스 주소를 광고하려면, 해당 인터페이스를 패시브 인터페이스로 구성합니다.
인터페이스에서 최단 경로 우선(OSPF)을 활성화(문 포함 interface ), 비활성화(문 포함 disable ), 실제로 인터페이스에서 최단 경로 우선(OSPF)을 실행하지 않는 것(문 포함)은 passive 상호 배타적인 상태입니다.
패시브 OSPF 인터페이스에서 상태 변경에 대한 알림을 보고 싶지 않다면 문을 포함하여 인터페이스에 대한 OSPF 트랩을 no-interface-state-traps 비활성화할 수 있습니다. 문은 no-interface-state-traps OSPFv2에서만 지원됩니다.
이 예에서 문을 포함하여 passive 인터페이스 ge-0/2/0을 영역 0.0.0.1의 패시브 OSPF 인터페이스로 구성합니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력합니다 commit .
[edit] set protocols ospf area 0.0.0.1 interface ge-0/2/0 passive
절차
단계별 절차
패시브 OSPF 인터페이스를 구성하려면,
OSPF 영역을 만듭니다.
메모:OSPFv3 인터페이스의 경우 계층 수준에 문을
[edit protocols]포함합니다ospf3.[edit] user@host# edit protocols ospf area 0.0.0.1
패시브 인터페이스를 구성합니다.
[edit protocols ospf area 0.0.0.1 ] user@host# set interface ge-0/2/0 passive
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.1] user@host# commit
결과
명령을 입력하여 show protocols ospf 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show protocols ospf
area 0.0.0.1 {
interface ge-0/2/0.0 {
passive;
}
}
OSPFv3 구성을 확인하려면 명령을 입력합니다 show protocols ospf3 .
예: OSPFv2 피어 인터페이스 구성
이 예에서는 OSPFv2 피어 인터페이스를 구성하는 방법을 보여 줍니다.
요구 사항
시작하기 전에:
디바이스 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
네트워크 요구 사항에 따라 일반화된 MPLS를 구성할 수 있습니다. .
개요
OSPFv2 피어 인터페이스는 GMPLS(Generalized MPLS)를 구성할 때를 포함하여 여러 가지 이유로 구성할 수 있습니다. 이 예는 GMPLS에 대한 피어 인터페이스를 구성합니다. GMPLS에서는 트래픽 엔지니어링 정보를 제어 채널과 별도의 링크를 통해 전송해야 합니다. 피어 인터페이스를 구성하여 이 별도의 링크를 설정합니다. OSPFv2 피어 인터페이스 이름은 LMP(Link Management Protocol) 피어 이름과 일치해야 합니다. GMPLS 및 LMP 설정은 OSPF와 별도로 구성합니다.
이 예에서는 GMPLS 및 oxc1 이라는 LMP 피어가 이미 구성되었다고 가정하며, 영역 0.0.0.0에서 OSPFv2 피어 인터페이스를 구성해야 합니다.
구성
CLI 빠른 구성
OSPFv2 피어 인터페이스를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준에서 CLI에 붙여넣은 다음, 구성 모드에서 (으)로 들어갑니다 commit .
[edit] set protocols ospf area 0.0.0.0 peer-interface oxc1
절차
단계별 절차
LMP에서 사용하는 피어 OSPFv2 인터페이스를 구성하려면 다음을 수행합니다.
OSPF 영역을 만듭니다.
[edit] user@host# edit protocols ospf area 0.0.0.0
피어 인터페이스를 구성합니다.
[edit protocols ospf area 0.0.0.0] user@host# set peer-interface oxc1
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.0] user@host# commit
결과
show protocols ospf 명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show protocols ospf
area 0.0.0.0 {
peer-interface oxc1;
}
예: 비브로드캐스트 멀티액세스 네트워크에서 OSPFv2 인터페이스 구성
이 예는 NBMA(Nonbroadcast Multiaccess) 네트워크에서 OSPFv2 인터페이스를 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
OSPF 지정 라우터 선택을 제어합니다. 예: OSPF 지정 라우터 선택 제어를 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
NBMA 네트워크에서 OSPFv2를 구성할 때 point-to-multipoint 모드가 아닌 비브로드캐스트 모드를 사용할 수 있습니다. 이 모드를 사용하면 Point-to-Multipoint 모드에 비해 이점이 없지만 Point-to-Multipoint 모드보다 더 많은 단점이 있습니다. 그럼에도 불구하고 다른 장비와 연동하기 위해 비브로드캐스트 모드를 구성해야 하는 경우가 종종 있습니다. 자동 검색 메커니즘이 없기 때문에 각 이웃을 구성해야 합니다.
비브로드캐스트 모드는 NBMA 네트워크를 부분적으로 연결된 LAN으로 간주하여 지정 및 백업 지정 라우터를 선택합니다. 모든 라우팅 디바이스는 지정된 라우터와 백업 지정된 라우터 모두에 직접 연결되어 있어야 하며, 그렇지 않으면 예측할 수 없는 결과가 발생합니다.
인터페이스를 구성할 때 IP 주소 또는 인터페이스 이름을 지정합니다. IP 주소와 인터페이스 이름을 모두 사용하면 유효하지 않은 구성이 생성됩니다. 비브로드캐스트 인터페이스의 경우, 인터페이스 이름으로 비브로드캐스트 인터페이스의 IP 주소를 지정합니다.
이 예에서는 OSPF 영역 0.0.0.1에서 ATM(Asynchronous Transfer Mode) 인터페이스 at-0/1/0 을 OSPFv2 인터페이스로 구성하고 다음 설정을 지정합니다.
interface-type nbma - NBMA 모드에서 실행할 인터페이스를 설정합니다. NBMA 모드에서 실행되도록 인터페이스를 명시적으로 구성해야 합니다.
address neighbor<적격>—이웃 디바이스의 IP 주소를 지정합니다. 최단 경로 우선(OSPF) 라우팅 디바이스는 일반적으로 네트워크에서 브로드캐스트 또는 멀티캐스트 Hello 패킷을 수신하여 이웃을 동적으로 검색합니다. NBMA 네트워크는 브로드캐스트(또는 멀티캐스트)를 지원하지 않기 때문에 디바이스는 네이버를 동적으로 검색할 수 없으므로 모든 네이버를 정적으로 구성해야 합니다. 여러 이웃을 구성하려면 여러
neighbor개의 문을 포함시킵니다. neighbor가 지정된 라우터가 되도록 하려면 적격 키워드를 포함합니다.poll-interval - 라우팅 디바이스가 이웃과 인접성을 설정하기 전에 인터페이스 밖으로 Hello 패킷을 전송하기 전의 시간을 초 단위로 지정합니다. 라우팅 디바이스는 느린 WAN 링크에 필요한 대역폭을 최소화하기 위해 비브로드캐스트 네트워크에서 더 긴 간격으로 Hello 패킷을 전송합니다. 범위는 1초에서 255초까지입니다. 기본적으로 디바이스는 이웃과 인접성을 설정하기 전에 120초마다 인터페이스에 Hello 패킷을 보냅니다.
라우팅 디바이스가 활성 이웃을 감지하면 hello 패킷 간격이 문에
poll-interval지정된 시간에서 문에 지정된 시간으로 변경됩니다hello-interval.
위상수학
구성
CLI 빠른 구성
NBMA 네트워크에서 OSPFv2 인터페이스를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준의 CLI에 붙여넣고, 구성 모드에서 을 입력합니다 commit .
[edit] set interfaces at-0/1/0 unit 0 family inet address 192.0.2.1 set protocols ospf area 0.0.0.1 interface at-0/1/0.0 interface-type nbma set protocols ospf area 0.0.0.1 interface at-0/1/0.0 neighbor 192.0.2.2 eligible set protocols ospf area 0.0.0.1 interface at-0/1/0.0 poll-interval 130
절차
단계별 절차
NBMA 네트워크에서 OSPFv2 인터페이스를 구성하려면 다음을 수행합니다.
인터페이스를 구성합니다.
[edit] user@host# set interfaces at-0/1/0 unit 0 family inet address 192.0.2.1
OSPF 영역을 만듭니다.
[edit] user@host# edit protocols ospf area 0.0.0.1
영역에 인터페이스를 할당합니다. 이 예에서 적격 키워드를 포함하여 이웃이 지정된 라우터가 되도록 합니다.
[edit protocols ospf area 0.0.0.1 ] user@host# set interface at-0/1/0 interface-type nbma neighbor 192.0.2.2 eligible
폴링 간격을 구성합니다.
[edit protocols ospf area 0.0.0.1 ] user@host# set interface at-0/1/0 poll-interval 130
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.1 ] user@host# commit
결과
및 show protocols ospf 명령을 입력하여 show interfaces 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show interfaces
at-0/1/0 {
unit 0 {
family inet {
address 192.0.2.1/32;
}
}
}
user@host# show protocols ospf
area 0.0.0.1 {
interface at-0/1/0.0 {
interface-type nbma;
neighbor 192.0.2.2 eligible;
poll-interval 130;
}
}
예: P2MP(Point-to-multipoint) 네트워크에서 OSPFv2 인터페이스 구성
이 예는 point-to-multipoint 네트워크에서 OSPFv2 인터페이스를 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에:
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
OSPF 지정 라우터 선택을 제어합니다. 보기: OSPF 지정 라우터 선택 제어
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
멀티포인트 ATM(Asynchronous Transfer Mode) 또는 프레임 릴레이와 같은 NBMA(Nonbroadcast multiaccess) 네트워크에서 OSPFv2를 구성하는 경우 OSPFv2는 기본적으로 point-to-multipoint 모드에서 작동합니다. 이 모드에서 OSPFv2는 네트워크를 점대점 링크 집합으로 처리합니다. 자동 검색 메커니즘이 없기 때문에 각 이웃을 구성해야 합니다.
인터페이스를 구성할 때 IP 주소 또는 인터페이스 이름을 지정합니다. IP 주소와 인터페이스 이름을 모두 사용하면 유효하지 않은 구성이 생성됩니다.
이 예에서는 ATM 인터페이스 at-0/1/0 을 OSPF 영역 0.0.0.1의 OSPFv2 인터페이스로 구성하고 192.0.2.1을 이웃의 IP 주소로 지정합니다.
위상수학
구성
CLI 빠른 구성
Point-to-Multipoint 네트워크에서 OSPFv2 인터페이스를 신속하게 구성하려면 다음 명령을 복사하여 CLI에 붙여넣습니다.
[edit] set interfaces at-0/1/0 unit 0 family inet address 192.0.2.2 set protocols ospf area 0.0.0.1 interface at-0/1/0 neighbor 192.0.2.1
절차
단계별 절차
Point-to-Multipoint 네트워크에서 OSPFv2 인터페이스를 구성하려면 다음을 수행합니다.
인터페이스를 구성합니다.
[edit] user@host# set interfaces at-0/1/0 unit 0 family inet address 192.0.2.2
OSPF 영역을 만듭니다.
[edit] user@host# edit protocols ospf area 0.0.0.1
인터페이스를 영역에 할당하고 이웃을 지정합니다.
[edit protocols ospf area 0.0.0.1] user@host# set interface at-0/1/0 neighbor 192.0.2.1
여러 이웃을 구성하려면 각 이웃에 대한 문을 포함합니다
neighbor.디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf area 0.0.0.1] user@host# commit
결과
및 show protocols ospf 명령을 입력하여 show interfaces 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show interfaces
at-0/1/0 {
unit 0 {
family inet {
address 192.0.2.2/32;
}
}
}
user@host# show protocols ospf
area 0.0.0.1 {
interface at-0/1/0.0 {
neighbor 192.0.2.1;
}
}
OSPFv3의 다중 주소 패밀리 이해
기본적으로 OSPFv3는 유니캐스트 IPv6 경로만 지원합니다. Junos OS 릴리스 9.2 및 이후 버전에서는 IPv4 유니캐스트, IPv4 멀티캐스트 및 IPv6 멀티캐스트를 비롯한 여러 주소 패밀리를 지원하도록 OSPFv3를 구성할 수 있습니다. 이 다중 주소 패밀리 지원을 통해 OSPFv3는 IPv6 및 IPv4 노드를 모두 지원할 수 있습니다. Junos OS는 RFC 5838, OSPFv3의 주소 패밀리 지원에 정의된 대로 각 주소 패밀리를 별도의 영역에 매핑합니다. 각 영역은 별도의 이웃 및 링크 상태 데이터베이스 집합을 유지합니다.
OSPFv3에 대해 여러 주소 패밀리를 구성할 때 링크당 여러 OSPFv3 프로토콜 인스턴스를 허용하는 새로운 인스턴스 ID 필드가 있습니다. 이렇게 하면 하나의 링크가 여러 영역에 속할 수 있습니다.
각 영역을 독립적으로 구성합니다. 각 영역에 대해 영역과 하나 이상의 인터페이스를 구성하는 것이 좋습니다.
다음은 4개의 주소 패밀리 각각에 대한 기본 가져오기 및 내보내기 라우팅 테이블입니다.
IPv6 유니캐스트: inet6.0
IPv6 멀티캐스트: inet6.2
IPv4 유니캐스트: inet.0
IPv4 멀티캐스트: inet.2
가상 링크를 제외하고, 기본 IPv6 유니캐스트 패밀리에 대해 지원되는 모든 구성은 영역으로 구성해야 하는 주소 패밀리에 대해 지원됩니다.
예: OSPFv3에 대한 다중 주소 패밀리 구성
이 예에서는 OSPFv3에 대해 여러 주소 패밀리를 구성하는 방법을 보여 줍니다.
요구 사항
시작하기 전에:
OSPF 네트워크의 디바이스에 대한 라우터 식별자를 구성합니다. 예: OSPF 라우터 식별자 구성을 참조하십시오.
단일 영역 OSPF 네트워크를 구성합니다. 예: 단일 영역 OSPF 네트워크 구성을 참조하십시오.
다중 영역 OSPF 네트워크를 구성합니다. 예: 다중 영역 OSPF 네트워크 구성을 참조하십시오.
개요
기본적으로 OSPFv3는 유니캐스트 IPv6 경로를 지원하지만 여러 주소 패밀리를 지원하도록 OSPFv3를 구성할 수 있습니다. 유니캐스트 IPv6 이외의 주소 패밀리를 지원하려면 OSPFv3이 IPv4 유니캐스트, IPv4 멀티캐스트 또는 IPv6 멀티캐스트 경로를 보급할 수 있는 영역을 구성합니다. 그런 다음 Junos OS는 구성한 각 주소 패밀리를 자체 이웃 집합과 링크 상태 데이터베이스가 있는 별도의 영역에 매핑합니다.
기본적으로 LDP 동기화는 OSPFv2에 대해서만 지원됩니다. IPv4 유니캐스트 또는 IPv4 멀티캐스트 영역을 구성하는 경우 LDP 동기화도 구성할 수 있습니다. LDP 동기화는 IPv4에서만 지원되므로 이 지원은 IPv4 영역을 구성하는 경우 OSPFv3에서만 사용할 수 있습니다.
여러 주소 패밀리를 지원하도록 OSPFv3를 구성할 때 다음 사항을 고려하십시오.
각 영역을 독립적으로 구성합니다. 각 영역에 대해 영역과 하나 이상의 인터페이스를 구성하는 것이 좋습니다.
OSPFv3는 IPv6 link-local 주소를 hello 패킷 및 다음 홉 계산의 소스로 사용합니다. 따라서 구성하는 추가 영역에 관계없이 링크에서 IPv6을 활성화해야 합니다.
그림 1 은 라우터 R0과 R1 간의 연결을 보여줍니다. 이 예에서는 문을 포함하여 realm ipv4-unicast 영역 0의 라우터 R0에 인터페이스를 fe-0/1/0 구성하여 영역 1의 기본 유니캐스트 IPv6 경로 외에도 IPv4 유니캐스트 경로를 보급합니다. 네트워크 요구 사항에 따라 문을 포함하여 IPv4 멀티캐스트 경로를 보급할 수도 있고, 문을 포함하여 realm-ipv4-multicast IPv6 멀티캐스트 경로를 보급할 수도 있습니다realm-ipv6-multicast.
위상수학
구성
CLI 빠른 구성
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드의 Junos OS 구성 수정을 참조하십시오.
OSPFv3에 대한 여러 주소 패밀리를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣고, 줄 바꿈을 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 명령을 복사하여 [edit] 계층 수준의 CLI에 붙여넣은 다음, 구성 모드에서 (으)로 들어갑니다 commit .
[edit] set interfaces fe-0/1/0 unit 0 family inet address 192.0.2.2/24 set interfaces fe-0/1/0 unit 0 family inet6 set protocols ospf3 area 0.0.0.0 interface fe-0/1/0 set protocols ospf3 realm ipv4-unicast area 0.0.0.0 interface fe-0/1/0
절차
단계별 절차
OSPFv3에 대해 여러 주소 패밀리를 구성하려면 다음을 수행합니다.
OSPFv3에 참여하는 디바이스 인터페이스를 구성합니다.
[edit] user@host# set interfaces fe-0/1/0 unit 0 family inet address 192.0.2.2/24 user@host# set interfaces fe-0/1/0 unit 0 family inet6
OSPFv3 구성 모드로 들어갑니다.
[edit ] user@host# edit protocols ospf3
구성한 인터페이스를 OSPFv3 영역에 추가합니다.
[edit protocols ospf3 ] user@host# set area 0.0.0.0 interface fe-0/1/0
IPv4 유니캐스트 영역을 구성합니다. 이를 통해 OSPFv3는 IPv4 유니캐스트 및 IPv6 유니캐스트 경로를 모두 지원할 수 있습니다.
[edit protocols ospf3 ] user@host# set realm ipv4-unicast area 0.0.0.0 interface fe-0/1/0
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit protocols ospf3 ] user@host# commit
메모:영역의 일부인 인접 디바이스에서 이 전체 구성을 반복합니다.
결과
및 show protocols ospf 명령을 입력하여 show interfaces 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@host# show interfaces
fe-0/1/0 {
unit 0 {
family inet {
address 192.0.2.2/24;
}
family inet6;
}
}
user@host# show protocols ospf3
realm ipv4-unicast {
area 0.0.0.0 {
interface fe-0/1/0.0;
}
}
area 0.0.0.0 {
interface fe-0/1/0.0;
}
확인
구성이 올바르게 작동하고 있는지 확인합니다.
Link-State 데이터베이스 확인
목적
구성된 영역 또는 주소 체계에 대한 link-state 데이터베이스의 상태를 확인합니다.
행동
운영 모드에서 명령을 입력합니다 show ospf3 database realm ipv4-unicast .