vgetty, rockwell, and incoming data calls: a FAQ?

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

Canary, Robert W. wrote:
> As a very small ISP,  I have two voice modems on the last two lines of a 
> hunt group.  People can dial them directly to get a voice connection when 
> they need to talk to me.  However,  the reason I put them on the last lines 
> of the hunt group is to allow them to be used as a dialin connection when 
> the other lines (modems) are occupied.   Therefore having the rest of the 
> world to hack thier RegKey is not an option,  most of these people cannot 
> find the "Help" menu in Netscape, let alone the system hacking.  Any fixes 

I understand that, yes really...

> will have to be done on my end.  My solution would be to have vgetty look 
> for the a data connection first, -then- the voice, -then- the fax.   But I 

The tricky point is, _how_ do you want to figure this out? If there is any
sign of a modem or a fax (any type of calling tone), no problem. But what to
do in the case of silence on the line? Silence doesn't give us any advice,
who is on the other end. That's the basic problem. Everything vgetty tries,
is just a guess. You surely don't want to send real human callers a data
carrier. That's the sad story. There are numerous ways out of this problem:
Calling tones, hacks with sending DTMF tones or in some countries, having
distinctive ringing. In that case you have multiple telephone numbers for
one physical line. Of course you need a modem then, that can analyse the
different rings. Signalling of the type of a caller is _not_ possible with
analog lines. You have to use some other hints as mentioned above. This is
one of the very well advertised advantages of ISDN. ISDN _can_ signal you
the type of a caller, if it does that correctly is a different story. So to
bring this never ending problem to a short end: When Mr. Bell invented the
telephone, he forgot about fax machines and data modems. That's it.

> can't seem to figure out how to get vgetty to do this.  Will this patch 
> that you came up with offer such a scenario fix?

No.

> Hey Marc ,......, What do you think of this patch?

See my previous mail.

> Is what I need possible with current code? I tried changing the answer mode 
> in the voice.conf but it made no difference.    Would be nice if I could 
> tell vgetty in which order to respond.

That's impossible... sigh... because I forgot to mention, that most modems
will hangup after an unsuccessful handshake. So you only have one try...

Bye,
Marc
_______________________________________________________________________________

Email: Marc.Eberhard@Poseidon.ThPhy.Uni-Duesseldorf.DE
WWW:   http://Poseidon.ThPhy.Uni-Duesseldorf.DE/~marc/
PGP:   http://Poseidon.ThPhy.Uni-Duesseldorf.DE/~marc/Marc_PGP.key

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQCVAwUBNX0t6TR1rYTfG0TdAQEKNAP/TleOwHHFuu/GyuFq2RbkVOHSI6rMjts2
06IzUQaAVfFQjSd/ipkhL9u/jHC0bnValASgX2hk9kH2e7yv9UBHFhuoDlsLjgS4
q1WqO4WUxH0JOijNvVazqo5NNJxDBCHSIgeLnmzrJmJub7iVbBQQgxyDvKOjUL6N
u+sCyvGkNjc=
=7BO+
-----END PGP SIGNATURE-----