예: 동일한 서브넷에서 멤버 라우터와의 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인
하트비트 연결은 Virtual Chassis 기본 라우터와 백업 라우터 간의 Virtual Chassis에 있는 IP 기반의 양방향 패킷 연결입니다. 이 연결을 통해 교환되는 하트비트 패킷은 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공합니다.
이 예에서는 두 멤버 라우터가 동일한 서브넷에 있을 때 Virtual Chassis에서 하트비트 연결을 구성하는 방법을 설명합니다. Virtual Chassis 멤버 라우터가 서로 다른 서브넷에 있을 때 하트비트 연결을 구성하는 방법에 대한 자세한 내용은 예: 서로 다른 서브넷의 멤버 라우터와의 MX 시리즈 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인을 참조하십시오.
요구 사항
이 예에서는 이 기능을 지원하는 2개의 MX240 유니버설 라우팅 플랫폼을 사용하며, 각각 듀얼 라우팅 엔진을 갖추고 있습니다
이 명령을 사용하여 commit synchronize 구성 변경 사항을 Virtual Chassis에 저장하는 것이 좋습니다. Virtual Chassis의 경우, 이 force 옵션은 명령을 실행할 때의 기본이자 유일한 동작입니다. commit synchronize Virtual Chassis 구성에 대한 명령을 실행 commit synchronize 하면 명령을 실행하는 commit synchronize force 것과 동일한 효과가 있습니다.
Virtual Chassis에 대한 하트비트 연결을 구성하기 전에 다음을 수행합니다.
두 개의 라우터로 구성된 Virtual Chassis를 구성합니다.
참조 예: Virtual Chassis를 사용하여 MX 시리즈 5G 유니버설 라우팅 플랫폼에 대한 섀시 간 중복 구성
구성 예에 표시된 사전 프로비저닝된 Virtual Chassis 구성의 일부로, 각 멤버 라우팅 엔진에 대한 ,
member0-re1,member1-re0및member1-re1구성 그룹을 생성하고 적용member0-re0해야 합니다. 각 구성 그룹에는 각 라우팅 엔진의 관리 이더넷 인터페이스(fxp0)에 대한 고유한 IP 주소가 포함됩니다.참고:계층 수준에서
[edit virtual-chassis]사전 프로비저닝된 Virtual Chassis 구성을 생성할 때 Virtual Chassis에서 분할 감지를 비활성화하도록 문을 구성no-split-detection하지 않도록 해야 합니다. Virtual Chassis 하트비트 연결을 구성할 때 문을no-split-detection사용하는 것은 금지되며, 그렇게 하면 커밋 작업이 실패합니다.Virtual Chassis 기본 라우터(VC-Pp)의 기본 라우팅 엔진와 Virtual Chassis 백업 라우터(VC-Bp)의 기본 라우팅 엔진 간의 TCP 연결을 보장합니다.
Virtual Chassis 하트비트 연결은 VC-Pp에서 33087로 번호가 매겨진 독점 TCP 포트를 열어 하트비트 메시지를 수신합니다. 네트워크 설계에 방화벽 또는 필터가 포함된 경우 네트워크가 VC-Pp의 TCP 포트 33087과 VC-BP의 동적으로 할당된 TCP 포트 간의 트래픽을 허용하는지 확인합니다.
개요
하트비트 연결은 Virtual Chassis의 기본 라우터와 백업 라우터 간의 IP 기반 양방향 패킷 연결입니다. 하트비트 연결을 형성하는 멤버 라우터는 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공하는 하트비트 패킷을 교환합니다. Virtual Chassis 구성이 중단되거나 분할되는 동안 하트비트 연결을 통해 멤버 라우터가 기본 역할 역할을 불필요하게 변경하지 못하여 바람직하지 않은 결과가 발생할 수 있습니다.
이 예에서는 두 멤버 라우터가 모두 10.4.0.0 서브넷에 있는 Virtual Chassis에 대한 하트비트 연결을 구성합니다. 멤버 라우터 master-router 는 VC-P(Virtual Chassis)의 글로벌 기본 라우터이며, 멤버 라우터 backup-router 는 VC-B(Global Backup 라우터)입니다. 두 멤버 라우터 모두 이중 라우팅 엔진이 설치되어 있으며, 하트비트 연결은 기본 라우팅 엔진 master-router (VC-Pp 또는 로 표시)과 기본 라우팅 엔진 backup-router (VC-Bp 또는 member0-re0member1-re0로 표시) 간에 구성됩니다.
두 멤버 라우터가 동일한 서브넷에 있는 경우 Virtual Chassis에 대한 하트비트 연결 구성은 다음 작업으로 구성됩니다.
관리 인터페이스의
fxp0글로벌master-onlyIP 주소를 Virtual Chassis의 4개의 라우팅 엔진과 동일한 서브넷에 구성합니다.하트비트 연결을 위한 네트워크 경로를 구성합니다.
이 예에서는 글로벌 정적 경로를 사용하여 동일한 서브넷의 멤버 라우터가 TCP/IP 연결을 통해 서로 연결할 수 있는 경로를 제공합니다.
관리 인터페이스의
fxp0글로벌master-onlyIP 주소를 하트비트 주소로 구성하여 Virtual Chassis 하트비트 연결을 설정합니다.(선택 사항) Virtual Chassis 하트비트 시간 초과 간격에 대해 기본값이 아닌 값을 구성합니다.
토폴로지
이 예는 동일한 서브넷에 두 멤버 라우터가 있는 Virtual Chassis에 대한 하트비트 연결을 구성합니다. 중복을 위해 각 멤버 라우터는 2개의 Virtual Chassis 포트로 구성됩니다.
표 1 은 Virtual Chassis의 각 라우터에 대한 하드웨어 및 소프트웨어 구성 설정을 보여줍니다.
라우터 이름 |
하드웨어 |
일련 번호 |
회원 ID |
역할 |
Virtual Chassis 포트 |
서브넷 |
|---|---|---|---|---|---|---|
마스터 라우터 |
MX240 라우터:
|
JN11026AFAFC |
0 |
routing-engine(기본) |
vcp-1/0/0vcp-1/1/0 |
10.4.0.0/16 |
백업 라우터 |
MX240 라우터:
|
JN112C2FCAFC |
1 |
routing-engine(백업) |
vcp-2/0/0vcp-2/1/0 |
10.4.0.0/16 |
구성
동일한 서브넷에 두 멤버 라우터가 있는 Virtual Chassis에서 하트비트 연결을 구성하려면 다음 작업을 수행합니다.
CLI 빠른 구성
동일한 서브넷에 두 멤버 라우터가 있는 Virtual Chassis에 대한 하트비트 연결을 신속하게 구성하려면 다음 명령을 복사하여 라우터 터미널 창에 붙여넣습니다.
[edit] set groups member0-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups member0-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups member1-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups member1-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only set groups global routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 set groups global routing-options static route 10.4.0.0/16 retain set groups global routing-options static route 10.4.0.0/16 no-readvertise set virtual-chassis heartbeat-address 10.4.2.210 set virtual-chassis heartbeat-timeout 20
각 라우팅 엔진에 대해 일관된 관리 IP 주소 구성
단계별 절차
처음 Virtual Chassis를 설정할 때 각 라우팅 엔진의 관리 인터페이스에 고유한 fxp0 IP 주소를 구성하는 것 외에도, 주소 fxp0 라고 하는 master-only 추가 관리 IP 주소를 구성하여 Virtual Chassis 기본 라우팅 엔진라우터(VC-PP, 이 예에서 로 member0-re0 표현됨). 그런 다음 주소를 하트비트 주소로 사용하여 master-only Virtual Chassis 하트비트 연결을 설정합니다.
이 예의 Virtual Chassis 멤버 라우터는 모두 동일한 서브넷(10.4.0.0)에 상주하므로 각 라우팅 엔진에 대해 동일한 master-only 주소를 구성할 수 있습니다. 주소는 master-only VC-PP의 관리 인터페이스에서만 활성화됩니다. 전환 중에 주소는 master-only 현재 VC-PP로 작동하는 새로운 라우팅 엔진으로 이동합니다.
각 라우팅 엔진에 master-only fxp0 대한 IP 주소를 구성하려면 다음을 수행합니다.
-
멤버 0의 콘솔에서 각 라우팅 엔진의 관리 인터페이스에 대해
fxp0동일한 IP 주소를 구성합니다.{master:member0-re0}[edit] user@master-router# set groups member0-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 primary-only user@master-router# set groups member0-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only user@master-router# set groups member1-re0 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only user@master-router# set groups member1-re1 interfaces fxp0 unit 0 family inet address 10.4.2.210/16 master-only
결과
Virtual Chassis 기본 라우터의 콘솔에서 각 구성 그룹에 대한 구성 결과를 표시합니다. 간결성을 위해 이 절차와 관련이 없는 구성 부분은 생략 기호(...)로 대체됩니다.
를 위한 member0-re0:
{master:member0-re0}[edit]
user@master-router# show groups member0-re0
system {
host-name master-router;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.2.100/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
를 위한 member0-re1:
{master:member0-re0}[edit]
user@master-router# show groups member0-re1
system {
host-name master-router1;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.2.101/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
를 위한 member1-re0:
{master:member0-re0}[edit]
user@master-router# show groups member1-re0
system {
host-name backup-router;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.3.101/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
를 위한 member1-re1:
{master:member0-re0}[edit]
user@master-router# show groups member1-re1
system {
host-name backup-router1;
backup-router 10.4.0.1 destination [ 172.16.0.0/12 ... 10.204.0.0/16 ];
}
interfaces {
fxp0 {
unit 0 {
family inet {
address 10.4.3.102/16;
address 10.4.2.210/16 {
master-only;
}
}
}
}
}
디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .
기본 및 백업 멤버 라우터 간의 정적 경로 구성
단계별 절차
TCP/IP 하트비트 패킷 교환을 위해 기본 라우터와 백업 라우터 사이에 안전하고 안정적인 경로를 구성해야 합니다. 하트비트 패킷은 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공합니다.
하트비트 연결을 위해 생성하는 경로는 Virtual Chassis 포트 링크와 독립적이어야 합니다. 특히 Virtual Chassis 백업 라우터(VC-Bp)의 기본 라우팅 엔진이 Virtual Chassis 기본 라우터(VC-Pp)에 있는 기본 라우팅 엔진의 IP 주소에 TCP master-only /IP 연결을 만들 수 있는지 확인해야 합니다.
이 예에서는 하트비트 경로를 구성하기 위해 멤버 라우터 간에 글로벌 정적 경로를 생성합니다. 그러나 동일한 서브넷에서 멤버 라우터에 대한 하트비트 경로를 구성하기 위해 요구 사항에 가장 적합한 방법을 선택할 수 있습니다. 예를 들어, 이러한 목적으로 멤버 라우터의 기본 게이트웨이를 사용할 수 있습니다.
라우터 관리 인터페이스(fxp0)를 하트비트 경로로 사용하는 것이 좋습니다. 관리 인터페이스는 일반적으로 라인 카드 인터페이스보다 일찍 사용할 수 있으며 일반적으로 다른 인터페이스보다 더 안전한 네트워크에 연결됩니다.
기본 및 백업 멤버 라우터 간에 정적 경로를 생성하려면 다음을 수행합니다.
-
멤버 0의 콘솔에서 서브넷 10.4.0.0의 멤버 라우터 간에 고정 경로를 구성합니다.
{master:member0-re0}[edit] user@master-router# set groups global routing-options static route 10.4.0.0/16 next-hop 10.4.0.1 user@master-router# set groups global routing-options static route 10.4.0.0/16 retain user@master-router# set groups global routing-options static route 10.4.0.0/16 no-readvertise
결과
구성의 결과를 표시합니다. 간결성을 위해 이 절차와 관련이 없는 구성 부분은 생략 기호(...)로 대체됩니다.
{master:member0-re0}[edit]
user@master-router# show groups global routing-options static
route 10.4.0.0/16 {
next-hop 10.4.0.1;
retain;
no-readvertise;
}
...
디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .
하트비트 주소 및 하트비트 시간 초과 구성
단계별 절차
두 구성원으로 구성된 Virtual Chassis에서 하트비트 연결을 설정하려면 기본 및 백업 구성원 라우터 간의 연결을 위한 IP 주소를 구성해야 합니다. 현재 활성화된 라우팅 엔진에 관계없이 VC-PP(Virtual Chassis 기본 라우터)의 기본 라우팅 엔진에 대한 일관된 액세스를 보장하려면 하트비트 주소를 관리 인터페이스에 대해 fxp0 이전에 구성된 글로벌 master-only IP 주소로 설정합니다.
선택적으로 하트비트 시간 초과 간격에 대해 기본값이 아닌 값을 구성할 수도 있습니다. 하트비트 시간 초과는 Virtual Chassis 멤버 라우터가 다른 멤버 라우터가 보낸 하트비트 패킷에 응답해야 하는 최대 시간입니다. 하트비트 시간 초과 간격을 명시적으로 구성하지 않으면 기본값(2초)이 적용됩니다.
하트비트 주소 및 하트비트 타임아웃을 구성하려면:
-
멤버 0의 콘솔에서 Virtual Chassis 사전 프로비저닝된 구성을 편집하도록 지정합니다.
{master:member0-re0}[edit] user@master-router# edit virtual-chassis -
관리 인터페이스의
fxp0공통master-onlyIP 주소를 하트비트 주소로 구성합니다.{master:member0-re0}[edit virtual-chassis] user@master-router# set heartbeat-address 10.4.2.210 -
(선택 사항) 하트비트 시간 초과 간격에 대해 기본값이 아닌 값을 구성합니다.
{master:member0-re0}[edit virtual-chassis] user@master-router# set heartbeat-timeout 20
결과
구성의 결과를 표시합니다.
{master:member0-re0}[edit]
user@master-router# show virtual-chassis
preprovisioned;
traceoptions {
file VCCP size 100m;
flag all;
}
heartbeat-address 10.4.2.210;
heartbeat-timeout 20;
member 0 {
role routing-engine;
serial-number JN11026AFAFC;
}
member 1 {
role routing-engine;
serial-number JN112C2FCAFC;
}
디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .
검증
Virtual Chassis 하트비트 연결이 제대로 작동하는지 확인하려면 다음 작업을 수행합니다.
Virtual Chassis 하트비트 연결 확인
목적
Virtual Chassis 멤버 라우터 간의 하트비트 연결이 올바르게 구성되고 작동하는지 확인합니다.
작업
하트비트 연결이 구성된 경우 하나 또는 두 개의 멤버 라우터의 상태를 표시합니다.
{master:member0-re0}
user@master-router> show virtual-chassis heartbeat
member0:
--------------------------------------------------------------------------
Local Remote State Time
10.4.2.210 10.4.3.101 Alive 2014-02-18 11:18:14 PST
member1:
--------------------------------------------------------------------------
Local Remote State Time
10.4.3.101 10.4.2.210 Alive 2014-02-18 11:18:15 PST
의미
각 멤버 라우터의 경우, 명령 출력은 하트비트 연결을 형성하는 로컬 및 원격 멤버 라우터의 IP 주소를 표시합니다. 필드의 State 값은 Alive 지정된 멤버 라우터의 기본 라우팅 엔진이 연결되었고 하트비트 응답 메시지를 수신했음을 확인합니다. 필드는 Time 마지막 연결 상태 변경의 날짜와 시간을 지정합니다.
인접 분할 또는 중단 중 하트비트 연결 사용 확인
목적
Virtual Chassis에서 인접 중단 또는 분할이 감지되면 하트비트 연결의 사용을 확인합니다.
작업
Virtual Chassis에서 멤버 라우터의 상태를 표시합니다.
{master:member0-re0}
user@master-router> show virtual-chassis status
Preprovisioned Virtual Chassis
Virtual Chassis ID: 4806.94d6.2362
Mastership Neighbor List
Member ID Status Serial No Model priority Role ID Interface
0 (FPC 0- 11) Heartbt JN11026AFAFC mx240 129 Master* 1 vcp-1/0/0
1 vcp-1/1/0
1 (FPC 12- 23) Prsnt JN112C2FCAFC mx240 129 Backup 0 vcp-2/0/0
0 vcp-2/1/0
의미
멤버 ID 0에 대한 필드가 Status 표시됩니다 Heartbt. 이는 이 멤버 라우터가 Virtual Chassis 구성에서 인접 중단 또는 분할 중에 기본 역할 역할을 유지하기 위해 하트비트 패킷 연결을 사용했음을 나타냅니다. 멤버 ID 1에 대한 필드가 Status 표시 Prsnt되며, 이는 이 멤버 라우터가 Virtual Chassis에 연결되어 있음을 나타냅니다.
라우터가 현재 Virtual Chassis에 연결되어 있지 않은 경우, 필드NotPrsnt에 Status .
하트비트 통계에서 Virtual Chassis 멤버 상태 확인
목적
하트비트 연결에 의해 수집된 통계를 사용하여 각 Virtual Chassis 멤버 라우터의 가용성과 상태를 확인합니다. 이 명령을 사용하여 show virtual-chassis heartbeat detail 네트워크의 최대 지연 시간과 최소 지연 시간을 결정할 수도 있습니다.
작업
하트비트 연결에 의해 수집된 통계를 표시하고 검토합니다.
{master:member0-re0}
user@master-router> show virtual-chassis heartbeat detail
member0:
--------------------------------------------------------------------------
Local Remote State Time
10.4.2.210 10.4.3.101 Alive 2014-02-18 11:18:14 PST
Heartbeat statistics
Heartbeats sent: 10079
Heartbeats received: 10079
Heartbeats lost/missed: 0
Last time sent: 2014-02-18 20:03:10 PST (00:00:00 ago)
Last time received: 2014-02-18 20:03:10 PST (00:00:00 ago)
Maximum latency (secs): 0
Minimum latency (secs): 0
member1:
--------------------------------------------------------------------------
Local Remote State Time
10.4.3.101 10.4.2.210 Alive 2014-02-18 11:18:15 PST
Heartbeat statistics
Heartbeats sent: 10083
Heartbeats received: 10083
Heartbeats lost/missed: 0
Last time sent: 2014-02-18 20:03:09 PST (00:00:01 ago)
Last time received: 2014-02-18 20:03:09 PST (00:00:01 ago)
Maximum latency (secs): 0
Minimum latency (secs): 0
의미
이 예에서 전송된 하트비트 요청 메시지의 수(Heartbeats sent)는 수신된 하트비트 응답 메시지의 수(Heartbeats received)와 같으며 손실된 하트비트 메시지는 없습니다(Heartbeats lost/missed). 이는 하트비트 연결을 형성하는 두 멤버 라우터 모두 사용 가능하고 작동했음을 나타냅니다. 및 Heartbeats received 간의 Heartbeats sent 차이가 필드에 나타납니다.Heartbeats lost/missed
Maximum latency and Minimum latency 필드는 하트비트 요청 메시지 전송과 하트비트 응답 메시지 수신 사이에 로컬 라우터에서 경과되는 최대 및 최소 시간(초)을 측정합니다. 이 예에서 and Maximum latency Minimum latency 필드의 값은 0 이 작업으로 인해 측정 가능한 네트워크 지연이 없음을 나타냅니다. 이 Maximum latency 값을 사용하여 기본값(2초)보다 높은 값으로 늘려 heartbeat-timeout 야 하는지 여부를 결정할 수 있습니다. 네트워크의 최대 지연 시간이 너무 높아 2초 heartbeat-timeout 값을 수용할 수 없는 경우, 간격을 heartbeat-timeout 늘려 Virtual Chassis 인접성 중단 또는 분할이 발생할 때 네트워크 지연을 고려할 수 있습니다.