09:58:10 script,warning DefConf: Unable to find wireless interface(s)
log-prefix=""
/ip upnp export
I found out that "set enabled=yes" is exported, but "set enabled=no" is missing, although it should be there as I'm not using export compactdadaniel - Firewall rules export issue will be fixed within 6.37rc version but UPnP settings are shown in export on my router. Please send supout file to support@mikrotik.com. We will investigate it and see what is wrong.
export is compact by default since early 6.0 RCs.as I'm not using export compact
See the new http://wiki.mikrotik.com/wiki/Manual:Packet_Flow_v6.can anyone tell me that how to use RAW tab in firewall.
add action=drop chain=forward connection-state=invalid
It uses the domain's TTL,Please explain how domain name to address-lists works? Does it resolve it just once while address list created or on every query?
I've already been using this feature for just that! It has simplified my configuration immensely!I can't wait to start using the interface lists feature - this is an excellent addition to ROS because now it's easy to make a true zone-based policy configuration that is independent of physical interface names - just add/remove interfaces from the policy!
++Although, I have to say that the interface to it in Winbox still feels a touch clunky compared to the address lists / custom chains, because simply typing a name into a field in a rule is sufficient to create a new chain / address list, but currently one must click the button and open the lists window and actually create the interface list first.
Ouchy! Just to see what would happen, I read in a 390 entry domain block list (sourced from https://ransomwaretracker.abuse.ch/down ... _DOMBL.txt ). Hit 85% CPU on a RB2011 and wasn't getting very good IP address resolution. I suspect this wasn't the intended use of the feature, but it was worth a try. Sticking with the IP address block lists for now.Please explain how domain name to address-lists works? Does it resolve it just once while address list created or on every query?
I agree, the workflow is inconsistent with similar features in RouterOS, and feels "clunky".Although, I have to say that the interface to it in Winbox still feels a touch clunky compared to the address lists / custom chains, because simply typing a name into a field in a rule is sufficient to create a new chain / address list, but currently one must click the button and open the lists window and actually create the interface list first.
Which router? I have a CCR1016 with 42 OpenVPN clients and my CPU load is less than 2%.The ssl process goes to 100% when I have a profile openvpn server connected with one or more clients
I second this too. Very weird and unusual behaviour. Similar to bridge configuration, but it could be maybe simplified too. And one other thing. I am missing bridge configuration from the interfaces main window. I would like to double click on the bridge in interface window and be able to add /remove interfaces to it directly. Sure, filter rules are common for all bridges , but they can be moved from bridge to firewall and separate bridge main menu could be removed...I agree, the workflow is inconsistent with similar features in RouterOS, and feels "clunky".Although, I have to say that the interface to it in Winbox still feels a touch clunky compared to the address lists / custom chains, because simply typing a name into a field in a rule is sufficient to create a new chain / address list, but currently one must click the button and open the lists window and actually create the interface list first.
I understand address-list and interface-list are different, but there is no reason for the workflow to be different!
You can find it in Extra packages zip archive, it is backward compatible but you should disable wireless-cm2 package before installation ...After upgrade to 6.36 wireless-fp got removed as expected, but wireless-rep is missing. I got only wireless-cm2 atm.
Where i can get wireless-rep from and is it backward compatible with older wireless packages?
/ ip firewall mangle chain=prerouting action=mark-routing new-routing-mark=second_provider src-address-list=second_conn_list
Did you experience slow ethernet connection prior to upgrading?hAP AC looks fine after upgrade.
RouterOS 7, as it was promised in the other topics about this.Unfortunately in this update are not present the support UDP on OVPN tunnels
Does anyone know when it will be implemented?
Thanks
Could you explain what are you talking about?I can't wait to start using the interface lists feature - this is an excellent addition to ROS because now it's easy to make a true zone-based policy configuration that is independent of physical interface names - just add/remove interfaces from the policy!
Loading system with initrd
ERROR: no system package found!
Kernel panic - not syncing : Attempted to kill init!
Rebooting in 1 seconds...
Same problem Here.....After update from 6.35.4 prerouting mangle not working.I downgrade to 6.35.6 - prerouting working.Code: Select all/ ip firewall mangle chain=prerouting action=mark-routing new-routing-mark=second_provider src-address-list=second_conn_list
I have no lucky to have a ccr, I tried it in several RB2011, and using the ssl process cpu goes to 100%, downgrade to 6.35.4 and it works perfectWhich router? I have a CCR1016 with 42 OpenVPN clients and my CPU load is less than 2%.The ssl process goes to 100% when I have a profile openvpn server connected with one or more clients
Same, mangle doesnt work as it work with 6.35.6. Tested on CC1016-12G.Same problem Here.....After update from 6.35.4 prerouting mangle not working.I downgrade to 6.35.6 - prerouting working.Code: Select all/ ip firewall mangle chain=prerouting action=mark-routing new-routing-mark=second_provider src-address-list=second_conn_list
You can define policies using interface-lists as your keys on policy:Could you explain what are you talking about?I can't wait to start using the interface lists feature - this is an excellent addition to ROS because now it's easy to make a true zone-based policy configuration that is independent of physical interface names - just add/remove interfaces from the policy!
This simple rule works fine on 6.35.4, but not work on 6.36 :madnrade - Please send supout file to support. If you do not use address list specified on rule does it work then?
/ip firewall mangle add action=mark-routing chain=prerouting dst-address-list=!Sem_Proxy dst-port=80 new-routing-mark=PROXY protocol=tcp
/ip route add check-gateway=ping distance=1 gateway=x.x.x.x routing-mark=PROXY
I've tried everything possible and the only thing for IPSec policy to be updated is reboot. It is not helping even to disable/enable EoIP interface...I installed 6.36 and now I have a problem with EoIP/IPSec.
The thing is that if I change local address on EoIP interface (manually or via script) it does not update IPSec policy but leaves the old address. This was working before 6.36.
I tried to delete EoIP and create new one but problem is still there. It only puts to IPSec policy what was in local address for the first time. It is not updating.
Hello, What phone are you using?Mobile Tik-App for Android began to crash immediately after login to 6.36 upgraded devices.
6.35.4 worked OK.
Many routers -- RB750UP, RB951U, RB2011, HAP lite.
Please check, confirm and fix something. Thanks in advance.
Please provide more detailed info,After updating to version 6.36 router reboots endlessly
CCR1036-12G-4S
Now version 6.35rc21
If I delete it and re add it again:1 ;;; Allow Customers
chain=forward action=accept connection-state=invalid,new in-interface-list=customer out-interface-list=transit log=no log-prefix=""
1 ;;; Allow Customers
chain=forward action=accept connection-state=invalid,new in-interface-list=customer out-interface-list=transit
Just an optimization, isn't it? Looks like it is assuming that rules without the "log=yes" are disabled. Is it right? Does this rule stays disabled, if You restore this new export?Also found a difference to 6.35:
Firewall rules which existed before upgrading:If I delete it and re add it again:1 ;;; Allow Customers
chain=forward action=accept connection-state=invalid,new in-interface-list=customer out-interface-list=transit log=no log-prefix=""
1 ;;; Allow Customers
chain=forward action=accept connection-state=invalid,new in-interface-list=customer out-interface-list=transit
Same problem hereThis simple rule works fine on 6.35.4, but not work on 6.36 :madnrade - Please send supout file to support. If you do not use address list specified on rule does it work then?I will send a supout to supportCode: Select all/ip firewall mangle add action=mark-routing chain=prerouting dst-address-list=!Sem_Proxy dst-port=80 new-routing-mark=PROXY protocol=tcp /ip route add check-gateway=ping distance=1 gateway=x.x.x.x routing-mark=PROXY
Phone is Philips W6500.Hello, What phone are you using?Mobile Tik-App for Android began to crash immediately after login to 6.36 upgraded devices.
6.35.4 worked OK.
Many routers -- RB750UP, RB951U, RB2011, HAP lite.
Please check, confirm and fix something. Thanks in advance.
Are you able connect to demo.mt.lv and demo2.mt.lv ?
We cannot replicate your issue locally with Tik-app and 6.36 version on multiple phones.
I'm experiencing probably the same thing. Can't verify ATM (I'm at work now), but I've lost access via all uplinks.After updating to version 6.36 router reboots endlessly
CCR1036-12G-4S
If you have fasttrack enabled, then make sure you are accepting traffic that is marked before fasttrack rule, or disable fasttrack.Same problem hereThis simple rule works fine on 6.35.4, but not work on 6.36 :madnrade - Please send supout file to support. If you do not use address list specified on rule does it work then?I will send a supout to supportCode: Select all/ip firewall mangle add action=mark-routing chain=prerouting dst-address-list=!Sem_Proxy dst-port=80 new-routing-mark=PROXY protocol=tcp /ip route add check-gateway=ping distance=1 gateway=x.x.x.x routing-mark=PROXY
FastTrack disabled and all works fine. Waiting final fix on 6.36.1If you have fasttrack enabled, then make sure you are accepting traffic that is marked before fasttrack rule, or disable fasttrack.Same problem hereThis simple rule works fine on 6.35.4, but not work on 6.36 :madnrade - Please send supout file to support. If you do not use address list specified on rule does it work then?I will send a supout to supportCode: Select all/ip firewall mangle add action=mark-routing chain=prerouting dst-address-list=!Sem_Proxy dst-port=80 new-routing-mark=PROXY protocol=tcp /ip route add check-gateway=ping distance=1 gateway=x.x.x.x routing-mark=PROXY
Yes There is issue with all simple CDC_Ether and RNDIS modems who uses web config in 6.36 we need to add exact ID for support.Pantech UML295 LTE modem support appears to be broken in 6.36 on RouterOS x86.
Downgraded back to 6.35.2.
@kristapsYes There is issue with all simple CDC_Ether and RNDIS modems who uses web config in 6.36 we need to add exact ID for support.Pantech UML295 LTE modem support appears to be broken in 6.36 on RouterOS x86.
Downgraded back to 6.35.2.
One client have already sent us Pantech UML295 LTE supout.rif file it will be added back in 6.37rc7 and 6.36.1
Exactly the same issue hereAny one seeing issues with Winbox disconnecting after a few minutes?
I've been running Winbox 3.4 under Wine on linux without issue. I upgraded one router to 6.36 and now it just randomly disconnects after a few minutes.
I've tried from a workstation and laptop both of which have no issues with winbox prior to the upgrade.
While it would be welcome, I don't think it's possible.For "firewall - allow to add domain name to address-lists (dynamic entries for resolved addresses will be added to specified list);".
Please add support for regex domain.
Tnx.
But 6.35.4 support pppoe fastpath too.mark routing is not going to work properly on any version if fasttrack is enabled. The reason why it worked in previous versions is that you were using some feature which could disabled fasttrack. For example, if you routed to pppoe interface, older version did not support fastpath over pppoe so feature was disabled.
It was just an example.But 6.35.4 support pppoe fastpath too.mark routing is not going to work properly on any version if fasttrack is enabled. The reason why it worked in previous versions is that you were using some feature which could disabled fasttrack. For example, if you routed to pppoe interface, older version did not support fastpath over pppoe so feature was disabled.
Ok, i understood, but why it works on previous version and stop on current??? bug fix of a benefic bug ?mandrade - This is not a bug. That is how FastTrack works. Please read this manual:
http://wiki.mikrotik.com/wiki/Manual:Wiki/Fasttrack
FastTrack main purpose is to accept some kind of traffic without limiting it and without checking it against Firewall rules, etc. If you need to do something else with traffic without just only passing it through router, then you must either disable FastTrack or make an exceptions in Firewall before FastTrack or in FastTrack rule itself.
Equal to L7 rules, for Facebook example.While it would be welcome, I don't think it's possible.For "firewall - allow to add domain name to address-lists (dynamic entries for resolved addresses will be added to specified list);".
Please add support for regex domain.
Tnx.
Say you add *\.domain\.com
How would it know which subdomains to resolve to addresses and add to the list? There could be millions of combinations for '*'.
This is not how domains on address lists work. They are being resolved as they are being added to the list.
Address lists with domain names are based on resolving their A or CNAME records by using the DNS protocol.Equal to L7 rules, for Facebook example.
*\.facebook\.*
To resolve facebook.com, m.facebook.com and all other variant.
You can use the lists in /ip firewall filter[admin@cr1.fra1] > /int list exp
# jul/27/2016 22:48:23 by RouterOS 6.36
# software id = XXX-XXXX
#
/interface list
add name=customer
add name=transit
add name=vpn
/interface list member
add interface=ether7 list=transit
add interface=ether8 list=transit
add interface=sfpplus1 list=transit
add interface=sit1 list=customer
add interface=gre1 list=vpn
add interface=gre2 list=vpn
Step by step:I can see how to use "/interface list add" to create a list, but how do I control which interfaces are part of the list? http://wiki.mikrotik.com/wiki/Manual:Interface/List is pretty much useless at the moment.
Hi Cha0s,Address lists with domain names are based on resolving their A or CNAME records by using the DNS protocol.Equal to L7 rules, for Facebook example.
*\.facebook\.*
To resolve facebook.com, m.facebook.com and all other variant.
Once a domain is added to an address-list it is resolved by routeros and the resolved IP(s) is added to the same address-list as a dynamic entry with timeout value the TTL returned by the DNS protocol.
When the timeout (TTL) expires, routeros will re-resolve the domains again and if the IP is changed it will replace it in the address-list.
The firewall rules that use those address-lists only take into account the entries with IP addresses. Not the ones with domains.
So given that the domain address-list entries use the DNS protocol to work what you are saying doesn't make sense. You cannot do a wildcard DNS request. How would routeros determine which subdomains are available under *\.facebook\.com or under even worse *\.facebook\.* ? How would it know which TLDs to try?! That's not how DNS works.
I can't think of a way to do what you say without iptables opening each packet to match what you want. What L7 rules already do essentially.
I totally missed the fact that /interface list member existed. Thanks for pointing this out.Example:You can use the lists in /ip firewall filter
Great!
*) firewall - allow to add domain name to address-lists (dynamic entries for resolved addresses will be added to specified list);
/ip firewall refresh-fqdn
/ip firewall fqdn-ttl=600
/ip firewall nat to-address=www.mikrotik.com
/ip {
dns static {
add address=192.168.0.1 name=my.server.ip
}
firewall {
set fqdn-ttl=600
address-list {
add list=TestDomain address=example.com
add list=TestDomain address=www.example.com
}
nat {
add chain=dstnat dst-address-list=TestDomain protocol=tcp dst-port=80,443 action=dst-nat to-address=my.server.ip
}
}
}
AFAIK it will stay there until the DNS record's TTL is reached. Actually not a bug, just a DNS server configuration change side effect.routeros does not remove the resolved IP from the address list until a disable/enable or a reboot.
I am talking about a deleted AND expired record. It never leaves the address list even after the TTL expires.AFAIK it will stay there until the DNS record's TTL is reached. Actually not a bug, just a DNS server configuration change side effect.routeros does not remove the resolved IP from the address list until a disable/enable or a reboot.
The same will happen if your DNS data is cached in other places.
Basically it is a breach of contract on behalf of your DNS server. The initial published info states e.g. "Name X has this IP and will not change for 10 days, take my word for that, I am authoritative". Afterwards the server single sided changes its mind...
That was missing in the initial description. Now that's probably a little itsy bitsy bug.I am talking about a deleted AND expired record. It never leaves the address list even after the TTL expires.
Just to clarify, I am talking about a record that was resolving ok but at sometime it got deleted from the DNS server so it now returns NXDOMAIN.
ROS does not honor NXDOMAIN reply AFTER it was already resolvable and added in the address list.
Yeap, seems that way.That was missing in the initial description. Now that's probably a little itsy bitsy bug.
On the other hand, this behavior has its benefits. Let's say that for some reason, your DNS server is down. A lookup will give NXDOMAIN, which will invalidate an initial working setup.Checking the DNS cache I confirm that ROS does try to lookup the domain and does see the change (NXDOMAIN, or 'unknown' in routeros dns cache terms) but the address list is not updated and the previously resolved IP is not removed until disable/enable or reboot.
You get NXDOMAIN reply when the DNS server replies back that what you asked for is Non Existent.On the other hand, this behavior has its benefits. Let's say that for some reason, your DNS server is down. A lookup will give NXDOMAIN, which will invalidate an initial working setup.
And I think it is mode likely to get a DNS failure compared to a disappearing DNS name.
Where to download 6.35.6 ?After update from 6.35.4 prerouting mangle not working.I downgrade to 6.35.6 - prerouting working.Code: Select all/ ip firewall mangle chain=prerouting action=mark-routing new-routing-mark=second_provider src-address-list=second_conn_list
Tnx for clarifying that.You get NXDOMAIN reply when the DNS server replies back that what you asked for is Non Existent.
You can't get a reply from a server that is down, let alone an NXDOMAIN one
If the authoritative DNS server is down, then the Caching dns server should reply with 'SERVFAIL' not NXDOMAIN.
If the caching dns server is down, obviously you don't get any reply at all.
So, NXDOMAIN should be honored if encountered after being resolved before, as it is honored if encountered when adding a domain to the address list or during a reboot.
I'm pretty shure 6.35.4 was the lastes in '35 Builds. Here is a link, just change the hardware if needed.Where to download 6.35.6 ?
Do you mean this?/system routerboard upgrade
The following is from my post on Tik-App alpha Google+.Hello, What phone are you using?Mobile Tik-App for Android began to crash immediately after login to 6.36 upgraded devices.
6.35.4 worked OK.
Many routers -- RB750UP, RB951U, RB2011, HAP lite.
Please check, confirm and fix something. Thanks in advance.
Are you able connect to demo.mt.lv and demo2.mt.lv ?
We cannot replicate your issue locally with Tik-app and 6.36 version on multiple phones.
Please provide more detailed info,After updating to version 6.36 router reboots endlessly
CCR1036-12G-4S
Now version 6.35rc21
Send us email support@mikrotik.com
Прошивка обновилась до 6.37rc10,проблема так же осталась. Исправьте пожалуйста.... Не работает BAND 7(20MHZ)RU
Доброе время суток ребята. Помогите пожалуйста проблемы с прошивкой!
У меня MIKROTIK SXT LTE когда стояла прошивка v6.35.2 всё отлично работало,
за исключением когда начинал идти большой трафик через интерфейс LTE, он падал и всё так зависало, настроил watch dog, стал перезагружается mikrotik за сутки раз 5-15,но интерфейс поднимался и всё работало.
Обновился до прошивки v6.36(в ней как я понимаю LTE исправлено, и в момент когда начинает идти большой трафик через интерфейс LTE такой проблемы нету)
Но следующая проблема работает только BAND 3 (10MHz),а мне нужна ширина канала BAND 7(20Mhz) у нас операторы поддерживают в основном только её.
Пробовал менять настройки ставил отдельно галочку BAND 7 появляется надпись PLMN search in progress очень долго весит и через минут 10 поднимается подключение к LTE, захожу в статистику а там пишет BAND 3 (10MHZ) подключается к какой то очень дальней вышке с слабым сигналом.
Также пробовал ставить галки сразу две Band 3 и Band 7 такая же ситуация, и снимать эти галки Mikrotik упорно поднимает подключение и стабильно всё время к этой дальней вышке в диапазоне BAND 3.
При этом доступен диапазон BAND 7 с хорошим и мощным сигналом, но он не подключается к нему!
Всё это я пробовал после обновления до прошивки v6.36,не сбрасывая настройки по умолчанию, а так же пробывал сбросить настройки на по умолчанию и настраивал заново,
не какой разницы, работает только BAND 3!!!!!
Помогите ребята очень нужен интернет уже дней 5 мучаюсь!
Так же откатывался назад на прошивку v6.35.2,не работает так же BAND 7,но после того как сбросишь настройки по умолчанию,
и настроишь всё заново и выберешь в настройках BAND 7, PLMN search in progress происходит очень быстро, поднимается интерфейс LTE и всё начинает работать,
в статистике стоит BAND 7 (20MHz).........
Спасите ребята........
EN
Good time of day guys. Please help a problem with the firmware!
I MIKROTIK SXT LTE when standing firmware v6.35.2 everything works fine,
except when I started to go a lot of traffic through the LTE interface, he fell down and everything is so hangs, set up watch dog, has become restarts mikrotik 5-15 times per day, but the interface is up and it worked.
Updated to v6.36 firmware (in it as I understand LTE fixed, and at the moment when it begins to go a lot of traffic through the LTE interface is no problem)
But the next problem is only BAND 3 (10MHz), and I need the bandwidth BAND 7 (20Mhz) operators support we basically just her.
Tried to change the settings set separately BAND 7 checkmark appears PLMN search in progress inscription very long and weighs
10 minutes climbs to connect to LTE, I go into statistics and then writes BAND 3 (10MHZ) is connected to a very distant tower with a weak signal.
Also I tried to put daw just two Band 3 and Band 7 the same situation, and take the jackdaws Mikrotik persistently raises the
connection and stable at all times to the distant tower BAND 3.
Pri in this range available BAND 7 range with good and strong signal, but it can not connect to it!
All this I have tried after updating to v6.36 firmware without resetting the default settings, as well as probyval reset to default and set up again,
not a difference is only 3 BAND !!!!!
Help. Really need the Internet already 5 days I suffer!
Just rolled back to v6.35.2 firmware does not work so well BAND 7, but after reset the default settings,
and set up all over again, and you will choose in the settings BAND 7, PLMN search in progress is very rapid, rising LTE interface and everything starts to work,
Statistics should BAND 7 (20MHz) .........
Please me HELP........
Обновился на прошивку 6.37rc11,тоже самое не работает BAND7 (20MHZ),настройки сбрасывал и настроил роутер заново!Прошивка обновилась до 6.37rc10,проблема так же осталась. Исправьте пожалуйста.... Не работает BAND 7(20MHZ)RU
Доброе время суток ребята. Помогите пожалуйста проблемы с прошивкой!
У меня MIKROTIK SXT LTE когда стояла прошивка v6.35.2 всё отлично работало,
за исключением когда начинал идти большой трафик через интерфейс LTE, он падал и всё так зависало, настроил watch dog, стал перезагружается mikrotik за сутки раз 5-15,но интерфейс поднимался и всё работало.
Обновился до прошивки v6.36(в ней как я понимаю LTE исправлено, и в момент когда начинает идти большой трафик через интерфейс LTE такой проблемы нету)
Но следующая проблема работает только BAND 3 (10MHz),а мне нужна ширина канала BAND 7(20Mhz) у нас операторы поддерживают в основном только её.
Пробовал менять настройки ставил отдельно галочку BAND 7 появляется надпись PLMN search in progress очень долго весит и через минут 10 поднимается подключение к LTE, захожу в статистику а там пишет BAND 3 (10MHZ) подключается к какой то очень дальней вышке с слабым сигналом.
Также пробовал ставить галки сразу две Band 3 и Band 7 такая же ситуация, и снимать эти галки Mikrotik упорно поднимает подключение и стабильно всё время к этой дальней вышке в диапазоне BAND 3.
При этом доступен диапазон BAND 7 с хорошим и мощным сигналом, но он не подключается к нему!
Всё это я пробовал после обновления до прошивки v6.36,не сбрасывая настройки по умолчанию, а так же пробывал сбросить настройки на по умолчанию и настраивал заново,
не какой разницы, работает только BAND 3!!!!!
Помогите ребята очень нужен интернет уже дней 5 мучаюсь!
Так же откатывался назад на прошивку v6.35.2,не работает так же BAND 7,но после того как сбросишь настройки по умолчанию,
и настроишь всё заново и выберешь в настройках BAND 7, PLMN search in progress происходит очень быстро, поднимается интерфейс LTE и всё начинает работать,
в статистике стоит BAND 7 (20MHz).........
Спасите ребята........
EN
Good time of day guys. Please help a problem with the firmware!
I MIKROTIK SXT LTE when standing firmware v6.35.2 everything works fine,
except when I started to go a lot of traffic through the LTE interface, he fell down and everything is so hangs, set up watch dog, has become restarts mikrotik 5-15 times per day, but the interface is up and it worked.
Updated to v6.36 firmware (in it as I understand LTE fixed, and at the moment when it begins to go a lot of traffic through the LTE interface is no problem)
But the next problem is only BAND 3 (10MHz), and I need the bandwidth BAND 7 (20Mhz) operators support we basically just her.
Tried to change the settings set separately BAND 7 checkmark appears PLMN search in progress inscription very long and weighs
10 minutes climbs to connect to LTE, I go into statistics and then writes BAND 3 (10MHZ) is connected to a very distant tower with a weak signal.
Also I tried to put daw just two Band 3 and Band 7 the same situation, and take the jackdaws Mikrotik persistently raises the
connection and stable at all times to the distant tower BAND 3.
Pri in this range available BAND 7 range with good and strong signal, but it can not connect to it!
All this I have tried after updating to v6.36 firmware without resetting the default settings, as well as probyval reset to default and set up again,
not a difference is only 3 BAND !!!!!
Help. Really need the Internet already 5 days I suffer!
Just rolled back to v6.35.2 firmware does not work so well BAND 7, but after reset the default settings,
and set up all over again, and you will choose in the settings BAND 7, PLMN search in progress is very rapid, rising LTE interface and everything starts to work,
Statistics should BAND 7 (20MHz) .........
Please me HELP........
Firmware updated to 6.37rc10, the problem remains the same . Please correct.... It does not work BAND 7 (20MHZ)
Please send supout.rif to support@mikrotik.com
Updated to firmware 6.37rc11, the same does not work BAND7 (20MHZ), settings are reset and re-configure the router!
HELPPP HELLP, please.....
Yesterday update for Tik-App has fixed the issue!The following is from my post on Tik-App alpha Google+.Hello, What phone are you using?Mobile Tik-App for Android began to crash immediately after login to 6.36 upgraded devices.
6.35.4 worked OK.
Many routers -- RB750UP, RB951U, RB2011, HAP lite.
Please check, confirm and fix something. Thanks in advance.
Are you able connect to demo.mt.lv and demo2.mt.lv ?
We cannot replicate your issue locally with Tik-app and 6.36 version on multiple phones.
Please provide more detailed info,After updating to version 6.36 router reboots endlessly
CCR1036-12G-4S
Now version 6.35rc21
Send us email support@mikrotik.com
I had the same issue after upgrading to the new version of Tik-App, I cannot connect with secure mode to updated Ros routers 6.36 or older. I uninstalled the Tik-App and reinstalled on my device and still no connect. Also I tried to connect to demo2.mt.lv but still the same. The Tik-app is stuck on the moving circle downloading plugins. I do not know if my mobile device Samsung Galaxy S6, after latest android update (OTA same version update, not total version upgrade) has created this issue
For secure mode with the new 6.36 there is a workaround I discovered. I connected to demo2.mt.lv with unsecure mode then Tik-App downloaded the plugins and get connected. After disconnection from the demo, I turned on the secure mode and it connects to everywhere now with secure mode but only to routers with the same plugins of the demo2.mt.lv, older ros routers cannot be connected. Also, if you want to risk to connect without security to routers with older ros (else you can do it from the lan side), uncheck secure mode connect let it download plugins, then disconnect, check again secure mode and it works.
Ip settings only disables routing fastpath, there are still bridging fastpath and interface fastpath.Hi there ...
I had disabled Fast Path at IP settings ... why FP counters still showing almost the same traffic as TX/RX ?? Is this a 6.36 issue?
Regards;
Ok, I had disabled at IP Settings and Bridge Settings as well (not care abt bridging I had one loopback to OSPF only). And at firewall conntrak=yes (I read somewhere that fasttrack look at some fw rules and other settings to se if its the case to be on or off so I set it to always on.Ip settings only disables routing fastpath, there are still bridging fastpath and interface fastpath.Hi there ...
I had disabled Fast Path at IP settings ... why FP counters still showing almost the same traffic as TX/RX ?? Is this a 6.36 issue?
Regards;
If i'm not mistaken, in interface driver supports fastpath all RX traffic will be in fastpath counters.
What is your ticket number? I don't think we have a report in support emails.Как на счёт снижения скорости в l2tp + ipsec?
Уже много постов на эту тему, а вы не чините.
Человек писал вам на почту и на форуме тема, будет решение или нет?
http://forum.mikrotik.com/viewtopic.php ... ad#p550101
Не думаю что это поможет, но держите 2016073166000213What is your ticket number? I don't think we have a report in support emails.
This doesn't make sense for most cases. If the server that the Mikrotik is using for DNS resolution is not authoritative for the FQDN in question, then the FQDN will stay cached until TTL expires anyway. If you flush your address list before that time, then you're just going to get the same cached answer from the Mikrotik's DNS server.Next could be...
- a way to force address-list name resolution without having to disable+enable address-list with something like
I'm seeing this too on Windows 10. Doesn't seem to affect CCR running 6.34.2, but affects same model on 6.36 when using Winbox 3.4. I have observed this on two different computers with both CCR and 951. I added debug logging, but didn't get anything. However, standard logging says user logged out from winbox. I also noticed that wireshark shows normal back and forth including tcp keepalives, then suddenly the router sends computer fin-ack when winbox returns to login saying the router has been disconnected. This is with ethernet connection to the router and other winbox beyond this router stay up and running (all suggesting it isn't a network problem). So pretty sure this is something to do with the 6.36 release.Exactly the same issue hereAny one seeing issues with Winbox disconnecting after a few minutes?
I've been running Winbox 3.4 under Wine on linux without issue. I upgraded one router to 6.36 and now it just randomly disconnects after a few minutes.
I've tried from a workstation and laptop both of which have no issues with winbox prior to the upgrade.
Very randomly disconnections only on router upgraded to 6.36
@mikrotikTeam any idea ? Bugfix under dev ?
Some versions of Android "reset" the USB setting from time to time. Make sure USB tethering is still enabled.Hello,
I have a problem with version 6.36.
I upgraded today to it from the latest version (6.35.4) and I can't see my Android phone via USB tethering anymore. It was showing up as LTE and worked with no problem.
The phone shows up in System>Resources>USB, but there is no interface to add/configure in LTE.
How can I debug?
Should I downgrade? How can I downgrade safely?
Hello,Some versions of Android "reset" the USB setting from time to time. Make sure USB tethering is still enabled.
...
@UsernameMT
after reset and manual tuning was better, but still 6.32.2 works faster on 50-70 mbps
system routerboard settings print
[admin@MikroTik] > system routerboard settings print
boot-device: nand-if-fail-then-ethernet
cpu-frequency: 600MHz
boot-protocol: bootp
force-backup-booter: no
silent-boot: no
[admin@MikroTik] > system routerboard settings print
init-delay: 0s
boot-device: nand-if-fail-then-ethernet
cpu-frequency: 600MHz
boot-protocol: bootp
force-backup-booter: no
silent-boot: no
+1When can we expect an update 6.36.1? I don't want update to unstable 6.37rc, but I need bugfixes from there.
Wondering the same... The demo systems (http://demo.mt.lv and http://demo2.mt.lv) are running with 6.36.1 since last week already.When can we expect an update 6.36.1? I don't want update to unstable 6.37rc, but I need bugfixes from there.
Possibly an issue with fastpath?Having issues with this build too, mangle New Routing Mark rules does not work with TCP packets
Downgraded back to 6.35.4 for now
After removal of the MPLS TE tunnel with RSVP Messages RSVP anyway transmitted between routers. MPLS TE reserves rate for the tunnel that we have already removed. These messages can be found in the dump traffic.
are you using latest winbox 3.x ?? do you have any supout.rif files from 6.36 from problematic boards? send it to support@mikrotik.com. Also check 6.37rc changelog maybe there are something fixed that might be in your config.I had about 5 devices most of them 2011UiAS-2HnD and one CRS125-24G-1S out of 300 devices that I monitor that where malfunctioning on upgrade to 6.36.
Not all menus would show data and even terminal wouldn't work.
All I managed to do was to paste a file to the files and do a downgrade. I used 6.35.4 that I had and luckily it worked fine in all except 1 device that is on a boot loop and I cannot flash it not even with netinstall
After you access with telnet, run command "/tool profile" to see what eats CPUHi,
Using HAP AC Lite with 6.36
- unable to access device via winbox after device is working for some time. need to reset via telnet to reboot and connect with winbox 3.4
- noted that cpu utilization is always at 100%
Did not able to experience this issues with v6.32
Anyone have an idea where this problem comes from?
Thank you.
Using fasttrack on 6.35.4 with no issues though, same config breaks mangle on WAN 2Possibly an issue with fastpath?Having issues with this build too, mangle New Routing Mark rules does not work with TCP packets
Downgraded back to 6.35.4 for now
============ Pls. see image result from the profile service==================After you access with telnet, run command "/tool profile" to see what eats CPUHi,
Using HAP AC Lite with 6.36
- unable to access device via winbox after device is working for some time. need to reset via telnet to reboot and connect with winbox 3.4
- noted that cpu utilization is always at 100%
Did not able to experience this issues with v6.32
Anyone have an idea where this problem comes from?
Thank you.
I am having a similar problem with 6.36 on CCR.Seems that mark routing is failing since 6.36 and only traffic from main wan is working.
If you disable fasttrack rule all works fine.
Same configuration works fine with 6.35.x
Yes I am using latest winbox... and I just had it on Friday again with a 2011UiAS-2HnD. I could connect on winbox but many menus didn't have any data. I could upload a file to downgrade or upgrade to a Realese Candidate but on reboot no down/upgrade was made and the file was not in place any more. I could reset to defaults also from the LCD... it would reset(it went to .88.1) but still same problem. When I was trying to send any command on cli I would get error prompting me to supout which I tried but as far as I remember it failed. I did a check installation and at about 80% it would fail saying a package was broken with a linux path (I didn't get a screenshot of the broken file). I managed to flash it to 6.35.4 and it would respond but after some settings it would respond slowly. Then I upgraded to the latest RC 6.37rc20 and since Friday it looks like it is working. Any ideas? I am close to 10 devices that this has happened after upgrading to 6.36are you using latest winbox 3.x ?? do you have any supout.rif files from 6.36 from problematic boards? send it to support@mikrotik.com. Also check 6.37rc changelog maybe there are something fixed that might be in your config.I had about 5 devices most of them 2011UiAS-2HnD and one CRS125-24G-1S out of 300 devices that I monitor that where malfunctioning on upgrade to 6.36.
Not all menus would show data and even terminal wouldn't work.
All I managed to do was to paste a file to the files and do a downgrade. I used 6.35.4 that I had and luckily it worked fine in all except 1 device that is on a boot loop and I cannot flash it not even with netinstall
I am having a similar problem with 6.36 on CCR.Seems that mark routing is failing since 6.36 and only traffic from main wan is working.
If you disable fasttrack rule all works fine.
Same configuration works fine with 6.35.x
Previous Version was 6.35.2.
I had a fasttrack rule for WAN1 (PPPoE-Client, 50Mbps) and another rule for WAN2 (DHCP, 200Mbps) in place, everything worked fine.
With 6.36 the traffic from WAN2 is not getting through (seems to be one sided, as is see traffic going out in torch), traffic from WAN1 works normally.
When I disable Fasttrack for WAN2 everything seems to work finde again.
As is want to keep CPU utilisation as low as possible, fasttrack would be great to function (again).
Best Regards
---update---
6.36 also break IPSec von WAN1 until I also disable Fasttrack for WAN1
---/update---
Not sure if this has been reported. Suppose you are running an older version of ROS with wireless-fp enabled, and you want to upgrade to 6.36. You might think it would be efficient to disable the wireless-fp package, enable the wireless-cm2 package, upload the new ROS image, and reboot once to make the transition. DON'T DO IT!
If you try switch to -cm2 and upgrade ROS in the same reboot, when the device comes back up it will have lost all wireless configuration! You MUST reboot after changing wireless packages, then reboot a second time after uploading ROS, to preserve wireless settings.
This happened to me on an RB435G and several RB912UAG-2HnD.