요약

  • RFC 3133은 하나의 프레임 릴레이 가상 회선의 한 방향에 대해 페이로드 전송률과 프레임 전송률을 정의했으며, 커밋된 트래픽과 초과 트래픽을 별도로 구분해 보이도록 했습니다.
  • 또한 작은 확인 프레임 하나의 손실이 수많은 데이터 재전송을 유발할 수 있다고 경고했습니다. 즉, 전송률은 좋게 유지되는 동안 애플리케이션과 그 사용자는 나쁜 성능을 경험할 수 있습니다.

분자는 이겼고, 사용자는 졌다

프레임 릴레이 가상 회선을 통과하는 전송을 상상해 보십시오. 수백 개의 큰 데이터 프레임이 지나갑니다. 진행 상황을 확인하기 위해 작은 프레임 하나가 반대 방향으로 돌아오는데, 바로 그 프레임이 폐기됩니다. 전송된 옥텟 총량은 거의 움직이지 않습니다. 전송된 프레임 비율은 여전히 안심할 만한 수준으로 반올림됩니다. 그러나 송신자는 필요한 제어 증거를 잃은 채 많은 데이터 프레임을 다시 전송합니다.

이는 오래된 지표에 나중에 덧붙인 비판이 아니었습니다. RFC 3133은 데이터 전송률(Data Delivery Ratio)과 프레임 전송률(Frame Delivery Ratio)에 대한 자체 논의에서 본질적으로 이 예를 사용했습니다. 이 메모는 전송률이 쓸모없다고 말하지 않았습니다. 더 엄격한 무언가를 말했습니다. 즉, 전송률이 특정 애플리케이션의 전송 효과를 대표하지 않을 수 있다는 것입니다.

이 구분이 중요했던 이유는 전송률이 부여된 임무를 수행하고 있었기 때문입니다. 선언된 경계를 통과하는 선언된 항목들을 셉니다. 애플리케이션은 그 계수가 보존하지 않는 인과 구조에 의존했습니다. 하나의 확인 프레임은 바이트로는 작고 프레임으로는 단 하나일 수 있지만, 훨씬 큰 후속 작업량에 대한 권한을 쥐고 있을 수 있습니다.

역사적 교훈은 백분율이 거짓말을 한다는 것이 아닙니다. 백분율은 자신의 분자, 분모, 관측 지점의 증거 한계를 상속받는다는 것입니다. RFC 3133은 그 한계를 유례없이 선명하게 드러냈습니다.

물리적 속도는 서비스 약속이 아니었다

프레임 릴레이는 '대역폭'이라는 한 단어로 쉽게 뭉뚱그려질 수 있는 여러 속도를 노출했습니다. RFC 3133은 그런 뭉뚱그림을 거부했습니다.

액세스 채널은 사용자 측 물리 채널이었습니다. 채널화되지 않았거나 부분 T1/E1 구성일 수 있습니다. 액세스 속도(Access Rate)는 사용자가 얼마나 빠르게 네트워크에 데이터를 주입할 수 있는지를 설명합니다. 그러나 메모는 이 물리적 속도가 반드시 계약상 이용 가능한 서비스와 같지는 않다고 경고했습니다.

CIR(Committed Information Rate)은 데이터가 제시될 때 네트워크가 서비스 지점 간에 유지하기로 하는 전송 속도였습니다. 커밋 버스트 크기(Bc)는 측정 구간 Tc 동안 정상 조건에서 네트워크가 전송하기로 동의한 비트 수를 의미했습니다. 버스트 초과(Be)는 Bc를 초과하는 커밋되지 않은 트래픽으로, 네트워크가 낮은 확률로 전송을 시도할 수 있습니다.

Tc 자체는 주기적으로 열리는 시계 버킷이 아니었습니다. RFC 3133은 Tc를 수신 데이터에 의해 트리거되는 슬라이딩 측정 구간으로, Bc를 CIR로 나눈 값에서 도출된다고 설명했습니다. 이 세부 사항이 중요합니다. 트래픽을 커밋 또는 초과로 분류하려면 포트 속도 라벨이 아니라 서비스 계약과 트래픽의 타이밍이 필요했습니다.

CIR 이상이고 초과 허용치 이하의 트래픽은 폐기 우선(Discard Eligible)으로 표시될 수 있었습니다. DE 비트는 혼잡 시의 선호도 표시일 뿐, 프레임이 사라졌음을 증명하는 영수증이 아니었습니다. 문서는 폐기 가능한 프레임과 실제로 폐기된 프레임을 구분했습니다. 표시된 프레임은 혼잡이 해소되어 살아남을 수 있습니다. 표시되지 않은 프레임도 PVC별 또는 상위 계층 정책에 따라 선택될 수 있습니다. 형식이 잘못된 프레임은 혼잡이 아니라 오류 때문에 버려질 수 있습니다.

이는 결정을 재구성하기 위한 어휘였습니다. 액세스 속도, 계약 속도, 제공된 부하, 자격 여부, 실제 폐기는 서로 다른 메커니즘이 소유한 서로 다른 사실이었습니다.

지표는 하나의 회선의 한 방향에만 존재했다

RFC 3133은 RFC 1242와 BMWG 전통의 정의 규율을 이어받았습니다. 배경 용어를 성능 지표로부터 나누고, 용어 문서를 방법론 문서와 구분했습니다. 지표 이름 자체가 전체 시험 절차를 규정하지는 않았습니다.

데이터 전송률(DDR)은 시도된 페이로드 옥텟 대비 성공적으로 전송된 페이로드 옥텟을 측정합니다. 주소 필드와 프레임 검사 시퀀스는 제외됩니다. 프레임 전송률은 시도된 전송 대비 성공적으로 수신된 프레임을 셉니다. 둘 다 단일 가상 회선의 한 방향으로 한정됩니다.

바로 이 마지막 문장이 증거의 여러 흔한 확대를 막습니다. 전이중 연결은 각 방향마다 별도의 전송률을 갖습니다. 하나의 가상 회선 결과가 포트의 모든 회선을 설명하지 않습니다. 네트워크 측 전송률이 수신 관측 지점 이전이나 송신 관측 지점 이후의 상황을 자동으로 포함하지 않습니다. 그리고 페이로드 옥텟 전송은 프레임 전송과 동일한 관측 대상이 아닙니다.

메모는 또한 총 전송률을 분해할 수 있게 했습니다.DDR_c와 대응하는 프레임 전송률은 커밋 속도 이내의 부하를,DDR_e와 그 프레임 대응물은 초과 부하를 설명합니다. 결합된 수치는 산술적으로 올바르면서도 계약 트래픽과 기회적 트래픽 사이의 심각한 격차를 숨길 수 있습니다.

이것은 관할권으로서의 측정이었습니다. 전송률은 관측 대상 집단이 명명된 이후에만 그 집단에 대한 권한을 갖습니다. 어떤 회선, 어느 방향, 어떤 구간, 어떤 부하 등급, 어떤 페이로드 정의, 어느 관측 경계인지.

하나의 제어 프레임이 자기 크기를 능가할 수 있었다

확인 프레임 예는 왜 아무리 신중한 범위 지정도 애플리케이션 결론에는 불충분한지 보여줍니다.

옥텟 전송률은 바이트를 세기 때문에 큰 데이터 프레임에 작은 확인 프레임보다 더 무거운 가중치를 줍니다. 프레임 전송률은 둘을 두 프레임으로서 동등하게 셉니다. 어느 방식도 확인 프레임이 송신자 상태를 해제하고, 창을 전진시키고, 타임아웃을 막고, 앞선 수많은 프레임의 재전송을 피하게 만들 수 있다는 사실을 기록하지 않습니다. 프레임의 제어 가치는 길이의 함수가 아닙니다.

999개의 데이터 프레임과 하나의 확인 프레임이 제시되었고 오직 확인 프레임만 사라졌다고 가정하십시오. 정확한 산술은 크기와 시험 선언에 따라 달라지므로 RFC 3133은 이 가상의 실행을 제공하지 않습니다. 그러나 그 메커니즘은 분명합니다. 프레임 전송률은 99.9퍼센트가 되고 옥텟 전송률은 100퍼센트에 더 가까울 수 있습니다. 송신자의 이후 재전송량과 완료 지연은 이 두 원래 비율의 바깥에 있습니다.

반대 주장도 마찬가지로 틀립니다. 확인 프레임 하나의 손실이 항상 큰 대가를 낳지는 않습니다. 나중에 누적 확인이 도착할 수 있습니다. 타이머, 창, 애플리케이션 패턴, 전송 계층 구현이 결과를 바꿀 수 있습니다. RFC 3133은 동등성에 대한 반례를 제시했지, 보편적인 피해 법칙을 제시하지 않았습니다.

올바른 결론은 조건부입니다. 좋은 전송 통계는 좋은 애플리케이션 성능을 증명하지 않는다. 애플리케이션 주장을 하려면 관측자는 다른 증거 사슬, 즉 제어 프레임 수신, 전송 계층 상태, 재전송 행동, 완료 시간, 사용자가 실제로 목격한 결과가 필요합니다.

지연 평균에도 결여된 집단이 있었다

같은 규율이 프레임 전송 지연(Frame Transfer Delay)에도 나타납니다. RFC 3133은 한 경계에서 프레임 출구 이벤트를, 다른 경계에서 프레임 입구 이벤트를 정의했습니다. 지연은 수신된 프레임에 대해 그 측정 지점들 사이에서 계산됩니다. 구간 중 전송되었으나 끝내 수신되지 못한 프레임은 평균에 들어가지 않습니다.

이는 수학적으로 일관됩니다. 그리고 손실 통계와 지연 통계를 함께 읽어야 하는 이유이기도 합니다. 가장 느렸을 프레임이나 도착하지 못한 프레임이 계산에서 빠져 있다면, 낮은 평균 지연은 사라진 꼬리와 공존할 수 있습니다. 평균은 생존자를 설명합니다.

프레임 전송 지연 변동(Frame Transfer Delay Variation)은 관측된 지연의 최댓값과 최솟값의 차이를 사용했습니다. 메모는 큰 변동을 TCP 왕복 시간 계산 및 처리량과 연결하고, 과도한 지연을 VoIP 같은 애플리케이션과 연결했습니다. 그러나 배포를 보고하거나 애플리케이션 결과를 약속하지는 않았습니다. 다시, 통계는 증상의 위치를 찾아냈을 뿐, 전체 서비스에 대한 권한을 상속받지 않았습니다.

폐기된 프레임이 올바른 결과일 수 있었다

RFC 3133은 모든 폐기를 동등한 피해로 취급하는 것도 거부했습니다. 프레임을 폐기하는 구조적·무결성 이유를 열거했습니다. 잘못된 길이, 비트 정렬 오류, 인식되지 않는 DLCI, 중단 시퀀스, 나쁜 플래그 구분, FCS 실패. 오류를 담은 프레임은 재전송이 손상된 데이터를 대체할 수 있으므로 전달하는 것보다 버리는 편이 나을 수 있습니다.

이는 증거에 또 하나의 갈래를 만듭니다. 혼잡 폴리싱, 우선순위 선택, 무결성 거부는 모두 손실 또는 폐기의 어떤 수치를 증가시킬 수 있지만, 서로 다른 결정을 나타냅니다. DE 신호는 혼잡 하 선호도에 대해 말합니다. FCS 실패는 수신된 프레임의 유효성에 대해 말합니다. 폴리싱 전송률은 계약 밖 트래픽에 대해 말합니다. 애플리케이션 복구는 셋 모두에 반응할 수 있지만, 운영자가 복구만으로 원인을 추론할 수는 없습니다.

따라서 손실이라는 단어는 출처를 필요로 합니다. 프레임이 수신 경계에서 아예 보이지 않았는가? 초과로 분류되었는가? 자격은 있었지만 유지되었는가? 정책에 의해 폐기되었는가? 손상으로 거부되었는가? 반대 방향 확인 경로가 실패했는가? 전송 계층이 재전송했는가? 답마다 무엇을 수리할 수 있고 누가 수리를 통제하는지가 달라집니다.

용어 문서는 벤치마크 결과가 아니었다

RFC 3133은 2001년 6월에 IETF 벤치마킹 방법론 워킹 그룹의 Informational 산출물로 공개되었습니다. RFC 1242, 1944, 2285를 확장하고 프레임 릴레이 포럼 및 프레임 릴레이 MIB 용어를 참고했습니다. 명명된 실험실 실행이 아니라 용어와 공식을 설명했습니다.

이 지위가 역사적 주장의 경계를 정합니다. 이 RFC는 통신사가 그 분류를 구현했음을, 장비가 필요한 모든 카운터를 노출했음을, SLA가 전송률을 충실히 사용했음을, 고객이 수용 가능한 성능을 얻었음을 증명하지 않습니다. 최종 워킹 그룹 초안은 문서의 계보를 문서화할 뿐, 배포를 증명하지 않습니다.

관련 문서들은 인접한 역할을 담당합니다. RFC 1944, 2544, 2889는 벤치마킹 방법론을 다룹니다. RFC 2761은 상호 접속(interworking)에 관련된 ATM 벤치마킹 맥락을 제공합니다. RFC 2954는 프레임 릴레이 서비스 관리 객체를 정의합니다. RFC 6349는 이후 TCP 처리량 시험을 다룹니다. 어느 것도 RFC 3133의 용어를 특정 서비스가 작동했다는 증거로 바꾸지 않습니다.

이 문서의 지속적인 강점은 더 작지만 더 오래 지속됩니다. 지표 안에 경고 라벨을 넣은 것입니다. 측정된 계층은 자신의 조건으로는 성공할 수 있지만, 의존하는 계층은 다른 조건으로 실패할 수 있습니다.

백분율에서 증거 사다리로

신뢰할 수 있는 운영 기록은 전송률을 보존하되 거기서 멈추기를 거부할 것입니다. 액세스 채널, DLCI, 방향, 구간, CIR, Bc, Be, Tc를 식별하고, 제공된/전송된 프레임과 페이로드 옥텟을 기록하고, 커밋과 초과 집단을 분리하고, DE·폴리싱·오류·폐기 사유를 보존하며, 정확한 측정 지점을 기술할 것입니다.

그다음 위로 올라갑니다. 어느 확인 프레임이나 제어 프레임이 손실되었는가? 어느 전송 계층 상태가 그에 의존했는가? 몇 바이트와 몇 프레임이 재전송되었는가? 복구는 나중의 확인을 사용했는가 타이머를 사용했는가? 작업에 얼마나 걸렸는가? 애플리케이션이 완료되었는가? 사용자가 실제로 무엇을 목격했는가?

이후의 어떤 필드도 앞선 백분율에서 합성되어서는 안 됩니다. 좋은 DDR은 그 선언된 범위 안에서 전송된 페이로드 옥텟의 증거입니다. 좋은 프레임 전송률은 프레임의 증거입니다. 어느 쪽도 애플리케이션 완료, 계약 이행, 인간 경험의 영수증이 아닙니다.

RFC 3133은 가상 회선과 T1과 명시적 버스트 계약의 시대에서 나왔습니다. 그 중심 경고는 그 환경을 뛰어넘어 살아남았습니다. 현대 시스템도 여전히 가장 저렴한 관측 가능 항목을 세는 가장 초록빛 대시보드를 만들어냅니다. 위험한 순간은 기관이 그 수치가 투사(projection)였음을 잊고 그것을 서비스 자체처럼 다루기 시작할 때 옵니다.

RFC 3133의 확인 프레임은 매우 작았습니다. 그 역사적 중요성은 그렇지 않았습니다. 그것은 결과의 크기가 바이트 수에 비례하지 않음을 보여주었습니다. 그리고 측정은 넓어서가 아니라 자신의 권한이 정확히 어디서 끝나는지 선언할 때 신뢰를 얻음을 보여주었습니다.

출처

  1. https://www.rfc-editor.org/rfc/rfc3133.txt
  2. https://www.rfc-editor.org/info/rfc3133
  3. https://www.rfc-editor.org/rfc/rfc3133.html
  4. https://www.rfc-editor.org/rfc/rfc1242.html
  5. https://www.rfc-editor.org/rfc/rfc1944.html
  6. https://www.rfc-editor.org/rfc/rfc2285.html
  7. https://www.rfc-editor.org/rfc/rfc2544.html
  8. https://www.rfc-editor.org/rfc/rfc2761.html
  9. https://www.rfc-editor.org/rfc/rfc2889.html
  10. https://www.rfc-editor.org/rfc/rfc2954.html
  11. https://www.rfc-editor.org/rfc/rfc6349.html
  12. https://datatracker.ietf.org/doc/html/draft-ietf-bmwg-fr-term-06