M_Mikhail

It's one year since new firmware with bug and still nothing on the horizon to fix this. Now I have stumbled on a pile of NVidia hardware, and those nicks only work if Keenetic is forced to 100H mode. Otherwise constant reconnects and god knows what's going own. Please give users an option to enable classic nic speed negotiation that worked perfectly for majority of hardware.

Yes, I am aware that you can set the setting manually, but this is not the point. Previous algorithm worked fine for all kinds of connection trouble free. Current algorithm is not working and requires constant admin input to sort out issues, and this is unacceptable. Unless some solution is provided (eg. option to enable old speed negotiation algorithm for those that need it) this would be good enough. In current state I can not recommend Keenetic equipment MFD after Dec 2022, since it is just trouble to maintain, compared to flawless and great functionality it provided over the previous years. I came across no other manufacture equipment that would misbehave like this and not obey standards that are with us for many years, legacy equipment exists in large umbers, is perfectly functional and does what it is supposed to do and maybe can not be upgraded. It is stupid to brake good modern equipment by buggy or limited software, besides, you had a working solution before.

Some need 10, some need 100 (top speed of hardware) Auto mode used to work fine, but no longer With current firmware it either drops connection, does not connect, or very slow transfer speeds since constant renegotiation of protocol speeds. Temporary solution is to force half duplex and set required speed for many devices, then it works and performance is full speed.

[I] Apr 17 06:41:42 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link up at port 4 (10HD/AN). [I] Apr 17 06:46:29 ndhcps: DHCPDISCOVER received from 00:80:ad:c6:6e:a1. [I] Apr 17 06:46:29 ndhcps: making OFFER of 192.168.1.22 to 00:80:ad:c6:6e:a1. [I] Apr 17 06:46:29 ndhcps: DHCPREQUEST received (STATE_SELECTING) for 192.168.1.22 from 00:80:ad:c6:6e:a1. [I] Apr 17 06:46:30 ndhcps: sending ACK of 192.168.1.22 to 00:80:ad:c6:6e:a1. [I] Apr 17 06:50:46 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link down at port 4. [I] Apr 17 06:50:50 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link up at port 4 (10HD/AN). [I] Apr 17 06:50:54 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link down at port 4. [I] Apr 17 06:50:59 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link up at port 4 (10HD/AN). [I] Apr 17 06:51:04 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link down at port 4. [I] Apr 17 06:51:08 ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link up at port 4 (10HD/AN).

Different, classic NE2000 cards, NFORCE chipset based, mid 2000 notebooks, all fail

The last working firmware without major issues is 3.8 Since 3.9.x and 4.x updates Auto negotiation of port speed is not working reliably According to changes log, this part of the software was changed, and sadly not for good reasons for me every other device I plug to ethernet ports fails, either connection is refused, get dropped/reset constantly or speed of transfers is very slow. Errors : (ndm: Network::Interface::Switch: "GigabitEthernet0/3": switch link up at port 4 (10HD/AN). ) If for some reason the new software can not be fixed and offers something positive to someone, it would be nice to at least have an option to switch between classic version of the algorithm and the new one, then users can select what ever is better suited for their needs. Current situation is unacceptable and setting settings manually for each port is not a solution.