링크 및 멀티링크 서비스 이해

멀티링크 기반 프로토콜을 사용하면 여러 논리적 데이터 링크에서 데이터그램을 분할, 재결합 및 시퀀스할 수 있습니다. 멀티링크 운영의 목표는 고정된 시스템 쌍 간에 여러 독립적 링크를 조정하여 어떤 멤버보다 더 큰 대역폭을 가진 가상 링크를 제공하는 것입니다. 증분 대역폭을 제공할 뿐만 아니라, 여러 링크 묶음은 전용 액세스 서비스에 대한 장애 허용 능력 수준을 추가할 수 있습니다. 여러 PIC에 묶음 기능을 구현하여 단일 PIC의 실패를 방어할 수 있기 때문입니다.

Junos OS 멀티링크 포인트 투 포인트 프로토콜(MLPPP) 및 MLFR(Multilink Frame Relay)을 비롯한 여러 멀티링크 기반 프로토콜을 지원합니다. MLPPP를 사용하면 여러 PPP 링크를 단일 논리적 링크로 번들할 수 있습니다. MLFR을 사용하면 여러 프레임 릴레이 데이터 링크 연결 식별자(DLCI)를 하나의 논리적 링크로 묶을 수 있습니다. MLPPP 및 MLFR은 저속 T1 및 E1 서비스와 고속 T3 및 E3 서비스 사이의 서비스 옵션을 세분화합니다. MLPPP 및 MLFR을 사용하여 더 작고 비용 효율적인 단위로 대역폭을 증가합니다.

MLPPP 확장에 대한 다중 클래스 확장은 MLPPP를 사용하여 여러 클래스의 서비스를 가능하게 합니다. 자세한 내용은 RFC 2686, 다중 링크 PPP에 대한 다중 클래스 확장 을 참조하십시오. Junos OS PPP 구현은 주소 필드 압축 및 프로토콜 필드 압축 PPP NCP 옵션의 협상을 지원하지 않습니다. 소프트웨어는 항상 전체 4바이트 PPP 헤더를 보냅니다.

각 멀티링크 서비스 또는 링크 서비스 PIC는 여러 번들을 지원할 수 있습니다. 번들에는 최대 8개의 개별 링크가 포함될 수 있습니다.

멀티링크 서비스 PIC의 경우, 링크는 T1, E1 또는 DS0 물리적 인터페이스일 수 있으며, 각 링크는 구성하는 논리 장치 번호와 연결됩니다. 링크 서비스 PIC의 경우, 링크는 E1, T1, 채널화된 DS3-to-DS1, 채널화된 DS3-to-DS0, 채널화된 E1, 채널화된 STM1 인터페이스 또는 채널화된 IQ 인터페이스일 수 있습니다. MLFR FRF.16 번들의 경우, 각 링크는 구성하는 채널 번호와 연결됩니다.

링크가 번들에 연결되기 전에 반드시 구성해야 합니다. 각 번들은 하나의 링크 유형으로만 구성되어야 합니다. 번들 내에서 서로 다른 속도의 물리적 인터페이스의 혼합은 지원되지 않습니다.

표 1과 같이 멀티링크 서비스 3개 버전과 Link Services PIC 3가지 버전을 사용할 수 있습니다. PIC 하드웨어는 설치 중인 버전을 식별할 수 있는 다른 페이스플레이트를 제외하고 동일합니다. 소프트웨어는 PIC에 할당하는 단위 수와 최대 물리적 인터페이스 수를 제한합니다.

단일 PIC는 초당 450메가비트(Mbps)의 총 대역폭을 지원할 수 있습니다.

더 많은 수의 링크를 구성할 수 있지만 멀티링크 서비스 및 링크 서비스 PIC는 450Mbps 의 트래픽만 안정적으로 처리할 수 있습니다. 트래픽 속도가 높을수록 성능이 저하될 수 있습니다.

• 서비스 PIC 지원
• 인터페이스 유형 지원

멀티서비스 모듈형 인터페이스 카드(MIC)를 사용하면 음성 서비스 및 L2TP(Layer 2 Tunneling Protocol) 서비스와 같은 서비스 및 애플리케이션 집합을 구성하여 동일한 MIC에서 여러 서비스를 수행할 수 있습니다. MX 시리즈 5G 유니버설 라우팅 플랫폼 주니퍼 네트웍스 멀티서비스 DPC는 멀티서비스 PIC와 기본적으로 동일한 기능을 제공합니다. 두 플랫폼의 인터페이스는 동일한 방식으로 구성됩니다. 멀티링크 인터페이스는 채널화된 MIC에서 호스팅됩니다. 번들 인터페이스는 멀티서비스 DPC에서 가상 LSQ 이중화(rlsq) 인터페이스로 구성됩니다.

Junos OS 릴리스 12.1부터 MX240, MX480 및 MX960 라우터의 다음과 같은 채널화된 MIC는 MLPPP(Multilink Point-to-Point Protocol) 기반 서비스를 지원합니다.

• 4포트 채널화된 SONET/SDH OC3/STM1(다중 속도) MIC(SFP 포함) (MIC-3D-4CHOC3-2CHOC12)

• 8포트 채널화된 SONET/SDH OC3/STM1(다중 속도) MIC(SFP 포함) (MIC-3D-8CHOC3-4CHOC12)

• 8포트 채널화된 DS3/E3 MIC(MIC-3D-8CHDS3-E3-B)

앞서 언급한 MIC에서 다음과 같은 캡슐화, 인터페이스, 프로토콜 및 패킷 유형이 지원됩니다.

• 멀티링크 포인트 투 포인트 프로토콜(MLPPP) - 데이터 패킷에 대한 우선 순위 기반 플로우 제어 (PFC) 및 제어 패킷에 대한 LCP(Link Control Protocol)를 지원합니다. 데이터 및 제어 패킷 모두에 대해 CRTP(Compressed Real-Time Transport Protocol) 및 Multiclass MLPPP가 지원됩니다.

• 멀티링크 프레임 릴레이(MLFR) 엔드투엔드(FRF.15) - 데이터 및 제어 패킷을 위한 이더넷 로컬 관리 인터페이스(LMI), 컨소시엄 LMI(C-LMI), LIP(Link Integrity Protocol)을 지원합니다.

• MFR(Multilink Frame Relay) UNI NNI(FRF.16) - 데이터 및 제어 패킷을 위한 이더넷 로컬 관리 인터페이스(LMI), 컨소시엄 LMI(C-LMI), LIP(Link Integrity Protocol)을 지원합니다.

• 링크 단편화 및 인터리빙(LFI) 비 멀티링크 MLPPP 및 MLFR 패킷.

레이어 2 서비스 및 음성 서비스 기능은 패킷 전달 엔진 라우팅하는 다음과 같은 두 가지 유형의 트래픽을 지원하는 멀티서비스 고집적 포트 센트레이터에서 구현됩니다.

• 고객 엔드 투 프로바이더 엔드(고객 트래픽이라고도 함) - 여기에서 고객 엔드의 멀티링크 패킷 조각이 채널화된 MIC에 구성된 멀티서비스 인터페이스에 도착합니다. 그런 다음 이러한 패킷 조각은 CoS와 같은 레이어 2 처리를 위해 멀티서비스 DPC로 전송되고 멀티서비스 DPC에서 실행되는 멀티서비스 소프트웨어에 의해 재조립됩니다. 이러한 재조립된 패킷은 패킷 전달 엔진 전송되어 일반 라우터 조회 프로세스를 거치고 마침내 인터넷을 통해 프로바이더 엔드로 전송됩니다. 음성 패킷도 동일한 프로세스를 진행합니다.

• 프로바이더 엔드 투 고객 엔드(인터넷 트래픽이라고도 함) - 여기에서 인터넷 프로바이더 엔드에서 전송되는 데이터 패킷은 패킷 전달 엔진 모든 일반 수신 인터페이스에서 수신됩니다. 그런 다음 이러한 패킷은 레이어 2 처리를 위해 멀티서비스 DPC로 전송됩니다. 멀티서비스 DPC에서 실행되는 멀티서비스 소프트웨어는 이러한 데이터 패킷을 단편화하여 패킷 전달 엔진 보냅니다. 이러한 멀티링크 패킷 조각은 채널화된 MIC 인터페이스를 통해 고객 엔드로 전송됩니다. 음성 패킷도 동일한 프로세스를 진행합니다.

이제 다음 캡슐화, 인터페이스, 프로토콜 및 패킷 유형에 대한 지원이 앞에서 언급한 MIC로 확장됩니다.

• 멀티링크 포인트 투 포인트 프로토콜(MLPPP) - 데이터 패킷에 대한 우선순위 기반 플로우 제어(PFC) 및 제어 패킷에 대한 LCP(Link Control Protocol)를 지원합니다. 데이터 및 제어 패킷 모두에 대해 CRTP(Compressed Real-Time Transport Protocol) 및 멀티클래스 MLPPP가 지원됩니다.

• 멀티링크 프레임 릴레이(MLFR) 엔드투엔드(FRF.15) - 데이터 및 제어 패킷에 대해 이더넷 로컬 관리 인터페이스(LMI) 및 컨소시엄 LMI(C-LMI)를 지원합니다.

• 멀티링크 프레임 릴레이(MLFR) UNI NNI(FRF.16) - 데이터 및 제어 패킷을 위한 이더넷 로컬 관리 인터페이스(LMI), 컨소시엄 LMI(C-LMI) 및 LIP(Link Integrity Protocol)을 지원합니다.

• 멀티링크 MLPPP 및 MLFR 패킷의 링크 단편화 및 인터리빙(LFI) - 대규모 데이터 패킷을 분할하고 지연에 민감한 음성 패킷을 결과적인 소형 패킷과 인터리빙하여 링크의 지연과 지터를 줄입니다.