가입자 액세스 네트워크를 위한 고가용성
이 주제는 DHCP, L2TP 및 PPP 액세스 네트워크의 고가용성에 대한 개략적인 개요입니다.
가입자 액세스 네트워크의 고가용성을 위한 통합 ISSU
통합 ISSU(in-service software upgrade)를 사용하면 컨트롤 플레인의 중단 없이 트래픽 중단을 최소화하면서 두 개의 서로 다른 Junos OS 릴리스 간에 업그레이드할 수 있습니다. 라우터는 업그레이드 전반에서 활성 가입자 세션과 세션 서비스를 보존하므로 업그레이드가 완료된 후에도 계속됩니다.
통합 ISSU 기능은 가입자 관리를 위해 PPPoE, DHCP 및 L2TP 액세스 모델을 지원합니다. DHCP 및 L2TP 액세스 모델에 대한 통합 ISSU 지원이 Junos OS 릴리스 14.1에 추가되었습니다.
정적 및 동적 PPPoE 액세스의 경우, 통합 ISSU는 다음을 지원합니다.
정적 또는 동적 PPP 논리적 인터페이스와 정적 또는 동적 기본 인터페이스로 구성된 종료되고 터널링되지 않은 PPPoE 연결
단일 링크 PPP 인터페이스의 가입자 서비스
MPC/MIC 인터페이스에서 어카운팅, 필터 및 CoS에 대한 통계 보존
참고:가입자 관리를 위한 통합 ISSU PPPoE 액세스 모델은 멀티링크 포인트 투 포인트 프로토콜(MLPPP) 번들 인터페이스를 지원하지 않습니다 . MLPPP 번들 인터페이스는 PPP 가입자 서비스를 제공하기 위해 적응형 서비스 PIC 또는 멀티서비스 PIC를 사용해야 합니다. 이러한 PIC는 통합 ISSU를 지원하지 않습니다.
DHCP 액세스의 경우, 통합 ISSU는 다음을 지원합니다.
DHCPv4 로컬 서버, DHCPv4 릴레이, DHCPv6 로컬 서버, DHCPv6 릴레이 및 DHCP 릴레이 프록시
MX 시리즈 라우터의 MPC/MIC 인터페이스에서 DHCP 가입자를 위한 어카운팅, 필터 및 CoS(class-of-service) 통계 보존
L2TP 액세스의 경우, 통합 ISSU는 LAC와 LNS를 모두 지원합니다. 업그레이드가 시작되면 LAC는 진행 중인 모든 L2TP 협상을 완료하지만 업그레이드가 완료될 때까지 새로운 협상은 거부합니다. 업그레이드 중에 새로운 터널이나 세션이 설정되지 않습니다. 가입자 로그아웃은 업그레이드 중에 기록되며 업그레이드가 완료된 후에 완료됩니다.
지원되는 플랫폼 및 모듈, CLI 문, 통합 ISSU를 구성하고 시작하는 데 사용하는 절차에 대한 설명은 통합 서비스 중 소프트웨어 업그레이드 시작하기를 참조하십시오. 명령문과 함께 traceoptions issu 플래그를 사용하여 가입자 관리 통합 ISSU 이벤트를 추적할 수 있습니다. 또한 이 명령을 사용하여 show system subscriber-management summary 통합 ISSU 상태에 대한 정보를 표시할 수 있습니다.
가입자 관리 확인 및 모니터링 통합 ISSU 상태
목적
가입자 관리 기능에 대한 통합 ISSU의 상태를 표시합니다.
작업
첫 번째 예는 통합 ISSU의 일부인 컨트롤 플레인 정지가 진행 중이 아님을 나타냅니다(예: 통합 ISSU가 시작되지 않았거나, 이미 완료되었거나, 컨트롤 플레인 쿼리가 시작되지 않음). 두 번째 예는 통합 ISSU가 진행 중이며 참여 가입자 관리 데몬이 컨트롤 플레인을 정지하는 데 198초가 필요하다는 것을 보여줍니다.
user@host> show system subscriber-management summary
General:
Graceful Restart Enabled
Mastership Master
Database Available
Chassisd ISSU State IDLE
ISSU State IDLE
ISSU Wait 0
user@host> show system subscriber-management summary
General:
Graceful Restart Enabled
Mastership Master
Database Available
Chassisd ISSU State DAEMON_ISSU_PREPARE
ISSU State PREPARE
ISSU Wait 198
가입자 액세스 네트워크를 위한 그레이스풀 라우팅 엔진 전환
Junos OS의 GRES(Graceful 라우팅 엔진 스위치오버) 기능은 중복 라우팅 엔진이 있는 라우터가 하나의 라우팅 엔진에 장애가 발생하더라도 패킷을 계속 전달할 수 있도록 합니다. GRES는 인터페이스 및 커널 정보를 보존합니다. 트래픽이 중단되지 않습니다. 그러나 GRES는 컨트롤 플레인을 보존하지 않습니다.
MX 시리즈 라우터에서 GRES 지원을 활성화하려면 계층 수준에서 [edit chassis redundancy] 문을 포함 graceful-switchover 합니다.
DHCP DHCP
MX 시리즈 라우터의 경우, 확장된 DHCP 로컬 서버 및 DHCP 릴레이 에이전트 애플리케이션은 모두 세션 데이터베이스에서 활성 DHCP 클라이언트 리스의 상태를 유지합니다. 확장된 DHCP 애플리케이션은 DHCP 프로세스가 실패하거나 수동으로 다시 시작될 경우 이 상태를 복구할 수 있으므로 이러한 상황 중 하나에서 활성 DHCP 클라이언트가 손실되는 것을 방지할 수 있습니다. 그러나 단일 라우팅 엔진에서 정전이 발생하거나 커널 작동이 중지되면(예: 라우터가 다시 로드될 때) 활성 DHCP 클라이언트 리스의 상태가 손실됩니다.
라우터가 라우팅 엔진 전환을 지원하도록 구성된 경우 확장된 DHCP 애플리케이션에 대한 라우팅 엔진 전환 지원을 비활성화할 수 없습니다.
그레이스풀 라우팅 엔진 전환오버 사용에 대한 자세한 내용은 그레이스풀 라우팅 엔진 전환 이해하기를 참조하세요.
L2TP
GRES는 L2TP LAC 또는 LNS 역할을 하는 MX 시리즈 라우터에서 지원됩니다. L2TP(jl2tpd, L2TP 유니버설 에지 프로세스)가 다시 시작되거나 라우터가 활성 라우팅 엔진(RE)에서 대기 RE로 페일오버되는 경우, L2TP GRES는 다음 상황이 발생하도록 보장합니다.
LAC 및 LNS는 장애 또는 재시작 시 이미 설정된 대상, 터널 및 세션을 복구합니다.
LAC 및 LNS는 설정된 터널에 대한 전환 중에 수신된 터널 keepalive 요청에 응답하지만 전환이 완료될 때까지 keepalives를 생성하지 않습니다.
LAC 및 LNS는 설정됨 상태가 아닌 모든 터널과 세션을 삭제합니다.
LAC 및 LNS는 새 터널 및 세션 생성 요청을 거부합니다.
LAC와 LNS는 장애 또는 재시작 시 이미 연결 끊기 상태에 있는 세션과 터널에 대해 피어에 또 다른 연결 끊기 알림을 보냅니다. 해당 시점에 다가오고 있던 세션 및 터널의 경우, LAC 및 LNS는 피어에 연결 해제 알림을 보냅니다.
LAC 및 LNS는 복구된 L2TP 대상, 터널 및 세션의 전체 타임아웃 기간 동안 타이머를 다시 시작합니다.
GRES(Graceful 라우팅 엔진 스위치오버)가 운영 모드 명령에 의해 트리거되면, ASI(Aggregated Services Interface)의 상태는 보존되지 않습니다. 예를 들어:
request interface <switchover | revert> asi-interface
그러나 GRES가 CLI 커밋 또는 FPC 재시작 또는 충돌에 의해 트리거되는 경우 백업 라우팅 엔진은 ASI 상태를 업데이트합니다. 예를 들어:
set interface si-x/y/z disable commit
또는:
request chassis fpc restart
그레이스풀 라우팅 엔진 전환 후 교착 경로 제거로 인한 트래픽 손실 최소화
GRES( Graceful 라우팅 엔진 스위치오버 ) 중에는 DHCP 및 PPP 가입자 관리를 위한 액세스 경로와 access-internal 경로가 부실해질 수 있습니다. GRES가 끝난 후 라우터는 포워딩 테이블에서 이러한 교착 경로를 제거합니다. 경로를 다시 설치하기 전에 교착 경로를 제거하면 일부 트래픽이 손실됩니다.
BGP 및 OSPF와 같은 Graceful Restart 및 라우팅 프로토콜이 구성된 가입자 네트워크에서 라우터는 Graceful Restart 작업이 완료되는 즉시 남아 있는 모든 교착 액세스 경로 및 access-internal 경로를 제거합니다. 이는 Graceful 라우팅 엔진 전환 완료 완료 직후에 발생할 수 있습니다.
NSR( Nonstop Active Routing )과 BGP 및 OSPF와 같은 라우팅 프로토콜이 구성된 가입자 네트워크에서, 라우팅 프로토콜 프로세스(rpd)는 가입자 경로에 해당하는 교착 액세스 경로와 액세스 내부 경로를 즉시 제거합니다.
GRES 이후 교착 경로 제거를 지연하도록 라우터를 구성하여 이러한 트래픽 손실의 위험을 줄일 수 있습니다. 지연 기간은 구성할 수 없는 180초(3분)입니다. 라우터는 DHCP 클라이언트 프로세스(jdhcpd), PPP 클라이언트 프로세스(jpppd) 또는 라우팅 프로토콜 프로세스(rpd)가 라우터가 포워딩 테이블에서 교착 경로를 제거하기 전에 액세스 경로 및 access-internal 경로를 다시 설치할 수 있는 충분한 기간 동안 교착 경로를 유지합니다. 라우터가 항상 DHCP 가입자 및 PPP 가입자에 대해 사용 가능한 가입자 경로를 보유하기 때문에 트래픽 손실 위험이 최소화됩니다.
그레이스풀 라우팅 엔진 전환 후 access-routes 및 access-internal 경로의 제거(플러시)를 지연하도록 라우터를 구성하는 방법:
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.