Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

지원되는 MPLS 표준

지원되는 MPLS 표준

Junos OS는 MPLS 및 트래픽 엔지니어링에 대한 표준을 정의하는 다음 RFC 및 인터넷 초안을 실질적으로 지원합니다.

  • RFC 2858, BGP-4에 대한 멀티프로토콜 확장

  • RFC 3031, 멀티프로토콜 레이블 스위칭 아키텍처

  • RFC 3032, MPLS 레이블 스택 인코딩

  • RFC 3140, 홉별 동작 식별 코드

  • RFC 3270, 차별화된 서비스의 MPLS(Multi-Protocol Label Switching) 지원

    E-LSP만 지원됩니다.

  • RFC 3443, MPLS(Multi-Protocol Label Switching) 네트워크에서 TTL(Time To Live) 처리

  • RFC 3478, 레이블 분배 프로토콜에 대한 GR(Graceful Restart) 메커니즘

  • RFC 3906, 트래픽 엔지니어링 터널을 통한 IGP(Interior Gateway Protocol) 경로 계산

  • RFC 4090, LSP 터널에 대한 RSVP-TE로의 Fast Reroute 확장

    시설 백업의 노드 보호는 지원되지 않습니다.

  • RFC 4124, Diffserv 인식 MPLS 트래픽 엔지니어링 지원을 위한 프로토콜 확장

  • RFC 4182, MPLS 명시적 NULL 사용에 대한 제한 제거

  • RFC 4364, BGP/MPLS IP VPN

  • RFC 4379, MPLS(Multi-Protocol Label Switched) 데이터 플레인 오류 감지

  • RFC 4385, MPLS PSN을 통해 사용하기 위한 PWE3(Pseudowire Emulation Edge-to-Edge) Control Word.

    SFP가 포함된 채널화된 OC3/STM1(다중 속도) 서킷 에뮬레이션 MIC가 있는 MX 시리즈 라우터에서 지원됩니다.

  • RFC 4875, Point-to-Multipoint TE LSP에 대한 RSVP-TE 확장

  • RFC 4950, 멀티프로토콜 레이블 스위칭을 위한 ICMP 확장

  • RFC 5317, 전송 프로파일에 대한 MPLS 아키텍처 고려 사항에 대한 JWT(Joint Working Team) 보고서

  • RFC 5586, MPLS 일반 연결 채널

  • RFC 5654, MPLS 전송 프로필의 요구 사항

    MPLS 전송 프로필(MPLS-TP)의 Junos OS 구현에서는 다음과 같은 기능이 지원됩니다.

    • MPLS-TP OAM은 IP 캡슐화 없이 GAL 및 G-Ach를 사용하여 패킷을 송수신할 수 있습니다.

    • 라우터 쌍 간에 두 개의 단방향 RSVP LSP를 서로 연결하여 GAL 및 G-ACH OAM 메시지에 대한 경로를 바인딩하기 위한 관련 입찰 LSP를 생성할 수 있습니다. 연결된 양방향 LSP에 대해 단일 BFD(Bidirectional Forwarding Detection) 세션이 설정됩니다.

  • RFC 5712, MPLS 트래픽 엔지니어링 소프트 선점

  • RFC 5718, MPLS 전송 프로필을 위한 대역 내 데이터 통신 네트워크

  • RFC 5860, MPLS 전송 네트워크의 OAM(운영, 관리 및 유지 관리) 요구 사항

  • RFC 5884, MPLS LSP(Label Switched Path)에 대한 BFD(Bidirectional Forwarding Detection)

  • RFC 5921, 전송 네트워크의 MPLS를 위한 프레임워크

  • RFC 5950, MPLS 기반 전송 네트워크를 위한 네트워크 관리 프레임워크

  • RFC 5951, MPLS 기반 전송 네트워크를 위한 네트워크 관리 요구 사항

  • RFC 5960, MPLS 전송 프로파일 데이터 플레인 아키텍처

  • RFC 6215, MPLS 전송 프로파일 사용자-네트워크 및 네트워크-네트워크 인터페이스

  • RFC 6291, IETF에서 "OAM" 약어 사용에 대한 지침.

  • RFC 6370, MPLS 전송 프로필(MPLS-TP) 식별자

  • RFC 6371, MPLS 기반 전송 네트워크를 위한 운영, 관리 및 유지 관리 프레임워크.

  • RFC 6372, MPLS 전송 프로파일(MPLS-TP) 생존성 프레임워크

  • RFC 6373, MPLS-TP 컨트롤 플레인 프레임워크

  • RFC 6388, 점대다점(point-to-multipoint) 및 다중점간 레이블 스위치드 경로에 대한 레이블 분배 프로토콜 확장

    Point-to-Multipoint LSP만 지원됩니다.

  • RFC 6424, MPLS 터널에서 LSP Ping(Label Switched Path Ping)을 수행하기 위한 메커니즘

  • RFC 6425, Point-to-Multipoint MPLS에서 데이터 플레인 오류 감지 - LSP Ping 확장

  • RFC 6426, MPLS 온디맨드 연결 확인 및 경로 추적

  • RFC 6428, MPLS 전송 프로파일에 대한 사전 연결 검증, 연속성 확인 및 원격 결함 표시

  • RFC 6510, LSP(Label Switched Path) 속성 개체에 대한 리소스 예약 프로토콜(RSVP) 메시지 형식

  • RFC 6790, MPLS 포워딩에서 엔트로피 레이블 사용

  • RFC 7746, 레이블 교환 경로(LSP) 자체 핑

  • 인터넷 초안 draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, PHP가 아닌 동작 및 RSVP-TE LSP에 대한 대역 외 매핑

다음 RFC 및 인터넷 초안은 표준을 정의하지 않지만 MPLS, 트래픽 엔지니어링 및 관련 기술에 대한 정보를 제공합니다. IETF는 이를 "실험적", "역사적" 또는 "정보성"으로 다양하게 분류합니다.

  • RFC 2547, BGP/MPLS VPN

  • RFC 2702, MPLS를 통한 트래픽 엔지니어링 요구 사항

  • RFC 2917, 코어 MPLS IP VPN 아키텍처

  • RFC 3063, MPLS 루프 방지 메커니즘

  • RFC 3208, PGM 신뢰할 수 있는 전송 프로토콜 사양

    network 요소만 지원됩니다.

  • RFC 3469, MPLS(Multi-Protocol Label Switching) 기반 복구를 위한 프레임워크

  • RFC 3564, 차별화된 서비스 인식 MPLS 트래픽 엔지니어링 지원을 위한 요구 사항

  • RFC 4125, Diffserv 인식 MPLS 트래픽 엔지니어링을 위한 최대 할당 대역폭 제약 모델

  • RFC 4127, Diffserv 인식 MPLS 트래픽 엔지니어링을 위한 Russian Dolls 대역폭 제약 모델

  • 인터넷 초안 draft-martini-l2circuit-encap-mpls-11.txt, IP 및 MPLS 네트워크를 통한 레이어 2 프레임 전송을 위한 캡슐화 방법

    Junos OS는 다음과 같은 점에서 인터넷 초안과 다릅니다.

    • 시퀀스 번호가 0인 패킷은 순서가 잘못된 것으로 처리됩니다.

    • 다음 증분 시퀀스 번호가 없는 패킷은 순서가 잘못된 것으로 간주됩니다.

    • 순서가 맞지 않는 패킷이 도착하면 이웃에 대한 예상 시퀀스 번호가 레이어 2 서킷 제어 단어의 시퀀스 번호로 설정됩니다.

  • 인터넷 초안 draft-martini-l2circuit-trans-mpls-19.txt, MPLS를 통한 레이어 2 프레임 전송

  • RFC 4875, Point-to-Multipoint TE LSP(Label Switched Paths)를 위한 RSVP-TE(Extensions to Resource Reservation Protocol - Traffic Engineering)(S2L 시그널링 모드당 하나의 경로 지원)

지원되는 RSVP 표준

Junos OS는 RSVP에 대한 표준을 정의하는 다음 RFC 및 인터넷 초안을 실질적으로 지원합니다.

  • RFC 2205, RSVP(Resource ReSerVation Protocol) - 버전 1 기능 사양

  • RFC 2210, IETF 통합 서비스에서 RSVP 사용

  • RFC 2211, 부하 제어 네트워크 요소 서비스 사양

  • RFC 2212, 보장된 서비스 품질 사양

  • RFC 2215, 통합 서비스 네트워크 요소에 대한 일반 특성화 파라미터

  • RFC 2745, RSVP 진단 메시지

  • RFC 2747, RSVP 암호화 인증 (RFC 3097에 의해 업데이트됨)

  • RFC 2750, 정책 제어를 위한 RSVP 확장(RFC 는 지원되지 않습니다. 이 RFC를 지원하는 장치와 완전히 호환됨).

  • RFC 2961, RSVP 리프레시 오버헤드 감소 확장

  • RFC 3097, RSVP 암호화 인증 - 메시지 유형 값 업데이트

  • RFC 3209, RSVP-TE: LSP 터널용 RSVP 확장

    RSVP에서 최대 전송 단위(MTU) 시그널링에 대한 Null 서비스 개체는 지원되지 않습니다.

  • RFC 3210, LSP-터널의 RSVP 확장에 대한 적용 가능성 선언문

  • RFC 3473, GMPLS(Generalized Multi-Protocol Label Switching) 신호 전송 리소스 복구 프로토콜-트래픽 엔지니어링(RSVP-TE) 확장

    섹션 9, "오류 처리"만 지원됩니다.

  • RFC 3477, 리소스 재서비스 프로토콜에서 번호가 지정되지 않은 링크 신호 전송 - 트래픽 엔지니어링(RSVP-TE)

  • RFC 4090, LSP 터널에 대한 RSVP-TE로의 Fast Reroute 확장

  • RFC 4203, GMPLS(Generalized Multi-Protocol Label Switching)를 지원하는 OSPF 확장

    (OSPF 확장은 번호가 지정되지 않은 링크를 통해 트래픽 엔지니어링 정보를 전달할 수 있습니다.)

  • RFC 4558, Node-ID 기반 리소스 예약 프로토콜(RSVP) 안녕하세요: 명확화 진술

  • RFC 4561, RRO(Record Route Object) Node-Id 하위 객체의 정의

    RRO 노드 ID 하위 개체는 AS 간 링크 및 노드 보호 구성에 사용됩니다.

  • RFC 4875, Point-to-Multipoint TE LSP에 대한 RSVP-TE 확장

  • RFC 5151, 도메인 간 MPLS 및 GMPLS 트래픽 엔지니어링 -- 리소스 예약 프로토콜-트래픽 엔지니어링(RSVP-TE) 확장

  • RFC 5420, 리소스 예약 프로토콜 트래픽 엔지니어링(RSVP-TE)을 사용한 MPLS LSP 설정을 위한 속성 인코딩

    LSP_ATTRIBUTES 개체만 지원됩니다.

  • RFC 6437, IPv6 플로우 레이블 사양

  • RFC 6510, LSP(Label Switched Path) 속성 개체에 대한 리소스 예약 프로토콜(RSVP) 메시지 형식

  • RFC 7570, ERO(Explicit Route Object)의 LSP(Label Switched Path) 속성

  • RFC 8370, RSVP-TE 구축의 확장성을 향상시키는 기술

  • RFC 8577, 공유 MPLS 포워딩 플레인에서 RSVP-TE 터널 시그널링

  • RFC 8796, LSP(Label Switched Path) 터널에 대한 RSVP-TE 요약 Fast Reroute 확장

  • draft-ietf-mpls-ri-rsvp-frr-05, 새로 고침 간격 독립 FRR 시설 보호

다음 RFC는 표준을 정의하지 않지만 RSVP 및 관련 기술에 대한 정보를 제공합니다. IETF는 이를 "실험적" 또는 "정보성"으로 다양하게 분류합니다.

  • RFC 2209, RSVP(Resource ReSerVation Protocol)—버전 1 메시지 처리 규칙

  • RFC 2216, 네트워크 요소 서비스 사양 템플릿

  • RFC 4125, Diffserv 인식 MPLS 트래픽 엔지니어링을 위한 최대 할당 대역폭 제약 모델

  • RFC 4127, Diffserv 인식 MPLS 트래픽 엔지니어링을 위한 Russian Dolls 대역폭 제약 모델

  • RFC 8577, 공유 MPLS 포워딩 플레인에서 RSVP-TE 터널 시그널링(완전 준수)

지원되는 LDP 표준

Junos OS는 LDP에 대한 표준을 정의하는 다음 RFC 및 인터넷 초안을 실질적으로 지원합니다.

  • RFC 3212, LDP를 사용한 제약 기반 LSP 설정

  • RFC 3478, 레이블 분배 프로토콜에 대한 GR(Graceful Restart) 메커니즘

  • RFC 7060, 대상 LDP 세션에서 LDP 멀티포인트 확장 사용

  • RFC 8661, LDP와 세그먼트 라우팅 MPLS 연동

  • RFC 8077, LDP(Label Distribution Protocol)를 사용한 유사 회선 설정 및 유지 관리

  • 인터넷 초안 draft-napierala-mpls-targeted-mldp-01.txt, 대상 LDP 세션에서 LDP 멀티포인트 확장 사용

다음 RFC는 표준을 정의하지 않지만 LDP에 대한 정보를 제공합니다. IETF는 이를 "정보성"으로 분류합니다.

  • RFC 3215, LDP 상태 시스템

  • RFC 5036, LDP 사양

    RFC의 표시된 섹션에 설명된 다음 기능에 대해 Junos OS는 가능한 모드 중 하나를 지원하지만 다른 모드는 지원하지 않습니다.

    • 라벨 배포 제어(섹션 2.6.1): 순서가 지정된 모드는 지원되지만 독립 모드는 지원되지 않습니다.

    • 레이블 보존(섹션 2.6.2): 자유주의 모드는 지원되지만 보수당 모드는 지원되지 않습니다.

    • 라벨 광고(섹션 2.6.3): 다운스트림 원치 않는 모드와 다운스트림 온디맨드 모드가 모두 지원됩니다.

  • RFC 5283, 영역 간 레이블 스위치 경로(LSP)에 대한 LDP 확장

  • RFC 5443, LDP IGP 동기화

  • RFC 5561, LDP 기능

  • RFC 6512, 백본에 루트에 대한 경로가 없을 때 멀티포인트 LDP 사용

    재귀적 불투명 값만 지원됩니다.

  • RFC 6826, 포인트-투-멀티포인트 및 멀티포인트-투-멀티포인트 레이블 스위치 경로를 위한 멀티포인트 LDP 대역 내 시그널링

    Junos OS 지원은 LDP에 대한 point-to-multipoint 확장으로 제한됩니다.

DiffServ 인식 트래픽 엔지니어링 표준

다음 RFC는 DiffServ 인식 트래픽 엔지니어링 및 멀티클래스 LSP에 대한 정보를 제공합니다.

  • RFC 3270, 차별화된 서비스의 MPLS(Multi-Protocol Label Switching) 지원

  • RFC 3564, 차별화된 서비스 인식 MPLS 트래픽 엔지니어링 지원을 위한 요구 사항

  • RFC 4124, 차별화된 서비스 인식 MPLS 트래픽 엔지니어링 지원을 위한 프로토콜 확장

  • RFC 4125, Diff-Serv 인식 MPLS 트래픽 엔지니어링을 위한 최대 할당 대역폭 제약 모델

  • RFC 4127, Diff-Serv 인식 MPLS에 대한 러시아 인형 대역폭 제약 모델

이러한 RFC는 IETF 웹 사이트( http://www.ietf.org/)에서 사용할 수 있습니다.

지원되는 GMPLS 표준

Junos OS는 GMPLS(Generalized MPLS)에 대한 표준을 정의하는 다음 RFC 및 인터넷 초안을 주로 지원합니다.

  • RFC 3471, GMPLS(Generalized Multi-Protocol Label Switching) 시그널링 기능 설명

    다음 기능만 지원됩니다.

    • 양방향 LSP(업스트림 레이블만 해당)

    • 제어 채널 분리

    • 일반화된 레이블(제안된 레이블만 해당)

    • 일반화된 레이블 요청(대역폭 인코딩만 해당)

  • RFC 3473, GMPLS(Generalized Multi-Protocol Label Switching) 신호 전송 리소스 복구 프로토콜-트래픽 엔지니어링(RSVP-TE) 확장

    섹션 9, "오류 처리"만 지원됩니다.

  • RFC 4202, 일반화된 다중 프로토콜 레이블 스위칭을 지원하는 라우팅 확장

    인터페이스 스위칭만 지원됩니다.

  • RFC 4206, GMPLS(Generalized Multi-Protocol Label Switching) 트래픽 엔지니어링(TE)을 사용하는 LSP(Label Switched Paths) 계층

  • ASON(Automatically Switched Optical Network)을 지원하는 인터넷 초안 draft-ietf-ccamp-gmpls-rsvp-te-ason-02.txt, GMPLS(Generalized MPLS) RSVP-TE 시그널링(2005년 1월 만료)

  • 인터넷 초안 draft-ietf-ccamp-gmpls-sonet-sdh-08.txt, SONET 및 SDH 제어를 위한 일반화된 다중 프로토콜 레이블 스위칭 확장

    S,U,K,L,M 형식 레이블 및 SONET 트래픽 매개 변수만 지원됩니다.

  • 인터넷 초안 draft-ietf-ccamp-lmp-10.txt, LMP(Link Management Protocol)

  • 인터넷 초안 draft-ietf-ccamp-ospf-gmpls-extensions-12.txt, 일반화된 다중 프로토콜 레이블 스위칭을 지원하는 OSPF 확장

    링크 유형, 링크, 값(TLV)에 대한 다음 하위 TLV 유형은 지원되지 않습니다.

    • 링크 로컬/원격 식별자(유형 11)

    • 링크 보호 유형(유형 14)

    • SRLG(Shared Risk Link Group)(유형 16)

    초안의 섹션 2인 "Graceful Restart에 대한 의미"에 설명된 기능도 지원되지 않습니다.

    인터페이스 스위칭 기능 설명자(유형 15) 서브-TLV 유형이 구현되지만 패킷 스위칭에만 해당됩니다.

  • 인터넷 초안 draft-ietf-mpls-bundle-04.txt, MPLS 트래픽 엔지니어링에서의 링크 번들링

지원되는 PCEP 표준

Junos OS는 PCEP에 대한 표준을 정의하는 다음 RFC 및 인터넷 초안을 주로 지원합니다.

  • RFC 5440, PCE(Path Computation Element) 통신 프로토콜(PCEP) - 스테이트풀 PCE

  • RFC 8231, PCEP(Path Computation Element Communication Protocol) - 스테이트풀 PCE에 대한 확장

  • RFC 8281, PCEP(Path Computation Element Communication Protocol) - 스테이트풀 PCE 모델에서 PCE 시작 LSP 설정 확장

  • 인터넷 draft-ietf-pce-stateful-pce-07.txt, 스테이트풀 PCE를 위한 PCEP 확장

  • 인터넷 draft-crabbe-pce-pce-initiated-lsp-03.txt, 스테이트풀 PCE 모델에서 PCE 시작 LSP 설정을 위한 PCEP 확장

  • 인터넷 draft-ietf-pce-segment-routing-06.txt, 세그먼트 라우팅을 위한 PCEP 확장

  • Point-to-Multipoint 트래픽 엔지니어링 레이블 스위치드 경로에 대한 스테이트풀 PCE 사용을 위한 인터넷 draft-ietf-pce-stateful-pce-p2mp-02.txt, PCE(Path Computation Element) 프로토콜 확장

  • 인터넷 초안 draft-cbrt-pce-stateful-local-protection-01, PCE-Stateful을 통한 RSVP-TE 로컬 보호를 위한 PCEP 확장 (우회 LSP 매핑 지원 제외)

  • 인터넷 초안 draft-ietf-pce-pcep-flowspec-05, 플로우 사양에 대한 PCEP 확장

    이 기능의 현재 구현은 초안의 다음 섹션을 구현하지 않습니다.

    • 섹션 3.1.2 — IGP에서 PCE 기능 보급

    • 섹션 3.2 — PCReq 및 PCRep 메시지

    • 섹션 7 - 경로 구분자 및 IPv4 멀티캐스트 플로우 사양을 제외한 대부분의 플로우 사양은 지원되지 않습니다.