Skip to content

Follow the signal across your network.

Analyze network telemetry, compare service performance and investigate changes across sites and links. l brings q/k array expressions to the numerical work behind network analysis, capacity studies and recorded service data.

01 / The workload

Connect the measurement to the network.

  • Network telemetry
  • Service measurements
  • Traffic & capacity

A service issue rarely appears in one metric.

Traffic, latency, packet loss and configuration changes describe different parts of the same network. Engineers need the detail around an unusual interval and a consistent way to compare it across sites and services. Repeatedly exporting smaller files can separate a measurement from the context that explains it.

Network performance

Select sites, links and time windows from recorded network measurements. Calculate traffic, latency and packet-loss statistics while retaining the samples needed to explain a change.

  • Compare links around a traffic spike
  • Inspect latency and packet-loss outliers

Service quality

Group prepared service measurements by region, access technology or service class. Compare distributions and failure counts to understand where the observed experience changes.

  • Compare service quality across regions
  • Inspect intervals with elevated failure rates

Traffic and capacity studies

Analyze recorded traffic and utilization by site, link and operating period. Compare busy intervals and supplied capacity scenarios to inform your planning process.

  • Compare peak utilization across sites
  • Study traffic growth against available capacity

Incident and configuration analysis

Apply the same expressions to recorded intervals before and after an incident or configuration change. Compare related network measurements and retain the observations behind an unexpected result.

  • Compare performance before and after a change
  • Trace a summary to the original network samples

02 / From data to analysis

Follow a service issue through the network record.

Keep the time window, site and service identity together as you narrow recorded network data into a focused comparison.

  1. 01Source data

    Select sites and services

    Bring normalized, timestamped measurements with explicit site, link and service identifiers and the relevant configuration metadata.

    • Network measurements
    • Site & service identifiers
    • Configuration history
  2. l>Compute with l

    Characterize the interval

    Filter a defined window, calculate network statistics and compare related measurements across sites or service classes.

    • Time-window filters
    • Traffic & latency statistics
    • Site & service groups
  3. 03Analytical result

    Compare the network behavior

    Return a focused sample extract and a comparison across sites or periods to the notebook or tool where the network investigation takes place.

    • Selected sample windows
    • Service comparison tables
    • Capacity summaries
Inspect network latency
/ Inspect network latency

l>time:til 8

l>latency:20 21 21 24 29 31 27 23

l>where time within 3 5
3 4 5

l>avg latency where time within 3 5
28f

l>max latency
31

l>count where latency>28
2

l>

03 / Why l

The expression stays simple.
The layout does the work.

You write q/k. The runtime considers the physical representation of the data, choosing encoding-aware operations where supported and materializing values when needed.

Work with network measurements as arrays
Use vector arithmetic, statistics and qSQL over numerical columns. The same expression model serves a single incident window and a comparison across many sites.
Measure the memory behavior of the record
Regular columns can admit compact layouts. Evaluate how compression and primitive dispatch behave with your actual timestamps, network counters and service identifiers.
Read the research

04 / Your first evaluation

Start with a result
you can verify.

Choose a recorded network interval with a known service issue, a few related sites or links and a baseline period using the same measurement and timestamp conventions.

Available as a research preview for local evaluation.

Questions to answer with your sample

  1. Do counter units, timestamp precision and missing-value behavior match your tools?
  2. Can a service-level result be reproduced from the same sample window?
  3. How do loading and calculation costs grow when more sites and metrics are included?

Your data. Your next question.

Which network dataset would you explore first?

Let’s talk