netdev - RE: Multicast problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 16 Oct 2007 22:07:35 +0200
From:	"Joakim Tjernlund" <joakim.tjernlund@...nsmode.se>
To:	"'David Stevens'" <dlstevens@...ibm.com>
Cc:	"'Netdev'" <netdev@...r.kernel.org>
Subject: RE: Multicast problem

> -----Original Message-----
> From: David Stevens [mailto:dlstevens@...ibm.com] 
> Sent: den 16 oktober 2007 21:46
> To: Joakim Tjernlund
> Cc: 'Netdev'; netdev-owner@...r.kernel.org
> Subject: RE: Multicast problem
> 
> > dev_mcast and igmp looks:
> > root@...llenger:/proc/net# m dev_mcast
> > 1    eth0            1     0     01005e000001
> > 2    eth1            1     0     01005e000001
> 
>         These are the hardware multicast addresses for
> 224.0.0.1 (so, correct).
> 
> > root@...llenger:/proc/net# m igmp
> > Idx     Device    : Count Querier       Group    Users 
> Timer    Reporter
> > 1       eth0      :     1      V3
> >                                 E0000001     1 0:00000000 0
> > 2       eth1      :     1      V2
> >                                 E0000001     1 0:00000000 0
> > 4       lo        :     0      V3
> >                                 E0000001     1 0:00000000 0
> 
>         ...and these are the group memberships for 224.0.0.1, so
> also correct. This should receive and answer pings to 224.0.0.1
> as long as you don't have ICMP set to ignore broadcasts. You should
> not need to put the device in promiscuous mode for a ping of
> 224.0.0.1 to work, so if you do, then you have a driver, device
> or switch problem.
>         None of these interfaces have memberships in the OSPF groups,
> so if you had OSPF running when you did this, it didn't join.
> 
>                                                         +-DLS
> 

OK, so from all this and earlier mail I think that the device driver don't
receive multicast pkgs. Tomorrow I will try the real OSPF test case with
promisc mode enabled, se if that works. If so, it means there is
a bug in the drivers(ucc_geth.c) set_multicast_list() function.

Thank you for helping me to narrow it down.

 Jocke

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html