On Sun, Nov 04, 2001 at 08:02:59PM +0100, Konrad Rosenbaum wrote:
Um mal was positives zu sagen: meinen Test mit Kabel für eine Minute rausnehmen hat es mit dieser Option überlebt (Reconnect nach ca. 1,5 Min.).
auch ausprobiert: wenn das kabel einige Zeit draussen ist, merkt der pppoe das:
Nov 4 20:32:04 max pppoe[10880]: Inactivity timeout... something wicked happened Nov 4 20:32:04 max pppoe[10880]: Sent PADT Nov 4 20:32:04 max pppd[10192]: Modem hangup Nov 4 20:32:04 max pppd[10192]: Connection terminated.
kabel wieder rein, ping nach draussen und er stellt die Verbindung sofort wieder her:
Nov 4 20:33:18 max pppd[10192]: Starting link Nov 4 20:33:19 max pppd[10192]: Serial connection established. Nov 4 20:33:19 max pppd[10192]: Connect: ppp0 <--> /dev/pts/2 Nov 4 20:33:19 max pppoe[11493]: PADS: Service-Name: '' Nov 4 20:33:19 max pppoe[11493]: PPP session is 6210 Nov 4 20:33:22 max pppd[10192]: Local IP address changed to 217.85.233.223
Wie man an den PIDs erkennen kann hat der pppd einen neuen pppoe gestartet. So soll es sein. Nur wenn ich vom Gegner so ein PADT-Paket bekomme stirbt der pppoe UND (!!!) der pppd. Das der pppoe strirbt ist richtig: (man pppoe)
Normally, PPP uses the Link Control Protocol (LCP) to shut down a PPP link. However, the PPPoE specification allows the link to be shut down with a special PADT (PPPoE Active Discovery Terminate) packet. This client recognizes this packet and will correctly terminate if a terminate request is received for the PPP session.
aber der pppd müßte eben noch weiterleben und einene neuen pppoe starten wie in obigem Beispiel mit gekapptem Kabel.
Reinhard