라우팅 프로토콜을 위한 Graceful Restart 구성
아래 단계를 통해 라우팅 프로토콜에 대한 Graceful Restart를 구성할 수 있습니다.
GR(Graceful Restart) 활성화
기본적으로 Graceful Restart는 비활성화됩니다. graceful restart를 활성화하려면 계층 수준에서 graceful-restart [edit routing-instance instance-name routing-options] 또는 [edit routing-options] 명령문을 포함합니다.
예를 들어:
routing-options {
graceful-restart;
}
graceful restart 기간의 기간을 구성하려면 계층 수준에서 restart-duration을 [edit routing-options graceful-restart] 포함합니다.
Helper 모드(Graceful Restart를 시도하는 이웃 라우터를 지원하는 능력)는 Graceful Restart가 활성화되지 않은 경우에도 라우팅 플랫폼을 시작할 때 기본적으로 활성화됩니다. 프로토콜별로 도우미 모드를 비활성화할 수 있습니다.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
전역적으로 Graceful Restart를 비활성화하려면 계층 수준에서 disable [edit routing-options graceful-restart] 명령문을 포함합니다.
[ edit routing-options graceful-restart] 계층 수준에서 모든 라우팅 프로토콜에 대해 Graceful Restart가 활성화되면 프로토콜별로 Graceful Restart를 비활성화할 수 있습니다.
BGP 또는 LDP 세션이 설정된 후 Graceful Restart를 구성하면 BGP 또는 LDP 세션이 다시 시작하고 피어가 Graceful Restart 기능을 협상합니다. 또한 BGP 피어 라우팅 통계가 0으로 재설정됩니다.
BGP를 위한 GR(Graceful Restart) 옵션 구성
BGP graceful restart 기간의 기간을 구성하려면 계층 수준에서 [edit protocols bgp graceful-restart] 명령문을 포함합니다 restart-time . 라우터가 다운을 선언하기 전에 재시작 중인 이웃으로부터 메시지를 수신하기 위해 대기하는 시간을 설정하려면 계층 수준에서 명령문을 포함합니다 stale-routes-time [edit protocols bgp graceful-restart] .
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
모든 BGP 세션에 대해 BGP Graceful Restart 기능을 비활성화하려면 계층 수준에서 disable [edit protocols bgp graceful-restart] 명령문을 포함합니다.
BGP Graceful Restart 속성을 설정하거나 그룹에 대해 비활성화하려면 계층 수준에서 원하는 명령문을 [edit protocol bgp group group-name graceful-restart] 포함합니다.
BGP Graceful Restart 속성을 설정하거나 그룹의 특정 이웃에 대해 비활성화하려면 계층 수준에서 원하는 문을 [edit protocols bgp group group-name neighbor ip-address graceful-restart] 포함합니다.
BGP에 대한 Graceful Restart를 구성하면 BGP 피어 라우팅 통계가 0으로 재설정됩니다. 또한 기존 BGP 세션이 재시작되고 피어가 Graceful Restart 기능을 협상합니다.
BGP에 대한 BFD(Bidirectional Forwarding Detection) 및 BGP에 대한 Graceful Restart를 모두 구성하지 마십시오. 이렇게 하면 라우팅 성능이 최적화되지 않을 수 있습니다.
GR(Graceful Restart) Helper 모드와 함께 컨트롤 플레인 종속 BFD 사용
BFD가 컨트롤 플레인에 종속되고 디바이스가 BFD 다운 이벤트를 감지하고 아직 그레이스풀 재시작 헬퍼 모드에 진입하지 않은 경우, 이는 정규 BFD 다운 이벤트로 처리되고 디바이스는 그레이스풀 재시작 헬퍼 모드에 들어갑니다. 이 동작으로 인해 컨트롤 플레인 종속 BFD는 Graceful Restart와 함께 사용할 수 없게 됩니다.
dont-help-shared-fate-bfd-down 계층에 [edit protocols bgp graceful-restart] 문을 포함시켜 인터페이스 장애가 있더라도 디바이스가 GR(Graceful Restart) Helper 모드로 진입하지 않고 데이터 트래픽이 계속해서 대체 경로로 전달되도록 보장합니다(BGP neighbor에서 컨트롤 플레인을 다시 시작하지 않음).
[edit]
protocols {
bgp {
graceful-restart {
disable;
dont-help-shared-fate-bfd-down;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
Junos OS 릴리스 18.3R1부터는 계층에 문을 [edit protocols bgp graceful-restart] 포함시켜 디바이스가 단일 홉 외부 BGP(EBGP)의 BFD로 구성된 경우 SRX 시리즈 방화벽이 dont-help-shared-fate-bfd-down GR(Graceful Restart) Helper 모드로 들어가는 것을 방지할 수 있습니다.
참조
ES-IS(Intermediate System to Intermediate System)에 대한 Graceful Restart 옵션 구성
J 시리즈 서비스 라우터에서 ES-IS graceful restart 기간 기간을 구성하려면 계층 수준에서 문을 [edit protocols esis graceful-restart] 포함합니다restart-duration.
[edit]
protocols {
esis {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
ES-IS 그레이스풀 재시작 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols esis graceful-restart] 포함합니다disable.
IS-IS(Intermediate System to Intermediate System)를 위한 Graceful Restart 옵션 구성
IS-IS 그레이스풀 재시작 기간을 구성하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다restart-duration.
[edit]
protocols {
isis {
graceful-restart {
disable;
helper-disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
IS-IS 그레이스풀 재시작 도우미 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다helper-disable. IS-IS 그레이스풀 재시작 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다disable.
Junos OS 릴리스 12.3부터 라우팅 엔진과 인접 피어 'helper' 라우터 간의 인접성이 시간 초과되면 Graceful restart 프로토콜 확장은 피어 'helper' 라우터에 임박한 재시작을 알릴 수 없습니다. 그러면 Graceful Restart가 중단되어 트래픽 중단을 일으킬 수 있습니다.
이러한 인접성을 유지하려면 IS-IS 프로토콜의 홀드 타임을 기본값인 27초에서 40초 이상의 값으로 변경하십시오.
또한 계층 수준에서 문을 [edit protocols isis] 사용하여 traceoptions Graceful Restart 이벤트를 추적할 수 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.
OSPF 및 OSPFv3에 대한 Graceful Restart 옵션 구성
OSPF/OSPFv3 graceful restart 기간의 기간을 구성하려면 계층 수준에서 명령문을 포함합니다 restart-duration [edit protocols (ospf | ospf3) graceful-restart] . 라우터가 Graceful Restart를 완료했음을 Helper 라우터에 알리는 시간을 지정하려면 계층 수준에서 notify-duration을 [edit protocols (ospf | ospf3) graceful-restart] 포함합니다. 엄격한 최단 경로 우선(OSPF) 링크 상태 광고(LSA) 검사는 지원 라우터에 의한 Graceful Restart의 종료를 초래합니다. 엄격한 LSA 검사를 비활성화하려면 계층 수준에서 no-strict-lsa-checking[edit protocols (ospf | ospf3) graceful-restart] 명령문을 포함합니다.
[edit]
protocols {
ospf | ospfv3{
graceful-restart {
disable;
helper-disable
no-strict-lsa-checking;
notify-duration seconds;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
OSPF/OSPFv3 graceful restart를 비활성화하려면 계층 수준에서 명령 문을 [ edit protocols (ospf | ospf3) graceful-restart] 포함합니다.
릴리스 11.3부터 Junos OS는 최단 경로 우선(OSPF) 버전 2 Graceful Restart 구성을 위한 표준(RFC 3623, Graceful OSPF Restart에 기반)과 재시작 신호 기반(RFC 4811, RFC 4812, RFC 4813에 명시) 헬퍼 모드를 모두 지원합니다. 표준 및 재시작 신호 기반 Helper 모드는 모두 기본적으로 활성화됩니다. OSPF 버전 2 Graceful Restart 구성에 대해 Helper 모드를 비활성화하려면 계층 수준에서 helper-disable [edit protocols ospf graceful-restart] 명령문을 포함합니다 helper-disable <both | restart-signaling | standard>. 마지막으로 커밋된 문은 항상 이전 문보다 우선합니다.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
도우미 모드를 다시 활성화하려면 명령을 사용하여 구성에서 명령 문을 삭제합니다 삭제 프로토콜 ospf graceful-restarthelper-disable <restart-signaling | standard | both> . 이 경우에도 마지막으로 실행된 명령이 이전 명령보다 우선합니다.
재시작 신호 기반 Helper 모드는 OSPFv3 구성에 대해 지원되지 않습니다. OSPFv3 구성에 대해 Helper 모드를 비활성화하려면 계층 수준에서 명령문을 [edit protocols ospfv3 graceful-restart] 포함합니다helper-disable.
또한 [edit protocols (ospf | ospf3)] 계층 수준에서 명령문을 사용하여 traceoptions graceful restart 이벤트를 추적할 수 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.
Junos OS 릴리스 7.5 이하를 실행하는 라우팅 플랫폼과 Junos OS 릴리스 7.6 이상을 실행하는 라우팅 플랫폼 간에는 OSPFv3 Graceful Restart를 사용하도록 설정할 수 없습니다. 해결 방법으로 두 라우팅 플랫폼이 동일한 Junos OS 버전을 사용하도록 합니다.
RIP 및 RIPng에 대한 Graceful Restart 옵션 구성
RIP 또는 RIPng graceful restart 기간의 기간을 구성하려면 계층 수준에서 문을 [edit protocols (rip | ripng) graceful-restart] 포함합니다restart-time.
[edit]
protocols {
(rip | ripng) {
graceful-restart {
disable;
restart-time seconds;
}
}
}
routing-options {
graceful-restart;
}
RIP 또는 RIPng Graceful Restart 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols (rip | ripng) graceful-restart] 포함합니다disable.
PIM Sparse 모드를 위한 Graceful Restart 옵션 구성
PIM Sparse 모드는 Graceful Restart가 진행되는 동안 기존 멀티캐스트 패킷 스트림을 계속 포워딩하지만 재시작이 완료될 때까지 새로운 스트림을 포워딩하지 않습니다. 재시작된 후, 라우팅 플랫폼은 이웃에서 수신되고 재시작 기간 동안 발생한 모든 업데이트로 전송 상태를 업데이트합니다. 예를 들어, 라우팅 플랫폼은 재시작 중에 이웃의 조인 및 정리 상태를 다시 학습하지만 재시작 후까지 변경 사항을 포워딩 테이블에 적용하지 않습니다.
PIM Sparse 모드 지원 라우팅 플랫폼은 생성 식별자라고 하는 고유한 32비트 난수를 생성합니다. 생성 식별자는 IETF Internet draft PIM-SM(Protocol Independent Multicast - Sparse Mode): Protocol Specification (Revised)에 명시된 대로 PIM hello 메시지에 기본적으로 포함됩니다. 라우팅 플랫폼이 포인트 투 포인트 인터페이스에서 생성 식별자를 포함하는 PIM Hello를 수신하면 Junos OS는 Graceful Restart를 최적화하는 알고리즘을 활성화합니다.
PIM Sparse 모드 Graceful Restart가 발생하기 전에 각 라우팅 플랫폼은 생성 식별자를 생성하여 멀티캐스트 인접 라우터로 전송합니다. PIM Sparse 모드 지원 라우팅 플랫폼이 재시작되면 새로운 생성 식별자를 생성하여 이웃으로 전송합니다. 이웃이 새 식별자를 수신하면 재시작 라우터에 멀티캐스트 업데이트를 다시 전송하여 Graceful Restart를 효율적으로 종료할 수 있습니다. 재시작 단계는 PIM 상태가 안정되거나 재시작 간격 타이머가 만료되면 완료됩니다.
라우팅 플랫폼이 생성 식별자를 지원하지 않거나 PIM이 멀티포인트 인터페이스에서 활성화된 경우, PIM Sparse 모드 Graceful Restart 알고리즘이 활성화되지 않고 기본 재시작 타이머가 재시작 메커니즘으로 사용됩니다.
PIM Graceful Restart 기간을 구성하려면 계층 수준에서 명령문을 포함 restart-duration 하십시오 [edit protocols pim graceful-restart] .
[edit]
protocols {
pim {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
PIM Sparse 모드 Graceful Restart 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols pim graceful-restart] 포함합니다disable.
멀티캐스트 포워딩은 두 가지 방법으로 중단될 수 있습니다. 첫째, 기본 라우팅 프로토콜이 불안정한 경우 멀티캐스트 RPF(Reverse-Path-Forwarding) 검사가 실패하여 중단을 일으킬 수 있습니다. 둘째, Graceful Restart 기간 동안 포워딩 테이블이 업데이트되지 않기 때문에 Graceful Restart가 완료될 때까지 새로운 멀티캐스트 스트림이 전달되지 않습니다.
Graceful Restart 이벤트 추적
Graceful Restart 이벤트의 진행 상황을 추적하려면 IS-IS(Intermediate System to Intermediate System) 및 OSPF/OSPFv3에 대한 Graceful Restart 추적 옵션 플래그를 구성할 수 있습니다. graceful restart 추적 옵션을 구성하려면 계층 수준에서 graceful-restart [edit protocols protocol traceoptions flag] 명령문을 포함합니다.
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
MPLS 관련 프로토콜을 위한 Graceful Restart 구성
이 섹션에서는 다음과 같은 주제를 다룹니다.
- 전역적으로 Graceful Restart 구성
- RSVP, CCC 및 TCC에 대한 Graceful Restart 옵션 구성
- LDP에 대한 GR(Graceful Restart) 옵션 구성
전역적으로 Graceful Restart 구성
모든 MPLS 관련 프로토콜에 대해 전역으로 Graceful Restart를 구성하려면 계층 수준에서 문을 [edit routing-options] 포함합니다graceful-restart. graceful restart 기간의 기간을 구성하려면 계층 수준에서 restart-duration을 [edit routing-options graceful-restart] 포함합니다.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
전역적으로 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 이웃이 필요한 시간을 기준으로 해야 합니다.
[edit]
protocols {
rsvp {
graceful-restart {
disable;
helper-disable;
maximum-helper-recovery-time;
maximum-helper-restart-time;
}
}
}
routing-options {
graceful-restart;
}
RSVP, CCC 및 TCC Graceful Restart를 비활성화하려면 계층 수준에서 문을 [edit protocols rsvp graceful-restart] 포함합니다disable. RSVP, CCC 및 TCC 도우미 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols rsvp graceful-restart] 포함합니다helper-disable.
LDP에 대한 GR(Graceful Restart) 옵션 구성
LDP의 Graceful Restart를 구성할 때 계층 수준에서 다음 옵션 문을 포함할 수 있습니다.[edit protocols ldp graceful-restart]
[edit protocols ldp graceful-restart] disable; helper-disable; maximum-neighbor-reconnect-time seconds; maximum-neighbor-recovery-time seconds; reconnect-time seconds; recovery-time seconds; [edit routing-options] graceful-restart;
명령문은 Graceful Restart 프로세스에 다음과 같은 영향을 미칩니다.
Graceful Restart(Graceful Restart) 후 세션을 재설정하는 데 필요한 시간을 구성하려면 문을 포함합니다
reconnect-time. 범위는 30초에서 300초입니다. 재시작 이웃 라우터에서 허용되는 최대 재연결 시간을 제한하려면 문을 포함합니다maximum-neighbor-reconnect-time. 범위는 30초에서 300초입니다.Helper 라우터가 Graceful Restart하는 동안 이전 전송 상태를 유지하는 데 필요한 시간을 구성하려면 문을 포함합니다
recovery-time. 범위는 120초에서 1800초입니다. 도움 라우터에서 재시작 라우터의 요청을 무시하고 도움 라우터가 이전 전송 상태를 유지하는 최대 시간을 설정하는 문을 구성할 수 있습니다. 이 기능을 구성하려면 문을 포함하십시오maximum-neighbor-recovery-time. 범위는 140초에서 1900초입니다.메모:계층 수준에서 recovery-time 및
maximum-neighbor-recovery-time문의[edit protocols ldp graceful-restart]값은 계층 수준의 문[edit routing-options graceful-restart]값restart-duration보다 약 80초 더 길어야 합니다. 그렇지 않으면 구성을 커밋하려고 할 때 경고 메시지가 나타납니다.LDP GR(Graceful Restart)
disable기능을 비활성화하려면 문을 포함합니다. LDP GR(Graceful Restart) Helper 기능을 비활성화하려면 문을 포함합니다helper-disable.
참조
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.