Hi Eduardo,<div>we use redfone in most of our projects.</div><div><br></div><div>If you have enabled intense debug on that particular span, you should see some logs coming in from your Tadiran. If you don't see any, the problem is from Tadiran side, I highly suspect.<br>
<br><div class="gmail_quote">On Sat, Apr 14, 2012 at 11:19 PM, Eduardo Pimenta <span dir="ltr"><<a href="mailto:edu@alertbrasil.com.br">edu@alertbrasil.com.br</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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><span class="HOEnZb"><font color="#888888"><div><br clear="all"><div><br></div>-- <br><br><br>
</div>
</font></span><br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Regards,<br>
Arstan Jusupov<br>
</div>