요약

  • RFC 1317은 상위 계층의 Character MIB와 PPP MIB 아래에 위치하는 RS-232 유사 물리 링크에 대한 관리 객체를 정의했으며, 포트 파라미터, 오류 카운터, 제어 신호에 대해 별도의 레코드를 두었다.
  • 자동 전송률 감지(autobaud) 객체는 관리 시스템이 이전에 설정된 값과 일시적으로 다른 속도, 패리티 또는 문자 폭 값을 관찰할 수 있음을 명시적으로 허용했다.
  • 따라서 구성과 관찰의 불일치는 그 자체로 관리 쓰기, 운영자 결정, 지속적 변경, 상대 식별, 형성된 세션, 전송된 콘텐츠 또는 성공적 결과를 증명하지 않는다.

콘솔은 스스로 모순되고 있지 않았다

관리라는 신화에서 구성은 명령이고 텔레메트리는 그에 순종하는 반사다. 값을 설정하면, 같은 값을 다시 읽어야 한다. 둘이 다르다면, 그것을 바꾼 사람이나 프로세스를 찾아라. 이 정신 모델은 불일치를 작은 탐정 이야기로 바꿔주기 때문에 매력적이다.

RFC 1317은 그 이야기를 더 어렵게 만들었고, 그만큼 더 정확하게 만들었다. 1992년 4월에 발행된 이 문서는 RS-232 유사 하드웨어 장치에 대한 관리 정보 베이스(MIB)를 정의했다. RS-232뿐 아니라 RS-422, RS-423, V.35와 유사한 제어 신호를 가진 관련 비동기 또는 동기 직렬 링크까지 포괄했다. 이 MIB는 물리 계층에 위치하며, Character MIB나 PPP MIB가 나타내는 서비스의 아래에 놓인다. 하드웨어 포트는 터미널 유사 애플리케이션이나 네트워크 연결을 지원할 수 있지만, 물리 MIB는 어느 쪽 애플리케이션의 주장도 상속하지 않는다.

이 아키텍처는 어떤 객체를 읽기 전에 중요하다. 물리 포트 레코드는 커넥터 쪽 계층을 충실하게 기술하면서도 사용자, 세션 또는 패킷 경로에 대해서는 아무것도 말하지 않을 수 있다. 상위 계층이 그것에 의존할 수 있으나, 의존은 동일성이 아니다. 포트의 관찰된 조건은 세션의 상태가 아니다. 세션의 상태는 메시지나 비즈니스 결과의 증거가 아니다.

RFC 1317에서 가장 계몽적인 문장은 겉보기에 소박한 제어 항목인 자동 전송률 감지(autobaud) 안에 있다. 이 기능이 활성화되면, 포트는 입력에 적응하여 설정된 속도, 패리티, 문자 폭과 다른 값을 산출할 수 있다. 관리 시스템은 그 다른 값을 일시적으로 관찰할 수 있다. 다시 말해, 어느 쪽 레코드도 거짓이 아니면서 콘솔은 설정값과 다른 무언가를 보고할 수 있다.

하나의 포트, 여러 종류의 레코드

MIB는 RS-232 유사 포트의 개수와 일반 포트 테이블로 시작한다. 각 포트에는 로컬 인덱스, 하드웨어 유형, 표현되는 입력·출력 신호의 개수, 입력·출력 속도 값이 있다. 인덱스는 최소한 관리 에이전트의 한 번의 재초기화에서 다음 재초기화까지는 안정적으로 유지되도록 의도된 것이다. 인덱스는 테이블 항목을 식별하고, 가능한 경우 외부 커넥터에 매핑된다. 그것은 원격 사용자, 모뎀 가입자, 터미널 사용자 또는 조직을 식별하지 않는다.

별도의 테이블들이 비동기 또는 동기 포트에 적용되는 속성을 담는다. 비동기 항목은 문자 폭, 정지 비트 정책, 패리티 정책, 자동 전송률 감지 제어, 그리고 패리티·프레이밍·오버런 오류에 대한 카운터를 갖는다. 동기 항목은 클록 소스 정책과 프레임 검사 오류, 전송 언더런, 수신 오버런, 인터럽트된 프레임, 중단된 프레임에 대한 카운터를 갖는다. 입력·출력 신호 테이블은 명명된 물리 제어 라인, 그 현재 상태, 전이 횟수를 각각 기록한다.

이것은 중복되는 기록이 아니다. 이는 한 종류의 관찰이 다른 종류를 삼키는 것을 막는다. 포트 유형은 항목이 기술하는 하드웨어 계열을 답한다. 설정 파라미터는 그 객체에 대한 관리 의도를 기록한다. 자동 전송률 감지는 포트가 수신 타이밍을 감지할 수 있는지 여부를 기록한다. 일시적으로 관찰된 파라미터는 포트가 현재 노출하는 값을 기록한다. 오류 카운터는 명시된 기간 내에 분류된 발생을 기록한다. 제어 신호 행은 특정 라인과 방향을 기록한다.

이 모든 것을 “직렬 포트 상태” 하나로 묶어버리면, 대시보드는 읽기 쉽지만 신뢰하기 어렵다. 그 문구는 값이 설정된 것인지, 감지된 것인지, 집계된 것인지, 어설션된 것인지 구별할 방법을 제공하지 않는다. RFC 1317의 테이블은 이 동사들을 분리해두기 때문에 유용하다.

자동 전송률 감지는 단순한 거울을 깼다

rs232AsyncPortAutobaud는 활성화와 비활성화 상태를 가진 읽기-쓰기 제어 항목이다. 그 목적은 포트가 입력 속도를 자동으로 감지하도록 하는 것이다. 중요한 결과는 단지 장치가 전송률을 찾을 수 있다는 데 있지 않다. RFC는 포트가 설정된 속도, 패리티, 문자 폭과 다른 값으로 자동 전송률 감지를 할 수 있으므로, 관리 시스템이 이전에 설정된 값과 다른 값을 일시적으로 관찰할 수 있다고 명시한다.

이 문장은 적어도 네 종류의 레코드를 분리한다. 이전 관리 설정이 있다. 적응을 허용하는 자동 전송률 감지 정책이 있다. 일시적으로 관찰된 값이 있다. 그 관찰이 개입을 필요로 하는지에 대한 이후의 결정이 있다. 어느 것도 다른 것에서 전적으로 추론될 수 없다.

관리 뷰가 저장된 설정과 다른 문자 폭을 표시한다고 가정해보자. 그 뷰는 구현과 수집 경로에 따라, 그 관찰 시점에 MIB를 통해 노출된 값을 확립한다. 자동 전송률 감지가 활성화되어 있다면, RFC는 그 차이에 대한 허용된 메커니즘을 제공한다. 그러나 어떤 수신 시퀀스가 적응을 유도했는지, 그 값이 얼마나 지속되었는지, 인증된 운영자가 무언가를 썼는지, 포트가 이후 이전 설정으로 돌아왔는지는 식별하지 않는다.

그 차이는 상대를 식별하지도 않는다. 물리 타이밍은 연결에 관련된 증거가 될 수 있으나, 신원 자격 증명은 아니다. 케이블 너머에 어떤 장치가 있는지, 누가 그것을 제어하는지, Character 계층 세션이 형성되었는지, PPP 협상이 완료되었는지를 증명하지 않는다. 물리 계층의 적응은 그 자체 표면에서 경계 지어진 이벤트다.

그래서 “구성 드리프트”는 원시 관찰에 비해 너무 큰 라벨이다. 드리프트는 시간에 걸친 관계를 함의하고 흔히 바람직하지 않은 변경을 함의한다. RFC 1317은 더 좁은 기술을 제공한다. 이전 설정값, 활성화된 자동 전송률 감지, 일시적으로 관찰된 다른 값. 드리프트라는 결론에는 지속성, 바람직한 상태, 변경 권한에 대한 추가 증거가 필요하다.

오류 합계는 원인을 제공하지 않았다

비동기 테이블의 오류 카운터는 이름 붙은 것들을 세기 때문에 더 결론적처럼 보인다: 패리티 오류, 프레이밍 오류, 오버런 오류. RFC는 이들을 신중하게 경계 짓는다. 각 카운터는 시스템 재초기화 이후 포트 상태가up또는test였던 동안 입력된 문자를 대상으로 한다.

그 범위가 유용하다. 카운터 증가는 에이전트가 해당 수명 기간 동안 명명된 오류 조건으로 더 많은 입력 문자를 분류했음을 보여줄 수 있다. 파라미터 불일치, 타이밍, 케이블링, 장비 또는 부하에 대한 조사를 뒷받침할 수 있다. 그러나 원인을 하나 선택하지는 않는다. 패리티 오류 합계는 그 자체로 패리티 구성이 틀렸음을 증명할 수 없다. 프레이밍 오류 합계는 어떤 장치가 입력을 보냈는지 증명할 수 없다. 오버런 카운터는 어느 애플리케이션이 데이터를 소비하지 못했는지, 또는 애플리케이션에서 보이는 손실이 이어졌는지 말할 수 없다.

카운터는 또한 순서를 잃는다. 합계는 각 발생이 언제 일어났는지, 어떤 관찰된 파라미터가 활성 상태였는지, 어떤 신호가 먼저 바뀌었는지, 조건이 얼마나 지속되었는지를 보존하지 않는다. 두 샘플을 비교하면 시간 구간 안에서 델타를 경계 지을 수 있으나, 원격 식별이나 인과 사슬을 만들어내지는 않는다.

동기 카운터도 마찬가지로 경계 지어져 있다. 프레임 검사 오류, 언더런, 오버런, 모뎀 신호 상실과 관련된 인터럽트, 수신된 중단 시퀀스는 분류된 하위 계층 레코드다. 그것이 자동으로 장애 티켓이나 실패한 고객 거래, 또는 과실의 증거는 아니다. 카운터에서 원인으로 가는 경로에는 상관 분석이 필요하고, 원인에서 결과로 가는 경로에는 더 많은 증거가 필요하다.

신호는 라인을 기술했지 행위자가 아니었다

RFC 1317은 별도의 입력·출력 신호 테이블도 정의했다. 이름에는 Request to Send, Clear to Send, Data Set Ready, Data Terminal Ready, Ring Indicator, Received Line Signal Detector가 있다. 각 행은 신호 이름, none/on/off의 현재 상태, on/off 전이 횟수를 기록한다.

익숙한 이름들은 서사적 확장을 유혹한다. Ring Indicator는 발신자처럼 들리고, Data Terminal Ready는 준비된 터미널처럼 들리고, Clear to Send는 허가처럼 들린다. 그러나 각각은 특정 물리 인터페이스와 방향에서의 하드웨어 관례다. 입력 신호는 소프트웨어가 감지할 수 있는 신호이고, 출력 신호는 소프트웨어가 어설션할 수 있는 신호다. 감지된 라인은 원격 행위자를 인증하지 않고, 어설션된 라인은 상대편이 그것을 존중했음을 증명하지 않는다.

전이 카운터 역시 라인 변화를 세는 것이지, 통화, 사용자, 세션 또는 메시지를 세는 것이 아니다. DCD 변화는 물리 캐리어 이벤트와의 상관 분석에 유용할 수 있으나, 완전한 통신 이야기를 들려주지는 않는다. 증거 레코드가 상위 계층 증거와 정렬되기 전에도 포트 인덱스, 신호 방향, 신호 이름, 샘플링된 상태, 카운터 값, 수집 시간, 에이전트 식별이 필요하다.

1994년 개정은 그 구별을 유지했다

RFC 1659는 1994년 7월에 RFC 1317을 폐기(obsolete)하고 RS-232 유사 MIB를 SMIv2로 표현했다. 이는 물리 계층 배치와 자동 전송률 감지에 관한 실질적 주의 사항을 유지했다. 즉, 활성화된 포트는 설정된 속도, 패리티, 문자 폭과 다른 값으로 적응할 수 있으며, 관리 시스템은 이전에 설정된 값과 다른 값을 일시적으로 관찰할 수 있다.

이 연속성은 역사적으로 유용하다. 그 구별은 오래된 단일 객체를 둘러싼 우연한 표현이 아니었다. 물리 메커니즘이 여전히 구성과 관찰이 반드시 동일해야 한다는 단순한 생각을 무너뜨리기 때문에, 이는 MIB의 개정을 통해서도 살아남았다. 후속 레코드는 어느 RFC가 얼마나 널리 구현되었는지를 증명하지 않는다. 그것은 모델의 저자들이 그 경계를 앞으로 이어갔음만을 증명한다.

불일치에는 판정이 아니라 튜플이 필요하다

이 상황에서 방어 가능한 운영 레코드는 튜플이다. 포트 인덱스와 하드웨어 유형, 설정된 속도·패리티·문자 폭, 자동 전송률 감지 상태, 관찰된 값, 샘플링 시간, 에이전트 재초기화 경계, 관련 오류 카운터 샘플, 입력·출력 신호 상태, 그리고 다른 곳에서 이용 가능한 상위 계층 세션 또는 인터페이스 식별자를 명시한다.

이 레코드들이 정렬된 이후에야 운영자는 인증된 관리 쓰기가 있었는지, 무단 변경이 있었는지, 상대별 적응이 있었는지, 지속적 비호환성이 있었는지, 애플리케이션 영향이 있었는지 물어야 한다. 변경 로그는 누가 또는 무엇이 구성을 썼는지 확립할 수 있다. 세션 로그는 상위 계층의 수립을 확립할 수 있다. 트래픽 또는 애플리케이션 레코드는 전송된 콘텐츠와 결과를 확립할 수 있다. RFC 1317은 다른 값을 보여주는 것만으로 어느 것도 제공하지 않는다.

이것이 낡은 직렬 포트 MIB에 숨어 있던 역사적 교훈다. 텔레메트리는 운영자의 자백이 아니다. 설정된 값이 물리 메커니즘이 충실하게 노출할 수 있는 유일한 값이라는 보장은 없다. 설정이 한 가지를 말하고 포트가 다른 것을 보고할 때, 첫 번째 의무는 두 레코드를 모두 보존하고 그 사이의 메커니즘을 식별하는 것이지, MIB가 관찰한 적 없는 사람, 세션 또는 결과를 만들어내는 것이 아니다.

출처와 증거 한계

이 글은RFC 1317,Definitions of Managed 주체 for RS-232-like Hardware Devices(1992년 4월), 그리고 그 1994년 7월 SMIv2 후속인RFC 1659에 의존한다. 이 문서들은 물리 계층 범위, 테이블 분리, 자동 전송률 감지 관찰 주의 사항, 경계 지어진 오류 카운터, 제어 신호 상태, 후속 관계를 뒷받침한다. 그러나 실제 장치, 설정, 관리 쓰기, 운영자, 상대, 세션, 페이로드, 배포, 전달 또는 애플리케이션 결과를 확립하지는 않는다.