Simone Cittadini
2006-Jul-17 03:03 UTC
[asterisk-users] asterisk sending connects when it shouldn't
When asterisk receives those messages you hear when calling an
unreacheable cellular phone it sends a 'connect' over the terminating
PRI line (digium TE410P), making the call seen as billed from customer's
perspective.
I don't know if this behaviour is a bug or something I can resolve with
some fine tuning, so I'm sending to both lists.
Since the calls comes from a SIP connected GSM gateway, is there some
SIP code which corresponds to the 'pass audio but don't connect' we
want
here ?
that's roughly the extension :
exten => _X.,1,AGI(agi://127.0.0.1:54321/SomeAgiHere?someArgumentsHere)
exten =>
_X.,n,GotoIf($["${CALLABLE}"="TRUE"]?chkmax:hangup)
exten => _X.,n(chkmax),Set(GROUP()=${TECH_PRE})
exten => _X.,n,GotoIf($[${GROUP_COUNT(${TECH_PRE})} >=
${MAX_CALLS}]?hangup:dial)
exten => _X.,n(dial),Dial(${STR_DIAL})
exten => _X.,n(hangup),Hangup
exten => h,1,Set(CDR(userfield)=${USERFIELD}-${HANGUPCAUSE})
Here the provider's trace of a call answered by asterisk :
/HDLU 4/Port
=== LAPD == --- ADDRESS ---
SAPI : 0 = call control procedures
CR : ......1.
EA0 : .......0
TEI : 0 = non-automatic TEI assignment user equipment
EA1 : .......1
--- CONTROL ---
--- I FRAME ---
I FORMAT : .......0
N(S) : 86
P : .......0
N(R) : 31
=== ETSI ISDN == PROT DISC : 08h = Q.931 user-network call control
message
LEN CALL R : 2
SPARE : 0
FLAG : 1....... = the message is sent to the side that
originates the call reference
CALL REF : 226
MESS TYPE : 07h = Connect
Here the complete trace :
/HDLU 4/Port
0 TEI: 0 CALL REF: 226 Setup '500' '[called number]'
0 TEI: 0 CALL REF: 226 Setup acknowledge
0 TEI: 0 CALL REF: 226 Call proceeding
0 TEI: 0 CALL REF: 226 Connect <== should not
0 TEI: 0 CALL REF: 226 Connect acknowledge
0 TEI: 0 CALL REF: 226 Disconnect 16 normal call clearing
0 TEI: 0 CALL REF: 226 Release
0 TEI: 0 CALL REF: 226 Release complete
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Here a trace from a correctly functioning non-voip system :
/HDLU 4/Port
0 TEI: 0 CALL REF: 246 Setup '500'
0 TEI: 0 CALL REF: 246 Setup acknowledge
0 TEI: 0 CALL REF: 246 Information 'c'
0 TEI: 0 CALL REF: 246 Information 'a'
0 TEI: 0 CALL REF: 246 Information 'l'
0 TEI: 0 CALL REF: 246 Information 'l'
0 TEI: 0 CALL REF: 246 Information 'e'
0 TEI: 0 CALL REF: 246 Information 'd'
0 TEI: 0 CALL REF: 246 Information 'n'
0 TEI: 0 CALL REF: 246 Information 'u'
0 TEI: 0 CALL REF: 246 Information 'm'
0 TEI: 0 CALL REF: 246 Information 'b'
0 TEI: 0 CALL REF: 246 Call proceeding
0 TEI: 0 CALL REF: 246 Progress
0 TEI: 0 CALL REF: 246 Progress
0 TEI: 0 CALL REF: 246 Disconnect 16 normal call clearing
0 TEI: 0 CALL REF: 246 Release
0 TEI: 0 CALL REF: 246 Release complete
--
Simone Cittadini
2K Elektronika
Tel +39.02.26265583
Tomislav Parčina
2006-Jul-18 03:26 UTC
[asterisk-users] Re: asterisk sending connects when it shouldn't
In article <44BB608E.4000006@gmail.com>, mymailforlists@gmail.com says...> When asterisk receives those messages you hear when calling an > unreacheable cellular phone it sends a 'connect' over the terminating > PRI line (digium TE410P), making the call seen as billed from customer's > perspective.Yes, this is definitely a problem. I hope there is solution. It could be solved if there is AOC (Advice Of Charge) support in Asterisk. But it seams that Asterisk developers aren't interested in this. Please, be interested in developing AOC in Asterisk. That feature will provide you correct and accurate billing! -- Tomislav Par?ina Lama Computers Split Stinice 12, 21000 Split Tel.: +385(21)495148 Mob.: +385(91)1212148 SIP: tomo@pbx.lama.hr e-mail: tparcina#lama.hr http://www.lama.hr