[asterisk-users] Dahdi QSIG with Tadiran Coral - not working

Eduardo Pimenta edu at alertbrasil.com.br
Sat Apr 14 10:19:29 CDT 2012

Hello All,

we have Asterisk 1.8 connected to Tadiran Coral via RedFone Fonebridge. Our
side is pri-net and Tadiran is pri-CPE, both sides have QSIG enabled.

We are able to call internal user extensions in Tadiram and we are able to
do outbound calls using Tadiran routes. We are even able to call outbound
and perform DahdiSendCallReroutingFacility to internal user extension in
Tadiram, thus joining both calls and freeing the channel in our Asterisk
(this is a QSIG facility), as seen below.

where 0019xxxxxxxx is my mobile fone number.

1) Call my fone number
2) send it to extension 2 at ura
3) extension 2 at ura plays a message and calls DAHDISendCallreroutingFacility
sending it to user extension 5501.
4) Fonebridge/Asterisk channel is released, "pri show channels" shows us
that the call is not in our realm anymore.
5) Two connected legs can  normally talk.

[Apr  9 12:51:47] DEBUG[18196] sig_pri.c: sig_pri_request 1
[Apr  9 12:51:47] DEBUG[18196] sig_pri.c: CALLER NAME:  NUM:
[Apr  9 12:51:47] VERBOSE[18196] sig_pri.c:     -- Requested transfer
capability: 0x00 - SPEECH
[Apr  9 12:51:54] VERBOSE[18199] pbx.c:     -- Executing [2 at ura:1]
Playback("DAHDI/i1/0019xxxxxxxx-2", "custom/ura/seguranca") in new stack
[Apr  9 12:51:54] VERBOSE[18199] file.c:     -- <DAHDI/i1/0019xxxxxxxx-2>
Playing 'custom/ura/seguranca.slin' (language 'en')
[Apr  9 12:51:59] VERBOSE[18199] pbx.c:     -- Executing [2 at ura:2]
DAHDISendCallreroutingFacility("DAHDI/i1/0019xxxxxxx-2", "5501") in new
[Apr  9 12:51:59] WARNING[18199] chan_dahdi.c: Callrerouting Facility
without original called number argument
[Apr  9 12:51:59] NOTICE[18199] chan_dahdi.c: Callrerouting Facility
without diversion reason argument, defaulting to unknown
[Apr  9 12:51:59] VERBOSE[18199] pbx.c:   == Spawn extension (ura, 2, 2)
exited non-zero on 'DAHDI/i1/0019xxxxxxxx-2'
[Apr  9 12:51:59] VERBOSE[18199] chan_dahdi.c:     -- Hungup

But, inbound to our system, Tadiran can send us absolutely nothing. I have
set "pri intense debug span 1" and  cannot see anything happening coming
from Tadiram. No log at all, only exchange of regular protocol messages.

My conclusion is that Tadiram tech guys are doing something wrong when
trying to send us a call. Is it possible that, even having no log messages,
no error messages, and after beeing able to do the mentioned above, that
the problem is in our side?



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120414/3dfb1018/attachment.htm>

More information about the asterisk-users mailing list