[Home]

Summary:ASTERISK-20058: Unable to receive inbound CallerID from analog PSTN circuit using Xorcom XR0030 FXO
Reporter:Anthony Messina (amessina)Labels:
Date Opened:2012-06-26 15:56:56Date Closed:2012-08-23 23:51:05
Priority:MajorRegression?
Status:Closed/CompleteComponents:Channels/chan_dahdi
Versions:10.5.1 Frequency of
Occurrence		Constant
Related
Issues:
Environment:Dell PE R210 II Fedora 17 x86_64 Xorcom XR0030 6FXS/2FXOAttachments:( 0) full
( 1) Rx13.raw
Description:Using Asterisk 10.5.1 from the stock Fedora 17 builds, I am unable to receive callerid on my trunk FXO interface (AT&T PSTN) using a Xorcom XR0030 6FXS/2FXO.  The following extensions.conf configuration is the same as when I was using a TDM400p and had no callerid issues.  I am able to receive incoming calls and place outgoing calls via the interface/channel, but I cannot receive callerid from the FXO/PSTN ports on the Xorcom.  I have debugged the issue with Xorcom, who couldn't find anything wrong on their end and have also had tzafrir take a look at my configs who also couldn't find any issues.  I am in the US.  I am able to successfully receive callerid on a regular (non-Asterisk) phone on the PSTN line.

I see the following in the console:
{code}
-- Executing [s@default:2] NoOp("DAHDI/13-1", "Incoming call from "" <>") in new stack
{code}


{code}
[default]
exten => s,1,Wait(1)
same => n,NoOp(Incoming call from ${CALLERID(all)})
same => n,GotoIf($["${CALLERID(num)}" = "773525XXXX"]?gate)
same => n,Background(custom-menu-1,m)
same => n,GotoIfTime(06:30-21:30,*,*,*?pass)
same => n,Gosub(in,2200,1)
same => n,Goto(vm-external,2200,1)
same => n(gate),Gosub(in,${EXTEN},1)
same => n,Set(CALLERID(name)=Front Gate Intercom)
same => n,SIPAddHeader(Alert-Info: info=<Bellcore-dr2>)
same => n,Dial(${DAHDI1}r2&${AASTRA480I},30)
same => n,Goto(vm-external,2200,1)
same => n(pass),Gosub(in,2200,1)
same => n,SIPAddHeader(Alert-Info: info=<Bellcore-dr2>)
same => n,Dial(${DAHDI1}r2&${AASTRA480I},20)
same => n,Goto(vm-external,2200,1)
{code}

In chan_dahdi.conf:
{code}
[trunkgroups]
[channels]
language=en
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=no
group=1
callgroup=1
pickupgroup=1
useincomingcalleridondahditransfer=yes
callprogress=no
progzone=us
mohinterpret=default
mohsuggest=default
description=Internal phones
signalling=fxo_ks

callerid="Anthony & Marci" <2202>
context=mss
mailbox=2200
channel => 1-6

description=Astribank special output
context=astbank-output
channel => 7-8
description=Astribank special input
immediate=yes
context=astbank-input
channel => 9-12
immediate=no

description=AT&T trunk
group=2
accountcode=pstn
callerid=asreceived
context=default
;faxdetect=incoming
signalling=fxs_ks
channel => 13-14
{code}
Comments:By: Anthony Messina (amessina) 2012-06-26 15:57:37.124-0500

dahdi_monitor on channel 13
By: Rusty Newton (rnewton) 2012-06-28 19:09:05.756-0500

We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information


Thanks for all the detailed info so far. Please provide a Asterisk full log containing VERBOSE and DEBUG messages of at least level 5 during the time the issue occurs. Please point out the time the issue occurs in the log file.

In this case we just need an example inbound call, we should see some debug messages in regards to missing callerID.


By: Anthony Messina (amessina) 2012-07-02 12:06:47.787-0500

Here is the requested information.  The dialplan is as follows with phone numbers redacted.  I will attach the full log.
{code}
[default]
; Incoming DAHDI/IAX2/SIP without user or extension
exten => s,1,Wait(1)
same => n,NoOp(Incoming call from ${CALLERID(all)})
same => n,GotoIf($["${CALLERID(num)}" = "773NXXXXXX"]?gate)
same => n,Background(custom-menu-1,m)
same => n,GotoIfTime(06:30-21:30,*,*,*?pass)
same => n,Gosub(in,2200,1)
same => n,Goto(vm-external,2200,1)
same => n(gate),Gosub(in,${EXTEN},1)
same => n,Set(CALLERID(name)=Front Gate Intercom)
same => n,SIPAddHeader(Alert-Info: info=<Bellcore-dr2>)
same => n,Dial(${DAHDI1}r2&${AASTRA480I}&${AMESSINA},30)
same => n,Goto(vm-external,2200,1)
same => n(pass),Gosub(in,2200,1)
same => n,SIPAddHeader(Alert-Info: info=<Bellcore-dr2>)
same => n,Dial(${DAHDI1}r2&${AASTRA480I}&${AMESSINA},20)
same => n,Goto(vm-external,2200,1)
{code}
By: Anthony Messina (amessina) 2012-07-02 12:07:49.743-0500

full log with verbose and debug at 5.  Phone numbers and domain redacted.
By: Anthony Messina (amessina) 2012-07-05 09:55:32.750-0500

Updating for 'feedback'
By: Rusty Newton (rnewton) 2012-07-06 17:14:28.454-0500

Thanks for all the information. As you reported this working with other DAHDI compatible hardware, this still appears to be a Xorcom specific issue and you will probably want to continue pursuing it with them. However we'll leave this issue up here in case others find something similar or if a dev gets a chance to look into it.
By: Anthony Messina (amessina) 2012-07-06 17:35:12.468-0500

Thanks for the update, Rusty.  I had Xorcom SSH into the box and check everything from their end and they were unable to find any problems with configuration.  Were you able to listed to the attached Rx13.raw file?  I'm not sure what it's supposed to sound like, but the Xorcom folks said that callerid tones were being passed to Asterisk in that recording (and others they made), but for some reason, Asterisk wasn't decoding them.
By: Anthony Messina (amessina) 2012-08-23 23:50:28.532-0500

Well, I was never able to get it to work, after two months of working with Xorcom.  So I got a refund from VoipSupply.  Thanks for your help.  You digium folks will be happy to know that I've replaced it with an AEX400 card, which received callerid from the PSTN on the first call ;)
By: Anthony Messina (amessina) 2012-08-23 23:51:05.582-0500

This cannot be reproduced with another hardware card, though no one was able to get this Xorcom to work.