Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. It only takes a minute to sign up.
Sign up to join this community
I need to duplicate an RTP stream over two different (non-reliable) Internet connections.
On the receiver side, I will probably run a custom program that will use a buffer and rebuild the stream before using it.
But I have some trouble in splitting the traffic over the two connections. I did some research and found that maybe tc (part of iproute2) could be what I need.
The Linux kernel version 2.6.35 introduces a new configuration option CONFIG_NETFILTER_XT_TARGET_TEE:
This option adds a "TEE" target with which a packet can be cloned and this clone be rerouted to another nexthop.
Iptables supports the -j TEE target since 1.4.8.
Earlier support was through the xtables addons, which include both kernel modules and userland tools. You may still prefer this option if you prefer to stick with your distribution's kernel and it's too old to have TEE.
There's a tutorial by bjou (written before the feature was included in the official kernel and iptables).
The network protocol stack is designed to limit duplication.
You may be better off tunneling over TCP. Otherwise you will likely need to build your own program to duplicate your output. How unreliable are your connections. Mine are usually well over 99.9% reliable.
Perhaps a packet sniffing package such as scapy can help you. I recently used it to intercept packets and modify their headers. It essentially amounts to creating a new program as BillThor suggested, but I found scapy very easy to use. While this may not be the best package of its kind, maybe something similar will suit your needs.
