Can ISP detect when dial-ins are 'overloaded' ?

Can ISP detect when dial-ins are 'overloaded' ?

Post by problem » Thu, 28 Aug 2008 19:09:14



Surely ISP's can detect when the 'queue of dial-ins has
increased so that the wait until next-stage will be excessive' ?

My ppp-script is set to [say] 99 secsonds to exit if PAP hasn't
confirmed.  This means that when the ISP's load is high, I don't
get an engaged signal, but rather I get the cost of a dud-call
and an exit after the PAP timeout causes an exit.

WTF don't the ISP[s] just send an engaged signal to their
input-modem/s. To save their clients unnecesaary costs ?

TIA,

== Chris Glur.

 
 
 

Can ISP detect when dial-ins are 'overloaded' ?

Post by problem » Thu, 28 Aug 2008 21:10:40


Surely ISP's can detect when the 'queue of dial-ins has
increased so that the wait until next-stage will be excessive' ?

My ppp-script is set to [say] 99 seconds to exit if PAP hasn't
confirmed.  This means that when the ISP's load is high, I don't
get an engaged signal, but rather I get the cost of a dud-call
and a PAP timeout exit/abort-call.

WTF don't the ISP[s] just send an engaged signal to their
input-modem/s, to save their clients unnecesaary costs ?

TIA,

== Chris Glur.

 
 
 

Can ISP detect when dial-ins are 'overloaded' ?

Post by Burkhard Ot » Thu, 28 Aug 2008 21:35:16


Am Wed, 27 Aug 2008 05:09:14 -0500 schrieb problems:

Quote:> WTF don't the ISP[s] just send an engaged signal to their
> input-modem/s. To save their clients unnecesaary costs ?

> TIA,

> == Chris Glur.

the problem is more the quality of your line
 
 
 

Can ISP detect when dial-ins are 'overloaded' ?

Post by Bill Marcu » Fri, 29 Aug 2008 23:32:43



Quote:

> Surely ISP's can detect when the 'queue of dial-ins has
> increased so that the wait until next-stage will be excessive' ?

> My ppp-script is set to [say] 99 seconds to exit if PAP hasn't
> confirmed.  This means that when the ISP's load is high, I don't
> get an engaged signal, but rather I get the cost of a dud-call
> and a PAP timeout exit/abort-call.

> WTF don't the ISP[s] just send an engaged signal to their
> input-modem/s, to save their clients unnecesaary costs ?

Shorten the timeout in your script, and maybe change the modem
settings so that it doesn't wait as long for a carrier. Of course
the details depend on whether you use Windows or Linux, which Linux
distro, which version of Windows - you didn't say and you cross-posted.
Microsoft tends to drop support for "obsolete" hardware. Does Vista
even do dial-up?
 
 
 

1. Can ISP detect when dial-ins are 'overloaded' ?


Is this really SO difficult to understand !?!
If you don't realise that internet communication via dialup
[and also not via dialup] entails a series of traffic flows,
consider the following analogy.

You plan to make a pysical journey thus:
1. collect your documents.
2. lock the house.
3. walk to the bus stop.
4. board the bus
5. walk from the bus to your destination.

If there's a bus 'strike' causing busses to be much
delayed, and you KNOW of such then you can make an
intelligent decision to re-schedule your journey to another
day/time.

Similarly the ISP's system knows that congestion is
causing an extra wait  before the client is PAP-confirmed.
And by feeding back a telco engaged signal to before
receiving modem will save their client the futile telco
connect cost.

Similarly if you KNOW that there will be a long
queue/wait at a facility, you can intelligently decide to
NOT start your 'journey' and rather 'try another time'.  
But NOT if the 'signal' is not fed back from the
over-loaded facility to the client.

2. Mandrake 7.2 wireless networking

3. Can't get dial-ins, anyone?

4. Sparc vs. x86 Solaris

5. IP Accounting doesn't work for PPP dial-ins :-(( ??

6. "Google" is the next Yahoo....

7. transition from isp 'A' to isp 'B' routing problem

8. Installing RedHat on compressed disks

9. What's 'side effects' of Ksh built-ins?

10. Problems with dialing out when dial-ins are enabled

11. Linux Friendly ISP's (spc Free-ISP's)

12. linux 2.018/kerneld/PPP dial on demand: 'network unreachable' then starts dialling

13. 2.3 -> 2.7 via Dial-up (Re: CVS over 'dropping' dial-ups)