Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have to send unicast mpeg2ts stream from one datacenter to another (dc1 to dc2). The output I get from encoder bank in dc1 is not encrypted and I need to encrypt it before sending it to dc2. At dc2 I need to decrypt it and send it to transcoders.

What would be a good way to do it? Would I see any additonal latency introduces, what would be a good way to minimize it?

share|improve this question

closed as off topic by Ward, Scott Pack, Iain, MDMarra, Tom O'Connor Feb 28 '12 at 11:04

Questions on Server Fault are expected to relate to server, networking, or related infrastructure administration within the scope defined by the community. Consider editing the question or leaving comments for improvement if you believe the question can be reworded to fit within the scope. Read more about reopening questions here.If this question can be reworded to fit the rules in the help center, please edit the question.

you could take tsdecrypt and modify that. We use it for realtime decoding and its fast

share|improve this answer

Do I understand it correctly that you're talking about encryption/decryption here, not encoding/decoding ? As in "I want to secure the data vs snooping", not "I want to compress it in transit" ?

If so, the ideal way to handle that is at the transport level: setup a VPN between your two datacenters and make sure your VPN gateways have enough CPU and RAM to handle the flow. Typically, that will not add any noticeable latency to the transfer (as long as we're talking about human viewing it) if you have enough resources.

share|improve this answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.