Media & IPTV
IPTV platform — from ingest to subscriber
Stream ingest, transcoding, middleware, distribution and media operations — with quality monitoring and HA.
The problem
The channel breaks and nobody can name the cause
A subscriber writes that the picture "falls apart". The logs show nothing, because nothing is measured between ingest and the set-top box: bitrate is not recorded, CC errors are invisible, multicast works right until one switch reboots, and the EPG drifts silently. Every incident ends in a guess.
- Quality is checked only by eye
- Multicast state is nowhere visible
- One ingest source, with no spare
- EPG and middleware are fixed by hand
What we deliver
IPTV platform — from ingest to subscriber
Ingest architecture
Satellite, IP and SRT sources, a backup feed and the rule for switching to it.
Processing and profiles
Transcoding, the ABR ladder and audio/subtitle handling per channel.
Distribution across the network
IGMP snooping, PIM, QoS and MTU — so multicast survives the access network.
Middleware and EPG
Channel line-up, programme guide, device management and subscriber entitlements.
Quality monitoring
Bitrate, CC errors, PID state and per-channel availability with history.
DVR and storage
Recording depth, storage capacity and a retention policy.
Architecture
Architecture
- 01Ingest
- Satellite
- IP feed
- SRT
- 02ProcessTranscode, package
- HLS / DASH
- ABR ladder
- 03Middleware
- EPG
- DRM
- Subscriber API
- 04DistributeDelivery over the ISP network
- Multicast
- CDN edge
- 05MonitorStream quality
- Bitrate
- CC errors
- Uptime
Capabilities
Capabilities
Every item is marked: verified production experience, or engineering capability.
IPTV architecture
ProvenAn IPTV platform runs on the group's own autonomous system — in the same network that carries access, billing and monitoring.
- Multicast
- HLS
- EPG
Stream ingest and processing
Capability- SRT
- FFmpeg
- ABR
Distribution over the ISP network
Proven- IGMP
- PIM
- QoS
VoIP and SIP
Capability- Asterisk
- SIP
- RTP
Stream quality monitoring
Capability- Bitrate
- CC errors
- Grafana
DVR and storage
CapabilityTechnology stack
Technology stack
- Ingest
- SRTRTMPMulticastDVB-S2
- Processing
- FFmpegABRHLSMPEG-TS
- Distribution
- IGMPPIMQoS
- Monitoring
- BitrateCC errorsGrafanaZabbix
- Storage
- ZFSNFSDVR
Engagement model
Engagement model
Project
A one-off scope: audit, migration or implementation with a fixed outcome.
Retainer
Monthly engineering hours — specialist access on demand.
Co-managed
NetWizard and your in-house team together, with split responsibility.
Use cases
Use cases
An ISP adds IPTV
The access network already exists; television is the new service. We build ingest, distribution and middleware on top of it, validating multicast in the lab first.
An argument about quality with no evidence
The subscriber complains and the operator blames the content provider. We add measurement at every point of the chain — and the argument ends with a number.
A spare ingest path
A single source is a single point of failure. We add a backup feed with automatic switchover and an alert when the switch happens.
FAQ
FAQ
Multicast or unicast?
Both. Live channels are efficient over multicast in the access network; unicast and ABR are what mobile and OTT viewers need. The design accounts for both, not one.
Do you set up DRM?
We integrate it according to the content provider's requirements. DRM is a licensing question as much as a technical one — we start from the contract terms.
Will you work with our existing platform?
Yes. Replacing the platform is often unnecessary — a backup ingest path, corrected distribution and real measurement are usually enough. We propose replacement only when the audit justifies it.