asterisk users - Dec 2003 - MeetMe: Zap channels don't ever disconnect. . .

I was playing around with conferencing tonight.  I was able to place a 
bunch of SIP phones and a couple of my Zap FXS phones into a conference. 
  So I thought, "Let's see what it's like when people come in from
outside."

So I called a friend and had him call in on one of my Zap channels, 
WHICH IS CONNECTED TO MY POTS LINE THAT DOESN'T DO DISCONNECT SUPERVISION.

When he hung up the phone stayed in the conference room until I manually 
destroyed the channel.

I had him call back and come into the conference again; this time we 
tried a "#" tone at the moment he left, but that didn't do any
good either.

I waited perhaps a half-hour to see if *any* kind of timer would release 
the line, but no dice.

Anyone know of a way of doing this when the scumbag ILEC won't give you 
  supervision?

Thx.

B.

On Mon, 15 Dec 2003, Brian Capouch wrote:
> Anyone know of a way of doing this when the scumbag ILEC won't give you
>   supervision?
Probably not much.  Try turning on callprogress and/or busydetect - it
MIGHT help.  But the only way to do this right is with supervision on an
analog trunk or with digital circuits.

-- 
Joel

> Anyone know of a way of doing this when the scumbag ILEC won't give you
>   supervision?
I have this problem but with lines that DO disconnect supervision but a 
channel bank (CAC Access Bank I) that doesn't.  It works fine 99% of the 
time because the call is routed via IAX to my house and when *I* hang up it 
falls through to the next line in the dialplan and hangs up the channel, 
but if I don't answer it picks up another FXO line and dials my cell...  
PSTN -> FXO -> * -> FXO -> PSTN...  what I did there was set 
AbsoluteTimeout() to about 15 minutes.  I can't ever remember a cell call 
lasting longer than about five.

It's not an ideal solution but until we get our PRI and DIDs it'll do
for
me.  :-)

Regards,
Andrew