가입자 액세스 네트워크를 위한 고가용성
이 주제는 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에 대한 통계 보존
참고:가입자 관리 PPPoE 액세스 모델을 위한 통합 ISSU는 MLPPP(Multilink Point-to-Point Protocol) 번들 인터페이스를 지원하지 않습니다. 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를 구성하고 시작하는 데 사용하는 절차에 대한 설명은 통합 In-Service 소프트웨어 업그레이드 시작하기를 참조하십시오. 문과 함께 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 Routing Engine Switchover) 기능을 사용하면 중복 라우팅 엔진이 있는 라우터가 하나의 라우팅 엔진에 장애가 발생하더라도 패킷을 계속 전달할 수 있습니다. GRES는 인터페이스 및 커널 정보를 보존합니다. 트래픽이 중단되지 않습니다. 그러나 GRES는 컨트롤 플레인을 보존하지 않습니다.
MX 시리즈 라우터에서 GRES 지원을 활성화하려면 계층 수준에서 문을 [edit chassis redundancy] 포함합니다graceful-switchover.
Dhcp
MX 시리즈 라우터의 경우, 확장된 DHCP 로컬 서버와 DHCP 릴레이 에이전트 애플리케이션은 모두 세션 데이터베이스에서 활성 DHCP 클라이언트 리스 상태를 유지합니다. 확장된 DHCP 애플리케이션은 DHCP 프로세스가 실패하거나 수동으로 다시 시작되는 경우 이 상태를 복구할 수 있으므로 이러한 상황에서 활성 DHCP 클라이언트가 손실되는 것을 방지할 수 있습니다. 그러나 단일 라우팅 엔진에서 정전이 발생하거나 커널이 작동을 멈추면(예: 라우터가 다시 로드될 때) 활성 DHCP 클라이언트 임대 상태가 손실됩니다.
라우터가 GR(Graceful Routing Engine Switchover)을 지원하도록 구성된 경우 확장된 DHCP 애플리케이션에 대한 GRES(Graceful Routing Engine Switchover) 지원을 비활성화할 수 없습니다.
GRES(Graceful Routing Engine Switchover) 사용에 대한 자세한 내용은 GR(Graceful Routing Engine Switchover) 이해하기를 참조하세요.
L2tp
GRES는 L2TP LAC 또는 LNS 역할을 하는 MX 시리즈 라우터에서 지원됩니다. L2TP(jl2tpd, L2TP 유니버설 에지 프로세스)가 다시 시작되거나 라우터가 활성 라우팅 엔진(RE)에서 대기 RE(Re)로 페일오버되는 경우 L2TP GRES는 다음과 같은 상황이 발생하도록 합니다.
LAC 및 LNS는 장애 또는 재시작 시 이미 설정된 대상, 터널 및 세션을 복구합니다.
LAC 및 LNS는 설정된 터널에 대해 전환 중에 수신된 터널 keepalive 요청에 응답하지만 전환이 완료될 때까지 keepalive를 생성하지 않습니다.
LAC 및 LNS는 설정됨 상태가 아닌 모든 터널과 세션을 삭제합니다.
LAC 및 LNS는 새 터널 및 세션 생성 요청을 거부합니다.
LAC 및 LNS는 장애 또는 재시작 시 이미 연결 해제 중 상태에 있는 세션 및 터널에 대해 피어에 또 다른 연결 끊기 알림을 보냅니다. 해당 시점에 진행 중이던 세션 및 터널의 경우 LAC 및 LNS는 피어에 연결 끊기 알림을 보냅니다.
LAC 및 LNS는 복구된 L2TP 대상, 터널 및 세션에 대한 전체 시간 초과 기간 동안 타이머를 다시 시작합니다.
운영 모드 명령에 의해 GRES(Graceful Routing Engine Switchover)가 트리거되면 ASI(Aggregationd Services Interface)의 상태가 보존되지 않습니다. 예를 들어:
request interface <switchover | revert> asi-interface
그러나 CLI 커밋 또는 FPC 재시작 또는 충돌에 의해 GRES가 트리거되면 백업 라우팅 엔진이 ASI 상태를 업데이트합니다. 예를 들어:
set interface si-x/y/z disable commit
또는:
request chassis fpc restart
GR(Graceful Routing Engine) 전환 후 오래된 경로 제거로 인한 트래픽 손실 최소화
GRES(Graceful Routing Engine Switchover) 중에 DHCP 및 PPP 가입자 관리를 위한 액세스 경로 및 액세스 내부 경로가 부실해질 수 있습니다. GRES 이후 라우터는 포워딩 테이블에서 이러한 오래된 경로를 제거합니다. 경로를 다시 설치하기 전에 오래된 경로를 제거하면 일부 트래픽이 손실됩니다.
BGP 및 OSPF와 같은 라우팅 프로토콜과 Graceful Restart가 구성된 가입자 네트워크에서, 라우터는 Graceful Restart 작업이 완료되는 즉시 나머지 오래된 액세스 경로 및 액세스 내부 경로를 제거하며, 이는 Graceful Routing Engine 전환이 완료된 직후에 발생할 수 있습니다.
NSR( Nonstop Active Routing )과 BGP 및 OSPF와 같은 라우팅 프로토콜이 구성된 가입자 네트워크에서는 라우팅 프로토콜 프로세스(rpd)가 가입자 경로에 해당하는 오래된 액세스 경로와 액세스 내부 경로를 즉시 제거합니다.
GRES 이후 오래된 경로 제거를 지연하도록 라우터를 구성하여 이러한 트래픽 손실의 위험을 줄일 수 있습니다. 지연 기간은 구성할 수 없는 180초(3분)입니다. 라우터는 해당 기간 동안 오래된 경로를 유지하며, 이는 라우터가 포워딩 테이블에서 오래된 경로를 제거하기 전에 DHCP 클라이언트 프로세스(jdhcpd), PPP 클라이언트 프로세스(jpppd) 또는 라우팅 프로토콜 프로세스(rpd)가 액세스 경로와 액세스 내부 경로를 다시 설치하기에 충분한 시간입니다. 라우터가 DHCP 가입자 및 PPP 가입자를 위해 항상 사용 가능한 가입자 경로를 가지고 있기 때문에 트래픽 손실의 위험이 최소화됩니다.
graceful 라우팅 엔진 전환 후 액세스 경로 및 액세스 내부 경로의 제거(플러싱)를 지연하도록 라우터를 구성하려면: