이 페이지의 내용
라우팅 프로토콜에 대한 Graceful Restart 구성
요약 아래 단계에 따라 라우팅 프로토콜에 대해 Graceful Restart를 구성할 수 있습니다.
GR(Graceful Restart) 활성화
기본적으로 GR(Graceful Restart)은 비활성화되어 있습니다. Graceful Restart를 활성화하려면 계층 수준에서 [edit routing-instance routing-options] 또는 [edit routing-options] 명령문을 graceful-restart instance-name 포함합니다.
예를 들어:
routing-options {
graceful-restart;
}
Graceful Restart 기간의 기간을 구성하려면 계층 수준에서 [edit routing-options graceful-restart] restart-duration을 포함합니다.
Helper 모드(Graceful Restart가 활성화되지 않더라도 라우팅 플랫폼을 시작할 때 Helper 모드(Graceful Restart를 시도하는 이웃 라우터를 지원하는 기능)가 기본적으로 활성화됩니다. 프로토콜별로 Helper 모드를 비활성화할 수 있습니다.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Graceful Restart를 전역적으로 비활성화하려면 계층 수준에서 disable 문을 [ edit routing-options graceful-restart] 포함합니다.
계층 수준에서 모든 라우팅 프로토콜에 대해 Graceful Restart가 활성화된 경우 [edit routing-options 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 합니다. 라우터가 재시작 이웃으로부터 메시지를 수신하기 위해 대기하는 시간을 설정하려면 [edit protocols bgp graceful-restart] 계층 수준에서 명령문을 stale-routes-time 포함합니다.
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
모든 BGP 세션에 대해 BGP GR(Graceful Restart) 기능을 비활성화하려면 계층 수준에서 disable 문을 [ edit protocols bgp graceful-restart] 포함합니다.
BGP GR(Graceful Restart) 속성을 설정하거나 그룹에 대해 비활성화하려면 [edit protocols bgp group group-name graceful-restart] 계층 수준에서 원하는 문을 포함합니다.
BGP GR(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) 도우미 모드와 함께 컨트롤 플레인 종속 BFD 사용
BFD가 컨트롤 플레인에 종속되고 디바이스가 BFD 다운 이벤트를 감지하고 아직 GR(Graceful Restart) 헬퍼 모드에 진입하지 않은 경우, 이는 일반 BFD 다운 이벤트로 처리되고 디바이스는 GR(Graceful Restart) 헬퍼 모드로 전환됩니다. 이 동작은 컨트롤 플레인 종속 BFD를 GR(Graceful Restart)과 함께 사용할 수 없게 만듭니다.
dont-help-shared-fate-bfd-down 계층에 [edit protocols bgp graceful-restart] 명령문을 포함시켜 디바이스가 GR(Graceful Restart) 헬퍼 모드에 진입하지 않고 인터페이스 장애가 발생하더라도(BGP 인접 라우터에서 컨트롤 플레인 재시작이 없는 경우) 데이터 트래픽이 대체 경로로 계속 전달되도록 합니다.
[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) 헬퍼 모드로 전환되는 것을 방지할 수 있습니다.
또한보십시오
ES-IS에 대한 GR(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 GR(Graceful Restart) 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols esis graceful-restart] 포함합니다disable.
IS-IS의 GR(Graceful Restart) 옵션 구성
IS-IS Graceful Restart 기간의 기간을 구성하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다restart-duration.
[edit]
protocols {
isis {
graceful-restart {
disable;
helper-disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
IS-IS graceful Restart Helper 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다helper-disable. IS-IS graceful restart 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols isis graceful-restart] 포함합니다disable.
Junos OS 릴리스 12.3부터 라우팅 엔진과 이웃 피어 '도우미' 라우터 간의 인접성이 시간 초과되면 그레이스풀 재시작 프로토콜 확장은 피어 '도우미' 라우터에 임박한 재시작을 알릴 수 없습니다. 그런 다음 Graceful Restart가 중지되고 트래픽이 중단될 수 있습니다.
이러한 인접성을 유지하려면 IS-IS 프로토콜의 홀드 타임을 기본값인 27초에서 40초 이상의 값으로 변경합니다.
또한 계층 수준에서 문을 [edit protocols isis] 사용하여 traceoptions graceful restart 이벤트를 추적할 수 있습니다. 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.
OSPF 및 OSPFv3에 대한 GR(Graceful Restart) 옵션 구성
OSPF/OSPFv3 Graceful Restart 기간의 기간을 구성하려면 [edit protocols (ospf | ospf3) graceful-restart] 계층 수준에서 명령문을 포함합니다 restart-duration . 라우터가 도우미 라우터에 Graceful Restart를 완료했음을 알리는 시간을 지정하려면 [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 포함합니다.
[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] 계층 수준에서 disable 문을 포함합니다.
릴리스 11.3부터 Junos OS는 OSPF 버전 2 GR(Graceful Restart) 구성을 위한 표준(RFC 3623, Graceful OSPF Restart 기반) 및 재시작 신호 기반(RFC 4811, RFC 4812 및 RFC 4813에 지정) 헬퍼 모드를 모두 지원합니다. 표준 및 재시작 신호 기반 도우미 모드는 기본적으로 활성화됩니다. OSPF 버전 2 Graceful Restart 구성에 대한 헬퍼 모드를 비활성화하려면 계층 수준에서 helper-disable <both | restart-signaling | standard> 문을 [ edit protocols ospf graceful-restart] 포함합니다. 마지막으로 커밋된 문은 항상 이전 문보다 우선합니다.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
헬퍼 모드를 다시 활성화하려면 delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> 명령을 사용하여 구성에서 helper-disable 문을 삭제합니다. 이 경우에도 마지막으로 실행된 명령이 이전 명령보다 우선합니다.
재시작 신호 기반 헬퍼 모드는 OSPFv3 구성에 대해 지원되지 않습니다. OSPFv3 구성에 대한 헬퍼 모드를 비활성화하려면 계층 수준에서 [edit protocols ospfv3 graceful-restart] 명령문을 포함합니다helper-disable.
계층 수준에서 traceoptions 문을 사용하여 graceful restart 이벤트를 추적할 수도 있습니다 [edit protocols (ospf | ospf3)] . 자세한 내용은 Graceful Restart 이벤트 추적을 참조하십시오.
Junos OS 릴리스 7.5 이하를 실행하는 라우팅 플랫폼과 Junos OS 릴리스 7.6 이상을 실행하는 라우팅 플랫폼 간에는 OSPFv3 Graceful Restart를 활성화할 수 없습니다. 이를 해결하기 위해 두 라우팅 플랫폼이 동일한 Junos OS 버전을 사용해야 합니다.
RIP 및 RIPng에 대한 GR(Graceful Restart) 옵션 구성
RIP 또는 RIPng GR(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 GR(Graceful Restart) 기능을 비활성화하려면 계층 수준에서 명령문을 [edit protocols (rip | ripng) graceful-restart] 포함합니다disable.
PIM Sparse 모드를 위한 Graceful Restart 옵션 구성
PIM 스파스 모드는 Graceful Restart 중에 기존 멀티캐스트 패킷 스트림을 계속 전달하지만 재시작이 완료될 때까지 새 스트림을 전달하지 않습니다. 재시작 후 라우팅 플랫폼은 인접 항목에서 수신되고 재시작 기간 동안 발생한 모든 업데이트로 전달 상태를 업데이트합니다. 예를 들어, 라우팅 플랫폼은 재시작 중에 이웃의 조인 및 정리 상태를 다시 학습하지만 재시작이 끝날 때까지 포워딩 테이블에 변경 사항을 적용하지 않습니다.
PIM 스파스 모드 지원 라우팅 플랫폼은 생성 식별자라고 하는 고유한 32비트 난수를 생성합니다. 생성 식별자는 IETF 인터넷 초안 PIM-SM(Protocol Independent Multicast - Sparse Mode): 프로토콜 사양(개정)에 지정된 대로 PIM Hello 메시지에 기본적으로 포함됩니다. 라우팅 플랫폼이 점대점 인터페이스에서 세대 식별자를 포함하는 PIM Hello를 수신하면 Junos OS는 Graceful Restart를 최적화하는 알고리즘을 활성화합니다.
PIM 스파스 모드 Graceful Restart가 발생하기 전에 각 라우팅 플랫폼은 생성 식별자를 생성하여 멀티캐스트 이웃으로 보냅니다. PIM 스파스 모드 지원 라우팅 플랫폼이 다시 시작되면 새 세대 식별자를 생성하여 이웃으로 보냅니다. 인접 라우터가 새 식별자를 수신하면 재시작 라우터에 멀티캐스트 업데이트를 다시 전송하여 Graceful Restart를 효율적으로 종료할 수 있도록 합니다. PIM 상태가 안정되거나 재시작 간격 타이머가 만료되면 재시작 단계가 완료됩니다.
라우팅 플랫폼이 생성 식별자를 지원하지 않거나 멀티포인트 인터페이스에서 PIM이 활성화된 경우 PIM 스파스 모드 GR(Graceful Restart) 알고리즘이 활성화되지 않고 기본 재시작 타이머가 재시작 메커니즘으로 사용됩니다.
PIM GR(Graceful Restart) 기간을 구성하려면 계층 수준에서 명령문을 [edit protocols pim graceful-restart] 포함합니다restart-duration.
[edit]
protocols {
pim {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
PIM 스파스 모드 GR(Graceful Restart) 기능을 비활성화하려면 계층 수준에서 문을 [edit protocols pim graceful-restart] 포함합니다disable.
멀티캐스트 전달은 두 가지 방법으로 중단할 수 있습니다. 첫째, 기본 라우팅 프로토콜이 불안정하면 멀티캐스트 RPF(Reverse Path Forwarding) 검사가 실패하고 중단이 발생할 수 있습니다. 둘째, 포워딩 테이블은 GR(Graceful Restart) 기간 동안 업데이트되지 않기 때문에 새로운 멀티캐스트 스트림은 GR(Graceful Restart)이 완료될 때까지 포워딩되지 않습니다.
Graceful Restart 이벤트 추적
GR(Graceful Restart) 이벤트의 진행 상황을 추적하기 위해 IS-IS 및 OSPF/OSPFv3에 대한 GR(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. GR(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;
명령문은 GR(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]값은 계층 레벨의 문[edit routing-options graceful-restart]값restart-duration보다 약 80초 더 길어야 합니다. 그렇지 않으면 구성을 커밋하려고 할 때 경고 메시지가 나타납니다.LDP GR(Graceful Restart) 기능을 비활성화하려면 문을 포함합니다
disable. LDP GR(Graceful Restart) 헬퍼 기능을 비활성화하려면 문을 포함합니다helper-disable.
또한보십시오
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.