- Public - talk.mikrotik.com.au

SMS send timeouts
by Thomas Jackson 27 Aug '14

27 Aug '14

Hi all, I'm trying to set up a Nagios box to send SMS alerts using an RB751U-2HnD which has a Telstra 4G USB device (Sierra Wireless 320U) connected to the USB port. At the moment, we use the SMSGlobal API (which was down for most of yesterday afternoon) to send notifications from Nagios, which has the major downside of relying on the internet connection from our Nagios box being alive and of course, relies on the API provider being online as well. The RB751U-2HnD is already in place (it is currently used to provide OOB access into the network - permanently connected to the telstra.extranet APN for a public IP with DynDNS set up so that it can be found), so I figured it would be easy to add this functionality in. So far, I've got a PHP script written that will (via a Mikrotik API call) send an SMS out about 60% of the time - the rest of the time, the API returns a timeout error (also logged to the Mikrotik log - eg "gsm,error sms send failed: timeout"). This happens completely randomly, sometimes I can send 10 messages in a row without a problem, then have another 10 that fail - other times, I can send 10 messages and have every second one fail. A basic solution would be to simply catch the error in the PHP script and try to send again, but I'd like to see if I am missing anything in the Mikrotik config first. Currently running version 6.10 and I can't see anything in the changelog since then that references SMS. Relevant config sections: /tool sms set channel=2 port=usb1 receive-enabled=yes secret=smspassword /port set 0 name=usb1 /port firmware set ignore-directip-modem=yes /interface ppp-client info 0 modem-status: call in progress pin-status: no password required functionality: full manufacturer: Sierra Wireless, Incorporated model: AirCard 320U revision: X1_2_2_0AP R2839 CNSZXD00000128 2011/08/05 15:52:41 serial-number: redacted current-operator: Telstra (cellid redacted) access-technology: Evolved 3G (LTE) signal-strengh: -85 dBm frame-error-rate: n/a Has anyone come against this problem before? Cheers, Thomas

3 12

IP Traffic Flow
by Daniel Hoffman 19 Aug '14

19 Aug '14

Hi All. I have a number of CCR1016's in my network, they are all doing TrafficFlow fine, various versions of code base, no issues. I have 1 x CCR1036-8G-2S+ and when I configure Traffic Flow, I see the finished flows, but never see any packets on the collector, a torch on the interface they are coming out and I swear I am not even seeing them there. I upgraded the 1036 to 6.18 and same issue. Anyone else seen anything like it? Daniel

2 1

NBN Traffic Management
by Paul Julian 18 Aug '14

18 Aug '14

Hi guys, is anybody successfully doing CVC traffic shaping at the head end for NBN services ?? Having a hard time getting traffic to match the CVC's for outgoing management, it should be working with just the mangle rule on the postrouting chain using the CVC vlan as the interface I would have thought, but I can't get any packets to match the sucker ! I'm wondering if it might have something to do with the bonding setup for LACP and whether I have to enable the firewall for vlans in the bridge firewall settings. Any thoughts ? Regards Paul

2 4

the elusive mAP is apparently imminent release ;)
by Mike Everest 12 Aug '14

12 Aug '14

For those who missed it, MikroTik recently announced that mAP was on offer (free) for the next 50 registered attendees at the USA MUM to be held in Pittsburg on September 11 (only a non-US company would pitch an event on that date?) Although official distributors still have no information about this product despite VERY significant market interest, the fact that they are on offer to MUM attendees in September are a somewhat encouraging sign that they may well become available very soon - and that at least, perhaps, they actually DO exist! :-D Maybe we will know what price sometime soon too ;) Cheers! Mike.

3 5

MikroTik troubles...
by Mike Everest 11 Aug '14

11 Aug '14

MikroTik account site offline, emails bouncing. Ouch - I wonder if they applied the latest 6.19 update to their own routers? Regards, Mike Everest www.duxtel.com.au

1 0

RouterOS 6.19 - could it be the solution CCR users have been waiting for?
by Mike Everest 11 Aug '14

11 Aug '14

In case you missed it, latest version of 6.19 includes fixes explicitly designed to address general queue problems with CCR models: NOTE: in this build we applied a patch that should solve most of the queueing related performance issues on CCR. If these changes will provide positive feedback we will consider to put them into release of 6.19. Please, test queues on CCR and report results and any problems you might find. It also brings improvements for long term stability of the CCR. They consider this a very important update, and so are also seeking feedback where possible - good AND bad! ;-) Cheers, Mike.

3 7

Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown?
by Steve at Digitronics 06 Aug '14

06 Aug '14

It looks like this issue has been solved with a RBMetal2SHPn firmware update. Since the update was applied the problem has not reappeared, even under stress testing. It took a while but this looks like a positive outcome. Steve. > -----Original Message----- > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Steve > at Digitronics > Sent: Thursday, 19 June 2014 3:03 PM > To: 'MikroTik Australia Public List' > Subject: Re: [MT-AU Public] RBMetal2SHPn wireless thermal shutdown? > > 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(a)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. > > > > -----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 > 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(a)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(a)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(a)talk.mikrotik.com.au > > > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. > > > > au > > > > > > > > > > > > _______________________________________________ > > > Public mailing list > > > Public(a)talk.mikrotik.com.au > > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. > > > au > > > > > > > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. > > au > > > > > > > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. > > au > > > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > > > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > > > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au

2 1

BGP hold time limitations
by Daniel Hoffman 05 Aug '14

05 Aug '14

Hi All. Does anyone have a solution/work around to the BGP hold timer for a peer being locked to below 3600. At the moment I have Juniper/Cisco nodes running a role im trying to put some CCR's in for but I need to run the BGP holdtime more in the 64800 range. CCR 1016 - v6.18 Any thoughts? Daniel

2 2

802.11ac SXT's
by Paul Julian 04 Aug '14

04 Aug '14

Hi guys, has anybody used the new RBSXTG-5HPacD radios as yet and have any comments ? We have a couple of short P2P links we were looking at doing, about 1km - 3km, there is a bit of 5Ghz stuff already in the areas and was wondering how these handle a bit of interference, we only need 100M but was thinking about trying the new 802.11ac gear when Duxtel gets some in stock. Regards Paul

6 13

PPP Multilink on Telstra ADSL2
by Paul Julian 31 Jul '14

31 Jul '14

Just wondering if anybody has successfully implemented the Mikrotik PPP Multilink setup through Telstra DSLAM's before ? We can't seem to get it to work, nothing we do seems to make the second link come up, I'm not sure if it's a Telstra thing or a Mikrotik thing Anybody had any luck with it ? Regards Paul

3 7