-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve at Digitronics Sent: Wednesday, 18 June 2014 11:43 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
On inspection the remote end had entered some funny state where I could
Hello Mike, The overnight test ran sort of OK. The link didn't fail, but the remote end got into some weird state again which seemed to cripple its management interface (winbox and telnet). I have created a support ticket as requested. The supout took 23 minutes to make. I will take the ends to 6.15 is I have to but its not my preference at this time. Cheers, Steve. -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve at Digitronics Sent: Wednesday, 18 June 2014 13:15 To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown? Hello Mike, I am not keen to move to 6.15 just yet. I want to wait at least a couple weeks for it to be "stable" given 6.14 was replaced with 6.15 after only FOUR DAYS! My faith in Mikrotik's regression testing has also taken a hit ;-( I have not tried reversing the link functionality, mainly because I can reproduce the problem in both directions at will. I suspect if I reversed the ends, I would still get problems at both ends :-) I have implemented some traffic shaping with queue bursts at both ends to see if that makes it more stable. I have set the bursts so it only maxes (at default max power) for 5 mins and then drops to 4Mb/s. So far so good. I will give it a real test tonight and report back. It should confirm whether it is likely to be sustained TX power related, or just sustained TX related. Cheers, Steve. -----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Mike Everest Sent: Wednesday, 18 June 2014 12:31 To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown? Hi! Let's go to 6.15, then repeat it and take supout when the wireless interface is 'missing'. Send the supout to support@duxtel.com and we'll take it from there. Can report back to this list when we have some result to report in case anyone else is interested! ;-) (incidentally does the same thing happen when the link functionality is reversed? i.e. bridge to station and station becomes bridge) Cheers, Mike. ping
it but not login with Winbox or telnet. I power cycled the unit and it came back OK. Logs revealed nothing useful.
Steve.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve at Digitronics Sent: Wednesday, 18 June 2014 10:27 To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
Hello Mike,
Both ends are running 6.13 ROS (the latest stable) and 3.13 firmware (the latest).
I reduced the TX power levels to below card rates and it ran for a lot longer (100 mins) at full tilt, but the remote end went to sleep again, and has not recovered (by script), so I need to travel there to see why.
Cheers Steve.
-----Original Message----- From: Mike Everest [mailto:mike@duxtel.com] Sent: Wednesday, 18 June 2014 09:55 To: steve@digitronics.com.au; 'MikroTik Australia Public List' Subject: RE: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
Hi Steve,
In which case it certainly doesn't seem like power/voltage levels...
Now that I am thinking about it again, I have actually seen a similar report of that same behaviour a couple of months back, and hunting through our support tracking system, I found that the last report of this was apparently corrected by upgrade routerOS to current (v6) version, as well as update of firmware ('/system routerboard upgrade')
What level of routerOS, and have you also checked firmware version?
Cheers, Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve at Digitronics Sent: Wednesday, 18 June 2014 9:39 AM To: 'MikroTik Australia Public List' Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
Hello Mike,
Sorry. I should have mentioned that the voltage moves from 23.9V when quiescent to 23.4V when flat out. The run of CAT5 is about 18m.
Steve.
-----Original Message----- From: Mike Everest [mailto:mike@duxtel.com] Sent: Tuesday, 17 June 2014 18:45 To: steve@digitronics.com.au; 'MikroTik Australia Public List' Subject: RE: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
Hi Steve,
I suspect that it would be more likely to be related to voltage drop due to increase in power consumption as the radio activity ramps up.
If the power circuit resistance is high (e.g. long PoE cable) then as the radio activity ramps up, the current drawn increases and thus voltage drops. Since radio systems are essentially a peripheral device to the routerBoard, if voltage drops too low then that peripheral will become unavailable and appear as if it has been virtually unplugged from the system.
RBMetal has voltage monitor - check it and see if there is any change during radio operation.
Cheers!
Mike.
-----Original Message----- From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve at Digitronics Sent: Tuesday, 17 June 2014 6:28 PM To: 'MikroTik Australia Public List' Subject: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
Can anyone tell me if there is a thermal shutdown arrangement within the wireless component of a RBMetal2SHPn?
I have a pair of RBMetal2SHPns on a 13km link and if I turn up the power to get good throughput, the RBMetal2SHPn sending the data shuts down its wireless after some minutes of maximum throughput.
The wlan interface still shows as up, but snooping from the shut down end reveals no stations where it normally shows many. It requires a reboot to get it going again.
It feels like a thermal issue, but the system temperature does not change, and its cold outside .
Any help appreciated.
Steve.
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au
_______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au _______________________________________________ Public mailing list Public@talk.mikrotik.com.au http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au