Go to download page5.22 packagesare available on download page.
Nope. Sorry. You've removed every other version! They have all gone. They are no more. They have ceased to exist. (I could go on, but that would infringe the Copyright of Monty Python! LOL)5.22 packagesare available on download page.
I rolled back to version 5.22 and then upgrade to version 6.0rc4I was upgrade my RB333 to version 6.0rc4 and I see only one interface (ether1) instead of three.
Where is the interface 2 and 3?
/system> resource pr
version: 6.0rc4
architecture-name: powerpc
board-name: RB333
platform: MikroTik
/int pr
Flags: D - dynamic, X - disabled, R - running, S - slave
# NAME TYPE MTU L2MTU MAX-L2MTU MAC-ADDRESS
0 R ether1 ether 1500 00:0C:42:1C:48:87
1 wlan1 wlan 1500 2290 00:80:48:58:32:E7
- Do you have the same problems with Winbox? - Yesnz_monkey,
- Do you have the same problems with Winbox?
- 6.0rc4 Netinstall? Have you tried different computer?
could you please update http://wiki.mikrotik.com/wiki/Manual:RADIUS_Client with detailed info?*) dhcp server - added two radius string options (24, 25) for use in custom dhcp options;
what kind of configuration you have? as we tested RB800 with R52nM card and it is working fine with 6000mhz HT below.Hi,
I'm using RB800+SR71-A
I have upgraded to 6.0rc4 and constant kernel failures appear.
Cannot change frequency cannot downgrade...
Had to remove wireless card to downgrade but the other side(rb800+SR71-A) is upgraded and cannot be reached.
Is there any safe frequency in which it will connect.
I'm using superchannel and non standard frequency(6000+below-control).
Thanks in advance.
R52nM and SR71-A use different chips.what kind of configuration you have? as we tested RB800 with R52nM card and it is working fine with 6000mhz HT below.Hi,
I'm using RB800+SR71-A
I have upgraded to 6.0rc4 and constant kernel failures appear.
Cannot change frequency cannot downgrade...
Had to remove wireless card to downgrade but the other side(rb800+SR71-A) is upgraded and cannot be reached.
Is there any safe frequency in which it will connect.
I'm using superchannel and non standard frequency(6000+below-control).
Thanks in advance.
honzam, yes it might be possible with only "necessary" packages.
6.0 rc4 work on the rb450g ?
haii...I can't even log back into it because its dropping so many packets like crazy.
I can't remove them because obviously 0.0.0.0/0 caps the whole mikortik. And now every queue lost its IP addresses, and its so bogged down I can't even log into it.haii...I can't even log back into it because its dropping so many packets like crazy.
150 rules queue simple or tree? if in queue simple do you see 0.0.0.0/0 on the last target every rule?
try to remove them and reboot.
till now my RB750GL works fine for 9 hours.
HTH.
Maybe you should learn to put software upgrades through a phase of testing, before putting it on production equipment? If you tested queues with an upgrade, you would have clearly seen that there was a issue, and you wouldn't have upgraded your towerI can't remove them because obviously 0.0.0.0/0 caps the whole mikortik. And now every queue lost its IP addresses, and its so bogged down I can't even log into it.haii...I can't even log back into it because its dropping so many packets like crazy.
150 rules queue simple or tree? if in queue simple do you see 0.0.0.0/0 on the last target every rule?
try to remove them and reboot.
till now my RB750GL works fine for 9 hours.
HTH.
Yes they're all simple queues. Don't tell me they STILL HAVEN'T FIXED THAT!!!!!!!!!!!!!!!!! All simple queues lose their IP addresses and cap it to 0.0.0.0/0 ?????
It's funny because they claim in ROS6, simple queue performance is boosted. However, nobody can test it because you loose all your IP addresses assigned to the queues. HOW has this gone on for this long, and mentioned over and over and over and it just gets ignored!!!!!
I've been bitching about this for the past 6 months!!!!! In every release!!!!!!!!!! WHY IS THIS STILL NOT FIXED NORMIS!!!!!!!!!!!!!!!
Yea know shit, and I usually do test them on the bench first. I know that part it my fault idiot! What I'm so mad about, is that I've tested and reported this time after time, release after release for the past 6 months!!!!!! Then FINALLY RC4 came out, a release so stable they are about to put it out as the final, and I see this problem STILL isn't fixed, and its such a MAJOR problem!!!!!!Maybe you should learn to put software upgrades through a phase of testing, before putting it on production equipment? If you tested queues with an upgrade, you would have clearly seen that there was a issue, and you wouldn't have upgraded your tower
ok , have a problem on the rb450G?6.0 rc4 work on the rb450g ?
it works on all routerboard devices
as far as I heard, IPs are still here (and I upgraded x86 5.21 to 6.0rc4, no problems at all), but on RBs, in WinBox you see 0.0.0.0/0 added to each simple queue's target. moreover, you can't see that 0.0.0.0/0 in CLI, so you can remove it only via WinBox... p.s. they say it's so, I haven't seen itI can't remove them because obviously 0.0.0.0/0 caps the whole mikortik. And now every queue lost its IP addresses, and its so bogged down I can't even log into it.
Yes they're all simple queues. Don't tell me they STILL HAVEN'T FIXED THAT!!!!!!!!!!!!!!!!! All simple queues lose their IP addresses and cap it to 0.0.0.0/0 ?????
It's funny because they claim in ROS6, simple queue performance is boosted. However, nobody can test it because you loose all your IP addresses assigned to the queues. HOW has this gone on for this long, and mentioned over and over and over and it just gets ignored!!!!!
I've been bitching about this for the past 6 months!!!!! In every release!!!!!!!!!! WHY IS THIS STILL NOT FIXED NORMIS!!!!!!!!!!!!!!!
It is NOT true, still dont work on routerboards with small NANDit works on all routerboard devices6.0 rc4 work on the rb450g ?
*) added feature - show last-logged-in in users list;
Where I can see this ?Code: Select all*) added feature - show last-logged-in in users list;
[admin@MikroTik] > user print value-list name: admin group: full address: last-logged-in: jan/01/2002 03:00:14test router w/o ntp set up
It also happens in rb333.Still getting rxdrops on 750 routers bridges. Showing 13000 drops in just 10 min. Was not getting the drops when i was on 5.22.
Sorry but we don't have any known issues like that. Support has asked you to provide your configuration, but you have not done that. Please answer questions from support, to get your issue resolved.Don't tell me they STILL HAVEN'T FIXED THAT
ahh.. now i found the issue. i had a rule with 6 targets, max-limit=256k/1M and this will active at 18 PM.Please everybody who experienced problems with /queue target-address 0.0.0.0/0 after upgrade to 6.0rc4.
Contact support with /queue export compact (that was used on v5.x). Thank you very much for the help.
The problem is, 0.0.0.0/0 makes each simple queue speed the WHOLE router bandwidth.ahh.. now i found the issue. i had a rule with 6 targets, max-limit=256k/1M and this will active at 18 PM.Please everybody who experienced problems with /queue target-address 0.0.0.0/0 after upgrade to 6.0rc4.
Contact support with /queue export compact (that was used on v5.x). Thank you very much for the help.
ok the rule active i try to browse the internet. its too slow, client can't reach 1 Mbps!! downgrade to 5.22 and report to support..
provide us with support output files from RouterOS v5.22 with wireless eating 100% and the same with 6.0rc5. send those files to support@mikrotik.comyou have an error in the package wireless 6.0rc5 6.0rc4 !!!
RB433UAH power 24V 2A
5.22 upgrade 6.0rc5 > CPU 100% (wireless 97%), no internet > update RouterBOOT 2.41 > 3.1 > reboot> CPU 100% (wireless)> disable wirelles packages>reboot> CPU +-10%>enable wireless packages>reboot> CPU +-10%, all wireless disable default> enable R52H wlan3 > CPU 100%> disable R52H>CPU 100% (wireless)> reboot> all interface no view CPU 100% > disable wireless packages>reboot>CPU +-10% ether interface view>enable wireless packages > CPU +-10%>reboot>CPU +-10%> all wireless disable > enable wlan2 CM10 > CPU 100% (wireless)....>> downgrade 5.22 (no stable version) + restore configuration >>> a few errors and I'll get there almost stable 5.20
RouterBOOT 3.1 > 2.41 ??
These are on all RB's, and they have 100-200 queues. I'll pull the one from the field today and power it up in the office and see what happened. It's the same thing I've seen every time I test ROS6 since beta2.at which point did it change to 0.0.0.0?
try it with one rule. add one simple queue rule in v5.22 and upgrade to v6rc4. Does it change to 0.0.0.0? We can't repeat it.
5.22 wireless OK - switch off the service (proxy,samba,CPU 100%) or restart the routerboard http://forum.mikrotik.com/viewtopic.php ... 8&start=50provide us with support output files from RouterOS v5.22 with wireless eating 100% and the same with 6.0rc5. send those files to support@mikrotik.com
I don't think it will work. I tried pasting even just a few queues from a export script, and it wouldn't add them. /queue/simple/add/ etc... won't import with RC4. Had to downgrade back to 5.22wispwest
export queue tree from 5.22
upgrade to 6.0rc4
reset no defaults=yes
reconfigure ur RB
import queue tree
+1and MT pls add "Detect Cable Problems" cool future in 5.23 if its not so hard.....
Verified, doesn't work. ROS6 must have a different format, as it will not import the same language as 5.XX.wispwest
export simple queues from 5.22
upgrade to 6.0rc4
reset no defaults=yes
reconfigure ur RB
import simple queues
please give more details on your test. 14MB or 14Mbit? What device, what client, what file, what OS?poor performance on SMB - only 14 Mb
Verify your CPU speed. I had the same issue when upgrading to 5.11 a while back. Web traffic was not affected but SMB was slow as hell. After some time I noticed that the CPU was set to 100 MHz. After setting it to the correct value everything was workning again!in 5.22 was better even CPU went 100%
I like colorful buttons in 6.rc04 very mach - nice work
So is this enough evidence Normis or do I need to open a ticket with Mikrotik? Just let me know what I need to do. I really want to test this out I'm excited to see enhanced queue performance but because of this bug, I cannot.Ok here's what I'm seeing. Going from 5.22 to RC4 with Simple Queues, RC4 seems to add 0.0.0.0/0 as a "secondary" IP address on the simple queues.
See screenshots of before / after.
what issue?..Please solve the tcp issue of Routeros....
I do not believe that is normal...is not normal...
Wispwest please try this new version and see if you can repeat the Queue problem:So is this enough evidence Normis or do I need to open a ticket with Mikrotik? Just let me know what I need to do. I really want to test this out I'm excited to see enhanced queue performance but because of this bug, I cannot.Ok here's what I'm seeing. Going from 5.22 to RC4 with Simple Queues, RC4 seems to add 0.0.0.0/0 as a "secondary" IP address on the simple queues.
See screenshots of before / after.
Actually I already have a ticket opened, and I sent the before/after screenshots as well. It's easily replicated, just use a Mikrotik RB version with 100+ queues, and upgrade the firmware to RC.
It also happens on my RB2011UAS-2HnDIt also happens in rb333.Still getting rxdrops on 750 routers bridges. Showing 13000 drops in just 10 min. Was not getting the drops when i was on 5.22.
Wispwest please try this new version and see if you can repeat the Queue problem:So is this enough evidence Normis or do I need to open a ticket with Mikrotik? Just let me know what I need to do. I really want to test this out I'm excited to see enhanced queue performance but because of this bug, I cannot.Ok here's what I'm seeing. Going from 5.22 to RC4 with Simple Queues, RC4 seems to add 0.0.0.0/0 as a "secondary" IP address on the simple queues.
See screenshots of before / after.
Actually I already have a ticket opened, and I sent the before/after screenshots as well. It's easily replicated, just use a Mikrotik RB version with 100+ queues, and upgrade the firmware to RC.
http://www.mikrotik.com/download/share/ ... 6.0rc5.npk
http://www.mikrotik.com/download/share/ ... 6.0rc5.npk
http://www.mikrotik.com/download/share/ ... 6.0rc5.npk
6to4 tunnel between two routers works. We need more information.After upgrade to 6.0rc5 (from 5.22) my 6to4 tunnel stops working anymore - HE.net's IPv6 gateway was unreachable. I downgrade back to 5.22 and it works like a charm!
[admin@rb2011] > ip
accounting address arp dns firewall hotspot neighbor packing pool proxy route service settings smb socks tftp traffic-flow upnp export
[admin@rb2011] > system package print
Flags: X - disabled
# NAME VERSION
SCHEDULED
0 ipv6 6.0rc4
1 system 6.0rc4
2 dhcp 6.0rc4
3 wireless 6.0rc4
4 routeros-mipsbe 6.0rc4
5 hotspot 6.0rc4
6 advanced-tools 6.0rc4
7 security 6.0rc4
8 routing 6.0rc4
9 ppp 6.0rc4
10 mpls 6.0rc4
[admin@rb2011] /ip>
.. -- go up to root
accounting -- Traffic accounting
address -- Address management
arp -- ARP entries management
dns -- DNS settings
firewall -- Firewall management
hotspot -- HotSpot servers management
neighbor -- Neighbors
packing -- Packet packing settings
pool -- IP address pool
proxy --
route -- Route management
service -- IP services
settings --
smb --
socks -- SOCKS version 4 proxy
tftp -- TFTP
traffic-flow --
upnp -- Universal Plug and Play
export -- Print or save an export script that can be used to restore configuration
6to4 tunnel between two routers works. We need more information.After upgrade to 6.0rc5 (from 5.22) my 6to4 tunnel stops working anymore - HE.net's IPv6 gateway was unreachable. I downgrade back to 5.22 and it works like a charm!
Thanks, we will check the upgrade.6to4 tunnel between two routers works. We need more information.After upgrade to 6.0rc5 (from 5.22) my 6to4 tunnel stops working anymore - HE.net's IPv6 gateway was unreachable. I downgrade back to 5.22 and it works like a charm!
Hi,
I run ROS 6 RC5 Build 29/11 at 11am and I have a 6to4 tunnel to HE and it is working.
What I have seen on the older betas was that when upgrading them from v5 made the 6to4 interface get corrupted and needed to be removed and created again. Then it worked. But after this I have not had any issues.
After upgrade to 6.0rc5 (from 5.22) my 6to4 tunnel stops working anymore - HE.net's IPv6 gateway was unreachable. I downgrade back to 5.22 and it works like a charm!
Thanks, we will check the upgrade.
Assuming this is the feature I just found in 5.22 under "system packages" in Winbox, where does it update from -- directly from Mikrotik's site, or from the local update repository defined in "system auto-upgrade"?What's new in 6.0rc4 (2012-Nov-28 17:16):
*) fixed problem - check-for-updates stopped working if it didn't find new updates
previously;