* Receiving MLDv1 reports in a daemon
@ 2004-03-17 4:15 Madhavi
2004-03-17 4:29 ` David Stevens
0 siblings, 1 reply; 3+ messages in thread
From: Madhavi @ 2004-03-17 4:15 UTC (permalink / raw)
To: netdev; +Cc: madhavis
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1043 bytes --]
Hi
I am trying to incorporate the functionality of MLDv1 into a daemon. This
would be in addition to the functionality already supported by the kernel
IPv6 stack.
I am opening a raw socket with proto IPPROTO_ICMPV6 in my daemon process.
When I am sending an MLDv1 report from the host, the Router is able to
receive the report. But, I am not able to receive it over the socket.
I have checked the kernel code and found that the kernel is sending reports
only if the group address being reported is added to the device multicast
list. Since I won't know the group address in advance, I can't add it to
the device multicast list.
Is there any other way to get the MLDv1 reports to my daemon. Any solution
to this problem would be very helpful to me.
Thanks & regards
Madhavi.
Madhavi Suram
Senior Software Engineer
Customer Delivery / Networks
Sasken Communication Technologies Limited
139/25, Ring Road, Domlur
Bangalore - 560071 India
Email: madhavis@sasken.com
Tel: + 91 80 5355501 Extn: 8062
Fax: + 91 80 5351133
URL: www.sasken.com
[-- Attachment #2: Type: text/plain, Size: 1049 bytes --]
***********************************************************************
********************************************************************
SASKEN BUSINESS DISCLAIMER
This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email.
***********************************************************************
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: Receiving MLDv1 reports in a daemon
2004-03-17 4:15 Madhavi
@ 2004-03-17 4:29 ` David Stevens
0 siblings, 0 replies; 3+ messages in thread
From: David Stevens @ 2004-03-17 4:29 UTC (permalink / raw)
To: Madhavi; +Cc: madhavis, netdev, netdev-bounce
[-- Attachment #1: Type: text/plain, Size: 738 bytes --]
madhavis@sasken.com wrote on 03/16/2004 08:15:25 PM:
> Is there any other way to get the MLDv1 reports to my daemon. Any
solution
> to this problem would be very helpful to me.
As I responded before, though you may not have seen it, you need to put
the device in "multicast promiscuous mode" by setting the IFF_ALLMULTI
interface flag (SIOCSIFFLAGS). Then you should receive all multicasts for
all groups (and all protocols) sent on that network. If you create the
socket as you described, your program should receive all ICMPv6
multicasts sent to any group.
In MLDv2, it's much easier. All reports are sent to the "all multicast
routers" multicast address, so you can simply join that group.
+-DLS
[-- Attachment #2: Type: text/html, Size: 922 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-03-17 4:29 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <Pine.LNX.4.33.0403161630480.22718-100000@pcz-madhavis.sasken.com>
2004-03-16 14:53 ` Receiving MLDv1 reports in a daemon Nivedita Singhvi
2004-03-17 4:15 Madhavi
2004-03-17 4:29 ` David Stevens
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).