must I do ppp-down ?
Ali...@gmail.com
Even when I dial my ISP after mid-night I often
can't connect the second time.
It's as if I'm seen as already being connected.
An example log is: -
Apr 5 01:39:28 localhost pppd[21461]:\
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
assuming ppp0 is already up
Authentication failed
PAP authentication failed
Connection terminated.
NET unregister event not supported
Hangup (SIGHUP)
Exit.
In the old-days there was omething like ppp-down.
Is this or equivalent needed to log me out of my isp,
so that I can log-in again 5 minutes later.
Another related issue [which many can't understand]
is: why don't the ISPs send an engaged signal to their
modems, when there's congestion, to save their
clients the telco-connect-cost for a futile aborted
connection.
When people can't understand me I say: if you
had to drive 50 km and cross the river-bridge
every day, to fetch the post, you'd want to be
informed before you started your costly journey
that/if the bridge was 'down' ?
Thanks,
== Chris Glur.
Clifford Kite
> My dial-up's failed connections cost me money !
> Even when I dial my ISP after mid-night I often
> can't connect the second time.
> It's as if I'm seen as already being connected.
Here an ISP may allow an inactive connection to stay around for hours.
> An example log is: -
> Apr 5 01:39:28 localhost pppd[21461]:\
> Serial connection established.
> Using interface ppp0
> Connect: ppp0 <--> /dev/ttyS1
> assuming ppp0 is already up
> Authentication failed
> PAP authentication failed
> Connection terminated.
> NET unregister event not supported
> Hangup (SIGHUP)
> Exit.
> In the old-days there was omething like ppp-down.
> Is this or equivalent needed to log me out of my isp,
> so that I can log-in again 5 minutes later.
Judging from this post and your previous one in January it is very likely
you do need to explicitly terminate pppd. For me a simple "killall pppd"
does that with a SIGTERM, although the ppp-off script that comes with
pppd uses "kill -INT" and checks for a stale lockfile if the kill was
not successful.
> Another related issue [which many can't understand]
> is: why don't the ISPs send an engaged signal to their
> modems, when there's congestion, to save their
> clients the telco-connect-cost for a futile aborted
> connection.
Because there is no requirement that they do so and there is little
incentive to implement such a connection-denial system due to lack
of competition?
> When people can't understand me I say: if you
> had to drive 50 km and cross the river-bridge
> every day, to fetch the post, you'd want to be
> informed before you started your costly journey
> that/if the bridge was 'down' ?
I understand your pain but have no solution.
--
Clifford Kite
/* Substitute "damn" every time you're inclined to write "very"; your
editor will delete it and the writing will be just as it should be.
-- Mark Twain */
QED