In reply to a post by Chrysalis:

I hope it isnt a regular occurance given broadband is supposed to be 'always on'. Been dropped will drive me nuts as I have established connections that should last for days/weeks at a time.

In my experience it is. Plusnet occasionally have to balance customers between endpoints or there's a hit on the BTWholesale network.

It's rare enough and the outage brief enough that I haven't noticed until after the event, however I am not running any kind of service monitoring from home and am not doing anything that can't be easily reconnected.

For this kind of thing the safest bet is to avoid BTWholesale entirely or use an ISP that runs with more headroom on their endpoints and/or is less responsive to imbalance.

That was a way of saying 'me too', Kevin.

In reply to a post by Ignitionnet:

That was a way of saying 'me too', Kevin.

Ah sorry, didn't follow the lingo.

ok I can deal with it if its every couple of weeks or more.

indeed it shouldnt be cutting out all sessions if its a short outage, for instance I have in the past been able to do a full modem reboot whilst preserving connections.

so part of the problem is plusnet cutting out my "always on" connection but another part seems to be my router isnt gracefully handling the ppp been disconected

this is further down in the log

Jan 1 05:45:12 TomatoASUS daemon.info pppd[8492]: Terminating on signal 15
Jan 1 05:45:12 TomatoASUS daemon.info pppd[8492]: Exit.

so a sigterm is been sent to pppd itself which I think will terminate all live connections.

tomato firmware has some nice features but it has various things implemented poorly on the underlying network handling which I think have been left alone for years since the original fork of tomato firmware stopped development.

just 2 seconds later the new ppp session was up

Jan 1 05:45:13 TomatoASUS daemon.notice pppd[27915]: Connect: ppp0 <--> vlan2
Jan 1 05:45:14 TomatoASUS daemon.info pppd[27915]: CHAP authentication succeeded
Jan 1 05:45:14 TomatoASUS daemon.notice pppd[27915]: CHAP authentication succeeded

so a total of 6 seconds outage was quite devastating which I think was caused by the pppd been terminated. I have had 30 second outages far less noticeable.

yeh I get signal 15 disconnections on my old adsl2+ early hours of the morning

I think we both have similar lines judging from the sync speeds you've published.

I've had very few disconnections that I haven't initiated. My longest up-time is about 3 weeks but I just have to tinker with something... I've been forcibly disconnected from Plusnets end about 3 times in the last 12 months. Including the time when they re-created my account.

One thing I've noticed personally which you may want to test for yourself is the gateway you connect to. I get much better throughput and latency on Plusnet gateways that start PTW or PTN... Some of the PCL gateways drive me nuts... I stick with PTN and PTW and I'm usually ok.

In reply to a post by Chrysalis:

is it normal for plusnet to kick users to swap their gateways?

noticed this morning all my ssh sessions dropped and I see my ppp was dropped at 6am to put me on a different gateway.

If there's a change to your BT IP profile following a resync event then the profiling at our side is normally adjusted to match. When this happens it typically forces a PPP disconnection/reconnection. This might have been what happened.

Other possibilities are planned/unplanned maintenance at our side, across the BT Wholesale Network or an unexpected outage of some description.

Regards,

Hi

there was no resync event, not even during the migration.

In reply to a post by Chrysalis:

so a sigterm is been sent to pppd itself which I think will terminate all live connections.

Depends - whether sigterm or just while renegotiating after an lcp term ppp0 is going to disappear.

If you are doing nat using MASQUERADE then iptables will clear the conntrack state in the expectation that a new ip will be obtained.

If you are doing NAT and you have a static IP you can work around this (router firmwate permitting) by using SNAT instead of MASQ.

Another issue separate from NAT - when ppp0 disappears your box will send back an ICMP net unreachable to the LAN. You can work around this by blocking them with iptables in output.

Of course if ISP sends them back to sender while you are not connected that's out of your control - but when I was with Enta I had a set up with SNAT + blocking locally generated lan bound ICMP net unreachables and I could kill pppd while downloading and it would resume once I was back up.