Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지 내용
 

링크 서비스 인터페이스 이중화

레이어 2 서비스 패키지 기능 및 인터페이스

서비스 패키지 활성화에 설명된 대로 M7i 플랫폼에서 AS 또는 멀티서비스 PIC 및 내부 ASM을 구성하여 레이어 2 또는 레이어 3 서비스 패키지를 사용할 수 있습니다.

레이어 2 서비스 패키지를 활성화하면 AS 또는 멀티서비스 PIC가 링크 서비스를 지원합니다. AS 또는 멀티서비스 PIC 및 ASM에서 링크 서비스에는 다음이 포함됩니다.

  • Junos CoS 구성 요소 - 논리적 LSQ 인터페이스에서 CoS 스케줄링 대기열 구성에서는 링크 서비스 IQ(lsq) 인터페이스에서 Junos CoS 구성 요소가 작동하는 방식을 설명합니다. Junos CoS 구성 요소에 대한 자세한 내용은 서비스 등급 사용자 가이드(라우터 및 EX9200 스위치)를 참조하십시오.

  • VoIP(Voice over IP) 전송에 사용하기 위해 압축된 CRTP(Real-Time Transport Protocol)를 사용한 데이터 압축입니다.

    메모:

    LSQ 인터페이스에서 단일 번들에 대한 모든 멀티링크 트래픽은 단일 프로세서로 전송됩니다. 번들에서 CRTP가 사용 가능한 경우 CPU에 오버헤드가 추가됩니다. T3 네트워크 인터페이스는 번들당 하나의 링크만 지원하기 때문에 이러한 인터페이스에서 압축된 트래픽에 대한 단편화 맵을 no-fragmentation 구성하고 옵션을 지정해야 합니다. 자세한 내용은 지연에 민감한 패킷 인터리빙 구성 및 LSQ 인터페이스에서 클래스를 포워딩하여 CoS 단편화 구성을 참조하십시오.

  • FRF.12 엔드투엔드 단편화를 사용하는 프레임 릴레이 링크의 LFI(Link Fragment Interleaving) - FRF.12의 표준은 사양 FRF.12, 프레임 릴레이 단편화 구현 계약에 정의되어 있습니다.

  • 멀티링크 포인트 투 포인트 프로토콜(MLPPP) 링크의 LFI.

  • Multilink Frame Relay (MLFR) end-to-end (FRF.15) - FRF.15의 표준은 사양 FRF.15, End-to-End Multilink Frame Relay Implementation Agreement에 정의되어 있습니다.

  • Multilink Frame Relay (MLFR) UNI NI (FRF.16) - FRF.16의 표준은 사양 FRF.16.1, Multilink Frame Relay UNI/NNI Implementation Agreement에 정의되어 있습니다.

  • MLPPP - MLPPP의 표준은 RFC 1990, PPP MP(Multilink Protocol) 사양에 정의되어 있습니다.

  • MLPPP에 대한 멀티클래스 확장 - 이 표준은 RFC 2686, 멀티링크 PPP에 대한 멀티클래스 확장 사양에 정의되어 있습니다.

AS 또는 멀티서비스 PIC의 LSQ 인터페이스의 경우, 구성 구문은 멀티링크 및 링크 서비스 PIC의 경우와 거의 동일합니다. 주요 차이점은 또는 ls대신 ml 인터페이스 유형 설명자를 lsq 사용한다는 것입니다. AS 또는 멀티서비스 PIC에서 레이어 2 서비스 패키지를 활성화하면 다음 인터페이스가 자동으로 생성됩니다.

인터페이스 유형 gr, ip, mtpdpevt 은(는) 레이어 2 또는 레이어 3 서비스 패키지를 활성화하든 상관없이 AS 또는 멀티서비스 PIC에서 사용할 수 있는 표준 터널 인터페이스입니다. 이러한 터널 인터페이스는 24페이지의 표 5와 같이 레이어 2 서비스 패키지가 일부 터널 기능을 지원하지 않는다는 점을 제외하고는 두 서비스 패키지에 대해 동일한 방식으로 작동합니다. 터널 인터페이스에 대한 자세한 내용은 라우팅 디바이스용 터널 및 암호화 서비스 인터페이스 사용자 가이드를 참조하십시오.

메모:

인터페이스 유형은 sp Junos OS에서 필요하기 때문에 생성됩니다. 레이어 2 서비스 패키지의 sp 경우 인터페이스를 구성할 수 없지만 비활성화해서는 안 됩니다.

인터페이스 유형은 lsq-fpc/pic/port 물리적 링크 서비스 IQ 인터페이스(lsq)입니다. 을(를) 통한 lsq-fpc/pic/port:N 인터페이스 유형은 lsq-fpc/pic/port:0 FRF.16 번들을 나타냅니다. 이러한 인터페이스 유형은 계층 수준에서 문을 [edit chassis fpc slot-number pic pic-number] 포함할 mlfr-uni-nni-bundles 때 생성됩니다. 자세한 내용은 논리적 LSQ 인터페이스에서 CoS(class of service) 스케줄링 대기열 구성을 참조하십시오.

메모:

LSQ 번들의 DS0, E1 또는 T1 인터페이스에서 문을 구성할 bandwidth 수 있지만 인터페이스가 MLPPP 또는 MLFR 번들에 포함된 경우 라우터는 대역폭 값을 사용하지 않습니다. 대역폭은 인터페이스의 시간 슬롯, 프레이밍 및 바이트 인코딩에 따라 내부적으로 계산됩니다. 이러한 속성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.

SONET APS를 사용하여 여러 라우터에서 LSQ 인터페이스 이중화 구성

SONET PIC와 페어링된 링크 서비스 IQ(lsq-) 인터페이스는 SONET 네트워크에서 이미 사용할 수 있는 자동 보호 스위칭(APS) 구성을 사용하여 장애 복구를 제공할 수 있습니다. SONET APS가 별도의 섀시에서 SONET 인터페이스에 구성되고 각 SONET PIC가 동일한 섀시에서 AS 또는 멀티서비스 PIC와 쌍을 이루는 경우, 상태 비저장 장애 복구를 제공합니다. APS 장애에 대한 다음 조건 중 하나가 충족되면 관련 SONET PIC가 백업 서킷 및 관련 AS 또는 멀티서비스 PIC로의 복구를 트리거합니다. 실패 조건은 다음과 같습니다.

  • 링크 서비스 실패 IQ PIC

  • 링크 서비스 IQ PIC를 호스팅하는 FPC의 장애

  • 패킷 포워딩 엔진 실패

  • 섀시 장애

SONET APS 구성 지침은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리에 설명되어 있습니다.

다음 섹션에서는 장애 조치(failover) 속성을 구성하는 방법에 대해 설명합니다.

LSQ 및 SONET 인터페이스 간 연결 구성

링크 서비스 IQ 인터페이스와 SONET 인터페이스를 호스팅하는 AS 또는 멀티서비스 PIC 간의 연결을 구성하려면 계층 수준에서 문을 [edit interfaces] 포함합니다lsq-failure-options.

예를 들어 다음과 같은 네트워크 시나리오를 생각해 볼 수 있습니다.

  • 기본 라우터에는 인터페이스 oc3-0/2/0 및 lsq-1/1/0이(가) 포함됩니다.

  • 백업 라우터에는 인터페이스 oc3-2/2/0 및 lsq-3/2/0이(가) 포함됩니다.

을 oc3-0/2/0 작동 중인 서킷으로, 을 보호 서킷 oc3-2/2/0 으로 사용하여 SONET APS를 구성합니다. trigger-link-failure 실패를 LSQ PIC로 확장하려면 명령문을 포함하십시오.

메모:

기본 라우터에서만 명령문을 구성해야 lsq-failure-options 합니다. 구성은 백업 라우터에서 지원되지 않습니다.

Link Services IQ PIC가 실패할 경우 라우터가 원격 호스트로 PPP 종료 요청 메시지를 보내는 것을 막으려면 계층 수준에서 명령문을 [edit interfaces lsq-fpc/pic/port lsq-failure-options] 포함합니다no-termination-request.

이 기능은 링크 PIC에서도 지원됩니다. 링크 PIC가 실패할 경우 라우터가 원격 호스트로 PPP 종료 요청 메시지를 보내는 것을 막으려면 계층 수준에서 문을 [edit interfaces interface-name ppp-options] 포함합니다no-termination-request.

문은 no-termination-request MLPPP 및 SONET APS 구성에서만 지원되며 다음 PIC의 PPP, PPP over Frame Relay 및 MLPPP 인터페이스에서만 작동합니다.

  • 채널화된 OC3 IQ PIC

  • 채널화된 OC12 IQ PIC

  • 채널화된 STM1 IQ PIC

  • 채널화된 STM4 IQ PIC

Cisco Systems FRF.16과 SONET APS 상호 운용성 구성

APS로 구성된 주니퍼 네트웍스 라우터는 Cisco FRF.16과 올바르게 상호 운용되지 않을 수 있습니다. 상호 운용을 cisco-interoperability 활성화하려면 계층 수준에서 [edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options] 문을 포함합니다.

이 send-lip-remove-link-for-link-reject 옵션은 라우터가 add-link 거부 메시지를 수신할 때 링크 무결성 프로토콜 remove 링크를 전송하라는 메시지를 표시합니다.

LSQ 인터페이스의 APS 이중화에 대한 제한 사항

LSQ 장애 복구에는 다음과 같은 제한이 적용됩니다.

  • 이는 M320 라우터를 제외하고 M Series 라우터에 설치된 Link Services IQ PIC에만 적용됩니다.

  • MLFR 채널화 단위가 아닌 물리적 LSQ 인터페이스에서 문을 구성해야 failure-options 합니다.

  • 링크 서비스 IQ PIC는 SONET 링크 PIC와 연결되어야 합니다. 페어링된 PIC는 다른 라우터 또는 동일한 라우터에 설치할 수 있습니다. 즉, 섀시 간 및 섀시 내 복구가 모두 지원됩니다

  • 오류 복구는 상태 비저장입니다. 그 결과, 섀시 간 복구에서 경로 플래핑 및 링크 상태 손실이 예상되므로 PPP 재협상이 필요합니다. 섀시 내 복구에서 라우팅 엔진 페일오버는 트래픽에 영향을 미치지 않을 것으로 예상되지만, PIC 페일오버는 PPP 재협상을 초래합니다.

  • 스위치오버는 되돌릴 수 없습니다: 원래 하드웨어가 서비스로 복원될 때 트래픽은 자동으로 다시 돌아가지 않습니다.

  • 일반 APS 전환과 PIC 트리거 APS 전환은 시스템 로그 메시지를 확인해야만 구별할 수 있습니다.

    메모:

    높은 트래픽 볼륨으로 인해 AS PIC가 3초 동안 지속적인 역압을 경험하면, 이 조건은 PIC의 자동 코어 덤프 및 재부팅을 트리거하여 막힌 부분을 제거하는 데 도움이 됩니다. 수준 LOG_ERR의 시스템 로그 메시지가 생성됩니다. 이 메커니즘은 레이어 2 및 레이어 3 서비스 패키지에 모두 적용됩니다.

참조

SONET APS를 사용하여 단일 라우터에서 LSQ 인터페이스 이중화 구성

하나의 링크 서비스 IQ PIC에서 동일한 라우터 내의 다른 PIC로의 무상태 전환은 SONET APS를 사용하여 여러 라우터에서 LSQ 인터페이스 이중화 구성에 설명된 SONET APS 메커니즘을 사용하여 구성할 수 있습니다. 각 링크 서비스 IQ PIC는 동일한 라우터 내에서 지정된 SONET 링크 PIC와 연관되어야 합니다.

메모:

라우팅 엔진 페일오버 복구를 포함하여 완전한 섀시 내 복구를 위해서는 라우터에서 GRES(Graceful 라우팅 엔진 Switchover)를 활성화해야 합니다. 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.

참조

가상 인터페이스를 사용하여 단일 라우터에서 LSQ 인터페이스 이중화 구성

기본 링크 서비스 IQ PIC가 활성화되고 보조 PIC가 대기 중인 가상 LSQ 중복(rlsq) 인터페이스를 지정하여 여러 AS 또는 멀티서비스 PIC 및 인터페이스가 있는 lsq- DPC가 있는 M Series, MX 시리즈 및 T 시리즈 라우터에서 장애 복구를 구성할 수 있습니다. 1차 PIC에 장애가 발생하면 2차 PIC가 활성화되고 모든 LSQ 처리가 1차 PIC로 전송됩니다. 현재 활성화된 PIC를 확인하려면 명령을 실행합니다show interfaces redundancy.

메모:

이 컨피그레이션에서는 페일오버를 위해 SONET APS를 사용할 필요가 없습니다. T1 또는 E1 인터페이스와 같이 SONET를 지원하지 않는 네트워크 인터페이스를 사용할 수 있습니다.

다음 섹션에서 자세한 정보를 제공합니다.

중복 페어링 LSQ 인터페이스 구성

물리적 인터페이스 유형은 rlsq 중복을 활성화하기 위한 기본 인터페이스와 보조 lsq 인터페이스 간의 페어링을 지정합니다. 백업 lsq 인터페이스를 구성하려면 계층 수준에서 문을 [edit interfaces rlsqnumber] 포함합니다redundancy-options.

인터페이스 number 의 rlsq 경우 0에서 1023 사이일 수 있습니다. 기본 lsq 인터페이스에 장애가 발생하면 트래픽 처리가 보조 인터페이스로 전환됩니다. 보조 인터페이스는 기본 인터페이스가 복구된 후에도 활성 상태를 유지합니다. 보조 인터페이스가 실패하고 기본 인터페이스가 활성화되면, 처리는 기본 인터페이스로 전환됩니다.

옵션은 hot-standby 일대일 이중화 구성과 함께 사용되며, 이 구성에서는 하나의 백업 PIC가 하나의 작업 PIC를 지원합니다. 중단 없는 LSQ 서비스를 달성하기 위해 LSQ 인터페이스에 대해 MLPPP, CRTP, FRF.15 및 FRF.16 구성으로 지원됩니다. 오류 감지 및 복구 시간에 대한 요구 사항을 5초 미만으로 설정합니다. 동작은 되돌릴 수 있지만 운영 모드 명령을 실행하여 request interfaces (revert | switchover) rlsqnumber 기본 및 보조 PIC 간에 수동으로 전환할 수 있습니다. 또한 FRF.15의 경우 5초 이하, FRF.16의 경우 최대 10초의 전환 시간을 제공합니다.

옵션은 warm-standby 하나의 백업 PIC가 여러 작업 PIC를 지원하는 중복 구성에 사용됩니다. 장애가 감지된 후 백업 PIC에서 구성을 완전히 복원해야 하므로 복구 시간은 보장되지 않습니다.

및 warm-standby 구성의 hot-standby 특정 조합은 허용되지 않으며 구성 오류가 발생합니다. 허용되는 예는 다음과 같습니다.

  • 및 warm-standby로 primary lsq-0/0/0 구성된 인터페이스 rlsq0 은(는) (으)로 구성된 인터페이스 rlsq0:0 와 함께primary lsq-0/0/0:0

  • (으)로 primary lsq-0/0/0:0구성된 인터페이스rlsq0:0, (으)로 구성된 인터페이스 rlsq0:1 와 함께primary lsq-0/0/0:1

다음과 같은 조합 예는 허용되지 않습니다.

  • 및 hot-standby로 primary lsq-0/0/0 구성된 인터페이스 rlsq0 은(는) (으)로 구성된 인터페이스 rlsq0:0 와 함께primary lsq-0/0/0:0

  • (으)로 primary lsq-0/0/0:0구성된 인터페이스rlsq0:0, (으)로 구성된 인터페이스 rlsq1:0 와 함께primary lsq-0/0/0:0

  • (으)로 primary lsq-0/0/0:1구성된 인터페이스rlsq0:0, (으)로 구성된 인터페이스 rlsq1:1 와 함께primary lsq-0/0/0:1

  • (으)로 primary lsq-0/0/0구성된 인터페이스rlsq0, (으)로 구성된 인터페이스 rlsq1 와 함께primary lsq-0/0/0

또한 동일한 물리적 인터페이스를 두 개 rlsq 이상의 인터페이스에 대한 기본 인터페이스로 재사용할 수 없으며 연결된 논리적 인터페이스도 재사용할 수 없습니다. 예를 들어, 기본 인터페이스 lsq-0/0/0 는 로 다른 rlsq 인터페이스 lsq-0/0/0:0에서 재사용할 수 없습니다.

중복 LSQ 인터페이스에 대한 제한

링크 서비스 IQ PIC 장애는 다음 조건에서 발생합니다.

  • 기본 PIC가 부팅되지 않습니다. 이 경우, 인터페이스가 rlsq 나타나지 않으며 PIC를 재부팅 또는 교체하거나 구성에서 기본 PIC의 이름을 보조 PIC로 변경하기 위해 수동 개입이 rlsq 필요합니다.

  • 인터페이스를 구성할 rlsq 때 다음 조건이 충족되지 않는 경우:

    • 인터페이스에 rlsq 할당된 단위 수는 링크 서비스 PIC에 할당된 다중 링크 프레임 릴레이 사용자-네트워크 인터페이스 네트워크-네트워크 인터페이스(UNI-NNI)(FRF.16) 번들 수보다 적습니다.

    • - 인터페이스에 대해 DLCI(Data Link Connection Identifier)가 rlsq 구성됩니다.

    이러한 조건이 충족되지 않으면 인터페이스가 rlsq 부팅되지 않습니다. 명령을 실행 show interfaces redundancy 하면 인터페이스 상태가 rlsq (으)로 Waiting for primary MS PIC표시됩니다.

  • 기본 PIC가 활성화된 다음 실패합니다. 2차 PIC가 자동으로 처리를 수행합니다.

  • 보조 PIC로의 페일오버가 발생합니다. 그러면 보조 PIC가 실패합니다. 기본 PIC가 활성 상태로 복원되면, 처리는 기본 PIC로 전환됩니다.

  • 링크 서비스 IQ PIC를 포함하는 FPC가 실패합니다.

중복 LSQ 구성에는 다음과 같은 제약이 적용됩니다.

  • 기본 및 보조 PIC는 두 개의 서로 다른 FPC(M10i 라우터 이외의 섀시)에서 구성하는 것이 좋습니다.

  • 명시적 번들 구성 및 인터페이스 구성 rlsq 요소로 링크 서비스 IQ PIC를 구성할 수 없습니다.

  • 이중 LSQ 구성은 완전한 GRES 지원을 제공합니다. (GRES는 [edit chassis] 계층 수준에서 구성해야 합니다. 라우팅 디바이스에 대한 Junos OS 관리 라이브러리를 참조하십시오.

  • 옵션으로 redundancy-options hot-standby 문을 구성하는 경우, 구성은 인터페이스 값 하나 primary 와 인터페이스 값 하나를 secondary 포함해야 합니다.

  • 및 warm-standby에 hot-standby 동일한 인터페이스 이름이 사용되므로, 이 속성을 변경하기 위해 구성을 수정하는 경우 먼저 인터페이스를 비활성화하고 새 구성을 커밋한 다음 인터페이스를 다시 활성화하는 것이 좋습니다.

  • 활성 redundancy-options 구성은 변경할 수 없습니다. 인터페이스 구성을 비활성화 rlsqnumber 하고, 변경하고, 다시 활성화해야 합니다.

  • 구성은 rlsqnumber 기본 인터페이스가 활성화된 경우에만 활성화됩니다. 구성이 처음 활성화될 때 기본 인터페이스가 활성화되어야 합니다. 그렇지 않으면 인터페이스는 rlsq 기본 인터페이스가 나타날 때까지 대기합니다.

  • 활성 rlsq 인터페이스에 포함된 인터페이스 구성을 lsq 수정할 수 없습니다.

  • 인터페이스에 rsp 적용되는 모든 운영 모드 명령은 인터페이스에도 rlsq 적용됩니다. 인터페이스 또는 기본 및 보조 lsq 인터페이스에 대한 rlsq 명령을 실행할 show 수 있습니다. 그러나 링크 인터페이스에 대한 통계는 라우팅 엔진 전환 후 전달되지 않습니다.

  • 인터페이스는 rlsq 또한 SONET APS를 사용하여 여러 라우터에서 LSQ 인터페이스 이중화 구성에 설명된 구성을 lsq-failure-options 지원합니다. 기본 및 보조 링크 서비스 IQ PIC에 장애가 발생하고 lsq-failure-options 문이 구성된 경우, 구성은 SONET APS 전환을 트리거합니다.

  • MLPPP 멀티링크 프레임 릴레이(FRF.15 및 FRF.16)가 warm-standby 필요한 중복 LSQ 구성은 옵션으로만 지원됩니다.

  • 중복 LSQ 지원이 ATM 네트워크 인터페이스로 확장됩니다.

  • 채널화된 인터페이스는 FRF-16 번들과 rlsq0:0함께 사용됩니다. rlsq 구성이 유효하려면 번호와 그 구성 요소인 primary 및 secondary 인터페이스가 일치해야 합니다: 모두 채널화되거나 없음이어야 합니다. FRF.16 구성의 예는 #id-configuring-lsq-interface-redundancy-in-a-single-router-using-virtual-interfaces__d81e790를 참조하십시오.

  • 채널화 rlsq 인터페이스를 구성할 때 0에서 254까지의 채널 인덱스 번호를 사용해야 합니다.

메모:

레이어 2 모드(레이어 2 서비스 실행)의 적응형 서비스 및 멀티서비스 PIC는 MAC 플로우 제어 상황이 감지되면 재부팅되지 않습니다.

중복 링크 PIC에 대한 링크 상태 복제 구성

인터페이스 보존이라고도 하는 링크 상태 복제는 SONET 자동 보호 스위칭(APS) 기능에 추가된 것으로, LSQ 구성에 사용되는 링크 PIC의 중복을 촉진하는 데 도움이 됩니다.

링크 상태 복제는 두 개의 링크 집합을 추가할 수 있는 기능을 제공합니다. 하나는 활성(작동) SONET PIC에서, 다른 하나는 백업(보호) SONET PIC에서 동일한 번들로 연결됩니다. 활성 SONET PIC가 실패하면 대기 PIC의 링크는 링크 재협상을 일으키지 않고 사용됩니다. 모든 협상 상태는 링크 재협상을 방지하기 위해 활성 링크에서 대기 링크로 복제됩니다. SONET APS 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.

연결 상태 복제를 구성하려면 두 네트워크 인터페이스의 preserve-interface [edit interfaces interface-name sonet-options aps] 계층 수준에서 문을 포함합니다.

링크 PIC 중복에 다음과 같은 제약이 적용됩니다.

  • APS 기능은 SONET PIC에서 사용할 수 있어야 하며 인터페이스 구성은 링크의 양쪽 끝에서 동일해야 합니다. 모든 구성 불일치는 커밋 작업을 실패하게 합니다.

  • 이 기능은 채널화된 OC3, 채널화된 OC12 및 채널화된 STM1 지능형 큐잉(IQ) PIC를 포함한 LSQ 및 SONET APS 지원 링크 PIC에서만 지원됩니다.

  • 링크 상태 복제는 MLPPP 및 PPP over Frame Relay(frame-relay-ppp) 캡슐화를 지원하며 GRES를 완벽하게 지원합니다.

  • 많은 수의 MLPPP 링크에서 인터페이스 또는 프로토콜 추적 옵션을 활성화하면 링크 전환 시간 동안 LCP(Link Control Protocol) 재협상을 트리거할 수 있습니다.

    메모:

    이러한 재협상은 주니퍼 네트웍스 라우터가 ADM(Add/Drop Multiplexer)에 연결된 네트워크보다 주니퍼 네트웍스 라우터가 백투백으로 구성된 구성에서 발생할 가능성이 더 높습니다.

  • 일반적으로 주니퍼 네트웍스 라우터를 ADM에 연결하는 네트워크는 백투백 주니퍼 네트웍스 라우터를 사용하는 네트워크보다 더 빠른 MLPPP 링크 전환이 가능합니다. MLPPP 링크 전환 시간 차이는 특히 많은 수의 MLPPP 링크가 있는 네트워크의 경우 상당할 수 있습니다.

  • 적극적인 LCP keepalive 시간 초과 구성으로 인해 MLPPP 링크 전환 중에 LCP 재협상이 발생할 수 있습니다. 기본적으로 LCP keepalive 타이머 간격은 10초이며 연속 링크 다운 카운트는 3입니다. MLPPP 링크는 30초의 타임아웃 후에만 LCP 협상을 시작합니다. 이러한 구성 값을 낮추면 전환 시간 동안 하나 이상의 MLPPP 링크가 재협상되도록 트리거할 수 있습니다.

    메모:

    LCP 재협상은 주니퍼 네트웍스 라우터가 ADM에 연결된 네트워크보다 주니퍼 네트웍스 라우터를 사용하는 구성에서 발생할 가능성이 더 높습니다.

예를 들어 다음 구성은 포트 coc3-1/0/0 와 coc3-2/0/0 간의 연결 상태 복제 구성을 보여 줍니다.

예: 장애 복구를 위한 중복 LSQ 인터페이스 구성

MLPPP에 대한 LSQ 인터페이스 이중화 구성

다음 구성은 그리고 lsq-1/3/0 가 쌍으로 작동하고 중복 유형 이(가) 임을 hot-standby보여주 lsq-1/1/0 며, 이는 고장 감지 및 복구 시간에 대한 요구 사항을 5초 미만으로 설정합니다.

다음 예는 관련 MLPPP 구성을 보여줍니다.

메모:

이 구성에는 MLPPP 프로토콜 구성이 필요합니다.

다음 예는 관련 CoS 구성을 보여줍니다.

다음 예제에서는 MLPPP에 대한 전체 연결 상태 복제 구성을 보여 줍니다. 이 예에서는 각각 4개의 T1 링크가 있는 2개의 번들을 사용합니다. 처음 4개의 T1 링크(t1-*:1t1-*:4에서 )는 첫 번째 번들을 형성하고 마지막 4개의 T1 링크(t1-*:5t1-*:8에서 )는 두 번째 번들을 형성합니다. 구성에서 중복을 최소화하기 위해 이 예에서는 문을 사용합니다[edit groups]. 자세한 내용은 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오. 이 유형의 구성은 필요하지 않습니다. 작업을 단순화하고 중복을 최소화합니다.

FRF.15 번들에 대한 LSQ 인터페이스 이중화 구성

다음 예는 FRF.15 번들에 대한 구성을 보여줍니다.

FRF.16 번들에 대한 LSQ 인터페이스 이중화 구성

다음 예는 FRF.16 번들에 대한 구성을 보여줍니다.

참조