Junos Telemetry Interface의 OpenConfig 및 gRPC 이해

네트워크 에이전트 소프트웨어

Junos Telemetry Interface용 gRPC를 사용하여 OpenConfig를 구현하려면 주니퍼 네트웍스 디바이스에서 업그레이드된 FreeBSD가 포함된 Junos OS 버전을 실행 중인 경우 네트워크 에이전트라는 패키지를 다운로드하여 설치해야 합니다. 다른 모든 Junos OS 버전의 경우, 네트워크 에이전트 기능이 소프트웨어에 내장되어 있습니다. 네트워크 에이전트는 gRPC 서버 역할을 하며 OpenConfig RPC 인터페이스를 종료합니다. 또한 OpenConfig 사양에 따라 텔레메트리 데이터를 스트리밍하는 역할도 담당합니다. 텔레메트리에 대한 OpenConfig 사양을 보려면 OpenConfig 텔레메트리 사양을 참조하세요. Junos OS용 OpenConfig에 대한 자세한 내용은 OpenConfig 사용자 가이드를 참조하십시오.

네트워크 에이전트 구성 요소는 서버 기반 SSL(Secure Sockets Layer) 인증도 지원합니다. 클라이언트 기반 SSL 인증은 지원되지 않습니다. 주니퍼 네트웍스 디바이스에 SSL 인증서를 설치해야 합니다.

네트워크 에이전트 패키지 설치에 대한 자세한 내용은 네트워크 에이전트 패키지 설치를 참조하십시오.

Junos OS용 OpenConfig를 사용하여 Junos 텔레메트리 인터페이스 활성화

Junos OS용 OpenConfig는 Junos 텔레메트리 인터페이스를 활성화하기 위한 RPC 모델을 지정합니다. 주니퍼 네트웍스 디바이스에 Junos OS용 OpenConfig 패키지를 다운로드하여 설치해야 합니다. 이 패키지에는 필요한 YANG 모델도 포함되어 있습니다.

특정 OS에 대한 GitHub 리포지토리에서 모든 YANG 데이터 모델을 찾을 수 있으며 단일 다운로드 패키지로 릴리스할 수 있습니다. 패키지 및 리포지토리에는 기본 구성, 상태 및 RPC 데이터 모델과 해당 OS에서 지원하는 OpenConfig 및 IETF 데이터 모델이 포함됩니다. 또한 주니퍼 네트웍스 다운로드 사이트에서 YANG 데이터 모델에 액세스할 수 있습니다.

웹 브라우저를 사용하여 주니퍼 네트웍스 웹페이지의 All Junos Platforms 소프트웨어 다운로드 URL: https://www.juniper.net/support/downloads/ 로 이동합니다. Network Management(네트워크 관리 ) 탭에서 아래로 스크롤하여 OpenConfig를 선택합니다. 소프트웨어 탭을 선택합니다. OpenConfig 모듈의 적절한 버전을 선택합니다. 두 가지 버전을 사용할 수 있는데, 하나는 업그레이드된 FreeBSD로 Junos OS를 실행하는 디바이스용이고 다른 하나는 다른 모든 버전의 Junos OS를 실행하는 디바이스용입니다. 자세한 내용은 OpenConfig 패키지 설치 및 Junos OS YANG 모듈 이해를 참조하십시오.

네트워크 에이전트 패키지에 의해 설치되는 프로그래매틱 인터페이스는 OpenConfigTelemetry 텔레메트리 gRPC 서비스를 정의합니다. RPC는 telemetrySubscribe 다음 구독 매개 변수를 지정합니다.

• 텔레메트리 데이터를 스트리밍하기 위해 시스템 리소스를 식별하는 OpenConfig 경로입니다./interfaces/interface/state/counters/

• 데이터가 수집기 서버로 보고되고 스트리밍되는 간격(밀리초)입니다(예: sample_frequency = 4000

RPC는 telemetrySubscribe 스트리밍 서버 또는 수집기에서 지정된 경로의 데이터에 대한 인라인 구독을 요청하는 데 사용됩니다. 그런 다음 디바이스는 구독 요청과 동일한 연결에서 원격 분석 데이터를 다시 보내야 합니다.

GitHub 리소스

GitHub는 버전 제어 및 협업을 위한 코드 호스팅 플랫폼입니다. 이를 통해 귀하와 다른 사람들이 어디에서나 프로젝트에서 함께 작업할 수 있습니다. 주니퍼 네트웍스는 GitHub를 사용하여 텔레메트리 코드를 개발하고 문서를 저장하는 OpenConfig 커뮤니티의 일원입니다. GitHub에서 계정을 생성하여 주니퍼 텔레메트리 개발에 참여하십시오.

gRPC를 사용하여 데이터 스트리밍

OpenConfig 사양에 따라 스트리밍 데이터에는 gRPC 기반 전송만 지원됩니다. 네트워크 에이전트 패키지에 의해 설치된 gRPC 서버는 클라이언트를 실행하는 관리 시스템에서 gRPC 세션을 종료합니다. RPC 호출은 주기적으로 데이터를 스트리밍하거나 이벤트를 보고하는 Junos OS 센서의 생성을 트리거하며, 이는 네트워크 에이전트에 의해 적절한 gRPC 채널로 유입됩니다.

Junos Telemetry Interface를 지원하기 위해 구현된 RPC 목록과 설명은 표 2 를 참조하십시오.

gRPC를 통해 스트리밍되는 데이터는 gpb(프로토콜 버퍼) 메시지의 OpenConfig 키/값 쌍으로 형식이 지정됩니다. 이 범용 형식에서 키는 모니터링 중인 디바이스에 대한 OpenConfig 스키마의 시스템 리소스 경로에 해당하는 문자열입니다. 값은 인터페이스 카운터와 같은 시스템 리소스의 작동 상태와 리소스의 상태를 식별하는 정수 또는 문자열에 해당합니다.

다음은 유니버설 키/값 형식을 보여 줍니다.

다음 예제에서는 인터페이스에 대한 카운터 집합을 표현하는 방법을 보여 줍니다.

네트워크 에이전트 패키지는 필드 이름을 OpenConfig 키 문자열에 매핑하는 매핑 테이블을 제공합니다.

패킷 전달 엔진 트래픽 센서 데이터 내보내기

Junos OS 릴리스 17.4R1부터 MX 시리즈 및 PTX 시리즈 라우터용 Junos 텔레메트리 인터페이스를 통해 패킷 전달 엔진 트래픽 통계를 내보낼 수 있습니다. UDP와 gRPC가 모두 지원됩니다.

이 센서는 패킷 전달 엔진 통계 카운터의 보고를 추적하고 패킷 전달 엔진 오류 및 삭제 통계에 대한 가시성을 제공합니다. 센서 /junos/system/linecard/packet/usage/의 리소스 이름은 입니다. OpenConfig 경로는 CPU, NPU 및 센터 칩(CC)과 관련된 데이터를 보고합니다. 지원되는 경로는 다음과 같습니다.

• /components/component[name='FPCid:NPUid']/properties/property[name='counter']/state/value에서 FPC는 Flexible PIC Concentrator를, NPU는 네트워크 처리 장치(패킷 전달 엔진)를 의미합니다. 샘플 리소스 경로는 /components/component[name='FPC0:NPU3']/properties/property[name='ts-output-pps']/state/value 에 대한 Hardware Discards: Data Error카운터가 있는 곳입니다hwds-data-error.

• /components/component[name='FPCid:CCid’]/properties/property[name='counter’]/state/value 여기서 FPC는 Flexible PIC Concentrator를 의미하고 CC는 중앙 칩을 의미합니다. 샘플 리소스 경로는 여기서 lpbk-packets 는 FPC0, 중심 칩 1에 특정한 개수 Forward packets 입니다/components/component[name='FPC0:CC1']/properties/property[name='lpbk-packets’']/state/value.

• /components/component[name='FPCid’]/properties/property[name='counter’]/state/value , 여기서 FPC는 Flexible PIC Concentrator를 의미합니다. 샘플 리소스 경로는 다음과 같습니다 /components/component[name='FPC0']/properties/property[name='lts-input-packets’']/state/value . 여기서 lts-input-packets 는 CPU 카운터 Local packets input입니다.

gRPC를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 RPC를 telemetrySubcribe 사용하여 원격 분석 매개 변수를 지정합니다. UDP를 통한 스트리밍의 경우 모든 매개 변수가 계층 수준에서 구성됩니다 [edit services analytics] .

다음은 명령 또는 show pfe statistics traffic detail 명령의 show pfe statistics traffic 출력 필드에 대한 카운터 맵입니다(MX 시리즈 라우터에서만 지원됨).

MX 시리즈 라우터에서 AFT 기반 라인 카드에 대한 텔레메트리 데이터 전달

Junos OS 릴리스 20.4R1부터 AFT(Abstract Forwarding Table)(예: MPC10E 또는 MPC11E 라인 카드)를 지원하는 MPC(Modular Port Concentrator) 라인 카드에 텔레메트리를 위한 접두사 및 키 전달의 새로운 연결이 구현됩니다. OpenConfig 경로는 다른 라인 카드의 구문과 비교하여 다른 방식으로 분할됩니다.

다음 출력은 접두사 및 키 전달의 변경 사항을 보여줍니다.

gNMI를 통한 "ON CHANGE" 센서 지원 활성화

Junos OS 릴리스 16.1부터 OpenConfig 운영 상태 및 카운터의 주기적인 스트리밍이 지원되어 주니퍼 장비에서 외부 수집기로 텔레메트리 데이터를 내보낼 수 있습니다. 주기적 스트리밍은 필요한 모든 정보를 수집하고 기본 "스냅샷"을 만드는 데 유용하지만 시간이 중요한 임무에는 덜 유용합니다. 이러한 경우 운영 상태의 상태가 변경될 때만 외부 수집기가 정보를 수신하도록 ON_CHANGE 스트리밍을 구성할 수 있습니다.

ON_CHANGE 스트리밍을 지원하기 위해 네트워크 요소에서 구성을 수정하고 검색하기 위해 gNMI(gRPC 네트워크 관리 인터페이스)라는 새 사양이 구현됩니다. 또한 gNMI 사양을 사용하여 네트워크 요소에서 데이터 수집 시스템으로 원격 분석 스트림을 생성하고 제어할 수 있습니다. 새로운 gNMI 사양을 사용하여 하나의 gRPC 서비스 정의는 구성 및 원격 분석 모두에 대한 네트워크 요소에 대한 단일 구현을 제공할 수 있을 뿐만 아니라 원격 분석 및 구성 RPC를 통해 디바이스와 상호 작용하는 단일 NMS 요소를 제공할 수 있습니다.

Junos 파일 패키지(junos-telemetry-interface)에는 gNMI 지원을 위한 gnmi.proto 파일 및 GnmiJuniperTelemetryHeader.proto 주니퍼 확장이 포함되어 있습니다.

이 기능을 지원하는 RPC에 대한 정보는 gNMI Proto 파일 버전 0.4.0(지원되는 버전) 및 릴리스된 사양에서 찾을 수 있습니다

• https://github.com/openconfig/reference/blob/primary/rpc/gnmi/gnmi-specification.md

• https://github.com/openconfig/gnmi/blob/primary/proto/gnmi/gnmi.proto

gNMI 서비스의 텔레메트리 RPC subscribe 는 ON_CHANGE 스트리밍을 지원합니다. RPC subscribe 를 사용하면 클라이언트가 데이터 트리 내에서 특정 경로의 값을 보내도록 대상에 요청할 수 있습니다. 값은 스트리밍되거나(STREAM), 수명이 긴 채널에서 일회성으로 전송되거나(POLL) 검색으로 일회성으로 전송될 수 있습니다(ONCE).

샘플 빈도가 0인 최상위 컨테이너에 대해 구독이 이루어지면 ON_CHANGE 지원이 있는 리프가 이벤트를 기반으로 스트리밍됩니다. 다른 리프는 스트리밍되지 않습니다.

gNMI를 통해 "TARGET_DEFINED" 구독 모드 활성화

Junos OS 릴리스 20.2R1부터 MX5, MX10, MX40, MX80, MX104, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 및 MX10016 라우터의 JTI에 대해 gRPC 네트워크 관리 인터페이스(gNMI) 서비스가 포함된 TARGET_DEFINED 구독 모드가 지원됩니다.

외부 수집기는 gNMI 구독을 사용하여 센서 데이터를 전달하는 방법을 규정합니다.

• STREAMING 모드는 지정된 간격으로 DUT에서 센서 데이터를 주기적으로 스트리밍합니다.

• ON_CHANGE 모드는 데이터 값이 변경될 때만 DUT에서 센서 데이터에 대한 업데이트를 보냅니다.

• 새로 지원되는 TARGET_DEFINED 모드(하위 모드 0)는 DUT에 센서 데이터의 각 요소(리프)를 외부 수집기로 전달하기 위한 관련 모드(STREAMING 또는 ON_CHANGE)를 선택하도록 지시합니다. 하위 모드가 0인 센서에 대한 구독이 외부 수집기에서 DUT로 전송되면 DUT가 응답하여 센서 구독을 활성화하여 주기적인 스트리밍에 ON_CHANGE 업데이트가 포함되지 않도록 합니다. 그러나 DUT는 적격 ON_CHANGE 이벤트가 발생할 때마다 수집가에게 알립니다.

구독은 구독 요청에서 수집가가 달리 지정하지 않는 한 기본적으로 30초의 주기적인 스트리밍 빈도로 설정됩니다.

아래 JSON(Java Script Object Notification) 파일은 샘플 gNMI 구독을 보여줍니다. TARGET_DEFINED 모드는 리소스(센서) 경로 /interfaces/interface[name='lo0']/state에 대해 를 사용하여 submode=0 설정됩니다.

Junos 파일 패키지(junos-telemetry-interface)에는 gNMI 지원을 위한 gnmi.proto 파일 및 GnmiJuniperTelemetryHeader.proto 주니퍼 확장이 포함되어 있습니다.

자세한 내용은 여기에서 gNMI 사양 및 gNMI 프로토콜 파일을 참조하십시오.

• gNMI 사양: STREAM 구독

• gNMI 사양: gNMI 프로토콜

gNMI를 통해 "INITIAL_SYNC" 구독 모드 활성화

Junos OS 릴리스 20.2R1부터 MX960, MX2008, MX2010, MX2020, PTX1000, PTX5000 라우터, PTX10000 라우터 라인, QFX5100 및 QFX5200 스위치에서 gNMI 서비스를 사용하는 패킷 전달 엔진 센서의 INITIAL_SYNC 통계가 지원됩니다.

Junos OS Evolved 릴리스 20.4R1부터 QFX5130-32CD 스위치에서 gNMI 서비스를 사용하는 패킷 전달 엔진 센서의 INITIAL_SYNC 통계가 지원됩니다.

외부 수집기가 INITIAL_SYNC(gnmi-submode 2)가 있는 센서에 대한 구독 요청을 보내면 호스트는 해당 리소스 경로 아래에서 지원되는 모든 대상 리프(필드)를 현재 값으로 수집기에 한 번 이상 보냅니다. 이는 다음과 같은 이유로 중요합니다.

• 컬렉터는 해당 센서 경로에 대한 디바이스에 있는 모든 필드의 현재 상태를 전체적으로 볼 수 있습니다.

• ON_CHANGE(이벤트 기반 데이터)는 다음 이벤트가 표시되기 전에 수집기에 의해 한 번 이상 수신됩니다. 이러한 방식으로 수집기는 다음 이벤트가 발생하기 전에 데이터 상태를 인식합니다.

• 일반적으로 스트리밍 데이터에 표시되지 않는 제로 카운터 값(제로 억제)을 포함하는 패킷 전달 엔진 센서가 전송되어 각 라인 카드(소스라고도 함)의 모든 필드가 수집기에 알려지도록 합니다.

INITIAL_SYNC 하위 모드에서는 하나 이상의 사본을 수집기로 보내야 합니다. 그러나 둘 이상을 보내는 것은 허용됩니다.

구독은 구독 요청에서 수집가가 달리 지정하지 않는 한 기본적으로 30초의 주기적인 스트리밍 빈도로 설정됩니다.

아래 JSON(Java Script Object Notification) 파일은 샘플 gNMI 구독을 보여줍니다. INITIAL_SYNC 모드는 리소스(센서) 경로 /interfaces/에 대해 를 사용하여 gnmi_submode 2 설정됩니다. 은(는gnmi_mode) 로 0설정됩니다. 프로토콜 인코딩은 GBP에 대해 로 2 설정됩니다.

Junos 파일 패키지(junos-telemetry-interface)에는 gNMI 지원을 위한 gnmi.proto 파일 및 GnmiJuniperTelemetryHeader.proto 주니퍼 확장이 포함되어 있습니다.

자세한 내용은 여기에서 gNMI 사양 및 gNMI 프로토콜 파일을 참조하십시오.

gNMI 텔레메트리 사양 gNMI 프로토콜 정의

• https://github.com/openconfig/reference/blob/primary/rpc/gnmi/gnmi-specification.md#35152-stream-subscriptions

• https://github.com/openconfig/gnmi/blob/primary/proto/gnmi/gnmi.proto

텔레메트리 센서 정보의 클라이언트 스트리밍 및 양방향 스트리밍 사용

Junos OS 릴리스 18.1R1부터 원격 프로시저 호출(gRPC) 및 JTI를 통한 OpenConfig 지원이 확장되어 MX 시리즈 및 PTX 시리즈 라우터에서 클라이언트 스트리밍 및 텔레메트리 센서 정보의 양방향 스트리밍을 지원합니다.

API는 OpenConfig의 Protobuf 사양을 기반으로 Junos에서 구현됩니다. 이러한 API는 gRPC를 전송 메커니즘으로 사용하여 Junos 라우터에서 구성, 운영 상태 검색 및 텔레메트리를 수행합니다.

클라이언트 스트리밍을 사용하면 클라이언트는 단일 요청 대신 요청 스트림을 서버로 보냅니다. 서버는 일반적으로 상태 세부 정보 및 선택적 후행 메타데이터가 포함된 단일 응답을 다시 보냅니다. 양방향 스트리밍을 사용하면 클라이언트와 서버 모두 요청 및 응답 스트림을 보냅니다. 클라이언트는 RPC를 호출하여 작업을 시작하고 서버는 클라이언트 메타데이터, 메서드 이름 및 최종 기한을 받습니다. 서버는 초기 메타데이터를 다시 보내거나 클라이언트가 요청 전송을 시작할 때까지 기다리도록 선택할 수 있습니다. 클라이언트와 서버는 순서에 관계없이 읽고 쓸 수 있습니다. 스트림은 완전히 독립적으로 작동합니다.

Junos 디바이스는 API(RPC) 프로토타입을 통해 관리할 수 있습니다.

• rpc 기능(CapabilityRequest)

  (CapabilityResponse)를 반환합니다. 클라이언트가 대상에서 지원하는 기능 집합을 검색할 수 있습니다.

• rpc Get(GetRequest)

  (GetResponse)를 반환합니다. 대상에서 데이터의 스냅숏을 검색합니다.

• rpc 설정(SetRequest)

  (SetResponse)를 반환합니다. 클라이언트가 대상의 데이터 상태를 수정할 수 있습니다.

• rpc 구독(스트림 SubscribeRequest)

  (스트림 SubscribeResponse)를 반환합니다. 클라이언트가 데이터 트리 내의 특정 경로에 대한 값을 보내도록 대상에 요청할 수 있습니다. 이러한 값은 스트리밍되거나(STREAM) 수명이 긴 채널에서 일회성으로 전송되거나(POLL) 일회성 검색으로 전송(ONCE)될 수 있습니다. 샘플 빈도가 0인 최상위 컨테이너에 대한 구독이 이루어지면 ON_CHANGE 지원이 있는 리프가 이벤트를 기반으로 스트리밍됩니다. 다른 리프는 스트리밍되지 않습니다.

JET(Juniper Extension Toolkit) 지원은 JSD에 연결된 클라이언트의 상태에 대한 인사이트를 사용자에게 제공합니다. gRPC에 대한 JET 지원에는 JSD에 연결할 수 있는 최대 클라이언트 수를 8개에서 30개로 확장하는 것이 포함됩니다(기본값은 5로 유지됨). 최대 연결 수를 지정하려면 [edit system services extension-service request-response grpc] 계층 수준에서 문을 포함합니다max-connections.

JSD에 연결된 클라이언트의 상태에 관한 정보를 제공하려면 향상된 show extension-service client information 명령을 실행하고 또는 servers 옵션을 포함합니다clients. 이 clients 옵션은 요청-응답 클라이언트 정보를 표시합니다. 이 servers 옵션은 요청-응답 서버 정보를 표시합니다.

SR-TE 정책(BGP 또는 정적)에 대한 텔레메트리 센서 정보 스트리밍 활성화

Junos OS 릴리스 18.3R1부터 gRPC 및 JTI를 통한 MX 시리즈 및 PTX 시리즈에 대한 OpenConfig 지원은 지정된 SR-TE(세그먼트 라우팅 트래픽 엔지니어링) 정책에 대해 활성(BGP 또는 정적) 경로와 관계없이 동일한 센서를 통해 지속적인 통계 스트리밍을 제공합니다.

Junos OS Evolved 릴리스 21.4R1EVO에서는 PTX10001-36MR, PTX10004, PTX10008 및 PTX10016 라우터에 대한 지원을 제공합니다.

이 기능은 수신 라우터에서 BGP [DRAFT-SRTE] 및 정적으로 구성된 SR-TE 정책을 지원합니다.

gRPC 스트리밍을 통해 데이터를 내보내도록 센서를 프로비전하려면 RPC를 telemetrySubscribe 사용하여 원격 분석 매개 변수를 지정합니다. 이러한 통계를 내보낼 리소스 경로를 /mpls/signaling-protocols/segment-routing/ 포함합니다.

센서를 구성하는 것 외에도 Junos OS를 통해 통계 수집을 활성화해야 합니다. 이렇게 하려면 [edit protocols source-packet-routing telemetry] 계층 수준에 구성 문을 포함합니다statistics. 선택적으로 또는 no-ingress 매개 변수를 포함하여 통계를 제한할 수 있습니다no-transit.

센서 구성에 대한 지침은 Junos에서 NETCONF 프록시 텔레메트리 센서 구성을 참조하십시오.

리소스 경로에 대한 자세한 내용은 gRPC 및 gNMI 센서에 대한 지침(Junos Telemetry Interface) 을 참조하십시오.

LSP 통계 지원

LSP 통계 센서 / junos/services/label-switched-path/usage/ 를 프로비저닝하여 MPLS별 LSP 통계를 모니터링할 수 있습니다. 텔레메트리 데이터는 Junos 디바이스에서 스트리밍되고 폴링 없이 gRPC를 통해 구성 가능한 간격으로 JTI를 통해 외부 컬렉터로 내보내집니다.

Junos OS 릴리스 15.1F6에서 이 기능의 초기 지원은 / junos/services/label-switched-path/usage/에 대한 구독이 이루어진 경우에만 수신 LSP를 지원했습니다. Junos OS 릴리스 17.4R1에서 이 기능에 추가된 바이패스 지원을 통해 이 구독은 이제 수신 LSP 및 우회 LSP 통계를 모두 컬렉터로 스트리밍합니다.

스트리밍되는 통계는 운영 모드 명령 show mpls lsp bypass statistics 및 show mpls lsp ingress statistics에 의해 표시되는 출력과 유사합니다.

우회 LSP의 경우 다음이 내보내집니다.

• 보호된 LSP의 수신 라우터에서 발생하는 LSP를 우회합니다.

• 보호된 LSP의 전송 라우터에서 발생하는 LSP를 우회합니다.

• 우회 LSP는 전송 LSP와 로컬에서 발생한 LSP를 보호합니다.

우회 LSP가 활성화되면 우회 LSP와 수신 (보호된) LSP 모두에서 트래픽을 내보냅니다.

gRPC를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 RPC를 telemetrySubscribe 사용하여 텔레메트리 매개 변수를 지정합니다. gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다. OpenConfig 및 네트워크 에이전트 패키지는 기본적으로 Junos OS 이미지에 번들로 제공됩니다.

UDP(네이티브) 센서 구성에 대한 정보는 Junos Telemetry Interface 센서 구성(CLI 절차) 을 참조하십시오.

플랫폼별 LSP 센서 지원 수준은 표 3 을 참조하십시오.

라우팅 엔진 센서에 대한 메시지 종료 알림

Junos OS 릴리스 21.2R1부터 모든 JTI 라우팅 엔진 센서에 대해 EoM(End-of-Message) 부울 플래그가 도입되었습니다. 이 플래그는 특정 센서 경로에 대해 현재 랩이 완료되었음을 컬렉터에 알립니다. 랩은 센서 경로 아래의 모든 리프에 대한 완전한 키-값 데이터 덤프입니다.

또한 EoM 플래그를 사용하면 수집기가 패킷에서 수신하는 스트림 생성 타임스탬프 값을 비교할 필요 없이 래핑 종료가 발생하는 시점을 감지할 수 있습니다. 타임스탬프 값을 비교하는 것은 시간적으로 비용이 많이 들고 데이터 집계를 지연시킵니다.

gRPC 네트워크 관리 인터페이스(gNMI) 전송 또는 원격 프로시저 호출(gRPC)과 함께 이 기능을 사용하려면 주니퍼 네트웍스 다운로드 사이트의 관련 브랜치에서 protobuf 파일을 검색하십시오.

• GnmiJuniperTelemetryHeaderExtension.proto(gNMI)
• agent.proto(gRPC용)

예: https://github.com/Juniper/telemetry/blob/master/20.3/20.3R1/protos/GnmiJuniperTelemetryHeaderExtension.proto.

수집기에 새 protobuf 파일을 다운로드하여 설치하면 수신된 패킷에 EoM 필드가 표시됩니다.

동적 터널 통계 지원

Junos OS 릴리스 17.4R1부터 JTI를 통해 네이티브(UDP) 또는 OpenConfig 텔레메트리 센서를 사용하여 패킷 전달 엔진 동적 터널에 대한 카운터 통계를 외부 컬렉터로 내보낼 수 있습니다.

통계는 다양한 네트워크 요소 성능 메트릭을 확장 가능하고 효율적인 방식으로 보고하는 데 사용되며, 패킷 전달 엔진 오류 및 삭제에 대한 가시성을 제공합니다.

카운터가 마지막으로 재설정된 시간을 나타내는 타임스탬프가 내보낸 모든 데이터에 포함되어 수집기가 재설정 이벤트가 발생했는지 여부와 시기를 확인할 수 있습니다. 예를 들어, P acket 포워딩 엔진 하드웨어가 다시 시작된 경우입니다.

내보낸 통계는 운영 모드 명령 show nhdb hw dynamic-ip-tunnels의 출력과 유사합니다.

gRPC를 통해 통계 내보내기를 프로비저닝하려면 telemetrySubcribe RPC를 사용하여 구독을 만들고 텔레메트리 매개변수를 지정합니다. 구독에 리소스 경로 /junos/services/ip-tunnel[name='tunnel-name']/ usage/counters[name='counter-name']/ 을 포함합니다.

gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다. Junos OS 릴리스 18.3R1부터 OpenConfig 및 네트워크 에이전트 패키지는 기본적으로 Junos OS 이미지에 번들로 제공됩니다. 두 패키지 모두 JTI를 지원합니다.

UDP를 통한 통계 내보내기를 구성하려면 [edit services analytics] 계층 수준의 센서(Junos Telemetry Interface) 구성 문에 센서를 /junos/services/ip-tunnel/usage/ 포함합니다. UDP 센서에 대한 모든 매개 변수는 해당 계층 수준에서 구성됩니다. MX80 및 MX104 라우터는 UDP 스트리밍만 지원합니다. gRPC를 지원하지 않습니다.

FPC 및 옵틱 지원

Junos OS 릴리스 19.2R1부터 JTI는 원격 프로시저 호출(gRPC)을 사용하여 MX 시리즈에 대한 FPC(Flexible PIC Concentrator) 및 옵틱 통계의 스트리밍을 지원합니다. gRPC는 상태 정보의 구성 및 검색을 위한 프로토콜입니다. 지원에는 AFT 플랫폼이라는 OpenConfig 모델에서 AFTTelementry 및 LibTelemetry 라이브러리와 통합하기 위해 텔레메트리 데이터를 내보내는 새로운 프로세스(SensorD 데몬)의 추가가 포함됩니다.

지원되는 기본 리소스 경로는 다음과 같습니다.

• /junos/system/linecard/environment/

• /junos/system/linecard/optics/

gRPC를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 telemetrySubcribe RPC를 사용하여 텔레메트리 매개 변수를 지정합니다. gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다. Junos OS 릴리스 18.3R1부터 OpenConfig 및 네트워크 에이전트 패키지는 기본적으로 Junos OS 이미지에 번들로 제공됩니다. 두 패키지 모두 JTI를 지원합니다.

MX 시리즈에서 Junos Fusion을 위한 JTI 광대역 에지 통계 지원

Junos OS 릴리스 19.2R1부터 가입자가 Junos Fusion 위성 디바이스를 통해 연결되는 BNG(Broadband Network Gateway) 및 Junos Fusion에 대해 MX 라우터가 구성되면 가입자 기반 텔레메트리 스트리밍이 활성화됩니다. 원격 프로시저 호출(gRPC)을 사용하여 광대역 에지(BBE) 텔레메트리 통계를 외부 수집기로 내보낼 수 있습니다.

다음을 제외한 모든 BBE 리소스 경로를 스트리밍할 수 있습니다.

• /junos/system/subscriber-management/access-network/ancp

• /junos/system/subscriber-management/client-protocols/l2tp

• /junos/system/subscriber-management/infra/network/l2tp/

BBE 통계를 스트리밍하려면 gRPC 구독에 / junos/system/subscriber-management/ 로 시작하는 리소스 경로를 포함합니다.

gRPC를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 RPC를 telemetrySubscribe 사용하여 원격 분석 매개 변수를 지정합니다.

MPC10E-15C-MRATE 라인 카드가 있는 MX 시리즈 라우터를 위한 CPU 및 NPU 센서 지원

Junos OS 릴리스 19.3R1은 MPC10E-10C-MRATE 및 MPC10E-15C-MRATE 라인 카드가 있는 MX 시리즈 라우터에서 CPU 및 NPU(Network Processing Unit) 센서를 지원합니다. JTI를 사용하면 gRPC 서비스를 사용하여 구성 가능한 간격으로 이러한 센서에서 외부 수집기로 통계를 내보낼 수 있습니다.

이전 Junos 릴리스의 CPU 및 NPU 센서에 대한 Junos 커널 구현과 달리 이 기능은 OpenConfig AFT 모델을 사용합니다. 이 때문에 Junos 커널 출력과 비교하여 리소스 경로 및 키-값(kv) 쌍 출력에 차이가 있습니다.

다음 리소스 경로를 사용하여 통계를 내보냅니다.

/junos/system/linecard/cpu/memory/

/junos/system/linecard/npu/memory/

/junos/system/linecard/npu/utilization/

gRPC 서비스를 통해 데이터를 내보내도록 센서를 프로비전하려면 RPC를 telemetrySubcribe 사용하여 원격 분석 매개 변수를 지정합니다. gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다. Junos OS 릴리스 18.3R1부터 OpenConfig 및 네트워크 에이전트 패키지는 기본적으로 Junos OS 이미지에 번들로 제공됩니다. 두 패키지 모두 JTI를 지원합니다.

gRPC 리소스 경로에 대한 자세한 내용은 gRPC 센서에 대한 지침(Junos Telemetry Interface)을 참조하십시오.

인터페이스 익스프레스 센서

인터페이스 익스프레스 센서는 JTI에 의해 지원되어 사용자가 구성 가능한 속도로 인터페이스 작동 UP 및 DOWN 상태를 내보낼 수 있습니다. 이 센서는 물리적 인터페이스 센서의 통계를 활용하여 더 빠르고 빈번한 작동 상태 통계를 제공합니다. FPC(Flexible PIC Concentrator)의 물리적 인터페이스의 작동 상태만 수집되고 보고됩니다. 라우팅 엔진 인터페이스의 통계는 보고되지 않습니다.

센서를 사용하여 UDP(네이티브) 내보내기 또는 gRPC 서비스를 통해 통계를 내보낼 수 있습니다.

두 내보내기 방법 중 하나에 다음 리소스 경로를 포함합니다.

• /junos/system/linecard/intf-exp/

Junos OS 릴리스 18.1R1은 PTX1000, PTX3000, PTX5000 및 PTX10000 라우터를 위한 인터페이스 익스프레스 센서를 지원합니다.

Junos OS 릴리스 19.3R1은 MX960, MX2010 및 MX2020 라우터를 위한 인터페이스 익스프레스 센서를 지원합니다.

gRPC 리소스 경로에 대한 자세한 내용은 gRPC 및 gNMI 센서에 대한 지침(Junos Telemetry Interface)을 참조하세요.

가입자를 위한 대기 라우팅 엔진 센서

JTI는 gRPC 서비스를 사용하여 스트리밍 대기 라우팅 엔진 통계를 지원합니다. 이 기능은 달리 명시되지 않는 한 단일 섀시와 Virtual Chassis 모두에서 지원됩니다. 이 기능을 사용하면 대기 라우팅 엔진에서 실행되는 소프트웨어 구성 요소의 상태를 더 잘 추적할 수 있습니다. 다음 센서(주로 구독자 관리 하)를 통해 외부 수집기로 내보낸 통계는 시스템 상태 및 복원력 상태에 대한 보다 완전한 보기를 제공합니다.

• 섀시 역할(백업 또는 기본) 센서 /junos/system/subscriber-management/chassis 및 / junos/system/subscriber-management/ chassis [chassis-index=chassis-index] (MX 시리즈 버추얼 섀시에 대한 인덱스 지정용)

• 라우팅 엔진 상태 및 GRES 알림 센서 /junos/system/subscriber-management/chassis/routing-engines/routing-engine 및 /junos/system/subscriber-management/chassis/routing-engines/routing-engine[re-index=RoutingEngineIndex] (특정 라우팅 엔진에 대한 인덱스 번호 지정)

• 가입자 관리 프로세스 센서 /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process 및 /junos/system/subscriber-management/chassis/routing-engines/process-status/subscriber-management-processes/subscriber-management-process[pid=ProcessIdentifier] (특정 프로세스에 대한 PID 지정)

• 서버 또는 릴레이 센서에 대한 라우팅 엔진당 DHCP 바인딩 통계 /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=/v4] 및 /junos/system/subscriber-management/chassis/routing-engines/routing-engine/dhcp-bindings/dhcp-element[dhcp-type-name=RelayOrServerRelayOrServer/v6]

• Virtual Chassis 포트 카운터 센서 /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port 및 /junos/system/subscriber-management/chassis/virtual-chassis-ports/virtual-chassis-port[vcp-interface-name=vcp-interface-port-string] (인터페이스 이름 지정). 이 리소스 경로는 Virtual Chassis에서만 지원됩니다.

Junos OS 릴리스 20.2R1은 MX480, MX960, MX10003, MX2010 및 MX2020 라우터를 위한 대기 라우팅 엔진 센서를 지원합니다.

gRPC 및 gNMI 리소스 경로에 대한 자세한 내용은 gRPC 및 gNMI 센서에 대한 지침(Junos Telemetry Interface)을 참조하세요.

가입자를 위한 Diameter Application Protocol 및 Diameter Peer 센서

JTI는 지름 애플리케이션 프로토콜 NASREQ(Network Access Server Application), PCRF(Policy and Charging Rules Function), OCS(Online Charging System)에 대한 가입자를 위한 스트리밍 통계를 지원합니다. 또한 각 직경 애플리케이션에 대해 MX 라우터와 피어 간에 교환되는 메시지에 대한 응답 시간을 측정하는 새로운 직경 피어 센서도 있습니다. 통계는 JTI와 주니퍼 AAA 모델을 사용하여 내보내지며, gRPC, gNMI 또는 주니퍼 독점 RPC나 UDP를 사용한 텔레메트리 내보내기를 다룹니다.

지름 애플리케이션 통계를 스트리밍하려면 리소스 경로를 포함합니다.

• NASREQ 통계의 경우 / junos/system/subscriber-management/aaa/diameter/clients/nasreq

• PCRF 통계의 경우 / junos/system/subscriber-management/aaa/diameter/clients/gx

• OCS 통계의 경우, / junos/system/subscriber-management/aaa/diameter/clients/gy

지름 애플리케이션에 대한 응답 시간 측정을 스트리밍하려면 구독에 리소스 경로를 포함하거나 구성 문을 사용하여 다음을 수행합니다.sensor

• NASREQ 측정의 경우 / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/nasreq/response-time

• PCRF 측정의 경우, / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/gx/response-time

• OCS 측정의 경우, / junos/system/subscriber-management/aaa/diameter/peers/peer[peer_address=''peer-address]/gy/response-time

네이티브(UDP) 내보내기를 위한 MX 시리즈 라우터에 대해 이러한 통계를 활성화하려면 [edit services analytics] 계층 수준에 문을 포함합니다sensors.

gNMI를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 gnmi.proto 에 정의된 구독 RPC를 사용하여 요청 매개 변수를 지정합니다.

gRPC를 통해 데이터를 내보내도록 센서를 프로비저닝하려면 RPC를 telemetrySubscribe 사용하여 원격 분석 매개 변수를 지정합니다. gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다. Junos OS 릴리스 18.3R1부터 OpenConfig 및 네트워크 에이전트 패키지는 기본적으로 Junos OS 이미지에 번들로 제공됩니다. 두 패키지 모두 JTI를 지원합니다.

Junos OS 릴리스 19.3R1은 MX5, MX10, MX40, MX150, MX204, MX240, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10008 및 MX100016 라우터용 직경 애플리케이션 프로토콜 센서를 지원합니다.

gRPC 및 gNMI 리소스 경로에 대한 자세한 내용은 gRPC 및 gNMI 센서에 대한 지침(Junos Telemetry Interface)을 참조하세요.

인터페이스 버스트 모니터링

Junos OS Evolved 릴리스 19.3R1은 JTI(Junos Telemetry Interface)에서 인터페이스 버스트 모니터링을 지원하여 QFX5220-128C 및 QFX5220-32CD 스위치에서 물리적 인터페이스의 버스트를 모니터링합니다. 인터페이스 버스트 모니터링을 사용하여 문제를 해결하고, 의사 결정을 내리고, 필요에 따라 리소스를 조정할 수 있습니다.

샘플링은 내보내기 간격(창) 동안 밀리초 단위로 수행됩니다. 내보내기 간격은 수집기의 서브스크립션으로 센서에서 구성됩니다. 센서가 설치되면 패킷 전달 엔진에서 타이머가 시작되어 30-100ms 간격으로 하드웨어를 폴링합니다. 첫 번째 내보내기 일괄 처리의 요금은 0이 됩니다.

피크 바이트는 샘플링 간격에 표시되는 바이트 수의 평균입니다. 샘플링 간격보다 오래 지속되는 버스트의 경우 피크 바이트는 간격 동안 평균화됩니다. 내보낸 통계에는 피크 바이트가 감지된 시간과 방향(전송 또는 수신)도 포함됩니다. 모든 샘플 중 내보내기 간격 동안 감지된 최대 바이트 속도는 버스트로 간주됩니다. 간격에 동일한 바이트 속도의 버스트가 여러 개 있는 경우 첫 번째로 발생하는 버스트는 최대 버스트로 간주되고 해당 버스트의 타임스탬프는 버스트 타임스탬프로 간주됩니다.

UP인 모든 물리적 인터페이스에 대한 데이터가 내보내집니다. 집계 인터페이스는 지원되지 않습니다.

원격 프로시저 호출(gRPC) 서비스를 사용하는 구독에 센서 /junos/system/linecard/bmon-sw/ 를 포함하여 주니퍼 디바이스에서 외부 수집기로 인터페이스 버스트 통계를 내보낼 수 있습니다. 이 센서에는 하나의 컬렉터만 지원됩니다.

gRPC 서비스를 통해 데이터를 내보내도록 센서를 프로비전하려면 RPC를 telemetrySubcribe 사용하여 원격 분석 매개 변수를 지정합니다. gRPC를 통해 텔레메트리 데이터를 스트리밍하려면 Junos OS용 OpenConfig 모듈도 필요합니다.

트랜시버 진단

Junos OS 릴리스 19.4R1은 MX960, MX2010, MX2020, PTX1000, PTX5000 및 라우터의 PTX10000 라인에서 JTI 및 gRPC 서비스 또는 gNMI 서비스를 사용하여 ON_CHANGE 및 스트리밍 통계를 위한 transciever 진단 센서를 지원합니다. 트랜시버 진단을 사용하여 문제를 해결하고, 의사 결정을 내리고, 필요에 따라 리소스를 조정할 수 있습니다.

이 기능은 OpenConfig 트랜시버 모델 openconfig-platform-transceiver.yang 0.5.0을 지원합니다.

gRPC 또는 gNMI 구독의 기본 리소스 경로 / components/component/transceiver/ 를 사용하여 주니퍼 디바이스에서 외부 수집기로 통계를 내보냅니다.

온도, 입력 전력, 출력 전력, 레이저 바이어스 전류와 같이 지속적으로 변하는 필드는 ON_CHANGE 지원되지 않습니다.

물리적 이더넷 인터페이스 센서

Junos OS 릴리스 19.4R1은 MX960, MX2020, PTX1000 및 PTX5000 라우터에서 JTI 및 gRPC 서비스 또는 gNMI 서비스를 사용하여 ON_CHANGE 및 스트리밍 통계에 대한 물리적 이더넷 인터페이스 통계를 지원합니다.

이 기능은 OpenConfig 모델 openconfig-if-ethernet.yang (물리적 인터페이스 수준) 버전 2.6.2(구성 없음)를 지원합니다.

gRPC 또는 gNMI 구독의 기본 리소스 경로 / interfaces/interface/ethernet/state/ 를 사용하여 주니퍼 디바이스에서 외부 수집기로 통계를 내보냅니다.

VLAN 센서

Junos OS 릴리스 19.4R1은 EX4650 및 QFX5120 스위치에서 JTI 및 gRPC 서비스를 사용하여 ON_CHANGE에 대한 스트리밍 VLAN 통계를 지원합니다.

이 기능은 OpenConfig 모델 openconfig-vlan.yang 구성 버전 1.0.2를 지원합니다.

gRPC 구독의 기본 리소스 경로 / vlans/ 를 사용하여 Juniper 디바이스에서 외부 수집기로 통계를 내보냅니다.

구독에서 사용할 수 있는 다른 끝점은 다음과 같습니다.

• /vlans/vlan/상태/이름

• /vlans/vlan/상태/vlan-id

• /vlans/vlan/members/

• /vlans/vlan/members/member/interface-ref/state/interface/

• /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/interface-mode

• /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/native-vlan

• /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/access-vlan

• /vlans/vlan/members/member/interface-ref/state/interface/switched-vlan/state/trunk-vlan

• /vlans/vlan/members/member/interface-ref/state/interface/vlan/state/vlan-id