Warren Burstein
2005-Dec-11 07:18 UTC
[Asterisk-Users] outgoing calls that last an unreasonably long time
I'm running asterisk 1.0.9 with TDM400B's for both internal and external lines. I put in the macro that dials outside lines an AbsoluteTimeout(36000), never expecting it to happen. But it does, a few times a month. I've noticed an odd thing, it seems that it usually happens twice in a row from the same internal phone (connected to a TDM400B, not an IP phone) as if someone dialed a number, something went wrong, they flashed and dialed again. What happened next I don't know. If they left the phone offhook for the rest of the day, that could explain how they managed to keep two outside lines busy. What is frustrating is that the cdr file shows the dst as T rather than as the phone number dialed. I realize that AbsoluteTimout causes it to jump to the T extension, but it would help to know who the user dialed (asking a week later isn't going to get any useful information out of the user). It's not in the log file, either - would increasing the log level help here? I'm reluctant to decrease the abosolute timeout because someone is going to come to me saying "I was on hold for five hours for tech support and before I finally got a human, I was disconnected and had to wait all over again". Is there something I could run from the console that would show how long each channel has been connected, and to who? That way we might be able to catch the next one of these as it happens instead of much later.
Simone Cittadini
2005-Dec-11 09:28 UTC
[Asterisk-Users] outgoing calls that last an unreasonably long time
Warren Burstein ha scritto:> > > What is frustrating is that the cdr file shows the dst as T rather > than as the phone number dialed. I realize that AbsoluteTimout causes > it to jump to the T extension, but it would help to know who the user > dialed (asking a week later isn't going to get any useful information > out of the user). It's not in the log file, either - would increasing > the log level help here? > >I don't know how this AbsolutTimeout works, anyway I put all the info I need in variables before the actual Dial, then in the h extension I call SetUserField() (or whatever is called), helps me keeping track of reasons for non-terminated calls ...
Adam Goryachev
2005-Dec-13 19:21 UTC
[Asterisk-Users] outgoing calls that last an unreasonably long time
On Sun, 2005-12-11 at 16:18 +0200, Warren Burstein wrote:> I'm running asterisk 1.0.9 with TDM400B's for both internal and external > lines. > > I put in the macro that dials outside lines an AbsoluteTimeout(36000), > never expecting it to happen. But it does, a few times a month. > > I've noticed an odd thing, it seems that it usually happens twice in a > row from the same internal phone (connected to a TDM400B, not an IP > phone) as if someone dialed a number, something went wrong, they flashed > and dialed again. What happened next I don't know. If they left the > phone offhook for the rest of the day, that could explain how they > managed to keep two outside lines busy.Nope, when they eventually hung up, they bridged the two calls together (ie, like an attended transfer) and continued along on their merry way :)> Is there something I could run from the console that would show how long > each channel has been connected, and to who? That way we might be able > to catch the next one of these as it happens instead of much later.Ultimately, this is caused by a lack of disconnect notification on your outbound lines. I presume you are using FXO ports from a TDM card or similar for your outbound PSTN interconnect.... Try looking at the busycount and similar section in zapata.conf Regards, Adam