All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Richardson <mcr@sandelman.ca>
To: David Gyimesi <david6670@gmail.com>
Cc: linux-ppp@vger.kernel.org
Subject: Re: "Timeout waiting for PADO packets" until reboot
Date: Thu, 10 Aug 2023 12:40:07 -0400	[thread overview]
Message-ID: <5665.1691685607@localhost> (raw)
In-Reply-To: <CAO+buQMqbKsFHiSA4yXwyfcU4nLGhO7p7J87ZZKMVQAWDE_5tw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1598 bytes --]


David Gyimesi <david6670@gmail.com> wrote:
    > If there is a short, let's say only 10 minutes, outage between the home
    > and the ISP, the router prints "pppd[17084]: Timeout waiting for PADO
    > packets" messages but it is able to re-establish the connection
    > automatically when the outage is resolved.

    > However if the outage is relatively longer the router just keeps
    > printing "pppd[17084]: Timeout waiting for PADO packets" messages and
    > even if the outage has been resolved the router is not able to
    > re-establish the PPPoE connection. However after a reboot the router is
    > able to establish the PPPoE connection without problem.

I experience the same thing.

What I think is that the DSL/PPPoE network simply forgets what your router's
MAC address is, and the router reboot sends something else that makes it all
work again.  Maybe because the virtual (L2) circuit is reastablished. That's
for the VDSL situation that I have.

FTTH has many implementations, some have overlays on top of the GPON.
The fact that you have PPPoE at all suggests that is the case.
Not everyone has GPON, even.

I don't have a solution, but I've looked for some clear indication.
My friendly third-party ISP has looked at their end as well, and when the
connection is in the bad state, they see nothing.  In between are the
completely incompetent incumbent telco.
(I live in Ottawa, Canada)

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide





[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 511 bytes --]

  reply	other threads:[~2023-08-10 16:45 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-10 11:33 "Timeout waiting for PADO packets" until reboot David Gyimesi
2023-08-10 16:40 ` Michael Richardson [this message]
2023-08-10 22:55   ` David Gyimesi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5665.1691685607@localhost \
    --to=mcr@sandelman.ca \
    --cc=david6670@gmail.com \
    --cc=linux-ppp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.