I just tested Call Park. Caller dials in, an extension answers and transfers call to "70" Call is parked at "71" Caller hears music on hold Caller hangs up After the time-out period (set to 45sec.) the original extension is call back The extension answers the call and hears "dead" air (the line has stayed siezed When the extension hangs up the line is then released
I think this proves beyond doubt that the Zap channel is not sensing hangup from the local exchange. The only thing I haven't yet tried is reversing Tip and Ring on this trunk. Henry L.Coleman CEO *VoIP-PBX* 1-866-415-5355 Toronto Ontario Canada > "I have found that with the auto-attendant (using freepbx) that if the > caller hangs up during the message * doesn't know about it. As the message > repeats twice and then * says good bye the line is then hang-up. This of > course takes as long as it takes to go through the menu twice." > > Yes this seems to be what is happening. I kind of timed it and the message > (greeting) does seem to corresponds with the timing (if played twice), > It also seems that if the caller makes it to voice mail then decides not > to > leave a message * will record the fast disconnect tone until the mailbox > is > full and times out. > So it seems that my problem over all is not been able to detect when a > caller disconnects. > is there a solution to this? > > On 10/19/06, Henry.L.Coleman <[EMAIL PROTECTED]> wrote: >> >> I think this is the same thing. >> >> If Asterisk hangs up first it must signal to the Zap channel to go >> on-hook( open circuit) Testing this out with a PSTN placed call to a SIP >> (ATA) extension proves to be no problem. >> >> If the far end hangs up first then you will hear the silence and the off >> hook warning sound. That's no problem either. >> >> I have found that with the auto-attendant (using freepbx) that if the >> caller hangs up during the message * doesn't know about it. As the >> message >> repeats twice and then * says good bye the line is then hang-up. This of >> course takes as long as it takes to go through the menu twice. >> >> Using the conference/meetme application if the caller hangs up while in >> the conference the line is siezed forever unless you reboot or use the >> CLI. >> >> >> Henry L.Coleman CEO >> *VoIP-PBX* 1-866-415-5355 >> Toronto Ontario >> Canada >> >> >> > I am not sure if my problem falls into this category. I have a linksys >> > SPA3102 on Trixbox 1.2. >> > If I call in on the PSTN which the SPA3102 is connected to and hangup >> > during >> > the Trixbox Greeting. It does not detect the hangup / Disconnect tone >> and >> > the line stays open but in my case the disconnected call goes to my >> voice >> > mail extension which then records about 3 mins of the fast >> disconnected >> > tone >> > before the mail box is full (about 3 mins) and then finally >> disconnects. >> > other times it just stays connected for about a minute and a half >> before >> > disconnecting. >> > I am not sure if the problem is with either my SPA3102 or the Trixbox >> but >> > one of them is not detecting this tone. >> > If I enable Detect PSTN Long Silence on the SPA3102 then I get >> disconnect >> > when I get placed on hold by anyone without some kind of hold music or >> > beeps. I have played around with the duration of the silence but it >> ends >> > up >> > defeating the cause as i have to set it to a high number to be >> effective. >> > Does anyone have a solutions to this problem? >> > >> > On 10/19/06, Henry.L.Coleman <[EMAIL PROTECTED]> wrote: >> >> >> >> I have the same problem on a FX line while the other 3 normal lines >> are >> >> fine >> >> I have tried everything. The only way we are ever going to solve this >> >> problem is to detect the off-hook warning tone. >> >> Here is the spec for N/America : >> >> 1400 Hz, 2060 Hz, 2450 Hz, and 2600 Hz, at a cadence of 0.1s on, 0.1s >> >> off. >> >> If anyone can code * to hang up a zap channel on this tone I would be >> >> most >> >> grateful (and so would a lot of other people) >> >> (This is definately a three beer bounty) >> >> >> >> Henry L.Coleman CEO . >> >> >> >> *VoIP-PBX* 1-866-415-5355 >> >> Toronto Ontario >> >> Canada >> >> >> >> >> >> >>>> On Thu, Oct 19, 2006 at 2:57 PM, in message >> >> > <[EMAIL PROTECTED]>, >> >> > <[EMAIL PROTECTED]> wrote: >> >> >> Interesting, thanks. That's more than our Aliant rep was able to >> >> > tell us. >> >> >> He thinks that supervised disconnect is not available on home >> phone >> >> > lines. He >> >> >> does think it available on business lines though. I'll have to go >> to >> >> > >> >> >> someone's house where there's high speed and give this a shot >> again. >> >> > >> >> > I also have this problem with my Asterisk setup (occasional failure >> to >> >> > hang up the line). I blamed it on the crappy Zaptel clone card I >> have, >> >> > but it sounds like it might be due to another reason. >> >> > >> >> > How can I forcibly hangup the channel from within the CLI? >> >> > >> >> > - Julian >> >> > >> >> > >> >> > -- >> >> > -- Julian C. Dunn, P.Eng. <[EMAIL PROTECTED]> >> >> > -- Platform Administrator * CBC.ca Production & Operations >> >> > -- Office: 2C310-J * Tel.: (416) 205-3311 x6988 >> >> > >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >> >> > >> >> > >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >
