예: 동일한 서브넷의 멤버 라우터와 MX 시리즈 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인
하트비트 연결은 MX 시리즈 Virtual Chassis에서 Virtual Chassis 기본 라우터와 백업 라우터 간의 IP 기반 양방향 패킷 연결입니다. 이 연결을 통해 교환되는 하트비트 패킷은 각 멤버 라우터의 가용성 및 상태에 대한 중요한 정보를 제공합니다. Junos OS 릴리스 14.1부터 MX 시리즈 Virtual Chassis에서 하트비트 연결을 구성할 수 있습니다.
이 예에서는 두 멤버 라우터가 동일한 서브넷에 있을 때 MX 시리즈 Virtual Chassis에서 하트비트 연결을 구성하는 방법을 설명합니다. Virtual Chassis 멤버 라우터가 다른 서브넷에 있을 때 하트비트 연결을 구성하는 방법에 대한 자세한 내용은 예: 다른 서브넷의 멤버 라우터와 MX 시리즈 Virtual Chassis 하트비트 연결을 사용하여 멤버 상태 확인을 참조하십시오.
요구 사항
이 예에서 사용되는 소프트웨어 및 하드웨어 구성 요소는 다음과 같습니다:
Junos OS 릴리스 14.1 이상
각각 이중 라우팅 엔진을 탑재한 MX240 유니버설 라우팅 플랫폼 2개
이 구성 예는 나열된 소프트웨어 릴리스를 사용하여 테스트되었으며 이후의 모든 릴리스에서 작동하는 것으로 가정합니다.
모든 구성 변경 사항을 Virtual Chassis에 저장하려면 명령을 사용하는 commit synchronize 것이 좋습니다. MX 시리즈 Virtual Chassis force 의 경우 옵션은 명령을 실행할 때 기본값이자 유일한 동작입니다 commit synchronize . MX 시리즈 Virtual Chassis 구성에 대한 명령을 실행하는 commit synchronize 것은 명령을 실행하는 commit synchronize force 것과 동일한 효과가 있습니다.
Virtual Chassis에 대한 하트비트 연결을 구성하기 전에 다음을 수행합니다.
2개의 MX 시리즈 라우터로 구성된 Virtual Chassis를 구성합니다.
보기: MX 시리즈 5G 유니버설 라우팅 플랫폼의 섀시 간 이중화 구성 Virtual Chassis 사용
구성 예에 표시된 사전 프로비저닝된 Virtual Chassis 구성의 일부로, 각 멤버 라우팅 엔진에
member0-re0대한,member0-re1,member1-re1member1-re0및 구성 그룹을 생성하고 적용해야 합니다. 각 구성 그룹에는 각 라우팅 엔진의 관리 이더넷 인터페이스(fxp0)에 대한 고유한 IP 주소가 포함됩니다.메모:계층 수준에서 사전 프로비저니션된 Virtual Chassis 구성을
[edit virtual-chassis]생성할 때 Virtual Chassis에서 분할 감지를 비활성화하도록 명령문을 구성no-split-detection하지 않도록 해야 합니다.no-split-detectionVirtual Chassis 하트비트 연결을 구성할 때 명령문을 사용하는 것은 금지되며, 그렇게 하면 커밋 작업이 실패합니다.Virtual Chassis 기본 라우터(VC-Pp)의 기본 라우팅 엔진과 Virtual Chassis 백업 라우터(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에 대한 하트비트 연결을 구성합니다. 멤버 라우터 master-router 는 Virtual Chassis(VC-P)의 글로벌 기본 라우터이며, 멤버 라우터 backup-router 는 글로벌 백업 라우터(VC-B)입니다. 두 멤버 라우터 모두 듀얼 라우팅 엔진이 설치되어 있으며, 하트비트 연결은 의 master-router 기본 라우팅 엔진(VC-Pp 또는 로 표시)과 의 backup-router 기본 라우팅 엔진(VC-Bp 또는 member0-re0member1-re0로 표시) 간에 구성됩니다.
두 멤버 라우터가 모두 동일한 서브넷에 있을 때 MX 시리즈 Virtual Chassis에 대한 하트비트 연결을 구성하는 것은 다음 작업으로 구성됩니다.
관리 인터페이스의
fxp0글로벌master-onlyIP 주소를 Virtual Chassis의 4개의 라우팅 엔진과 동일한 서브넷에 구성합니다.하트비트 연결을 위한 네트워크 경로를 구성합니다.
이 예에서는 글로벌 정적 경로를 사용하여 동일한 서브넷의 멤버 라우터가 TCP/IP 연결을 통해 서로 연결할 수 있는 경로를 제공합니다.
관리 인터페이스의
fxp0글로벌master-onlyIP 주소를 하트비트 주소로 구성하여 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/0vcp-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 주소 구성
단계별 절차
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 주소에 master-only TCP/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 .
하트비트 주소 및 하트비트 시간 초과 구성
단계별 절차
2인 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 -
관리 인터페이스의
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 Heartbeat 연결 확인
목적
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 을(를) 표시합니다 Prsnt. 이는 이 구성원 라우터가 Virtual Chassis에 연결되어 있음을 나타냅니다.
라우터가 현재 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 received)와 같으며, 하트비트 메시지는 손실되지 않습니다(Heartbeats lost/missed). 이는 하트비트 연결을 형성하는 두 멤버 라우터가 모두 사용 가능하고 작동 가능했음을 나타냅니다. 와 Heartbeats received 사이의 Heartbeats sent 차이가 필드에 나타납니다Heartbeats lost/missed.
및 Minimum latency 필드는 Maximum latency 하트비트 요청 메시지 전송과 하트비트 응답 메시지 수신 사이에 로컬 라우터에서 경과하는 최대 및 최소 시간(초)을 측정합니다. 이 예에서 및 Minimum latency 필드의 Maximum latency 값은 0 이 작업으로 인한 측정 가능한 네트워크 지연이 없음을 나타냅니다. 이 값을 사용하여 Maximum latency 을(를) heartbeat-timeout 기본값(2초)보다 높은 값으로 늘려야 하는지 여부를 결정할 수 있습니다. 네트워크의 최대 지연 시간이 너무 높아 2초 heartbeat-timeout 값을 수용할 수 없는 경우 간격을 heartbeat-timeout 늘리면 Virtual Chassis 인접 중단 또는 분할이 발생할 때 네트워크 지연을 고려할 수 있습니다.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.