Brazil CallerID not show in DAHDI Extension [FIXED]

lcvleo · May 31, 2009, 2:58am

When I receive a call from the PSTN into a DAHDI extension, I can’t see the caller ID. I’m in Brazil. My DADHI card is a Digium AEX422 and I use ASterisk 1.6.0.9 and DAHDI 2.1.0.4.
Does anyone have any idea?
Thank you so much!

jonaskellens · May 31, 2009, 9:32am

[quote=“lcvleo”]When I receive a call from the PSTN into a DAHDI extension, I can’t see the caller ID. I’m in Brazil. My DADHI card is a Digium AEX422 and I use ASterisk 1.6.0.9 and DAHDI 2.1.0.4.
Does anyone have any idea?
Thank you so much![/quote]

Does your subscription with your Telco supports the forwarding of Call-ID’s ?
I, for instance, had to upgrade my subscription to include this feature
in chan_dahdi.conf, have you included the option “callerid = asreceived” ?

lcvleo · June 2, 2009, 10:49pm

Yes, I have the service CallerID enabled on my line and this option is enabled in chan_dahdi.conf.

sethsdad0627 · June 3, 2009, 2:30pm

what is the output of Verbose(Caller ${CALLERID(num)} ) on a call? If you have everything enabled and the right settings in your chan_dahdi.conf, this should tell you the number of any unblocked caller.

lcvleo · June 3, 2009, 2:45pm

sethsdad0627 · June 3, 2009, 3:24pm

Put a verbose in macro-dial so we can see if CALLERID(num) is present before the AGI starts.

lcvleo · June 3, 2009, 3:32pm

I’m sorry, but I don’t understand what you want that I do.
I am inexperienced and beginner with Asterisk.

If you can explain better, I am immensely grateful.

sethsdad0627 · June 3, 2009, 3:43pm

in your dialplan (extensions.conf) there is a section [macro-dial] that reads something like this
exten => s,1,Gotoif…
exten => …
exten => s,3,AGI(dialparties.agi)

insert this
exten => s,3,Verbose( passed id is ${CALLERID(num)} )
exten => s,4,AGI(dialparties.agi)

Do a dialplan reload and try it again.

lcvleo · June 3, 2009, 3:54pm

[quote=“sethsdad0627”]in your dialplan (extensions.conf) there is a section [macro-dial] that reads something like this
exten => s,1,Gotoif…
exten => …
exten => s,3,AGI(dialparties.agi)

insert this
exten => s,3,Verbose( passed id is ${CALLERID(num)} )
exten => s,4,AGI(dialparties.agi)

Do a dialplan reload and try it again.[/quote]

This is the output after the modification that you suggested me:

And, this is my [macro-dial]:

[macro-dial]
exten => s,1,GotoIf($["${MOHCLASS}" = “”]?dial)
exten => s,n,SetMusicOnHold(${MOHCLASS})
exten => s,n,Verbose( passed id is ${CALLERID(num)} )
exten => s,n(dial),AGI(dialparties.agi)
exten => s,n,NoOp(Returned from dialparties with no extensions to call and DIALSTATUS: ${DIALSTATUS})

exten => s,n+2(normdial),Dial(${ds}) ; dialparties will set the priority to 10 if $ds is not null
exten => s,n,Set(DIALSTATUS=${IF($["${DIALSTATUS_CW}"!="" ]?${DIALSTATUS_CW}:${DIALSTATUS})})
exten => s,n,GosubIf($["${SCREEN}" != “”]?${DIALSTATUS},1)

exten => s,20(huntdial),NoOp(Returned from dialparties with hunt groups to dial )
exten => s,n,Set(HuntLoop=0)
exten => s,n(a22),GotoIf($[${HuntMembers} >= 1]?a30) ; if this is from rg-group, don’t strip prefix
exten => s,n,NoOp(Returning there are no members left in the hunt group to ring)

; dialparties.agi has setup the dialstring for each hunt member in a variable labeled HuntMember0, HuntMember1 etc for each iteration
; and The total number in HuntMembers. So for each iteration, we will update the CALLTRACE Data.
;
exten => s,n+2(a30),Set(HuntMember=HuntMember${HuntLoop})
exten => s,n,GotoIf($[$["${CALLTRACE_HUNT}" != “” ] & $[$["${RingGroupMethod}" = “hunt” ] | $["${RingGroupMethod}" = “firstavailable”] | $["${RingGroupMethod}" = “firstnotonphone”]]]?a32:a35)

exten => s,n(a32),Set(CT_EXTEN=${CUT(FILTERED_DIAL,$[${HuntLoop} + 1])})
exten => s,n,Set(DB(CALLTRACE/${CT_EXTEN})=${CALLTRACE_HUNT})
exten => s,n,Goto(s,a42)

;Set Call Trace for each hunt member we are going to call “Memory groups have multiple members to set CALL TRACE For hence the loop
;
exten => s,n(a35),GotoIf($[$[”${CALLTRACE_HUNT}" != “” ] & $["${RingGroupMethod}" = “memoryhunt” ]]?a36:a50)
exten => s,n(a36),Set(CTLoop=0)
exten => s,n(a37),GotoIf($[${CTLoop} > ${HuntLoop}]?a42) ; if this is from rg-group, don’t strip prefix
exten => s,n,Set(CT_EXTEN=${CUT(FILTERED_DIAL,$[${CTLoop} + 1])})
exten => s,n,Set(DB(CALLTRACE/${CT_EXTEN})=${CALLTRACE_HUNT})
exten => s,n,Set(CTLoop=$[1 + ${CTLoop}])
exten => s,n,Goto(s,a37)

exten => s,n(a42),Dial(${${HuntMember}}${ds})
exten => s,n,Set(HuntLoop=$[1 + ${HuntLoop}])
exten => s,n,GotoIf($[$[$[“foo${RingGroupMethod}” != “foofirstavailable”] & $[“foo${RingGroupMethod}” != “foofirstnotonphone”]] | $[“foo${DialStatus}” = “fooBUSY”]]?a46)
exten => s,n,Set(HuntMembers=0)
exten => s,n(a46),Set(HuntMembers=$[${HuntMembers} - 1])
exten => s,n,Goto(s,a22)
; For call screening
exten => NOANSWER,1,Macro(vm,${SCREEN_EXTEN},BUSY,${IVR_RETVM})
exten => NOANSWER,n,GotoIf($["${IVR_RETVM}" != “RETURN” | “${IVR_CONTEXT}” = “”]?bye)
exten => NOANSWER,n,Return
exten => NOANSWER,n(bye),Macro(hangupcall)
exten => TORTURE,1,Goto(app-blackhole,musiconhold,1)
exten => TORTURE,n,Macro(hangupcall)
exten => DONTCALL,1,Answer
exten => DONTCALL,n,Wait(1)
exten => DONTCALL,n,Zapateller()
exten => DONTCALL,n,Playback(ss-noservice)
exten => DONTCALL,n,Macro(hangupcall)

; make sure hungup calls go here so that proper cleanup occurs from call confirmed calls and the like
;
exten => h,1,Macro(hangupcall)

sethsdad0627 · June 3, 2009, 3:59pm

make this change and try it again
[macro-dial]
exten => s,1,GotoIf($["${MOHCLASS}" = “”]?dial)
exten => s,n,SetMusicOnHold(${MOHCLASS})
exten => s,n(dial)Verbose( passed id is ${CALLERID(num)} )
exten => s,n,AGI(dialparties.agi)

david55 · June 3, 2009, 4:02pm

This:

exten => s,n,Verbose( passed id is ${CALLERID(num)} ) exten => s,n(dial),AGI(dialparties.agi)
should be

exten => s,n(dial),Verbose( passed id is ${CALLERID(num)} ) exten => s,n,AGI(dialparties.agi)

However, you shouldn’t be using macro with that version of Asterisk, if this is new development, as it is deprecated, and is likely to be removed soon. You need to use subroutines instead.

Also, the best person to solve this problem is almost certainly the person who wrote the dialplan.

sethsdad0627 · June 3, 2009, 4:05pm

David,
how will we replace our “Wonderful” macros when they go away? Is that an ael thing or something else?

david55 · June 3, 2009, 4:07pm

Subroutines. In version 1.6, Macros are actually converted to subroutines, behind the scenes. If you use up to date sample files, you should find that the sample macros have been replaced by subroutines.

lcvleo · June 3, 2009, 4:09pm

[quote=“david55”]This:

exten => s,n,Verbose( passed id is ${CALLERID(num)} ) exten => s,n(dial),AGI(dialparties.agi)
should be

exten => s,n(dial),Verbose( passed id is ${CALLERID(num)} ) exten => s,n,AGI(dialparties.agi)

However, you shouldn’t be using macro with that version of Asterisk, if this is new development, as it is deprecated, and is likely to be removed soon. You need to use subroutines instead.

Also, the best person to solve this problem is almost certainly the person who wrote the dialplan.[/quote]

Well, thanks for your help.
The problem here is that I use Asterisk 1.6.0.9 with FreePBX 2.5 and who creates these macros is FreePBX. As I said earlier, I am new to Asterisk and I don’t have sufficient experience to these settings.

lcvleo · June 3, 2009, 4:15pm

Here is the outut verbose with the correction suggested by our friend David:

Executing [s@macro-dial:3] Verbose(“DAHDI/1-1”, " passed id is ") in new stack
[Jun 3 13:15:37] VERBOSE[20831] logger.c: passed id is
[Jun 3 13:15:37] VERBOSE[20831] logger.c: – Executing [s@macro-dial:4] AGI(“DAHDI/1-1”, “dialparties.agi”) in new stack

From what I understand, the Asterisk is not getting any information for identifying callers.
Here in Brazil the identification system is called DTMF.

My chan_dahdi.conf is:

[channels]
;General options
usecallerid=yes
hidecallerid=no
callwaiting=yes
threewaycalling=yes
transfer=yes
echocancel=64
callwaitingcallerid=yes
echocancelwhenbridged=yes
rxgain=1.0
txgain=1.0
busydetect=yes
busycount=2
progzone=br
callprogress=yes
tonezone=20
useincomingcalleridondahditransfer=yes
immediate=no
faxdetect=no
usecallingpres=yes
echotraining=no
answeronpolarityswitch=yes
hunguponpolarityswitch=yes
callerid=asreceived
cidsignalling=dtmf
cidstart=ring
relaxdtmf=yes

;FXS Modules
group=1
signalling=fxo_ls
context=from-internal
channel=3-4

;FXO Modules
group=2
signalling=fxs_ks
context=from-pstn
channel=1-2

sethsdad0627 · June 3, 2009, 4:59pm

cidsignalling=dtmf could well be the cause of the problem

According to this
; Type of caller ID signalling in use
; bell = bell202 as used in US (default)
; v23 = v23 as used in the UK
; v23_jp = v23 as used in Japan
; dtmf = DTMF as used in Denmark, Sweden and Netherlands
; smdi = Use SMDI for caller ID. Requires SMDI to be enabled (usesmdi).
;

you would probably want to use bell (US) or smdi. That’s over my pay grade.

lcvleo · June 3, 2009, 5:29pm

[quote=“sethsdad0627”]cidsignalling=dtmf could well be the cause of the problem

According to this
; Type of caller ID signalling in use
; bell = bell202 as used in US (default)
; v23 = v23 as used in the UK
; v23_jp = v23 as used in Japan
; dtmf = DTMF as used in Denmark, Sweden and Netherlands
; smdi = Use SMDI for caller ID. Requires SMDI to be enabled (usesmdi).
;

you would probably want to use bell (US) or smdi. That’s over my pay grade.[/quote]

Does not work.
:(:(:(:(

sethsdad0627 · June 3, 2009, 5:30pm

you changed the value and restarted asterisk?

david55 · June 3, 2009, 5:35pm

Firstly, you need to find out the information from your service provider, rather than just guessing.

However, if they are not forth coming, you need enable tracing on dahdi, quite possibly at the driver level, to find out what is actually happening on the line. I haven’t used FXO cards, so I don’t have experience, myself.

Finally, to the extent that you are using prepackaged code from elsewhere, you should try to use the supplier’s support channels, as they should know how their code works, and if it doesn’t work, or causes usability problems, they need to see that, or they won’t fix it.

Topic		Replies	Views
Failed to decode CallerID Asterisk Support	6	1091	December 11, 2012
Dahdi CallerID Setup Asterisk Support	3	265	October 11, 2011
Asterisk 1.4 id caller number not shown whit analog phone Asterisk Support	17	1196	February 24, 2009
No CallerID with DAHDI and Asterisk 1.6 Asterisk Support	2	200	February 18, 2009
Caller id sometimes doesnt appear on specific dahdi! Asterisk Support	7	367	August 28, 2012

Brazil CallerID not show in DAHDI Extension [FIXED]

Related topics