This happens when your device is with low ram available, < 8MB.
Nope. Happens more often than that. Router has 2GB RAM installed (x86).
I think this is a well-known bug for more then a year.
I think our Latvian friends are overwhelmed with working on new features, new products, a lot of incompatibility issues and strange bugs, that this one is very low priority.
It has always been my opinion that they should expand staff but paying good professionals will lower the owners riches so...
It has always been my opinion that they should expand staff but paying good professionals will lower the owners riches so...
I have to agree here, after getting a recent email from Mikrotik informing me that due to other priorities HWMP+ was not being actively maintained, and that they would not be able to investigate a repeatable problem that is a major issue for us (stale FDB entries when clients connect via wlan interfaces then roam)
Actually I have a couple of stable routers with 5.7 (450G and x86 P4 one core/thread). I guess its a hit and miss This is still not good enough though as I have a ton of other routers with tons of issues.
Can't paste into a terminal brought up from webfig. Would be useful, used it all the time in winbox. Using OSX and Safari or Firefox, current versions.
tk
_________________ Terri Kelley Farm to Market LP Broadband Wireless
This happens when your device is with low ram available, < 8MB.
Nope. Happens more often than that. Router has 2GB RAM installed (x86).
I think this is a well-known bug for more then a year. ...
Please note that this happens not only when UPnP makes a NAT rule for the WinBox port, getting in the way of us connecting, but in cases when UPnP is not turned on as well.
Joined: Sun Jun 20, 2010 8:30 am Posts: 33
Karma: 1
Location: Mataram, Lombok, Indonesia, NTB
I've tested 5.7 on rb750, the problem I found was too heavy cpu performance up to 100%, when I look at the /tool profile turned out to flash takes a lot of resources. And I return to 5.5 everything is running normally again.
On the cpu at 100%, in my case I use Zenoss to monitor the network. Zenoss re-models each device every 12 hours which uses snmp. At those intervals, I see 100% cpu warnings coming from the 5.7 ROS devices. I didn't see that in 4.17.
_________________ Terri Kelley Farm to Market LP Broadband Wireless
Joined: Sat Oct 30, 2010 5:59 pm Posts: 16
Karma: 0
Thank you for recent release and addressing a lot of issues we had with 5.6.
A few months ago I asked if it would be possible to add back the ability to sort by port in the Torch. Back then I thought I was all by myself but now if I search on port sort, I see a lot more people complaining about the loss of this function.
A lot of "strange" activity can't always be detected by a smart script or a config, which is why we also scan our network routers manually, especially when the maps report packet loss or unusual traffic.
THe ability to sort by port (both for src and dst) allows us to reveal viruses, aggressive and encrypted P2P, a stuck process that tries to go to Adobe, etc. etc.
Would it be possible to add this function back to the Winbox GUI? What was the reasoning in taking it out?
I'm testing with my ISP DNS now, but if the DNS server is the problem shouldn't be solved by rebooting the rb1200.
OH yes it can. Your server stores dns resolves in a cache. If this was a piece of date coming from the google dns server you cache has the faulty data. When you reboot your router the cache gets flushed and new data needs to be used. If now this new data is ok the router works fine, for as long as it takes to get the wrong data from google again....
_________________ Show your appreciation of this post by giving me Karma! Thanks.
When I had the problem I tried flushing the dns cache in the rb1200. It gets empty and it doesn't take any more request so I continue without browsing...
Joined: Sun Oct 18, 2009 11:52 pm Posts: 673
Karma: 33
Location: Europe/Poland/Konstancin-Jeziorna
From my experience there is a problem with ROS' built-in DNS resolver when cache size is set to value bigger than 8192 kB. With different versions of ROS there was same problem, no response from DNS cache. Also max. UDP packet size should be increased to value bigger than default 512 bytes (4096-8192).
Joined: Sat Jun 06, 2009 3:54 am Posts: 1081
Karma: 21
Location: Brisbane, Australia
NetworkPro wrote:
Why would the DNS packet be so big?
Because to allow support for DNSSEC packet size allowed should be a minimum of 4096
Quote:
The second issue is related to the packet size. The authors of the DNSSEC standard realized that there might be a potential problem with TCP queries. TCP puts a higher burden on the DNS servers. (TCP is much more expensive to process than UDP.) To avoid too much TCP traffic, the authors made the EDNS0 extension mandatory for DNSSEC. EDNS0 is a standard that among other things allows a client to signal that it is capable of receiving DNS replies over UDP that are larger than the previous limit of 512 bytes. Some firewalls are not aware of the fact that the EDNS0 standard allows for larger packets and they block any DNS packet larger than the previous limit. Other firewalls allow for the large packets by default, whereas a few vendors require the firewall to be manually configured to do so. Any device in the path that does packet inspection in the application layer must be aware of the EDNS0 standard to be able to make a correct decision whether to forward the packet or not.
_________________ Head Network Administrator for a student-focused ISP - Hotspot, QoS, Scripting expert. http://www.mikrotik-routeros.com | MTCNA,MTCWE.MTCTCE | Give karma where due!
I have problems with the dns server. This is the second time this week that my Mikrotik RouterOS 5.7 Core DNS stopped responding.
I try ping google from console and I get IP DNS error or something like that. I reboot the rb1200 and works fine for a few more days.
This happens on 4.x versions for OpenDNS servers 208.67.220.220 and 208.67.222.222 and for Google DNS servers too. The particular routerboard for DNS resolving runs HotSpot and is a gateway for the network, ROS 4.17. One thing I noticed is that you CAN ping the IP address, for ex.208.67.220.220 from the DNS resolver routerboard, but you CAN'T ping the same IP address from the inside of the network, for ex. from client who is authenticated on the HotSpot and Skype running, you get an answer from the DNS resolver routerboard: "destination host unreachable".
I've noticed this problem with earlier versions starting from 4.5 (don't sure for earlier versions) and only a reboot fixes it. Hope this will shred more light on this problem.
Joined: Sun Jul 12, 2009 8:08 am Posts: 13
Karma: 0
ROS 5.7, firmware v. 2.36. I Have the problem - RB435G at random times(it may be one hour or one day) freezes ethernet interfaces to pass ip traffic, interface at that time says that "link ok"(i use 1G connection with different devices at different places, ~8 BOARDS with PC and board-to-board connections, most time of all its freezes at 2 RB435g's with bridge functions- wireless interface bridged with ethernet, not matter with which - ether1 or ether2 or ether3), wireless interface at the same time work properly and i can access the board via wireless, after rebooting board its' all right for a random time. A guess i have similar problem with the same topics - http://bugs.mikrotik-routeros.com/view.php?id=15, viewtopic.php?f=1&t=55021&start=50, viewtopic.php?f=0&t=55021&p=282149&hilit=435G#p282149, viewtopic.php?f=3&t=55610 etc.
Only one solution is to turn off or on /interface Ethernet switch set 0 switch_all_ports=yes or no, after that routerboard starts to transmit data. But i don't use hardware switch for boards, no master or slave interfaces, only program switch for bridging Ethernet iface with wireless, Don't know exact what the problem is, power supply is good, cables is good(at first time we think that the cables cat5e was caused the problem for 1G connection, and than replaced them to cat7 cables - have the same issue). A hope for some assistance, it's not suitable to downgrade software or firmware on boards to avoid similar problems with configuration - a can't to stop transmission through that link cause they are situated on commercial towers and it's not real to get the boards directly. Anyone suggest? My opinion - it's a firmware trouble of RB435G at a side of Ethernet sensitivity, may be i'm wrong. I hope the MTIK team to help. Thanks
i have some troubles with this version: on RB450G: high CPU usage (DHCP package) - i`m using vlans, so DHCP server is connected to vlan, not ethernet directly. on all boards (and all 5x versions, i think): - DNS package - when i remove static record, this one persist in memory until router is rebooted. - Graphs: are completly deleted, when RB is rebooted. so, i`m waiting for next version of RouterOS.
_________________ ...Linux is like a Wigwam. No Windows, no Gates, Apache inside...
I love how MikroTik are improving on features like the Sniffer. The new filters are awesome.
My home RB450G was running 5.7 since it was released and just today it made me a problem (apart from DNS issues I thought were due to 8.8.8.8 being down)
The problem was that in Profile tool I could see sniffing making close to 100% CPU so I took a supout for support, rebooted, put in the latest unreleased 5.8 in the share subfolder and rebooted again.
Joined: Sun Nov 23, 2008 1:05 am Posts: 215
Karma: 8
Location: S. B do Campo - SP - Brazil
Hi ...
I was running 5.7 on a RB433 + R52nM(PMP) + XR9(PTP) where the ETH is tied to an EOC1650 working as AP for 5 customers (sort of direct access with their laptops, tablets, etc). All natted, PMP & ETH have different IP ranges.
DHCP on ETH stop leasing from time to time (time seems equal to dhcp lease time, 24h in this case).
Was enough to wake it up back reboot the 1650 or disable / enable 433 eth (e.g. any change on ETH status).
Downgraded to 5.6 => no more problems.
Regards;
_________________ Marcus Ramos Electronics Technician (Microwave HW, RF, antennas, propagation) S.Paulo - Brazil
I'm still having DNS problems. The service DNS seems to stop working. In tools > profile, seems right but the DNS cache list gets empty and stop caching and resolving host.
Joined: Tue May 19, 2009 2:48 am Posts: 282
Karma: 2
sorry if this has already been discussed, but does anyone know why wireless signal drops almost 10db when upgrading from 4.2? I have a PtP link I upgraded today, was at -61db, using 2x2 Mimo with SR71-15 cards. Signals on BOTH chains -60/-61, after the upgrade all the way to 5.7, AND bios update, the signals are now -74/-76 , I've checked and all the wireless settings are the same, nothing changed other than firmware update. what's the deal??????????? I've had this happen on 4 different PtP links now. I'm only upgrading cause I want NV2, but why such the sacrifice in signal?
I've had this happen on 4 different PtP links now. I'm only upgrading cause I want NV2, but why such the sacrifice in signal?
NV2 is TDMA not OFDM and is good for PtMP links where you have a lot of noise, but for PtP links without a lot of noise just use nstreme. It has more throughput and less latency.
Joined: Sun Feb 13, 2005 11:21 pm Posts: 902
Karma: 2
mecevdim wrote:
wispwest wrote:
I've had this happen on 4 different PtP links now. I'm only upgrading cause I want NV2, but why such the sacrifice in signal?
NV2 is TDMA not OFDM and is good for PtMP links where you have a lot of noise, but for PtP links without a lot of noise just use nstreme. It has more throughput and less latency.
Please check TDMA and OFDM with wikipedia. NV2 is TDMA on top of OFDM and nv2 does not perform better with noise. It performs better than nstreme where there is no noice as it needs no polling. Instead it uses a Map like wimax where the AP tells all CPEs at once when to send. With noise I see 802.11 perform better then nstreme and better then nv2.
Joined: Tue May 19, 2009 2:48 am Posts: 282
Karma: 2
mecevdim wrote:
wispwest wrote:
I've had this happen on 4 different PtP links now. I'm only upgrading cause I want NV2, but why such the sacrifice in signal?
NV2 is TDMA not OFDM and is good for PtMP links where you have a lot of noise, but for PtP links without a lot of noise just use nstreme. It has more throughput and less latency.
Wrong. NV2 has WAY more throughput than Nstreme, on 3 links already, that were short distance, 2X2, I was only able to get a steady 216x240Mbps. Turning on NV2 now its a rock-solid 300x300Mbps, and I can push almost twice the throughput on bandwidth tests, up to 210Mbps. Your right about latency though...
OK, this is my field experience. I use RB711 so single chain only, on a tower with a lot of Radio and TV stations, some of them with Mega Watts of power so I guess its a pretty "noisy" place . The PtP link is with Signal levels around -60dB, Noise level -110 dB ??? as reported from RB711, 13km perfect LOS, ROS 4.17 to 5.5 all the same. Tested on various frequencies range from 5000 to 6000 MHz. -with Nstreme: Initially link is OK, data rates 150/150Mbps, CCQ 90-100%, Bandwidth test shows around 100Mbits UDP. The problem comes when real traffic is passed, around 20-30Mbits of traffic, CCQ starts to drop below 50%, data rates also drop below 54Mbps, ping goes high and that's about it. No more than 30Mbits throughput. -with NV2: Initially the same conditions as with Nstreme, data rates 135/135 Mbps. When real traffic is passed, CCQ also drops but stays around 60-70%, data rates 81/108 Mbps and around 60Mbits total throughput.
So NV2 performs better then Nstreme in this kind of "noisy" situation. The question is WHY?
When I applied diplexers on both sides, with 100MHz channel, so say only 5700-5800 MHz range is passed, everything else is heavily attenuated, the same link is now working with Nstreme with 90% CCQ, data rates 121/135Mbits, 80Mbps throughput. I haven't change anything, all the same, Routerboards, pigtails, antennas, cables only difference are applied filters.
I don't know, maybe I'm missing something here but that's the results from real traffic not UDP Bandwidth test.
Joined: Tue May 19, 2009 2:48 am Posts: 282
Karma: 2
One thing I have noticed, NV2 usually performs better on dual-chains, it seems running 2 chains creates some sort of self-interference with Nstreme, and sometimes I get worse data rates with 2 chains then single. However, activating NV2 makes 2 chains work together much better. My experience, single chain = Nstreme, Dual Chain = NV2.
multiquote removed, making this post 75% more easier to read
According to Normis of Mikrotik: "remember also that in v5.7 there is a DHCP server bug, where it causes high resource usage if it's on a disabled interface. this is fixed in v5.8"
Yup, enabling the disabled DHCP on a fully functioning vlan interface fixed it.
In my case, I have a RB in 1100 with 2 vlans DHCP and both are active. Still, my CPU is constantly at 100% and in profile, the DHCP module is usndo 85% to 90% of the processing.
DO NOT USE these unless you are prepared somehow to fix your network quickly as these may even brick your device - neither I nor anyone takes responsibility of what happens if you use these test versions
I have put them on many routers except powerpc and so far all 5.8 test versions worked without major issues but I still can not guarantee that your network will be just fine.
These files change from time to time - I download regularly and compare CRC32. When uploaded to a router you also see the date the package was put together.
Users browsing this forum: Bing [Bot], mixig, sontrava, vlatko and 41 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
Login |
HOME
