- Public - talk.mikrotik.com.au

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

voip over ipsec
by David Ryan 26 Jul '14

26 Jul '14

Thanks Mark and Stavros for your input. I am reading up some more on the lifetime value. I'll see how I go 8-) Dave. -- David Ryan - 0402 054 426 RJS Communications dsryan(a)rjs.com.au MTCNA, MTCWE, MTCRE

1 0

Re: [MT-AU Public] Public Digest, Vol 5, Issue 23
by David Ryan 26 Jul '14

26 Jul '14

Hi again, Stavros - no NAT traversal Mark - the PABX is a Panasonic NCP500. The remote phones are cordless SIP extensions and an IP-PT handset. The RB2011's are running 6.17. While on the road today, I was wondering where the best place would be to place a wireshark box. Did you solve your issue Mark? TIA, Dave. On 26/07/2014 12:00 PM, <public-request(a)talk.mikrotik.com.au> wrote: > Send Public mailing list submissions to > public(a)talk.mikrotik.com.au > > To subscribe or unsubscribe via the World Wide Web, visit > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > or, via email, send a message with subject or body 'help' to > public-request(a)talk.mikrotik.com.au > > You can reach the person managing the list at > public-owner(a)talk.mikrotik.com.au > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Public digest..." > > > Today's Topics: > > 1. voip over ipsec tunnel (David Ryan) > 2. Re: voip over ipsec tunnel (Mark Voevodin) > 3. Re: voip over ipsec tunnel (Stavros Patiniotis) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 26 Jul 2014 10:28:35 +1000 > From: David Ryan <dsryan(a)rjs.com.au> > To: public(a)talk.mikrotik.com.au > Subject: [MT-AU Public] voip over ipsec tunnel > Message-ID: > < > CANNabwKXGc9-eWcMT6sbUE4SRkgyK_6f_UmSki4k3QurXJ7EKw(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Howdy all, > > I have just installed a site to site ipsec tunnel as per the example on the > Tik wiki. > > At one end I have a PBX that has it's own proprietary IP protocol (RTP > based) and also has SIP extensions. The remote extensions connect over the > ipsec tunnel to the PBX (routed, not bridged). > > All works well basically, except that on two occasions during testing, I > lost voice completely at the non-PBX end for about 5-10 seconds, after > which it restored by itself. The other end could hear me fine but I could > not hear anything. I was able to look at the LCD (there is a RB2011UAS at > each end) when this occurred and I could see a drop in the receive data > down to zero while the transmit was still at around 100kbps. > > I have not configured any QoS at this stage. Keep in mind that pretty much > nothing else was using the tunnel at the time. The WAN link is 12/4Mbps at > both ends. > > Does anyone have any clues as to why this is happening? > > Cheers, Dave. > > -- > David Ryan - 0402 054 426 > RJS Communications > dsryan(a)rjs.com.au > MTCNA, MTCWE, MTCRE > > > ------------------------------ > > Message: 2 > Date: Sat, 26 Jul 2014 10:54:13 +1000 > From: Mark Voevodin <markv(a)nitel.com.au> > To: MikroTik Australia Public List <public(a)talk.mikrotik.com.au> > Subject: Re: [MT-AU Public] voip over ipsec tunnel > Message-ID: <CA7C9070-CE4C-4956-B81A-D4F719AE42E8(a)nitel.com.au> > Content-Type: text/plain; charset=us-ascii > > Hi Dave, > > We have a similar setup, but between 2 RB450G's. They are still running > early 4.9 software (will upgrade one day soon), and we get one way no > speech on long time calls, over 10 minutes. Lasts for about 5-10 seconds, > then comes back. This affects the non PABX end, PABX is a NEC SV8100 using > net link across the tunnel. Phones are TDM to remote shelf, so only RTP is > between PABX and remote shelf connected via net link. > > What version software are you running in the RB2011's? > What PABX (if not NEC, that would rule out a similar PABX problem)? > > Regards > > Mark Voevodin 0410520070 > The Communications Company > markv(a)commsco.com.au > Nitel Software > markv(a)nitel.com.au > MTCNA > > > > Sent from my iPhone > > > On 26 Jul 2014, at 10:28 am, David Ryan <dsryan(a)rjs.com.au> wrote: > > > > Howdy all, > > > > I have just installed a site to site ipsec tunnel as per the example on > the > > Tik wiki. > > > > At one end I have a PBX that has it's own proprietary IP protocol (RTP > > based) and also has SIP extensions. The remote extensions connect over > the > > ipsec tunnel to the PBX (routed, not bridged). > > > > All works well basically, except that on two occasions during testing, I > > lost voice completely at the non-PBX end for about 5-10 seconds, after > > which it restored by itself. The other end could hear me fine but I could > > not hear anything. I was able to look at the LCD (there is a RB2011UAS at > > each end) when this occurred and I could see a drop in the receive data > > down to zero while the transmit was still at around 100kbps. > > > > I have not configured any QoS at this stage. Keep in mind that pretty > much > > nothing else was using the tunnel at the time. The WAN link is 12/4Mbps > at > > both ends. > > > > Does anyone have any clues as to why this is happening? > > > > Cheers, Dave. > > > > -- > > David Ryan - 0402 054 426 > > RJS Communications > > dsryan(a)rjs.com.au > > MTCNA, MTCWE, MTCRE > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > > > ------------------------------ > > Message: 3 > Date: Sat, 26 Jul 2014 11:08:17 +0930 > From: "Stavros Patiniotis" <stavros(a)staff.esc.net.au> > To: "'MikroTik Australia Public List'" <public(a)talk.mikrotik.com.au> > Subject: Re: [MT-AU Public] voip over ipsec tunnel > Message-ID: <33a701cfa872$465f9100$d31eb300$(a)staff.esc.net.au> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > Are you using NAT across the tunnel? > > > -----Original Message----- > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > David > Ryan > Sent: Saturday, 26 July 2014 9:59 AM > To: public(a)talk.mikrotik.com.au > Subject: [MT-AU Public] voip over ipsec tunnel > > Howdy all, > > I have just installed a site to site ipsec tunnel as per the example on the > Tik wiki. > > At one end I have a PBX that has it's own proprietary IP protocol (RTP > based) and also has SIP extensions. The remote extensions connect over the > ipsec tunnel to the PBX (routed, not bridged). > > All works well basically, except that on two occasions during testing, I > lost voice completely at the non-PBX end for about 5-10 seconds, after > which > it restored by itself. The other end could hear me fine but I could not > hear > anything. I was able to look at the LCD (there is a RB2011UAS at each end) > when this occurred and I could see a drop in the receive data down to zero > while the transmit was still at around 100kbps. > > I have not configured any QoS at this stage. Keep in mind that pretty much > nothing else was using the tunnel at the time. The WAN link is 12/4Mbps at > both ends. > > Does anyone have any clues as to why this is happening? > > Cheers, Dave. > > -- > David Ryan - 0402 054 426 > RJS Communications > dsryan(a)rjs.com.au > MTCNA, MTCWE, MTCRE > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > > ------------------------------ > > End of Public Digest, Vol 5, Issue 23 > ************************************* >

2 1

voip over ipsec tunnel
by David Ryan 26 Jul '14

26 Jul '14

Howdy all, I have just installed a site to site ipsec tunnel as per the example on the Tik wiki. At one end I have a PBX that has it's own proprietary IP protocol (RTP based) and also has SIP extensions. The remote extensions connect over the ipsec tunnel to the PBX (routed, not bridged). All works well basically, except that on two occasions during testing, I lost voice completely at the non-PBX end for about 5-10 seconds, after which it restored by itself. The other end could hear me fine but I could not hear anything. I was able to look at the LCD (there is a RB2011UAS at each end) when this occurred and I could see a drop in the receive data down to zero while the transmit was still at around 100kbps. I have not configured any QoS at this stage. Keep in mind that pretty much nothing else was using the tunnel at the time. The WAN link is 12/4Mbps at both ends. Does anyone have any clues as to why this is happening? Cheers, Dave. -- David Ryan - 0402 054 426 RJS Communications dsryan(a)rjs.com.au MTCNA, MTCWE, MTCRE

3 3