<html dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<meta name="GENERATOR" content="MSHTML 8.00.6001.19170">
</head>
<body bgcolor="#ffffff" ocsi="x">
<div dir="ltr"><font color="#000000" size="2" face="Tahoma">
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span style="mso-ansi-language: EN-US" lang="EN-US"><font size="3"><font face="Calibri">Marcelo
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
<o:p></o:p></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span style="mso-ansi-language: EN-US" lang="EN-US"><font size="3"><font face="Calibri">Good luck, I think it’s crazy if unlatching pattern between Openr2<a></a> and dahdi<a></a>, should be impossible and never
could be happen to be, anyway it upon to when troubles coming up.<o:p></o:p></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span style="mso-ansi-language: EN-US" lang="EN-US"><font size="3"><font face="Calibri">Best regards<o:p></o:p></font></font></span></p>
</font></div>
<div>
<div><font size="2" face="Tahoma">Mc GRATH<a></a> Ricardo</font></div>
<div><font size="2" face="tahoma">E-Mail<a></a> <a href="mailto:mcgrathr@mail2web.com">
mcgrathr@mail2web.com</a><a></a></font></div>
</div>
<div style="DIRECTION: ltr" id="divRpF359335">
<hr tabindex="-1">
<font color="#000000" size="2" face="Tahoma"><b>From:</b> asterisk-r2-bounces@lists.digium.com [asterisk-r2-bounces@lists.digium.com] On Behalf Of Marcelo Pacheco [marcelo@m2j.com.br]<br>
<b>Sent:</b> 11 January 2012 12:36<br>
<b>To:</b> asterisk-r2@lists.digium.com<br>
<b>Subject:</b> Re: [asterisk-r2] Alarm on openR2 spans leave channels with RxCAS 0xC state<br>
</font><br>
</div>
<div></div>
<div>I'm still properly learning R2D, I know ISDN and ISUP well. go figure.<br>
<br>
It seems the proper way to troubleshoot is to compare mfcr2 show channels with dahdi_tool, if the bits match and are both corrupt, then its not a openr2 bug, but something hardware/driver related. If the bits are in mismatch, then its an openr2 issue. I just
thought about the dahdi_tool now, as I never used it with R2 before, just with T1 channel banks. Since the incorrect bits are received, if they show up on dahdi_tool, then it can't be the fault of openr2 generating improper signalling output.<br>
<br>
I think I'll wait until it happens again, and then do the comparison. I'll report back.<br>
<br>
Marcelo<br>
<br>
On 01/11/12 10:44, Mc GRATH Ricardo wrote:
<blockquote type="cite"><style title="owaParaStyle"><!--P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
<div dir="ltr"><font color="#000000" size="2" face="Tahoma"></font>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span lang="EN-US"><font color="#000000" size="2" face="Tahoma"><font face="Calibri"><font size="3">Marcelo
</font></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span lang="EN-US"><font color="#000000" size="2" face="Tahoma"><font face="Calibri"><font size="3">As you report your problem, isn’t regardless to DAHDI or software trouble, by the way restarting DAHDI service
is same as unplug and plug RJ45 connector.</font></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><font color="#000000" size="2" face="Tahoma"><font size="3"><span lang="EN-US"><font face="Calibri">By the way
<span> </span></font></span><span style="FONT-FAMILY: 'Courier New'" lang="EN-US">Rx CAS 0xC state
</span><span lang="EN-US"><font face="Calibri">is related to PSTN frame, I guest problem could becomes PSTN side it loose Asterisk frame or shifted, whatever, these is what be called transmission problem or end mile installation, as could be possible it
<span> </span>should be analyzed by E1 protocols instrumental time after problem it evidence, it take time.</font></span></font></font></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><font color="#000000" size="2" face="Tahoma"><font size="3"><span lang="EN-US"><font face="Calibri">It common happens when frame is shifted by SDH units or wiring etc, between PSTN and customer side,
</font></span><span style="FONT-FAMILY: 'Courier New'" lang="EN-US">Rx CAS 0xC state </span><span lang="EN-US"><font face="Calibri"><span lang="EN-US"><font face="Calibri">PSTN</font></span> switch class after receiving a long rate of frame error it set block
state.</font></span></font></font></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span lang="EN-US"><font color="#000000" size="2" face="Tahoma"><font size="3"><font face="Calibri">I hope these could be help to find out the problem.</font></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span lang="EN-US"><font color="#000000" size="2" face="Tahoma"><font size="3"><font face="Calibri">Best regards</font></font></font></span></p>
<p style="MARGIN: 0cm 0cm 10pt" class="MsoNormal"><span lang="EN-US"><font color="#000000" size="2" face="Tahoma"><font size="3" face="Calibri"> </font></font></span><font size="2" face="Tahoma">Mc GRATH Ricardo</font></p>
</div>
<div>
<div><font size="2" face="tahoma">E-Mail <a href="mailto:mcgrathr@mail2web.com">mcgrathr@mail2web.com</a></font></div>
</div>
<div style="DIRECTION: ltr" id="divRpF831198">
<hr tabindex="-1">
<font color="#000000" size="2" face="Tahoma"><b>From:</b> <a class="moz-txt-link-abbreviated" href="mailto:asterisk-r2-bounces@lists.digium.com">
asterisk-r2-bounces@lists.digium.com</a> [<a class="moz-txt-link-abbreviated" href="mailto:asterisk-r2-bounces@lists.digium.com">asterisk-r2-bounces@lists.digium.com</a>] On Behalf Of Marcelo Pacheco [<a class="moz-txt-link-abbreviated" href="mailto:marcelo@m2j.com.br">marcelo@m2j.com.br</a>]<br>
<b>Sent:</b> 10 January 2012 21:45<br>
<b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:asterisk-r2@lists.digium.com">
asterisk-r2@lists.digium.com</a><br>
<b>Subject:</b> Re: [asterisk-r2] Alarm on openR2 spans leave channels with RxCAS 0xC state<br>
</font><br>
</div>
<div>Moises,<br>
<br>
Sure. I'll test it. Are you confident no changes were made that could fix this from 1.3.1 -> 1.3.2 ? I just upgraded, not enough time to notice if this is fixed.<br>
<br>
Could this be a TDM card driver bug ? How does the DAHDI driver passes CAS bit changes to userland (change notifications, or userland constantly polls the bits and compare with the prior value) ? Perhaps could the driver be failing to pass changes in the bits
to userland right after the alarm clears, keeping some corrupted state read during the alarm. Its interesting that 80+% of times this happens, only 3-6 channels get blocked with 0xC.<br>
<br>
Marcelo<br>
<br>
On 01/10/12 20:42, Moises Silva wrote:
<blockquote type="cite">
<div class="gmail_quote">On Tue, Jan 10, 2012 at 5:30 PM, Marcelo Pacheco <span dir="ltr">
<<a href="mailto:marcelo@m2j.com.br">marcelo@m2j.com.br</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
I have the following chan_dahdi.conf (asterisk 1.6.2.18 / dahdi 2.3.0.1 / openR2 1.3.1):<br>
<br>
[channels]<br>
usecallerid=yes<br>
echocancel=no<br>
echocancelwhenbridged=no<br>
<br>
signalling=mfcr2<br>
mfcr2_variant=br<br>
mfcr2_forced_release=no<br>
mfcr2_get_ani_first=no<br>
mfcr2_category=national_subscriber<br>
mfcr2_allow_collect_calls=yes<br>
mfcr2_double_answer=no<br>
<br>
context=entrada<br>
group=1<br>
mfcr2_max_ani=14<br>
mfcr2_max_dnis=4<br>
channel => 1-15,17-21<br>
<br>
context=geral<br>
group=2<br>
mfcr2_max_ani=4<br>
mfcr2_max_dnis=16<br>
channel => 32-46,48-52<br>
<br>
And the following /etc/dahdi/system.conf<br>
<br>
span=1,1,0,cas,hdb3<br>
span=2,0,0,cas,hdb3<br>
span=3,0,0,esf,b8zs<br>
span=4,0,0,ccs,hdb3<br>
cas=1-15,17-21:1101<br>
cas=32-46,48-52:1101<br>
fxoks=63-86<br>
bchan=87-101,103-117<br>
dchan=102<br>
echocanceller=mg2,1-15,17-21,32-46,48-52,63-86<br>
loadzone = us<br>
defaultzone=us<br>
<br>
<br>
/etc/asterisk/chan_dahdi.conf (removed the comments to save space)<br>
<br>
[channels]<br>
usecallerid=yes<br>
callwaiting=no<br>
usecallingpres=yes<br>
callwaitingcallerid=yes<br>
threewaycalling=yes<br>
transfer=yes<br>
canpark=yes<br>
cancallforward=yes<br>
callreturn=yes<br>
echocancel=yes<br>
echocancelwhenbridged=no<br>
<br>
group=1<br>
callgroup=1<br>
pickupgroup=1<br>
<br>
signalling=mfcr2<br>
mfcr2_variant=br<br>
mfcr2_forced_release=no<br>
mfcr2_get_ani_first=no<br>
mfcr2_category=national_subscriber<br>
mfcr2_max_ani=14<br>
mfcr2_max_dnis=4<br>
mfcr2_allow_collect_calls=yes<br>
context=entrada<br>
group=1<br>
channel => 1-15,17-21<br>
<br>
mfcr2_max_ani=8<br>
mfcr2_max_dnis=16<br>
context=geral<br>
group=2<br>
channel => 32-46,48-52<br>
<br>
<br>
switchtype=euroisdn<br>
signalling=pri_net<br>
group=4<br>
context=geral<br>
channel => 87-101,103-117<br>
<br>
<br>
Frequently, after we get an alarm and the alarm clears, some or all channels are left with Rx CAS 0xC state.<br>
Reloading dahdi solves the issue, but it's extremely undesirable since this condition might leave no channels or very few channels in operable state for usage until restarting dahdi (and restarting dahdi kills all active dahdi calls). I just upgraded to OpenR2
1.3.2, but I saw nothing on the ChangeLog that might fix this.<br>
<br>
</blockquote>
<div><br>
</div>
<div>If you can reproduce this reliably and are willing to test a patch, I can write one.</div>
<div><br>
</div>
<div>Can you reproduce the issue easily by unplugging/plugging the cable multiple times to generate alarms?</div>
<div><br class="Apple-interchange-newline">
<table style="WIDTH: 486.3pt; BORDER-COLLAPSE: collapse" border="0" cellspacing="0" cellpadding="0" width="648">
<tbody>
<tr style="HEIGHT: 60.55pt">
<td style="BORDER-BOTTOM-STYLE: none; PADDING-BOTTOM: 1.45pt; BORDER-RIGHT-STYLE: none; PADDING-LEFT: 5.75pt; PADDING-RIGHT: 5.75pt; HEIGHT: 60.55pt; BORDER-LEFT-STYLE: none; BORDER-TOP: rgb(128,176,214) 1pt dotted; PADDING-TOP: 1.45pt">
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><b><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(14,93,167); FONT-SIZE: 8pt" lang="PT-BR">Moises Silva<br>
</span></b><b><i><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="EN-CA">Software Engineer, Development Manager</span></i></b><b><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(14,93,167); FONT-SIZE: 8pt" lang="PT-BR"></span></b></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA"><a href="mailto:msilva@sangoma.com">msilva@sangoma.com</a></span></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA">Sangoma Technologies</span></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA">100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada</span><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(255,192,0); FONT-SIZE: 8pt" lang="EN-CA"></span></p>
</td>
<td style="BORDER-BOTTOM-STYLE: none; PADDING-BOTTOM: 1.45pt; BORDER-RIGHT-STYLE: none; PADDING-LEFT: 5.75pt; WIDTH: 140.45pt; PADDING-RIGHT: 5.75pt; HEIGHT: 60.55pt; BORDER-LEFT-STYLE: none; BORDER-TOP: rgb(128,176,214) 1pt dotted; PADDING-TOP: 1.45pt" width="187">
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA"><br>
t. +1 800 388 2475 (N. America)</span></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA">t. +1 905 474 1990 x128</span></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(0,92,165); FONT-SIZE: 8pt" lang="EN-CA">f. +1 905 474 9223</span></p>
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(31,73,125); FONT-SIZE: 8pt" lang="EN-CA"></span> </p>
</td>
<td style="BORDER-BOTTOM: rgb(128,176,214) 1pt dotted; PADDING-BOTTOM: 1.45pt; BORDER-RIGHT-STYLE: none; PADDING-LEFT: 5.75pt; WIDTH: 111.55pt; PADDING-RIGHT: 5.75pt; HEIGHT: 60.55pt; BORDER-LEFT-STYLE: none; BORDER-TOP: rgb(128,176,214) 1pt dotted; PADDING-TOP: 1.45pt" rowspan="2" width="149">
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><a href="http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures" target="_blank"><b><span style="COLOR: rgb(31,73,125); TEXT-DECORATION: none"></span></b></a><span style="COLOR: rgb(31,73,125)"></span></p>
<br>
</td>
</tr>
<tr>
<td style="BORDER-BOTTOM: rgb(128,176,214) 1pt dotted; PADDING-BOTTOM: 1.45pt; BORDER-RIGHT-STYLE: none; PADDING-LEFT: 5.75pt; WIDTH: 374.75pt; PADDING-RIGHT: 5.75pt; BORDER-TOP-STYLE: none; BORDER-LEFT-STYLE: none; PADDING-TOP: 1.45pt" width="500" colspan="2">
<p style="LINE-HEIGHT: 15px; MARGIN: 0px"><a href="http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Products</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Solutions</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Events</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Contact</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Wiki</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Facebook</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR"> | </span><a href="http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">Twitter</span></a><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">`|
| </span><a href="http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures" target="_blank"><span style="LINE-HEIGHT: 12px; FONT-FAMILY: Arial,sans-serif; COLOR: rgb(128,176,214); FONT-SIZE: 8pt" lang="PT-BR">YouTube</span></a><span style="LINE-HEIGHT: 12px; COLOR: rgb(31,73,125); FONT-SIZE: 8pt"></span></p>
</td>
</tr>
</tbody>
</table>
<p style="MARGIN: 0px"><br>
</p>
</div>
</div>
<pre><fieldset class="mimeAttachmentHeader"></fieldset>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --
asterisk-r2 mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a></pre>
</blockquote>
<br>
</div>
<pre><fieldset class="mimeAttachmentHeader"></fieldset>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --
asterisk-r2 mailing list
To UNSUBSCRIBE or update options visit:
<a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a></pre>
</blockquote>
<br>
</div>
</body>
</html>