I'd say the VRRP fix would imply that?What about load balancing - Is this fixed?
VRRP has nothing to do with load balancing...I'd say the VRRP fix would imply that?What about load balancing - Is this fixed?
What about load balancing - Is this fixed?
*) firewall - fixed policy routing configurations (introduced in 6.35rc38);
Fixed what and how?*) queue - fixed interface queue type for ovpn tunnels;
post your "/port" settings please, as ours still works. SNTP can't have a server, you mean regular NTP probablyOn my hAP SNTP Server does not synchronize with a USB GPS starting with 6.35 (GPS reception is working, GPS monitor is updating).
Worked on 6.34. Reverting to 6.32.4 solves the issue.
feature, that is how incomplete ARP entries are indicated, so that you have easier time to debug ARP related problemsIt's a bug or a feature?
Some clients directly connected to the router (cable) or to a panel (wireless 5.8/2.4) appear in arp address with 00:00:00:00:00:00 mac.
In version 6.28 it's ok.
Yes, i meant NTP server.post your "/port" settings please, as ours still works. SNTP can't have a server, you mean regular NTP probablyOn my hAP SNTP Server does not synchronize with a USB GPS starting with 6.35 (GPS reception is working, GPS monitor is updating).
Worked on 6.34. Reverting to 6.32.4 solves the issue.
/port
set 0 name=usb1
/system gps
set enabled=yes port=usb1 set-system-time=yes
/system ntp server
set enabled=yes
Try this:Code: Select all/port set 0 name=usb1 /system gps set enabled=yes port=usb1 set-system-time=yes /system ntp server set enabled=yes
set 0 baud-rate=4800
How can I debug ARP related problems?feature, that is how incomplete ARP entries are indicated, so that you have easier time to debug ARP related problemsIt's a bug or a feature?
Some clients directly connected to the router (cable) or to a panel (wireless 5.8/2.4) appear in arp address with 00:00:00:00:00:00 mac.
In version 6.28 it's ok.
I set the baud rate to 4800 (was 9600).
/system gps> mon
date-and-time: may/10/2016 15:11:02
latitude: N 45 43' 32.796''
longitude: E 21 14' 43.796''
altitude: 96.800003m
speed: 0.055560 km/h
destination-bearing: none
true-bearing: 0.000000 deg. True
magnetic-bearing: 0.000000 deg. Mag
valid: yes
satellites: 9
Also there is ghost clients with 00 mac. Mikrotik claims solved this issue, but maybe only in dreamsHow can I debug ARP related problems?feature, that is how incomplete ARP entries are indicated, so that you have easier time to debug ARP related problemsIt's a bug or a feature?
Some clients directly connected to the router (cable) or to a panel (wireless 5.8/2.4) appear in arp address with 00:00:00:00:00:00 mac.
In version 6.28 it's ok.
After update to 6.35.2 many clients have 00:00:00:00:00:00 mac address.
and I can't do downgrade, because appear a message in log "omitting package routeros-mipsbe-6.32.4; newer package routeros-mipsbe-6.35.2 is already installed"Also there is ghost clients with 00 mac. Mikrotik claims solved this issue, but maybe only in dreamsHow can I debug ARP related problems?
feature, that is how incomplete ARP entries are indicated, so that you have easier time to debug ARP related problems
After update to 6.35.2 many clients have 00:00:00:00:00:00 mac address.
I can confirm the same on RB3011 for v6.35 and v6.35.2- The NTP server on 6.35.2 still remains in INIT state
firewall? what winbox version? mac-winbox?Have a problem on x86 system - can't access to ROS by WinBox or WebFig, but telnet is ok.
In WinBox no changes after phrase "Downloading plugins" , but in log "user logged in by winbox"...
This is NOT a bug. In fact, this works as expected. A quote from Wikipedia:Report BUG system clock time zone error Etc/GMT+4 error assing GMT offset -04:00
and correct America/Caracas/ -04:00
The special area of "Etc" is used for some administrative zones ... In order to conform with the POSIX style, those zone names beginning with "Etc/GMT" have their sign reversed from the standard ISO 8601 convention. In the "Etc" area, zones west of GMT have a positive sign and those east have a negative sign in their name (e.g "Etc/GMT-14" is 14 hours ahead/east of GMT.)
Mikrotik "claims" to have solved an issue where the ARPs were being sent out via the wrong interface (misplaced ARP). All-zero MAC addresses in the ARP table are NOT misplaced ARPs.Also there is ghost clients with 00 mac. Mikrotik claims solved this issue, but maybe only in dreamsHow can I debug ARP related problems?
feature, that is how incomplete ARP entries are indicated, so that you have easier time to debug ARP related problems
After update to 6.35.2 many clients have 00:00:00:00:00:00 mac address.
Are you talking about the Dude? In this case, this is the wrong topic, and the question was already answered in the manual and elsewhere:I'm trying to install this version, but it doesn't have the server and client all in one package (like v3.6 did - one single installation file and you're up and running). I've downloaded the client install, and the server npk file, but the wiki doesn't explain how to "upload" the file in order to get it to work. And when I launch the client, it can't connect to the server (which obviously makes sense because I don't know how to incorporate the npk file).
Does this current version no longer function on the same level as v3.6? Do I need RouterOS in order to use the latest version of The Dude? If so, it looks like the "free" version isn't so "free" anymore, correct? (because RouterOS actually costs money to use?...)
Thanks for the info Normis! (and for your patience - I'm still trying to wrap my head around all this new information, but your links helped a lot!)Are you talking about the Dude? In this case, this is the wrong topic, and the question was already answered in the manual and elsewhere:
http://wiki.mikrotik.com/wiki/Manual:Th ... stallation
http://wiki.mikrotik.com/wiki/Manual:Th ... nToNewDude
http://wiki.mikrotik.com/wiki/Manual:Th ... _on_VM_CHR
Make sure you are not using fastrack .... my 2011 simple queues work fine on v6.35.2 but without fastrack.Using v6.35.2 on my 2011UiAS-2HnD
Simple queues not working
Hm, I have the same issue with simple queues, which worked fine in 6.32.x.Make sure you are not using fastrack .... my 2011 simple queues work fine on v6.35.2 but without fastrack.Using v6.35.2 on my 2011UiAS-2HnD
Simple queues not working
JF
This seems to have recently been addressed in 6.36rc16. A quote from here:I set the public IP address in a interface : example ether6. And this IP address are disabled. If the DHCP client in this interface try to get Address, this return a error
Version 6.36rc16 has been released.
Changes since previous version:
...
*) address - allow multiple euqla ip addresses to be added if neither or only one is enabled;
...
OK! Thank youIt is not a problem, you cannot add same address multiple times in the list and it will not be allowed in the future too.
wine --version
wine-1.9.9
6.35.2 BREAKPOINT at: 7bc812c8
eip=7bc812c8 eflags=246
edi=a5e7ec esi=a5cfbc ebp=a5dfc8 esp=a5cf8c
eax=7b4287c5 ebx=7eeda000 ecx=a5cf80 edx=0
log:
cw:1411 backtrace:[416733, 4168a3, 500cbc, 74008c, 5007c4, 502dc6, 6f8b7a, 4010b9, 40129c, 7b4602dc, 7b46130a, 7bc812bc,
7bc8426d, 7bc8129a, 7bc53a07, f7572d7d]
unreliable backtrace:
modules:
stack: 0 4292518052
WINEARCH=win32 wine /home/blispx/.wine/drive_c/Program\ Files/Dude/dude.exe
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this requires special permissions.
Pinger: socket failed: 10013:
prog dir: C:\Program Files\Dude\
modules:
400000-85e000 dude.exe
63a40000-63a72000 libgobject-2.0-0
64f80000-64fa8000 libfontconfig-1
65300000-65329000 libpixman-1-0
65340000-65364000 libgdk_pixbuf-2.0-0
65580000-655b8000 libpango-1.0-0
66440000-66470000 libcroco-0.6-3
685c0000-6867b000 libglib-2.0-0
68dc0000-68e20000 libcairo-2
68e40000-68e73000 librsvg-2-2
68f40000-68f60000 libexpat-1
69c80000-69cb0000 libpng12-0
6b280000-6b291000 libpangowin32-1.0-0
6c240000-6c263000 libjpeg-62
6d4c0000-6d4cf000 libpangocairo-1.0-0
6d580000-6d5c5000 libgio-2.0-0
6d700000-6d725000 libpangoft2-1.0-0
6dd00000-6dd0c000 libgmodule-2.0-0
70c00000-70c64000 libfreetype-6
70f40000-70f8b000 libxml2-2
7ac10000-7ac79000 riched20
7b420000-7b7e2000 KERNEL32
7bc10000-7bcf6000 ntdll
7d890000-7d9ac000 oleaut32
7d9b0000-7d9f1000 usp10
7dab0000-7dadc000 uxtheme
7dce0000-7dd60000 winex11.drv
7dd70000-7dd84000 imm32
7e340000-7e367000 msacm32
7e370000-7e420000 winmm
7e430000-7e449000 iphlpapi
7e450000-7e487000 winspool.drv
7e490000-7e572000 comdlg32
7e580000-7e66d000 comctl32
7e670000-7e6a6000 ws2_32
7e6b0000-7e71e000 shlwapi
7e730000-7e95a000 shell32
7e970000-7e9da000 rpcrt4
7e9f0000-7eb13000 ole32
7eb20000-7eb2d000 version
7eb40000-7ec7f000 user32
7ec80000-7ec93000 msimg32
7eca0000-7ed09000 advapi32
7ed20000-7ee25000 gdi32
7ee40000-7eee4000 msvcrt
ERROR: createWindow failed error=1411:Class does not exist.
DEBUG: cw:1411 backtrace:[416733, 4168a3, 500cbc, 74008c, 5007c4, 502dc6, 6f8b7a, 4010b9, 40129c, 7b4602dc, 7b46130a, 7bc812bc, 7bc8426d, 7bc8129a, 7bc53a07, f75fdd7d]
We're still seeing our logs FLOODED with SNTP date/time updates or changes, either something isn't right, or MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information, and it just floods the log cache so that you cannot see anything IMPORTANT in the last few days...
Also I hope there isn't simple queue problems like people say, I just upgraded a 1100AHx2 which has 490 Simple Queues. What are the symptoms for the simple queue issues?
mAP Lite has a time keeping bug as mentioned here: http://forum.mikrotik.com/viewtopic.php ... te#p527731We're still seeing our logs FLOODED with SNTP date/time updates or changes, either something isn't right, or MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information, and it just floods the log cache so that you cannot see anything IMPORTANT in the last few days...
Also I hope there isn't simple queue problems like people say, I just upgraded a 1100AHx2 which has 490 Simple Queues. What are the symptoms for the simple queue issues?
Do you update the time cia the "Cloud" - option AND via the ntp?
maybe they both don'tlike each other, and one should be enough
It only logs the changes in time by NTP when the time difference on the local clock and the NTP clock is off by 1+ second.MIkrotik decided to just recently start LOGGING every time the SNTP updates, which I cannot understand why anyone needs that information
This issu will be fixed in next versionon ccr1072 is there problem, LCD does not working, whole time is screen empty / white