예: 동일한 서브넷의 멤버 라우터와 MX 시리즈 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인
하트비트 연결은 MX 시리즈 버추얼 섀시에서 버추얼 섀시 기본 라우터와 백업 라우터 간의 IP 기반 양방향 패킷 연결입니다. 이 연결을 통해 교환되는 하트비트 패킷은 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공합니다. Junos OS 릴리스 14.1부터 MX 시리즈 Virtual Chassis에서 하트비트 연결을 구성할 수 있습니다.
이 예에서는 두 멤버 라우터가 동일한 서브넷에 상주할 때 MX 시리즈 Virtual Chassis에서 하트비트 연결을 구성하는 방법을 설명합니다. Virtual Chassis 멤버 라우터가 서로 다른 서브넷에 상주할 때 하트비트 연결을 구성하는 방법에 대한 자세한 내용은 예: 다른 서브넷의 멤버 라우터와 MX 시리즈 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인을 참조하십시오.
요구 사항
이 예에서 사용되는 소프트웨어 및 하드웨어 구성 요소는 다음과 같습니다.
Junos OS 릴리스 14.1 이상 릴리스
각각 듀얼 라우팅 엔진을 갖춘 MX240 유니버설 라우팅 플랫폼 2개
이 구성 예는 나열된 소프트웨어 릴리스를 사용하여 테스트되었으며 이후의 모든 릴리스에서 작동하는 것으로 가정합니다.
명령을 사용하여 commit synchronize Virtual Chassis에 대한 구성 변경 사항을 저장하는 것이 좋습니다. MX 시리즈 Virtual Chassis의 경우, force 옵션은 명령을 실행할 때 기본값이자 유일한 동작입니다 commit synchronize . MX 시리즈 버추얼 섀시 구성에 대한 명령을 실행하면 commit synchronize 명령을 실행하는 commit synchronize force 것과 동일한 효과가 있습니다.
Virtual Chassis에 대한 하트비트 연결을 구성하기 전에 다음을 수행합니다.
2개의 MX 시리즈 라우터로 구성된 Virtual Chassis를 구성합니다.
예: Virtual Chassis를 사용하여 MX 시리즈 5G 유니버설 라우팅 플랫폼에 대한 섀시 간 이중화 구성
구성 예에 표시된 사전 프로비저닝된 Virtual Chassis 구성의 일부로, 각 멤버 라우팅 엔진에
member0-re0대한 , ,member0-re1member1-re0및member1-re1구성 그룹을 생성하고 적용해야 합니다. 각 구성 그룹에는 각 라우팅 엔진의 관리 이더넷 인터페이스(fxp0)에 대한 고유한 IP 주소가 포함되어 있습니다.참고:계층 수준에서 사전 프로비저닝된 Virtual Chassis 구성을
[edit virtual-chassis]생성할 때 Virtual Chassis에서 분할 감지를 비활성화하는 문을 구성no-split-detection하지 않아야 합니다.no-split-detectionVirtual Chassis 하트비트 연결을 구성할 때 명령문을 사용하는 것은 금지되며, 그렇게 하면 커밋 작업이 실패합니다.버추얼 섀시 기본 라우터(VC-Pp)의 기본 라우팅 엔진과 버추얼 섀시 백업 라우터(VC-Bp)의 기본 라우팅 엔진 간의 TCP 연결을 보장합니다.
Virtual Chassis 하트비트 연결은 VC-Pp에서 33087 번호의 독점 TCP 포트를 열어 하트비트 메시지를 수신합니다. 네트워크 디자인에 방화벽 또는 필터가 포함된 경우 네트워크가 VC-Pp의 TCP 포트 33087과 VC-Bp의 동적으로 할당된 TCP 포트 간의 트래픽을 허용하는지 확인합니다.
개요
하트비트 연결은 MX 시리즈 Virtual Chassis의 기본 라우터와 백업 라우터 간의 IP 기반 양방향 패킷 연결입니다. 하트비트 연결을 형성하는 멤버 라우터는 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공하는 하트비트 패킷을 교환합니다. Virtual Chassis 구성이 중단되거나 분할되는 동안 하트비트 연결은 멤버 라우터가 기본 역할 역할을 불필요하게 변경하는 것을 방지하며, 이는 바람직하지 않은 결과를 초래할 수 있습니다.
이 예에서는 두 MX240 멤버 라우터가 모두 10.4.0.0 서브넷에 상주하는 MX 시리즈 Virtual Chassis에 대한 하트비트 연결을 구성합니다. 멤버 라우터는 Virtual Chassis(VC-P)의 글로벌 기본 라우터이며 멤버 라우터는 글로벌 백업 라우터 master-router backup-router(VC-B)입니다. 두 멤버 라우터 모두 듀얼 라우팅 엔진이 설치되어 있으며, 하트비트 연결은 의 master-router 기본 라우팅 엔진(VC-PP 또는 로 표시)과 의 backup-router 기본 라우팅 엔진(VC-BP 또는 member0-re0member1-re0로 표시) 간에 구성됩니다.
두 멤버 라우터가 동일한 서브넷에 상주할 때 MX 시리즈 Virtual Chassis에 대한 하트비트 연결을 구성하는 작업은 다음과 같습니다.
Virtual Chassis의
fxp04개 라우팅 엔진과 동일한 서브넷에서 관리 인터페이스에 대한 글로벌master-onlyIP 주소를 구성합니다.하트비트 연결을 위한 네트워크 경로를 구성합니다.
이 예에서는 전역 고정 경로를 사용하여 동일한 서브넷에 있는 멤버 라우터가 TCP/IP 연결을 통해 서로 연결할 수 있는 경로를 제공합니다.
관리 인터페이스의 글로벌
master-onlyIP 주소를fxp0하트비트 주소로 구성하여 Virtual Chassis 하트비트 연결을 설정합니다.(선택 사항) Virtual Chassis 하트비트 타임아웃 간격에 대해 기본값이 아닌 값을 구성합니다.
토폴로지
이 예에서는 동일한 서브넷에 있는 두 멤버 라우터를 사용하여 MX 시리즈 Virtual Chassis에 대한 하트비트 연결을 구성합니다. 중복을 위해 각 멤버 라우터는 두 개의 Virtual Chassis 포트로 구성됩니다.
표 1 에는 Virtual Chassis의 각 MX 시리즈 라우터에 대한 하드웨어 및 소프트웨어 구성 설정이 나와 있습니다.
라우터 이름 |
하드웨어 |
일련 번호 |
구성원 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/0 vcp-2/1/0 |
10.4.0.0/16 |
구성
동일한 서브넷에 있는 두 멤버 라우터가 있는 MX 시리즈 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 주소 구성
단계별 절차
버추얼 섀시를 처음 설정할 때 각 라우팅 엔진의 관리 인터페이스에 대한 fxp0 고유한 IP 주소를 구성하는 것 외에도 버추얼 섀시 기본 라우터( master-only fxp0 VC-PP, 로 표시됨)을 member0-re0 사용합니다. 그런 다음 이 master-only 주소를 하트비트 주소로 사용하여 Virtual Chassis 하트비트 연결을 설정합니다.
이 예의 Virtual Chassis 멤버 라우터는 모두 동일한 서브넷(10.4.0.0)에 상주하므로 각 라우팅 엔진에 대해 동일한 master-only 주소를 구성할 수 있습니다. master-only 주소는 VC-PP의 관리 인터페이스에서만 활성화됩니다. 전환 master-only 중에 주소는 현재 VC-PP로 작동하는 새로운 라우팅 엔진으로 이동합니다.
각 라우팅 엔진의 IP 주소를 구성하려면 master-only fxp0 다음을 수행합니다.
-
구성원 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 포트 링크와 독립적이어야 합니다. 특히 버추얼 섀시 백업 라우터(VC-Bp)의 기본 라우팅 엔진이 버추얼 섀시 기본 라우터(VC-Pp)의 기본 라우팅 엔진의 IP 주소에 TCP/IP 연결을 master-only 만들 수 있는지 확인해야 합니다.
이 예에서는 하트비트 경로를 구성하기 위해 멤버 라우터 간에 전역 정적 경로를 만듭니다. 그러나 동일한 서브넷에 있는 멤버 라우터에 대한 하트비트 경로를 구성하기 위한 요구 사항에 가장 적합한 방법을 선택할 수 있습니다. 예를 들어 이 용도로 멤버 라우터의 기본 게이트웨이를 사용할 수 있습니다.
라우터 관리 인터페이스(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 .
하트비트 주소 및 하트비트 제한시간 구성
단계별 절차
두 구성원으로 구성된 MX 시리즈 Virtual Chassis에서 하트비트 연결을 설정하려면 기본 라우터와 백업 멤버 라우터 간의 연결을 위한 IP 주소를 구성해야 합니다. 현재 활성 상태인 라우팅 엔진에 관계없이 Virtual Chassis 기본 라우터(VC-Pp)의 기본 라우팅 엔진에 대한 일관된 액세스를 보장하려면 하트비트 주소를 관리 인터페이스에 대해 fxp0 이전에 구성된 글로벌 master-only IP 주소로 설정합니다.
선택적으로 하트비트 시간 제한 간격에 대해 기본값이 아닌 값을 구성할 수도 있습니다. 하트비트 시간 제한은 Virtual Chassis 멤버 라우터가 다른 멤버 라우터가 보낸 하트비트 패킷에 응답해야 하는 최대 시간입니다. 하트비트 시간 초과 간격을 명시적으로 구성하지 않으면 기본값(2초)이 적용됩니다.
하트비트 주소 및 하트비트 타임아웃을 구성하려면 다음을 수행합니다.
-
멤버 0의 콘솔에서 Virtual Chassis 사전 프로비저닝된 구성을 편집하도록 지정합니다.
{master:member0-re0}[edit] user@master-router# edit virtual-chassis -
관리 인터페이스의 공통
master-onlyIP 주소를fxp0하트비트 주소로 구성합니다.{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 주소를 표시합니다. 필드의 값은 Alive State 지정된 멤버 라우터의 기본 라우팅 엔진이 연결되어 있고 하트비트 응답 메시지를 수신했음을 확인합니다. 필드는 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 대한 필드는 이 멤버 라우터가 Virtual Chassis에 연결되어 있음을 나타내는 를 표시합니다 Prsnt.
라우터가 현재 Virtual Chassis Status 에 연결되어 있지 않으면 필드에 가 표시됩니다 NotPrsnt.
하트비트 통계에서 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 receivedHeartbeats lost/missed). 이는 하트비트 연결을 형성하는 두 구성원 라우터가 모두 사용 가능하고 작동 중임을 나타냅니다. 과 Heartbeats received 사이의 Heartbeats sent 차이가 필드에 나타납니다Heartbeats lost/missed.
Maximum latency 및 Minimum latency 필드는 하트비트 요청 메시지의 전송과 하트비트 응답 메시지의 수신 사이에 로컬 라우터에서 경과되는 최대 및 최소 시간(초)을 측정합니다. 이 예에서 및 Minimum latency 필드의 값은 0 Maximum latency 이 작업으로 인한 측정 가능한 네트워크 지연이 없음을 나타냅니다. 이 Maximum latency 값을 사용하여 기본값heartbeat-timeout(2초)보다 높은 값으로 늘려야 하는지 여부를 결정할 수 있습니다. 네트워크의 최대 지연 시간이 너무 길어 2초 heartbeat-timeout 값을 수용할 수 없는 경우, 간격을 늘리 heartbeat-timeout 면 Virtual Chassis 인접 중단 또는 분할이 발생할 때 네트워크 지연을 고려할 수 있습니다.