Community discussions

MikroTik App
  4. Announcements

v6.38.3 [current]

Locked
 
csi
newbie
Posts: 31
Joined: Wed Mar 02, 2016 10:05 am

Re: v6.38.3 [current]

Wed Mar 01, 2017 11:28 pm

Since v6.38 I have some trouble with WiFi on a CRS109 device. I use a CAPs based installation with different RouterBoards and one CRS109. The CRS is broadcasting the SSIDs, it looks that the clients are able to connect, but the clients can't send or receive IP packets. Today I was lucky get the issue during a client was connected. So I was able to use ping to document the problem:
Code: Select all
ping ct.de
PING ct.de (193.99.144.80): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
64 bytes from 193.99.144.80: icmp_seq=2 ttl=248 time=59.276 ms
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
64 bytes from 193.99.144.80: icmp_seq=8 ttl=248 time=161.396 ms
Request timeout for icmp_seq 9
64 bytes from 193.99.144.80: icmp_seq=10 ttl=248 time=70.550 ms
64 bytes from 193.99.144.80: icmp_seq=11 ttl=248 time=34.136 ms
Request timeout for icmp_seq 12
64 bytes from 193.99.144.80: icmp_seq=13 ttl=248 time=84.672 ms
Request timeout for icmp_seq 14
64 bytes from 193.99.144.80: icmp_seq=15 ttl=248 time=103.062 ms
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17
Request timeout for icmp_seq 18
Request timeout for icmp_seq 19
Request timeout for icmp_seq 20
Request timeout for icmp_seq 21
64 bytes from 193.99.144.80: icmp_seq=22 ttl=248 time=122.725 ms
Request timeout for icmp_seq 23
Request timeout for icmp_seq 24
Request timeout for icmp_seq 25
Request timeout for icmp_seq 26
64 bytes from 193.99.144.80: icmp_seq=27 ttl=248 time=144.786 ms
64 bytes from 193.99.144.80: icmp_seq=28 ttl=248 time=111.927 ms
Request timeout for icmp_seq 29
64 bytes from 193.99.144.80: icmp_seq=30 ttl=248 time=126.983 ms
Request timeout for icmp_seq 31
^C
--- ct.de ping statistics ---
33 packets transmitted, 10 packets received, 69.7% packet loss
round-trip min/avg/max/stddev = 34.136/101.951/161.396/37.725 ms
The issue is on the CRS device only, all other devices working fine. The time it occurs is different and can some hours up to some days. Fall back to v6.37.x to avoid the issue. Has some one else the same problems?


Many thanks
csi
Top
 
User avatar
null31
Member Candidate
Member Candidate
Posts: 183
Joined: Fri Dec 23, 2016 6:07 pm
Location: Brazil

Re: v6.38.3 [current]

Thu Mar 02, 2017 8:37 pm

Hi.
I found some troubles with 6.38 and older.
Some Android mobile not working with WiFi on 951 series and mAP lite.
In 6.38.3:
951G-2HnD
DHCP server on bridge
Port Wlan1 and ether2 - to bridge1 on 951
EDIT:
I was wrong, did not think correctly. The phone was getting broadcast IP, this is the cause for not working ... facepalm. Removing the broadcast IP from pool, it worked.
Sorry for the mess.

With 6.38.3, the phone is working fine.

(It too much coffee...)
Last edited by null31 on Thu Mar 02, 2017 9:43 pm, edited 2 times in total.
Top
 
Anatoly
just joined
Posts: 10
Joined: Tue Feb 17, 2015 12:51 pm

Re: v6.38.3 [current]

Thu Mar 02, 2017 9:26 pm

null31, try downgrade to 6.36.3 / 6.36.4(bugfix)

My config:
[admin@WiFi] > /interface wireless print
Flags: X - disabled, R - running
0 R name="wlan1" mtu=1500 l2mtu=1600 mac-address=xx:xx:xx:xx:xx:xx arp=enabled interface-type=Atheros AR9300 mode=ap-bridge ssid="xxxx" frequency=2427 band=2ghz-b/g/n channel-width=20/40mhz-Ce scan-list=default wireless-protocol=any vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no security-profile=xxxx compression=no

Work with my mobile on 6.36.3 / 6.36.4 and NOT works with my mobile (but perfectly work with windows laptop) on 6.37.x / 6.38.x

EDIT:
Unfortunately, in my case there is no broadcast IP...
Last edited by Anatoly on Thu Mar 02, 2017 11:07 pm, edited 1 time in total.
Top
 
User avatar
bclewl1ns
Frequent Visitor
Frequent Visitor
Posts: 61
Joined: Sat Jul 06, 2013 7:38 am
Contact:
Contact bclewl1ns

Re: v6.38.3 [current]

Thu Mar 02, 2017 10:16 pm

And Posting this again one more time as it is specific to 3.38.3

So i am running Dude 6.38.3 I spend 12 hours building out our entire network to wake up the next morning and having it all Gone. So I rebuilt it again. about 200 Devices running on a CCR1016. after I got the network completely done I went to back it up so that if i lost the data again i could restore. I started the backup 16 hours ago. 16 Hours ago. again for dramatic effect 16 HOURS AGO.

currently it is stating this:

/dude print
enabled: yes
data-directory: SSD
status: disabling before export: waiting for config changes to flush (3910678 bytes in queue)

After 16 Hours it has yet to backup a 45 Meg file. WTH. I am more then pleased that the DUDE was resurrected. However, I do not understand why a simple backup takes this long. It should take minute. I have backup my entire cloud platform 1.5 TBs twice during this simple database backup.

Can someone please give me and idea what the problem is.

I am running a CCR1016-12s-1S+ with an SSD dedicated for just the DUDE.

Disk Details

# NAME LABEL TYPE DISK FREE SIZE
0 SSD SSD ext3 SD 58.9GiB 59.5GiB
Top
 
mehran
just joined
Posts: 18
Joined: Sat May 01, 2010 10:18 am

Re: v6.38.3 [current]

Fri Mar 03, 2017 5:08 am

You may want to check this before upgrade
RouterOS 6.38.3's LLDP Craches Vulnerable Cisco Routers
viewtopic.php?f=1&t=119060
Top
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7053
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:
Contact mrz

Re: v6.38.3 [current]

Fri Mar 03, 2017 10:12 am

You may want to check this before upgrade
RouterOS 6.38.3's LLDP Craches Vulnerable Cisco Routers
viewtopic.php?f=1&t=119060
It is reason to upgrade Cisco not to downgrade RouterOS. :D
Top
 
User avatar
tomraider
just joined
Posts: 2
Joined: Fri Mar 03, 2017 12:15 pm

Re: v6.38.3 [current]

Fri Mar 03, 2017 12:19 pm

bug ??
in webfig/wireless into wlan1 at scan-list is not posible to put anything... only select default... in winbox its posible to put a range of frequencys like 5200-5450 ...., until version 6.36 its works ok !!!

any idea?? solution ??

thanks
Top
 
prawira
Trainer
Trainer
Posts: 359
Joined: Fri Feb 10, 2006 5:11 am

Re: v6.38.3 [current]

Sat Mar 04, 2017 2:00 pm

dear mikrotik software developers,

this bug has been found since 6.38. i did post this bug but due to unknown reason it seems unposted.

on fresh installed routerboard, we can not add more than one profile on usermanager. each time we add the second profile, the error shown is "failure: profile with such name-for-user already exists"
this error never happened before.

please correct this bug on next release.

thank you

Paul
Top
 
User avatar
null31
Member Candidate
Member Candidate
Posts: 183
Joined: Fri Dec 23, 2016 6:07 pm
Location: Brazil

Re: v6.38.3 [current]

Sat Mar 04, 2017 3:18 pm

dear mikrotik software developers,

this bug has been found since 6.38. i did post this bug but due to unknown reason it seems unposted.

on fresh installed routerboard, we can not add more than one profile on usermanager. each time we add the second profile, the error shown is "failure: profile with such name-for-user already exists"
this error never happened before.

please correct this bug on next release.

thank you

Paul
This problem is mentioned here. viewtopic.php?f=10&t=118059
Top
 
jboban
just joined
Posts: 10
Joined: Wed Nov 24, 2010 2:27 am

Re: v6.38.3 [current]

Sun Mar 05, 2017 1:32 pm

Why 6.38.3 version does not exchange OSPF routes with older versions, eg. 6.37.x? Nothing is changed, just upgrade.
Top
 
Zaesch
Frequent Visitor
Frequent Visitor
Posts: 66
Joined: Thu Apr 16, 2009 12:43 pm

Re: v6.38.3 [current]

Sun Mar 05, 2017 2:21 pm

Hey, DFS and radar detection isn't working correctly since Version 6.37 :-(

My hAP AC (frequency put to "auto") choose only the frequencies 5580 MHz and 5600 MHz. For what reason ever it detects a radar. With Version 6.36.4 and DFS radar detection on there is no radar signal detected.
I could live with this fact, but it detects the radar and will not choose another frequency. It waits for 10 minutes and run a test on the same frequency :shock:, detects a radar signal and wait another 10 minutes and so on...
If i understand it correct it should take another frequency after detecting a radar signal and test this frequency.

Sparing the range from 5580-5600MHz forces the RB to use another frequency. There is no radar detected, but no client (iPhone 7, iPad Air 2, iMac 5k and Samsung S6) can see the SSID or connect to the AP. Weird.

I will stick to 6.36.4 until the DFS and radar detection work reliable :( At the moment i'm more offline than online with 6.38.3. That is not acceptable.
Top
 
ramshila27
just joined
Posts: 4
Joined: Mon Mar 06, 2017 8:09 am

Product :RB911-5Hn

Mon Mar 06, 2017 8:18 am

Hi,
We are using the Mikrotik Board with product code: RB911-5Hn. I want to know the architecture of the board in context to networking.
Top
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1623
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.38.3 [current]

Mon Mar 06, 2017 9:39 am

Thank you about reports about "name-for-user already exists" problem. We will fix this as soon as possible. In future, please report directly to support@mikrotik.com so we can trace and fix problem much sooner.
Top
 
User avatar
strods
MikroTik Support
MikroTik Support
Topic Author
Posts: 1623
Joined: Wed Jul 16, 2014 7:22 am
Location: Riga, Latvia

Re: v6.38.3 [current]

Wed Mar 08, 2017 2:37 pm

Version 6.38.4 has been released:
viewtopic.php?f=21&t=119302
Top
Locked

Who is online

Users browsing this forum: bajodel, Netstumble, npero, Z0ltan and 14 guests
  4. Announcements