Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

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

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

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

레이어 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, 종단 간 멀티링크 프레임 릴레이 구현 계약에 정의되어 있습니다.

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

  • MLPPP - MLPPP에 대한 표준은 사양 RFC 1990, PPP 멀티링크 프로토콜(MP)에 정의되어 있습니다.

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

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

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

참고:

인터페이스 유형 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(lsq-) 인터페이스는 SONET 네트워크에서 이미 사용 가능한 자동 보호 스위칭(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 인터페이스 간의 연결을 구성하려면 계층 수준에서 문을 포함 lsq-failure-options 합니다.[edit interfaces]

예를 들어, 다음과 같은 네트워크 시나리오를 생각해 보십시오.

  • 기본 라우터에는 인터페이스 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 보호 회로로 구성합니다. 실패를 LSQ PIC로 확장하는 문을 포함 trigger-link-failure 합니다.

참고:

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

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

이 기능은 링크 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 옵션은 추가 링크 거부 메시지를 수신할 때 링크 무결성 프로토콜 제거 링크를 보내도록 라우터에 메시지를 표시합니다.

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 인터페이스 중복 구성

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

참고:

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

또한보십시오

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

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

참고:

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

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

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

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

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

이 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에서 구성을 완전히 복원해야 하기 때문에 복구 시간은 보장되지 않습니다.

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

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

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

다음 예제 조합은 허용되지 않습니다.

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

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

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

  • 로 구성된 primary lsq-0/0/0인터페이스와 함께 구성된 인터페이스 rlsq0 rlsq1primary lsq-0/0/0

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

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

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

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

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

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

    • 인터페이스에 대해 데이터 링크 연결 식별자(DLCI)가 구성됩니다.rlsq

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

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

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

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

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

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

  • Link Services IQ PIC는 명시적인 번들 구성 및 인터페이스의 rlsq 구성 요소로 구성할 수 없습니다.

  • 중복 LSQ 구성은 완전한 GRES 지원을 제공합니다. (계층 수준에서 [edit chassis] GRES를 구성해야 합니다. 라우팅 디바이스에 대한 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. 기본 및 보조 Link Services 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-중복-in-a-single-라우터-using-virtual-interfaces__d85e790 참조하십시오.

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

참고:

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

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

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

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

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

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

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

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

  • 링크 상태 복제는 프레임 릴레이(frame-relay-ppp) 캡슐화를 통해 MLPPP 및 PPP를 지원하며 GRES를 완벽하게 지원합니다.

  • 많은 수의 MLPPP 링크로 인터페이스 또는 프로토콜 traceoption을 활성화하면 링크 전환 시간 동안 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 은 쌍 lsq-1/3/0 으로 작동하며 중복 유형은 hot-standby입니다. 이는 장애 감지 및 복구 시간에 대한 요구 사항을 5초 미만으로 설정합니다.

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

참고:

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

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

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

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

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

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

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

또한보십시오