- Public - talk.mikrotik.com.au

ipv6 routes being unreachable
by Bryan Tabb 11 Aug '15

11 Aug '15

Hi Having a problem with a CCR marking all the prefixes it's learning over an ibgp session as the gateway is unreachable. I've got an asr1k and a ccr. Each router has a /128 configured on a loopback (or bridge in mirkotik's case) and a /125 on each interface. /ipv6 address add address=x:x::13/128 advertise=no comment=loopback0 interface=loopback0 We are using ospfv3 for v6 and then building bgp sessions between the loopbacks. i.e. ospf carries the link nets and bgp carries the customer \ transit prefixes The ccr doesn't seem to be installing the loopback address learnt via ospf. However this is where things get a bit strange. For the snippets below ::8 = cisco & ::13 = ccr Looking at ospf routes on the CCR is lists the ::8/128 route [x@mdr-br1] /routing ospf-v3 route> print # DST-ADDRESS STATE COST GATEWAY INTERFACE 1 x:x::7/128 ext-2 20 fe80::72ca:9bff:fe88:5a00 ether1.40 2 x:x::8/128 ext-2 20 fe80::72ca:9bff:fe88:4181 ether1.40 3 x:x::9/128 ext-2 20 fe80::72ca:9bff:fe88:5a00 ether1.40 4 x:x::13/128 intra-area 10 :: ether1.40 I can even ping the cisco loop back from the ccr [xx@mdr-br1] > /ping x:x::8 SEQ HOST SIZE TTL TIME STATUS 0 x:x::8 56 64 8ms echo reply 1 x:x::8 56 64 35ms echo reply 2 x:x::8 56 64 19ms echo reply sent=3 received=3 packet-loss=0% min-rtt=8ms avg-rtt=20ms max-rtt=35ms [xx@mdr-br1] > /ping x:x::8 src-address=x:x::13 SEQ HOST SIZE TTL TIME STATUS 0 2402:7e00::8 56 64 10ms echo reply 1 2402:7e00::8 56 64 7ms echo reply Bgp sessions targeting the cisco loopback using the ccr loopback as the source establish and swap prefixes [xx@mdr-br1] /routing bgp peer> print Flags: X - disabled, E - established # INSTANCE REMOTE-ADDRESS REMOTE-AS 5 E default x:x::8 45280 6 E default x:x::7 45280 So all things being equal I'd say ::13 can reach ::8 and thus should install the v6 routes it is learning from v6. The ccr has v6.27 installed. Reading through the change log I can't see anything there that says we fixed it. Some of the tweaks I've done: * On the asr removed the ipv6 ospf from the loopback interface and add redistribute connected to get the /128 into the ccr * On the ccr added an admin mac onto bridge that I use as the "loopback" - this got the /128 advertised via ospf Has anyone had success get v6 ospf + bgp working with ccrs & ciscos? Cheers Bryan Tabb

2 2

RoMON
by Dave Browning 11 Aug '15

11 Aug '15

Hi All, Has anyone got any tips on getting RoMON working? We’ve tried it here on a few different configurations and it simply does not work. According to the documentation we literally just need to enable it and it should be happy. Cheers, Dave Dave Browning Systems Engineer dave(a)sentrian.com.au P 07 3369 7666 Level 1, 12 Railway Tce, Milton QLD 4064 This email and any files transmitted with it contain confidential information for the exclusive use of the intended recipient. If you received this email in error please notify Sentrian Pty Ltd immediately by return email to the sender and delete the original email. We do not guarantee that this email or any attached files are free of viruses. All recipients should undertake their own virus scanning.

1 0

OSPF issues
by Alex Samad - Yieldbroker 10 Aug '15

10 Aug '15

Hi Need some help debugging some OSPF issue. I have some flapping on the data center network Bascially I have a backbone with 1 asa5520 4 CCR1036 4 RouterOS VM's I am using OSPF to get the routing done. After the issue in the morning I turn on ospf,debug,!raw to my syslog server. To see if I can find out what the issue was This seems to be unusual behaviour (I think), doesn't normally happen, seem to be re inserting known routes but with a different seqnum ? Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: LSA Update received: Installing and flooding it Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: header=AS-External LSA id=206.190.96.0 originator=10.43.255.2 seqnum=0x80001814 Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: Installing an LSA Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: lsa=AS-External LSA id=206.190.96.0 originator=10.43.255.2 seqnum=0x80001814 Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: old=AS-External LSA id=206.190.96.0 originator=10.43.255.2 seqnum=0x80001813 Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: Adding to neighbor's retransmit list Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: lsa=AS-External LSA id=206.190.96.0 originator=10.43.255.2 seqnum=0x80001814 Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: neighbor=10.32.255.13 Aug 10 17:47:23 gsrtr1 route,ospf,debug gsrtr1: number of retransmits=1 .... Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: Invalid sequence number Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: mine=587629 Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: received=587628 Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: Discarding packet: MD5 authentication failed Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: source=10.31.19.4 Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: Invalid sequence number Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: mine=581231 Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: received=581230 Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: Discarding packet: MD5 authentication failed Aug 10 17:47:24 gsrtr1 route,ospf,info gsrtr1: source=10.31.17.3 I'm not sure how they get out of sequence. The network is not being overly used ... If somebody can tell me if this is normal behaviour ... "install and flooding". Or its normal for when seq numbers get out.. What might be things that might through a seq out ? Also the network is very static.. so ... I have actually gone in and add static routes with metric 250 for 90% of the routes.. A

2 4

friday arvo food-for-thought...
by Mike Everest 07 Aug '15

07 Aug '15

I just realised (duh - probably should have noticed aged ago) that CCR Tilera models have 9 cores, 16 cores, 36 cores... All square numbers. Which I suppose has something to do with the way the buses are hooked up.... So assuming 72 core version is just 2 36 core CPUs,... Why don't we have a 25 core CCR? Cheers! Mike.

4 8

Bizarre thing with PPTP. Urgent (for me :-))
by Karl Auer 05 Aug '15

05 Aug '15

I'm trying to get a very basic PPTP connection into my Mikrotik RB951-2HnD. This device does PPPoE over an ADSL modem in bridge mode. - input firewall allows TCP/1723 - input firewall allows GRE - have enabled pptp-server server - have a separate PPP secret for a test user - have a separate ppp profile for the PPTP connection - no NAT rules beyond an existing "masquerade everything outbound" rule. Here's the bizarre thing. When I enable the PPTP server, my pppoe interface to the Internet goes down. If I disable the PPTP server then disable/enable the PPPoE interface, the Internet connection comes up again. Completely repeatably. What the....? Any ideas? This is semi-urgent; someone (not me) factory reset a RB750 that was happily doing PPTP, and now we are trying to recreate it from scratch and having very little luck. I'm trying to get it working on my home router and the above mystery is a bit of a showstopper. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9DCA 0903 BCBD 0647 BCCC 2FA7 A35C 57A1 ACF9 00BB Old fingerprint: 231A B066 CF91 1216 4F0F F2AC CE25 B8AA 46DC CC4F

3 2

POE Interface and Disable command
by Paul Julian 04 Aug '15

04 Aug '15

Stupid question perhaps....but, I have access into a CPE via the wireless link, and in good Mikrotik fashion the router I have on the other side of the CPE, also a MT, has auto negotiated at 10M FULL, so I need to disable the interface and re-enable it from the CPE side, but, the CPE is powered using POE on that same interface. Sooo, if I disable the Ethernet interface will it lose power or is the POE totally separate from the data side of the interface, I am pretty sure it is but before dropping this interface I Want to be 100% sure as it's a long drive to re-enable it J Thanks Paul

2 3

How to set the pptp client default route distance for IPv6??
by Damien Gardner Jnr 03 Aug '15

03 Aug '15

Hi Folks, Not sure if I've found a bug in the PPTP client in RouterOS, or if I'm just missing something. Our ADSL at home is pretty horrendous, so I run ADSL + LTE, PPTP over the top of both back to SY3, and then OSPF over the those (only for connected routes, not default routes - default comes from the PPTP interfaces). Home nat's out of the the DC, unless the DC is offline, then it falls back to ADSL, an then to 4G. We do a lot of traffic on our LTE connection, but I've noticed that occasionally we have long streams of outbound traffic, but it's usually overnight, so I haven't been able to torch it. Turns out, it's IPv6! I didn't realise I even had IPv6 running over the PPTP tunnels, I figured it was just local to the house only, and going to the 'net over our DSL. But no, we have V6 on the PPTP tunnels, which was unexpected. The issue turns out to be, that the default routes being created when the PPTP sessions come up, aren't using the 'Default Route Distance' setting on the PPTP interface. Our V4 default routes look like this: [admin@MikroTik] > /ip route print detail where dst-address=0.0.0.0/0 Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit 0 A S dst-address=0.0.0.0/0 gateway=203.45.254.1 gateway-status=203.45.254.1 reachable via pppoe-tid distance=1 scope=30 target-scope=10 routing-mark=out-force-tid ^ Manual default route for servers in the DMZ 1 A S dst-address=0.0.0.0/0 gateway=192.168.8.1 gateway-status=192.168.8.1 reachable via lte1 distance=50 scope=30 target-scope=10 routing-mark=out-force-lte ^ Manual default route for traffic destined to m.telstra.com 2 ADS dst-address=0.0.0.0/0 gateway=192.168.13.2 gateway-status=192.168.13.2 reachable via pptp-out-syd3-adsl distance=10 scope=30 target-scope=10 ^ Default route over PPTP-ADSL. Lowest distance, as preferred 3 DS dst-address=0.0.0.0/0 gateway=192.168.13.3 gateway-status=192.168.13.3 reachable via pptp-out-syd3-lte distance=20 scope=30 target-scope=10 ^ Default route over PPTP-LTE. Second-lowest distance, keeps NAT sessions running, but we firewall off a few things to keep bandwidth down 4 DS dst-address=0.0.0.0/0 gateway=203.45.254.1 gateway-status=203.45.254.1 reachable via pppoe-tid distance=40 scope=30 target-scope=10 ^ Default route if both PPTP are down - out ADSL 5 DS dst-address=0.0.0.0/0 gateway=192.168.8.1 gateway-status=192.168.8.1 reachable via lte1 distance=50 scope=30 target-scope=10 vrf-interface=lte1 ^ Deafult route of last resort, natting out behind LTE However our V6 routes look like this: [admin@MikroTik] > /ipv6 route print detail where dst-address=::/0 Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, o - ospf, b - bgp, U - unreachable 0 ADS dst-address=::/0 gateway=pppoe-tid gateway-status=pppoe-tid reachable distance=1 scope=30 target-scope=10 1 DS dst-address=::/0 gateway=fe80::2a94:fff:fef1:5900%pppoe-tid gateway-status=fe80::2a94:fff:fef1:5900%pppoe-tid reachable distance=1 scope=30 target-scope=10 2 DS dst-address=::/0 gateway=pptp-out-syd3-adsl gateway-status=pptp-out-syd3-adsl reachable distance=1 scope=30 target-scope=10 3 DS dst-address=::/0 gateway=pptp-out-syd3-lte gateway-status=pptp-out-syd3-lte reachable distance=1 scope=30 target-scope=10 Yep, the distances are ALL 1. So it's ignoring the default distance in use on the PPTP and PPPOE interfaces entirely. Am I missing something? I guess I could remove the 'Add Default Route' tickbox on each session, and manually enter default routes? But surely the Default Route Distance should be applying to V6 as well? At the worst, can I just turn OFF V6 on the PPTP-LTE session? V6 won't work with ADSL down, since it's using TID-assigned V6 space at the moment. This is a CRS-109-8G-1S-2HnD on 6.30.2. Thanks, Damien -- 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

2 5

Working with 3/4G.
by Daniel Hoffman 01 Aug '15

01 Aug '15

I have just had to put a hap lite in to be a client to a Vodafone 4g wifi modem and bring that connection back into my network via Ethernet. All works really well but wondering if anyone has any experience with firewall rulesets and or application filtering to block big data use such as MS/Apple updates, apple iCloud backups etc etc. I've been thinking about just some big IP range drops for the big companies such as Apple and MS and AWS but thought maybe there is a better way. Anyone.

3 2

Re: [MT-AU Public] Public Digest, Vol 17, Issue 10
by Kevin Scott 28 Jul '15

28 Jul '15

Hey there, It is my experience that anything cable provided is prone to excessive congestion and also IP Address changes at a whim - it is considered to be a residential service after all. Congestion will cause slowness to the internet and that is purely and simply due to the amount of people using the same cable in the street or area. Remember it is just one cable from the pole going to every location in the street or neighbourhood so it is very prone to congested periods no matter what you do at the clients end. In the past, I have copied the Mac of the first device that connects to the Cable Modem and used that in the Router, or I would log into the cable modem and address the advanced settings to resolve the issues of 1 x Mac connection only or get rid of the modem completely if I can and use a better model. Perhaps using Dynamic DNS would assist you in your endeavours if you need to address the Mikrotik Router. Just my 2 cents worth. Regards, Kevin Scott SCOTTS IP Ph: (03) 9008-5696 Fx: (03) 9008-5686 Mb: 0419-650-550 Web: www.scottsip.com.au ---------------------------------------------------------------------------------------------------------------- This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. ---------------------------------------------------------------------------------------------------------------- On 28/07/2015 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. Cable Modem DHCP Issues (Ben Jackson) > 2. Re: Cable Modem DHCP Issues (Paul Julian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 28 Jul 2015 10:53:10 +1000 > From: Ben Jackson <ben(a)elogik.net> > To: MikroTik Australia Public List <public(a)talk.mikrotik.com.au> > Subject: [MT-AU Public] Cable Modem DHCP Issues > Message-ID: > <CACv=4uox=iLAVoMx_qQ7+if1VPSJ2r9orvvXwzK=wDrjHEjkvA(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi All, > > I'm hoping someone can help me as I'm at my wit's end with this one. > > We use Mikrotik gear (Mainly RB2011's and and more recently, the > CRS125-24G) in large residential AV situations where invariably, the > Mikrotik is in dhcp client mode, in a cable internet scenario where > Telstra's / Optus's modem has been placed into "bridge" mode (NAT switched > off) and the carrier-supplied WAN IP address gets bound to the gateway > interface of the Mikrotik. > > The Mikrotik, in turn is connected to, on average, about 3 UniFi access > points, and at least 3-4 zones of Sonos. On initial set up, everything > seems to work great, with the full bandwidth of the cable modem getting > passed on to the rest of the network, even when 802.11 clients are > connected (a testament to the UniFi's I my opinion - I only use dual band > Pro AP's). > > However, after a week or so the internet connection seems to get either > very slow, or stop working altogether. If I look in the logs (with dhcp > logging switched on) I can see regular NAK's getting passed from the dhcp > server on the cable modem. The problem is I don't really understand how > DHCP works on cable modems. I'm assuming every so often the cable modem > gets a new IP address from the carrier (normally after a reset) and at this > point the modem is not passing this new address onto the Mikrotik which is > effectively cut off from the internet. Since we are stuck with using > Bigpond and Optus modems these are the only solutions I have discovered > which seem to stop the issue from occurring (at least as regularly). > > 1) Leave the cable modem in "router" mode and switch off all extraneous > services such as Wi-Fi, and also put one IP address in the dhcp pool so > that the Mikrotik always gets the same private IP address. However, this > creates a double nat situation which means I can no longer perform reliable > port forwarding for things such as DVR's and CBus controllers (which I find > the Mikrotik's great for). > > 2) Allow the cable modem to perform all dhcp, routing, port forwarding > (which is a joke on these devices) and firewall tasks for the entire LAN > and turn the CRS into an unmanaged L2 switch. The main problem here is that > these Bigpond devices simply do not have the grunt to deal with large > networks with lots of AV streaming and control happening. > > Since both of the above have severe drawbacks in terms of functionality, I > wonder if anyone has had similar experiences as I am just about ready to > dump the MikroTik's and start looking at other options in the hope that > they play better with the Bigpond gear. > > Thanks in advance, > > > Ben Jackson > eLogik > m:0404 924745 > e: ben(a)elogik.net > w: www.elogik.com.au > [image: http://www.elogik.com.au] <http://www.elogik.com.au> > > > ------------------------------ > > Message: 2 > Date: Tue, 28 Jul 2015 11:11:01 +1000 > From: Paul Julian <paul(a)oxygennetworks.com.au> > To: 'MikroTik Australia Public List' <public(a)talk.mikrotik.com.au> > Subject: Re: [MT-AU Public] Cable Modem DHCP Issues > Message-ID: > <c7a5c37b-7d25-4bbe-9f2e-2ae88ae61963(a)oxygennetworks.com.au> > Content-Type: text/plain; charset="us-ascii" > > Hey Ben, the only thing I can think of is that Telstra and Optus Cable networks use MAC based DHCP, they bind the IP to the MAC of the NTU or in the case of bridge mode the first client that makes a request, and often you have trouble with these things because of this, I don't really think it's a Mikrotik thing. > > However, as long as the Mikrotik is maintaining the same MAC on the interface plugged into the NTU and the NTU is truly in bridge mode and the Mikrotik is the only thing plugged into the NTU I can't see why it would be having issues. > > Is there any chance that another device might somehow be getting a DHCP request through to the NTU somehow the way you have it all plugged in ? > > Regards > Paul > > -----Original Message----- > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of Ben Jackson > Sent: Tuesday, 28 July 2015 10:53 AM > To: MikroTik Australia Public List > Subject: [MT-AU Public] Cable Modem DHCP Issues > > Hi All, > > I'm hoping someone can help me as I'm at my wit's end with this one. > > We use Mikrotik gear (Mainly RB2011's and and more recently, the > CRS125-24G) in large residential AV situations where invariably, the Mikrotik is in dhcp client mode, in a cable internet scenario where Telstra's / Optus's modem has been placed into "bridge" mode (NAT switched > off) and the carrier-supplied WAN IP address gets bound to the gateway interface of the Mikrotik. > > The Mikrotik, in turn is connected to, on average, about 3 UniFi access points, and at least 3-4 zones of Sonos. On initial set up, everything seems to work great, with the full bandwidth of the cable modem getting passed on to the rest of the network, even when 802.11 clients are connected (a testament to the UniFi's I my opinion - I only use dual band Pro AP's). > > However, after a week or so the internet connection seems to get either very slow, or stop working altogether. If I look in the logs (with dhcp logging switched on) I can see regular NAK's getting passed from the dhcp server on the cable modem. The problem is I don't really understand how DHCP works on cable modems. I'm assuming every so often the cable modem gets a new IP address from the carrier (normally after a reset) and at this point the modem is not passing this new address onto the Mikrotik which is effectively cut off from the internet. Since we are stuck with using Bigpond and Optus modems these are the only solutions I have discovered which seem to stop the issue from occurring (at least as regularly). > > 1) Leave the cable modem in "router" mode and switch off all extraneous services such as Wi-Fi, and also put one IP address in the dhcp pool so that the Mikrotik always gets the same private IP address. However, this creates a double nat situation which means I can no longer perform reliable port forwarding for things such as DVR's and CBus controllers (which I find the Mikrotik's great for). > > 2) Allow the cable modem to perform all dhcp, routing, port forwarding (which is a joke on these devices) and firewall tasks for the entire LAN and turn the CRS into an unmanaged L2 switch. The main problem here is that these Bigpond devices simply do not have the grunt to deal with large networks with lots of AV streaming and control happening. > > Since both of the above have severe drawbacks in terms of functionality, I wonder if anyone has had similar experiences as I am just about ready to dump the MikroTik's and start looking at other options in the hope that they play better with the Bigpond gear. > > Thanks in advance, > > > Ben Jackson > eLogik > m:0404 924745 > e: ben(a)elogik.net > w: www.elogik.com.au > [image: http://www.elogik.com.au] <http://www.elogik.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 17, Issue 10 > **************************************

2 2

Fwd: Seamless roaming
by Jason Hecker (Up & Running Tech) 20 Jul '15

20 Jul '15

Hi Mike, It must be a device operating system issue where the Wifi driver signals a link break of some kind to the TCPIP stack. One thing I have wondered but don't know the answer to, if a client switches AP's even on the same SSID is a DHCP request made at re-connection? I suppose the answer is yes - the client would reset all IP connections as the network settings *may* change with a new DHCP request. This is how a trick like keeping the AP MAC the same as a client roams would stop devices closing their connections as no new DHCP request is made. One thing to try would be to run OpenVPN on the sensitive clients. My limited experience in the past shows you can break and make your ethernet or ADSL connection and OpenVPN will resume any connections it's encapsulating like nothing happened. So, OpenVPN client paired with a Mikrotik OpenVPN server and set as the default route would ensure a client like Facetime or SIP VoIP would still keep running as the hullabaloo of switching AP's would be abstracted away from the client application and it won't drop the connection. Jason On 20 July 2015 at 00:40, Mike Everest <mike(a)duxtel.com> wrote: > Hi Jason! > > Unfortunately, what you are seeing is the transport layer timing out the > connection before the wifi has managed to re-negotiate the link. Since this > is a client behaviour setting, there is nothing that can be done about it > at > the network infrastructure end, only at the client side AND server side. > It > may be possible to get some relief from this problem by increasing tcp > time-out on the client - e.g: > > https://www.google.com.au/?q=tcp%20increase%20timeout > > Since either client or server can potentially time-out the session, even a > change to client time-out may not help at all if the server is the end > responsible for terminating the connection :-/ > > I had some correspondence with MikroTik software development team about > CAPsMAN system before it was released, and there was some indication there > about implementing some kind of managed hand-off between managed devices. > That kind of feature will allow the target AP to take control of the > session > by masquerading the MAC address of the original AP which should result in a > truly seamless roaming experience similar to the 3G/lte behaviour. > > There has been no official work of potential release of such that I am > aware > of, so when (or IF) this will be released is a matter of pure speculation > :-} > > Cheers, Mike. > > ---------------------------------------------------------------------------- > -------- > Why Choose DuxTel for all your MikroTik needs? > 10 good reasons: http://duxtel.com/why_duxtel > > ---------------------------------------------------------------------------- > -------- > Follow our tweets for news and updates: http://twitter.com/duxtel > > > > > > -----Original Message----- > > From: Public [mailto:public-bounces@talk.mikrotik.com.au] On Behalf Of > > Jason Hecker (Up & Running Tech) > > Sent: Saturday, 18 July 2015 9:12 AM > > To: MikroTik Australia Public List > > Subject: [MT-AU Public] Seamless roaming > > > > I have here at home two Mikrotik devices set up with WIFI. > > > > Each has: > > * The same SSID. > > * RSTP bridging with WIFI andf Eth as members. > > * Access list with the cutoff signal below -80. > > > > The access list works well and it's easy to see the devices hop from one > > access point to the other instead of the device holding with a vice grip > to the > > original but very weaker signal which is what would normally happen. > > > > The issue is that Facetime drops when this access point transition > occurs. > > > > On client sites with multiple radios I haven't used something like > Facetime to > > check signal transitions rather just wandered about with the laptop > reloading > > web pages or playing Youtube videos with no discernible problems. > > > > Is there anything I can do to mitigate the fickleness of Facetime and > > presumably other real time applications like Skype and SIP VoIP when > > switching access points? > > > > Jason > > _______________________________________________ > > Public mailing list > > Public(a)talk.mikrotik.com.au > > http://talk.mikrotik.com.au/mailman/listinfo/public_talk.mikrotik.com.au > > -- --

3 2