Phone rings back after call completed and user hangs up.

mspeener
Posts: 15
Member Since:
2007-11-13

I put in a new trixbox install a few weeks ago and had a user call me today and say that when she hangs up after an incoming call, her phone rings back about 10 seconds later. When she picks it up it's just dialtone.

I have no clue where to start looking for the cause of this. The phones are all Polycom 430's.



mspeener
Posts: 15
Member Since:
2007-11-13
Anyone?

Any clues here?



berniem
Posts: 204
Member Since:
2006-11-15
Nope, but...

No clue why, but I'm seeing that as well.

I have one particular user reporting it (though it could certainly be happening to other users that are not reporting it). It's not on every call - I've asked the user to keep a log of whether it happens on inbound or outbound and what's on the phone display when it happens.

The one thing that is unique-ish to this user is that this is the only user that both: a) has a follow-me (the user's main extension is in the main ringgroup, the follow-me extension is not), and b) answers many of the incoming calls.



mspeener
Posts: 15
Member Since:
2007-11-13
Both reporting users have

Both reporting users have reception-type roles so they are taking most of the incoming calls. Neither have a follow-me.

I'm visiting the site today and I'm going to grab the logs and see if I can figure it out from those.



pca
Posts: 380
Member Since:
2007-01-17
Could you give more

Could you give more information on the trunk... zap or voip and hardware, etc.



mspeener
Posts: 15
Member Since:
2007-11-13
All zap, 5 incoming POTS

All zap, 5 incoming POTS lines from Qwest. Rhino R8FXX-EC with 3 modules.

All phones are Polycom 430's.

The callbacks have a caller ID of "Unknown".



pca
Posts: 380
Member Since:
2007-01-17
The only times I have

The only times I have personally seen this is where the card is having a hard time detecting hangup. But, I haven't seen any posts with Rhino cards. If you can recreate the situation, you may pay particular attention to the time of hangup from outside party to the hangup of the card. Otherwise I would bounce this one off the Rhino support for any known issues. Also, this can happen when you have an extended distance to the CO, like 18000 ft or more. Sorry, I don't have a way of measuring that as the only site I used that did that calculation was taken down by ATT (dslreports tool). Maybe you can call Qwest to check.



jahyde
Posts: 1939
Member Since:
2006-06-02
I have seen something

I have seen something similar to this with blf, but it is a 'feature' on aastra phones, they can be set to monitor status of another phone and give a splash ring whenever another phone changes status. Not sure if maybe your polycoms have something similar where they are taking a notify command and causing a ring.

can you post some logging from a call, or maybe use pastebin.

--

--my PBX is run on 2 V8's



berniem
Posts: 204
Member Since:
2006-11-15
Interesting

From above: "The only times I have personally seen this is where the card is having a hard time detecting hangup."

In my case, it's a new Rhino-24something with hardware EC that DOES have problems detecting hangups (something that wasn't seen on the TDM400). Lines are Qwest POTS lines.

Distance to CO is probably not a problem, the pairs have been checked and are quite sparkling.



pca
Posts: 380
Member Since:
2007-01-17
Berniem, Have you talked to

Berniem,

Have you talked to Rhino about that? I would sure like to know the resolution. I use Rhino cards and never had a problem... Thanks for the input.



mspeener
Posts: 15
Member Since:
2007-11-13
How do I tell if it can't detect hangup?

How do I tell if it can't detect hangup?

I've gone through the logs and nothing looks unusual.

I've asked the receptionist for dates and times on these ring backs so I should have some data soon.



pca
Posts: 380
Member Since:
2007-01-17
Mspeener, The key to what I

Mspeener,

The key to what I was saying before is the ability to recreate the ringback situation easily. Then you can just follow the logs in real time. You will see an obvious situation where the outside party hangs up with a good lag to the system hangup.

Maybe it is related to one particular channel? You might look at this other current thread where Rhino has had problems with a particular channel (2 and 3) on their 4fxo card.

http://www.trixbox.org/forums/vendor-moderated-forums/rhino-equip...

Probably nothing but coincidence and not relevant, but running it across them in this situation would be your best bet.

BTW... if you see this behavior (ringback) only sporadically and a very small percentage of calls, it may come from the caller and outside of your installation... rural lines, cell, etc.



mammoth
Posts: 429
Member Since:
2006-06-14
Do you have forward

Do you have forward disconnect / disconnect supervision enabled with your carrier?



mspeener
Posts: 15
Member Since:
2007-11-13
Not that I'm aware of. The

Not that I'm aware of. The client moved some existing lines to a new location.



mammoth
Posts: 429
Member Since:
2006-06-14
make sure that your carrier

make sure that your carrier has enabled forward disconnect / disconnect supervision (they may call it either one or something else) on all of your lines. Many carriers do not enable it by default. Without it, your system will often not detect hangup correctly, causing ringback.



drose25
Posts: 59
Member Since:
2007-01-16
If it helps, we have this

If it helps, we have this problem on a non-Trixbox system, but only when the caller is on a mobile phone. A mobile phone caller will usually generate a ringback within a couple of seconds of hang-up. Lasts one ring and disappears. If you manage to answer it quickly enough, you just get dialtone.

You might ask if they've noticed whether or not the callers are on cell phones are not when the ringback occurs.



lancekoster
Posts: 104
Member Since:
2007-04-20
Try Loop start

Try configuring the analog trunks for ls vs ks -- Sounds like the call is not disconnecting totally
EX: zaptel.conf file
# Autogenerated by /usr/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#

# It must be in the module loading order

# Span 1: Rhino RCB8FXX/1 "Rhino RCB8FXX/1"
fxsls=1 <-------- change ks to ls
fxsks=2
fxsks=3
fxsks=4
fxsks=5
fxsks=6

# Global data

loadzone = us
defaultzone = us



mrit
Posts: 7
Member Since:
2007-07-31
Similar problem on alcatel

A few years ago we had a situation on an Alcatel PABX where the calls would not hang up when the phone was put down. At the time we were told it had to do with the "carriage height".

Basically put, when you put the phone down it sends a signal to the pabx. But some phones do not match some pabx's and they send a diffirent signal to the pabx which the pabx does not always recognise. So, they had to adjust the pabx to accept a higher carriage height as well and the problem stopped. So, its back to the pabx not hearing the drop I guess because its expecting something else. Hope this helps in some way but thats all I know....



Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.