JCNR 인터페이스 개요

주니퍼 클라우드 네이티브 라우터 인터페이스 유형

주니퍼 클라우드 네이티브 라우터는 두 가지 유형의 인터페이스를 지원합니다.

• 패브릭 인터페이스 - 여러 인터페이스에서 트래픽을 수신하는 어그리게이션 인터페이스. 패브릭 인터페이스는 항상 물리적 인터페이스입니다. 물리적 기능(PF) 또는 가상 기능(VF)일 수 있습니다. 이러한 인터페이스에 대한 처리량 요구 사항은 더 높기 때문에 여러 하드웨어 대기열이 할당됩니다. 각 하드웨어 대기열에는 전용 CPU 코어가 할당됩니다. 인터페이스는 배포자 helmcharts에서 적절한 values.yaml 파일을 사용하여 클라우드 네이티브 라우터에 대해 구성됩니다. 명령을 사용하여 인터페이스 매핑을 볼 수 있습니다 dpdkinfo -c . 자세한 내용은 배포 가이드의 vRouter CLI를 통한 문제 해결 항목을 참조하십시오. 또한 처리량 요구 사항이 낮은 패브릭 워크로드 인터페이스도 있습니다. 인터페이스에 하나의 하드웨어 대기열만 할당되므로 귀중한 CPU 리소스를 절약할 수 있습니다. 이러한 인터페이스는 배포자 helmcharts에서 적절한 values.yaml 파일을 사용하여 구성할 수 있습니다.

• 워크로드 인터페이스 - 다양한 워크로드가 연결된 인터페이스입니다. 소프트웨어 기반 또는 하드웨어 기반 인터페이스일 수 있습니다. 소프트웨어 기반 인터페이스는 DPDK(Data Plane Development Kit) 폴 모드 드라이버(PMD)를 사용하는 고성능 인터페이스 또는 커널 드라이버를 사용하는 저성능 인터페이스입니다. 일반적으로 DPDK 인터페이스는 사용자 데이터용 GPRS 터널링 프로토콜(GTP-U) 트래픽과 같은 데이터 트래픽에 사용되며 커널 기반 인터페이스는 TCP와 같은 컨트롤 플레인 데이터 트래픽에 사용됩니다. 커널 Pod 인터페이스는 일반적으로 OAM(운영, 관리 및 유지 관리) 트래픽용입니다. 인터페이스는 인터페이스의 한쪽 끝이 Pod에 있고 다른 쪽 끝은 호스트의 Linux 커널에 있는 veth-pair로 구성됩니다. JCNR은 링크 본딩 PMD를 통해 본딩된 인터페이스도 지원합니다. 이러한 인터페이스는 배포자 helmcharts에서 적절한 values.yaml 파일을 사용하여 구성할 수 있습니다.

  JCNR은 패브릭 및 워크로드 인터페이스 전반에서 트렁크, 액세스 및 하위 인터페이스를 비롯한 다양한 유형의 VLAN 인터페이스를 지원합니다.

  JCNR 인터페이스 세부사항

  다양한 JCNR 인터페이스는 아래에 자세히 나와 있습니다.

• 에이전트 인터페이스

  vRouter에는 에이전트 인터페이스가 하나만 있습니다. 에이전트 인터페이스를 통해 vRouter-agent와 vRouter 간의 통신이 가능합니다. vRouter CLI에서 명령을 실행하면 vif --list 에이전트 인터페이스는 다음과 같습니다.

• DPDK VF 워크로드 인터페이스

  이러한 인터페이스는 무선 유닛(RU) 또는 밀리미터파 분산 유닛(mmWave-DU)에 연결됩니다. vRouter CLI에서 명령을 실행하면 vif --list DPDK VF 워크로드 인터페이스는 다음과 같습니다.

• DPDK VF 패브릭 인터페이스(물리적 트렁크)

  호스트 서버의 물리적 네트워크 인터페이스 카드(NIC)와 연결된 DPDK VF 패브릭 인터페이스는 여러 VLAN의 트래픽을 허용합니다.

  명령을 사용하는 show configuration cRPD 인터페이스 구성은 다음과 같습니다(간결성을 위해 출력이 잘림됨).

  vRouter CLI에서 명령을 실행하면 vif --list DPDK VF 패브릭 인터페이스는 다음과 같습니다.

• 활성 또는 대기 본드 인터페이스(본드 트렁크)

  본딩 인터페이스는 여러 VLAN의 트래픽을 허용합니다. 본딩 인터페이스는 활성 또는 대기 모드(모드 0)에서 실행됩니다. helm 차트 구성에서 채권 인터페이스를 다음과 같이 정의합니다.

  명령을 사용하는 show configuration cRPD 인터페이스 구성은 다음과 같습니다(간결성을 위해 출력이 잘림됨).

  vRouter CLI에서 명령을 실행하면 vif --list 본드 인터페이스는 다음과 같습니다.

• DPDK 데이터 플레인(Virtio Trunk)을 사용하는 포드 인터페이스 virtio

  트렁크 인터페이스는 태그가 지정된 패킷만 허용합니다. 태그 없는 패킷은 모두 삭제됩니다. 이러한 인터페이스는 특정 VLAN 패킷만 허용하는 VLAN 필터를 수락할 수 있습니다. 트렁크 인터페이스는 다중 BD(Bridge-Domain)의 일부가 될 수 있습니다. 브리지 도메인은 동일한 플러딩 또는 브로드캐스트 특성을 공유하는 논리적 포트 집합입니다. VLAN과 마찬가지로 브리지 도메인은 여러 디바이스의 하나 이상의 포트에 걸쳐 있습니다. Virtio 인터페이스는 DPDK 데이터 플레인에서 virtio를 사용하는 Pod 인터페이스와 연결됩니다.

  명령을 사용하는 show configuration cRPD 인터페이스 구성은 다음과 같습니다(간결성을 위해 출력이 잘림됨).

  vRouter CLI에서 명령을 실행할 vif --list 때 DPDK 데이터 플레인 인터페이스가 있는 virtio는 다음과 같습니다.

• 커널 인터페이스를 사용하는 Pod 인터페이스

  액세스 인터페이스는 태그 처리된 패킷과 태그 처리되지 않은 패킷을 모두 허용합니다. 태그가 지정되지 않은 패킷은 액세스 VLAN 또는 액세스 BD로 태그됩니다. 액세스 VLAN이 있는 패킷 이외의 태그가 지정된 패킷은 모두 삭제됩니다. 액세스 인터페이스는 단일 브리지 도메인의 일부입니다. 부모 인터페이스가 없습니다.

  명령을 사용하는 show configuration cRPD 인터페이스 구성은 다음과 같습니다(간결성을 위해 출력이 잘림됨).

  vRouter CLI에서 명령을 실행하면 vif --list veth 쌍 인터페이스는 다음과 같습니다.

• L2 VLAN 하위 인터페이스

  계층 2 VLAN 하위 인터페이스를 사용하여 사용자 Pod를 구성하고 JCNR 인스턴스에 연결할 수 있습니다. VLAN 하위 인터페이스는 물리적 스위치 또는 라우터의 논리적 인터페이스와 같습니다. 구성된 VLAN 태그와 일치하는 태그가 지정된 패킷에만 액세스합니다. 하위 인터페이스에는 상위 인터페이스가 있습니다. 상위 인터페이스에는 각각 VLAN ID가 있는 여러 하위 인터페이스가 있을 수 있습니다. 클라우드 네이티브 라우터를 실행할 때는 각 하위 인터페이스를 특정 VLAN과 연결해야 합니다.

  명령을 사용하여 show configuration 표시되는 cRPD 인터페이스 구성은 아래와 같습니다(간결성을 위해 출력이 잘림됨).

  L2의 경우:

  vRouter에서 L2 VLAN 하위 인터페이스 구성은 다음과 같습니다.

  참고:

  vRouter에서 VLAN 하위 인터페이스를 보려면 명령 kubectl exec -it -n contrail contrail-vrouter-<agent container> -- bash 명령을 실행하여 vRouter 에이전트에 연결한 다음 명령을 vif --get실행합니다.

• L3 물리적 인터페이스

  cRPD의 해당 인터페이스 상태:

  L3 본드 인터페이스

  cRPD의 해당 인터페이스 상태:

• L3 포드 가상 호스트 사용자 인터페이스

  cRPD의 해당 인터페이스 상태:

• L3 커널 인터페이스

  cRPD의 해당 인터페이스 상태:

• L3 VLAN 하위 인터페이스

  주니퍼 클라우드 네이티브 라우터 릴리스 23.2부터 클라우드 네이티브 라우터는 L3 모드에서 VLAN 하위 인터페이스 사용을 지원합니다.

  참고:

  특히 L3 모드에서 지원되는 VLAN 하위 인터페이스는 주니퍼 클라우드 네이티브 라우터 릴리스 23.2의 기술 프리뷰 기능입니다.

  cRPD의 해당 인터페이스 상태: