Patton 4552 -> IVR + Hangup -> Call still incoming

lovelord

Joined
Sep 12, 2008
Messages
8
Likes
0
Points
0
#1
*** ENGLISH VERSION *** FOLLOW ITALIAN VERSION ***

Hi Guys,

I'm in this situation:

Elastix 1.5.2-2.3 (last stable)
Patton SmartNode 4554 2 bri

Incoming calls work right so do outgoing ones, so there are no problem with trunks. Interfaces between elastix and patton are UP.

Issues happens when a caller do a request in IVR or just enter IVR and hangup, in that case if callers hangup the call still remain active and , if an operator answer get a busy tone. If no operator answer call goes in voicemail with busy tone for seconds (suddenly 30-40sec) and after hangup.

If I send my incoming callers to an extension directly this issue doesn't happens so I think there's something wrong in IVR ?? But what??

This is my INBOUND ROUTE:

ring up -> DID check -> Day and Night Check -> Time Condition Check 1 -> Time Condition Check 2 -> IVR ingresso con direct extensions call enabled and timeout 6 sec

IVR (t) -> Ring group INCOMING
IVR (i) -> Repeat IVR

Follow me are configured as below:

ring up -> No answers? -> Follow me -> Queue Ext. -> retry ext. every 10 sec until 5 min. -> Announce (tutti utenti occupati) -> Hang Up.

What do you think could be done to solve this problem?

Thx.


*** ITALIAN VERSION ***

Ciao ragazzi,

mi trovo in questa condizione:

Elastix 1.5.2-2.3 (ultima stable)
Patton SmartNode 4554 2 bri

Premettendo che le chiamate in ingresso e uscita funzionano regolarmente e che il pbx è configurato a modino, che di conseguenza la trunk pbx <-> patton è registrata ed è up....

vorrei sapere perchè il pbx non si rende conto di quando i chiamanti riagganciano dopo essere passati dall'IVR (poichè se reindirizzo direttamente su una extension e riaggancio funziona regolare).


Il percorso INBOUND è il seguente:

ring up -> DID check -> Day and Night Check -> Time Condition Check 1 -> Time Condition Check 2 -> IVR ingresso con direct extensions call abilitato e timeout 6 sec

percorso (t) -> Ring group centralino
percorso (i) -> Ripeti IVR

Le follow me sono per ogni singola extensions

ring ext -> No answers? -> Follow me -> Queue Ext. -> retry ext. every 10 sec until 5 min. -> Announce (tutti utenti occupati) -> Hang Up.


Quello che succede di anomalo è che se una chiamata in ingresso passa attraverso l'IVR e magari riaggancia prima che l'operatore dell'estensione risponda la chiamata rimane attiva come se l'utente chiamante fosse sempre al telefono, l'operatore risponde e sente il classico tono di occupato continuo.

Cosa mi consigliate di fare?
 

dicko

Joined
Oct 24, 2008
Messages
4,099
Likes
0
Points
0
#2
I suggest you check the "disconnect signalling/supervision" provided by the carrier and how it is handled by the TA. (I assume ISDN from the provider, which is normally not a problem, so look closely at the Patton)

It sounds like something is not providing asterisk with that information.
 

lovelord

Joined
Sep 12, 2008
Messages
8
Likes
0
Points
0
#3
Thinking the same dicko,

my first idea was that patton cannot understand the hungup message from ISDN line, but if this is right, why if I send inbound route directly to an extension and hungup this doesn't happens? This issue, if patton is responsable, should be remain unvaried.

:huh:
 

Members online

No members online now.

Latest posts

Forum statistics

Threads
30,915
Messages
130,920
Members
17,595
Latest member
feparra121
Top