August 2017 - Public - talk.mikrotik.com.au

Fwd: xDSL SFPs
by Jason Hecker (Up & Running Tech) 27 Aug '18

27 Aug '18

That's flat out wrong. Have a look at the PDF on http://www.acma.gov.au/ Industry/Suppliers/Regulatory-arrangements/EMC- Electromagnetic-compatibility/emc-standards-list and see page 5. All IT equipment - no exceptions - must be tested (by an approved tester) to and comply with CISPR-32 and get a C-Tick for use in Australia. Upshot is don't import and use or sell the SPF modules unless the supplier has ensure it's complied. Duxtel know all about this - they supply all their Mikrotik gear (including boring old routers with no Wifi) with pretty little compliance stickers. On 9 August 2017 at 17:05, Paul Julian <paul(a)oxygennetworks.com.au> wrote: > Agreed, the VC-231's are Tick approved, PSU and Bridge, we use a lot of > them when deployed as a NTU for a VDSL2 DSLAM Implementation or as a point > to point VDSL2 link. > > C tick or A tick approval is only required when connecting > telecommunication devices to public communication networks, C tick or A > tick approval is required for radio communications devices, so if it's a > telecommunications device connected to a private wire you don't need > approval, if it's a radio communications device you need approval no matter > what. > > The ACMA make it pretty clear on their website if you aren't sure. > > http://www.acma.gov.au/theACMA/bringing-communications- > equipment-into-australia > > Regards > paul > > -----Original Message----- > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > Jason Hecker (Up & Running Tech) > Sent: Wednesday, 9 August 2017 4:52 PM > To: MikroTik Australia Public List > Subject: Re: [MT-AU Public] xDSL SFPs > > That's partly true. As it's an active device it still needs C-Tick > approval for electromagnetic compatibility and susceptibility reasons. > There are likely even considerations for electrical isolation as it can > connect two sites on different AC phases and potentials. Considering it's > pumping HF energy into a long wire it's like a radio transmitter anyway so > it definitely needs to comply. > > On 9 August 2017 at 16:45, Paul Julian <paul(a)oxygennetworks.com.au> wrote: > > > If it's a private CAT3 cable there are no approvals required as it's > > just a private link. > > > > We use the Planet VC-231 bridges for that sort of thing, they are > > pretty good and will do 100/100 over a couple of hundred metres with > good cable. > > > > Regards > > Paul > > > > -----Original Message----- > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > > Jason Hecker (Up & Running Tech) > > Sent: Wednesday, 9 August 2017 4:41 PM > > To: MikroTik Australia Public List > > Subject: Re: [MT-AU Public] xDSL SFPs > > > > Yes the belt and braces and correct way is to find a version that > > someone has had approved for use in Australia. I don't think anyone > > has done that yet! It'd be nice if the manufacturer did the legwork > > but they only do FCC and CE. > > > > On 9 August 2017 at 16:33, Russell Hurren > > <russell(a)zeropointnetworks.com> > > wrote: > > > > > I've just had a client call me and ask for a WiFi repeater to go in > > > the house next to their motel. There's already CAT3 running between > > > the buildings, so something like that would be a good option for me. > > > I'd be willing to order a pair and give it a try, but I'm not sure > > > about the legality - I presume it'd need an A-Tick approval? > > > > > > I've got a CRS125 in the main building and I could put a hAP ac in > > > the house and it'd be a nice clean option, compared to using > > > something like a Planet VC-231. > > > > > > -----Original Message----- > > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf > > > Of Jason Hecker (Up & Running Tech) > > > Sent: Wednesday, 26 July 2017 8:37 > > > To: MikroTik Australia Public List <public(a)talk.mikrotik.com.au> > > > Subject: Re: [MT-AU Public] xDSL SFPs > > > > > > That said, the http://www.proscend.com/en-gb/product/sfp/180cr.html > > > looks interesting for linking buildings that have old CAT3 cabling > > > in between. I reckon I could have used that sort of thing in a few > > > places instead of wireless. Has anyone tried these sort of VDSL2 > > bridges? > > > > > > On 26 July 2017 at 10:20, Philip Loenneker <Philip.Loenneker@tasmanet. > > > com.au > > > > wrote: > > > > > > > If anyone would care to donate a unit, I have a service I can test > > > > it > > on. > > > > And as an RSP, we have direct access to the NBN portal to request > > > > reactivation if it gets blocked :) > > > > > > > > -----Original Message----- > > > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On > > > > Behalf Of Jason Hecker (Up & Running Tech) > > > > Sent: Wednesday, 26 July 2017 10:17 AM > > > > To: MikroTik Australia Public List <public(a)talk.mikrotik.com.au> > > > > Subject: Re: [MT-AU Public] xDSL SFPs > > > > > > > > I think we're all pretty excited about the prospects of those > > > > VDSL2 and G.Fast SFP modules (I am getting FTTC so G.Fast is > > > > probably on the cards one day). I guess you can be the guinea pig > > > > and be the one to risk explaining to your ISP why your port should > be unlocked. > > > > ;) > > > > > > > > On 26 July 2017 at 10:09, Damien Gardner Jnr <rendrag(a)rendrag.net> > > > wrote: > > > > > > > > > If you plug in a modem which does not support G.vector, the port > > > > > will get shut down within ~10 minutes, and requires a support > > > > > request from your > > > > RSP > > > > > to NBNco to have the port re-enabled. They don't specifically > > > > > detect > > > > modem > > > > > model and shut down if they don't know the model though, as far > > > > > as I > > > > know. > > > > > > > > > > IPOE on ADSL is an interesting one, that'd make setup very easy! > > > > > > > > > > On 26 July 2017 at 10:05, Jason Hecker (Up & Running Tech) < > > > > > jason(a)upandrunningtech.com.au> wrote: > > > > > > > > > >> Be careful, I remember reading that modems not tested and > > > > >> authorised for NBN use can cause the port to be locked. Until > > > > >> someone goes to the expense of having them tested and approved > > > > >> for use in Australia (cough .. Mike?) you may not get much joy. > > > > >> They might work on a bog standard ADSL line. > > > > >> > > > > >> Speaking of which, I might be late to the party but I noticed > > > > >> that > > > > Telstra > > > > >> ADSL now supports IPoE as well as PPPoE/A. I reset an old > > > > >> cheapie/dodgy TPLink modem the other day for someone and > > > > >> without doing anything the PC connected did a DHCP request and > > > > >> got a public IP/DNS! When I set the modem up to do IPoE it > > > > >> picked all that up as well but for some reason wouldn't NAT or > > > > >> proxy the DNS. Wrote the modem off and we proceeded to order an > NBN service. > > > > >> > > > > >> On 26 July 2017 at 09:57, Damien Gardner Jnr > > > > >> <rendrag(a)rendrag.net> > > > > wrote: > > > > >> > > > > >> > Anyone else ordered one of the 180-T's yet? innet24.de are > > > > >> > now > > > > selling > > > > >> > them, but are waiting on a firmware update (due out next > > > > >> > week) before they're shipping more units. Looking forward to > > > > >> > getting one and > > > > seeing > > > > >> how > > > > >> > they go on NBN, if I can remove one device from the network > > > > >> > at home, > > > > >> I'll > > > > >> > be very happy! > > > > >> > > > > > >> > On 19 May 2017 at 08:08, Thomas Jackson > > > > >> > <thomas(a)thomax.com.au> > > > wrote: > > > > >> > > > > > >> > > Thanks for the responses everyone > > > > >> > > > > > > >> > > Looks like we're using the double-sided tape again this > > > > >> > > time around > > > > :) > > > > >> > > > > > > >> > > > > > > >> > > > > > > >> > > Sent from mobile > > > > >> > > > > > > >> > > Thomas Jackson > > > > >> > > Managing Director > > > > >> > > +61 2 8378 5555 > > > > >> > > > > > > >> > > > On 18 May 2017, at 12:54 pm, Mike Everest > > > > >> > > > <mike(a)duxtel.com> > > > > wrote: > > > > >> > > > > > > > >> > > > Hi Everyone, > > > > >> > > > > > > > >> > > > I thought I'd chip in some commentary here since there is > > > > obviously > > > > >> > > plenty > > > > >> > > > of interest :-} > > > > >> > > > > > > > >> > > > There are at least two products around that implement > > > > >> > > > some form of > > > > >> vDSL > > > > >> > > in > > > > >> > > > an SFP module, but there are lots of hurdles preventing > > > > >> > > > release to > > > > >> AU > > > > >> > > market > > > > >> > > > which are partly commercial (vendor requests significant > > > > >> > > > - circi > > > > >> > USD100K > > > > >> > > - > > > > >> > > > commitment prior to even proving viable operation on any > > > > >> > > > given > > > > >> network) > > > > >> > > and > > > > >> > > > partly technical (vDSL definition is somewhat 'loose' in > > > > >> implementation > > > > >> > > such > > > > >> > > > that there is no guarantee that something that works well > > > > >> > > > with one > > > > >> > vendor > > > > >> > > > DSLAM will also work with every other) > > > > >> > > > > > > > >> > > > At DuxTel, we've been trying to work out a solution for > > > > >> > > > many > > > > months, > > > > >> > and > > > > >> > > > although we are closing on a potential outcome, there is > > > > >> > > > no firm > > > > >> date > > > > >> > for > > > > >> > > > market readiness. > > > > >> > > > > > > > >> > > > One thing that we know of thus far: > > > > >> > > > - devices are real, and actually exist ;) > > > > >> > > > - devices work with MikroTik RouterOS to the extent that > > > > >> > > > they are > > > > >> > > recognised > > > > >> > > > by SFP drivers and 'inserted module' parameters are > > > > >> > > > reported > > > > >> correctly > > > > >> > > > - MikroTik are 'on board' to develop further support to > > > > >> > > > implement > > > > >> some > > > > >> > > form > > > > >> > > > of configuration interface for routerOS and this type of > > > > >> > > > device > > > > >> > > > > > > > >> > > > Here is what we don't have yet: > > > > >> > > > - commercial agreement with manufacturing vendor/s to > > > > >> > > > support > > > > >> > > development of > > > > >> > > > solution to work with any given vDSL service (read: NBN) > > > > >> > > > - compliance testing documentation to support RCM > > > > >> > > > eligbility for > > > > AU > > > > >> > > > environment > > > > >> > > > > > > > >> > > > What needs to happen before they are made available to > > > > >> > > > the AU > > > > >> market: > > > > >> > > > - compliance testing and certification > > > > >> > > > - testing (and probably some driver/firmware development) > > > > >> > > > to work > > > > >> with > > > > >> > > NBNCo > > > > >> > > > DSLAMs and other DSLAM vendors > > > > >> > > > > > > > >> > > > The big hurdle to the above is in coming to some > > > > >> > > > commercial > > > > >> agreement > > > > >> > > with > > > > >> > > > one or more vendors that satisfies their need to cover > > > > >> > > > costs of > > > > >> final > > > > >> > > stages > > > > >> > > > of development and compliance testing. > > > > >> > > > > > > > >> > > > My assessment of where this is all at is that the > > > > >> > > > manufacturer/s > > > > >> have > > > > >> > > > developed some 'proof of concept' hardware that seems to > > > > implement a > > > > >> > > general > > > > >> > > > form of vDSL (with ADSL fallback) BUT (and that's a big > > > > >> > > > BUT) there > > > > >> is a > > > > >> > > lot > > > > >> > > > of technical work to be done to deliver sufficient > > > > >> > > > confidence that > > > > >> they > > > > >> > > will > > > > >> > > > work reliably over any particular or general vDSL network. > > > > >> > > > That > > > > is > > > > >> not > > > > >> > > even > > > > >> > > > beginning to consider whether they are likely to meet any > > > > particular > > > > >> > > > regulatory compliance requirements for AU or any other > > > > jurisdiction > > > > >> ;) > > > > >> > > > > > > > >> > > > So short story is: they are coming, perhaps, but probably > > > > >> > > > not any > > > > >> time > > > > >> > > soon > > > > >> > > > :-J > > > > >> > > > > > > > >> > > > Questions (on or off list) are welcome! > > > > >> > > > > > > > >> > > > Cheers, Mike. > > > > >> > > > > > > > >> > > > > > > > >> > > > _______________________________________________ > > > > >> > > > 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.mi > > > > >> > > k > > > > >> rotik.com.au > > > > >> > > > > > > >> > > > > > >> > > > > > >> > > > > > >> > -- > > > > >> > > > > > >> > Damien Gardner Jnr > > > > >> > VK2TDG. Dip EE. GradIEAust > > > > >> > rendrag(a)rendrag.net - http://www.rendrag.net/ > > > > >> > -- > > > > >> > We rode on the winds of the rising storm, We ran to the > > > > >> > sounds of thunder. > > > > >> > We danced among the lightning bolts, and tore the world > > > > >> > asunder _______________________________________________ > > > > >> > Public mailing list > > > > >> > Public(a)talk.mikrotik.com.au > > > > >> > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mik > > > > >> rotik.com.au > > > > >> > > > > > >> > > > > >> > > > > >> > > > > >> -- > > > > >> <https://www.upandrunningtech.com.au> > > > > >> _______________________________________________ > > > > >> Public mailing list > > > > >> Public(a)talk.mikrotik.com.au > > > > >> http://talk.mikrotik.com.au/mailman/listinfo/public_talk. > > > > mikrotik.com.au > > > > >> > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > Damien Gardner Jnr > > > > > VK2TDG. Dip EE. GradIEAust > > > > > rendrag(a)rendrag.net - http://www.rendrag.net/ > > > > > -- > > > > > We rode on the winds of the rising storm, We ran to the sounds > > > > > of thunder. > > > > > We danced among the lightning bolts, and tore the world asunder > > > > > > > > > > > > > > > > > > > > > -- > > > > <https://www.upandrunningtech.com.au> > > > > _______________________________________________ > > > > Public mailing list > > > > Public(a)talk.mikrotik.com.au > > > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mik > rotik.com. > > > > au > > > > > > > > > > > > > > > > -- > > > <https://www.upandrunningtech.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 > > > > > > > > > > > -- > > <https://www.upandrunningtech.com.au> > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com. > > au > > > > > > > -- > <https://www.upandrunningtech.com.au> > _______________________________________________ > Public mailing list > Public(a)talk.mikrotik.com.au > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > -- <https://www.upandrunningtech.com.au> -- <https://www.upandrunningtech.com.au>

8 19

XDSL WOOHOO
by Jason Hecker (Up & Running Tech) 27 Oct '17

27 Oct '17

https://shop.duxtel.com.au/product_info.php?products_id=488 https://shop.duxtel.com.au/product_info.php?products_id=489 Wow Mike did *you* get the approvals done or the manufacturer? I don't care JUST SHUT UP AND TAKE MY MONEY! -- <https://www.upandrunningtech.com.au>

6 15

m2m network design ideas
by Jeremy Hall 27 Aug '17

27 Aug '17

Hi all, I have a small project coming up that involves a m2m network for remote monitoring and control of distrubuted equipment, and I am interested in hearing about the designs and architectures that folks here may be using for this type of application. The project will involve multiple remote sites, all with similar or identical industrial equipment (PLCs, IP cameras etc) and most likely connected to a dedicated 3G/4G service via a Mikrotik gateway. The equipment on the remote sites will need to be accessible over the network by a server (to collect data from equipment), a few individuals (for maintenance purposes) and by end customers (who should only be able to access devices on their own site/s, and not the whole network). I have previously implemented a similar project where these remote sites (RB912 or similar) would run a VPN client and establish a PPTP tunnel back to a head office router (RB1100AH). The connection was over a 3G service or where permitting, would be plugged right in to the customer's own network (using NAT and DHCP-client) and get internet access. Per a helpful suggestion from Mike, each remote network had the same subnet, which allowed for much simpler 'copy and paste' site setups, and the router/tunnel was allocated a single static address (representing a single site) on the VPN network. DST-NAT rules on the remote router were used to gain access to specific equipment on the remote network using arbitary ports. This worked well enough, but had a couple of disadvantages; mainly that the DST-NAT port forwarding could create issues and confusion, but also that the whole lot was dependent on the office router/network being available, PPTP could not really be claimed to be 'secure' and customers could not access their equipment unless we gave their remote site router a public IP address and opened up access that way. Facing a similar project now, I'm curious about other implementations and approaches, and how other folks might have built out solutions around similar requirements. For instance, I'm currently dreaming of a solution along the lines of a VPN server running on a cloud provider, also running a reverse proxy (nginx) open to the internet, such that authenticated (?) customers can create TCP connections to a device using a hostname like ' device.site.customer.mycompany.com' or 'customer.mycompany.com/device' (via proxy_pass and url rewrite directives in nginx). Each remote site has a small unique subnet (perhaps a /26) so every device is individualy addressable. Maintenance staff can connect to the VPN server from wherever and have access to the full network. If anyone has anything to contribute regarding your own set up, that would be most helpful! Cheers - Jeremy

3 2

Mikrotik Reboots
by Paul Julian 25 Aug '17

25 Aug '17

HI all, has anybody else seen a sharp increase in MT devices just rebooting for no reason of late ? In the past month or so we must have had about 10-15 reboots for no reason. We have seen a mix of OS versions doing it, even ones with the latest bugfix version on them. CCR's, RB1100AHx2's, Grooves, QRT's, Omnitiks, they just seem to be rebooting out of the blue, it's really strange. We run a lot of MT gear and we are seriously seeing a couple a week just reboot for no reason and I am getting a bit concerned about it. They are all rebooting due to watchdog failure, just the default OS one. I'm interested to see if anybody else is experiencing the same. Regards Paul

4 7

Strange PPPOE Problem
by Paul Julian 16 Aug '17

16 Aug '17

Morning all, we have identified a bit of a strange issue and I was hoping that somebody might have come across it before and have some suggestions. We run a number of sites around the place which have a fibre backhaul from our DC to the site, then a router and DSLAM at the site which supplies customers with Ethernet services. Pretty much all sites are configured in an almost identical way. Yesterday we did a new install for a client at a site and noticed that the upload speed was slow compared to what it should be, around 9Mbit/s but fluctuating a bit. When he used the Mikrotik Bandwidth test utility and tested to the local LNS router performance was OK, however when using that app to test to a router in our DC the upload problem appeared still. The CPE was a TPLink VR600 Router running PPPOE, a common unit that we use for these installs and normally a good router. Our tech decided to go to our equipment in the building and test directly plugged into the DSLAM, there was no change when testing to the DC router, when testing to local router it was OK. He then used the router on site which operates as the LNS running PPPOE server and is an RB1100AHx2 and connected directly to one of the spare Ethernet ports on that, configured a PPPOE server on it with the same details as the other server and the problem remained when testing to router at DC, but testing to local router was OK. He then removed the PPPOE component and just connected normally to the Ethernet port on the router with straight IP and bandwidth tests worked fine to the local router and the DC router. There seems to be something going on when coming from a PPPOE connection which terminates on that local router when you try uploading to something past the router, the issue never happens when uploading to the local router only outside of the network. At this particular site we have a couple of other locations which hang off it via wireless backhauls. If we test from the local router at each of these sites back to the DC router we have no issues, so it's definitely PPPOE related. We also have another Mikrotik router at the site which is an out of band router, when testing from this router using the same scenarios we don't have any issues. PPPOE or straight Ethernet works perfectly OK to the local router and DC router, so there is something different between using a MT router as the PPPOE client and other devices. So far we have used a Windows 10 PC, a Macbook and a TPLink router as a CPE, they all experienced the upload problems. We have tried disabling the MRRU setting on the PPPOE server instance, no difference. We have checked firewall rules and everything else on the router and just can't identify anything which could be causing the problem. We have tried disabling Fastpath also just in case. We just can't find anything which seems to indicate a problem. Currently the RB1100 is running ROS 6.37.5, it was upgraded to that bugfix version 107 days ago and we haven't noticed any issues until now. Any suggestions would be appreciated as we have many customers connecting to this router and whilst none have complained it's surely only a matter of time. Thanks Paul

2 7

Fwd: CAPSMAN WAPAC WIFI Failure
by Jason Hecker (Up & Running Tech) 10 Aug '17

10 Aug '17

OK I really don't want to but I'll turn off local forwarding and client-client and try tunnelling. Are your CAPSMAN tunnels on the local broadcast domain or using an IP address? If the former it'd seem to me that tunnel frames could get dropped or lost if the CAPSMAN controller got overwhelmed. What device are you using for the controller? I am using an RB2011 which is fine just for managing the radio interfaces. On 10 August 2017 at 14:05, Andrew Thrift <andrew(a)networklabs.co.nz> wrote: > We have an install with around 230 wAP AC's on a single CAPSMAN, all > SSID's use tuneled datapath. > > The issues we have had are: > > - ARP replies disappearing when using a tunneled datapath (Clients get > a DHCP lease but are unreachable) This one still happens on 6.40.x > > - Irregular performance. Two laptops connected to the same AP on the > same SSID, one will only be able to do 4mbit, the other will do a few > hundred. Both have Intel 802.11ac wireless cards. > > - Prior to 6.40rc2 we had issues with mainly Apple iPhones and Samsung > Galaxy J5's where they would be connected but would be unreachable. > Dropping them off from Capsman, or restarting wireless fixed them. > This seems to be fixed.. > > I am hoping Mikrotik can fix the ARP issue, and I am looking forward > to the promised band-steering features :) > > > > > On Thu, Aug 10, 2017 at 2:03 PM, Jason Hecker (Up & Running Tech) > <jason(a)upandrunningtech.com.au> wrote: > > Dave and Andrew, > > > > What issues have you had with WAPACs? > > > > Jason > > > > On 10 August 2017 at 08:39, Dave Browning <dave(a)sentrian.com.au> wrote: > > > >> I've had random issues with wAPAC's that rolling back to bug fix > resolved. > >> Can't name all the issues and not all issues resolved. But life is a bit > >> happier on bugfix. > >> > >> > On 9 Aug 2017, at 9:19 pm, Jason Hecker (Up & Running Tech) < > >> jason(a)upandrunningtech.com.au> wrote: > >> > > >> > Hi > >> > > >> > I am getting similar issues with 6.40 and 6.39.2. I wish Mikrotik > would > >> > mention such major changes in the change log. > >> > > >> > No (R)STP on any bridges, long guard interval, 1 hour group key > timeout > >> > don't seem to help any. > >> > > >> > Another school with Apple devices and a similar setup isn't having the > >> same > >> > issue but their devices tend to stay in the rooms. > >> > > >> > I'll try 6.40.1 tomorrow and turn off local forwarding and client to > >> client. > >> > > >> >> On 9 August 2017 at 19:58, Andrew Thrift <andrew(a)networklabs.co.nz> > >> wrote: > >> >> > >> >> Hi Jason, > >> >> > >> >> I have not seen that specific issue, but Mikrotik replaced the driver > >> >> for the wAP AC and hAP AC in RouterOS 6.40. It fixed a few issues we > >> >> were having on them. > >> >> > >> >> > >> >> It might be worth giving that a try.. > >> >> > >> >> > >> >> Regards, > >> >> > >> >> > >> >> > >> >> Andrew > >> >> > >> >> On Wed, Aug 9, 2017 at 8:14 PM, Jason Hecker (Up & Running Tech) > >> >> <jason(a)upandrunningtech.com.au> wrote: > >> >>> I have a school site with CAPSMAN on an RB2011 controlling 7 WAPACS. > >> >>> > >> >>> Local forwarding and client to client comms are used and the 5GHz > band > >> is > >> >>> pre-eminent as most of the devices are iPads and Macbook Airs. > >> >>> > >> >>> When the class of students with their iPads move from one WAPAC to > >> >> another > >> >>> Wifi connectivity seems to collapse on the adjacent WAPACS - no > devices > >> >> can > >> >>> communicate. Registration table shows they join but data doesn't > flow > >> >> very > >> >>> well if at all so DHCP fails etc. After 15-30 mins or a power > cycle it > >> >> all > >> >>> seems to settle down and things work again until the next > migration... > >> >>> > >> >>> When the WAPACS aren't working well on Wifi I can still connect in > from > >> >> the > >> >>> network side with Winbox and have no issues there. > >> >>> > >> >>> I've tried all sorts of things and am running out of options. > >> >>> > >> >>> Has anyone else seen this sort of thing? > >> >>> -- > >> >>> <https://www.upandrunningtech.com.au> > >> >>> _______________________________________________ > >> >>> Public mailing list > >> >>> Public(a)talk.mikrotik.com.au > >> >>> http://talk.mikrotik.com.au/mailman/listinfo/public_talk. > >> mikrotik.com.au > >> >> > >> > > >> > > >> > > >> > -- > >> > <https://www.upandrunningtech.com.au> > >> > _______________________________________________ > >> > Public mailing list > >> > Public(a)talk.mikrotik.com.au > >> > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mik > rotik.com.au > >> > >> _______________________________________________ > >> Public mailing list > >> Public(a)talk.mikrotik.com.au > >> http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mik > rotik.com.au > >> > > > > > > > > -- > > <https://www.upandrunningtech.com.au> > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > -- <https://www.upandrunningtech.com.au> -- <https://www.upandrunningtech.com.au>

1 0

CAPSMAN WAPAC WIFI Failure
by Jason Hecker (Up & Running Tech) 10 Aug '17

10 Aug '17

I have a school site with CAPSMAN on an RB2011 controlling 7 WAPACS. Local forwarding and client to client comms are used and the 5GHz band is pre-eminent as most of the devices are iPads and Macbook Airs. When the class of students with their iPads move from one WAPAC to another Wifi connectivity seems to collapse on the adjacent WAPACS - no devices can communicate. Registration table shows they join but data doesn't flow very well if at all so DHCP fails etc. After 15-30 mins or a power cycle it all seems to settle down and things work again until the next migration... When the WAPACS aren't working well on Wifi I can still connect in from the network side with Winbox and have no issues there. I've tried all sorts of things and am running out of options. Has anyone else seen this sort of thing? -- <https://www.upandrunningtech.com.au>

4 9

xDSL SFPs
by Thomas Jackson 09 Aug '17

09 Aug '17

Good afternoon all, I remember some discussion earlier in the year about xDSL SFPs in AU. Did anyone manage to find one that worked? We've got a few sites coming up for refresh in the next month or so and it would be nice to move away from our standard deployment of an RB with a TPLink double-sided-taped together. All sites currently have ADSL2+ connections - and all are allegedly getting NBN FTTN or FTTdp in the next 12-18 months so it would be great to have something supporting both (although given that the office I'm sitting in at the moment had NBN fiber pulled in a couple of months ago which is still not ready for service, I'll believe that last part when I see it...). Thanks!

8 24