Mikrotik CPE with Spark Fibre issue
Hi, I work for MSP and having issues with customers Mikrotik routers that connect specifically with Spark Fibre. The issue is the routers when initially configured work well and run continuously for many day/weeks/months But eventually something kicks the connection then the PPPoE on the Mikrotik will fail to re-establish its WAN fibre connection. The solution has been to get customer to get their Spark provided router connected which works, then they swap the Mikrotik back in again and it works again. I have done plenty of googling but can't find anything helpful We generally resell voyager fibre to most of our customers with the Mikrotik router and they work flawlessly, but some customers insist on staying with spark and we prefer to only deploy Mikrotiks These logs rotate over and over while its down... [cid:image001.png(a)01D8BD2B.7E085BB0] Can anyone (hopefully Spark engineer) please help with this? Regards, Daniel @ Cloudland
Hey Daniel, What version of RouterOS are you running ? Have you enabled debugging on PPPOE/PPP and checked the logs ? Cheers !
On 31/08/2022, at 11:22, Daniel Christie
wrote: Hi,
I work for MSP and having issues with customers Mikrotik routers that connect specifically with Spark Fibre. The issue is the routers when initially configured work well and run continuously for many day/weeks/months But eventually something kicks the connection then the PPPoE on the Mikrotik will fail to re-establish its WAN fibre connection.
The solution has been to get customer to get their Spark provided router connected which works, then they swap the Mikrotik back in again and it works again. I have done plenty of googling but can’t find anything helpful We generally resell voyager fibre to most of our customers with the Mikrotik router and they work flawlessly, but some customers insist on staying with spark and we prefer to only deploy Mikrotiks
These logs rotate over and over while its down…
Can anyone (hopefully Spark engineer) please help with this?
Regards, Daniel @ Cloudland _______________________________________________ NZNOG mailing list -- nznog(a)list.waikato.ac.nz mailto:nznog(a)list.waikato.ac.nz To unsubscribe send an email to nznog-leave(a)list.waikato.ac.nz mailto:nznog-leave(a)list.waikato.ac.nz
RouterOS version on the example we had of this yesterday was 6.48.6
Another customer of ours that had this was probably slightly earlier version but they no longer have their Mikrotik plugged in so can’t tell.
We only have the mikrotiks deployed with the long-term stable releases
Yeah my colleague enabled more logging for PPPoE which also shows…
[cid:image001.png(a)01D8BD2D.102444E0]
I think what troy Baird has provided me with is the answer we were needing. We still have DHCP client enabled on Ether1 in our templated config.
So if I understand his response correctly I think we need to disable this. Just a little chicken to make change on customers routers right now so will keep this noted for next time we have customer outage with it and then test it then and if sorts it we will update the others.
Thanks all for the fast and insightful responses.
Daniel
From: Pieter De Wit
I think you are not sending the PPPoE request on VLAN 10.
This has worked fine for me for years on older Mikrotik releases and I have
upgraded to 7.4.1 which is the latest stable, but had the long term version
but that has nothing to do with it IMHO.
- Ethernet MTU of 1520 and all other services like DHCP Client disabled
- VLAN 10 interface with a MTU of 1508
- PPPoE attached to VLAN 10 Interface with MTU of 1500 and using PAP (not
CHAP) with a username of "username" and password of "password"
/interface ethernet
set [ find default-name=ether1 ] mtu=1520
/interface vlan
add interface=ether1 mtu=1508 name=ether1-vlan10 vlan-id=10
/interface pppoe-client
add add-default-route=yes dial-on-demand=yes disabled=no
interface=ether1-vlan10 keepalive-timeout=disabled max-mtu=1500 name=pppoe
password=password use-peer-dns=yes user=username
/interface list
add name=WAN
/ppp profile
set *0 use-compression=yes
/interface detect-internet
set detect-interface-list=WAN internet-interface-list=WAN
lan-interface-list=LAN wan-interface-list=WAN
/interface list member
add interface=pppoe list=WAN
/ip firewall nat
add action=masquerade chain=srcnat comment="defconf: masquerade"
ipsec-policy=out,none out-interface-list=WAN
That works for me.
On Wed, Aug 31, 2022 at 11:50 AM Daniel Christie
RouterOS version on the example we had of this yesterday was 6.48.6
Another customer of ours that had this was probably slightly earlier version but they no longer have their Mikrotik plugged in so can’t tell.
We only have the mikrotiks deployed with the long-term stable releases
Yeah my colleague enabled more logging for PPPoE which also shows…
I think what troy Baird has provided me with is the answer we were needing. We still have DHCP client enabled on Ether1 in our templated config.
So if I understand his response correctly I think we need to disable this. Just a little chicken to make change on customers routers right now so will keep this noted for next time we have customer outage with it and then test it then and if sorts it we will update the others.
Thanks all for the fast and insightful responses.
Daniel
*From:* Pieter De Wit
*Sent:* Wednesday, 31 August 2022 11:24 AM *To:* Daniel Christie *Cc:* nznog(a)list.waikato.ac.nz *Subject:* Re: [nznog] Mikrotik CPE with Spark Fibre issue Hey Daniel,
What version of RouterOS are you running ?
Have you enabled debugging on PPPOE/PPP and checked the logs ?
Cheers !
On 31/08/2022, at 11:22, Daniel Christie
wrote: Hi,
I work for MSP and having issues with customers Mikrotik routers that connect specifically with Spark Fibre.
The issue is the routers when initially configured work well and run continuously for many day/weeks/months
But eventually something kicks the connection then the PPPoE on the Mikrotik will fail to re-establish its WAN fibre connection.
The solution has been to get customer to get their Spark provided router connected which works, then they swap the Mikrotik back in again and it works again.
I have done plenty of googling but can’t find anything helpful We generally resell voyager fibre to most of our customers with the Mikrotik router and they work flawlessly, but some customers insist on staying with spark and we prefer to only deploy Mikrotiks
These logs rotate over and over while its down…
Can anyone (hopefully Spark engineer) please help with this?
Regards,
Daniel @ Cloudland
_______________________________________________ NZNOG mailing list -- nznog(a)list.waikato.ac.nz To unsubscribe send an email to nznog-leave(a)list.waikato.ac.nz
_______________________________________________ NZNOG mailing list -- nznog(a)list.waikato.ac.nz To unsubscribe send an email to nznog-leave(a)list.waikato.ac.nz
I think the fact they are working and then stop means they have vlan 10 just fine. As Troy points out, checking that there is no dhcp client on the ONT facing interfaces should be the root of the problem.
From: Peter Lambrechtsen
Hey Daniel,
As someone who previously had a foot in the camp of Spark and now Voyager... I know this fault fairly well.
There is a feature in the mikrotiks that gets enabled with the app normally called "internet detection". This turns on a DHCP client on the WAN connection.
May have changed since I left Spark, but last I checked, if you dial DHCP, it will come through as failed attempts and you will essentially go into the naughty bin for a little while - It's an intended feature, but really hard to see in logs.
Kind regards,
Troy
Troy Baird | Senior Managed Service Engineer - Lead
0800 4 SPEED
Troy.Baird(a)voyager.nzmailto:Troy.Baird(a)voyager.nz | voyager.nzhttps://voyager.nz
[https://www.voyager.co.nz/uploads/images/linkedin.png] https://www.linkedin.com/company/voyager-internet-ltd [https://www.voyager.co.nz/images/sig/facebook.png] https://www.facebook.com/voyagernz [http://www.voyager.co.nz/images/sig/twitter.png] https://twitter.com/voyagernz
[https://www.voyager.co.nz/images/sig/voyager.jpg]
YOUR DIGITAL
TRANSFORMATION
PARTNER
[https://mktdplp102asda.azureedge.net/org-cb245ce2dc994b6b8a1ccbf429ee163d/f2...]https://voyager.nz/business/hosting/isms?utm_source=email&utm_medium=signature&utm_campaign=isms
From: Daniel Christie
participants (5)
-
Daniel Christie
-
Peter Lambrechtsen
-
Pieter De Wit
-
Tony Wicks
-
Troy Baird