Multiple nk_bcm53115_sync_speeds_phy_to_mac() messages in RV-320 system log

[fnartallo]

Hi!

Any ideas/suggestions regarding why do I constantly get these messages in pairs in RV-320 system log?: 

2015-01-22, 11:52:02 Kernel kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[2]

2015-01-22, 11:52:02 Kernel kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[1]

Are they just informational or should I be worried about them?

Thanks very much,

Federico

[fnartallo]

Currently, I have downgraded firmware v1.1.1.19 to v1.1.1.06 and the problem has temporarily dissappeared. I have opened a support case which is now at level 2. I will update this discussion once the solution arrives.

[Michal Bruncko]

What about opposite side of that link? How it is configured? is set to manual speed/duplex? or automatic? have you tried to change cable on that connection (can cause negotiation issues)?

if negotiated speed is set to 1000Gbps, have you tried to change it to 100Mbps if issue dissapeared (this can be again caused by wrong/long cable, noisy environment near cable)?

If opposite side is manageable, are you able to see similar messages related to speed/duplex changes in system log?

[fnartallo]

The opposite side of the link has been configured to auto-negotiation as well as fixed 10/100 half/full duplex with the same results. I have changed Cat6 cables and even installed two different switches between the RV-320 and the ISP modem with these different speed/duplex combinations and even a plain 100 mb hub and no changes at all. As I said, the downgrade did the trick, so it must be related to a negotiation issue with v1.1.1.19.

[Darren Lewarne]

I now have this problem, we have 2 FTTP lines coming in to our office, WAN2 keeps dropping out on the router,

2015-11-23, 09:50:51	Kernel	kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[0], duplex[0]
2015-11-23, 09:50:51	Kernel	kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[2]
2015-11-23, 09:50:52	Kernel	kernel: WAN [2] DOWN

these are the log entrys as it happends, we are running firmware v1.2.1.13 (2015-05-04, 18:40:51)

anyone got any ideas on this? seems to be happening every few days at random times.....

Cheers
Dazzler

[guillaumelavaud]

Hello,

Same here, with 1.2.1.14 firmware. Instability of my RV320 is very annoying.

WAN dropping every week. Have to reboot it to recover.

[Net_Connect473]

This is a known bug in the firmware.  See:  https://tools.cisco.com/bugsearch/bug/CSCuu10991/?referring_site=bugquickviewclick

Here's the verbage from the bug description:

Symptom:
- WAN port will go inactive intermittently
- Following seen in logs surrounding this:
2015-02-20, 04:07:27 Kernel kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[1]
2015-02-20, 04:07:28 Kernel kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[2]
2015-02-20, 04:07:28 Kernel kernel: nk_bcm53115_sync_speeds_phy_to_mac(): sport[5], speed[1], duplex[1]
2015-02-20, 04:07:35 Kernel kernel: WARNING: no highest common denominator or auto-negotiation not complete

Conditions:
- RV320 running 1.1.1.19
- Has been seen when transferring a large files
- Also seen mostly when SNMP enabled

Workaround:
- Disabling SNMP sometimes helps
- Downgrade to 1.1.1.06

Further Problem Description:

_______________________________________________________________________________________________

We have worked around this issue by turning off SNMP on the units, and it has made a huge difference in stability.

[martinek1]

Thank you very much,

this is a known issue and disabling SNMP was solution for us as well. WAN stopped the never ending negotiation and is much more stable now.

It was causing huge packet loss in our case as well as complete connectivity blackouts.