Call Tranfer Problem

giorgoslouk

Joined
Jan 10, 2011
Messages
9
Likes
0
Points
0
#1
Hello everybody,
I'm having this strange problem with Call Tranfer.
When i want to transfer a call to another extension with ## (e.g.##102) i get the message from the operator that the extension is not available.I increased featuredigittimeout to 5000 but the problem persists.I have three extensions on two ATA devices.
Please help.
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#2
Ensure that the dial-string settings on your ATA allow such dialstring, and that any Asterisk feature codes including ## are not over-ridden by it.
 

giorgoslouk

Joined
Jan 10, 2011
Messages
9
Likes
0
Points
0
#3
dicko said:
Ensure that the dial-string settings on your ATA allow such dialstring, and that any Asterisk feature codes including ## are not over-ridden by it.
Can you explain this?
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#4
I believe you will find both subjects are well explained in your ATA's documentation, a dial-string is usually a regex (regular expression) whereby some, and only some dialed numbers are recognized and allowed out of your box, and often some might be re-written , this will include phone number recognition and feature code recognition, anything matching will be delivered to the server, the feature codes are available in FreePBX, and these codes must NOT collide with any feature codes that your ATA has defined. Most ATA's have their own codes for doing blind and supervised transfers, these need to be disabled for best effect. It is usually best to disable all ATA's feature codes and let Asterisk handle the calls.
 

giorgoslouk

Joined
Jan 10, 2011
Messages
9
Likes
0
Points
0
#5
dicko said:
I believe you will find both subjects are well explained in your ATA's documentation, a dial-string is usually a regex (regular expression) whereby some, and only some dialed numbers are recognized and allowed out of your box, and often some might be re-written , this will include phone number recognition and feature code recognition, anything matching will be delivered to the server, the feature codes are available in FreePBX, and these codes must NOT collide with any feature codes that your ATA has defined. Most ATA's have their own codes for doing blind and supervised transfers, these need to be disabled for best effect. It is usually best to disable all ATA's feature codes and let Asterisk handle the calls.
I do not think this is an ATA problem since i'm having the same trouble with X-Lite too.
I have two ATA's: a Grandstream HT286 and LINKSYS pap2t.
I have disabled the feature codes on both of them but the problem persists.
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#6
Make sure you have not enbled T or t in your general settings Asterik dial command(s), (that will suborn ## and only expect #) otherwise it generally works as advertised.

To further debug, enable DTMF logging in logger.conf (other posts here as to how) and post the log for an unsuccessful transfer

You can of course not use ##, enable Tt as appropriate and use that instead.
 

giorgoslouk

Joined
Jan 10, 2011
Messages
9
Likes
0
Points
0
#7
dicko said:
Make sure you have not enbled T or t in your general settings Asterik dial command(s), (that will suborn ## and only expect #) otherwise it generallt works as advertised.

To furthe debug, enable DTMF logging in logger.conf (other posts here as to how) and post the log for an unsuccessful transfer
I have tr.
What should i enable?
OK i will enable Tt.
The rest tomorrow,it's midnight here now.
Thank you for your help dicko!!!
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#8
That would be up to you to choose, that's why they are options, no? , all ATA's are not built equally, and some will intercept it and use it to it's own purpose if enabled, as said already refer to your ATA's documentation I suggest you use the Asterisk codes and disable them all as Asterisk cannot necessarily discriminate whether the # was dialed on the RX or TX path of the 2/4 wire hybrid that the ATA presents as a sip call. YMMV of course.
 

Members online

No members online now.

Latest posts

Forum statistics

Threads
30,902
Messages
130,887
Members
17,565
Latest member
omarmenichetti
Top