netdev - Re: Marvell 88E609x switch?

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]

Message-ID: <20090227153102.GH17040@xi.wantstofly.org>
Date:	Fri, 27 Feb 2009 16:31:02 +0100
From:	Lennert Buytenhek <buytenh@...tstofly.org>
To:	Gary Thomas <gary@...assoc.com>
Cc:	netdev@...r.kernel.org
Subject: Re: Marvell 88E609x switch?

On Fri, Feb 27, 2009 at 08:29:09AM -0700, Gary Thomas wrote:

> >>>>> If yes, can you up the interfaces, and send some packets over them
> >>>>> and see if the TX counters on eth0 increase?  If yes, can you dump
> >>>>> the packets sent out over eth0 using tcpdump?
> >>>> I tried to ping out and into the box.  Nothing seems to go anywhere:
> >>>>
> >>>> root@..._target:~ ifconfig
> >>>> eth0      Link encap:Ethernet  HWaddr 00:1D:11:81:00:00
> >>>>           inet addr:192.168.12.189  Bcast:192.168.12.255  Mask:255.255.255.0
> >>>>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >>>>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >>>>           TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
> >>>>           collisions:0 txqueuelen:1000
> >>>>           RX bytes:0 (0.0 B)  TX bytes:1810 (1.7 KiB)
> >>>>           Base address:0x6000
> >>>>
> >>>> lan1.1    Link encap:Ethernet  HWaddr 00:1D:11:81:00:00
> >>>>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >>>>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >>>>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> >>>>           collisions:0 txqueuelen:0
> >>>>           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
> >>>>
> >>>> Running tcpdump on the external network (192.168.12.x), I saw
> >>>> no activity.
> >>>>
> >>>> Do I need to do anything more than "ifconfig lan1.1 up"?
> >>> IP addresses should be attached to the lanX.X interfaces, not to eth0
> >>> -- eth0 will only be carrying specially tagged (DSA/EDSA) packets.
> >>> So you should move the IP address to lan1.1.
> >>>
> >>> Can you trying pinging via lan1.1 and then seeing if there are
> >>> packets transmitted out over eth0, and dump those packets with tcpdump?
> >> It looks like the packets are going out, but I don't see anything
> >> on the wire.  After a few ping attempts:
> >>
> >> root@..._target:~ ifconfig
> >> eth0      Link encap:Ethernet  HWaddr 00:1D:11:81:00:00
> >>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >>           TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
> >>           collisions:0 txqueuelen:1000
> >>           RX bytes:0 (0.0 B)  TX bytes:2974 (2.9 KiB)
> >>           Base address:0x6000
> >>
> >> lan1.1    Link encap:Ethernet  HWaddr 00:1D:11:81:00:00
> >>           inet addr:192.168.12.189  Bcast:192.168.12.255  Mask:255.255.255.0
> >>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> >>           TX packets:39 errors:0 dropped:0 overruns:0 carrier:0
> >>           collisions:0 txqueuelen:0
> >>           RX bytes:0 (0.0 B)  TX bytes:1638 (1.5 KiB)
> >>
> >> The eth0 and lan1.1 counters are going up at more or less the
> >> same rate.
> > 
> > Can you run tcpdump on eth0 to see what the packets look like?
> 
> Locally (on the board with the switch)?  That will take a while to
> set up as it's a 100% embedded system, runs from FLASH, etc.

OK, do you have ethtool then?  If yes, can you run ethtool on the
lan1.1 interface to see if any of the hardware (switch chip) TX
counters are increasing?
--
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