Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

라우팅 프로토콜을 위한 Graceful Restart 구성

요약 라우팅 프로토콜에 대해 아래 단계를 통해 Graceful Restart를 구성할 수 있습니다.

Graceful Restart 활성화

기본적으로 Graceful Restart는 비활성화됩니다. Graceful Restart를 활성화하려면 [instance-name라우팅 인스턴스 라우팅 옵션 편집] 또는 [라우팅 옵션 편집] 계층 수준에서 graceful-restart 명령문을 포함합니다.

예를 들어:

Graceful Restart 기간의 지속 시간을 구성하려면 [편집 라우팅 옵션 graceful-restart] 계층 수준에서 재시작 기간을 포함합니다.

참고:

Graceful Restart를 활성화하지 않는 경우에도 라우팅 플랫폼을 시작할 때 기본적으로 도우미 모드(Graceful Restart를 시도하는 이웃 라우터를 지원할 수 있는 능력)가 활성화됩니다. 프로토콜에 따라 도우미 모드를 비활성화할 수 있습니다.

전 세계적으로 graceful restart를 비활성화하려면 [편집 라우팅 옵션 graceful-restart] 계층 수준에서 비활성화 명령문을 포함합니다.

[편집 라우팅 옵션 graceful-restart] 계층 수준에서 모든 라우팅 프로토콜에 대해 graceful restart가 활성화되면 프로토콜에 따라 graceful restart를 비활성화할 수 있습니다.

참고:

BGP(Border Gateway Protocol) 또는 LDP 세션이 설정된 후 graceful restart를 구성하면 BGP(Border Gateway Protocol) 또는 LDP 세션이 재시작되고 피어는 graceful restart 기능을 협상합니다. 또한 BGP(Border Gateway Protocol) 피어 라우팅 통계는 0으로 리셋됩니다.

보안 기능을 위한 Graceful Restart BGP(Border Gateway Protocol)

BGP(Border Gateway Protocol) graceful restart 기간을 구성하려면 [편집 프로토콜 bgp graceful-restart] 계층 수준에서 재시작 시간 명령문을 포함합니다. 라우터가 메시지를 다시 시작하는 이웃에서 메시지를 수신하기 위해 대기하는 시간을 설정하려면 [편집 프로토콜 bgp graceful-restart] 계층 수준에서 stale-routes 시간 명령문을 포함합니다.

모든 BGP(Border Gateway Protocol) 세션에 대한 BGP(Border Gateway Protocol) 기능을 비활성화하려면 [편집 프로토콜 bgp graceful-restart] 계층 수준에서 비활성화 명령문을 포함합니다.

참고:

BGP(Border Gateway Protocol) graceful restart 속성을 설정하거나 그룹에 대해 이를 비활성화하려면 [편집 프로토콜 bgp 그룹 group-name graceful-restart] 계층 수준에서 원하는 명령문을 포함합니다.

그룹에 BGP(Border Gateway Protocol) graceful restart 속성을 설정하거나 그룹의 특정 이웃에 대해 이를 비활성화하려면 [편집 프로토콜 bgp group group-name neighbor graceful-restart ip-address ] 계층 수준에서 원하는 명령문을 포함합니다.

참고:

BGP(Border Gateway Protocol) 대해 graceful restart 구성 BGP(Border Gateway Protocol) 피어 라우팅 통계를 0으로 재설정합니다. 또한 기존 BGP(Border Gateway Protocol) 세션이 재시작될 수 있으며 피어는 graceful restart 기능을 협상합니다.

참고:

모든 구성에 대해 BFD(Bidirectional Forwarding Detection BGP(Border Gateway Protocol) 및 graceful restart를 모두 구성하지 BGP(Border Gateway Protocol). 이렇게 하면 라우팅 성능이 최적화되지 않을 수 있습니다.

컨트롤 플레인 종속 BFD와 Graceful Restart 도우미 모드 사용

BFD가 컨트롤 플레인에 종속되고 디바이스가 BFD 다운 이벤트를 감지하고 아직 Graceful Restart 도우미 모드로 진입하지 않은 경우, 이 이벤트는 일반 BFD 다운 이벤트로 처리되고 디바이스가 graceful restart 도우미 모드에 들어갑니다. 이 동작은 graceful restart와 함께 컨트롤 플레인 종속 BFD를 사용할 수 없습니다.

dont-help-shared-fate-bfd-down [edit protocols bgp graceful-restart] 계층에서 명령문을 포함하면, graceful restart 도우미 모드가 입력되지 않도록 보장하며 인터페이스 장애가 발생(BGP(Border Gateway Protocol) neighbor에서 컨트롤 플레인 재시작 없이) 데이터 트래픽이 계속해서 대체 경로로 이동되도록 보장합니다.

Junos OS Release 18.3R1 계층에 명령문을 포함해 장비가 단일 홉 외부 BGP(Border Gateway Protocol)(EBGP dont-help-shared-fate-bfd-down [edit protocols bgp graceful-restart] )와 함께 BFD로 구성될 때 SRX 시리즈 디바이스가 Graceful Restart 도우미 모드로 진입하는 것을 방지할 수 있습니다.

ES-IS를 위한 Graceful Restart 옵션 구성

J Series 서비스 라우터에서 ES-IS graceful restart 기간을 구성하려면 계층 restart-duration 수준에서 명령문을 [edit protocols esis graceful-restart] 포함합니다.

ES-IS graceful restart 기능을 비활성화하려면 계층 disable 수준에서 명령문을 [edit protocols esis graceful-restart] 포함합니다.

보안 기능을 위한 Graceful Restart IS-IS(Intermediate System to Intermediate System)

IS-IS(Intermediate System to Intermediate System) graceful restart 기간을 구성하려면 계층 restart-duration 수준에서 명령문을 [edit protocols isis graceful-restart] 포함합니다.

IS-IS(Intermediate System to Intermediate System) graceful restart 도우미 기능을 비활성화하려면 계층 helper-disable 수준에서 명령문을 [edit protocols isis graceful-restart] 포함합니다. IS-IS(Intermediate System to Intermediate System) graceful restart 기능을 비활성화하려면 계층 disable 수준에서 명령문을 [edit protocols isis graceful-restart] 포함합니다.

참고:

Junos OS Release 12.3에서 시작하여 라우팅 엔진 라우터와 인접한 피어 '도우미' 라우터 간의 타임아웃인 경우 graceful restart 프로토콜 확장으로는 임박한 재시작에 대해 피어 '도우미' 라우터에 대해 알 수 없습니다. 그런 다음 Graceful Restart가 중단되고 트래픽이 중단될 수 있습니다.

이러한 인접이 유지되도록 보장하기 위해 IS-IS(Intermediate System to Intermediate System) 프로토콜의 보유 시간을 기본값인 27초에서 40초 이상으로 변경합니다.

참고:

계층 수준에서 명령문을 사용하여 Graceful Restart traceoptions 이벤트를 추적할 [edit protocols isis] 수도 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.

및 OSPFv3을 위한 Graceful Restart 최단 경로 우선(OSPF) 구성

최단 경로 우선(OSPF)/OSPFv3 graceful restart 기간을 구성하려면 [편집 프로토콜(ospf | | ospf3) graceful-restart] 계층 수준에서 재시작-기간 명령문을 포함합니다. 라우터가 Graceful Restart를 완료했다는 도움말러 라우터에 알리는 시간을 지정하려면 [편집 프로토콜(ospf | ospf3) graceful-restart] 계층 수준에서 통보 기간을 포함합니다. 엄격한 최단 경로 우선(OSPF) LSA(link-state advertisement)를 검사하면 지원 라우터에 의해 graceful restart가 종료됩니다. 엄격한 LSA 검사를 비활성화하려면 [편집 프로토콜(ospf | ospf3) graceful-restart] 계층 수준에서 엄격한 lsa 검사 명령문을 포함합니다.

최단 경로 우선(OSPF)/OSPFv3 graceful restart를 비활성화하려면 [편집 프로토콜(ospf | ospf3) graceful-restart] 계층 수준에서 비활성화 명령문을 포함합니다.

릴리스 11.3부터 시작하여 Junos OS 버전 2 graceful restart 구성을 위한 표준(RFC 3623, Graceful 최단 경로 우선(OSPF) Restart 기반)과 재시작 시그널링 기반(RFC 4811, RFC 4812 및 RFC 481 최단 경로 우선(OSPF)3에 지정된 경우) 도우미 모드를 모두 지원합니다. 표준 및 재시작 시그널링 기반 도우미 모드 모두 기본으로 지원됩니다. 버전 2 graceful restart 구성을 위해 도우미 모드를 비활성화하려면< both | 재시작-시그널링| 표준> 명령문을 [편집 프로토콜 ospf graceful-restart] 계층 수준에서 포함합니다. 최단 경로 우선(OSPF) 마지막 커밋 명령문은 항상 이전 명령보다 우선하다는 점에 유의합니다.

도우미 모드를 다시 설정하려면, delete protocols ospf graceful-restart-restart-disable <restart-signaling | | 명령어를 사용하여 helper-disable 명령문을 구성에서 > 삭제합니다. 또한 이 경우, 마지막 실행 명령이 이전 명령보다 우선합니다.

참고:

OSPFv3 구성에서는 시그널링 기반 도우미 모드가 지원되지 않습니다. OSPFv3 구성의 도우미 모드를 비활성화하려면 [편집 프로토콜 ospfv3 helper-disable graceful-restart] 계층 수준에서 명령문을 포함합니다.

팁:

또한 [편집 프로토콜(ospf | ospf3)] 계층 수준에서 traceoptions 명령문을 통해 graceful restart 이벤트를 추적할 수 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.

참고:

Junos OS Release 7.5를 실행하는 라우팅 플랫폼과 Junos OS Release 7.6 이상에서 실행되는 라우팅 플랫폼 간에 OSPFv3 graceful restart를 사용할 수 없습니다. 또한, 두 라우팅 플랫폼 모두 동일한 24개 버전과 동일한 Junos OS 있는지 확인해야 합니다.

RIP 및 RIPng를 위한 Graceful Restart 옵션 구성

RIP 또는 RIPng graceful restart 기간의 기간을 구성하려면 계층 restart-time 수준에서 명령문을 [edit protocols (rip | ripng) graceful-restart] 포함합니다.

RIP 또는 RIPng graceful restart 기능을 비활성화하려면 계층 disable 수준에서 명령문을 [edit protocols (rip | ripng) graceful-restart] 포함합니다.

PIM Sparse 모드에 대한 Graceful Restart 옵션 구성

PIM Sparse 모드는 Graceful Restart가 진행되는 동안 기존 멀티캐스트 패킷 스트림을 계속 포우팅하지만, 재시작이 완료될 때까지 새로운 스트림을 전달하지 않습니다. 재시작 후, 라우팅 플랫폼은 이웃으로부터 수신된 모든 업데이트와 함께 재시작 기간 동안 발생한 모든 업데이트로 포링 상태를 업데이트합니다. 예를 들어, 라우팅 플랫폼은 재시작이 진행될 때 이웃의 조인트(join) 및 prune(prune) 상태(prune) 상태는 재시작할 때까지 포우링 테이블에 변경 사항을 적용하지 않습니다.

PIM Sparse 모드 기반 라우팅 플랫폼은 생성 식별자라는 고유의 32비트 임의 번호를 생성합니다. 생성 식별자는 기본적으로 PIM hello 메시지에 포함되어 있습니다. IETF(Internet Engineering Task Force) 인터넷 초안 프로토콜 독립적 멀티캐스트 - SPARSE 모드(PIM-SM): 프로토콜 사양(개정됨)에 지정되어 있습니다. 라우팅 플랫폼이 점대점(point-to-point) 인터페이스에서 생성 식별자를 포함하는 PIM hello를 수신하면 Junos OS 다시 시작을 최적화하는 알고리즘을 활성화합니다.

PIM Sparse 모드 Graceful Restart가 발생하기 전에, 각 라우팅 플랫폼은 생성 식별자를 생성하고 멀티캐스트 이웃으로 전송합니다. PIM이 Sparse 모드 기반 라우팅 플랫폼을 다시 시작하면 차세대 식별자를 생성하고 이웃에 전송합니다. 이웃이 새 식별자를 수신하면 멀티캐스트 업데이트를 재시작 라우터로 재전입하여 graceful restart를 효율적으로 종료할 수 있습니다. PIM 상태가 안정적이거나 재시작 간격 시간이 만료되면 재시작 단계가 완료됩니다.

라우팅 플랫폼이 생성 식별자를 지원하지 못하거나 PIM이 멀티포인트 인터페이스에서 실행되면 PIM Sparse 모드 graceful restart 알고리즘이 활성화되지 않습니다. 그리고 기본 재시작 타임러가 재시작 메커니즘으로 사용됩니다.

PIM graceful restart 기간의 기간을 구성하려면 계층 restart-duration 수준에서 명령 [edit protocols pim graceful-restart] 문을 포함합니다.

PIM Sparse 모드 graceful restart 기능을 비활성화하려면 계층 disable 수준에서 명령문을 [edit protocols pim graceful-restart] 포함합니다.

참고:

멀티캐스트 포우링은 2가지 방식으로 중단될 수 있습니다. 첫째, 기반 라우팅 프로토콜이 불안정할 경우, 멀티캐스트 RPF(Reverse Path Forwarding) 검사에 장애가 발생하여 중단을 일으킬 수 있습니다. 둘째, Graceful Restart 기간 동안 포우링 테이블이 업데이트되지 않을 경우, graceful restart가 완료될 때까지 새로운 멀티캐스트 스트림이 포스터되지 않습니다.

Graceful Restart 이벤트 추적

Graceful Restart 이벤트의 진행을 추적하기 위해 IS-IS(Intermediate System to Intermediate System)/OSPFv3에 대해 graceful restart trace 옵션 플래그를 최단 경로 우선(OSPF) 수 있습니다. graceful restart 추적 옵션을 구성하려면 [protocol편집 프로토콜 추적 옵션 플래그] 계층 수준에서 graceful-restart 명령문을 포함합니다.

네트워크 관련 프로토콜을 위한 graceful restart MPLS 구성

이 섹션에는 다음 주제가 포함되어 있습니다.

전역적으로 Graceful Restart 구성

모든 MPLS 프로토콜에 대해 전역적으로 graceful restart를 구성하려면 계층 graceful-restart 수준에서 명령문을 [edit routing-options] 포함합니다. Graceful Restart 기간의 기간을 구성하려면 계층 수준에서 재시작 기간 [edit routing-options graceful-restart] 을 포함합니다.

전역적으로 graceful restart를 비활성화하려면 계층 disable 수준에서 명령문을 [edit routing-options graceful-restart] 포함합니다.

RSVP, CCC 및 TCC에 대한 Graceful Restart 옵션 구성

CCC와 TCC는 RSVP를 사용하기 때문에 이 3가지 프로토콜을 단일 그룹으로 수정해야 합니다.

라우터가 graceful restart maximum-helper-recovery-time [edit protocols rsvp graceful-restart] 를 진행하는 동안 라우터가 RSVP neighbor의 상태를 유지하는 기간을 구성하려면 계층 수준에서 명령문을 포함합니다. 이 값은 모든 인접 라우터에 적용되어 가장 느린 RSVP neighbor에서 복구하는 데 필요한 시간을 기반으로 합니다.

라우터가 maximum-helper-restart-time [edit protocols rsvp graceful-restart] 인접 라우터가 다운되고 이웃을 선언할 때 계층 수준에서 명령문을 포함하도록 지연을 구성합니다. 이 값은 모든 인접 라우터에 적용되어 가장 느린 RSVP neighbor에서 재시작하는 데 필요한 시간을 기반으로 합니다.

RSVP, CCC 및 TCC graceful restart를 비활성화하려면 계층 disable 수준에서 명령문을 [edit protocols rsvp graceful-restart] 포함합니다. RSVP, CCC 및 TCC 도우미 기능을 비활성화하기 위해 계층 helper-disable 수준에서 명령문을 [edit protocols rsvp graceful-restart] 포함합니다.

LDP용 Graceful Restart 옵션 구성

LDP에 graceful restart를 구성할 때 계층 수준에서 다음과 같은 옵션 명령문을 포함할 [edit protocols ldp graceful-restart] 수 있습니다.

명령문은 Graceful Restart 프로세스에 다음과 같은 영향을 미치고 있습니다.

  • Graceful Restart reconnect-time 이후 세션을 재구성하는 데 필요한 시간을 구성하려면 명령문을 포함(30~300초)를 포함합니다. 재시 maximum-neighbor-reconnect-time 작 이웃 라우터에서 허용되는 최대 재연결 시간을 제한하려면 명령문을 포함(30~300초)

  • Graceful Restart recovery-time 가 진행되는 동안 도우미 라우터가 오래된 포우링 상태를 유지하는 데 필요한 시간을 구성하려면 명령문을 포함해야 합니다. 범위는 120~1800초입니다. 도우미 라우터에서 재시작 라우터에서 요청을 압도하는 진술을 구성하고 도우미 라우터가 이전 포워더 상태를 유지하는 최대 시간을 설정할 수 있습니다. 이 기능을 구성하기 위해 명령 maximum-neighbor-recovery-time 문을 포함, 범위는 140~1900초입니다.

    참고:

    계층 수준에서 의 복구 시간 maximum-neighbor-recovery-time [edit protocols ldp graceful-restart] 및 명령문에 대한 값은 계층 수준에서 명령문에 대한 값보다 약 80 restart-duration [edit routing-options graceful-restart] 초 더 긴 것입니다. 구성을 커밋하려고 할 때 경고 메시지가 나타납니다.

  • LDP graceful restart 기능을 비활성화하려면 명령문을 포함 disable 하십시오. LDP graceful restart 도우미 기능을 비활성화하려면 명령문을 포함 helper-disable 하십시오.

릴리스 내역 표
릴리스
설명
12.3
Junos OS Release 12.3에서 시작하여 라우팅 엔진 라우터와 인접한 피어 '도우미' 라우터 간의 타임아웃인 경우 graceful restart 프로토콜 확장으로는 임박한 재시작에 대해 피어 '도우미' 라우터에 대해 알 수 없습니다.