OpenWrt Forum Archive

Topic: [Solved] bcm63xx ethernet issue

The content of this topic has been archived on 15 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

Hello, I having issues with the ethernet sending packets out of the port.
From what I can tell it receives the packet and understands it, the ifconfig shows the TX counter increases but nothing is sent out.
Hardware Details:
SoC CPU: BCM6358
Switch Chip: BCM5325E
Board Type: Unsupported TG587n v2, but I have adjusted the kernel init details to match.
OpenWrt: Backfire 10.03.01

bootup log shows:

bcm63xx_enet bcm63xx_enet.0: attached PHY at address 1 [Broadcom BCM63XX (2)]
eth1: link forced UP - 100/full - flow control off/off
device eth1 entered promiscuous mode
br-lan: port 1(eth1) entering forwarding state

Example of ifconfig (after a short layer 2 switch loop of an arp packet)

br-lan    Link encap:Ethernet  HWaddr 00:26:44:xx:xx:91
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:105936 errors:0 dropped:0 overruns:0 frame:0
          TX packets:105933 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4873040 (4.6 MiB)  TX bytes:4449546 (4.2 MiB)

eth0      Link encap:Ethernet  HWaddr 00:26:44:xx:xx:90
          UP BROADCAST 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:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:16

eth1      Link encap:Ethernet  HWaddr 00:26:44:xx:xx:91
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:105936 errors:7058 dropped:0 overruns:7058 frame:0
          TX packets:105933 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:6356160 (6.0 MiB)  TX bytes:4449546 (4.2 MiB)
          Interrupt:14

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:352 errors:0 dropped:0 overruns:0 frame:0
          TX packets:352 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:24640 (24.0 KiB)  TX bytes:24640 (24.0 KiB)

Please ignore the errors, this is purely due to the loop I caused, so I can show some traffic.
If the arp request was not for 192.168.1.1, the TX does not increase.

When I run wireshark on the local PC, I do not get any packets coming back.  Also If I try to ping the PC from the router, the little led on the router port does not flash.


I have tried to adjust the 'robocfg' details e.g. put them all on tagging & taken them all off, but it does not appear to help?

probing eth1
Switch: enabled
Port 0(W):  DOWN enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 1(4):  DOWN enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 2(3): 100FD enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 3(2):  DOWN enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 4(1):  DOWN enabled stp: disable vlan: 1 mac: 00:00:00:00:00:00
Port 5(C): 100FD enabled stp: disable vlan: 1 mac: 00:00:00:00:00:00
VLANs: BCM5325/535x disabled mac_check mac_hash

5=ext phy/mii router, 2=upstream switch
I have never seen the mac addresses above change from 0's.  However looking on the net I have seen them with values.
Does this imply the switch is not working correctly, eventhough its receiving packets?
I am able to put the ports into different vlans - the only way I can tell is because the switch loop does not occur anymore.

When I try to run pcap/tcpdump, it causes a segmentation fault, so no luck there.


Any hints would be good.

P.S.  I have been looking at the kernel, to see if I can dump the raw packet contents to the serial port as it rx/tx them.  But I'm a little lost where the lowest level raw data is handled.


[EDIT] - I should mention, I'm new to Openwrt...

(Last edited by Matt123 on 31 Mar 2013, 01:08)

[Solved] Sorry for the post, but I see the issue now.

I have to change the stp setting on the cpu port 5 to something other than disabled.
I assumed disabling spanning tree was fine?, but now I know it really means disable out bound port traffic.
so I set it to 'none'

The discussion might have continued from here.