June 2014 - Public - talk.mikrotik.com.au

RBMetal2SHPn wireless thermal shutdown?
by Steve at Digitronics 19 Jun '14

19 Jun '14

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.

2 8

SNMP routes display
by David Smith 19 Jun '14

19 Jun '14

Hi, There's a bug in all my v6 CCRs where snmpwalk only returns the first non-default route in the route table. I'm running v6.13, there's no mention of a fix in the notes for .14 and .15. The old V5 snmp route check no longer works. v5: snmpget -v2c -c <community> 172.20.0.2 iso.org.dod.internet.mgmt.mib-2.ip.ipRouteTable.ipRouteEntry.ipRouteNextHop.0.0.0.0 RFC1213-MIB::ipRouteNextHop.0.0.0.0 = IpAddress: 172.25.51.121 v6: snmpget -v2c -c <community> 172.27.0.62 iso.org.dod.internet.mgmt.mib-2.ip.ipRouteTable.ipRouteEntry.ipRouteNextHop.0.0.0.0 RFC1213-MIB::ipRouteNextHop.0.0.0.0 = No Such Instance currently exists at this OID Am I missing something on my snmp query server? Regards, Dave

1 0

900MHz?
by Mike Everest 17 Jun '14

17 Jun '14

Incidentally, speaking of RB Metal. Does anyone 'out there' do anything (or have any use for) 900MHz gear? Reason I ask is that MT have just released a 900MHz version of RB Metal (http://routerboard.com/RBMetal9HPn) and I'm wondering whether there is any demand for it in ANZ. I *think* most countries in our region follow the same regulatory guidelines, which makes 900MHz pretty useless for any bandwidth requirements of more than a few megabits, so I'm not sure whether it is something that we should keep some stock of? Anyone? :-} Cheers, Mike.

2 2

Australia MUM
by Mike Everest 17 Jun '14

17 Jun '14

Hi All, So it is official: No MUM For Australia this year :( Word is that they have committed to several new countries this year, and so smaller events like ours (105 in Brisbane, 91 in Sydney) are not considered high priority areas. Suggestion is that they will consider AU again for 2015. For it to happen, they need to feel like there will be a good showing - perhaps we can run a demand register again? Incidentally, as a matter of comparison, last two MUM events I attended myself were Las Vegas in 2012 with about 800 attendance, and Jogyakarta (indo) in 2013 with a massive showing of 1500. Puts our ~100 turn-out into some perspective, but since we do have some reasonable growth here, they have not totally abandoned us (yet ;) Cheers, Mike.

4 4

Spinning disk like noise on RB951ui-2HnD
by Andrew Lau 14 Jun '14

14 Jun '14

Hi, I've got one of these little beauties (RB951ui-2HD) at my home for my QOS and L3 load balancing. I'm curious, only recently, when any traffic goes through the device at over 10Mbps there's a noise which sounds a lot like a spinning hard drive under heavy load. Has anyone noticed this/is this normal? I'm not overly concerned, just a little curious. Right now it's running PCC with failover like a champ, I'd only wish I could do PCC and PCQ.. CPU is not even going past 30% Cheers, Andrew.

3 6

copy dscp value from payload to l2tp header
by Mike Everest 14 Jun '14

14 Jun '14

Hi all, Came across an interesting tip today that I thought there may be others here that will like to hear it - some of you probably already know it! ;-) Carrying dscp differentiated traffic across l2tp tunnel means that the dscp attributes on the payload packets are essentially hidden from the routers carrying l2tp tunnel. So, how to copy dscp from payload to tunnel headers? Obvious technique like packet mark or connection mark doesn't work since packet/connection marks are also apparently lost in encapsulated tunnel packet (as we should probably expect ;) "priority" value, however, is preserved, so one way to copy dscp to the l2tp packets is to first match relevant dscp packets and set come priority value - then add dscp value on output interface carrying l2tp tunnel with same priority. Hands up if you already knew this? You might say that you would have guessed it, but we all know how easy it is to claim that in retrospect! :-D Cheers! Mike.

1 0

2014 AU MUM
by Andrew Thrift 06 Jun '14

06 Jun '14

Is there going to be a Mikrotik User Meeting this year ?

11 11

CRS VLANS
by Paul Julian 04 Jun '14

04 Jun '14

Hi guys, has anybody managed to get vlans via the switch chip working in a new CCS ? I am trying to do the simplest thing but it just doesn't seem to work. Running ROS6.13 I am trying to bring some VLAN's into the SFP port one as a trunk and trunk them back out ether2, should be a simple task, in Cisco I create the vlan set the two ports as trunk ports and add the vlans onto the ports as members, easy, but in the CCS I can't get it to work. I have read heaps of doco and looked at examples and everything I seem to be doing is correct but it just won't work. When I torch the interfaces I can see the vlan traffic, but on the devices on the other side or at least the one side I can see it's not working. The CCS worked fine with the SFP port configured using the traditional ROS vlan configuration but I can't get it to work with the switch chip. Any suggestions or experience here ? Regards Paul

4 6

Re: [MT-AU Public] Public Digest, Vol 4, Issue 4
by Greg Sowell 04 Jun '14

04 Jun '14

Mike, While we are somewhat on the subject of 5Ghz, I really wish they would release a 751 or 2011 version that is 5ghz...I could see a 2011 that is dual band doing quite well. Greg On Tue, Jun 3, 2014 at 9: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. Re: 802.11ac on Mikrotik (Mike Everest) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 4 Jun 2014 09:21:12 +1000 > From: "Mike Everest" <mike(a)duxtel.com> > To: "'MikroTik Australia Public List'" <public(a)talk.mikrotik.com.au> > Subject: Re: [MT-AU Public] 802.11ac on Mikrotik > Message-ID: <03be01cf7f82$82480df0$86d829d0$(a)duxtel.com> > Content-Type: text/plain; charset="us-ascii" > > Yah, in these cases, you just need to offer a couple of options, make clear > to them the advantages and drawbacks of each, and then let them make their > own decisions. > > Regarding 802.11ac, there are a few gotchas as far as I can tell: > > 1. as with 802.11n, to get the maximum benefit, you need orthogonal antenna > polarities else you don't get the full 'speed' benefit of multiple > antennas. > Not only do you need to make sure that all antennas (up to three) are > arranged at right angles to each other, but also THE CLIENT ANTENNAS need > to > be almost EXACTLY aligned. In reality, for a mobile client device, chances > of that happening are almost nil. Therefore, fallback will be something > like > 802.11g with multiple antennas offering nothing much more than diversity > > 2. 802.11ac offers wider channels - up to 160MHz. That means that it can > potentially use up the entire indoor spectrum allocation - thus lots of > potential interference from other transmitters. > > 3. ac is 5GHz only - which means that older devices that have 2Ghz only > won't be able to connect unless there are also some 2GHz devices deployed, > or use duial band APs > > 4. like 802.11b to 11g, mixed modes drag the network down - if you some > devices NOT using ac, then you can't achieve the maximum performance with > ac > clients anyway > > 5. careful of speed expectations - although it is much faster (433mbps > carrier compared to 150mbps of 11n using 40MHz channel and single stream) > those rates are CARRIER rate - actual payload rates will follow the usual > estimates of about 2/3 of the carrier rate in UDP transfer and about 1/3 in > TCP transfer. So for most mobile device applications, we are talking about > around 120mbps of TCP throughput, HALF DUPLEX only, and shared between all > connected devices. > > Too often, I still hear wireless being pimped up as real alternative to > cables - I never heard of a cabled network that shares it's total capacity > among connected clients like wireless does! ;-) > > There are, however, some up-sides: > > 1. ac includes 'beam forming' - but the standard defines it as 'optional' > whatever that means. In the end, it is a good feature, so make sure that > the equipment can support it else one of the only advantages is moot. > > 2. ac is 5GHz - can this be an upside and a downside? I think so ;-) > > 3. yes, it IS faster! (though as mentioned above, probably not as fast as > the customer might expect ;) > > In the end, your customer needs to understand all of the considerations and > make their decision an informed one. Otherwise, you can end up with > disappointed customers blaming you for not telling them in advance - like > THAT ever happens! :-D > > As far as MikroTik goes, sure - they are great hardware, but to be fair, > they are not "the best" available, and not ideal for EVERY application. > Yes, you heard it from me! ;-) > > As a ROUTER, though, they are untouchable for almost every routing > application, and so even if your customer decides to go with some > alternative AP solution, there is definitely a clear argument to recommend > routeroard as the routing (and potentially switching) solution for their > project. > > Good luck with it! :) > > Cheers, Mike. > > > -----Original Message----- > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > Paul > > Julian > > Sent: Wednesday, 4 June 2014 8:35 AM > > To: 'MikroTik Australia Public List' > > Subject: Re: [MT-AU Public] 802.11ac on Mikrotik > > > > Thanks Mike, I concur with your thoughts about it being bleeding edge and > > quite honestly I don't think it's needed really, I suppose though really > I > just > > wanted to sell the customer Mikrotik rather than Netgear or DLink, > > unfortunately if I don't sell him something he will go with one of those > anyway, > > marketing hype sells anything ! > > > > Regards > > Paul > > > > -----Original Message----- > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > Mike > > Everest > > Sent: Tuesday, 3 June 2014 6:15 PM > > To: 'MikroTik Australia Public List' > > Subject: Re: [MT-AU Public] 802.11ac on Mikrotik > > > > Hi Paul, > > > > None that I am aware of - note that even if an interface module were > available, > > it would need drivers to work. It is next to impossible that routerOS > dev > will > > release drivers for non-MikroTik hardware before the mikrotik branded > devices > > were available. > > > > My expectation is that ac release will follow approximate path of 11n > support > > in mikrotik - 802.11n support became available only about 12 months after > the > > standard was eventually ratified, and even then it required upgrade to a > still- > > unstable routerOS release (early v4 from memory) > > > > Since the ac standard was really only finalised mid December last year, I > > wouldn't expect to see a stable release until close to the end of 2014 - > probably > > part of routerOS 7 > > > > For those thinking of jumping in and taking on the bleeding edge right > away, I > > urge caution - let others take the lead and let them sort out the bugs! > > :-) > > > > Cheers, Mike. > > > > > -----Original Message----- > > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > > Paul > > > Julian > > > Sent: Tuesday, 3 June 2014 4:44 PM > > > To: public(a)talk.mikrotik.com.au > > > Subject: [MT-AU Public] 802.11ac on Mikrotik > > > > > > Hi guys, is anybody aware of wireless cards which will work in > > > Mikrotik > > routers > > > yet which use 802.11ac or are already using them ? > > > > > > We have a customer looking for the "latest" technology and wants this, > > > we > > use > > > Mikrotik everywhere but I can't find anything about support for > > > 802.11ac > > as yet > > > and I really don't want to install a crappy prosumer router. > > > > > > Regards > > > Paul > > > _______________________________________________ > > > 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 > > > > > ------------------------------ > > 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 4, Issue 4 > ************************************ > -- GregSowell.com TheBrothersWISP.com

2 1

802.11ac on Mikrotik
by Paul Julian 04 Jun '14

04 Jun '14

Hi guys, is anybody aware of wireless cards which will work in Mikrotik routers yet which use 802.11ac or are already using them ? We have a customer looking for the "latest" technology and wants this, we use Mikrotik everywhere but I can't find anything about support for 802.11ac as yet and I really don't want to install a crappy prosumer router. Regards Paul

3 4