Hello All,<div><br></div><div>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.</div><div><br></div>
<div>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.</div>
<div><br></div><div>where 0019xxxxxxxx is my mobile fone number.</div><div><br></div><div>1) Call my fone number</div><div>2) send it to extension 2@ura</div><div>3) extension 2@ura plays a message and calls DAHDISendCallreroutingFacility sending it to user extension 5501.</div>
<div>4) Fonebridge/Asterisk channel is released, "pri show channels" shows us that the call is not in our realm anymore.</div><div>5) Two connected legs can normally talk.</div><div><br></div><div><br></div><div>
<div>[Apr 9 12:51:47] DEBUG[18196] sig_pri.c: sig_pri_request 1</div><div>[Apr 9 12:51:47] DEBUG[18196] sig_pri.c: CALLER NAME: NUM:</div><div>[Apr 9 12:51:47] VERBOSE[18196] sig_pri.c: -- Requested transfer capability: 0x00 - SPEECH</div>
<div>[Apr 9 12:51:54] VERBOSE[18199] pbx.c: -- Executing [2@ura:1] Playback("DAHDI/i1/0019xxxxxxxx-2", "custom/ura/seguranca") in new stack</div><div>[Apr 9 12:51:54] VERBOSE[18199] file.c: -- <DAHDI/i1/0019xxxxxxxx-2> Playing 'custom/ura/seguranca.slin' (language 'en')</div>
<div>[Apr 9 12:51:59] VERBOSE[18199] pbx.c: -- Executing [2@ura:2] DAHDISendCallreroutingFacility("DAHDI/i1/0019xxxxxxx-2", "5501") in new stack</div><div>[Apr 9 12:51:59] WARNING[18199] chan_dahdi.c: Callrerouting Facility without original called number argument</div>
<div>[Apr 9 12:51:59] NOTICE[18199] chan_dahdi.c: Callrerouting Facility without diversion reason argument, defaulting to unknown</div><div>[Apr 9 12:51:59] VERBOSE[18199] pbx.c: == Spawn extension (ura, 2, 2) exited non-zero on 'DAHDI/i1/0019xxxxxxxx-2'</div>
<div>[Apr 9 12:51:59] VERBOSE[18199] chan_dahdi.c: -- Hungup 'DAHDI/i1/0019xxxxxxxx-2'</div></div><div><br></div>
<div><br></div><div>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.</div>
<div><br></div><div><br></div><div>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?</div>
<div><br></div><div><br></div><div>Thanks,</div>
<div><br></div><div>Eduardo</div><div><br clear="all"><div><br></div>-- <br><br><br>
</div>