A. which details do you want?, I can plug the quadBRI again for testing. As far as I saw the problem was on the bristuffed libpri, on the q931_hangup (dunno the exact point). <br><br>B. No, 'cause the quadBRI was working perfectly while the TE110P didn't and digium told... "if it works without bristuff then it's your fault"... So as I no longer han BRI's I removed the card and used only the E1 ;))
<br><br>C. me too hehe<br><br>If you want I can do more testing/debugging with the quadBRI+TE110P and asterisk-bristuff but I try to avoid that (the hangup problem is bad for the phone bill ;)<br><br>Cheers,<br>Marc.<br><br>
<div><span class="gmail_quote">On 10/3/06, <b class="gmail_sendername">Tzafrir Cohen</b> <<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tue, Oct 03, 2006 at 12:36:47AM +0200, telenieko wrote:<br>> On my side, I currently have my quadBRI left somewhere...<br>><br>> Did you know that, at least on Spain, if you use a TE110P (E1) with<br>> asterisk-bristuff (having a quadBRI on the same box) your TE110P will
<br>> *never* hangup? preciselly it won't sent disconnect requests to the telco...<br><br>A. Could you please give more details?<br><br>B. Have you contacted Jungahnns regarding this?<br><br>C. I'm actually trying to avoid using bristuff's asterisk and libpri
<br>code.<br><br>><br>><br>> Just take it in account if you start playing around with the bristuff<br>> patches, and put a **really** big entry on the changelog if asterisk-classic<br>> ever has code from bristuff on "libpri" (the issue is there, as far as I
<br>> tested).<br><br>I'm not plaing around with bristuff. Those patches have not changed in<br>any way the behaviour of asterisk/chan_zap, except for the case of a BRI<br>card.<br><br>And I have not added them yet. Still looking for testers. Looks like
<br>this could help you tilize your extra quadbri card.<br><br>--<br>Tzafrir Cohen <a href="mailto:sip:tzafrir@local.xorcom.com">sip:tzafrir@local.xorcom.com</a><br>icq#16849755 <a href="mailto:iax:tzafrir@local.xorcom.com">
iax:tzafrir@local.xorcom.com</a><br>+972-50-7952406 <a href="mailto:jabber:tzafrir@jabber.org">jabber:tzafrir@jabber.org</a><br><a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a> <a href="http://www.xorcom.com">
http://www.xorcom.com</a><br><br>_______________________________________________<br>Pkg-voip-maintainers mailing list<br><a href="mailto:Pkg-voip-maintainers@lists.alioth.debian.org">Pkg-voip-maintainers@lists.alioth.debian.org
</a><br><a href="http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers">http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers</a><br></blockquote></div><br><br clear="all"><br>-- <br>The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft