You could have posted the link to the logs say via <a href="http://pastebin.ca">pastebin.ca</a> or so<br><br>Well it&#39;s nice to know Sangoma is not ALWAYS THE BEST<br><br>It&#39;s possible it&#39;s the sangoma software issue ... do you know if you card<br>
processes the HDLC (Dchan) on the chip or uses the linux HDLC code ?<br><br>Most of the times if you have missed interrupts you&#39;ll have problems with the dchannel...<br>usually the dchannel will recover with linux HDLC since it has retransmissions ....<br>
<br>post the logs ... are there any Alarms reported ? Do all the calls get dropped at once ?<br>Or is it just one call ? pri debug span 1 might also be your friend to see if maybe<br>the dropped call is a regular hangup.<br>
<br>Martin<br><br><div class="gmail_quote">On Wed, Apr 1, 2009 at 8:51 PM, Harry McGregor <span dir="ltr">&lt;<a href="mailto:hmcgregor@biggeeks.org">hmcgregor@biggeeks.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
We are having some issues with dropped calls on our combined voice/data<br>
T1 (ISDN PRI hand over of the voice channels).<br>
<br>
Our users are reporting frequent (3-10/day for an 8 person office)<br>
dropped calls, including calls with the other party being on a land line.<br>
<br>
The telco keeps coming back that the line is clean.<br>
<br>
Anyone here have solid experience in reading through D-Channel traces to<br>
figure out what is going on exactly, enough that we can either fix our<br>
Asterisk issue or push the telco for a fix.<br>
<br>
Most of the issues started when we switched from doing our own analog<br>
split out for fax (Sangoma T1 card, Sangoma Analog), to having our telco<br>
split out the fax lines.<br>
<br>
We had issues with fax reliability on the sangoma pair (even though it<br>
had worked well for us in the past with other installs), and switched to<br>
telco analog hand over for fax (which permitted the Windows SBS fax<br>
server to work, though we are getting a lot of cut off faxes).<br>
<br>
Environment is Asterisk 1.4.21 on Debian Lenny Kernel 2.6.26<br>
<br>
01:06.0 Network controller: Sangoma Technologies Corp. A101 single-port<br>
T1/E1 (rev 01)<br>
01:07.0 Network controller: Sangoma Technologies Corp. A200/Remora<br>
FXO/FXS Analog AFT card<br>
<br>
-----<br>
<br>
We really need to get to the bottom of this fax issue.  We can provide<br>
logs, and we can provide supervised (screen),bastion host based SSH<br>
access to the asterisk system.<br>
<br>
I would like to keep the cost down of course, but can offer between $150<br>
(looking at the logs, giving suggestions), up to $500 (if you can truly<br>
solve the issue, and our users are happy).<br>
<br>
<br>
                                        Harry<br>
<br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-biz mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-biz" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-biz</a><br>
</blockquote></div><br>