Mikrotik cannot redial PPPoE

Forums › Spark New Zealand (including Skinny and BigPipe) › Mikrotik cannot redial PPPoE

1 | 2 | 3 | 4

4962 posts

Uber Geek
Inactive user

#2215044 11-Apr-2019 14:40

Probably won't tell you a hell of a lot, but it may confirm what @cbrpilot has observed. Then you could chat with Mikrotik a bit more, generate your supout file, get a ticket logged etc.

You could running packet capture on that interface at the same time as torching it too so that you have some proper info to pass to Mikrotik.

MadEngineer

4271 posts

Uber Geek

Trusted

#2215060 11-Apr-2019 14:57

Do you have a deny firewall rule that is quietly ticking over with counts while the ppp connection is trying to connect?

You're not on Atlantis anymore, Duncan Idaho.

sbiddle

30853 posts

Uber Geek

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#2215080 11-Apr-2019 15:19

Are people running later versions remembering to either edit the firewall to allow PPPoE to work or adding the PPPoE interface to the WAN interface list so the default firewall will work?

By default RouterOS does have DHCP enabled on ether1 and I've seen numerous problems where people forget to disable this when setting up PPPoE

pohutukawa

197 posts

Master Geek

#2215084 11-Apr-2019 15:26

Thanks Steve.

Regarding PPPoE and firewall, if it wasn't, the PPPoE wouldn't work at all, right?

My experience was that the Mikrotik would negotiate a solid PPPoE connection but subsequently, if disconnected (Chorus Planned Maintenance, for example) it wouldn't be able to reconnect and as Spark and helpful techs on this forum have pointed out, this looks likely due to the connection being blacklisted for spamming Spark with DHCP requests.

However, there is no DHCP client on the WAN interface/ether1 on the Mikrotik here.

Might DHCP alerts have something to do with this?

RunningMan

8953 posts

Uber Geek

#2215091 11-Apr-2019 15:43

I've seen problems with PPPoE not coming back up after the PPP connection dropping - if the underlying interface doesn't drop (i.e the VLAN10), then it doesn't always recognise the drop and try to reconnect. Solution to that was using netwatch to ping an external server, and restart the PPPoE client when needed.

pohutukawa

197 posts

Master Geek

#2215095 11-Apr-2019 15:46

Continuing to investigate this.

Again can confirm no DHCP clients running on this Mikrotik whatsoever. Are you sure they were DHCP requests (i.e. DHCP client requesting IP) and not leaking DHCP server broadcast behaviour?

Thank you.

pohutukawa

197 posts

Master Geek

#2215097 11-Apr-2019 15:49

RunningMan:
I've seen problems with PPPoE not coming back up after the PPP connection dropping - if the underlying interface doesn't drop (i.e the VLAN10), then it doesn't always recognise the drop and try to reconnect. Solution to that was using netwatch to ping an external server, and restart the PPPoE client when needed.

Can't speak for others but in my case the Mikrotik most certainly registers the PPPoE connection dropping and ends up in an unsuccessful reconnect loop.

Equinox IT

Cloud spending continues to surge globally, but most organisations haven’t made the changes necessary to maximise the value and cost-efficiency benefits of their cloud investments. Download the whitepaper From Overspend to Advantage now.

MadEngineer

4271 posts

Uber Geek

Trusted

#2215102 11-Apr-2019 16:01

run:

/system logging add topics=pppoe action=memory

and watch the logs for more detailed info

This will be the first thing Mikrotik support will ask you to do anyway if you go down that route.

You're not on Atlantis anymore, Duncan Idaho.

StNick

88 posts

Master Geek

#2215108 11-Apr-2019 16:10

pohutukawa:
RunningMan:

I've seen problems with PPPoE not coming back up after the PPP connection dropping - if the underlying interface doesn't drop (i.e the VLAN10), then it doesn't always recognise the drop and try to reconnect. Solution to that was using netwatch to ping an external server, and restart the PPPoE client when needed.

Can't speak for others but in my case the Mikrotik most certainly registers the PPPoE connection dropping and ends up in an unsuccessful reconnect loop.

Same for me. There seems to be nothing out of the ordinary on the Mikrotik itself, other than the PPPoE connection refusing to come back up.

cbrpilot, if your theory is correct and we're blacklisting our MAC addresses by spamming DHCP requests, this should be relatively easily proven by contacting BigPipe / Spark whilst we are still connected and asking them to verify, right? Or does that level of support require escalation beyond the first point of contact?

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#2215149 11-Apr-2019 16:14

StNick:

cbrpilot, if your theory is correct and we're blacklisting our MAC addresses by spamming DHCP requests, this should be relatively easily proven by contacting BigPipe / Spark whilst we are still connected and asking them to verify, right? Or does that level of support require escalation beyond the first point of contact?

Generally process do not involve checking this exact situation.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

chevrolux

4962 posts

Uber Geek
Inactive user

#2215160 11-Apr-2019 16:33

Might DHCP alerts have something to do with this?\

Nope. That will just detect DHCP servers and provide alerts if it see's a server that shouldn't be there.

pohutukawa

197 posts

Master Geek

#2215163 11-Apr-2019 16:55

chevrolux:

Might DHCP alerts have something to do with this?\

Nope. That will just detect DHCP servers and provide alerts if it see's a server that shouldn't be there.

Thank you.

pohutukawa

197 posts

Master Geek

#2215186 11-Apr-2019 17:40

MadEngineer: Do you have a deny firewall rule that is quietly ticking over with counts while the ppp connection is trying to connect?

Not me!

hio77

12999 posts

Uber Geek

ID Verified

Trusted

Lizard Networks

#2215558 12-Apr-2019 10:05

Just so those affected by this are aware..

I've pulled my rb 3011 out of my personal network this morning so I can stick it on the bigpipe line in the office and test this.

At this stage I'm completely convinced it's a mikrotik firmware issue or configuration of your device itself.

I'll test this later today. I've got a few things for my day to day to look after first.

#include <std_disclaimer>

Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.

StNick

88 posts

Master Geek

#2215567 12-Apr-2019 10:16

hio77: Just so those affected by this are aware..

I've pulled my rb 3011 out of my personal network this morning so I can stick it on the bigpipe line in the office and test this.

At this stage I'm completely convinced it's a mikrotik firmware issue or configuration of your device itself.

I'll test this later today. I've got a few things for my day to day to look after first.

Thank you so much. I look forward to your findings. I will test things out with my RB950 this weekend, time permitting. Not too keen on resetting my primary RB3011 just yet.

1 | 2 | 3 | 4