Hello Michael,
small follow up. Taking the link down on my site seems to reset the
pppoe session on the remote site. This symptom was probably triggered by
the reboot of the server.
--
(generate-03) [~] ping -c 5 172.17.0.254
PING 172.17.0.254 (172.17.0.254) 56(84) bytes of data.
---
Hello Michael,
> It sounds like they aren't part of the correct PPPoE session to me.
> As if the other end is not killing it's PPP session when the new one forms.
wow. You nailed it. Thank you for identifying the root cause. I'll open a call
with German Telekom to fix there ppp endpoint.
(x1)
Hello Michael,
another small follow-up in pppd 2.4.7 is [1]. When I manually hangup
with this patch, all pending pppoe sessions are terminated as well.
[1]
https://github.com/paulusmack/ppp/commit/cd2c14f998c57bbe6a01dc5854f2763c0d7f31fb
Cheers,
Thomas
--
To unsubscribe from this list:
Hello everyone,
* Thomas Glanzmann [2017-04-11 18:01]:
> another small follow-up in pppd 2.4.7 is [1]. When I manually hangup
> with this patch, all pending pppoe sessions are terminated as well.
> [1]
>
Thomas Glanzmann wrote:
> The real interesting question is, why do perfectly healthy ip/udp
> packets from within the pppoe session drop before reaching ppp0? Why
> does it only happen after one hangup?
It sounds like they aren't part of the correct PPPoE session