Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

태그 없는 트래픽에 대해 레이어 3에서 DSCP를 사용하는 PFC 이해

RoCEv2(Remote Direct Memory 액세스) over Converged Ethernet version 2(RDMA)와 같은 프로토콜은 레이어 2 이더넷 서브네트워크로의 레이어 3 연결 전반에 걸친 트래픽에 대해 무손실 동작을 요구합니다. 전통적으로 PFC(우선순위 기반 플로우 제어)는 인터페이스에서 들어오는 트래픽의 VLAN 헤더에 있는 IEEE 802.1p 코드 포인트에 해당하는 8개의 우선순위 중 하나에서 트래픽을 선택적으로 일시 중지하여 VLAN 태그가 지정된 트래픽에 대해 레이어 2 또는 레이어 3 인터페이스에서 혼잡이 발생할 때 트래픽 손실을 방지하는 데 사용할 수 있습니다. 그러나 태그가 지정되지 않은 트래픽(VLAN 태깅이 없는 트래픽)은 트래픽을 일시 중지할 IEEE 802.1p 코드 포인트에 대해 검사할 수 없습니다.

태그가 지정되지 않은 트래픽에 대해 레이어 3에서 무손실 트래픽 플로우를 지원하기 위해 레이어 2 VLAN 헤더의 IEEE 802.1p 코드 포인트 값이 아닌 수신 트래픽의 레이어 3 IP 헤더에 있는 분산 서비스 코드 포인트(DSCP) 값을 사용하여 레이어 3 인터페이스 및 레이어 2 액세스 인터페이스에 대한 PFC 활성화를 지원합니다.

DSCP 기반 PFC 개요

PFC는 레이어 2에서 작동하는 데이터센터 브리징 기술이며, DSCP 정보는 레이어 3에서 IP 헤더로 교환됩니다. 그러나 태그가 지정되지 않은 트래픽의 경우 레이어 3 네트워크 연결에서 무손실 동작을 유지하는 DSCP 기반 PFC를 구성할 수 있습니다.

PFC는 링크가 혼잡할 때 피어에 전송을 일시 중지하도록 알리기 위해 수신 트래픽의 구성된 코드 포인트에서 식별된 트래픽에 대한 일시 중지 프레임을 생성하는 방식으로 작동합니다. DSCP 기반 PFC가 활성화된 경우, 수신 트래픽의 레이어 3 IP 헤더에 구성된 6비트 DSCP 값(10진수 값 0-63에 해당)을 기반으로 일시 중지 프레임이 트리거됩니다.

그러나 PFC는 10진수 값 0-7에 해당하는 8개 코드 포인트 중 하나인 3비트 PFC 우선순위를 가진 일시 중지 프레임만 전송할 수 있으며, VLAN 태그가 지정된 트래픽의 경우 일반적으로 수신 트래픽 VLAN 헤더의 IEEE 802.1p 코드 포인트에 해당합니다. 태그가 지정되지 않은 트래픽은 IEEE 802.1p 코드 포인트 값에 대한 참조를 제공하지 않으므로 DSCP 값에서 PFC를 트리거하려면 해당 코드 포인트에 대한 혼잡이 발생할 때 피어로 전송되는 PFC 일시 중지 프레임에 사용할 PFC 우선 순위에 DSCP 값을 구성에서 명시적으로 매핑해야 합니다. DSCP 기반 PFC 트래픽을 분류하려는 무손실 포워딩 클래스를 정의할 때 DSCP 값의 트래픽을 PFC 우선순위에 매핑할 수 있습니다. 또한 포워딩 클래스는 손실 없는 동작으로 출력 대기열에 매핑되어야 합니다.

참고:

DSCP 기반 PFC가 구성될 때 매핑된 PFC 우선 순위 값이 포워딩 클래스 ID로 사용되기 때문에 둘 이상의 포워딩 클래스에 동일한 PFC 우선 순위를 할당할 수 없습니다.

또한 위에서 구성된 DSCP 값을 가진 수신 트래픽이 무손실 포워딩 클래스에 속함을 지정하기 위해 IEEE 802.1p 분류자 대신 DSCP 분류자가 필요합니다. 인터페이스에서 DSCP 기반 PFC가 활성화된 모든 DSCP 값은 기본 DSCP 분류자 또는 인터페이스와 연관된 사용자 정의 DSCP 분류자에 지정되어야 합니다.

인터페이스에서 DSCP 기반 PFC를 활성화하려면 동일한 DSCP 값(및 원하는 버퍼링 매개 변수)으로 입력 혼잡 알림 프로필을 정의하고 인터페이스와 연결합니다.

피어 디바이스는 매핑된 PFC 우선 순위 코드 포인트와 일치하는 PFC 구성을 가져야 합니다.

DSCP 기반 PFC의 한계

DSCP 기반 PFC의 한계는 다음과 같습니다.

  • 동일한 혼잡 알림 프로파일에서 DSCP 기반 PFC와 IEEE 802.1p PFC를 모두 구성하거나 DSCP 기반 혼잡 알림 프로파일과 IEEE 802.1p 혼잡 알림 프로파일을 모두 동일한 인터페이스에 연결할 수 없습니다.

  • DSCP 기반 PFC는 태그 없는 트래픽에 대해서만 레이어 3 인터페이스와 레이어 2 액세스 인터페이스에서 지원됩니다. DSCP 기반 PFC가 활성화된 인터페이스에서 VLAN 태그가 지정된 패킷이 수신되는 경우 PFC 동작을 예측할 수 없습니다.

  • 각 무손실 포워딩 클래스는 0에서 7까지의 고유한 3비트 PFC 우선 순위 값과만 연결할 수 있습니다.

구성 가능한 PFC 계정 임계값

지원되는 플랫폼에는 혼잡 알림 프로필(CNP) 내에서 정의하는 PFC 계정이라는 가상 PFC 일시 중지 버퍼가 있습니다. 각 수신 포트에는 이러한 PFC 계정 두 개가 있을 수 있습니다. 일시 중지 프레임을 전송하기 위한 PFC 우선 순위와 각 PFC 계정에 대한 임 XON 계값을 XOFF 독립적으로 설정할 수 있습니다.

일반적인 일시 중지 버퍼를 보여주는 그림 1을 고려하십시오. 이 다이어그램에서 버퍼는 송신 포트의 혼잡으로 인해 위에서 아래로 채워지기 시작합니다. 버퍼 채우 XOFF기가 도달하면 PFC 클래스와 관련된 트래픽을 일시 중지하기 위해 PFC 일시 중지 프레임이 업스트림으로 전송됩니다. 헤드룸 공간은 전송 중인 패킷과 처리 지연을 허용하므로, 업스트림 디바이스는 버퍼가 완전히 채워지고 패킷 드롭을 시작하기 전에 트래픽을 일시 중지할 수 있습니다. 시스템은 케이블 길이와 최대 수신 유닛(MRU)을 사용하여 PFC를 지원하기 위해 예약된 버퍼 헤드룸의 양을 계산합니다. 케이블 길이가 짧고 MRU가 낮을수록 PFC에 필요한 헤드룸 버퍼 공간이 줄어듭니다.

그림 1: 일반적인 일시 중지 버퍼 Typical Pause Buffer

혼잡이 감소하고 버퍼 채우기가 임계값 수준 이하 XON 로 떨어지면 데이터 트래픽을 다시 시작하기 위해 업스트림 프레임이 다시 시작됩니다.

PFC가 효과적으로 작동하려면 각 PFC 계정에 대해 , XON및 헤드룸 버퍼를 올바르게 설정XOFF해야 합니다. Junos는 정의된 케이블 길이와 기타 내부적으로 계산된 요소를 기반으로 헤드룸 공간을 계산합니다.

CNP에서 입력 트래픽에 대한 PFC 계정을 정의합니다.

  1. 하나 또는 두 개의 PFC 계정을 정의합니다. 각 계정에 대해 PFC 우선순위를 설정하고 필요한 경우 각 계정에 대해 and XON 를 설정합니다XOFF.

  2. PFC에 사용할 코드 포인트를 설정하고 각 코드 포인트에 PFC 계정을 할당합니다.

  3. CNP에 대해 올바르게 cable-length 설정합니다. 케이블 길이는 인터페이스와 피어 인터페이스 사이의 거리(미터)입니다.

플랫폼별 PFC 동작

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.

플랫폼 차이

PTX10000 시리즈

  • 포워딩 클래스를 정의할 때와 같이 no-loss 최대 2개의 대기열을 구성할 수 있습니다.

  • PTX10000 시리즈 라우터는 최대 100KM의 케이블 길이를 지원합니다.

  • PTX10000 시리즈 라우터에는 PFC-Accounts라고 하는 가상 PFC 일시 중지 버퍼가 있습니다.

  • 모든 PFC 일시 중지 버퍼 어카운팅은 송신 포트가 아닌 수신 포트와 관련하여 발생합니다.

  • PFC와 ECN이 모두 활성화된 경우, PFC 계정의 점유가 XON보다 높을 때 기본적으로 ECN 지원 패킷은 혼잡 경험(CE)으로 표시됩니다.

관련 설명서