473,407 Members | 2,306 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,407 software developers and data experts.

Multicast UDP deamon and VLAN interfaces

Hi guys,
I have a daemon running on Debian and listening for multicast packets
sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries).
The server is plugged into a VLAN trunk with eth0 and joins several
VLANs using virtual interfaces (i.e. eth0.xxx). It should be able to
capture the UDP packets on any interfaces, so it spawns a thread for
each interface specified in a config file, and for each thread it
creates a socket:

/************************************************** ************************************/
// Inside a function whose parameters are:
// int *sfd - the socket file descriptor
// struct in_addr bound_ip - the IP on which to listen

#define PORT 5353
#define MGRP "224.0.0.0.251"

struct sockaddr_in addr;
struct ip_mreq mc;

*sfd = socket( AF_INET, SOCK_DGRAM, IPPROTO_UDP );

bzero( &addr, sizeof( addr ) );
addr.sin_family = AF_INET;
addr.sin_port = htons( PORT );
addr.sin_addr = bound_ip;

bind( *sfd, (struct sockaddr *) &addr, sizeof(addr));

int flag = 1;
mc.imr_multiaddr.s_addr = inet_addr( MGRP );
mc.imr_interface = bound_ip;

setsockopt( *sfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mc, sizeof(mc));
setsockopt( *sfd, SOL_SOCKET, SO_REUSEADDR, (char *) &flag,
sizeof(flag));
setsockopt( *sfd, SOL_SOCKET, SO_REUSEPORT, (char *) &flag,
sizeof(flag));

/************************************************** ************************************/

The problem is that the server captures the UDP packets sent to the
Multicast group only when bound_ip is set to 0 (INADDR_ANY), and even
then, only when the packets are coming on the first interface (eth0).

If I see right, the problem could be that I want to capture packets
sent to 224.0.0.251 while listening on IP, say, 192.168.2.103. But even
then, how could one specify on which interface to listen for a
Multicast packet?

What I'd like is to
- be able to specify several interfaces and spawn one daemon for each
one
- receive Multicast UDP packets only on the specified interfaces

Any hints are appreciated

Thank you,

Regards

Dec 1 '06 #1
7 8401

pi************@gmail.com wrote:
Hi guys,
I have a daemon running on Debian and listening for multicast packets
sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries).
The server is plugged into a VLAN trunk with eth0 and joins several
VLANs using virtual interfaces (i.e. eth0.xxx). It should be able to
capture the UDP packets on any interfaces, so it spawns a thread for
each interface specified in a config file, and for each thread it
creates a socket:

/************************************************** ************************************/
// Inside a function whose parameters are:
// int *sfd - the socket file descriptor
// struct in_addr bound_ip - the IP on which to listen

#define PORT 5353
#define MGRP "224.0.0.0.251"

struct sockaddr_in addr;
struct ip_mreq mc;

*sfd = socket( AF_INET, SOCK_DGRAM, IPPROTO_UDP );

bzero( &addr, sizeof( addr ) );
addr.sin_family = AF_INET;
addr.sin_port = htons( PORT );
addr.sin_addr = bound_ip;

bind( *sfd, (struct sockaddr *) &addr, sizeof(addr));

int flag = 1;
mc.imr_multiaddr.s_addr = inet_addr( MGRP );
mc.imr_interface = bound_ip;

setsockopt( *sfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mc, sizeof(mc));
setsockopt( *sfd, SOL_SOCKET, SO_REUSEADDR, (char *) &flag,
sizeof(flag));
setsockopt( *sfd, SOL_SOCKET, SO_REUSEPORT, (char *) &flag,
sizeof(flag));

/************************************************** ************************************/

The problem is that the server captures the UDP packets sent to the
Multicast group only when bound_ip is set to 0 (INADDR_ANY), and even
then, only when the packets are coming on the first interface (eth0).
UNIX® Network Programming Volume 1 by R.W.Stevens says:

If the local interface is specified as the wildcard address for IPv4
(INADDR_ANY) or as an index of 0 for IPv6, then a single local
interface is chosen by the kernel.
If I see right, the problem could be that I want to capture packets
sent to 224.0.0.251 while listening on IP, say, 192.168.2.103. But even
then, how could one specify on which interface to listen for a
Multicast packet?

What I'd like is to
- be able to specify several interfaces and spawn one daemon for each
one
- receive Multicast UDP packets only on the specified interfaces
man ip(7)

IP_ADD_MEMBERSHIP
Join a multicast group. Argument is an ip_mreqn
structure.

struct ip_mreqn {
struct in_addr imr_multiaddr; /* IP multicast group
address */
struct in_addr imr_address; /* IP address of local
interface */
int imr_ifindex; /* interface index */
};

imr_multiaddr contains the address of the multicast
group the
application wants to join or leave. It must be a valid
multi-
cast address. imr_address is the address of the local
interface
with which the system should join the multicast group; if
it is
equal to INADDR_ANY an appropriate interface is chosen
by the
system. imr_ifindex is the interface index of the
interface
that should join/leave the imr_multiaddr group, or 0 to
indicate
any interface.

For compatibility, the old ip_mreq structure is still
supported.
It differs from ip_mreqn only by not including the
imr_ifindex
field. Only valid as a setsockopt(2).

Dec 1 '06 #2
pi************@gmail.com wrote:
>
I have a daemon running on Debian and listening for multicast packets
sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries).
The server is plugged into a VLAN trunk with eth0 and joins several
VLANs using virtual interfaces (i.e. eth0.xxx). It should be able to
capture the UDP packets on any interfaces, so it spawns a thread for
each interface specified in a config file, and for each thread it
creates a socket:
Off topic. C knows nothing about multicast, servers, eth0, VLANs,
UDP, packets, threads, sockets, etc. Find a newsgroup that deals
with your system. comp.unix.programmer is one possibility, another
is something that has 'debian' in its name.

--
Some informative links:
<news:news.announce.newusers
<http://www.geocities.com/nnqweb/>
<http://www.catb.org/~esr/faqs/smart-questions.html>
<http://www.caliburn.nl/topposting.html>
<http://www.netmeister.org/news/learn2quote.html>
<http://cfaj.freeshell.org/google/>
Dec 1 '06 #3

Maxim Yegorushkin ha scritto:
pi************@gmail.com wrote:
man ip(7)
struct ip_mreqn {
struct in_addr imr_multiaddr; /* IP multicast group
address */
struct in_addr imr_address; /* IP address of local
interface */
int imr_ifindex; /* interface index */
};
Ok, i passed from ip_mreq to ip_mreqn, but that wasn't my problem:
it seems that the interface doesn't even join the multicast group:

Using this:
struct ip_mreqn mc;
mc.imr_multiaddr = conf.multicast_group;
mc.imr_address = bound_ip;
mc.imr_ifindex = 0;
setsockopt( *sfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mc, sizeof(mc))

I still can't see any packet come into the daemon, even when netcat'ing
to 224.0.0.251:5353 using UDP.
# nc -u 224.0.0.251 5353

It just seems that the daemon doesn't capture packets sent to the
multicast group.

Thanx in advance,

Dec 1 '06 #4

pi************@gmail.com wrote:
Maxim Yegorushkin ha scritto:
pi************@gmail.com wrote:
man ip(7)
struct ip_mreqn {
struct in_addr imr_multiaddr; /* IP multicast group
address */
struct in_addr imr_address; /* IP address of local
interface */
int imr_ifindex; /* interface index */
};

Ok, i passed from ip_mreq to ip_mreqn, but that wasn't my problem:
it seems that the interface doesn't even join the multicast group:

Using this:
struct ip_mreqn mc;
mc.imr_multiaddr = conf.multicast_group;
mc.imr_address = bound_ip;
mc.imr_ifindex = 0;
setsockopt( *sfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mc, sizeof(mc))
Your new code is equivalent to the code you posted before. What happens
is that you let the kernel determine which one interface joins the
group. This is why you receive datagrams from one interface only. To
join a multicast group on a specific interface set imr_address as the
local address of that interface, rather than INADDR_ANY.
I still can't see any packet come into the daemon, even when netcat'ing
to 224.0.0.251:5353 using UDP.
# nc -u 224.0.0.251 5353

It just seems that the daemon doesn't capture packets sent to the
multicast group.
Use netstat -gn to see which interface joined which group.

Dec 1 '06 #5


On 1 Dic, 14:29, "Maxim Yegorushkin" <maxim.yegorush...@gmail.com>
wrote:
pietro.ceru...@gmail.com wrote:
Maxim Yegorushkin ha scritto:
pietro.ceru...@gmail.com wrote:
man ip(7)
struct ip_mreqn {
struct in_addr imr_multiaddr; /* IP multicast group
address */
struct in_addr imr_address; /* IP address of local
interface */
int imr_ifindex; /* interface index */
};
Ok, i passed from ip_mreq to ip_mreqn, but that wasn't my problem:
it seems that the interface doesn't even join the multicast group:
Using this:
struct ip_mreqn mc;
mc.imr_multiaddr = conf.multicast_group;
mc.imr_address = bound_ip;
mc.imr_ifindex = 0;
setsockopt( *sfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mc, sizeof(mc))
>Your new code is equivalent to the code you posted before.
Please note that bound_ip is actually the IP address of the interface
this thread is responsible to.
>
It just seems that the daemon doesn't capture packets sent to the
multicast group.Use netstat -gn to see which interface joined which group.
Thanx

Dec 1 '06 #6
CBFalconer <cb********@yahoo.comwrites:
pi************@gmail.com wrote:
>I have a daemon running on Debian and listening for multicast packets
sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries).
The server is plugged into a VLAN trunk with eth0 and joins several
VLANs using virtual interfaces (i.e. eth0.xxx). It should be able to
capture the UDP packets on any interfaces, so it spawns a thread for
each interface specified in a config file, and for each thread it
creates a socket:

Off topic. C knows nothing about multicast, servers, eth0, VLANs,
UDP, packets, threads, sockets, etc. Find a newsgroup that deals
with your system. comp.unix.programmer is one possibility, another
is something that has 'debian' in its name.
Note that this thread is also cross-posted to comp.unix.programmer,
comp.protocols.tcp-ip, and comp.os.linux.networking. But yes, it's
off-topic for comp.lang.c.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <* <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.
Dec 1 '06 #7
Keith Thompson wrote:
>
CBFalconer <cb********@yahoo.comwrites:
pi************@gmail.com wrote:
I have a daemon running on Debian and listening for multicast packets
sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries).
The server is plugged into a VLAN trunk with eth0 and joins several
VLANs using virtual interfaces (i.e. eth0.xxx). It should be able to
capture the UDP packets on any interfaces, so it spawns a thread for
each interface specified in a config file, and for each thread it
creates a socket:
Off topic. C knows nothing about multicast, servers, eth0, VLANs,
UDP, packets, threads, sockets, etc. Find a newsgroup that deals
with your system. comp.unix.programmer is one possibility, another
is something that has 'debian' in its name.

Note that this thread is also cross-posted to comp.unix.programmer,
comp.protocols.tcp-ip, and comp.os.linux.networking. But yes, it's
off-topic for comp.lang.c.
True. I rarely look at the cross-post list. If I had I would have
set follow-ups, as I have done now.

--
Chuck F (cbfalconer at maineline dot net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.net>
Dec 1 '06 #8

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

6
by: PHLICS_Admin | last post by:
Hi All, There are two network cards in one computer (named A) , and there is one network card in another computer(named B). On computer A: one network card is used to connect to internet, and...
7
by: Jim H | last post by:
Is there something special I need to do to send data to a multicast IP and have it go across a router? Router is a Win2000 Server connecting 2 networks via RRAS PPTP. The routing appears to be...
2
by: Terry | last post by:
I've got a strange problem receiving multicast packets in a C# application. What's strange is that it works *sometimes* but not always. I create a socket, call bind(), set the multicast socket...
0
by: pietro.cerutti | last post by:
Hi guys, I have a daemon running on Debian and listening for multicast packets sent to 224.0.0.251:5353 (ZeroConf Multicast DNS queries). The server is plugged into a VLAN trunk with eth0 and...
1
by: Jayme.Pechan | last post by:
I was working on a multicast client and ran into a possible problem. Here is the code... udpClient = new UdpClient(4000); udpClient.JoinMulticastGroup(IPAddress.Parse("224.1.1.1"));...
2
by: Sophie000 | last post by:
Based on my understanding, VLAN is similar to multicast. But one happens at L2, the other happens at L3: VLAN restricts Broadcast to a part of LAN, multicast restricts Broadcast to a part of network....
5
by: mcfly1204 | last post by:
I setup a vlan, vlan 5, and will have our ip phones as well as the phone server on this vlan. All the ports for this vlan are on the same physical switch, so I do not think I will have the need to...
5
by: AliRezaGoogle | last post by:
Hi, I have a conceptual question on Events and Multicast Delegates. Let me explain: As we know an event is a multicast delegate. What we declare as an event is inherently a multicast delegate....
0
by: Stodge | last post by:
I'm trying to get a simple multicast application working using Twisted; so far I have: from twisted.internet.protocol import DatagramProtocol from twisted.internet import reactor from...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.