Hi guys,
I have a similar problem. The wan port (eth1) doesn’t go up when I connect it to my ISP switch (guess it’s a TP-Link 100Mbps switch). Other devices works correctly with that switch.
I have done a bit of troubleshooting and discover that:
root@turris:~# ip link show dev eth1
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 532
link/ether d8:58:d7:00:52:12 brd ff:ff:ff:ff:ff:ff
root@turris:~# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Half
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Link detected: no
Ethernet autonegotiation doesn’t work correctly and port on Turris side never comes up because ISP switch doesn’t support 1000BaseT/Half.
In my case was enough to set Ethernet manually:
root@turris:~# ethtool -s eth1 autoneg off
root@turris:~# ethtool -s eth1 speed 100
root@turris:~# ethtool -s eth1 duplex full
root@turris:~# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: off
Link detected: yes
Eth1 port have gone up and traffice started to pass trough, but what surprise I’ve found in dmesg 
[ 789.920268] mvneta f1034000.ethernet eth1: bad rx status 0f810000 (crc error), size=171
[ 790.003317] mvneta f1034000.ethernet eth1: bad rx status 0fa10000 (crc error), size=1078
[ 790.018413] mvneta f1034000.ethernet eth1: bad rx status 0f810000 (crc error), size=467
[ 790.257909] mvneta f1034000.ethernet eth1: bad rx status 0fa10000 (crc error), size=190
[ 790.266241] mvneta f1034000.ethernet eth1: bad rx status 0fa10000 (crc error), size=1133
…
That probably means, that many packets are dropped by kernel mvneta implementation. I’ve already tested Ethernet cable to ISP switch and I have also tried two different devices connect to ISP switch. Everything was ok in those tests.
Does anybody meet with this?
Thanks in advance.