Community discussions

MikroTik App
 
Poki
just joined
Posts: 12
Joined: Thu Jul 26, 2012 3:42 pm

Re: Known issues and bugs - a list

Thu Mar 06, 2014 10:46 am

Hello Mikrotik community.

I guess it's my turn to report a bug.

Issue:
Router always looks in the main table when it has to send ICMP TTL exceeded in transit (type 11)

Description:
As you know, when a packet pass through a router, the TTL is decreased by 1, and when it reaches 0, the router should send ICMP type 11 (TTL exceeded in transit) back to the sender.

However, if that happens to be in a VRF (incoming and outgoing interfaces belong to a specific routing-mark), the router would not look into the corresponding table to send back the ICMP type 11 packet.

It seems that the router is always looking in the main table, no matter what.

Versions affected:
6.10, 6.6, (I guess 6.x)

How to reproduce:

Physical setup:
PC <--> RB <--> PC

Config of the RB:

ros code

/ip address
add address=10.0.0.1/30 interface=ether2 network=10.0.0.0
add address=10.2.0.1/30 interface=ether4 network=10.2.0.0
/ip route vrf
add interfaces=ether2,ether4 routing-mark=vrf1
When a PC with IP address 10.0.0.2 run a traceroute towards 10.2.0.2, the router (first hop) just won't show up.

C:\Users\Poki>tracert -d 10.2.0.2

Tracing route to 10.2.0.2 over a maximum of 30 hops

1 * * * Request timed out.
2 2 ms 1 ms 2 ms 10.2.0.2

Trace complete.

When I disable the VRF, everything is OK.

Notes:
It seems that the router looks only in the main table.

When I use VRF and if I just insert a static route for 10.0.0.0/30 on the ether2 interface in the main table, the router starts to send back the TTL exceeded packets.

The problem is not present on RouterOS 5.26.

Support TicketID:
2014030666000236 - no reply from them yet.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Mar 06, 2014 11:39 am

Issue:
Router always looks in the main table when it has to send ICMP TTL exceeded in transit (type 11)
Tested and confirmed, added to the list.

Thanks!
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Mar 06, 2014 12:43 pm

Issue:
Wrong behaivor of SNMP TRAP generator

Description:
In SNMP configuration options there is parameter which means "List of interfaces that traps are going to be sent out"

ros code

/snmp set trap-interfaces=ether1
But it does no effect when sending trap to a subnet, that belongs to another interface. The packet is generated with source address of that "another" interface.
I took me a bit to understand and simulate your issue, I have a few quesions:

Your problem is that the SNMP trap for an interface is not send from the source-IP of the interface yes?
If so, what is the problem with all the traps from the router being send from a single IP address? You can just allow that single IP to communicate with the SNMP manager. If every interface were to send traps from its IP-address, that would be difficult.
What about PPP interfaces, or interfaces with a DHCP client?

I think the current behaviour is correct, but please do explain more why its not for you, and why you think it should be different.
 
MT7
just joined
Posts: 13
Joined: Sun Dec 15, 2013 2:55 pm

Re: Known issues and bugs - a list

Sun Mar 09, 2014 7:40 pm

Hardware: RB2011UAS-2HnD-IN

Firmware: 3.12

RouterOS: 6.10

Problem description: Sometimes the igmp-proxy on my router seems stop working suddenly. When it happens LAN users can't watch IPTV. If I check the igmp-proxy window via winbox it became clean with no rules in it. To correct this problem I have to reboot the router. After reboot all settings in the igmp-proxy window are back and IPTV is back too.

Steps to reproduce: No idea. It is just happened several times per 6 months without any actions from my side.
/routing igmp-proxy
set quick-leave=yes
/routing igmp-proxy interface
add alternative-subnets=10.0.0.0/8 interface=ether2 upstream=yes
add interface=ether7
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Mon Mar 10, 2014 3:08 pm

This is a repost of an issue submitted by Poki: http://forum.mikrotik.com/viewtopic.php ... 00#p413242
Reposted here with an easier to recreate configuration, to make re-testing with newer versions easier.

Issue:
Router looks in the main routing table and not in a VRF for ICMP TTL exceeded (type 11)

Description:
When a packet pass through a router, the TTL is decreased by 1, and when it reaches 0, the router should send ICMP type 11 (TTL exceeded in transit) back to the sender.
However, if that happens to be in a VRF (incoming and outgoing interfaces belong to a specific routing-mark), the router would not look into the corresponding table to send back the ICMP type 11 packet.

It seems that the router is always looking in the main table, no matter what.

Versions affected:
Not working in 6.x
Working in 5.x

How to reproduce:
L2 connections:
 Client1     VRF_Router    Client2
 ehter4 ------ ether4
               ether5------ether5
Config on VRF_Router:

ros code

/ip address
add address=10.0.0.1/30 interface=ether4 network=10.0.0.0
add address=10.2.0.1/30 interface=ether5 network=10.2.0.0
/ip route vrf
add interfaces=ether4,ether5 routing-mark=vrf1
/system identity
set name=VRF_Router
Config on Client1:

ros code

/ip address
add address=10.0.0.2/30 interface=ether4 network=10.0.0.0
/ip route
add distance=1 gateway=10.0.0.1
/system identity
set name=Client1
Config on Client2:

ros code

/ip address
add address=10.2.0.2/30 interface=ether5 network=10.2.0.0
/ip route
add distance=1 gateway=10.2.0.1
/system identity
set name=Client2
Run a trace from Client2 to Client1:
[admin@Client2] > tool traceroute 10.0.0.2
 # ADDRESS                          LOSS SENT    LAST     AVG    BEST   WORST STD-DEV STATUS
 1                                  100%    5 timeout
 2 10.0.0.2                           0%    4   2.4ms     2.1     1.9     2.4     0.2
You will see VRF_Router is not properly sending ICMP TTL exceeded.
If you disable the VRF, everything is OK.

Notes:
It seems that the router looks only in the main table.
When I use VRF and if I just insert a static route for 10.0.0.0/30 on the ether2 interface in the main table, the router starts to send back the TTL exceeded packets.

The problem is not present on RouterOS 5.26

Support TicketID:
2014030666000236
 
Poki
just joined
Posts: 12
Joined: Thu Jul 26, 2012 3:42 pm

Re: Known issues and bugs - a list

Mon Mar 10, 2014 7:53 pm

This is a repost of an issue submitted by Poki: http://forum.mikrotik.com/viewtopic.php ... 00#p413242
Reposted here with an easier to recreate configuration, to make re-testing with newer versions easier.

Issue:
Router looks in the main routing table and not in a VRF for ICMP TTL exceeded (type 11)

Support TicketID:
2014030666000236
Well summarized tomaskir.

I just wanted to mention that I still don't have a reply from Mikrotik about this issue.

It's a shame. Instead of being grateful about helping them improve their OS, they don't even bother to consider our bug reports.
 
janel
just joined
Posts: 11
Joined: Wed Mar 12, 2014 10:41 pm

Re: Known issues and bugs - a list

Wed Mar 12, 2014 10:58 pm

Issue:
CRS125-24G-1S-RM: Configuration elements missing from the Web interface: Switch and LCD

Description:
The configuration sections for the Switch and LCD are missing from the Web interface, but present in the CLI and Winbox.

Versions affected:
6.10

How to reproduce:
Always
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Thu Mar 13, 2014 11:39 am

This is a repost of an issue submitted by Poki: http://forum.mikrotik.com/viewtopic.php ... 00#p413242
Reposted here with an easier to recreate configuration, to make re-testing with newer versions easier.

Issue:
Router looks in the main routing table and not in a VRF for ICMP TTL exceeded (type 11)

Support TicketID:
2014030666000236
Well summarized tomaskir.

I just wanted to mention that I still don't have a reply from Mikrotik about this issue.

It's a shame. Instead of being grateful about helping them improve their OS, they don't even bother to consider our bug reports.
Your bug is still open, and is being investigated. Sorry if that wasn't clear. We answer ALL emails. If you didn't get an answer, either it's in your junk folder, or we are still looking into it.
 
DjM
Member Candidate
Member Candidate
Posts: 114
Joined: Sun Dec 27, 2009 2:44 pm

Re: Known issues and bugs - a list

Thu Mar 13, 2014 12:17 pm

Your bug is still open, and is being investigated. Sorry if that wasn't clear. We answer ALL emails. If you didn't get an answer, either it's in your junk folder, or we are still looking into it.
Hi normis,

I think that "Thank you, we are working on it, update is awaited in next XX days" is better answer than waiting without reply :-)
One email can make a better picture, I think ;-)
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Thu Mar 13, 2014 1:28 pm

...
...
... We answer ALL emails. If you didn't get an answer, either it's in your junk folder, or we are still looking into it.
Normis. How sure are you about this. I have send an email the 6th about DHCP over BCP
Ticket#2013120266000175

I have not received any response yet.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Thu Mar 13, 2014 1:30 pm

Ticket#2013120266000175

I have not received any response yet.
In this case you have responded with an update to a 101 days old ticket, which means it gets buried in the priority list. I suggest making a new ticket when you have a new problem.
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Thu Mar 13, 2014 8:16 pm

Ticket#2013120266000175

I have not received any response yet.
In this case you have responded with an update to a 101 days old ticket, which means it gets buried in the priority list. I suggest making a new ticket when you have a new problem.
But it is not a new problem. You stated it should be solved in version 6.8 but I can still reproduce it in 6.9 and 6.10
 
janel
just joined
Posts: 11
Joined: Wed Mar 12, 2014 10:41 pm

Re: Known issues and bugs - a list

Fri Mar 14, 2014 1:37 am

Issue:
CRS125-24G-1S-RM: Configuration elements missing from the Web interface: Switch and LCD

Description:
Switch setting bridge-type=customer-vlan-bridge is not retained after reboot.
In my case this causes traffic to be copied on all ports linked to the current master, as described before by other users.
/interface ethernet switch port set [find] learn-restricted-unknown-sa=yes
does not work, setting instead
/interface ethernet switch set bridge-type=customer-vlan-bridge
is OK.
In my setup, when the configuration is wrong traffic drops from ~700Mbs to ~120Mbs.

My config:
/interface ethernet
set [ find default-name=sfp1 ] auto-negotiation=no
set [ find default-name=ether1 ] master-port=sfp1
set [ find default-name=ether2 ] master-port=sfp1
set [ find default-name=ether3 ] master-port=sfp1
/interface vlan
add interface=sfp1 l2mtu=1584 name=vlan199 vlan-id=199
/interface ethernet switch
set bridge-type=customer-vlan-bridge
/interface ethernet switch egress-vlan-translation
add customer-vid=199 new-customer-vid=0 port=ether1
add customer-vid=199 new-customer-vid=0 port=ether2
add customer-vid=199 new-customer-vid=0 port=ether3
/interface ethernet switch ingress-vlan-translation
add customer-vid=0 new-customer-vid=199 port=ether1 sa-learning=yes
add customer-vid=0 new-customer-vid=199 port=ether2 sa-learning=yes
add customer-vid=0 new-customer-vid=199 port=ether3 sa-learning=yes
Versions affected:
6.10

How to reproduce:
Set switch bridge type = customer-vlan-bridge then reboot
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 11:35 am

Issue:
CRS125-24G-1S-RM: Configuration elements missing from the Web interface: Switch and LCD
Issue:
CRS125-24G-1S-RM: Switch setting bridge-type=customer-vlan-bridge is not retained after reboot.
I dont have a CRS to test with, could anyone please confirm these?
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 11:41 am

6) Export of BGP VRF configuration does not include the "instance" entries
- viewtopic.php?f=2&t=78816&start=50#p409634
Fixed in v6.11
7) During upgrade of RouterOS IPSEC peers become disabled
- viewtopic.php?f=2&t=78816&start=50#p410240
Marked invalid, since we can't repeat this in any type of setup. Could be a problem with something else in this system/network
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 11:46 am

7) During upgrade of RouterOS IPSEC peers become disabled
- viewtopic.php?f=2&t=78816&start=50#p410240
Marked invalid, since we can't repeat this in any type of setup. Could be a problem with something else in this system/network
I have tried to replicate this issue for 2 hours without success as well.

I have seen multiple people on the forums say they have this issue, but noone responds to my emails/messages.
nz_monkey is not responding either, nz_monkey, if you are reading this, please contact me :)

For now, removed from the list.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 11:46 am

4) DHCP over BCP does not work
- viewtopic.php?f=2&t=78816&p=407146#p407146
fixed in 6.11
 
swissiws
Member Candidate
Member Candidate
Posts: 105
Joined: Sat Apr 04, 2009 12:42 am

Re: Known issues and bugs - a list

Fri Mar 14, 2014 12:46 pm

tomaskir

I am not an engineer - i am a project manager feeding of your trail - just spend another 10k on MT products which seems not to work due to already published sw bugs with crs and ccr systems - NO doubt about hardware engineering - first class - software too unpredictable to manage, maybe a bug, maybe engineer issue -

spend another 2k of engineer work to get basic vlan configuration running on CRS - well 4 days into production - user complain re speed issues etc = see posts. ros 6.10


I hope you see my current frustrations re Mikrotik products getting released without proper product certification - CRS as my main concern. CCR does not bond with Cisco as many times posted before.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 12:57 pm

tomaskir

I am not an engineer - i am a project manager feeding of your trail - just spend another 10k on MT products which seems not to work due to already published sw bugs with crs and ccr systems - NO doubt about hardware engineering - first class - software too unpredictable to manage, maybe a bug, maybe engineer issue -

spend another 2k of engineer work to get basic vlan configuration running on CRS - well 4 days into production - user complain re speed issues etc = see posts. ros 6.10


I hope you see my current frustrations re Mikrotik products getting released without proper product certification - CRS as my main concern. CCR does not bond with Cisco as many times posted before.
If you assume that there are bugs only by reading the forum release topic, I can disappoint you, 90% of those reports are caused by user error, or appear only in very specific situations that most likely will never affect you. Do you actually have any problems yourself, and if yes, tell us the Support ticket number, so I can check if we have fixed it for v6.11
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Mar 14, 2014 2:01 pm

tomaskir

I am not an engineer - i am a project manager feeding of your trail - just spend another 10k on MT products which seems not to work due to already published sw bugs with crs and ccr systems - NO doubt about hardware engineering - first class - software too unpredictable to manage, maybe a bug, maybe engineer issue -

spend another 2k of engineer work to get basic vlan configuration running on CRS - well 4 days into production - user complain re speed issues etc = see posts. ros 6.10


I hope you see my current frustrations re Mikrotik products getting released without proper product certification - CRS as my main concern. CCR does not bond with Cisco as many times posted before.
I understand your concerns as a project manager. What I would advise is telling your engineers to actually contact official Mikrotik support.
What Normis said is true, most of the so-called "bugs" in release threads are actually config errors.

Tell your engineers not to "blame" problems on posts in the release thread, but to actually work on solving the issues. Support will tell them if its a config issue or a bug.
Without your problem being confirmed as a bug by official MikroTik support, you cant do much. When it is confirmed as a bug by official MikroTik support, then you can push on MikroTik to fix it.
Also if that is the case, please post it in here so we all know about the issue :)

Believe me, I understand the frustration, some of the bugs in here are affecting our systems as well.
But as you can see from this thread, MikroTik is actually solving bugs (of course, at their own pace, and according to their own priorities).
 
User avatar
NathanA
Forum Veteran
Forum Veteran
Posts: 829
Joined: Tue Aug 03, 2004 9:01 am

Re: Known issues and bugs - a list

Sun Mar 16, 2014 2:00 am

4) DHCP over BCP does not work
- viewtopic.php?f=2&t=78816&p=407146#p407146
fixed in 6.11
Yay! I should have read the forums first...I just submitted a ticket (#2014031566000139) about this very issue yesterday!

Please don't ignore the ticket, though, even though this issue is fixed...I reported a second issue in the same ticket, where you can hard-crash an x86 RouterOS box running PPTP or L2TP server if the incoming request negotiates both MPPE encryption and MLPPP MRRU, if you are using the SMP/multicore kernel.

-- Nathan
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Sun Mar 16, 2014 11:54 am

Please don't ignore the ticket, though, even though this issue is fixed...I reported a second issue in the same ticket, where you can hard-crash an x86 RouterOS box running PPTP or L2TP server if the incoming request negotiates both MPPE encryption and MLPPP MRRU, if you are using the SMP/multicore kernel.

-- Nathan
That is fixed in 6.11 as well:

From 6.11 RC devel log:

What's new in 6.11 (2014-Mar-14 10:13):
*) ppp - mppe encryption together with mrru locked the router;
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Sun Mar 16, 2014 3:51 pm

Please don't ignore the ticket, though, even though this issue is fixed...I reported a second issue in the same ticket, where you can hard-crash an x86 RouterOS box running PPTP or L2TP server if the incoming request negotiates both MPPE encryption and MLPPP MRRU, if you are using the SMP/multicore kernel.

-- Nathan
That is fixed in 6.11 as well:

From 6.11 RC devel log:

What's new in 6.11 (2014-Mar-14 10:13):
*) ppp - mppe encryption together with mrru locked the router;
How come I can not find ROS 6.11 on the official download page?
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Sun Mar 16, 2014 3:53 pm

How come I can not find ROS 6.11 on the official download page?
The excerpt was from the 6.11 release candidate development page.

6.11 is not officially released yet.
 
User avatar
nz_monkey
Forum Guru
Forum Guru
Posts: 2095
Joined: Mon Jan 14, 2008 1:53 pm
Location: Over the Rainbow
Contact:

Re: Known issues and bugs - a list

Mon Mar 17, 2014 3:57 am

nz_monkey is not responding either, nz_monkey, if you are reading this, please contact me :)
Sorry tomaskir had work overload the last few weeks.

I will do some more testing on this tonight and try to determine if it is a general fault or something specific to my configuration.
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Fri Mar 21, 2014 12:21 pm

4) DHCP over BCP does not work
- viewtopic.php?f=2&t=78816&p=407146#p407146
fixed in 6.11
I can confirm that the bug is solved. Just tested it!
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Tue Mar 25, 2014 5:22 pm

All issues re-tested on v6.11 release. The list is now current for v6.11
2 out of 7 bugs on the list at the release of v6.11 were fixed.

The following issues from the list have been fixed in 6.11:
4) DHCP over BCP does not work
- http://forum.mikrotik.com/viewtopic.php ... 46#p407146
6) Export of BGP VRF configuration does not include the "instance" entries
- http://forum.mikrotik.com/viewtopic.php ... 50#p409634
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Wed Mar 26, 2014 7:09 pm

Issue:
Queue type default-small not exported with export compact

Description:
When doing a "export compact" changes to queue type default-small are not exported

Versions affected:
6.x and 5.x

How to reproduce:
Simply put this into console to see it not export:

ros code

/queue type print where name=default-small
# Notice the default pfifo-limit=10
/queue type set [/queue type find name=default-small] pfifo-limit=50
# Now we change that to 50
/queue type export compact
# Our changes are not in export compact
/queue type print where name=default-small
# Notice the pfifo-limit=50
Notes:
After 15 (?) versions, export compact is still missing things.
Wonder how many more settings are still not exported correctly...

Support TicketID:
[Ticket#2014032666000958]
 
asmozre
just joined
Posts: 7
Joined: Sun Jan 22, 2012 1:40 am

Re: Known issues and bugs - a list

Wed Mar 26, 2014 8:12 pm

Unable to change or add any telnet interfaces into mac-server

Model: CCR1036-12G-4S

ROS Version 6.11
/tool mac-server
remove 0
failure: can not remove the default entry
add interface=ether2
failure: interface unsupported
I have 6.10 on another device that is not a CCR and am able to use these commands with no issue.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Wed Mar 26, 2014 10:52 pm

Description:
When doing a "export compact" changes to queue type default-small are not exported
for me (v6.11, x86) it's exported, but in strange manner: "set 16 pfifo-limit=20". I don't think that default-small has index 16 on every system :)
Unable to change or add any telnet interfaces into mac-server

Model: CCR1036-12G-4S

ROS Version 6.11
/tool mac-server
remove 0
failure: can not remove the default entry
add interface=ether2
failure: interface unsupported
I have 6.10 on another device that is not a CCR and am able to use these commands with no issue.
have you tried v6.10 on CCR? adding works for me both in 6.10 CCR and 6.11 x86
also, removing should not work on any device, just because it's default entry. you should be able only disable it, not remove
 
asmozre
just joined
Posts: 7
Joined: Sun Jan 22, 2012 1:40 am

Re: Known issues and bugs - a list

Wed Mar 26, 2014 11:05 pm

Description:
When doing a "export compact" changes to queue type default-small are not exported
for me (v6.11, x86) it's exported, but in strange manner: "set 16 pfifo-limit=20". I don't think that default-small has index 16 on every system :)
Unable to change or add any telnet interfaces into mac-server

Model: CCR1036-12G-4S

ROS Version 6.11
/tool mac-server
remove 0
failure: can not remove the default entry
add interface=ether2
failure: interface unsupported
I have 6.10 on another device that is not a CCR and am able to use these commands with no issue.
have you tried v6.10 on CCR? adding works for me both in 6.10 CCR and 6.11 x86
also, removing should not work on any device, just because it's default entry. you should be able only disable it, not remove

I'll try to downgrade my ccr at home tonight when I get in and see. I know that on 6.10 on a 750gl I had laying around I was able to remove the default entry via command line and not disable it as I usually do.

Here is the print off the 750gl with 6.10 showing the all default entry removed via command line.
/tool mac-server> print
Flags: X - disabled, * - default 
 #    INTERFACE                                                                  
 0  * ether2                                                                     
 1    ether3                                                                     
 2    ether4                                                                     
 3    ether5                     
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Wed Mar 26, 2014 11:23 pm

Here is the print off the 750gl with 6.10 showing the all default entry removed via command line.
/tool mac-server> print
Flags: X - disabled, * - default 
 #    INTERFACE                                                                  
 0  * ether2                                                                     
 1    ether3                                                                     
 2    ether4                                                                     
 3    ether5                     
as you can see, you DO have default entry (marked by "*")
yep, you can do "set 0 interface=ether2" to change default entry from 'all' to some specific interface :) but you cannot remove it completely =)
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Mar 27, 2014 1:11 pm

Description:
When doing a "export compact" changes to queue type default-small are not exported
for me (v6.11, x86) it's exported, but in strange manner: "set 16 pfifo-limit=20". I don't think that default-small has index 16 on every system :)
Can you test on a RouterBoard?

I tested on powerpc and mipsbe, on those its not exported.
Here is the print off the 750gl with 6.10 showing the all default entry removed via command line.
/tool mac-server> print
Flags: X - disabled, * - default 
 #    INTERFACE                                                                  
 0  * ether2                                                                     
 1    ether3                                                                     
 2    ether4                                                                     
 3    ether5                     
As said before, you can set the default to a different value then "all", or you can disable it, but it can not be removed.

Regarding 6.11 and adding a mac-server interface, I dont have a CCR to test on, can someone test please?
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Thu Mar 27, 2014 2:23 pm

Can you test on a RouterBoard?

I tested on powerpc and mipsbe, on those its not exported.
Here's the result from my RB951-2n (mipsbe):
[admin@MikroTik] /queue type> ex
# jan/05/1970 00:18:03 by RouterOS 6.11
#
[admin@MikroTik] /queue type> set default-small pfifo-limit=20
[admin@MikroTik] /queue type> ex                              
# jan/05/1970 00:18:07 by RouterOS 6.11
#
/queue type
set 9 pfifo-limit=20
[admin@MikroTik] /queue type> 
so seems like the only thing to be fixed is using type names instead of indices, which are different from system to system
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Mar 27, 2014 2:58 pm

Here's the result from my RB951-2n (mipsbe):
[admin@MikroTik] /queue type> ex
# jan/05/1970 00:18:03 by RouterOS 6.11
#
[admin@MikroTik] /queue type> set default-small pfifo-limit=20
[admin@MikroTik] /queue type> ex                              
# jan/05/1970 00:18:07 by RouterOS 6.11
#
/queue type
set 9 pfifo-limit=20
[admin@MikroTik] /queue type> 
so seems like the only thing to be fixed is using type names instead of indices, which are different from system to system
Here is how it looks for me on a 750GL:
[admin@C1] > /queue type print where name=default-small
Flags: * - default 
 0 * name="default-small" kind=pfifo pfifo-limit=10 
[admin@C1] > # Notice the default pfifo-limit=10
[admin@C1] > /queue type set [/queue type find name=default-small] pfifo-limit=50
[admin@C1] > # Now we change that to 50
[admin@C1] > /queue type export compact
# jan/03/1970 21:33:02 by RouterOS 6.11
# software id = 3VYV-V1LD
#
[admin@C1] > # Our changes are not in export compact
[admin@C1] > /queue type print where name=default-small
Flags: * - default 
 0 * name="default-small" kind=pfifo pfifo-limit=50 
[admin@C1] > # Notice the pfifo-limit=50
So we are experiencing different behaviour, interesting...
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Thu Mar 27, 2014 3:15 pm

what does "export verbose" show?..
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Mar 27, 2014 3:20 pm

what does "export verbose" show?..
[admin@C1] /queue type> exp ver
# jan/02/1970 00:08:00 by RouterOS 6.11
# software id = 3VYV-V1LD
#
/queue type
set 0 kind=pfifo name=default pfifo-limit=50
set 1 kind=pfifo name=ethernet-default pfifo-limit=50
set 2 kind=sfq name=wireless-default sfq-allot=1514 sfq-perturb=5
set 3 kind=red name=synchronous-default red-avg-packet=1000 red-burst=20 red-limit=60 red-max-threshold=50 red-min-threshold=10
set 4 kind=sfq name=hotspot-default sfq-allot=1514 sfq-perturb=5
set 5 kind=pcq name=pcq-upload-default pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-classifier=src-address pcq-dst-address-mask=32 pcq-dst-address6-mask=128 pcq-limit=50 pcq-rate=0 pcq-src-address-mask=32 pcq-src-address6-mask=128 pcq-total-limit=2000
set 6 kind=pcq name=pcq-download-default pcq-burst-rate=0 pcq-burst-threshold=0 pcq-burst-time=10s pcq-classifier=dst-address pcq-dst-address-mask=32 pcq-dst-address6-mask=128 pcq-limit=50 pcq-rate=0 pcq-src-address-mask=32 pcq-src-address6-mask=128 pcq-total-limit=2000
set 7 kind=none name=only-hardware-queue
set 8 kind=mq-pfifo mq-pfifo-limit=50 name=multi-queue-ethernet-default
set 9 kind=pfifo name=default-small pfifo-limit=50
[admin@C1] /queue type> exp com
# jan/02/1970 00:08:38 by RouterOS 6.11
# software id = 3VYV-V1LD
#
[admin@C1] /queue type> 
So as you can see, default-small is at 50.

I tested on a 750GL and 1100AH, any chance you got one of those you can test on?
 
asmozre
just joined
Posts: 7
Joined: Sun Jan 22, 2012 1:40 am

Re: Known issues and bugs - a list

Thu Mar 27, 2014 3:58 pm

As said before, you can set the default to a different value then "all", or you can disable it, but it can not be removed.

Regarding 6.11 and adding a mac-server interface, I dont have a CCR to test on, can someone test please?
Actually, on that particular 750GL w/ ros 6.10 I can remove the interface completely and not just change it. When adding a new interface back into the mac-server the first one added becomes to default. I can not remove it via winbox however I can remove it via cli.

On the CCR1036-12G-4S w/ ros 6.10 I also can not add an interface other than the all, nor can I modify the all entry to another interface.
 
metabaron
just joined
Posts: 10
Joined: Fri Mar 28, 2014 4:56 am

Re: Known issues and bugs - a list

Fri Mar 28, 2014 5:09 am

Hello all, first post here, I just created my account and reported the bug:

Issue:
Super slow index page for the administration interface once you log on

Description:
Once you log on the administration interface, the loading time of the page is like almost 30 seconds

Versions affected:
Latest 6.11 version

How to reproduce:
Install 6.11

Notes:
Was perfect before I moved to the new 6.11. Update down through the web interface. Router reboot and stopped/started since then, several times.
 
andriys
Forum Guru
Forum Guru
Posts: 1526
Joined: Thu Nov 24, 2011 1:59 pm
Location: Kharkiv, Ukraine

Re: Known issues and bugs - a list

Fri Mar 28, 2014 12:42 pm

Issue:
Super slow index page for the administration interface once you log on

Description:
Once you log on the administration interface, the loading time of the page is like almost 30 seconds
Was perfect before I moved to the new 6.11.
Chances are this is a browser cache issue. Have you tried cleaning your browser cache?
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Mar 28, 2014 1:00 pm

Issue:
Super slow index page for the administration interface once you log on

Description:
Once you log on the administration interface, the loading time of the page is like almost 30 seconds
Was perfect before I moved to the new 6.11.
Chances are this is a browser cache issue. Have you tried cleaning your browser cache?
I have many devices on 6.11, webfix is fine everywhere.

As said before, clean your cache and cookies and please let us know if its working.
 
reinerotto
Long time Member
Long time Member
Posts: 519
Joined: Thu Dec 04, 2008 2:35 am

Re: Known issues and bugs - a list

Sun Mar 30, 2014 9:15 am

New issue regarding NAT during close of connection: Pls, refere to this thread.
http://forum.mikrotik.com/viewtopic.php ... 34#p418434
 
chadd
Member
Member
Posts: 348
Joined: Fri Dec 31, 2004 2:40 am

Re: Known issues and bugs - a list

Tue Apr 01, 2014 8:32 am

Normis,

On the RB951Ui units I have you cant access the POE settings menu. How do you check and upgrade the POE firmware on these units?
RB951Ui from MUM - RouterOS 6.5, connected to internet and then...
/system package update upgrade
router rebooted, all is ok but PoE firmware = 0.0 ;)
Checked in the day of MUM on two routers, same effect...
what is the output of these two commands?

/interface ethernet poe settings print
/interface ethernet poe settings upgrade
 
elmer
newbie
Posts: 40
Joined: Mon Jun 18, 2012 4:02 pm

Re: Known issues and bugs - a list

Sun Apr 06, 2014 12:46 am

RB951Ui from MUM - RouterOS 6.5, connected to internet and then...
/system package update upgrade
router rebooted, all is ok but PoE firmware = 0.0 ;)
Checked in the day of MUM on two routers, same effect...
what is the output of these two commands?

/interface ethernet poe settings print
/interface ethernet poe settings upgrade
v6.11 on router in this time shows:
bad command name settings (line 1 column 25)
there is poe upgrade command in v.6xx?
 
Majklik
newbie
Posts: 35
Joined: Fri Dec 23, 2011 10:20 pm

Re: Known issues and bugs - a list

Sun Apr 06, 2014 6:59 pm

5) L2TP Server bug - replies from wrong IP address
- http://forum.mikrotik.com/viewtopic.php ... 19#p398319
new ppp package invalidates this
It looks that this bug is still there? I tested this now with 6.11 and 6.12rc1 (Apr/04/2014 13:30:46).
By the way, is there any progress with a similar problem where multihop BFD (with BGP) uses too bad source IP of the outgoing interface and not loopback address ( [Ticket#2013110666000642] )?
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Sun Apr 06, 2014 9:37 pm

It looks that this bug is still there? I tested this now with 6.11 and 6.12rc1 (Apr/04/2014 13:30:46).
By the way, is there any progress with a similar problem where multihop BFD (with BGP) uses too bad source IP of the outgoing interface and not loopback address ( [Ticket#2013110666000642] )?
The bug is still there, its on the first post's list, which is up to date with 6.11

Any chance you want to do a bug report in here with that multihop BFD bad source IP?
Would be nice to be able to include it here with full replication instructions.

Thanks!
 
g0didit
just joined
Posts: 5
Joined: Wed Apr 16, 2014 10:32 am

Re: Known issues and bugs - a list

Wed Apr 16, 2014 10:52 am

Hi... I got some problems. Im using miktrotik for few years now and never face something like this.
I got one x86 pppoe concentrator with EoIP tunnels to other routers. (24 EoIP tunnels).

Recently updated RoS from 4.16 -> 5.26 -> 6.11. After update i need to add few more EoIP tunnels, added and seems all OK for few seconds until first PPPoE user try to connect to any other PPPoE server, still no PPPoE server on new tunnell and EoIP tunnel was "overwriten" by that PPPoE connection. Newely created tunnell is no longer exist. I delete PPPoE connection sometime router hungs, I try to add again same EoIP and winbox say "interface exist" i cant find that tunnel in winbox or terminal. Need HELP. Thanx.
You do not have the required permissions to view the files attached to this post.
 
ddt
just joined
Posts: 19
Joined: Thu Apr 17, 2014 3:18 am

Re: Known issues and bugs - a list

Mon Apr 21, 2014 9:18 pm

On my CRS running 6.12, if I enter this code:
/interface ethernet switch ingress-vlan-translation
add ports=ether2 customer-vid=0 new-customer-vid=8 sa-learning=yes

/interface ethernet switch egress-vlan-translation
add customer-vid=8 new-customer-vid=0 ports=ether2
The ether2 port will correctly work as it did in 6.11 and before, until I restart the router. Then it freezes at boot up at the "Starting services" readout.

I've tried removing the egress-vlan-translation as well, and just having the first 2 lines. It still freezes at startup.

As I said, this works correctly in 6.11 and before, and I isolated the freezing to just this area of my working config.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Apr 24, 2014 2:50 pm

All issues re-tested on v6.12 release. The list is now current for v6.12
0 out of 6 bugs on the list at the release of v6.12 were fixed.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Apr 24, 2014 2:58 pm

Issue:
"RouterOS Default Configuration" windows shows when it should not

Description:
The "Default Configuration" window appears even when the router does NOT have a default configuration.

Versions affected:
6.12, not tested rest

How to reproduce:
1) Reset a router to default config with:
/system reset-configuration
2) Do NOT login with winbox or SSH!
Login with API and issue:
/system/reset-configuration
=no-defaults=yes
3) After reset, login with MAC winbox.
The router has no config, but the "RouterOS Default Configuration" window will still show, and offers to run the "Remove config" script.

Notes:
It seems that when you reset to no-default config using the API, the flags telling the router it doesnt have default config anymore dont get set.
See attached a console screenshot showing that the router still thinks its got a default config, when in fact there is no config present.

Support TicketID:
[Ticket#2014042466000576]
You do not have the required permissions to view the files attached to this post.
 
acung
just joined
Posts: 19
Joined: Thu Nov 26, 2009 5:57 pm
Location: Jakarta

Re: Known issues and bugs - a list

Thu May 01, 2014 5:35 am

Issue:
CRS125-24G-1S-RM: Configuration elements missing from the Web interface: Switch and LCD
Issue:
CRS125-24G-1S-RM: Switch setting bridge-type=customer-vlan-bridge is not retained after reboot.
I dont have a CRS to test with, could anyone please confirm these?
Yes I have two of my CRS125-24G-1S-RM have missing switch and LCD menu from the Web interface.

ROS Version: 6.12
 
Pebu
just joined
Posts: 4
Joined: Sat Nov 10, 2012 5:05 pm

Re: Known issues and bugs - a list

Fri May 02, 2014 2:26 pm

On my CRS running 6.12, if I enter this code:
/interface ethernet switch ingress-vlan-translation
add ports=ether2 customer-vid=0 new-customer-vid=8 sa-learning=yes

/interface ethernet switch egress-vlan-translation
add customer-vid=8 new-customer-vid=0 ports=ether2
The ether2 port will correctly work as it did in 6.11 and before, until I restart the router. Then it freezes at boot up at the "Starting services" readout.
I've tried removing the egress-vlan-translation as well, and just having the first 2 lines. It still freezes at startup.
As I said, this works correctly in 6.11 and before, and I isolated the freezing to just this area of my working config.
+1, I can confirm this happens to my CRS @ 6.12 as well in exactly the same situation. Only solution is to reset the config using the reset switch, as the router never proceeds past 'Starting services'. I'm down to 6.11 now.
The CSR works fine using the mentioned config as long as you don't reboot it.
 
User avatar
falestiny
Frequent Visitor
Frequent Visitor
Posts: 51
Joined: Fri Sep 10, 2010 3:11 pm
Location: everywhere
Contact:

Re: Known issues and bugs - a list

Fri May 02, 2014 2:53 pm

also there is a bug with encrypted VPN connections since OS version 6.8 and not fixed until this moment.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri May 02, 2014 4:05 pm

also there is a bug with encrypted VPN connections since OS version 6.8 and not fixed until this moment.
Please be more specific. Ideally, follow the template in post2.
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Tue May 06, 2014 8:42 am

Issue:
Queue graphs always available for viewing

Description:
Regardless of the settings in /tool graphing queue, a queue graph is always available
Eg.
Internal devices use default subnet 192.168.88.0/24
In /tools graphing all three options (interfaces, resources and queue) are set to be allowed from 10.10.10.0/24.
Then neither resource and interface graphs are available, as I suspect because of the allowed subnet.
But the queue graph is available for viewing.

Versions affected:
RouterOS 6.5 and 6.12
Did not test versions in between

How to reproduce:
Create a /tool graphing queue for a non-used subnet/IP address and see http://ip-address/graphs
See example in description.

Support TicketID:
Ticket#2014050666000189
 
User avatar
dohmniq
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Sat Nov 17, 2012 12:17 pm

Re: Known issues and bugs - a list

Tue May 06, 2014 1:04 pm

Issue:
Can't list or delete files with overly long filenames

Description:
I wrote a script that used /tool fetch mode="http" host="domain.name" address=1.2.3.4 port=8080 src-path="/API/report\?query" where the query-string in src-path contained non-alphanumeric characters (some URL-escaped) but well over 255 characters long (more like 2000). I forgot to add keep-result=no to the command (it defaults to yes) so it saved an output file.

A typical URL might look like:
http://domain.name/API/report?software_id=ABCD-1234&report=registered%20connections&content=%5b%20%20{%20%20%22.id%22:%20%22*17%22, [... and so on ...]
When I do /system resource print there's a massive loss of hdd disk space:
[admin@MikroTik] /> /sys resource pr
                   uptime: 8w6d15h19m2s
                  version: 6.10
               build-time: Feb/12/2014 13:46:18
              free-memory: 6.7MiB
             total-memory: 32.0MiB
                      cpu: MIPS 74Kc V4.12
                cpu-count: 1
            cpu-frequency: 600MHz
                 cpu-load: 5%
           free-hdd-space: 552.0KiB
          total-hdd-space: 128.0MiB
  write-sect-since-reboot: 1170438
         write-sect-total: 1187250
               bad-blocks: 0%
        architecture-name: mipsbe
               board-name: RB911G-5HPnD
                 platform: MikroTik
But when I do /file print (which takes AGES) there are only a few files that don't explain the disk usage:
[admin@MikroTik] /system scheduler> /file pr
 # NAME                                                                               TYPE                                                                                    SIZE CREATION-TIME
 0 post-6.10.rsc                                                                      script                                                                                  2695 mar/02/2014 18:34:14
 1 ABCD-1234.key                                                                      .key file                                                                                204 jan/01/2002 01:19:04
 2 um-before-migration.tar                                                            .tar file                                                                            17.5KiB jan/02/1970 00:00:35
 3 5MB.zip                                                                            .zip file                                                                             5.0MiB mar/06/2014 08:56:33
 4 pub                                                                                directory                                                                                    mar/02/2014 18:31:28
 5 post-mesh.rsc                                                                      script                                                                                  2267 mar/05/2014 14:06:04
 6 20MB.zip                                                                           .zip file                                                                            20.0MiB mar/18/2014 18:23:18
 7 pre-6.10.rsc                                                                       script                                                                                  2694 mar/02/2014 18:31:31
 8 skins                                                                              directory                                                                                    jan/01/1970 00:00:40
 9 script-functions.rsc                                                               script                                                                                  1574 apr/28/2014 09:58:53
no such item (4)
However, if I FTP to the RouterBOARD then the files appear. However, I can't delete any of them - I get "550 No such file or directory" errors.

Files do not appear on webfig either.

Versions affected:
at least 6.9 and 6.10

How to reproduce:
[admin@MikroTik2] /system resource> /tool fetch mode=http host="www.mikrotik.com" address=159.148.147.196 port=80 src-path="\?query&%*{:981293819381938192381983198312319283918239183987321498172498712349871234981274981273498213479218437921843721983472193847219348712349872134912873491283471293487219348712349872134981274391283472193487129348712349871234981273491283471293487123948712349871234981273491283472193487213948712391874192387421934871239487123987"
  status: finished

[admin@MikroTik2] /system resource> /file pr
 # NAME                                                                               TYPE                                                                                    SIZE CREATION-TIME
 0 Working-latest.rsc                                                                 script                                                                                6.7KiB jan/02/2014 13:31:21
 1 log.0.txt                                                                          .txt file                                                                            50.2KiB may/06/2014 10:52:26
 2 pre-6.10.rsc                                                                       script                                                                                7.7KiB jan/01/2002 03:04:16
 3 skins                                                                              directory                                                                                    jan/01/1970 01:00:17
 4 webproxy                                                                           directory                                                                                    sep/19/2013 13:56:24
 5 webproxy/error.html                                                                .html file                                                                          163.7KiB dec/29/2013 21:24:00
 6 pub                                                                                directory                                                                                    jan/01/2002 02:08:25
 7 log.1.txt                                                                          .txt file                                                                            68.3KiB apr/12/2014 10:53:24
 8 with-uSD                                                                           file                                                                                293.7KiB jan/01/2002 02:00:10
 9 micro-sd                                                                           disk                                                                                         apr/15/2014 09:21:54
10 WORKING.rsc                                                                        script                                                                                5.6KiB jan/01/2002 03:55:00
11 micro-sd/lost+found                                                                directory                                                                                    jan/02/1970 01:03:02
12 micro-sd/web-proxy1                                                                web-proxy store                                                                              mar/12/2014 15:23:42
13 micro-sd/web-proxy2                                                                web-proxy store                                                                              jan/01/2002 02:01:17
[admin@MikroTik2] /system resource>

[admin@server ~]$ ftp mikrotik2
Connected to mikrotik2.
220 MikroTik2 FTP server (MikroTik 6.10) ready
Name (mikrotik2:admin):
331 Password required for admin
Password:
230 User admin logged in
Remote system type is UNIX.
ftp> dir
229 Entering Extended Passive Mode (|||42036|)
150 Opening data connection
drwxrwx---   1 root     root         2048 Jan  1 01:00 ?query&%*{:9812938193819381923819831983123192839182391839873214981724987123498712349812749812734982134792184379218437219834721938472193487123498721349128734912834712934872193487123498721349812743912834721934871293487123498712349812734912834712934871239487
drwxrwx---   5 root     root         4096 Jan  1 02:00 micro-sd
-rw-rw----   1 root     root        51541 May  6 10:56 log.0.txt
-rw-rw----   1 root     root        69899 Apr 12 10:53 log.1.txt
drwxrwx---   1 root     root         2048 Jan  1 02:08 pub
drwxrwx---   1 root     root         2048 Sep 19 13:56 webproxy
-rw-rw----   1 root     root       300776 Jan  1 02:00 with-uSD
drwxrwx---   1 root     root         2048 Jan  1 01:00 skins
-rw-rw----   1 root     root         6853 Jan  2 13:31 Working-latest.rsc
-rw-rw----   1 root     root         5688 Jan  1 03:55 WORKING.rsc
-rw-rw----   1 root     root         7838 Jan  1 03:04 pre-6.10.rsc
226 Transfer complete
ftp> mdelete *query*
mdelete ?query&%*{:9812938193819381923819831983123192839182391839873214981724987123498712349812749812734982134792184379218437219834721938472193487123498721349128734912834712934872193487123498721349812743912834721934871293487123498712349812734912834712934871239487 [anpqy?]? y
550 ?query&%*{:9812938193819381923819831983123192839182391839873214981724987123498712349812749812734982134792184379218437219834721938472193487123498721349128734912834712934872193487123498721349812743912834721934871293487123498712349812734912834712934871239487: No such file or directory
ftp> cd "?query&%*{:9812938193819381923819831983123192839182391839873214981724987123498712349812749812734982134792184379218437219834721938472193487123498721349128734912834712934872193487123498721349812743912834721934871293487123498712349812734912834712934871239487"
550 ?query&%*{:9812938193819381923819831983123192839182391839873214981724987123498712349812749812734982134792184379218437219834721938472193487123498721349128734912834712934872193487123498721349812743912834721934871293487123498712349812734912834712934871239487: No such file or directory
ftp>
Notes:
If you have scheduled scripts that use /tool fetch then maybe check to see if you need to add keep-result=no !!!

Support TicketID:
Ticket#2014050666000367
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Tue May 06, 2014 1:49 pm

Issue:
Queue graphs always available for viewing
Thanks for the report, added!
Issue:
Can't list or delete files with overly long filenames
Very nice report, thank you!

Added to the list as well.
 
User avatar
dohmniq
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Sat Nov 17, 2012 12:17 pm

Re: Known issues and bugs - a list

Tue May 06, 2014 10:45 pm

Just to follow up from my bug post about invisible/immortal files with super-long filenames...

If your RouterBOARD hasn't already run out of hdd space then you can apply this workaround:
  • NOTE: all files on your routerboard will be wiped but you will keep your configuration!
  • download netinstall and the corresponding routerOS npk
  • using webfig / CLI / etc. set routerboard settings to boot "try-ethernet-once-then-nand"
  • fire up netinstall on your windows PC (sadly doesn't seem to work under Wine on unix)
  • configure netinstall for netbooting - tick "Boot server enabled" box, etc.
  • browse (in netinstall) to your routerOS package
  • reboot routerboard
  • routerboard should appear in netinstall devices/routers list
  • click on routerboard in list, make sure "keep old configuration" is ticked and "apply default config" is unticked
  • click install
  • click reboot
This will repartition and reformat your routerboard, getting rid of any files you can't see or delete and reclaiming your hdd space.
As far as I can tell, the routerboard boot settings go back to "nand-if-fail-then-ethernet"
You will keep your licence and config.

IF you let your hdd space get to zero then you will very likely need physical access to your routerboard's reset button!
 
sasha
just joined
Posts: 1
Joined: Wed May 07, 2014 12:56 pm

Re: Known issues and bugs - a list

Wed May 07, 2014 1:23 pm

Issue:
SMB shares disappear at random times

Description:
External HD is attached and folder on it SMB shared but router intermittently dis/re-connects HD. As a result HD device is enumerated as /usb1 or /usb2 without a rule or switched between /usb1 and /usb2 at random times or completely lost from Stores -> Disks. SMB shares get lost and shares users are pissed off. Unstable SMB render this feature useless and it was one of the reasons we opted for RB2011UiAS-2HnD-IN.

Log looks like
Image

In WebFig disk disappears and sometimes it can not be enumerated again without reconnecting usb cable. This external HD previously worked and had folders shared on much cheaper router without a glitch. It would be good if RouterOS could use FAT32 for fs of attached HD too.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri May 09, 2014 12:10 pm

Issue:
SMB shares disappear at random times
This sounds like the same problem described here: http://forum.mikrotik.com/viewtopic.php?f=13&t=84744

Its not actually a SMB share problem, but an underlying problem with USB storage dismounting/re-mounting causing SMB problems.

Please contact official MikroTik support at support@mikrotik.com with a supout file.
 
QCTIK
just joined
Posts: 3
Joined: Sun May 11, 2014 11:02 pm

Re: Known issues and bugs - a list

Mon May 12, 2014 3:29 pm

SEVERE BUG I followed the wiki example as of 14 april 2014

like the example ive created a group of switched port, put some port with ingress translation for customer vid , after that created a port with a tag for the already created vlan.

everything went fine until...

i tried to put a tagged port outside the initial group to use the switch native vlan for that port.

packet stopped stop to flow. Restarted the switch it did'nt boot up

stopped to 'starting services'

replicated the incident three time on that switch then tried another one to make sure

same again....

could you check that please.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Tue May 13, 2014 9:33 am

3) L2TP Server bug - replies from wrong IP address
- viewtopic.php?f=2&t=78816&p=398319#p398319
fixed in v6.13
6) Queue type default-small not exported with export compact
- viewtopic.php?f=2&t=78816&p=417649#p417649
compact only exports changed values. default-small is the default value, so it will not be exported. not a bug
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Tue May 13, 2014 11:15 am

6) Queue type default-small not exported with export compact
- viewtopic.php?f=2&t=78816&p=417649#p417649
compact only exports changed values. default-small is the default value, so it will not be exported. not a bug
The default value is changed, and the change to the default value is not exported.

Other changes to default values are exported, for example:
[tomas@router] /queue type> exp
# may/13/2014 10:09:06 by RouterOS 6.12
# software id = FR5N-MA9W
#
[tomas@router] /queue type> set [find name=default-small] pfifo-limit=50
[tomas@router] /queue type> exp
# may/13/2014 10:09:13 by RouterOS 6.12
# software id = FR5N-MA9W
#
[tomas@router] /queue type> set [find name=pcq-download-default] pcq-rate=1024
[tomas@router] /queue type> exp
# may/13/2014 10:09:59 by RouterOS 6.12
# software id = FR5N-MA9W
#
/queue type
set 6 pcq-rate=1024
[tomas@router] /queue type> 
This is inconsistent.
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Tue May 13, 2014 12:24 pm

Now I get it. We checked in v6.13 and it worked for us, but it looks like v6.12 has this issue. Seems it's fixed.
 
lorsungcu
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Sat Jul 09, 2011 11:11 pm

Re: Known issues and bugs - a list

Wed May 14, 2014 5:14 pm

Issue:
IPSEC will not connect from 6.12 to 5.26 ROS

Description:
Using 6.12 on a router and 5.26 on another, unable to initiate a tunnel. Tested on two different devices. Works fine if downgraded to 5.26, or 6.9.

Versions affected:
6.12

How to reproduce:
Build functioning IPSec/L2TP tunnels in 5.26 between routers. Upgrade one to 6.12.

Notes:
L2TP will connect fine on it's own, issue seems to be with IPSec. No response from Mikrotik after they asked for access to routers. I sent them VPN info as well as 3+ follow up emails. I can only assume this is a bug until I hear back from them.

Support TicketID:
2014020566000758
 
polppol
just joined
Posts: 1
Joined: Thu May 15, 2014 12:31 pm

Re: Known issues and bugs - a list

Thu May 15, 2014 12:47 pm

Issue:
Winbox doesn't unlock upload files after upload whole folder via Winbox > Files menu

Description:
When upload whole folder (with multiple files in that folder) to Mikrotik via Winbox
Winbox doesn't release uploaded files in that folder even if those files are upload 100% complete.
2014-04-03_15-40-12.png

Versions affected:

6.12

How to reproduce:
1. Create "TEST_FOLDER" on your Desktop
2. Create(or copy anything) to "TEST_FOLDER" that you just created
3. Start Winbox > Login > and goto Files menu
4. drag "TEST_FOLDER" from your desktop to "Files" windows
5. wait until all file are uploaded
6. now try to move/delete/edit any file in "TEST_FOLDER" on your Desktop
you should get message that WinBox.exe still use those file

Notes:
workaround: close WinBox.exe and re-open it / upload via ftp

Support TicketID:
2014040366000338
You do not have the required permissions to view the files attached to this post.
 
dzoleg
just joined
Posts: 3
Joined: Thu Oct 03, 2013 10:28 am

Re: Known issues and bugs - a list

Sat May 17, 2014 2:47 pm

ROS 6.13
In webfig can create backup, but can't restore new encrypted config.
 
User avatar
luqasz
Member Candidate
Member Candidate
Posts: 101
Joined: Thu Aug 16, 2007 9:53 pm
Location: Poland

Re: Known issues and bugs - a list

Sun May 25, 2014 11:04 pm

Issue:
Wrongly calculated and selected routes.
Description:
http://forum.mikrotik.com/viewtopic.php?f=2&t=84461
Version affected:
Tested on 6.12. I would not be suprised if all 6.x are affected.
How to reproduce:
http://forum.mikrotik.com/viewtopic.php?f=2&t=84461
Support TicketID:
2014042866000685
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Tue Jun 03, 2014 2:03 pm

I have been swamped with work and other issues last weeks, I will update the list for 6.13 and include all reports in the next few days.
 
MadriSX
just joined
Posts: 4
Joined: Tue May 20, 2014 5:56 pm

Re: Known issues and bugs - a list

Wed Jun 11, 2014 5:48 pm

Hi there,

I´ve detected a simple issue when I upgraded to 6.14 and I think many people will suffer this.

I have some mangle rules for balancing traffice per type and I use "balanceo" (8 characters) as routing mark but surprisily the new RouterOS version is limited to 7 characters so my static balancing route was inactive after upgrading.

It´s simple to solve I think :-)
 
Cliff
just joined
Posts: 9
Joined: Fri Jul 05, 2013 1:57 am

Re: Known issues and bugs - a list

Mon Jun 16, 2014 3:04 am

smb does not work since 6.14. Error 1208 after entering username and password.
Downgrade to 6.13 helps.
 
basisbit
just joined
Posts: 4
Joined: Wed Feb 08, 2012 9:22 pm

Re: Known issues and bugs - a list

Tue Jun 17, 2014 3:56 pm

also there is a bug with encrypted VPN connections since OS version 6.8 and not fixed until this moment.
I can confirm that. It causes connection drops. For example you are able to connect with WinBox over VPN, but after a few seconds it disconnects. Also opening Webfig or loading the graphing-images fairs after loading some data.
I tried various things, recreated the nat-masquerade, changed MCS packet sizes and so on, deactivated all firewall rules, tried secured winbox (this works for a few seconds but then the connection drops again).
Only affects connections to the router (web, winbox, ftp,...), the vpn connection stays stable and everything else works fine (ping, youtube over the vpn, tcp and udp connections over the vpn to the local network or internet are unaffected.
SMB doesn't work at all even from local since that problem started.
Thankfully, DNS seems to be unaffected because of short connection time. IPv6 is not activated and connection tracking settings of the ipv4 firewall are all set to auto/standard values.
Newest RouterOS version installed and newest bootloader. Hardware is a 2 years old Mikrotik RB751g-2hnd.
Any Idea what could be wrong?

PS: all my other mikrotik devices are unaffected.
 
zlativ
just joined
Posts: 1
Joined: Tue Jul 01, 2014 11:16 pm

Re: Known issues and bugs - a list

Tue Jul 01, 2014 11:34 pm

3) L2TP Server bug - replies from wrong IP address
- viewtopic.php?f=2&t=78816&p=398319#p398319
fixed in v6.13
It's really work fine now for mipsbe architecture (checked on RB951G-2HnD, ROS v6.13 and v6.15), but at the same time bug still appear for tile architecture (checked on CCR1036-8G-2S+, ROS v6.13 and v6.15).
 
michl
just joined
Posts: 9
Joined: Mon Jul 07, 2014 5:05 pm

Re: Known issues and bugs - a list

Wed Jul 09, 2014 3:57 pm

mkt_bp.jpg
I could not restore configuration with no-password backup file. Tried several files, not only 1.
If I put password when backup the file, I can restore the config.

v6.15
RB951Ui-2HnD
You do not have the required permissions to view the files attached to this post.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Jul 18, 2014 1:48 pm

All issues re-tested on v6.16 release. The list is now current for v6.16
2 out of 9 bugs on the list at the release of v6.16 were fixed.

The following issues from the list have been fixed from 6.12 to 6.16:
3) L2TP Server bug - replies from wrong IP address
- http://forum.mikrotik.com/viewtopic.php ... 19#p398319
8) Queue graphs always available for viewing
- http://forum.mikrotik.com/viewtopic.php ... 73#p424539
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Jul 18, 2014 3:01 pm

Now I get it. We checked in v6.13 and it worked for us, but it looks like v6.12 has this issue. Seems it's fixed.
Normis: Just an update, this is still NOT fixed for me in 6.16/6.17 on a RB 750GL.

This was regarding to this post: http://forum.mikrotik.com/viewtopic.php ... 53#p425766
To replicate, just follow the steps in http://forum.mikrotik.com/viewtopic.php ... 49#p417649 :)
Last edited by tomaskir on Fri Jul 18, 2014 6:54 pm, edited 1 time in total.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Jul 18, 2014 3:04 pm

Issue:
Winbox doesn't unlock upload files after upload whole folder via Winbox > Files menu
This is more a Winbox issue, but confirmed, and added to the list.
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Fri Jul 18, 2014 3:11 pm

I could not restore configuration with no-password backup file. Tried several files, not only 1.
If I put password when backup the file, I can restore the config.

v6.15
RB951Ui-2HnD
I could not replicate this in 6.17.
Since this seems to be working in 6.17, can you please verify and let us know if you still have this issue.
 
User avatar
denisun
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Wed Jul 16, 2014 6:38 pm
Location: Greece

Re: Known issues and bugs - a list

Fri Jul 18, 2014 8:34 pm

I have this bug:
http://forum.mikrotik.com/viewtopic.php?f=2&t=87082

Description:
I have IPv6 enable over PPPoE.
When ether1 stop then PPPoE drop and can't connect for some minutes.
It take many, many, many conection/disconnection every second for about 4-5 minutes and sometimes 10minutes.
I must wait this time or stop and start PPPoE.
The problem appears if yet i have only enable IPv6 support in my PPPoE without any other IPv6 configuration like DHCPv6 client etc.
Every time my ISP make changes in Brass, the PPPoE client connection drop and ether1 drop normally, and i have this problem.

I tested in 6.15, 6.16 and 6.17 with same result.
I tested in many RB.
 
User avatar
denisun
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Wed Jul 16, 2014 6:38 pm
Location: Greece

Re: Known issues and bugs - a list

Fri Jul 18, 2014 8:37 pm

I have this bug:
http://forum.mikrotik.com/viewtopic.php?f=2&t=87082

Description:
I have IPv6 enable over PPPoE.
When ether1 stop then PPPoE drop and can't connect for some minutes.
It take many, many, many conection/disconnection every second for about 4-5 minutes and sometimes 10minutes.
I must wait this time or stop and start PPPoE.
The problem appears if yet i have only enable IPv6 support in my PPPoE without any other IPv6 configuration like DHCPv6 client etc.
Every time my ISP make changes in Brass, the PPPoE client connection drop and ether1 drop normally, and i have this problem.

I tested in 6.15, 6.16 and 6.17 with same result.
I tested in many RB.
 
dannnic
just joined
Posts: 4
Joined: Mon Nov 18, 2013 8:23 am

Re: Known issues and bugs - a list

Sat Jul 19, 2014 11:26 am

Issue :

Successful "/tool fetch" execute will add a log to Log Memory. This is NOT Working from v6.15 onwards... not fixed in v6.16 as well.

Description:
This was working since the feature introduced in v5.x and up to v6.14, but it was NOT working since v6.15 onwards ....

Versions affected:
v6.15, v6.16

How to reproduce:
tool fetch dst-path=<ftp-server-file-path> address=<ftp-server-ip> mode=ftp upload=yes src-path=<file-name-in-router-files-list> user=<username> password=<password>

Support TicketID:
Ticket#2014071966000151
 
michl
just joined
Posts: 9
Joined: Mon Jul 07, 2014 5:05 pm

Re: Known issues and bugs - a list

Wed Jul 23, 2014 2:05 pm

I could not replicate this in 6.17.
Since this seems to be working in 6.17, can you please verify and let us know if you still have this issue.
Sorry, I could not let the router reboot for this moment (if successful), I will update later.

------------

Another bug:

IPSec dynamic policy stucks after disconnect, cause unable to reconnect again. Tested on Rb951 and Rb751. Previously didnt happen on v6.12/v6.15 (couldnt remember).
http://forum.mikrotik.com/viewtopic.php?f=2&t=87306
ipsec_dynamic_policy.jpg
You do not have the required permissions to view the files attached to this post.
 
pedropilla
just joined
Posts: 4
Joined: Tue Jun 14, 2011 10:40 pm

Re: Known issues and bugs - a list

Wed Jul 23, 2014 3:14 pm

Hi guys, i'm having trouble collecting data from simple queues on 6.17, i'm using cacti as nms.

Apparently the OID's of simple queues have changed, i'm trying to reproduce manually the situation making a snmpwalk on a device from OID ".1.3.6.1.4.1.14988.1.1.2" and the first OID taht came is ".1.3.6.1.4.1.14988.1.1.3.9.0". Is anyone having issues with collecting data trough snmp on 6.17?

Thanks and sorry for the bad english.
 
pedropilla
just joined
Posts: 4
Joined: Tue Jun 14, 2011 10:40 pm

Re: Known issues and bugs - a list

Wed Jul 23, 2014 3:21 pm

A simple reboot worked for me... ¬¬
Hi guys, i'm having trouble collecting data from simple queues on 6.17, i'm using cacti as nms.

Apparently the OID's of simple queues have changed, i'm trying to reproduce manually the situation making a snmpwalk on a device from OID ".1.3.6.1.4.1.14988.1.1.2" and the first OID taht came is ".1.3.6.1.4.1.14988.1.1.3.9.0". Is anyone having issues with collecting data trough snmp on 6.17?

Thanks and sorry for the bad english.
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Thu Jul 24, 2014 12:40 pm

Issue:
Queue graphs always available for viewing

Description:
Regardless of the settings in /tool graphing queue, a queue graph is always available
Eg.
Internal devices use default subnet 192.168.88.0/24
In /tools graphing all three options (interfaces, resources and queue) are set to be allowed from 10.10.10.0/24.
Then neither resource and interface graphs are available, as I suspect because of the allowed subnet.
But the queue graph is available for viewing.

Versions affected:
RouterOS 6.5 and 6.12
Did not test versions in between

How to reproduce:
Create a /tool graphing queue for a non-used subnet/IP address and see http://ip-address/graphs
See example in description.

Support TicketID:
Ticket#2014050666000189
How about this bug.
Have not read anything about it, also not heard anything from Mikrotik itself.
I have just tested it and the but is still present on version 6.17!!!
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Jul 24, 2014 12:55 pm

How about this bug.
Have not read anything about it, also not heard anything from Mikrotik itself.
I have just tested it and the but is still present on version 6.17!!!
I tested it on 6.17 and could not replicate... so I removed it from the list.

Can you give exact step-by-step to replicate pls?
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Thu Jul 24, 2014 2:08 pm

How about this bug.
Have not read anything about it, also not heard anything from Mikrotik itself.
I have just tested it and the but is still present on version 6.17!!!
I tested it on 6.17 and could not replicate... so I removed it from the list.

Can you give exact step-by-step to replicate pls?
It is quite easy.
Create a simple queue

ros code

/queue simple
add name=queue1 target=""
and allow any unused IP address to view the graphs of the queue

ros code

/tool graphing queue
add allow-address=1.1.1.1/32
If you now browse to the IP address of the router and look at the graphs, the queue graph is still available for viewing!
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Thu Jul 24, 2014 3:41 pm

by default, 'allow-target' is enabled, so if your rule catches anything ('target=""'), then anyone should be able to see that queue on graphs page, I think

so recheck with

ros code

/tool graphing queue add allow-address=1.1.1.1/32 allow-target=no
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Thu Jul 24, 2014 4:41 pm

by default, 'allow-target' is enabled, so if your rule catches anything ('target=""'), then anyone should be able to see that queue on graphs page, I think

so recheck with

ros code

/tool graphing queue add allow-address=1.1.1.1/32 allow-target=no
Sounds like that can make a difference, but in the end it doesn't
I did as you said, and put the allow-target to no. The queue is still available on the graphs page.
Additionally I changed the target itself to be my loopback-bridge (I let the allow-target to no).
Still it is available on graphing with the allow-address still to be defined as 1.1.1.1/32

[edit]
I also played around with assigning it to the created queue itself rather than to all queues, but still no differences.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Thu Jul 24, 2014 5:06 pm

I checked that, and there are actually two bugs:

1. in Terminal, you can create simple queue with target="" - after that WinBox shows "Target" in red; if you create such entry in WinBox, it says "Error in Target - at least one entry expected!"

2. if 'target' contains at least one entry that is not an IP address (like interface or empty target created via bug #1), Graphing always shows that queue via web, in spite of 'allow-*' settings
 
User avatar
tomaskir
Trainer
Trainer
Topic Author
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: Known issues and bugs - a list

Thu Jul 24, 2014 5:28 pm

I checked that, and there are actually two bugs:

1. in Terminal, you can create simple queue with target="" - after that WinBox shows "Target" in red; if you create such entry in WinBox, it says "Error in Target - at least one entry expected!"

2. if 'target' contains at least one entry that is not an IP address (like interface or empty target created via bug #1), Graphing always shows that queue via web, in spite of 'allow-*' settings
Very nice job pinning it down!

Want to put it into a proper bug-report format and submit to MikroTik and this thread, or should I?
 
User avatar
denisun
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Wed Jul 16, 2014 6:38 pm
Location: Greece

Re: Known issues and bugs - a list

Thu Jul 24, 2014 10:51 pm

I have this bug:
http://forum.mikrotik.com/viewtopic.php?f=2&t=87082

Description:
I have IPv6 enable over PPPoE.
When ether1 stop then PPPoE drop and can't connect for some minutes.
It take many, many, many conection/disconnection every second for about 4-5 minutes and sometimes 10minutes.
I must wait this time or stop and start PPPoE.
The problem appears if yet i have only enable IPv6 support in my PPPoE without any other IPv6 configuration like DHCPv6 client etc.
Every time my ISP make changes in Brass, the PPPoE client connection drop and ether1 drop normally, and i have this problem.

I tested in 6.15, 6.16 and 6.17 with same result.
I tested in many RB.
And here it is my logs:
http://forum.mikrotik.com/viewtopic.php ... 09#p438609
 
Rudios
Forum Veteran
Forum Veteran
Posts: 972
Joined: Mon Mar 11, 2013 12:58 pm
Location: The Netherlands

Re: Known issues and bugs - a list

Fri Jul 25, 2014 12:07 am

I checked that, and there are actually two bugs:

1. in Terminal, you can create simple queue with target="" - after that WinBox shows "Target" in red; if you create such entry in WinBox, it says "Error in Target - at least one entry expected!"

2. if 'target' contains at least one entry that is not an IP address (like interface or empty target created via bug #1), Graphing always shows that queue via web, in spite of 'allow-*' settings
Very nice job pinning it down!

Want to put it into a proper bug-report format and submit to MikroTik and this thread, or should I?
I did send a bug report to support couple of months ago, number is mentioned in the post I wrote earlier.
But I think it wouldn't harm if some one else reported it too.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Fri Jul 25, 2014 1:12 am

or should I?
yep, it would be nice =) I'm a bit overloaded with current work...
 
dsobin
Member Candidate
Member Candidate
Posts: 160
Joined: Mon Jun 04, 2007 3:58 am
Location: New Jersey, USA

Re: Known issues and bugs - a list

Sat Jul 26, 2014 7:46 am

Issue:
DHCP over BCP via PPTP fails.

Description:
DHCP over BCP via PPTP fails.
This was reported as a bug previously in this thread, then reported as fixed. I am reporting that it is still broken.
Bridges on each of two routers are connected together via a PPTP tunnel. DHCP server on one bridge, DHCP client on the other bridge. The DHCP client will never get an IP address.

Per the Wiki entry, one should configure IP addresses for the PPTP tunnel endpoints, usually entered in
PPP->Secrets. However, if you do this, DHCP will fail.

If I delete the IP addresses for the PPTP tunnel endpoints, DHCP will work.

If BCP between bridges is all that is required, not including PPTP tunnel endpoint addresses is a work-around.
If you need to also route packets over the PPTP tunnel, then this work-around cannot be used.

It used to work both ways in 5.26. If the new configuration, post 6.x, requires one to delete the IP addresses on the tunnel endpoints, this should be carefully documented and the Wiki updated to reflect this fact.

I think it's just a bug, but maybe Mikrotik wants to call it an undocumented new feature.

If the Mikrotik response is that it's working correctly now (i.e. tunnel endpoint IP addresses MUST be omitted for BCP), then I will update the Wiki page. The Wiki page currently says local/remote addresses must be included, although the example given does not include them.

Versions affected:
This fails consistently in 6.17. It works consistently in 5.24. I don't know where in the 6.x chain it failed.

How to reproduce:
Following is my very simple two router setup. Details are at the end.

Each router is connected via ether1 to my workbench LAN, as 192.168.1.133 and .134.
I'll call them 'left' and 'right'.

Both have a bridge called bridge-tunnel, with no ports. Admin MAC set to 02:AA:AA:AA:AA:AA on the right and 02:BB:BB:BB:BB:BB on the left.

Both bridges are connected via BCP using PPTP.
Left bridge is statically assigned 192.168.40.5/24.
Right bridge is statically assigned 192.168.40.1/24
DHCP server is created on right bridge with pool 192.168.40.100-192.168.40.200.
DHCP client is created on left bridge.

Testing
------
1) Ping from left router to 192.168.40.1
2)Ping from right router to 192.168.40.5
3)Look for left bridge DHCP client to get IP address from right bridge DHCP server.

Results
====
ROS 6.17 Tests 1&2 pass, Test 3 fails
ROS 5.26 Tests 1,2 & 3 always pass.

The configuration was not changed in any way between ROS versions. I tested 6.17, downgraded to 5.24, tested, upgraded to 6.17 again and re-tested.


Notes:
Here are the detailed configurations for the left and right routers.

Left Router:
# jul/25/2014 15:32:08 by RouterOS 6.17
# software id = 4RFY-E9RX
#
/interface bridge
add admin-mac=02:BB:BB:BB:BB:BB auto-mac=no name=bridge-tunnel
/ppp profile
add bridge=bridge-tunnel name=profile-tunnel
/interface pptp-client
add add-default-route=no allow=pap,chap,mschap1,mschap2 connect-to=\
    192.168.1.133 dial-on-demand=no disabled=no keepalive-timeout=60 max-mru=\
    1450 max-mtu=1450 mrru=1600 name=pptp-tunnel password=tunneltest profile=\
    profile-tunnel user=tt
/ip address
add address=192.168.40.5/24 interface=bridge-tunnel network=192.168.40.0
/ip dhcp-client
add default-route-distance=0 dhcp-options=hostname,clientid disabled=no \
    interface=ether1
add default-route-distance=0 dhcp-options=hostname,clientid disabled=no \
    interface=bridge-tunnel use-peer-dns=no use-peer-ntp=no
Right Router:
# jan/02/1970 00:21:04 by RouterOS 6.17
# software id = 8J2K-5ZUR
#
/interface bridge
add admin-mac=02:AA:AA:AA:AA:AA auto-mac=no name=bridge-tunnel priority=0x4000
/ip pool
add name=pool1 ranges=192.168.40.100-192.168.40.200
/ip dhcp-server
add address-pool=pool1 authoritative=yes disabled=no interface=bridge-tunnel \
    name=server1
/ppp profile
add bridge=bridge-tunnel name=profile-tunnel
/interface pptp-server server
set default-profile=profile-tunnel enabled=yes mrru=1600
/ip address
add address=192.168.40.1/24 interface=bridge-tunnel network=192.168.40.0
/ip dhcp-client
add dhcp-options=hostname,clientid disabled=no interface=ether1
/ip dhcp-server network
add address=192.168.40.0/24 gateway=192.168.40.1
/ppp secret
add local-address=192.168.80.1 name=tt password=tunneltest profile=\
    profile-tunnel remote-address=192.168.80.2
Support TicketID:
[Ticket#2014072666000101] RE: DHCP fails over PPTP [...]
Last edited by dsobin on Sat Jul 26, 2014 9:57 pm, edited 2 times in total.
 
User avatar
juanvi
Member Candidate
Member Candidate
Posts: 165
Joined: Mon May 05, 2014 6:55 pm
Location: SPAIN

Re: Known issues and bugs - a list

Sat Jul 26, 2014 12:46 pm

User manager minor BUG. I'm running 6.17 user-manager in a RB1100


When i add a sub-admin customer (A customer) and I make his own profiles Works well. I can use its own ("shown as ownner: customer A").


When i make a second (B customer) sub-admin customer all own created profiles are shown as "owner; A customer". BUG!


It seems Works good in each sign-up page but in the user manager is displayed wrong.


The "LIMITATIONS owner field" for the proifiles are displayed well for both cusmomers.


Can you solve it? it wowld be qa headache for ous customers seeing that.


Thanks for a grat product mikrotik.
 
User avatar
denisun
Frequent Visitor
Frequent Visitor
Posts: 81
Joined: Wed Jul 16, 2014 6:38 pm
Location: Greece

Re: Known issues and bugs - a list

Tue Jul 29, 2014 6:39 pm

Issue:
Many connection/disconnection of pppoe client when ipv6 is enable and the ether1 (the ether where modem is connecting)

Description:
I have a MikrotikRB951G2HnD. I have a pppoe client and work correctly with ipv4. The ipv6 work correctly but when the ether1 drop (at ether1 i have connect the modem) i have many connection and disconnection for a long time. I noticed the problem when my ISP make changes to DSLAM and ether1 drop. When ipv6 pppoe client is connected i do this test: I change my ether1 speed (in ether1 is connected the modem) (manually drop ether1). Here i have the logs:
http://forum.mikrotik.com/viewtopic.php ... 82#p438609

Versions affected:
ROS 6.15, 6.16, 6.17

How to reproduce:
ISP <=> Modem <=> MT <=> PCs
MT made pppoe client connection with ipv6 enable.
When the connection established, change the speed of ether1.
The ether1 drop and up and the pppoe client connection disconnect and connect again.
But this situation repeated for many times.

Notes:
I made the test with ipv6 setup for my ISP but also with only ipv6 packet enabled and nothing else from my ISP setup enable (eg DHCPv6 client enabled, nd enabled etc).
I have made this test with only ipv4 enabled and i have no problem. The pppoe client disconnect and connect only one time.

Support TicketID:
[Ticket#2014072966000641] RE: PPPoE client problem [...]
 
pedropilla
just joined
Posts: 4
Joined: Tue Jun 14, 2011 10:40 pm

Re: Known issues and bugs - a list

Wed Jul 30, 2014 4:08 pm

I'm having same problem about collecting data from simple queues in RB750, and the reboot not worked, apparently the MIB doesnt have the queue OID's:
pedro@pedro-Aspire-E1-572:~/agenda_reboot$ snmpwalk -v2c -cxxxx x.x.x.x
iso.3.6.1.2.1.1.1.0 = STRING: "RouterOS RB750"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.14988.1
iso.3.6.1.2.1.1.3.0 = Timeticks: (16616100) 1 day, 22:09:21.00
iso.3.6.1.2.1.1.4.0 = STRING: "NOC"
iso.3.6.1.2.1.1.5.0 = STRING: "Frank Peluffo"
iso.3.6.1.2.1.1.6.0 = STRING: "RIOGRANDE"
iso.3.6.1.2.1.1.7.0 = INTEGER: 78
iso.3.6.1.2.1.2.1.0 = INTEGER: 0
iso.3.6.1.2.1.4.1.0 = INTEGER: 1
iso.3.6.1.2.1.4.2.0 = INTEGER: 255
iso.3.6.1.2.1.4.24.3.0 = Gauge32: 4
iso.3.6.1.2.1.17.2.1.0 = INTEGER: 3
iso.3.6.1.2.1.25.1.1.0 = Timeticks: (16616100) 1 day, 22:09:21.00
iso.3.6.1.2.1.25.1.2.0 = Hex-STRING: 07 DE 07 1E 0A 00 30 00 2D 03 00
iso.3.6.1.2.1.25.2.2.0 = INTEGER: 32768
iso.3.6.1.2.1.25.2.3.1.1.65536 = INTEGER: 65536
iso.3.6.1.2.1.25.2.3.1.1.131073 = INTEGER: 131073
iso.3.6.1.2.1.25.2.3.1.2.65536 = OID: iso.3.6.1.2.1.25.2.1.1
iso.3.6.1.2.1.25.2.3.1.2.131073 = OID: iso.3.6.1.2.1.25.2.1.4
iso.3.6.1.2.1.25.2.3.1.3.65536 = STRING: "main memory"
iso.3.6.1.2.1.25.2.3.1.3.131073 = STRING: "disk: system"
iso.3.6.1.2.1.25.2.3.1.4.65536 = INTEGER: 1024
iso.3.6.1.2.1.25.2.3.1.4.131073 = INTEGER: 1024
iso.3.6.1.2.1.25.2.3.1.5.65536 = INTEGER: 32768
iso.3.6.1.2.1.25.2.3.1.5.131073 = INTEGER: 61440
iso.3.6.1.2.1.25.2.3.1.6.65536 = INTEGER: 22176
iso.3.6.1.2.1.25.2.3.1.6.131073 = INTEGER: 10764
iso.3.6.1.2.1.25.2.3.1.7.65536 = Counter32: 0
iso.3.6.1.2.1.25.2.3.1.7.131073 = Counter32: 0
iso.3.6.1.2.1.25.3.2.1.1.1 = INTEGER: 1
iso.3.6.1.2.1.25.3.2.1.2.1 = OID: iso.3.6.1.2.1.25.3.1.3
iso.3.6.1.2.1.25.3.3.1.1.1 = OID: ccitt.0
iso.3.6.1.2.1.25.3.3.1.2.1 = INTEGER: 100
iso.3.6.1.2.1.47.1.1.1.1.1.65536 = INTEGER: 65536
iso.3.6.1.2.1.47.1.1.1.1.1.262145 = INTEGER: 262145
iso.3.6.1.2.1.47.1.1.1.1.2.65536 = STRING: "RouterOS 6.17 on RB750"
iso.3.6.1.2.1.47.1.1.1.1.2.262145 = STRING: "Linux 3.3.5 ehci_hcd RB400 EHCI"
iso.3.6.1.2.1.47.1.1.1.1.3.65536 = OID: ccitt.0
iso.3.6.1.2.1.47.1.1.1.1.3.262145 = OID: ccitt.0
iso.3.6.1.2.1.47.1.1.1.1.4.65536 = INTEGER: 0
iso.3.6.1.2.1.47.1.1.1.1.4.262145 = INTEGER: 65536
iso.3.6.1.2.1.47.1.1.1.1.5.65536 = INTEGER: 3
iso.3.6.1.2.1.47.1.1.1.1.5.262145 = INTEGER: 2
iso.3.6.1.2.1.47.1.1.1.1.6.65536 = INTEGER: -1
iso.3.6.1.2.1.47.1.1.1.1.6.262145 = INTEGER: -1
iso.3.6.1.2.1.47.1.1.1.1.7.65536 = STRING: "MIPS 24Kc V7.4"
iso.3.6.1.2.1.47.1.1.1.1.7.262145 = STRING: "1:1"
iso.3.6.1.2.1.47.1.1.1.1.8.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.8.262145 = ""
iso.3.6.1.2.1.47.1.1.1.1.9.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.9.262145 = ""
iso.3.6.1.2.1.47.1.1.1.1.10.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.10.262145 = ""
iso.3.6.1.2.1.47.1.1.1.1.11.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.11.262145 = STRING: "rb400_usb"
iso.3.6.1.2.1.47.1.1.1.1.12.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.12.262145 = STRING: "0x1d6b"
iso.3.6.1.2.1.47.1.1.1.1.13.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.13.262145 = STRING: "0x0002"
iso.3.6.1.2.1.47.1.1.1.1.14.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.14.262145 = ""
iso.3.6.1.2.1.47.1.1.1.1.15.65536 = ""
iso.3.6.1.2.1.47.1.1.1.1.15.262145 = ""
iso.3.6.1.2.1.47.1.1.1.1.16.65536 = INTEGER: 2
iso.3.6.1.2.1.47.1.1.1.1.16.262145 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.1.1.0 = STRING: "MikroTik DHCP server"
iso.3.6.1.2.1.9999.1.1.1.2.0 = OID: iso.3.6.1.4.1.14988.1
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.100 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.101 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.102 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.103 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.105 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.106 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.4.192.168.1.108 = INTEGER: 2
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.100 = Gauge32: 186706
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.101 = Gauge32: 231869
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.102 = Gauge32: 258959
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.103 = Gauge32: 256089
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.105 = Gauge32: 254832
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.106 = Gauge32: 204265
iso.3.6.1.2.1.9999.1.1.6.4.1.5.192.168.1.108 = Gauge32: 254738
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.100 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.101 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.102 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.103 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.105 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.106 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.7.192.168.1.108 = INTEGER: 3
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.100 = Hex-STRING: 00 25 AB 01 B3 5F
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.101 = Hex-STRING: 9C 20 7B D9 6D A1
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.102 = Hex-STRING: 18 34 51 21 2D 92
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.103 = Hex-STRING: 48 5D 60 4B 86 7B
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.105 = Hex-STRING: E0 B9 A5 F3 38 BC
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.106 = Hex-STRING: 14 99 E2 7A 2F 12
iso.3.6.1.2.1.9999.1.1.6.4.1.8.192.168.1.108 = Hex-STRING: F0 C1 F1 97 D2 D9
 
dsobin
Member Candidate
Member Candidate
Posts: 160
Joined: Mon Jun 04, 2007 3:58 am
Location: New Jersey, USA

Re: Known issues and bugs - a list

Thu Jul 31, 2014 8:18 pm

Issue:
DHCP over BCP via PPTP fails.

Description:
DHCP over BCP via PPTP fails.
This was reported as a bug previously in this thread, then reported as fixed. I am reporting that it is still broken.
Bridges on each of two routers are connected together via a PPTP tunnel. DHCP server on one bridge, DHCP client on the other bridge. The DHCP client will never get an IP address.

Per the Wiki entry, one should configure IP addresses for the PPTP tunnel endpoints, usually entered in
PPP->Secrets. However, if you do this, DHCP will fail.

If I delete the IP addresses for the PPTP tunnel endpoints, DHCP will work.

If BCP between bridges is all that is required, not including PPTP tunnel endpoint addresses is a work-around.
If you need to also route packets over the PPTP tunnel, then this work-around cannot be used.

It used to work both ways in 5.26. If the new configuration, post 6.x, requires one to delete the IP addresses on the tunnel endpoints, this should be carefully documented and the Wiki updated to reflect this fact.

I think it's just a bug, but maybe Mikrotik wants to call it an undocumented new feature.

If the Mikrotik response is that it's working correctly now (i.e. tunnel endpoint IP addresses MUST be omitted for BCP), then I will update the Wiki page. The Wiki page currently says local/remote addresses must be included, although the example given does not include them.
Mikrotik responded to my ticket by saying it's a feature. A PPTP tunnel can be used either for routing traffic or for bridging, but not both.

If used for bridging, the local and remote IP addresses assigned to the tunnel endpoints, usually in in the "Secrets" tab, must NOT be entered.
This is a change from the way it worked in v5.x.

The Wiki for BCP says to always enter IP addresses for the tunnel endpoints, even for bridging. This is wrong, and if followed, the tunnel will not work properly for bridging.

I am willing to update the BCP wiki, but my wiki user ID doesn't have the privilege to do that.

MIkrotik: If you allow it, I'll update the Wiki. Otherwise, I hope you will update it. I responded this way via the ticket.

Since Mikrotik says this is working properly, I guess it's not a bug in the software - It's a bug in the documentation.
 
Dudshl
just joined
Posts: 2
Joined: Wed Apr 02, 2014 5:27 am

Re: Known issues and bugs - a list

Mon Aug 11, 2014 11:29 am

Issue:
RouterBoard with 4G modem crashes when I try to start Metarouter with OpenWRT image.

Description:
Step 1: Import openwrt image to metarouter (I got in from official wiki http://www.mikrotik.com/download/metaro ... rootfs.tgz and tried to compile it manually).
It starts and works correctly.
Step 2: Connect 4G modem (ZTE MF823, YOTA, Huawei E3272) -> system crashes and rebooting while modem connected.
When I disconnect modem - system boots correctly
Step 3: Disable Metarouter.
System works correctly.
Step 4: Connect 4G modem.
System works correctly.
Step 5: Enable Metarouter (or import new one) -> system crashes and rebooting while modem connected.

Same thing happens if I create Metarouter without any images. Just clean metarouter with routeros.

PS1: I tried to use to use Huawei e3272 with mode AT^SETPORT="A1;10,12,13,14,16" (all com ports without CD and SD)
In this configuration it works correctly.4G + metarouter = success.

PS2: ZTE MF823 in diagnostic mode (http://192.168.0.1/goform/goform_proces ... md=FACTORY) detects and works correctly with metarouter. But there is no way to make connection with internet using this mode.
ZTE MF823 in diagnostic mode + metarouter = success

There is only "System rebooted because of kernel failure" string in logs.

Versions affected:
RB2011UAS-IN, RB951Ui-2HnD
6.17,6.18

Ticket#2014081166000486
 
Majklik
newbie
Posts: 35
Joined: Fri Dec 23, 2011 10:20 pm

Re: Known issues and bugs - a list

Mon Oct 06, 2014 11:41 am

Issue:
MTU error in a PPPoE session on a bonding interface

Description:
It is impossible to run full 1500 byte frames inside of a PPPoE session if the PPPoE session built on top of a bonding interface.
If you send a 1500 MTU frame over the PPPoE session, it is dropped, and this therefore creates MTU issues in this scenario.
There is workaround for this problem. You can define the bond with manual mtu size 1508 bytes and then maybe this will works with PPPoE.
A definition like:
/interface bonding
add lacp-rate=1sec mode=802.3ad name="lacp1 - ether4, ether5" slaves="ether4 - to swch,ether5 - to swch" mtu=1508
But you must use this bond only for PPPoE, if you assign IP to it then you'll have a problem with this manual MTU.
There is similar problem if is defined VLANs on top of the bond. So I use mtu=1504 to bypass this (or mtu=1508 if is used QinQ on top of the bonding interface.
 
FabioT
just joined
Posts: 2
Joined: Wed Sep 17, 2014 10:23 am

Re: Known issues and bugs - a list

Mon Oct 06, 2014 4:49 pm

Issue:
GPS menù item is not displayed in web configuration page

Description:
CSR109-8G-2HnD-IN Cloud Router Switch.
The Router OS is upgraded to version 6.20
GPS Package installed (ver. 6.20)

Using WinBox or Router configuration webpage:
In the left menu: System the GPS menù item is not displayed.

The GPS driver seem to be configurable using 'Terminal' utility.
 
Majklik
newbie
Posts: 35
Joined: Fri Dec 23, 2011 10:20 pm

Re: Known issues and bugs - a list

Mon Oct 06, 2014 6:33 pm

Issue:
The multihop BFD do not works.

Description:
If is configured multihop BGP connection with BFD support then it do not works. The problem is that is not used correct source IP address of the BFD packets (as is defined with update-source=X) but IP address of the outgoing interface.

Versions affected:
Detected with ROS6.6, now checked with 6.20.

How to reproduce:
Two routers connected with ether1 interface together.
Both routers have defined bridge-loopback and multihop BGP session with BFD support between them. There is too used OSPF for route distribution which uses link BFD too.

R1:
/system identity  set name=R1
/interface bridge
add admin-mac=02:00:00:00:00:01 auto-mac=no mtu=1500 name=bridge-loopback protocol-mode=none
/ip address
add address=192.168.1.1/24 interface=ether1 network=192.168.1.0
add address=192.168.0.1/32 interface=bridge-loopback network=192.168.0.1
/routing bfd interface
set [ find default=yes ] interval=2s min-rx=2s
add interface=ether1
/routing ospf instance
set [ find default=yes ] router-id=192.168.0.1
/routing ospf interface
add cost=1 interface=bridge-loopback network-type=point-to-point passive=yes
add interface=ether1 network-type=point-to-point use-bfd=yes
/routing ospf network
add area=backbone network=192.168.0.0/16
/routing bgp instance
set default client-to-client-reflection=no router-id=192.168.0.1
/routing bgp network
add network=192.168.2.0/24 synchronize=no
/routing bgp peer
add multihop=yes name=R1-R2 remote-address=192.168.0.2 remote-as=65530 ttl=\
    default update-source=192.168.0.1 use-bfd=yes
R2:
/system identity set name=R2
/interface bridge
add admin-mac=02:00:00:00:00:01 auto-mac=no mtu=1500 name=bridge-loopback protocol-mode=none
/ip address
add address=192.168.1.2/24 interface=ether1 network=192.168.1.0
add address=192.168.0.2/32 interface=bridge-loopback network=192.168.0.2
/routing bfd interface
set [ find default=yes ] interval=2s min-rx=2s
add interface=ether1
/routing ospf instance
set [ find default=yes ] router-id=192.168.0.2
/routing ospf interface
add cost=1 interface=bridge-loopback network-type=point-to-point passive=yes
add interface=ether1 network-type=point-to-point use-bfd=yes
/routing ospf network
add area=backbone network=192.168.0.0/16
/routing bgp instance
set default client-to-client-reflection=no router-id=192.168.0.2
/routing bgp network
add network=192.168.3.0/24 synchronize=no
/routing bgp peer
add multihop=yes name=R1-R2 remote-address=192.168.0.1 remote-as=65530 ttl=\
    default update-source=192.168.0.2 use-bfd=yes

Notes:
This problem have workaround for IPv4 with SRCNAT:
R1:
/ip firewall nat
add action=src-nat chain=srcnat dst-address=192.168.0.2 dst-port=4784 \
    protocol=udp to-addresses=192.168.0.1
R2:
/ip firewall nat
add action=src-nat chain=srcnat dst-address=192.168.0.1 dst-port=4784 \
    protocol=udp to-addresses=192.168.0.2
Second method is to set prefered source IP with filters if is used OSPF in conjunction with BGP.
The same problem have IPv6 multihop BFD if there is configured global IPv6 address on the ether1.
Different way for fast link break detection is to change hold/keepalive timers of the BGP peer.

When is activated multihop BFD without workaround then it breaks link BFD for OSPF too in this configuration. So BFD status looks like:
[admin@R1] > /routing bfd neighbor print 
Flags: U - up 
 #   INTERFACE                      ADDRESS          PROTOCOLS  MULTIHOP STATE 
[admin@R1] >

[admin@R2] > /routing bfd neighbor print 
Flags: U - up 
 #   INTERFACE                      ADDRESS          PROTOCOLS  MULTIHOP STATE 
 0   ether1                         192.168.1.1      ospf       no       down  
 1   unspecified                    192.168.0.1      bgp        yes      down  
[admin@R2] > 
When is workaround applied then this output shows:
[admin@R1] > /routing bfd neighbor print 
Flags: U - up 
 #   INTERFACE                        ADDRESS          PROTOCOLS  MULTIHOP STATE 
 0 U ether1                           192.168.1.2      ospf       no       up    
 1 U unspecified                      192.168.0.2      bgp        yes      up    
[admin@R1] > 

[admin@R2] > /routing bfd neighbor print 
Flags: U - up 
 #   INTERFACE                        ADDRESS          PROTOCOLS  MULTIHOP STATE 
 0 U ether1                           192.168.1.1      ospf       no       up    
 1 U unspecified                      192.168.0.1      bgp        yes      up    
[admin@R2] > 
Support TicketID:
[Ticket#2013110666000642]
Mikrotik answer: There are bugs and currently it doe snot work properly, avoid using multihop BFD.
 
meetriks2
newbie
Posts: 33
Joined: Wed May 07, 2014 12:18 am

Re: Known issues and bugs - a list

Wed Oct 08, 2014 10:06 am

Issue:
Can't add any DHCP options with v6.x

Description:
I need DHCP options to tell Thinclients where to find the FTP server with the thinclient configurartion file.

Versions affected:
At least 6.12,6.13,6.15,6.20
Works on v5.26

How to reproduce:

ros code

[admin@xxxx] > system resource print
                   uptime: 5d20h41m50s
                  version: 6.20
               build-time: Oct/01/2014 10:06:12
              free-memory: 70.0MiB
             total-memory: 122.9MiB
                      cpu: Intel(R)
                cpu-count: 1
            cpu-frequency: 2128MHz
                 cpu-load: 1%
           free-hdd-space: 9.7GiB
          total-hdd-space: 9.8GiB
  write-sect-since-reboot: 23676
         write-sect-total: 23676
        architecture-name: x86
               board-name: x86
                 platform: MikroTik
[admin@xxxx] > ip dhcp-server option add name=OPTION1 value=192.168.1.1 code=161
failure: Unknown data type!
[admin@xxxx] > ip dhcp-server option add name=OPTION1 value=username code=184           
failure: Unknown data type!
Notes:
Example on V5.26

ros code

[admin@xxxx] > /system resource print
                   uptime: 35w6d10h16m48s
                  version: 5.26
              free-memory: 6872KiB
             total-memory: 28284KiB
                      cpu: Intel(R)
                cpu-count: 1
            cpu-frequency: 3059MHz
                 cpu-load: 1%
           free-hdd-space: 10122156KiB
          total-hdd-space: 10310772KiB
  write-sect-since-reboot: 2562062
         write-sect-total: 2562062
        architecture-name: x86
               board-name: x86
                 platform: MikroTik
[admin@xxx] > ip dhcp-server option add name=OPTION1 value=192.168.1.1 code=161
[admin@xxx] > ip dhcp-server option add name=OPTION2 value=username code=184

Support TicketID:
will update when i got a ticketid.
 
DLNoah
Member Candidate
Member Candidate
Posts: 144
Joined: Fri Nov 12, 2010 5:33 pm

Re: Known issues and bugs - a list

Wed Oct 08, 2014 11:43 am

Issue:
Can't add any DHCP options with v6.x
The issue is mostly your configuration -- as of v6, the DHCP server is more picky about types matching what the DHCP Option is "supposed" to have.

In the case of a string-literal option like the TFTP boot option 161, you need to put the option in double quotes outside of single quotes...

So, basically:
ip dhcp-server option add name=OPTION1 value="'192.168.1.1'" code=161
The outer double-quotes is to tell ROS to take what you're putting in the quotes literally, and the inner single-quotes is to use a string value.

If you use the Winbox GUI to add the option, you only need the single-quotes -- you don't need the outer double-quotes from the GUI.
 
User avatar
janisk
MikroTik Support
MikroTik Support
Posts: 6263
Joined: Tue Feb 14, 2006 9:46 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Thu Oct 09, 2014 12:32 pm

it seems that in this particular case value has to be s'192.168.1.1' as previously string was blindly taken apart and each character replaced by its ASCII number.

now string is correctly entered in single quotes, however there is the special case when quotes have ipv4 address in those,. Then this is recognized as an ip address and correct hex representation of ip address is used instead.

IMO it is well described in the manual.

Also, it is always possible to use proper notation for 5.x in 6.x configuration value=0xHEXNUMBER
 
Zeitkind
just joined
Posts: 5
Joined: Sat Jul 05, 2014 1:36 pm

Re: Known issues and bugs - a list

Thu Oct 23, 2014 10:08 am

Issue:
Kernel panic when using AFP-connections over VPN/L2TP.

Description:
A client, usually a machine with Mac OS X, connects to a RB2011 via ipsec/L2TP. Then mounts a remote AFP-share (AFP = Apple Filing Protocol over TCP/IP) and copies several MB. Usually after ~20-100MB of data the RB panics and resets.
No problems when using SMB.

Version affected:
Up to 6.19; didn't test 6.20 yet

How to reproduce:
see above

Support TicketID:
#2014070766000209

Was a kinda DoS-situation, because some users tried to transfer some files over and over again and several RBs kept crashing & rebooting. Replaced all RBs for now and stopped to deploy more. Mikrotik support unwilling to fix, because AFP is said to be deprecated.
 
arxont
just joined
Posts: 9
Joined: Fri Nov 02, 2012 11:45 am

Re: Known issues and bugs - a list

Sun Oct 26, 2014 5:09 am

pls update timezones :D
 
madmax
just joined
Posts: 6
Joined: Thu Apr 24, 2014 2:20 pm

Re: Known issues and bugs - a list

Tue Oct 28, 2014 1:13 pm

Hi all,
this bug affected my CCR1016-12G , I tryed all routerOS and all firmware, the last used is rOS 6.20 and fw 3.19

My configuration is very simple only 2 ethernet ports enable, pptp server ,only one profile with a rate limit

4 Mbits download and 512 Kbits upload, I notice that if the user costantly reach the limit (download or uplad)

after some hours broke the limit , the only way to fix this bug is to reboot the ccr.
 
moneron
Trainer
Trainer
Posts: 3
Joined: Wed Oct 29, 2014 2:16 pm

Re: Known issues and bugs - a list

Wed Oct 29, 2014 2:24 pm

Hi, support! I found a little bug. When i configure dhcp-client and set "Add default route" to "special-classles", the "default route distance" textbox goes to inactive. But using terminal set 0 add-default-route=special-classless default-route-distance=20 works properly. RouterOS 6.20. Can you solve the problem in next version?
 
moneron
Trainer
Trainer
Posts: 3
Joined: Wed Oct 29, 2014 2:16 pm

Re: Known issues and bugs - a list

Wed Oct 29, 2014 2:26 pm

Hi, support! I found a little bug. When i configure dhcp-client and set "Add default route" to "special-classles", the "default route distance" textbox goes to inactive. But using terminal set 0 add-default-route=special-classless default-route-distance=20 works properly. RouterOS 6.20. Can you solve the problem in next version?
 
urosg
just joined
Posts: 24
Joined: Mon Nov 21, 2011 2:27 pm

Re: Known issues and bugs - a list

Thu Oct 30, 2014 2:30 pm

Issue:
Router crashes and reboots after setting NTP client with dns names without internet connection or DNS servers set

Versions:
6.18+ (tested on CCR1009 and RB2011)

Description:
A router installation without DNS servers set or without an active internet connection and while issuing command:
/system ntp client set enabled=yes server-dns-names=si.pool.ntp.org
the router hangs and reboots.
The same happens if you set this with a working internet connection so that it saves the config and if the router loses power and after it initialized and the internet connection is not active yet the router will loop hang/reboot.
When using a fixed IP address for the NTP Client this problem doesn't appear.
 
hmoghani
just joined
Posts: 10
Joined: Thu Oct 30, 2014 9:39 pm

Re: Known issues and bugs - a list

Fri Oct 31, 2014 4:22 pm

I'm trying to use Mikrotik routerboard as a L2TP client to a l2tp server. But I haven't been able to connect to it. when I add the L2TP client and the IPSEC config, it says "connecting..." but it doesn't even check for username password.... I had similar issue when I wanted to use windows as a L2TP client, but it got fixed with a registry tweak I found at Microsoft.com . So with the same Internet connection I can connect to the VPN with windows, but can't connect to it when I use my Mikrotik routerboard (RB751U).

I attached the logs
You do not have the required permissions to view the files attached to this post.
 
gloriatorios
just joined
Posts: 2
Joined: Tue Dec 09, 2014 9:14 am
Contact:

Re: Known issues and bugs - a list

Tue Dec 09, 2014 9:33 am

is it known bugs?
1. x86.when moving vlan from ethernet interface which is in bonging to bonding interface router freazes? - It can be repeated on any x86 box with defaut config.Cant generate supout file because router freezes.
How to repeat:
/interface vlan add name=vlan1 vlan-id=1 interface=eth1
/interface vlan add name=vlan2 vlan-id=2 interface=eth1
 
sdugoten
Frequent Visitor
Frequent Visitor
Posts: 65
Joined: Wed Aug 04, 2010 7:55 pm

Re: Known issues and bugs - a list

Thu Dec 25, 2014 12:19 pm

PPTP VPN connection issue:

Ticket Number:
[Ticket#2014122566000139]

Post reference:
http://forum.mikrotik.com/viewtopic.php?f=2&t=92459

Description:
PPTP client VPN connection throw "LCP received ProtRej for unsupported protocol" error message after 30 minutes connection

RouterOS version:
v6.23.1 on X86

How to reproduce:
Create a PPTP client VPN connection and connect to *any* paid PPTP VPN service. After seeing any video online continuously for around 30 minutes, the video will stop, Winbox Interface window will show no activity on the PPTP client connection, but it is still in connected status.

Log will show this:

Image


I can reproduce this on every single paid VPN service provider that offer PPTP connection. It seems it will only happen when you use the VPN for watching video or large data download continuously for more than 30 mins.
 
User avatar
drixter
newbie
Posts: 26
Joined: Mon May 19, 2008 10:10 pm
Location: Warsaw, PL
Contact:

Re: Known issues and bugs - a list

Thu Dec 25, 2014 4:54 pm

Issue:
Route cache overflow (x86/any)

Description:
When you have a 6to4, ipsec, gre or sstp tunnels your route will oveflow and stops IPv4 traffic. Reboot is only resolution. More information on the "How to reproduce" part.

Versions affected:
6+ till 6.25rc7

How to reproduce:
http://forum.mikrotik.com/viewtopic.php ... 6&p=461024

Notes:
Fixed in 6.25rc7.

Support TicketID:
[Ticket#2014101766000756]
Last edited by drixter on Thu Jan 15, 2015 8:47 pm, edited 1 time in total.
 
AlAraf
just joined
Posts: 10
Joined: Sun Dec 01, 2013 8:13 pm

Re: Known issues and bugs - a list

Mon Jan 12, 2015 9:34 pm

Issue:
Email Start TLS checbox not saved.

Description:
Every time I set e-mail configuration via WinBox in Tools / Email Settings and tick “Start TLS” checkbox, then exit from WinBox and open it again checkbox next to “Start TLS” is not ticked.
I tested it on several RouterBoards and result is the same.

Versions affected:
MikroTik RouterOS 6.24

How to reproduce:
1) Login to WinBox.
2) Go to Tools / Email Settings .
3) Configure all settings (Server, port, from, user, password).
4) Tick "Start TLS" checkbox , press OK button and exit winBox.
5) Open WinBox again, go to Go to Tools / Email Settings and see that "Start TLS" checkbox is not ticked.

Notes:
None.

Support TicketID:
Not yet available.
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Tue Jan 13, 2015 1:38 pm

Every time I set e-mail configuration via WinBox in Tools / Email Settings and tick “Start TLS” checkbox, then exit from WinBox and open it again checkbox next to “Start TLS” is not ticked.
seems like it's because 'start-tls' has three values: "no", "tls-only", "yes" - and Winbox supports only checkbox currently :)
 
User avatar
normis
MikroTik Support
MikroTik Support
Posts: 26287
Joined: Fri May 28, 2004 11:04 am
Location: Riga, Latvia

Re: Known issues and bugs - a list

Tue Jan 13, 2015 2:13 pm

tls winbox issue already fixed in new RC
 
AlAraf
just joined
Posts: 10
Joined: Sun Dec 01, 2013 8:13 pm

Re: Known issues and bugs - a list

Tue Jan 13, 2015 3:04 pm

tls winbox issue already fixed in new RC
Are you talking about new RouterOS 6.25 RC or new WinBox 3 RC?

When will it be available for download?
 
mitry
just joined
Posts: 23
Joined: Tue Jun 26, 2012 10:06 pm

Re: Known issues and bugs - a list

Tue Jan 13, 2015 3:46 pm

Very stupid bugs which reducing functionality of router, Mikrotik disappointing more and more..
I found something like this almost every month and support always says something like 'We will fix in future'.
When this 'future' finaly happens??

http://forum.mikrotik.com/viewtopic.php?f=2&t=92996
http://forum.mikrotik.com/viewtopic.php?f=2&t=92590
 
User avatar
giallone
newbie
Posts: 28
Joined: Mon Mar 24, 2014 12:21 am

Re: Known issues and bugs - a list

Wed Jan 14, 2015 1:01 am

Hi all,
I am trying to dinamically assign IP ADDRESS by DHCP to a interface to use as gateway in some ROUTES.
In /ip routes add gateway, if the name of the interface is a PPP one the IP address is retrieved in a right way, when the interface is any ethernet I absolutely need to write the right IP address, while the interface name will not work as gateway.

Is this a known issue, or amI wrong with some configuration?

This topic explains better my needs:

http://wiki.mikrotik.com/wiki/Routing_v ... ed_gateway
Regards.

Luca
 
User avatar
Chupaka
Forum Guru
Forum Guru
Posts: 8709
Joined: Mon Jun 19, 2006 11:15 pm
Location: Minsk, Belarus
Contact:

Re: Known issues and bugs - a list

Wed Jan 14, 2015 4:36 am

Is this a known issue, or amI wrong with some configuration?
you are wrong. when you set gateway=interface, packet is sent from the interface directly to the connected network. if it's p2p tunnel, packet has only one way - the remote peer. but in case of broadcast interfaces (like Ethernet), router needs to know the MAC address of target (gateway MAC address).

the only workaround is to enable ARP Proxy on the gateway, but correct way is to set gateway IP address in /ip route
 
agrisvv
just joined
Posts: 23
Joined: Sun Oct 14, 2012 6:36 pm
Location: LATVIA

Re: Known issues and bugs - a list

Wed Jan 21, 2015 9:01 pm

i want to write one bug, I upgrade to 6.25.
Ater upgrade cant connect to sstp vpn.
In attach are debug image.
IN windows 8.1 show something about "remote port closed"

Test mikrotik to mikrotik sstp - all work fine.
So i downgrade to 6.24.
no mater powerpc or mipsbe.
You do not have the required permissions to view the files attached to this post.
 
hechz
just joined
Posts: 18
Joined: Fri Jan 23, 2015 1:36 pm

Re: Known issues and bugs - a list

Fri Jan 23, 2015 1:52 pm

Issue: WiFI Throughput is reduced by 1/6th unless logged into webfig. Any thoughts on what could possibly cause this would be appreciated.
RouterBoard Details:
routerboard: yes
model: 951Ui-2HnD
serial-number: «redacted»
current-firmware: 3.19
upgrade-firmware: 3.19
current-version: 6.25
latest-version: 6.25
status: System is already up to date
uptime: 18m41s
version: 6.25
build-time: Jan/19/2015 10:11:08
free-memory: 100.8MiB
total-memory: 128.0MiB
cpu: MIPS 74Kc V4.12
cpu-count: 1
cpu-frequency: 600MHz
cpu-load: 3%
free-hdd-space: 109.7MiB
total-hdd-space: 128.0MiB
write-sect-since-reboot: 619
write-sect-total: 1656604
bad-blocks: 0%
architecture-name: mipsbe
board-name: RB951Ui-2HnD
platform: MikroTik

Speet Test results while unauthentucated:
Download Speed: 8433 kbps (1054.1 KB/sec transfer rate)
Upload Speed: 5737 kbps (717.1 KB/sec transfer rate)
Latency: 7 ms
Jitter: 11 ms

Speed Test results while Authenticated:
Download Speed: 50785 kbps (6348.1 KB/sec transfer rate)
Upload Speed: 5793 kbps (724.1 KB/sec transfer rate)
Latency: 10 ms
Jitter: 8 ms
 
dnyl
Frequent Visitor
Frequent Visitor
Posts: 58
Joined: Thu Jan 07, 2010 2:57 am
Location: Budapest, Hungary
Contact:

Re: Known issues and bugs - a list

Fri Feb 13, 2015 12:18 am

Is there a way to install a Mikrotik to a brand new server which include ssd?

We bought a brand new ASUS RS100-X7/PI2 server, but impossible mission to install a Mikrotik to this server. This is our second server, which unusable with Mikrotik.

This server contains a 30 GB SSD, but the install hangs on hard drive search option.
We try lot of option: AHCI mode, IDE mode, RAID mode, Netinstall to server, Netinstall to a SSD drive through windows7 docking station, usb boot. Nothing can work.

Is the a way to use modern 3rd party hardware to use mikrotik, or we need to buy an unstable CCR?

We want a quick reply, because we spent a lot of money to modern hardwares, but RouterOS can't support new systems.

:evil: :evil: :evil:
 
dnyl
Frequent Visitor
Frequent Visitor
Posts: 58
Joined: Thu Jan 07, 2010 2:57 am
Location: Budapest, Hungary
Contact:

Re: Known issues and bugs - a list

Mon Feb 16, 2015 5:36 pm

Is there a way to install a Mikrotik to a brand new server which include ssd?

We bought a brand new ASUS RS100-X7/PI2 server, but impossible mission to install a Mikrotik to this server. This is our second server, which unusable with Mikrotik.

This server contains a 30 GB SSD, but the install hangs on hard drive search option.
We try lot of option: AHCI mode, IDE mode, RAID mode, Netinstall to server, Netinstall to a SSD drive through windows7 docking station, usb boot. Nothing can work.

Is the a way to use modern 3rd party hardware to use mikrotik, or we need to buy an unstable CCR?

We want a quick reply, because we spent a lot of money to modern hardwares, but RouterOS can't support new systems.

:evil: :evil: :evil:
What about this?
We sent a mail to support: Ticket#2015021666000351
 
leroylim
just joined
Posts: 23
Joined: Tue Aug 07, 2012 7:57 am

Re: Known issues and bugs - a list

Sat Mar 14, 2015 6:18 am

Issue:
Commenting BGP peer when BGP session is established causes BGP to reconnect.

Description:
When I have a BGP peer that is established. And I put a comment in BGP peer. BGP session with peers reconnects.

Versions affected:
MikroTik RouterOS 6.27, 6.28rc11

How to reproduce:
1) Login to WinBox.
2) Have a established BGP peer.
3) Go to Routing -> BGP -> Peers
4) Put in a comment / change the peer's comment via Ctrl C.
5) Peer state immediately goes to active.

Notes:
None.

Support TicketID:
Not yet available.
 
kburzyns
just joined
Posts: 14
Joined: Mon Mar 09, 2015 8:50 am

Re: Known issues and bugs - a list

Wed Mar 18, 2015 12:45 pm

 
Smurv
just joined
Posts: 1
Joined: Wed Apr 29, 2015 12:06 pm

INPUT connection terminate trough IPSEC NAT tunnel [SOLVED]

Wed Apr 29, 2015 12:42 pm

Issue:
INPUT connection terminate trough IPSEC NAT tunnel - [SOLVED] - see end of the post

Description:
I have 2 Mikrotik routers connected trough IPSEC tunnel with one side behind NAT. IPSEC tunnel is working properly - I can ping both routers, I can ping machines behind routers, I can connect to machines behind routers (by SSH for example). But one thing doesn't work - I can't connect "internally" trough IPSEC tunnel to router behind NAT. For example Winbox - connection is established (I can see "user logged in from x.x.x.x. via winbox"), but then is terminated - everything in Winbox is empty and after a few seconds I get "router disconnected" message.

I can see the connection in firewall tracking on both sides as "established" at start, but then it just ends (after "router disconnected" message from Winbox).

I have 6 Mikrotik routers - two of them are behind NAT. They both do the same thing, other four get connected without problem by Winbox ("internally" trough IPSEC tunnel) .

Here is my setup
Location 1:
Mikrotik router externally accessible - external IP 80.80.80.1, internal IP 192.168.1.1

Location 2 :
Cisco router (I don't have access to settings) - external IP 80.80.80.2, internal IP 10.0.2.1
--- PORT FORWARDING - 80, 500, 4500 and IPSEC protocol to IP 10.0.2.2
Mikrotik router behind NAT - "external" IP 10.0.2.2 (to Cisco router), internal IP 192.168.2.1

IPSEC tunnel from 192.168.1.0/24 to 192.168.2.0/24 - connect internal networks behind routers.

Working communication
PING from 192.168.1.x to 192.168.2.x (I can ping routers and machines on both sides)
Connection from 192.168.1.x to 192.168.2.2-255 (for example I can connect from 192.168.1.50 to 192.168.2.50 by SSH)
Webfig connection to "external" IP of NATed router - connection from 192.168.1.1 (masquerade) to 80.80.80.2

Not working communication
Winbox connection from 192.168.1.x to 192.168.2.1
Webfig connection from 192.168.1.x to 192.168.2.1

Versions affected:
6.27 (both routers have same version)

SOLUTION:
I have found solution for my problem in this post - http://forum.mikrotik.com/viewtopic.php?t=65733. I set up mangle with "New TCP MMS" to 1390. This number I get with trial and error, I'm not sure why this number is the biggest working.

I would really appreciate, if someone could provide me more deep info about "why" this worked.
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: Known issues and bugs - a list

Wed May 06, 2015 5:49 pm

Winbox doesn't work because winbox uses Max sized pacekts, typically 1500bytes.
Your tunnel is unable to forward 1500byte packets without fragmentation, that is why setting lower MSS fixes the problem.

Ypu can verify Max packet size over the tunnel by running ping with 'do-not-fragment' flag and by setting packet size.
 
sam1275
Member Candidate
Member Candidate
Posts: 110
Joined: Thu May 21, 2015 2:46 pm

Re: Known issues and bugs - a list

Fri Jun 12, 2015 1:31 pm

Issue:
PPPoE Bug?-"terminating" Forever

Description:
PPPoE dial-out won't reconnect automatically after failing when "dial on demand" is enabled.

Versions affected:
Metal 2SHPn with OS 6.28, RB2011UiAS-2HnD-IN with OS 6.29.1

How to reproduce:
First factory reset to default, then setup to "Home AP" mode in quick setup, choose PPPoE for WAN, then setup a few WLAN and admin password if you like. You can tweak some other settings, they wont affect this.
Now go to the PPP and open your PPPoE interface, in "dial out" tick "dial on demand", keep other PPP settings default. If everything is OK, the PPPoE should in "connected" status, and you can surf the internet now; but, if you try anything to interrupt the connection to your ISP, such as unplug the WAN cable, unplug the Fiber/RJ11 on your modem, or power cycle the modem, the internet will never come back automatically. If you open the quick setup page, it will show "terminating" for PPPoE, and keep hang forever, until you smash the "reconnect" button, everything will be OK in a second.

Notes:
Now I find if I disable "dial on demand", it will reconnect well automatically, but is this a bug?

Support TicketID:
Ticket#2015061266000388
 
xt22
Frequent Visitor
Frequent Visitor
Posts: 75
Joined: Tue Jul 14, 2015 1:16 pm

Re: Known issues and bugs - a list

Tue Jul 14, 2015 1:57 pm

Issue:
LTE interface - when anything is entered in modem-init, it cannot be set to empty/unset

Description:
tested on: RB912UAG-2HPnD + Huawei ME909s-120

Versions affected:
6.30 (tested on this)

How to reproduce:
on factory resetted system, with lte1 in interfaces:
- enter anything to modem-init (even space), apply and save it
- then, it is not possible to delete it, or to unset with the black triangle; after clicking
apply or ok, the previously entered value is back there; It is possible to change
modem-init value to any other value except empty

- this happens even if the lte interface is disabled
- and the same result via terminal ( interface lte set modem-init="" )
 
User avatar
prozak
newbie
Posts: 45
Joined: Sat Jan 16, 2010 4:01 am

941-2nd speed problem?

Tue Jul 14, 2015 8:50 pm

Hi.
I recently got myself a RB941-2nD (rOS 6.29.1) and i noticed the following.

I run a PPPoE interface dialing my aDsL connection from my ISP router.

After 2-3 days of uptime router starts perfomance degradation in internet.

While link is 15down/1up it turns into an unstable 2mbit max down and 0.2up(ISP is fine)
Plus this speed is stuttering like packets flow every second.

no filter rules nor anything. rb is acting as an internet gateway only.

On resources tab when the incident occurs its shows a min of 21% to 45% cpu usage while nothing is going on.

After a clean reboot everything comes back normal plus cpu usage drops to a reasonable value of 1%-5%.

Problem was confirmed after 3 times.
Last edited by prozak on Tue Jul 14, 2015 9:19 pm, edited 1 time in total.
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: 941-2nd speed problem?

Tue Jul 14, 2015 9:19 pm

Probably you need to set up some basic firewall http://wiki.mikrotik.com/wiki/Securing_your_router

If you have no filters at all and you have configured the DNS server of Mikrotik to 'Allow remote requests' then it's probably being used by bots and stuff filling up your gateway bandwidth and/or causing high cpu usage.

Everytime you reboot your router I assume you get a new IP so it's ok for a while until the bots find the new IP (they scan all the time all the internet) and start all over again.
 
User avatar
prozak
newbie
Posts: 45
Joined: Sat Jan 16, 2010 4:01 am

Re: 941-2nd speed problem?

Tue Jul 14, 2015 9:21 pm

Probably you need to set up some basic firewall http://wiki.mikrotik.com/wiki/Securing_your_router

If you have no filters at all and you have configured the DNS server of Mikrotik to 'Allow remote requests' then it's probably being used by bots and stuff filling up your gateway bandwidth and/or causing high cpu usage.

Everytime you reboot your router I assume you get a new IP so it's ok for a while until the bots find the new IP (they scan all the time all the internet) and start all over again.
Thanks ill give it a shot.
 
cigamit
just joined
Posts: 9
Joined: Thu Jul 17, 2008 12:17 am

Re: 941-2nd speed problem?

Mon Jul 20, 2015 6:32 am

Hi.
I recently got myself a RB941-2nD (rOS 6.29.1) and i noticed the following.

I run a PPPoE interface dialing my aDsL connection from my ISP router.

After 2-3 days of uptime router starts perfomance degradation in internet.

While link is 15down/1up it turns into an unstable 2mbit max down and 0.2up(ISP is fine)
Plus this speed is stuttering like packets flow every second.

no filter rules nor anything. rb is acting as an internet gateway only.

On resources tab when the incident occurs its shows a min of 21% to 45% cpu usage while nothing is going on.

After a clean reboot everything comes back normal plus cpu usage drops to a reasonable value of 1%-5%.

Problem was confirmed after 3 times.
I am noticing the same thing on a RB750 for the last few months. Currently using v6.29.1, I tried downgrading to v6.27 and still had the same issue. The Mikrotik has all the proper firewall rules to protect it from the internet and torch even shows that there is almost no traffic going through it at the time.

eth1 is to the internet (isp modem), eth2 goes out to my sector (RB912), eth3 is an IP camera watching the room with the RB750 (not currently streaming, requires you to manually connect).
What I notice when this happens, even though eth5 is disabled (to stop someone from plugging in, its in a remote building) it will show traffic (RX/TX) on eth5 that mirrors traffic on eth2. eth2-5 belong to the same bridge. I believe I have tried it before while using master/slave ports also (originally moved to a bridge to see if it cured this issue).

Nothing in the log when it happens, and rebooting causes it to go back to normal for a few days. Traffic on eth5 goes back down to 0. Rebooting the RB750 has no affect on my external IP since that is all handled by the modem. I will work on sanitizing my /export, then I can upload it.

EDIT: Just updated to v6.30.1, will see if anything in there fixes the issue.
 
User avatar
prozak
newbie
Posts: 45
Joined: Sat Jan 16, 2010 4:01 am

Re: 941-2nd speed problem?

Tue Jul 21, 2015 8:11 pm

Hi.
I recently got myself a RB941-2nD (rOS 6.29.1) and i noticed the following.

I run a PPPoE interface dialing my aDsL connection from my ISP router.

After 2-3 days of uptime router starts perfomance degradation in internet.

While link is 15down/1up it turns into an unstable 2mbit max down and 0.2up(ISP is fine)
Plus this speed is stuttering like packets flow every second.

no filter rules nor anything. rb is acting as an internet gateway only.

On resources tab when the incident occurs its shows a min of 21% to 45% cpu usage while nothing is going on.

After a clean reboot everything comes back normal plus cpu usage drops to a reasonable value of 1%-5%.

Problem was confirmed after 3 times.
I am noticing the same thing on a RB750 for the last few months. Currently using v6.29.1, I tried downgrading to v6.27 and still had the same issue. The Mikrotik has all the proper firewall rules to protect it from the internet and torch even shows that there is almost no traffic going through it at the time.

eth1 is to the internet (isp modem), eth2 goes out to my sector (RB912), eth3 is an IP camera watching the room with the RB750 (not currently streaming, requires you to manually connect).
What I notice when this happens, even though eth5 is disabled (to stop someone from plugging in, its in a remote building) it will show traffic (RX/TX) on eth5 that mirrors traffic on eth2. eth2-5 belong to the same bridge. I believe I have tried it before while using master/slave ports also (originally moved to a bridge to see if it cured this issue).

Nothing in the log when it happens, and rebooting causes it to go back to normal for a few days. Traffic on eth5 goes back down to 0. Rebooting the RB750 has no affect on my external IP since that is all handled by the modem. I will work on sanitizing my /export, then I can upload it.

EDIT: Just updated to v6.30.1, will see if anything in there fixes the issue.
Hi mate.
Just to inform that in my case adding some basic firewall rules (possibly the outside DNS block) seems it solved my issue. Uptime is 5d and still working without issues. still monitoring
 
kristaps
Member Candidate
Member Candidate
Posts: 272
Joined: Mon Jan 27, 2014 1:37 pm

Re: Known issues and bugs - a list

Wed Jul 29, 2015 10:40 am

Issue:
LTE interface - when anything is entered in modem-init, it cannot be set to empty/unset

Description:
tested on: RB912UAG-2HPnD + Huawei ME909s-120

Versions affected:
6.30 (tested on this)

How to reproduce:
on factory resetted system, with lte1 in interfaces:
- enter anything to modem-init (even space), apply and save it
- then, it is not possible to delete it, or to unset with the black triangle; after clicking
apply or ok, the previously entered value is back there; It is possible to change
modem-init value to any other value except empty

- this happens even if the lte interface is disabled
- and the same result via terminal ( interface lte set modem-init="" )

Thanks for reporting
this is fixed 6.31rc11 version
 
User avatar
vipermx2
newbie
Posts: 27
Joined: Sat Jul 28, 2007 5:51 pm
Location: Kansas USA

Re: Known issues and bugs - a list

Fri Jul 31, 2015 5:43 am

New issue: RB2011UAS-2HnD Interface counters (Tx,Rx, TxPackets,RxPackets...) reset every second. only started happening after upgrading from 6.29 to 6.30.2

Any suggestions or Ideas?
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 4:12 pm

DHCP Bug with Mikrotiks..

Hello Everyone.. Hopefully Mikrotik staff reads this as well..

I have over 100+ Mikrotiks deployed and I have issues with the majority of them. After carefully going through each Mikrotik and looking at them Mikrotik has a HUGE/SEVERE Bug in the DHCP.


I have a CCR 1009

ETH1- WAN
ETH8-LAN Goes to a GS728TP Switch. I have APS here. There is no VLANS.

I am running on a 192.168.8.0/21 NETWORK. I've received over 400+ plus calls of USERS not getting valid Adddress from the DHCP when having Windows Vista, Windows 7 Enterprise. This is a MAJOR Problem...

I can remove the CCR1009 for 1 day and put a SIMPLE BASIC Router like CISCO RV042 Router and Windows Vista and Windows 7 Enterprise issues are gone. All the users can get a VALID IP address with no issues.

I have several Mikrotiks all over the U.S and I know it has to be a Mikortik BUG... I need this to get fix.. My end users get upset that I need to setup a static on there PC so they can get online on my network.

Can someone help me on this??


THANKS!!
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 4:25 pm

I use DHCP extensively with all kinds of OSes and all kinds of Routerboards and I have no issue at all.
Windows 7 - works perfect
Windows 8 - works perfect
Windows 10 - works perfect
Windows XP - works perfect
Linux (Ubuntu, Debian, CentOS, RHEL) all work perfect.

What you describe sounds like a user's general report of a problem. What does 'users don't get a valid address' mean exactly?

No technical details, no configuration post, no nothing.

I can only assume that your configuration is the problem.
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 4:39 pm

How can it be my configuration? If i can simply remove the Mikrotik and put a basic router and they get a valid IP address from my DHCP Server? I have over 50+ Mikrotiks deployed and when users come to the property and they're running on Windows Vista and Windows7 Enterprise they cannot obtain an IP address from my DHCP on the Mikrotik..



My CCR is pretty much basic..
ETH1-WAN
ETH8- LAN Goes to a SIMPLE Switch with NO VLANS.. GS728TP

Sorry for being vague on my previous comment..

I need to setup a static on the end users PC so they can see my TOS (Terms Of Service) page and than they can get online..

I've turned off my TOS Page, turned off the hotspot and same scenario.

I removed the Mikrotik and put a basic router any user with Windows Vista and Windows7 Enterprise can obtain an IP address from the CiscoRV042 without any issues..

Ive exported my simple basic config here..


/ip address
add address=x.x.x.x/29 comment=WAN interface="ether1 - WAN" network=x.x.x.x
add address=192.168.10.1/21 comment="Guest Hotspot" interface="Guest Bridge" network=192.168.8.0
add address=192.168.0.1/24 comment=Managment interface="ether8 - LAN" network=192.168.0.0

/ip dhcp-server
add add-arp=yes address-pool="Guest Pool" disabled=no interface="Guest Bridge" lease-time=1d name=dhcp1
/ip dhcp-server lease
add address=192.168.10.66 client-id=1:b8:ac:6f:e2:2a:1a mac-address=B8:AC:6F:E2:2A:1A server=dhcp1
/ip dhcp-server network
add address=192.168.8.0/21 comment="hotspot network" dns-server=192.168.10.1,8.8.8.8,8.8.4.4 gateway=192.168.10.1


I have no rules or anything. I know its not a config issue because even when having a default config on the Router OS I still have major issues..

I do have a hotspot running but same thing without a hotspot not running..
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 5:07 pm

How can it be your configuration? I wouldn't know since you haven't posted your full configuration so that anyone can reproduce your problem.
If you don't post a complete procedure of replicating the problem then there is no problem as far as mikrotik or anyone else is concerned :P

I know it's boring stuff, but that's how you report bugs. You don't expect others to guess how to replicate your problem!

Contact mikrotik with a full supout.rif to figure it out.

By simply trying with different hardware (cisco) does not confirm or deny anything.

If you have an error in your configuration cisco would still work. Does that prove a bug? No.
If there is actually a bug in dhcp-server, cisco would still work. Would you be able to know this way if it was a bug or a config problem? No.

It's just not a robust test to come up with any conclusions other than there is some problem with Mikrotik (either configuration or bug)

You also say that windows don't get a 'valid ip'.
What does that mean? What IP they get EXACTLY, that is not valid?

When reporting problems (or bugs) you should write everything about the issue. I mean absolutely everything.
You can't assume that the readers will have the slightest idea what you are talking about.

Sorry for being skeptical about your report, it's just that dhcp-server is used widely by most mikrotik users (myself included).
If there was a legitimate problem with it, I am sure there would be numerous reports by now.
Without your full configuration no one can know for sure if you found a specific bug triggered by the rest of your configuration, or if it's just bad configuration on your side.

Btw you should create a new thread about this (if you don't want to contact Mikrotik support). This thread is for 'confirmed' (by multiple users apparently) bugs so that Mikrotik can have a comprehensive list and fix them eventually.
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 5:36 pm

I understand now, my apologies.

When I mean they don't get a valid IP address , I mean they get a self-assigned IP address of 169.254.X.X . This is consider a self-assigned IP address and not receiving a proper IP address from the DHCP for example :
192.168.10.40
255.255.248.0.
192.168.10.1

They should be getting this VALID IP addresses but they don't. I have opened a new thread but haven't gotten really any help with it.


THis is the same config I have on the rest of my Mikrotiks.
Heres my config. I removed ofcourse the critical information.


[admin@sample] > export compact
# aug/09/2015 14:25:50 by RouterOS 6.30.2

/interface bridge
add mtu=1500 name="Guest Bridge" protocol-mode=none
/interface ethernet
set [ find default-name=ether5 ] l2mtu=1588 name="ether1 - WAN"
set [ find default-name=ether6 ] l2mtu=1588 name=ether2
set [ find default-name=ether7 ] l2mtu=1588 name=ether3
set [ find default-name=ether8 ] l2mtu=1588 name=ether4
set [ find default-name=ether1 ] l2mtu=1590 name=ether5
set [ find default-name=ether2 ] l2mtu=1590 name=ether6
set [ find default-name=ether3 ] l2mtu=1590 name=ether7
set [ find default-name=ether4 ] l2mtu=1590 name="ether8 - LAN-GS728TP"
set [ find default-name=sfp1 ] l2mtu=1590 mac-address=
/ip hotspot profile
set [ find default=yes ] login-by=cookie,http-chap,http-pap
add hotspot-address=192.168.10.1 login-by=cookie,http-chap,http-pap name=hsprof1
/ip hotspot user profile
set [ find default=yes ] idle-timeout=1d keepalive-timeout=1d rate-limit=5M/5M session-timeout=1d shared-users=unlimited
/ip pool
add name="Guest Pool" ranges=192.168.10.2-192.168.15.254
/ip dhcp-server
add add-arp=yes address-pool="Guest Pool" disabled=no interface="Guest Bridge" lease-time=1d name=dhcp1
/ip hotspot
add address-pool="Guest Pool" disabled=no idle-timeout=1d interface="Guest Bridge" keepalive-timeout=1d name=hotspot1 profile=hsprof1
/interface bridge port
add bridge="Guest Bridge" interface="ether8 - LAN"
add bridge="Guest Bridge" interface=ether7
add bridge="Guest Bridge" interface=ether4
/ip address
add address=X.X.X.X/29 comment=WAN interface="ether1 - WAN" network=X.X.X.X
add address=192.168.10.1/21 comment="Guest Hotspot" interface="Guest Bridge" network=192.168.8.0
add address=192.168.0.1/24 comment=Managment interface="ether8 - LAN" network=192.168.0.0
/ip dhcp-server lease
add address=192.168.10.66 client-id=1:b8:ac:6f:e2:2a:1a mac-address=B8:AC:6F:E2:2A:1A server=dhcp1
add address=192.168.10.79 always-broadcast=yes client-id=1:70:f1:a1:e9:c:a9 mac-address=70:F1:A1:E9:0C:A9 server=dhcp1
add address=192.168.10.3 client-id=1:1c:3e:84:29:c4:45 mac-address=1C:3E:84:29:C4:45 server=dhcp1
add address=192.168.12.87 client-id=1:70:11:24:c0:9f:69 mac-address=70:11:24:C0:9F:69 server=dhcp1
/ip dhcp-server network
add address=192.168.8.0/21 comment="hotspot network" dns-server=192.168.10.1,8.8.8.8,8.8.4.4 gateway=192.168.10.1
/ip dns
set servers=75.75.75.75,75.75.76.76
/ip firewall filter
add action=passthrough chain=unused-hs-chain comment="place hotspot rules here" disabled=yes
/ip firewall nat
add action=passthrough chain=unused-hs-chain comment="place hotspot rules here" disabled=yes
add action=masquerade chain=srcnat comment="masquerade hotspot network" src-address=192.168.8.0/21
add action=masquerade chain=srcnat comment="masquerade MGMT network" src-address=192.168.0.0/24
/ip firewall service-port
set ftp disabled=yes
set tftp disabled=yes
set irc disabled=yes
set h323 disabled=yes
set sip disabled=yes
set pptp disabled=yes
/ip hotspot ip-binding
add address=192.168.0.0/24 type=bypassed
add mac-address=F0:4F:7C:EE:4C:F2 type=bypassed
add mac-address=00:23:14:81:3D:B0 type=bypassed
add mac-address=00:26:5E:32:47:C7 type=bypassed
add mac-address=00:E0:4C:A6:5D:FA type=bypassed
add mac-address=00:24:D7:86:C8:6C type=bypassed
add mac-address=44:2A:60:60:B4:C9 type=bypassed
add mac-address=EC:55:F9:C5:E5:37 type=bypassed
add mac-address=00:23:15:9D:8A:14 type=bypassed
add mac-address=00:22:43:45:07:B2 type=bypassed
add mac-address=00:1C:BF:AD:B7:FC type=bypassed
add mac-address=00:19:D2:73:B7:48 type=bypassed
add mac-address=00:08:CA:C3:C3:68 type=bypassed
add mac-address=70:5A:B6:41:AD:A6 type=bypassed
add mac-address=B4:82:FE:8F:D5:01 type=bypassed
add mac-address=00:22:5F:FE:4E:87 type=bypassed
add mac-address=00:16:CB:8D:B0:09 type=bypassed
add mac-address=68:5D:43:F2:B7:F5 type=bypassed
add mac-address=94:39:E5:57:E2:E5 type=bypassed
add mac-address=E0:CA:94:82:DB:58 type=bypassed
add mac-address=A0:6C:EC:73:CD:85 type=bypassed
add mac-address=18:03:73:00:F9:E2 type=bypassed
add mac-address=70:56:81:C1:CF:93 type=bypassed
add mac-address=F0:4F:7C:06:B3:37 type=bypassed
add mac-address=E0:CB:1D:F8:4E:45 type=bypassed
add mac-address=4C:ED:DE:AC:5D:93 type=bypassed
/ip hotspot user
add name=guest password=guest
/ip hotspot walled-garden
add comment="place hotspot rules here" disabled=yes
add dst-host=www.sample.com server=hotspot1
/ip hotspot walled-garden ip
add action=accept disabled=no protocol=icmp server=hotspot1
add action=accept disabled=no dst-port=53 server=hotspot1
/ip proxy
set cache-path=web-proxy1
/ip route
add check-gateway=ping distance=1 gateway=X.X.X.X
/ip service
set telnet disabled=yes
set ftp disabled=yes
set ssh address=x.x.x.x
set api disabled=yes
set api-ssl disabled=yes
/snmp
set enabled=yes trap-version=2
/system clock
set time-zone-autodetect=no
/system ntp client
set primary-ntp=24.56.178.140
/system resource irq rps
set sfp1 disabled=yes
set ether5 disabled=yes
set ether6 disabled=yes
set ether7 disabled=yes
set "ether8 - LAN" disabled=yes
/system routerboard settings
set cpu-frequency=1200MHz memory-frequency=1066DDR
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 6:34 pm

At first glance there seems to be an issue with DHCP when running on a bridge.

When an interface is slave to a bridge it seems that it doesn't respond to DHCP client requests.

What's really weird is that I have numerous installations with bridges and DHCP server running on them without a problem whatsoever!

But trying your configuration (or even a new one from scratch) I cannot get an IP from DHCP when on bridge.
When I put the dhcp server on the interface directly and disable the bridge then it works right away!

It may be an issue with the latest versions of Mikrotik when creating new DHCP servers and/or bridges (but not if those were created on older versions?)
The working installations that I have have been set up many versions ago and I was just upgrading them.
I haven't set up a bridge/dhcp in the last stable version of mikrotik (6.30.2).

So, at first glance it seems that there's an issue with DHCP when running on a bridge.
Can anyone else confirm that?
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 6:35 pm

I don't know your topology, but a quick workaround would be to disable the bridge and re-assign the dhcp server and the IP address to ether8 directly.

It should work after that.
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 6:51 pm

Maybe you're missing something when creating the bridge..

So this is the way I have it..

ETH-1 WAN
ETH8-LAN goes to a GS728TP Switch. I have 10 APS here, no VLANS.

I go to bridge > add bridge > create the Guest Bridge > Than go to IP > Addresses > add new > 192.168.8.0/21 for the IP and the interface will be Guest Bridge..

Also under Bridge > Ports I have ETH8-LAN pointing towards Guest Bridge..

THan I go to IP> DHCP > DHCP Setup > The DHCP Server Interface will be the Guest Bridge.

I think that's what you're missing..

But yes my network topology is very basic and simple..


I have already disabled the guest bridge and point re-create my dhcp and pointed directly into ETH8 and still have issues.

I have started from scratch and still have issues, not sure why. Other OS works fine..



I just upgraded the RouterOS last night. It not the firmware. Looking up very OLD google Mikrotik Vista issues there has been issue reported as well..


Just ask me anything, I will help you out.. I'm just trying to get this fix overall.

Please and thank you.
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 7:12 pm

Maybe you're missing something when creating the bridge..
I copied your export verbatim. And I created my own configuration from scratch with a completely config-reset router JUST in case.
I didn't miss anything. As a matter of fact when I created my own configuration I simply created the most basic stuff (bridge and dhcp-server and nothing else) just to make sure that the problem is not caused by something else.
ETH-1 WAN
ETH8-LAN goes to a GS728TP Switch. I have 10 APS here, no VLANS.
Why use a bridge then? With what you have described so far you do not need a bridge.
Just ditch it and work with ether8 directly. DHCP server DOES work directly on the ethernet interface.
I just tested it myself (your exact configuration) on a lab with windows 8 and windows 10 as clients and both got an IP right away.
I have already disabled the guest bridge and point re-create my dhcp and pointed directly into ETH8 and still have issues.
Did you move the IP to ether8 after disabling the bridge?
You don't really need to recreate the dhcp server. Just change the interface to ether8.
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Sun Aug 09, 2015 7:25 pm

I have ditched the guest bridge and same thing. I am running into the same thing with and without the Guest Bridge.

The reason why I have a guest bridge it's very easy to manage things well in my aspect. It should work fine with the Guest Bridge, this shouldn't affect the DHCP.

Since I do have a hotspot running on my Mikrotiks.

I know the DHCP works fine with several devices.. I am just running into a big issues with Windows Vista( specifically) and Windows 7 (Enterprise Edition). My network is very basic , nothing to complicated.


For example > When a guest is calling in from a property saying, hes unable to get online. We ask right away if he has Vista. They say yes right away and once we confirm they do have it. We have the check the settings on the nic card and stuff. There is nothing wrong that we can see. They get a 169.254 ( Self-assigned) IP address instead of pulling one from the DHCP Server.

So than we give them a static of 192.168.9.40/255.255.248.0/192.168.10.1 This is within the range. Once we give them a valid IP from the DHCP server, they can pull up my TOS page and get online....

This is the only issues where I am with Mikrotik overall.. I am not sure what else to try...
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Mon Aug 10, 2015 3:59 pm

I really think Mikrotik staff needs to get involve with this... I seriously think it's an issue with Mikrotik itself, not a config issue.

I have tried several things and still had no success..


Anyone else trying to mimic the same thing? Anyone has any input on this?

Thanks..
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Tue Aug 11, 2015 3:58 pm

At first glance there seems to be an issue with DHCP when running on a bridge.

When an interface is slave to a bridge it seems that it doesn't respond to DHCP client requests.

What's really weird is that I have numerous installations with bridges and DHCP server running on them without a problem whatsoever!

But trying your configuration (or even a new one from scratch) I cannot get an IP from DHCP when on bridge.
When I put the dhcp server on the interface directly and disable the bridge then it works right away!

It may be an issue with the latest versions of Mikrotik when creating new DHCP servers and/or bridges (but not if those were created on older versions?)
The working installations that I have have been set up many versions ago and I was just upgrading them.
I haven't set up a bridge/dhcp in the last stable version of mikrotik (6.30.2).

So, at first glance it seems that there's an issue with DHCP when running on a bridge.
Can anyone else confirm that?
It turns out that the issue with the bridge and DHCP affects the x64 mode of CHR (on which I tried the configuration above).

Disabling x64 restores the dhcp-server functionality on a bridge.

http://forum.mikrotik.com/viewtopic.php ... 15#p494315
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Wed Aug 12, 2015 2:28 am

How would I disable that?

Thanks
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Wed Aug 12, 2015 3:03 am

I really don't think it's that. I will be doing more trials this week on several Vista PC's. I will trying without a bridge, with a bridge, without a hotspot. with one. I will also try just trying a default config and see how that goes..

I will post the results..


I know it's something with the Mikrotik or something when having a hotspot doesn't work.


I wish a Mikrotik staff would look into this. Im sure they will see something as well.


I will let you know how it goes.


Thanks
 
trace323
Frequent Visitor
Frequent Visitor
Posts: 53
Joined: Thu May 07, 2015 5:52 pm

Re: Known issues and bugs - a list

Wed Aug 12, 2015 7:22 am

At first glance there seems to be an issue with DHCP when running on a bridge.

When an interface is slave to a bridge it seems that it doesn't respond to DHCP client requests.

What's really weird is that I have numerous installations with bridges and DHCP server running on them without a problem whatsoever!

But trying your configuration (or even a new one from scratch) I cannot get an IP from DHCP when on bridge.
When I put the dhcp server on the interface directly and disable the bridge then it works right away!

It may be an issue with the latest versions of Mikrotik when creating new DHCP servers and/or bridges (but not if those were created on older versions?)
The working installations that I have have been set up many versions ago and I was just upgrading them.
I haven't set up a bridge/dhcp in the last stable version of mikrotik (6.30.2).

So, at first glance it seems that there's an issue with DHCP when running on a bridge.
Can anyone else confirm that?
It turns out that the issue with the bridge and DHCP affects the x64 mode of CHR (on which I tried the configuration above).

Disabling x64 restores the dhcp-server functionality on a bridge.

http://forum.mikrotik.com/viewtopic.php ... 15#p494315



CHa0s:

Have you read this? http://forum.mikrotik.com/viewtopic.php?t=37978



I am not the only one experiencing this. I wonder why hasn't Mikrotik done anything about this?
 
User avatar
Cha0s
Forum Guru
Forum Guru
Posts: 1135
Joined: Tue Oct 11, 2005 4:53 pm

Re: Known issues and bugs - a list

Wed Aug 12, 2015 5:29 pm

My report was specific to CHR not to any Mikrotik device or installation.

I am not sure what the problem is with your configuration.
I have DHCP servers on bridges without any problem whatsoever.

I set up my lab to test your configuration with CHR (Cloud hosted router) which is stil in RC so the specific bug I mention shouldn't exist on previous versions since I do run 6.30.2 on many installations with dhcp server on a bridge without an issue.

However I just tried your configuration on a 6.30.2 installation and it works perfectly.

The thread you mention is from 2009. Not really something to count on.

Just contact mikrotik support with full supout.rif files etc since your situation is very specific and cannot be easily reproduced (apparently)
Don't expect to receive any official support on these user forums.
 
digitexwireless
newbie
Posts: 44
Joined: Thu Mar 01, 2007 5:10 am

Re: Known issues and bugs - a list

Sat Aug 15, 2015 4:28 pm

Reset Counters button seems to have no affect on any RB750UP's on the network. We are seeing a tremendous amount of Link Downs on these routers too after upgrading to 6.3x.x.
 
SvZol
just joined
Posts: 24
Joined: Tue Dec 09, 2014 10:06 am
Location: VRN
Contact:

Re: Known issues and bugs - a list

Fri Aug 21, 2015 2:06 pm

Is it bug or feature of FTP-server? ROS 6.31 http://forum.mikrotik.com/viewtopic.php ... 41#p495941

MikroTik's FTP does not understand the command appe
 
Robinson
Frequent Visitor
Frequent Visitor
Posts: 78
Joined: Tue Nov 10, 2009 7:30 pm

Re: Known issues and bugs - a list

Sat Sep 05, 2015 4:35 pm

After upgrading to version 6.30 I noticed max L2MTU on ethernet port ether1 is 1520?
This is in accordance with the table at http://wiki.mikrotik.com/wiki/Manual:Ma ... uterBoards.
But in previous versions of ROS RB433GL reports L2MTU on Ether1 1524.
What is happening now, we have a problem with MPLS links whose MPLS Interface MTU is 1524.
If L2MTU was incorrectly shown in previous versions of ROS, how is it that we only now experiencing problems with MPLS?
 
vortex
Forum Guru
Forum Guru
Posts: 1092
Joined: Sat Feb 16, 2013 6:10 pm

Re: Known issues and bugs - a list

Sat Sep 05, 2015 4:57 pm

Bridge between switches severely but not perfectly constantly affects routing performance on RB2011.
 
vortex
Forum Guru
Forum Guru
Posts: 1092
Joined: Sat Feb 16, 2013 6:10 pm

Re: Known issues and bugs - a list

Sat Sep 05, 2015 4:59 pm

I think NAT performance has to be improved.
 
vortex
Forum Guru
Forum Guru
Posts: 1092
Joined: Sat Feb 16, 2013 6:10 pm

Re: Known issues and bugs - a list

Sat Sep 05, 2015 5:03 pm

Support hardware acceleration of all encryption schemes.
 
vortex
Forum Guru
Forum Guru
Posts: 1092
Joined: Sat Feb 16, 2013 6:10 pm

Re: Known issues and bugs - a list

Sat Sep 05, 2015 5:04 pm

Improve PPPoE performance.
 
samsung172
Forum Guru
Forum Guru
Posts: 1191
Joined: Sat Apr 04, 2009 3:45 am
Location: Østfold - Norway
Contact:

Re: Known issues and bugs - a list

Fri Oct 09, 2015 10:39 pm

Possible BUG - Not tested more.


Today i had a CCR1036 running MPLS, ospf,bgp. It was struggeling and had 100% CPU usage. I booted it - still CPU usage in about 95 to 100%. I see in profile - that "networing" was using all "resorces" and started to do a researc. I found a dissabled src-nat masqurade rule in router - but it was dissabled and Not in function. I still deleted it - and wolla. Router was at 6-7% CPU.

Since it is in production - i dont want to test it more- maybe someone else could do? - in my mind/opinion- it should not go crasy by a dissabled nat rule? -

it has connection tracking in auto - but still run tracking after rule dissabled (it was what i might beleve was the problem)

router have about 30.000entris in connections , 1211 routes - bgp (vrf) and ospf (MPLS) combined. and about 700mb/s TX and 200RX in main port.

about 336 vlans to NNI's - and no full routingtables - 2 instance of BGP session - vrf (internal with MPLS and confederation) and "main". (default route to the global bgp table)
 
UsernameMT
Frequent Visitor
Frequent Visitor
Posts: 55
Joined: Mon Nov 02, 2015 1:42 pm

Re: Known issues and bugs - a list

Tue Nov 17, 2015 3:13 pm

:D
Hi
Sorry, but, this is a bug or a feature ROS?:
/ip service set www address=ХХХ.ХХХ.ХХХ.0/24 port=6665
and
/ip service set www address=ХХХ.ХХХ.ХХХ.0/24 port=6000
At various recent versions of ROS:
it is not connected to the WEB-interface on port 6665 and 6000... (maybe, there are other ports, but not tried all :) )

Best regards.
 
magnavox
Member
Member
Posts: 357
Joined: Thu Jun 14, 2007 1:03 pm

Re: Known issues and bugs - a list

Thu Nov 26, 2015 3:49 pm

Scripts using execute command, can stop...

ROS 6.33.1 x86 (same as ROS 6.27)
:execute command have only a option
script


ROS 6.33.1 tile
:execute command have tow option:
file script

So need to modifidy code from
:execute name_script
to like
:excute script="name_script"

Mikrotik, please check this...
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: Known issues and bugs - a list

Thu Nov 26, 2015 5:24 pm

Old syntax also works for backward compatibility
:execute "script_name"  
 
magnavox
Member
Member
Posts: 357
Joined: Thu Jun 14, 2007 1:03 pm

Re: Known issues and bugs - a list

Thu Nov 26, 2015 8:56 pm

Old syntax also works for backward compatibility
:execute "script_name"  
1) Updating from 6.27 to 6.33.1 (on CCR), script stop working.ì, so any backward compatibilty...
2) Updating from 6.27 to 6.33.1 (on x86 VM), script work fine.

Syntax for same versione 6.33.1 are different for Tile and x86 code!
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7038
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: Known issues and bugs - a list

Fri Nov 27, 2015 12:24 pm

Works on both platforms the same.
Script names, strings etc should always be used in quotes.
 
magnavox
Member
Member
Posts: 357
Joined: Thu Jun 14, 2007 1:03 pm

Re: Known issues and bugs - a list

Fri Nov 27, 2015 5:34 pm

Script names, strings etc should always be used in quotes.
My scritp work fine in 6,27 whitout quotes
Ok in future I will use quotes.
Works on both platforms the same.
6.33.1 x86 platform provide only one option, Tile platform two options. why?

My script work fine under x86 6.33.1 without quotes
 
pe1chl
Forum Guru
Forum Guru
Posts: 10183
Joined: Mon Jun 08, 2015 12:09 pm

Re: Known issues and bugs - a list

Sun Dec 13, 2015 5:57 pm

In the log messages logged by the BGP router, the AS numbers in the 32-bit range are still printed in the deprecated
ASDOT notation instead of the ASPLAIN notation used in the user interface.

16:13:13 route,bgp,error Invalid remote AS, expected 64691
16:13:13 route,bgp,error RemoteAddress=44.137.60.9
16:13:13 route,bgp,error RemoteAs=64398.18672

It should have logged RemoteAs=4220406000
 
flameproof
Member Candidate
Member Candidate
Posts: 128
Joined: Tue Sep 01, 2015 3:17 pm

Re: Known issues and bugs - a list

Thu Dec 31, 2015 4:24 am

There seems to be a bug in 6.33.3 (haven't checked older versions) with RADIUS-based user login (AAA). Upon login by a non-local user, the following is logged on the MT router:
03:16:54 radius,debug new request 0d:01 code=Access-Request service=login
03:16:54 radius,debug sending 0d:01 to x.x.x.x:1812
03:16:54 radius,debug,packet sending Access-Request with id 5 to x.x.x.x:1812
03:16:54 radius,debug,packet     Signature = 0x3fca657862be8355a291bf32522c7be6
03:16:54 radius,debug,packet     Service-Type = 1
03:16:54 radius,debug,packet     User-Name = "xxxx"
03:16:54 radius,debug,packet     MS-CHAP-Challenge = 0xb9a374da514667be08e1b20d8cfa64ca
03:16:54 radius,debug,packet     MS-CHAP2-Response = 0x000021402324255e262a28295f2b3a33
03:16:54 radius,debug,packet       7c7e000000000000000053f2a38fb731
03:16:54 radius,debug,packet       4b9054306d76e615c45c02f6b04bf03a
03:16:54 radius,debug,packet       44a6
03:16:54 radius,debug,packet     Calling-Station-Id = "10.20.0.100"
03:16:54 radius,debug,packet     NAS-Identifier = "AC0001"
03:16:54 radius,debug,packet     NAS-IP-Address = 10.20.0.2
03:16:54 radius,debug,packet received Access-Accept with id 5 from x.x.x.x:1812
03:16:54 radius,debug,packet     Signature = 0xcc112ac0c094bc2a0ad010f0a0559bdf
03:16:54 radius,debug,packet     MS-CHAP2-Success = 0x00533d36343936424233454546343336
03:16:54 radius,debug,packet       35354638443631453330434544373544
03:16:54 radius,debug,packet       3541394231413943303433
03:16:54 radius,debug,packet     MT-Group = "full"
03:16:54 radius,debug received reply for 0d:01
03:16:54 system,info,account user xxxx logged in from 10.20.0.100 via web
03:16:54 system,info,account user xxxx logged out from 10.20.0.100 via web
On the browser, WebFig hangs in the "loading" animation, and does not progress. It seems to get hanged after doing a POST to jsproxy. I can reproduce this on a RB750 and a RB912.

It seems curious that the reply group is shown on the RADIUS server as Group = "full" vs. MT-Group = "full" on the RBs.
 
port9nka
just joined
Posts: 20
Joined: Tue May 20, 2014 1:48 am

Re: Known issues and bugs - a list

Sat Jan 02, 2016 9:56 pm

Caught a bug after 6.33.3 update. rb912uag-2hpnd has a 1G link with rb250GS (swos 1.9). After rb912 updating link began flapping. Cable is fine, tested with dlink 1G switch. no tx/rx errors. 25 link flaps in hour! Not able to downgrade  I’ve “Solved” problem by linking via 100M - disabled 1000M half/1000M full on eth1 of rb912G.
 
vdrahos
just joined
Posts: 3
Joined: Wed Nov 25, 2015 3:25 pm

Re: Known issues and bugs - a list

Mon Jan 04, 2016 4:42 pm

Hi all,

I react to the issue Router looks in the main routing table and not in a VRF for ICMP TTL exceeded (type 11) described by tomaskir http://forum.mikrotik.com/viewtopic.php ... 00#p414018 .

I've found out that the issue is not related to ICMP TTL exceeded only. I've noticed the exactly same issue with ICMP Fragmentation Needed (Type 3, Code 4) message.

It's probably connected to treating all ICMP responses created by router.
 
User avatar
NiK
Trainer
Trainer
Posts: 23
Joined: Mon Apr 06, 2015 12:38 pm

Re: Known issues and bugs - a list

Sat Jan 09, 2016 11:51 pm

Hello!

We have two offices connected via Internet by GRE tunnels. Each office has only one public IP-address.
GRE tunnel established between these public IP.
Both offices have LAN with different private IP/subnet. NAT is used to access office users to the Internet.
Some users from office #1 LAN, needs special access to recources in office #2 LAN using windows-based pptp-client.

After upgrading RouterOS in office #1 to version 6.33.3 we have:
1) users from office #1 FAILS to connect pptp service on public IP of office #2 WHILE GRE TUNNEL IS UP ;
2) users from office #1 CAN sucessfull connect to pptp service on public IP of office #2 WHILE GRE TUNNEL IS DOWN ;
3) users from office #1 can sucessfull connect to pptp service on any OTHER public IP, independ on GRE tunnel state ;

Additional picture attached.

I think, problem is in processing GRE packets from several connections to the SAME target IP (server)
( 1.Gre-tunnel from WAN , 2. NATed pptp from LAN)

This problem disappears, when DOWNGRADING RouterOS to v6.27
You do not have the required permissions to view the files attached to this post.
 
User avatar
NiK
Trainer
Trainer
Posts: 23
Joined: Mon Apr 06, 2015 12:38 pm

Re: Known issues and bugs - a list

Sat Jan 09, 2016 11:55 pm

Hello!

Problem:
We have 2 offices connected via Internet by GRE tunnels. Each office has only one public IP-address.
GRE tunnel established between these public IP.
Both offices have LAN with different private IP/subnet. NAT is used to access office users to the Internet.
Some users from office #1 LAN, needs special access to recources in office #2 LAN using windows-based pptp-client.

After upgrading RouterOS in office #1 to version 6.33.3 we have:
1) users from office #1 FAILS to connect pptp service on public IP of office #2 WHILE GRE TUNNEL IS UP ;
2) users from office #1 CAN sucessfull connect to pptp service on public IP of office #2 WHILE GRE TUNNEL IS DOWN ;
3) users from office #1 can sucessfull connect to pptp service on any OTHER public IP, independ on GRE tunnel state ;

Additional picture attached.

I think, problem is in processing GRE packets from several connections to the SAME target IP (server)
( 1.Gre-tunnel from WAN , 2. NATed pptp from LAN)

This problem disappears, when DOWNGRADING RouterOS to v6.27
 
africantech
just joined
Posts: 7
Joined: Mon Jan 11, 2016 11:03 am

Re: Known issues and bugs - a list

Mon Jan 11, 2016 11:15 am

Hello, I'm not sure if this is the correct thread, so if not, can a mod please move it.

I recently upgraded to RouterOS 6.33.3 (Hardware - 2011UIAS-2HnD) from an older 6.xx version (I can't remember what version it was :oops: ) but have noticed that I now get very slow response when accessing via Winbox (version 3)

When I connect via Winbox and click on Terminal, it takes about 3 minutes for the Terminal Window to reach the command prompt. In addition, I notice that the Date and Time clock takes ages to reflect the correct time. Basically, any function (eg list files, DHCP lists, etc) that I launch takes an absolute age to launch.

I would appreciate it if anyone has experienced similar and which version you recommend I roll back to.

PS: I did an 'auto-upgrade' in order to preserve all my existing rules and configurations - would it help to reset and then reload from a backup?
 
IlCarletto
newbie
Posts: 33
Joined: Mon May 10, 2010 3:09 pm
Location: Milan
Contact:

Re: Known issues and bugs - a list

Wed Feb 17, 2016 10:19 am

Problem oh DH Groups from Wimbox to Web

Setting 1536 on winbox I see on Web 1024
But it's the right choose if I Set from the Web my right DH group (1536).I see on WImbox 1024
You do not have the required permissions to view the files attached to this post.
 
suntelSean
newbie
Posts: 48
Joined: Sat Oct 11, 2014 12:41 am

Re: Known issues and bugs - a list

Tue Feb 23, 2016 6:10 am

on 6.34x

On RB2011, firmware shows 3.18 (even though I know I've updated to 3.24 before).
Tried to update again, and console shows firmware updated, but Winbox and console show 3.18 after reboot.
 
mcgregor808
just joined
Posts: 2
Joined: Tue Mar 01, 2016 1:24 am

Re: Known issues and bugs - a list

Tue Mar 01, 2016 8:21 pm

Hello, perhaps this isn't the correct thread but I'm a bit desperate.

My RB750 mini router started some weird behavior after upgrading from V5.26 to V6.34.1

System->Clock->Time went back to Jan 1, 1970 and won't reset via System->clock (timeout)
I'm in Hawaii, (GMT -10:00). Hawaii or Honolulu doesn't showing up in the timezone list. Autodetect selected but not working.
System->Resources shows all Zeros
System->Reboot doesn't do anything
Winbox takes a very long time to connect and then gets disconnected every few minutes.


Managed to up-upgrade to V6.34.2 which seems more stable but still having the same problems after I set the time.

If I do a configuration reset via the reset button (hold while powered off until flashing lights) the initial login takes me back to what looks like "normal", i.e. speedy response and I see the CPU and memory correctly. But the date/time is back to Jan 1, 1970

Try to set the clock and it all goes south again.
Here's what I get from the terminal window:
[admin@mikrotik] /system clock set time 08:13:00
action timed out - try again, if error continues contact MikroTik support and send a supout file (13)

I don't know how to generate a "supout file" - Thanks for any help you can provide.
 
mcgregor808
just joined
Posts: 2
Joined: Tue Mar 01, 2016 1:24 am

Re: Known issues and bugs - a list

Tue Mar 01, 2016 8:25 pm

I'm having similar issues - did you find a fix or work-around?
Hello, I'm not sure if this is the correct thread, so if not, can a mod please move it.

I recently upgraded to RouterOS 6.33.3 (Hardware - 2011UIAS-2HnD) from an older 6.xx version (I can't remember what version it was :oops: ) but have noticed that I now get very slow response when accessing via Winbox (version 3)

When I connect via Winbox and click on Terminal, it takes about 3 minutes for the Terminal Window to reach the command prompt. In addition, I notice that the Date and Time clock takes ages to reflect the correct time. Basically, any function (eg list files, DHCP lists, etc) that I launch takes an absolute age to launch.

I would appreciate it if anyone has experienced similar and which version you recommend I roll back to.

PS: I did an 'auto-upgrade' in order to preserve all my existing rules and configurations - would it help to reset and then reload from a backup?
 
midenok
newbie
Posts: 39
Joined: Fri Dec 27, 2013 5:34 pm

Re: Known issues and bugs - a list

Wed Mar 23, 2016 5:54 pm

 
africantech
just joined
Posts: 7
Joined: Mon Jan 11, 2016 11:03 am

Re: Known issues and bugs - a list

Sun Apr 10, 2016 2:24 pm

I'm having similar issues - did you find a fix or work-around?
Hello, I'm not sure if this is the correct thread, so if not, can a mod please move it.

I recently upgraded to RouterOS 6.33.3 (Hardware - 2011UIAS-2HnD) from an older 6.xx version (I can't remember what version it was :oops: ) but have noticed that I now get very slow response when accessing via Winbox (version 3)

When I connect via Winbox and click on Terminal, it takes about 3 minutes for the Terminal Window to reach the command prompt. In addition, I notice that the Date and Time clock takes ages to reflect the correct time. Basically, any function (eg list files, DHCP lists, etc) that I launch takes an absolute age to launch.

I would appreciate it if anyone has experienced similar and which version you recommend I roll back to.

PS: I did an 'auto-upgrade' in order to preserve all my existing rules and configurations - would it help to reset and then reload from a backup?
Hi, Upgrading Winbox to 3.4 appears to have helped.
 
derr12
Member
Member
Posts: 411
Joined: Fri May 01, 2009 11:32 pm

Re: Known issues and bugs - a list

Fri Apr 15, 2016 1:52 am

RB922UAGS-5HPacD 5ghz radio transmits @ 17dbi when controlled by capsman. In capsman tx power can be set auto or manually, doesn't matter. TX power at radio is always 17dbi.

Oddly if you shove a 2.4ghz miniPCI radio in there, it plays nice with caps man.

Bug is present in latest RC build.
 
Pycm1k
just joined
Posts: 2
Joined: Fri Dec 03, 2021 8:47 am

Re: Known issues and bugs - a list

Fri Dec 03, 2021 9:03 am

Hello.I have problems with snmp. OIDs of ports on the same model are different.

#:~$ snmpwalk -v2c -c public 192.168.1.1 sysDescr.0
SNMPv2-MIB::sysDescr.0 = STRING: RouterOS RB951Ui-2nD
#:~$ snmpwalk -v2c -c public 192.168.1.1 ifDescr
IF-MIB::ifDescr.1 = STRING: wlan1
IF-MIB::ifDescr.2 = STRING: ether1
IF-MIB::ifDescr.3 = STRING: ether2
IF-MIB::ifDescr.4 = STRING: ether3
IF-MIB::ifDescr.5 = STRING: ether4
IF-MIB::ifDescr.6 = STRING: ether5


#:~$ snmpwalk -v2c -c public 192.168.1.100 sysDescr.0
SNMPv2-MIB::sysDescr.0 = STRING: RouterOS RB951Ui-2nD
#:~$ snmpwalk -v2c -c public 192.168.1.100 ifDescr
IF-MIB::ifDescr.1 = STRING: ether1
IF-MIB::ifDescr.2 = STRING: ether2
IF-MIB::ifDescr.3 = STRING: ether3
IF-MIB::ifDescr.4 = STRING: ether4
IF-MIB::ifDescr.5 = STRING: ether5
IF-MIB::ifDescr.6 = STRING: wlan1

Is it possible to fix this?

Who is online

Users browsing this forum: No registered users and 53 guests