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는 비활성화됩니다. 그레이스풀 재시작을 활성화하려면 [edit routing-instance instance-name routing-options] 또는 [edit routing-options] 계층 수준에서 graceful-restart 문을 포함합니다.

예를 들어:

그레이스풀 재시작 기간의 기간을 구성하려면 [edit routing-options graceful-restart] 계층 수준에서 restart-duration을 포함합니다.

메모:

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

그레이스풀 재시작을 전역으로 비활성화하려면 계층 수준에서 비활성화 문을 [ edit routing-options graceful-restart] 포함합니다.

[edit routing-options graceful-restart] 계층 수준에서 모든 라우팅 프로토콜에 대해 Graceful Restart가 활성화되면 프로토콜별로 Graceful Restart를 비활성화할 수 있습니다.

메모:

BGP 또는 LDP 세션이 설정된 후 그레이스풀 재시작을 구성하는 경우, BGP 또는 LDP 세션이 다시 시작되고 피어는 그레이스풀 재시작 기능을 협상합니다. 또한 BGP 피어 라우팅 통계는 0으로 재설정됩니다.

BGP에 대한 Graceful Restart 옵션 구성

BGP 그레이스풀 재시작 기간의 기간을 구성하려면 [edit protocols bgp graceful-restart] 계층 수준에서 restart-time 문을 포함합니다. 다운을 선언하기 전에 라우터가 재시작 이웃으로부터 메시지를 수신하기 위해 대기하는 시간을 설정하려면 [edit protocols bgp graceful-restart] 계층 수준에서 stale-routes-time 문을 포함합니다.

모든 BGP 세션에 대해 BGP Graceful Restart 기능을 비활성화하려면 [edit protocols bgp graceful-restart] 계층 수준에서 disable 문을 포함합니다.

메모:

BGP 그레이스풀 재시작 속성을 설정하거나 그룹에 대해 비활성화하려면 [edit protocols bgp group group-name graceful-restart] 계층 수준에서 원하는 문을 포함합니다.

BGP 그레이스풀 재시작 속성을 설정하거나 그룹의 특정 이웃에 대해 비활성화하려면, [edit protocols bgp group neighbor group-name ip-address graceful-restart] 계층 수준에서 원하는 문을 포함합니다.

메모:

BGP에 대한 Graceful Restart를 구성하면 BGP 피어 라우팅 통계가 0으로 재설정됩니다. 또한 기존 BGP 세션이 다시 시작되고 피어가 Graceful Restart 기능을 협상합니다.

메모:

BGP에 대한 BFD(Bidirectional Forwarding Detection)와 BGP에 대한 Graceful Restart를 모두 구성하지 마십시오. 이렇게 하면 라우팅 성능이 최적화되지 않을 수 있습니다.

Graceful Restart Helper 모드와 함께 컨트롤 플레인 종속 BFD 사용

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

인터페이스 장애가 발생하더라도 (BGP 인접 디바이스에서 컨트롤 플레인 재시작 없이) 디바이스가 Graceful Restart Helper 모드로 들어가지 않고 데이터 트래픽이 계속해서 대체 경로로 전달되도록 하려면 계층에 [edit protocols bgp graceful-restart] 문을 포함 dont-help-shared-fate-bfd-down 하십시오.

디바이스가 단일 홉 외부 BGP(EBGP)와 함께 BFD로 구성된 경우 계층에 [edit protocols bgp graceful-restart] 문을 포함하여 dont-help-shared-fate-bfd-down SRX 시리즈 방화벽이 Graceful Restart Helper 모드로 진입하는 것을 방지할 수 있습니다.

ES-IS에 대한 Graceful Restart 옵션 구성

ES-IS 그레이스풀 재시작 기간의 기간을 구성하려면 계층 수준에서 문을 포함 restart-duration 합니다 [edit protocols esis graceful-restart] .

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

IS-IS에 대한 그레이스풀 재시작 옵션 구성

IS-IS 그레이스풀 재시작 기간의 기간을 구성하려면 계층 수준에서 [edit protocols isis graceful-restart] 문을 포함 restart-duration 합니다.

IS-IS 그레이스풀 재시작 도우미 기능을 비활성화하려면 계층 수준에서 [edit protocols isis graceful-restart] 문을 포함 helper-disable 합니다. IS-IS 그레이스풀 재시작 기능을 비활성화하려면 계층 수준에서 [edit protocols isis graceful-restart] 문을 포함 disable 합니다.

메모:

라우팅 엔진과 인접 피어 '도우미' 라우터 간의 인접성이 시간 초과되면, 그레이스풀 재시작 프로토콜 확장은 피어 '도우미' 라우터에 임박한 재시작을 알릴 수 없습니다. 그러면 Graceful Restart가 중지되고 트래픽 중단을 일으킬 수 있습니다.

이러한 인접성이 유지되도록 하려면 IS-IS 프로토콜의 보류 시간을 기본값인 27초에서 40초보다 큰 값으로 변경하십시오.

메모:

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

OSPF 및 OSPFv3에 대한 Graceful Restart 옵션 구성

OSPF/OSPFv3 그레이스풀 재시작 기간의 기간을 구성하려면 [edit protocols (ospf | ospf3) graceful-restart] 계층 수준에서 restart-duration 문을 포함합니다. 라우터가 Graceful Restart를 완료했음을 Helper 라우터에 알리는 시간을 지정하려면 [edit protocols (ospf | ospf3) graceful-restart] 계층 수준에서 notify-duration을 포함합니다. 엄격한 OSPF LSA(link-state advertisement) 확인은 도움 라우터에 의한 Graceful Restart의 종료를 초래합니다. 엄격한 LSA 검사를 비활성화하려면 [edit protocols (ospf | ospf3) graceful-restart] 계층 수준에서 no-strict-lsa-checking 문을 포함합니다.

OSPF/OSPFv3 Graceful Restart를 비활성화하려면 [edit protocols (ospf | ospf3) graceful-restart] 계층 수준에서 disable 문을 포함합니다.

Junos OS는 OSPF 버전 2 Graceful Restart 구성을 위한 표준(RFC 3623, Graceful OSPF 재시작 기반) 및 재시작 신호 기반(RFC 4811, RFC 4812 및 RFC 4813에 명시된 대로) 도우미 모드를 모두 지원합니다. 표준 및 재시작 신호 기반 도우미 모드가 모두 기본적으로 활성화됩니다. 최단 경로 우선(OSPF) 버전 2 그레이스풀 재시작 구성에 대한 도우미 모드를 비활성화하려면 [edit protocols ospf graceful-restart] 계층 수준에서 helper-disable <both | restart-signaling | standard> 문을 포함합니다. 마지막으로 커밋된 문이 항상 이전 문보다 우선합니다.

Helper 모드를 다시 활성화하려면 delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> 명령을 사용하여 구성에서 helper-disable 문을 삭제합니다. 이 경우에도 마지막으로 실행된 명령이 이전 명령보다 우선합니다.

메모:

재시작 신호 기반 Helper 모드는 OSPFv3 구성에서 지원되지 않습니다. OSPFv3 구성에 대한 Helper 모드를 비활성화하려면 [edit protocols ospfv3 graceful-restart] 계층 수준에서 문을 포함 helper-disable 합니다.

팁:

또한 [edit protocols (ospf | ospf3)] 계층 수준에서 traceoptions 문을 사용하여 그레이스풀 재시작 이벤트를 추적할 수 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.

RIP 및 RIPng에 대한 Graceful Restart 옵션 구성

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

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

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

PIM 스파스 모드는 그레이스풀 재시작 중에 기존 멀티캐스트 패킷 스트림을 계속 전달하지만, 재시작이 완료될 때까지 새로운 스트림을 전달하지 않습니다. 재시작 후, 라우팅 플랫폼은 neighbor에서 수신하고 재시작 기간 동안 발생한 모든 업데이트로 포워딩 상태를 업데이트합니다. 예를 들어, 라우팅 플랫폼은 재시작 중에 이웃의 조인 및 정리 상태를 다시 학습하지만 재시작할 때까지 변경 사항을 포워딩 테이블에 적용하지 않습니다.

PIM 스파스 모드 지원 라우팅 플랫폼은 세대 식별자라고 하는 고유한 32비트 난수를 생성합니다. 세대 식별자는 IETF 인터넷 초안 PIM-SM(Protocol Independent Multicast - Sparse Mode): 프로토콜 사양(개정)에 명시된 바와 같이 PIM hello 메시지에 기본적으로 포함됩니다. 라우팅 플랫폼이 포인트 투 포인트 인터페이스에서 세대 식별자가 포함된 PIM Hello를 수신하면 Junos OS는 Graceful Restart를 최적화하는 알고리즘을 활성화합니다.

PIM 스파스 모드 그레이스풀 재시작이 발생하기 전에 각 라우팅 플랫폼은 세대 식별자를 생성하여 멀티캐스트 이웃으로 보냅니다. PIM 스파스 모드 지원 라우팅 플랫폼이 다시 시작되면 새로운 세대 식별자를 생성하여 이웃에게 보냅니다. 이웃이 새 식별자를 수신하면 재시작 라우터에 멀티캐스트 업데이트를 다시 전송하여 Graceful Restart를 효율적으로 종료할 수 있도록 합니다. PIM 상태가 안정되거나 재시작 간격 타이머가 만료되면 재시작 단계가 완료됩니다.

라우팅 플랫폼이 생성 식별자를 지원하지 않거나 PIM이 멀티포인트 인터페이스에서 활성화된 경우, PIM 스파스 모드 그레이스풀 재시작 알고리즘은 활성화되지 않으며 기본 재시작 타이머가 재시작 메커니즘으로 사용됩니다.

PIM 그레이스풀 재시작 기간의 기간을 구성하려면 계층 수준에서 문을 포함 restart-duration 합니다.[edit protocols pim graceful-restart]

PIM 스파스 모드 그레이스풀 재시작 기능을 비활성화하려면 계층 수준에서 [edit protocols pim graceful-restart] 문을 포함 disable 합니다.

메모:

멀티캐스트 포워딩은 두 가지 방법으로 중단될 수 있습니다. 첫째, 기본 라우팅 프로토콜이 불안정한 경우 멀티캐스트 RPF(역방향 경로 전달) 검사가 실패하여 중단을 일으킬 수 있습니다. 둘째, 포워딩 테이블은 그레이스풀 재시작 기간 동안 업데이트되지 않기 때문에 그레이스풀 재시작이 완료될 때까지 새로운 멀티캐스트 스트림이 전달되지 않습니다.

Graceful Restart 이벤트 추적

그레이스풀 재시작 이벤트의 진행 상황을 추적하기 위해 IS-IS 및 OSPF/OSPFv3에 대한 그레이스풀 재시작 추적 옵션 플래그를 구성할 수 있습니다. graceful restart 추적 옵션을 구성하려면 [edit protocols protocol traceoptions flag] 계층 수준에서 graceful-restart 문을 포함합니다.

MPLS 관련 프로토콜에 대한 Graceful Restart 구성

이 섹션에서는 다음과 같은 주제를 다룹니다.

전역으로 Graceful Restart 구성

모든 MPLS 관련 프로토콜에 대해 전역으로 그레이스풀 재시작을 구성하려면 계층 수준에서 [edit routing-options] 문을 포함 graceful-restart 합니다. Graceful Restart 기간의 기간을 구성하려면 계층 수준에서 [edit routing-options graceful-restart] restart-duration을 포함합니다.

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

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

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

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

라우터가 이웃 라우터가 중단된 것을 발견하고 이웃의 중단을 선언할 때 사이의 지연을 구성하려면 계층 수준에서 [edit protocols rsvp graceful-restart] 문을 포함 maximum-helper-restart-time 합니다. 이 값은 모든 이웃 라우터에 적용되므로, 가장 느린 RSVP 이웃이 재시작하는 데 필요한 시간을 기준으로 해야 합니다.

RSVP, CCC 및 TCC Graceful Restart를 비활성화하려면 계층 수준에서 [edit protocols rsvp graceful-restart] 문을 포함 disable 합니다. RSVP, CCC 및 TCC Helper 기능을 비활성화하려면 계층 수준에서 [edit protocols rsvp graceful-restart] 문을 포함 helper-disable 합니다.

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초입니다.

    메모:

    계층 수준에서 [edit protocols ldp graceful-restart] recovery-timemaximum-neighbor-recovery-time 문 값은 계층 수준에서 [edit routing-options graceful-restart] 문 값 restart-duration 보다 약 80초 더 길어야 합니다. 그렇지 않으면 구성을 커밋하려고 할 때 경고 메시지가 나타납니다.

  • LDP GR(Graceful Restart) 기능을 비활성화하려면 명령문을 포함합니다.disable LDP GR(Graceful Restart) Helper 기능을 비활성화하려면 문을 포함합니다.helper-disable