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

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

    참고:

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

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

  • MLPPP(Multilink Point-to-Point Protocol) 링크의 LFI.

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

  • MLFR(MULTILINK FRAME RELAY) UNI NNI(FRF.16) - FRF.16의 표준은 사양 FRF.16.1, 멀티링크 프레임 릴레이 UNI/NNI 구현 계약에 정의되어 있습니다.

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

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

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

인터페이스 유형 gr, , , , pepdipmt및 vt 은(는) 레이어 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 스케줄링 대기열 구성을 참조하십시오.

참고:

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

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

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

  • 링크 서비스 IQ PIC 장애

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

  • 패킷 전달 엔진 장애

  • 섀시 고장

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

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

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

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

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

  • 기본 라우터에는 인터페이스 oc3-0/2/0 및 lsq-1/1/0.

  • 백업 라우터에는 인터페이스 oc3-2/2/0 및 lsq-3/2/0.

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

참고:

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

링크 서비스 IQ PIC에 장애가 발생할 경우 라우터가 원격 호스트로 PPP termination-request 메시지를 보내지 못하도록 하려면 계층 수준에서 명령문을 [edit interfaces lsq-fpc/pic/port lsq-failure-options] 포함합니다no-termination-request.

이 기능은 링크 PIC에서도 지원됩니다. 링크 PIC에 장애가 발생할 경우 라우터가 원격 호스트로 PPP termination-request 메시지를 보내는 것을 금지하려면 계층 수준에서 문을 [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

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

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

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

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

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

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

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

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

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

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

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

    참고:

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

또한보십시오

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

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

참고:

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

또한보십시오

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

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

참고:

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

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

이중화된 페어링된 LSQ 인터페이스 구성

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

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

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

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

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

  • 및 warm-standby로 구성된 인터페이스 rlsq0 , 로 primary lsq-0/0/0 구성된 인터페이스 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로 구성된 인터페이스 rlsq0 , 로 primary lsq-0/0/0 구성된 인터페이스 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 때 다음 조건이 충족되지 않는 경우:

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

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

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

  • 기본 PIC가 활성화되고 실패합니다. 보조 PIC가 자동으로 처리를 인계받습니다.

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

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

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

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

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

  • 이중화된 LSQ 구성은 GRES를 완벽하게 지원합니다. (계층 수준에서 GRES를 [edit chassis] 구성해야 합니다. 라우팅 디바이스용 Junos OS 관리 라이브러리를 참조하십시오.

  • 옵션으로 명령문을 hot-standby 구성하는 redundancy-options 경우, 구성에는 하나의 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)가 필요한 중복 LSQ 구성은 옵션으로만 warm-standby 지원됩니다.

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

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

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

참고:

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

중복 링크 PIC를 위한 링크 상태 복제 구성

인터페이스 보존이라고도 하는 링크 상태 복제는 LSQ 구성에 사용되는 링크 PIC의 이중화를 촉진하는 데 도움이 되는 SONET APS(Automatic Protection Switching) 기능에 추가된 것입니다.

링크 상태 복제는 활성(작동) 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/1/0 보여주며, 중복 유형은 hot-standby이며, 이는 장애 감지 및 lsq-1/3/0 복구 시간에 대한 요구 사항을 5초 미만으로 설정합니다.

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

참고:

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

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

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

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

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

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

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

또한보십시오