- Public - talk.mikrotik.com.au

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

Duxlink Point to Point
by James Gretton 27 Jul '14

27 Jul '14

Hi I have a point to point link, using the Duxlink A and B end configurations available off the website. Very happy with it, but I now need to convert it to a point to multipoint configuration. I have the following on one roof as an A end: http://shop.duxtel.com.au/product_info.php?cPath=30_45&products_id=145 Then the following on another roof as a B end: http://shop.duxtel.com.au/product_info.php?cPath=30_45&products_id=244 The A and B ends both work, but when I add a second B end, im getting the following in the logs: I cant find the option to restrict the number of clients anywhere and the A end configuration doesnt look like it sets anything like that. If anyone has an idea, im all ears. -- James Gretton JJL I.T

2 3