Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| en:dpi:epdg:monitoring [2026/04/30 08:53] – [Alarm treatment process] elena.krasnobryzh | en:dpi:epdg:monitoring [2026/05/07 09:11] (current) – elena.krasnobryzh | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| {{indexmenu_n> | {{indexmenu_n> | ||
| - | ====== | + | ====== ePDG Monitoring |
| ===== Integrated VoWiFi Gateway Monitoring System (ePDG) ===== | ===== Integrated VoWiFi Gateway Monitoring System (ePDG) ===== | ||
| - | ===== 1. Review of the decision ===== | + | ===== Review of the decision ===== |
| The VAS Experts ePDG Monitoring system provides full operational control of the **fast-epdg** component, the VoWiFi (Voice over WiFi) gateway operating according to 3GPP TS 29.273 and TS 24.302. The gateway provides secure transmission of voice and packet traffic through untrusted Wi-Fi channels with IPSec / IKEv2 tunneling and integration with the EPC core through SWu, SWm, SWx, S2b, S6b interfaces. | The VAS Experts ePDG Monitoring system provides full operational control of the **fast-epdg** component, the VoWiFi (Voice over WiFi) gateway operating according to 3GPP TS 29.273 and TS 24.302. The gateway provides secure transmission of voice and packet traffic through untrusted Wi-Fi channels with IPSec / IKEv2 tunneling and integration with the EPC core through SWu, SWm, SWx, S2b, S6b interfaces. | ||
| Line 18: | Line 18: | ||
| * **Coverage of the entire SWu → S2b** stack — IKEv2 (SWu), Diameter SWm/ | * **Coverage of the entire SWu → S2b** stack — IKEv2 (SWu), Diameter SWm/ | ||
| - | ===== 2. Architecture of the monitoring system ===== | ||
| - | |||
| - | < | ||
| - | flowchart TB | ||
| - | subgraph DataPlane[" | ||
| - | IPSEC[" | ||
| - | GTPU[" | ||
| - | end | ||
| - | |||
| - | subgraph ControlPlane[" | ||
| - | IKE[" | ||
| - | DIAM[" | ||
| - | GTPC[" | ||
| - | CTRL[" | ||
| - | end | ||
| - | |||
| - | subgraph Collection[" | ||
| - | PROMEXP[" | ||
| - | end | ||
| - | |||
| - | subgraph Storage[" | ||
| - | PROM[" | ||
| - | end | ||
| - | |||
| - | subgraph Visualization[" | ||
| - | GRAF[" | ||
| - | end | ||
| - | |||
| - | subgraph Alerting[" | ||
| - | AM[" | ||
| - | EMAIL[" | ||
| - | SNMPGW[" | ||
| - | NMS[" | ||
| - | WH[" | ||
| - | end | ||
| - | |||
| - | IKE --> PROMEXP | ||
| - | IPSEC --> PROMEXP | ||
| - | GTPC --> PROMEXP | ||
| - | GTPU --> PROMEXP | ||
| - | DIAM --> PROMEXP | ||
| - | CTRL --> PROMEXP | ||
| - | |||
| - | PROMEXP --> PROM | ||
| - | PROM --> GRAF | ||
| - | PROM --> AM | ||
| - | |||
| - | AM --> EMAIL | ||
| - | AM --> SNMPGW | ||
| - | SNMPGW --> NMS | ||
| - | AM --> WH | ||
| - | </ | ||
| ==== Four-level monitoring architecture ==== | ==== Four-level monitoring architecture ==== | ||
| Line 79: | Line 27: | ||
| | **Alerting** | Alertmanager + SNMP Trap Sender | PromQL rules → webhook → SNMP v2c trap | | | **Alerting** | Alertmanager + SNMP Trap Sender | PromQL rules → webhook → SNMP v2c trap | | ||
| - | |||
| - | ===== 3. Components and indicators ===== | ||
| - | |||
| - | ==== Monitoring coverage ==== | ||
| - | |||
| - | < | ||
| - | flowchart LR | ||
| - | EXP[" | ||
| - | |||
| - | EXP --> CFG[" | ||
| - | EXP --> NET[" | ||
| - | EXP --> PROTO[" | ||
| - | EXP --> SVC[" | ||
| - | EXP --> SESS[" | ||
| - | EXP --> APP[" | ||
| - | EXP --> SYS[" | ||
| - | |||
| - | PROTO --> IKEV2[" | ||
| - | PROTO --> GTPC[" | ||
| - | PROTO --> GTPU[" | ||
| - | PROTO --> DIA[" | ||
| - | </ | ||
| ==== Quantitative review by category ==== | ==== Quantitative review by category ==== | ||
| - | ^ Category ^ Number of metrics ^ Survey interval ^ Key indicators ^ | + | ^ Category |
| - | | **Config** | 2 | 10 c | Configuration status, reload counter | | + | | **Config** |
| - | | **Network** | 1 | 10 c | Node connection status (PGW/ | + | | **Network** |
| - | | **IKEv2 (SWu)** | 3 | 10 c | Reports by type (IKE_SA_INIT, | + | | **IKEv2 (SWu)** |
| - | | **GTPv2-C (S2b)** | 4 | 10 c | Messages (Create/ | + | | **GTPv2-C (S2b)** |
| - | | **GTP-U data plane** | 3 | 10 with | Packets/ | + | | **GTP-U data plane** |
| - | | **Diameter (SWm/ | + | | **Diameter (SWm/ |
| - | | **Service KPI** | 4 | 10c | Percentage of successful attempts, duration histogram, service availability, | + | | **Service KPI** |
| - | | **Session State** | 4 | 10 with | IKE SA, Child SA, GTP sessions, all users | | + | | **Session State** |
| - | | **Application** | 3 | 10 c | Number of streams, memory, log messages by levels | | + | | **Application** |
| - | | **System** | 4 | 10c | CPU recycling, memory, memory disposal, open FD | | + | | **System** |
| - | | **Total** | **33 metrics** | | | | + | | **Total** |
| - | ==== Naming principles ==== | ||
| - | |||
| - | All metrics have the prefix '' | ||
| - | |||
| - | < | ||
| - | epdg_ | ||
| - | ├── config_* | ||
| - | ├── network_* | ||
| - | ├── ikev2_* | ||
| - | ├── gtp_* # S2b control-plane GTPv2-C | ||
| - | ├── gtpu_* | ||
| - | ├── diameter_* | ||
| - | ├── service_* | ||
| - | ├── session_* | ||
| - | ├── app_* # App Metrics (memory, threads, logs) | ||
| - | └── system_* | ||
| - | </ | ||
| - | |||
| - | ===== 4. List of metrics ===== | ||
| - | |||
| - | All metrics are exported through a single ''/ | ||
| - | |||
| - | ==== 4.1 Config (2) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.2 Network (1) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | |||
| - | ==== 4.3 IKEv2 SWu (3) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.4 GTPv2-C S2b (4) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== GTP-U data plane (3) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.6 Diameter SWm/SWx/S6b (5) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.7 Service KPI (4) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.8 Session State (4) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.9 Application (3) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== 4.10 System (4) ==== | ||
| - | |||
| - | ^ Name ^ Type ^ Appointment ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | ==== Types of metrics (reminder) ==== | ||
| - | |||
| - | ^ Type ^ Appointment ^ | ||
| - | | **Counter** | Monotonically growing counter (messages, errors, reboots) | | ||
| - | | **Gauge** | Current value (active sessions, memory, status) | | ||
| - | | **Histogram** | Distribution of values with automatic slices over intervals (duration, lifetime) | | ||
| - | |||
| - | ===== 5. Integration interfaces ===== | ||
| - | |||
| - | < | ||
| - | flowchart LR | ||
| - | CORE[" | ||
| - | |||
| - | CORE --> P[" | ||
| - | CORE --> S[" | ||
| - | CORE --> G[" | ||
| - | CORE --> W[" | ||
| - | CORE --> AM[" | ||
| - | |||
| - | P --> P1[" | ||
| - | S --> S1[" | ||
| - | G --> G1[" | ||
| - | W --> W1[" | ||
| - | AM --> AM1[" | ||
| - | </ | ||
| - | |||
| - | ==== 5.1 Prometheus (CNCF Standard) ==== | ||
| - | |||
| - | The native ''/ | ||
| - | |||
| - | ==== 5.2 SNMP v2c — EPDG-MIB ==== | ||
| - | |||
| - | **47 OID** covers the Prometheus metric + **14 trap notifications** (with raise/clear pairs according to RFC 3877 ALARM-MIB). Compatible with HP OpenView, IBM Tivoli NetCool, Nokia NetAct, Huawei U2000. | ||
| - | |||
| - | < | ||
| - | flowchart TB | ||
| - | IANA[" | ||
| - | VAS[" | ||
| - | EPDG[" | ||
| - | EPC[" | ||
| - | |||
| - | IANA --> VAS | ||
| - | VAS --> EPDG | ||
| - | VAS --> EPC | ||
| - | |||
| - | EPDG --> OBJ[" | ||
| - | EPDG --> NOTIF[" | ||
| - | EPDG --> CONF[" | ||
| - | |||
| - | OBJ --> SERVICE[" | ||
| - | OBJ --> IKE[" | ||
| - | OBJ --> GTP[" | ||
| - | OBJ --> DIAM[" | ||
| - | OBJ --> SESS[" | ||
| - | OBJ --> SYS[" | ||
| - | OBJ --> NET[" | ||
| - | |||
| - | NOTIF --> TRAPAGR[" | ||
| - | </ | ||
| - | |||
| - | Examples of SNMP requests: | ||
| - | |||
| - | <code bash> | ||
| - | # All ePDG trees | ||
| - | snmpwalk -v2c -c public < | ||
| - | |||
| - | # Service availability (Gauge 0..1) | ||
| - | snmpget -v2c -c public < | ||
| - | </ | ||
| - | |||
| - | |||
| - | ==== 5.3 Grafana ==== | ||
| - | |||
| - | **4 JSON dashboard support** (35+ panels total): | ||
| - | * **ePDG Overview** — availability, | ||
| - | * **IKEv2 Details** — Messages, Performance, | ||
| - | * **GTP Details** — GTPv2-C + GTP-U data on PGW nodes | ||
| - | * **Diameter Details** — Application messages, delays, watchdog | ||
| - | |||
| - | Automatic installation through an API that supports Grafana. Adaptive design for Network Control Center (NOC) status monitors with auto-update every 15 seconds. | ||
| - | |||
| - | ==== 5.4 Alertmanager Webhooks ==== | ||
| - | |||
| - | Webhook interface for integration with any notification system: Telegram Bot, Slack, PagerDuty Events API v2, OpsGenie, Microsoft Teams. A separate **SNMP Trap Sender** service converts Alertmanager webhooks to SNMP v2c traps with Enterprise OID. | ||
| - | |||
| - | ===== 6. The alarm system ===== | ||
| ==== Alarm categories ==== | ==== Alarm categories ==== | ||
| - | ^ Criticism ^ Alarma ^ Description ^ Reaction ^ | + | ^ Criticism |
| - | | **Critical** | '' | + | | **Critical** |
| - | | **Warning** | '' | + | | **Warning** |
| - | + | ||
| - | ==== Complete list of alarms (20+ rules) ==== | + | |
| - | + | ||
| - | < | + | |
| - | flowchart LR | + | |
| - | AL[" | + | |
| - | + | ||
| - | AL --> CR[" | + | |
| - | AL --> WR[" | + | |
| - | AL --> INFO[" | + | |
| - | + | ||
| - | CR --> C1[" | + | |
| - | CR --> C2[" | + | |
| - | CR --> C3[" | + | |
| - | CR --> C4[" | + | |
| - | CR --> C5[" | + | |
| - | + | ||
| - | WR --> W1[" | + | |
| - | WR --> W2[" | + | |
| - | WR --> W3[" | + | |
| - | WR --> W4[" | + | |
| - | WR --> W5[" | + | |
| - | WR --> W6[" | + | |
| - | WR --> W7[" | + | |
| - | WR --> W8[" | + | |
| - | + | ||
| - | INFO --> I1[" | + | |
| - | INFO --> I2[" | + | |
| - | INFO --> I3[" | + | |
| - | </ | + | |
| - | + | ||
| - | ==== Alarm treatment process ==== | + | |
| - | + | ||
| - | < | + | |
| - | sequenceDiagram | + | |
| - | participant M as Метрика (Prometheus) | + | |
| - | participant R as Alert Rule (PromQL) | + | |
| - | participant AM as Alertmanager | + | |
| - | participant E as Email (SMTP) | + | |
| - | participant SG as SNMP Trap Gateway | + | |
| - | participant NMS as Внешняя NMS | + | |
| - | participant W as Webhook (ChatOps) | + | |
| - | + | ||
| - | M->> | + | |
| - | R->> | + | |
| - | R->> | + | |
| - | AM->> | + | |
| - | AM->> | + | |
| - | + | ||
| - | alt severity = critical | + | |
| - | AM->> | + | |
| - | AM->> | + | |
| - | SG->> | + | |
| - | AM->> | + | |
| - | else severity = warning | + | |
| - | AM->> | + | |
| - | end | + | |
| - | + | ||
| - | Note over M,R: The metric is returning to normal | + | |
| - | R->> | + | |
| - | R->> | + | |
| - | AM->> | + | |
| - | </ | + | |
| - | + | ||
| - | ==== Features ==== | + | |
| - | + | ||
| - | * **Inhibition**: | + | |
| - | * **Grouping**: | + | |
| - | * **Dead time / Hysteresis**: | + | |
| - | * **Trap pairing**: raise/clear simultaneous events for compliance with RFC 3877 ALARM-MIB | + | |
| - | + | ||
| - | + | ||
| - | ===== 7. Visualization and operational dashboards ===== | + | |
| - | + | ||
| - | ==== Composition of dashboards ==== | + | |
| - | + | ||
| - | ^ Dashboard ^ Panel ^ Purpose ^ | + | |
| - | | **ePDG Overview** | 10 | Service availability, | + | |
| - | | **IKEv2 Details** | 10 | Mes per second by type, histogram of request duration, delay in the 95th percentile, error by type, IKE SA life cycle | | + | |
| - | | **GTP Details** | 8 | GTPv2-C PGW messages, retransmissions, | + | |
| - | | **Diameter Details** | 7 | Number of application messages (SWm/ | + | |
| - | + | ||
| - | ==== Design for Network Management Center (NOC) ==== | + | |
| - | + | ||
| - | < | + | |
| - | flowchart TB | + | |
| - | NOC [NOC Dashboard Layer] | + | |
| - | + | ||
| - | NOC --> OVER[" | + | |
| - | NOC --> IKE[" | + | |
| - | NOC --> GTP[" | + | |
| - | NOC --> DIA[" | + | |
| - | + | ||
| - | Over --> |Click attach KPI| IKE | + | |
| - | Over --> |Click session count| GTP | + | |
| - | Over --> |Click peer status| DIA | + | |
| - | </ | + | |
| - | + | ||
| - | * **Auto Update**: 15-second update period | + | |
| - | * **Adaptive color scheme**: green → yellow → red by threshold values | + | |
| - | * **Drill-down**: | + | |
| - | * **Time-range selector**: 5 minutes to 30 days of history | + | |
| - | * **JSON provisioning**: | + | |
| - | + | ||
| - | ===== 8. Integration into a single EPC Monitoring stack ===== | + | |
| - | + | ||
| - | ePDG monitoring is fully integrated into overall packet core monitoring: | + | |
| - | + | ||
| - | < | + | |
| - | flowchart TB | + | |
| - | Subgraph Common (" | + | |
| - | PROM[" | + | |
| - | GRAF[" | + | |
| - | AM[" | + | |
| - | end | + | |
| - | + | ||
| - | Subgraph Sources[EPC Sources] | + | |
| - | DPI[" | + | |
| - | SMF[" | + | |
| - | PCEF[" | + | |
| - | PCRF[" | + | |
| - | EPDG[" | + | |
| - | end | + | |
| - | + | ||
| - | DPI --> PROM | + | |
| - | SMF --> PROM | + | |
| - | PCEF -> PROM | + | |
| - | PCRF -> PROM | + | |
| - | EPDG --> PROM | + | |
| - | + | ||
| - | PROM --> GRAF | + | |
| - | PROM -- AM | + | |
| - | </ | + | |
| - | + | ||
| - | The NOC operator sees **all EPC components** (DPI, SMF, PCEF, FastPCRF, ePDG) in a single Grafana interface, with a single alarm system and notification routing through one Alertmanager. | + | |
| - | + | ||
| - | ===== 9. Coverage of metrics by OSI levels ===== | + | |
| - | + | ||
| - | < | + | |
| - | graph LR | + | |
| - | L1["L1 Physical< | + | |
| - | L2["L2 Data Link< | + | |
| - | L3["L3 Network< | + | |
| - | L4["L4 Transport< | + | |
| - | L5["L5 Session< | + | |
| - | L6["L6 Presentation< | + | |
| - | L7["L7 Application< | + | |
| - | " | + | |
| - | CX["CX Level< | + | |
| - | + | ||
| - | L1 --> L2 --> L3 --> L4 --> L5 --> L6 --> L7 --> Operations --> CX | + | |
| - | + | ||
| - | L1 style fill:# | + | |
| - | L2 style fill: # | + | |
| - | L3 style fill: # | + | |
| - | L4 style fill:# | + | |
| - | L5 style fill: # | + | |
| - | L6 style fill: # | + | |
| - | L7 style fill: # | + | |
| - | Operations style fill:# | + | |
| - | CX style fill: # | + | |
| - | </ | + | |
| - | + | ||
| - | ==== Detailing metrics by level ==== | + | |
| - | OSI model: | + | |
| - | + | ||
| - | ^ Level ^ Metrics ^ Examples ^ | + | |
| - | | **L1/L2 Physical / Data Link** | - | Covered by a separate node_exporter/ | + | |
| - | | **L3 Network / IPSec tunnels** | 3 | '' | + | |
| - | | **L4 Transport** | 1 | '' | + | |
| - | | **L5 Session** | 3 | '' | + | |
| - | | **L6 Presentation/ | + | |
| - | | **L7 Application** | 9 | '' | + | |
| - | + | ||
| - | Operator level: | + | |
| - | ^ Level ^ Metrics ^ Examples ^ | + | |
| - | | **Operations** | 11 | '' | + | |
| - | | **Customer Experience** | 3 | '' | + | |
| - | + | ||
| - | ==== Level 9: Quality of VoWiFi service perception ==== | + | |
| - | + | ||
| - | ^ QoE indicator ^ Source metrics ^ Interpretation ^ | + | |
| - | | **VoWiFi connection time** | '' | + | |
| - | | **Continuity of service** | '' | + | |
| - | | **Authentication success** | '' | + | |
| - | | **Delayed appointment bearer** | '' | + | |
| - | | **GTP-U tunnel** | '' | + | |
| - | | **IKEv2-reliability** | '' | + | |
| - | + | ||
| - | + | ||
| - | ===== 10. Standards and compatibility ===== | + | |
| - | + | ||
| - | ^ Standard ^ Area ^ Application ^ | + | |
| - | | **3GPP TS 29.273** | SWx/S6b/SWm | Methodology for accounting for Diameter messages and resulting codes | | + | |
| - | | **3GPP TS 24.302** | SWu (IKEv2) | Definition of IKEv2 message types and error codes | | + | |
| - | | **3GPP TS 33.402** | 3GPP security for non-3GPP access | EAP-AKA'/ | + | |
| - | | **3GPP TS 23.402** | Non-3GPP access architecture | Interface Structure (SWu/ | + | |
| - | | **3GPP TS 32.421** | Performance Measurement | Collection methodology KPI | | + | |
| - | | **3GPP TS 32.409** | Performance measurement charging | Counter structure | | + | |
| - | | **IETF RFC 7296** | IKEv2 | Message types, error notifications, | + | |
| - | | **IETF RFC 6733** | Diameter | Command codes, Result-Codes | | + | |
| - | | **IETF RFC 4187** | EAP-AKA | Authentication via SIM | | + | |
| - | | **IETF RFC 3877** | ALARM MIB | Enterprise MIB structure for alarms | | + | |
| - | | **IETF RFC 3418** | SNMPv2 MIB | SNMP v2c compatibility | | + | |
| - | | **Prometheus Exposition Format** | Metrics (v0.0.4) | Export metric format | | + | |
| - | | **OpenMetrics** | CNCF Standard | Prospective compatibility | | + | |
| - | + | ||
| - | + | ||
| - | ===== 11. The deployment model ===== | + | |
| - | + | ||
| - | < | + | |
| - | flowchart TB | + | |
| - | subgraph Host1[ePDG server] | + | |
| - | EPDG[" | + | |
| - | PLUGIN["/ | + | |
| - | EPDG -.-> PLUGIN | + | |
| - | end | + | |
| - | + | ||
| - | subgraph Host2[" | + | |
| - | PROM[" | + | |
| - | GRAF[" | + | |
| - | AM[" | + | |
| - | SNMPTRAP[" | + | |
| - | PROM --> GRAF | + | |
| - | PROM -- AM | + | |
| - | AM --> SNMPTRAP | + | |
| - | end | + | |
| - | + | ||
| - | Subgraph Host3[External Systems] | + | |
| - | Operator NMS< | + | |
| - | CHAT[" | + | |
| - | end | + | |
| - | + | ||
| - | PLUGIN --> |HTTP: | + | |
| - | SNMPTRAP -->|UDP 162| NMS | + | |
| - | AM --> |Webhook|CHAT | + | |
| - | </ | + | |
| - | + | ||
| - | ==== Deployment characteristics ==== | + | |
| - | + | ||
| - | ^ Parameter ^ Value ^ | + | |
| - | | **Metrics footprint** | Integrated (~2 MB memory overhead) | | + | |
| - | | **External dependencies** | Self-contained package '' | + | |
| - | | **Management** | '' | + | |
| - | | **Configuration** | '' | + | |
| - | | **Update** | Configuration update without interruption | | + | |
| - | | **OS** | Linux (RHEL/ | + | |
| - | | **Port** | 9817 TCP (listen 0.0.0.0, configurable) | | + | |
| - | | **Deployment time** | < 5 minutes (enable plugin in config + restart) | | + | |
| - | + | ||
| - | ==== Accommodation options ==== | + | |
| - | + | ||
| - | * **On-premise** — the plugin runs in the fast-epdg address space, zero resource consumption | + | |
| - | * **Co-located Prometheus* — Prometheus collects metrics from an application running on the same host | + | |
| - | * **Centralized* — a single Prometheus collects from all ePDG nodes | + | |
| - | + | ||
| - | ===== 12. Metric exporter configuration ===== | + | |
| - | + | ||
| - | The '' | + | |
| - | < | ||
| - | monitoring { | ||
| - | enabled = yes | ||
| - | listen_port = 9817 | ||
| - | listen_address = 0.0.0.0 | ||
| - | update_interval = 10 | ||
| - | metrics { | ||
| - | ikev2 = yes | ||
| - | gtp = yes | ||
| - | diameter = yes | ||
| - | service = yes | ||
| - | session = yes | ||
| - | app = yes | ||
| - | system = yes | ||
| - | } | ||
| - | } | ||
| - | </ | ||
| - | Each group of metrics can be independently turned on/off without recompilation. | ||