igmpproxy icon indicating copy to clipboard operation
igmpproxy copied to clipboard

Basic question re MC routing / distribution

Open mutluit opened this issue 6 years ago • 7 comments

Just a generic basic question:

I want distribute multicast traffic to distant locations. At the remote locations the mc traffic shall be consumed by multiple users within the LAN there. There is no routing of the mc traffic over internet possible, so the traffic must somehow be transmitted to the remote locations.

I'm a C/C++ developer with basic knowledge of MC, especially interested in SSM (source specific multicast in IGMPv3). I have a simple test mc SSM server and client working locally, but I need to get the traffic out to the remote locations.

Can a kind soul please tell me what I need to get this done? Is igmproxy suited for this? Do I need something else too? The OSes are all Linux.

Thx

mutluit avatar Dec 15 '18 16:12 mutluit

Hi mutluit,

see also: (Multicast with GRE) https://support.packet.com/kb/articles/multicast-with-gre

aimwang avatar Dec 17 '18 01:12 aimwang

see also: (Multicast with GRE) https://support.packet.com/kb/articles/multicast-with-gre

Thx. This looks interessting. But I'm still a little bit lost:in grasping the tools for MC: does igmproxy do the same job?

mutluit avatar Dec 17 '18 13:12 mutluit

If you want order a remote MC from A to D, there are two hop between A,D named B, C. You will need run igmpproxy on all routers between serve and client, in this case it was means B and C have to run igmpproxy. But I think ISP will not like to do this for you. So, if you like to order a remote MC stream through internet. Tunnel with multicast should be the best choice.

aimwang avatar Dec 18 '18 03:12 aimwang

If you want order a remote MC from A to D, there are two hop between A,D named B, C. You will need run igmpproxy on all routers between serve and client, in this case it was means B and C have to run igmpproxy. But I think ISP will not like to do this for you. So, if you like to order a remote MC stream through internet. Tunnel with multicast should be the best choice.

Hi, which tool do you mean by "tunnel with multicast": is it GRE or igmproxy?

Let me ask differently: I have a server at a hoster and need to send out MC to multiple clients with different internet addresses (ie. different locations), but hoster's routers/switches do block MC. Which tool should I use on the server and at client side for MC?

mutluit avatar Dec 18 '18 14:12 mutluit

I think this is what you need. http://troglobit.com/2016/07/05/multicast-routing-with-pim-sm-over-gre/

aimwang avatar Dec 19 '18 01:12 aimwang

I think this is what you need. http://troglobit.com/2016/07/05/multicast-routing-with-pim-sm-over-gre/

Thx, now I got multicast over a GRE tunnel working. But it currently works only if the remote system is not behind a NAT router. Since home users are usually behind a NAT router, and there are many different makes & models of routers, I need to find a generic solution to overcome this problem too.

My use-case is to offer (near-)realtime multicast service (ie. UDP data) for subscribing users. User numbers can go into thousands; ie. I need an easy, generic and scalable solution; it should also work for users with other OS than Linux like Windows etc, but server-side is Linux.

mutluit avatar Dec 20 '18 21:12 mutluit

I think this is what you need. http://troglobit.com/2016/07/05/multicast-routing-with-pim-sm-over-gre/ My use-case is to offer (near-)realtime multicast service (ie. UDP data) for subscribing users. User numbers can go into thousands; ie. I need an easy, generic and scalable solution; it should also work for users with other OS than Linux like Windows etc, but server-side is Linux.

I think it's the problem on GRE over NAT.

Your members was dispersion on the internet. MC can't save bandwidth for you, because the package was unicast on internet. Unless your members was centralized behind one node of internet.

aimwang avatar Dec 21 '18 02:12 aimwang