ekymk

Hi,
My name is Marcelo, and i am a troubled programmer.
I have a difficult question about TCP/IP networking and i hope someone does have an answer and solution to this.

I´m writing a component which will allow a bigger programm to detect other copies of the same programm in the local network and passing information between all of those processes.

Theres no limit to the local network, it can have as many routers, computers, subnets. The local network can be connected to the internet throw ADSL/model/ISDN/anything. It even can have wrong configurations (loops that make broadcast and multicast arrive twice on each computer).

My programm currently uses multicast/UDP to make contact with the other processes running the same component and then establish TCP connections.

The programm should be installed with no configuration, completly automatically and run after any change in the net configuration. Since i know nothing about the configuration of the net where the programm will be installed, the programm can be running on a computer which has a direct connection to the internet (i mean that acts as the router from the LAN to Internet).

THE PROBLEM: I need to make sure that my programm sends/gets no package outside the LAN!!!!

The problem is only reduced to the initial HandShaking throw multicasting/UDP.

My first approach to the solution is to set the TimeToLive of the multicast messages to 32 which is supposed to mean that the message only reaches the local network.
However, DO YOU THINK I CAN SLEEP WELL TONIGHT? WILL THIS WARRANTY ME THAT NO PACKAGE WILL GET OUTSIDE THE LAN?
Imagine for example that my programm is running in the same computer that acts as the router to internet, if my programm throws a multicast message to all the interfaces of the computer, will the operating system stop the multicast message to reach the internet because of that 32 in the TTL? I am not sure about this, does anyone has any experience related to that?

And something more, my first approach only covers the issue of not sending a message outside, what about not getting/accepting a message from outside??? i have no idea what to do about that.

Well, thank you if you readed till here, any help will be greatly thanked....
Bye,
Marcelo

kuphryn

Why did you decide on UDP instead of TCP?

Kuphryn

ekymk

Because multicasting is not possible using TCP

Sang-drax

I've never actually used multicast, but I think you can sleep well. A time-to-live of 32 should restrict the packages to the local network(s).

But according to this site:
I thought multicast didn't work over the Internet anyway. Most routers has multicast disabled.

__________________
Last edited by Sang-drax : Tomorrow at 02:21 AM. Reason: Time travelling

ekymk

doesn't anyone know for sure?

ekymk

If multicast doesn´t work over internet... then how programms like Kazaa work?

Sang-drax

Here's the deal..

In IPv4 (the current version used) , multicast isn't compulsory. Many routers has multicast disabled.
For IPv6 on the other hand, mulitcast must be implemented.

Kazaa doesn't use multicast at all, it uses many unicast connections.

Edit: some code http://www.ipmulticast.com/content/category/4/72/30/

OK, After some quick research I can say that at least some ISP has multicast enabled.

__________________
Last edited by Sang-drax : Tomorrow at 02:21 AM. Reason: Time travelling