Engineers working on equipment racks in a TV headend, with a wall of channel monitors

The basics

What Stream Delivery does

Stream Delivery is a signal delivery service. It carries your channels point to point, over Secure Reliable Transport (SRT) or another format you request, from you, the content owner or distributor, to your clients: TV operators, hotels and partners. You run the whole operation from a specialised cloud panel, which keeps every service under control and tracked, and counts it.

You run the business; we carry the engineering. From the panel you add channels and operators (the receivers), request services (one channel delivered to one operator), which our automation builds and puts on air, and pause or restart them whenever you need. No calls or emails to ask for a change: everything is in your panel.

Earn more by spending less. No data centre to run, and less spent on energy, Internet bandwidth and engineering. With Stream Delivery, your side of the business is sales and a cloud panel.

Ask for details

The model

One stream delivered to one operator or hotel is one service.

It lets you scale your business and pay as you go.

Your contentMain and backupAny format (SRT, RTMP, HLS)Origin URLs
Stream DeliveryIngest, deliver, support
Operators
Hotels
Distributors

Our markets

Top use cases by industry

TV operators

Cable TV, IPTV and OTT operators receive the channels they carry, each delivery tracked on its own.

B2B contribution

Secure Reliable Transport (SRT) to your clients.

Hospitality

A lineup delivered to many properties, each one counted on its own.

Distributors

Your channels reach every operator that carries them, managed from one panel.

How it works

From request to on air

Step 1

Register the channel and the operator

Add the channel with its origin URL, and the operator that should receive it. Both stay yours: another distributor on the same panel cannot see them, even if they work with the same operator.

Step 2

Request the signal

Ask for that channel to reach that operator. The request appears as processing, and our automation picks it up.

Step 3

We build the delivery

Our software builds it and marks it ready. You get an email telling you something changed, never one carrying a URL or a passphrase.

Step 4

It goes live, under control and tracked

The service is stamped active on that date, in your own timezone. Pause and restart it as you need; it keeps its identity and its history throughout.

The panel

Every delivery, under control and tracked

Your channels, your operators and every service you have running, with the date each went live and an append-only log of every change made to it. Services are paused, never deleted, so the history survives. You see only your own: another distributor on the same panel cannot see your channels, and you cannot see theirs.

The Stream Delivery dashboard: last and next invoice counts, feeds active now and paused, channels and operators, and recent activity

The dashboard

What you will be invoiced for, what is live now, and anything that needs your attention.

The services list in the Stream Delivery panel, showing four test deliveries with their reference, channel, operator, signal, status and start date

Every delivery, one line each

Each service is one channel to one operator, with its own reference, its status and the date it went live.

The request-a-service form in the Stream Delivery panel, with channel, operator, format and details fields, above the services list

Requesting a service

Choose the channel, the operator and the format, add any detail our team needs, and ask for the signal.

The add-operator form in the Stream Delivery panel, with name, country, contact email, phone and notes, above the list of operators

Adding an operator

Name, country, contact details and notes: the receivers are yours, and no other distributor can see them.

Backed by an SLA

A 99.9% availability commitment, in writing

CEF Technology commits to a minimum Service Availability of 99.9% for each covered service in any calendar month, with service credits below it. It is a published document, not a claim on a marketing page. Read it and hold us to it.

Read the SLA

FAQ

Stream Delivery questions

What exactly is a "service"?

One delivered signal: one channel, reaching one operator, on one URL. If you need a second feed to the same operator, that is a second service, tracked and counted on its own. It keeps its identity across pause and restart, so a fault and a restart is one signal, not two.

Which protocols can I give you?

SRT, HLS or RTMP. SRT runs in caller, listener or rendezvous mode, and can carry an encryption passphrase. If your origin is something else, tell us and we will say whether we can take it.

How quickly does a signal go live?

It is fast, but not instant: our automation builds the delivery and puts it on air, after a quick moderation that our team handles from our mobile apps, wherever they are. Your request shows as processing in the panel from the moment you make it, and you get an email the moment it is ready.

Do you fail over to a backup automatically?

Yes, when you give us one. If a channel has a backup origin URL, the system switches to it automatically when the main origin fails. If a signal needs attention, tell us on the service log and it reaches our support team with the full history of the service attached.

Do the operators get logins?

No, by design. There are no operator accounts. You hold the relationship with your operators; they receive a signal, not a panel to manage.

Is my passphrase safe?

Passphrases are encrypted at rest and shown masked in the panel. No email we send ever carries a URL or a passphrase. When you need to hand a credential to an operator, you reveal it yourself from the service card.