PDA

View Full Version : Problem with incoming calls over BRI



matux
11-17-09, 05:19 AM
Hi,

I am having a problem with incoming calls over my BRI lines. My BRI lines are based in Ireland and are using Point to Multipoint which i have set in /etc/pika/pikagp_aoh.cfg. I have also tried the suggestions here http://forum.pikatechnologies.com/showthread.php?t=141

Outgoing calls are working fine. When a call comes in i get the following in Asterisk

---------------------------------
== Starting PIKA/digital/1 at digital,3330,1 failed so falling back to exten 's'
== Starting PIKA/digital/1 at digital,s,1 still failed so falling back to context 'default'
-- Executing [s@default:1] Playback("PIKA/digital/1", "vm-goodbye") in new stack
-- <PIKA/digital/1> Playing 'vm-goodbye' (language 'default')
-- Executing [s@default:2] Macro("PIKA/digital/1", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] ResetCDR("PIKA/digital/1", "w") in new stack
-- Executing [s@macro-hangupcall:2] NoCDR("PIKA/digital/1", "") in new stack
-- Executing [s@macro-hangupcall:3] GotoIf("PIKA/digital/1", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing [s@macro-hangupcall:6] GotoIf("PIKA/digital/1", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing [s@macro-hangupcall:9] GotoIf("PIKA/digital/1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,11)
-- Executing [s@macro-hangupcall:11] Hangup("PIKA/digital/1", "") in new stack
== Spawn extension (macro-hangupcall, s, 11) exited non-zero on 'PIKA/digital/1' in macro 'hangupcall'
== Spawn extension (default, s, 2) exited non-zero on 'PIKA/digital/1'
---------------------------------------

In FreePBX i have setup the trunk as digital/1/$OUTNUM$ and the following is my /etc/pika/pikagp_aoh.cfg

------------------------------------------
[general]
playbuffersize=160
numberofplaybuffers=8
maxaudioblocksize=20
recordbuffersize=160
numberofrecordbuffers=8

[boards]
board0=ANALOG_26900218
board1=DIGITAL_26900218

[ANALOG_26900218]
id=0

[DIGITAL_26900218]
id=1
;serial=26900218
interfacetype=bri_eu
clockmode=slave

[phones]
phone0=PHONE_26900218

[PHONE_26900218]
interface=board0,0
calleridmode=fsk_etsi
compandmode=alaw

[bri]
bri0=BRI_26900218_0
bri1=BRI_26900218_1

[BRI_26900218_0]
interface=board1,0
networkconfig=pmp
switchtype=etsi
countrycode=uk
line_compandmode=alaw
node=client
numbertype=unknown
numberplan=isdn
channelselect=exclusive
endpoint=true
autoreconnect=false
addsotoend=false
resetchidextensionbit=false
enablet309=false
permanentactivation=false

[BRI_26900218_1]
interface=board1,1
networkconfig=pmp
switchtype=etsi
countrycode=uk
line_compandmode=alaw
node=client
numbertype=unknown
numberplan=isdn
channelselect=exclusive
endpoint=true
autoreconnect=false
addsotoend=false
resetchidextensionbit=false
enablet309=false
permanentactivation=false
-------------------------------------

Thanks for any help or suggestions.

pbeaton
11-17-09, 07:31 AM
Have a look in /etc/asterisk/pika.conf

look for [digital] and then change context=digital to context=from-zaptel

We also have to change:
nationalprefix=
internationalprefix=
to
nationalprefix=0
internationalprefix=00
as BT don't send the leading 0(s) as part of the caller id with ISDN, but since they need it to dial national/international numbers and people expect it on the caller display, that adds them back.
Then do an "amportal restart"

matux
11-17-09, 01:43 PM
Thanks pbeaton, changing context=digital to context=from-zaptel worked.