It should work already? Have you encountered any problem when testing?
Mikrotik version 5.7 installed on this hardware:
Processor: Intel Core i5-2300
Motherboard: Asus P8H61 (Chipset Intel H61)
Network card: Intel PRO 1000GT Desktop Adapter
The system motherboard chipset is defined as “Unknown device”, and the amount of traffic is limited to 200-210 Mbps.
If we use the following hardware:
Processor: Intel Core 2 Duo E6750
Motherboard: Asus P5KC (Chipset Intel P35)
Network card: Intel PRO 1000GT Desktop Adapter
The system chipset motherboard reports the correct
Productivity rises to the level of 290-300 Mbps, which in my case is the correct figure
P.S. Spoken English I know little, because I apologize for the quality of texts.
Could be on the slower board the LAN card is connected to PCI bus and the faster - on PCI-e bus.
If you are running windows on the slower board - post a screenshot of Device Manager but viewed by Connection so we see to what the NIC/LAN card is connected.
(don’t forget to give karma 
but I have a paypal account as well )
On both motherboards are the same network cards are placed in the slot PCI 2.0
Screenshots do not yet possible
Continue of ethernet flapping interface problem /sorry for copypasting the thread, have no time/ :
Same trouble with http://www.mikrotik.com/download/share/routeros-mipsbe-5.8.npk, ethernet freezes after 1 day of work, downgrading ROS to 4.17 have solve this problem.
ROS 5.7, firmware v. 2.36. I Have the problem - RB435G at random times(it may be one hour or one day) freezes ethernet interfaces to pass ip traffic, interface at that time says that “link ok”(i use 1G connection with different devices at different places, ~8 BOARDS with PC and board-to-board connections, most time of all its freezes at 2 RB435g’s with bridge functions- wireless interface bridged with ethernet, not matter with which - ether1 or ether2 or ether3), wireless interface at the same time work properly and i can access the board via wireless, after rebooting board its’ all right for a random time. A guess i have similar problem with the same topics - http://bugs.mikrotik-routeros.com/view.php?id=15, viewtopic.php?f=1&t=55021&start=50, viewtopic.php?f=0&t=55021&p=282149&hilit=435G#p282149, viewtopic.php?f=3&t=55610 etc.
Only one solution is to turn off or on /interface Ethernet switch set 0 switch_all_ports=yes or no, after that routerboard starts to transmit data. But i don’t use hardware switch for boards, no master or slave interfaces, only program switch for bridging Ethernet iface with wireless, Don’t know exact what the problem is, power supply is good, cables is good(at first time we think that the cables cat5e was caused the problem for 1G connection, and than replaced them to cat7 cables - have the same issue).
A hope for some assistance, it’s not suitable to downgrade software or firmware on boards to avoid similar problems with configuration - a can’t to stop transmission through that link cause they are situated on commercial towers and it’s not real to get the boards directly.
Anyone suggest?
My opinion - it’s a firmware trouble of RB435G at a side of Ethernet sensitivity, may be i’m wrong.
I hope the MTIK team to help.
Thanks
What exactly is the other device, switch that is connected to the ports that stop working?
When problem happens, can you send supout to support?
I had similar issues as well, with RB250GS, RB450G (died), RB750 but with different software versions.
It’s not matter what device connected on other side, in my case - PC with Intel Gb adapter, RB450G, or other RB435G board, but most of all it’s freezes at a stack of 2 RB435G’s - one time on first board, next time on second in random time.
I just forgot to send supout because i immediately had downgrade all RB’s to 4.17 and enable nv2-wireless package. unfortunately, 4.17 does not achieve that speed throught wireless as 5.3 and higher versions of ROS ((.
What if you tweak the Ethernet auto-negotiation options?
1G connection seems to be work only on auto-negotiation.
Other thing - 433AH boards on 100M FD works fine at ROS 5.5 at the same tower, troubles probing only at 1G connections.
Any suggest?
I want to signal a strange issue, not 100% that it is related to this firmware (i can not identify the exact moment in time when it happened, but it seems synchronized to the upgrade).
HW: Routerboard 450G, setup as NAT + PPPoE
I updated from 4.17 to 5.7 one month or so ago. And i saw a steep drop in performance and blamed it on the ISP (from 90Mb/s to 2.5Mb/s).
In the last days i tried to find the cause since my ISP stated it is all ok. Checking the direct link gave me 45Mb/s, so the provider had nothing to do with it.
When checking System → Resources in Winbox, the CPU frequency got somehow set to 100MHz instead of 680MHz (i didn’t do it on purpose since i didn;t know about that option 
).
Changing the value back to 680MHz (System->Routerboard->Settings) gave me a peak NAT performance of 190Mb/s.
If someone complains of low speed, this parameter could be worth a look.
Greetings,
“Doc” Marius
i have problem in one of my x86 routers: it stops routing. It can be pingable, it can ping others routers, i can connect to it, reboot fix problem. Last time it happened i was unable create supout file beacause i have to fix it quickly. If it happens again i will create supout file.
NAME VERSION SCHEDULED
0 system 5.7
1 ntp 5.7
2 dhcp 5.7
3 advanced-tools 5.7
4 routing 5.7
Can you please post a /ip routing export and /ip route export Thanks.
This exactly happened to me right yesterday with rOS v5.6 on 450G.
I checked Interfaces IP addresses and routes, all seemed OK. DHCP server on the router wasn’t answering either.
I generated a supout before rebooting unit, I’ll send it to support.
‘Secretly’ downloaded 5.8 and I managed to get DHCPv6 working. Cool.
Somewhat documented now: http://wiki.mikrotik.com/wiki/Setting_up_DHCPv6
What about DHCPv6 client and receiving prefix delegation via DHCP client?
exactly that - you will be able to receive prefix using ‘/ip dhcp-client’ that is in “secret 5.8” already.
Nice. Just checked it…
The only part missing now is to do this on a PPP(oE) interface…
When will “secret 5.8” be out ?
It will be good to finally have DHCPv6-PD !