<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
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
cite="mid:39F8F0A9F90D5C48A847177B56A22567F3DAFF99D3@MBX81.ad2.softcom.biz"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="GENERATOR" content="MSHTML 8.00.6001.19170">
<style title="owaParaStyle"><!--P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
<div dir="ltr"><font color="#000000" face="Tahoma" size="2">
</font>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><span
style="" lang="EN-US"><font color="#000000" face="Tahoma"
size="2"><font face="Calibri"><font size="3">Marcelo
<o:p></o:p></font></font></font></span></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><span
style="" lang="EN-US"><font color="#000000" face="Tahoma"
size="2"><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.<o:p></o:p></font></font></font></span></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><font
color="#000000" face="Tahoma" size="2"><font size="3"><span
style="" lang="EN-US"><font face="Calibri">By the way
<span style=""> </span></font></span><span
style="font-family: 'Courier New';" lang="EN-US">Rx
CAS 0xC state
</span><span style="" 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 style=""> </span>should be analyzed by E1
protocols instrumental time after problem it evidence,
it take time.<o:p></o:p></font></span></font></font></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><font
color="#000000" face="Tahoma" size="2"><font size="3"><span
style="" 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 style="" lang="EN-US"><font
face="Calibri"><span style="" lang="EN-US"><font
face="Calibri">PSTN</font></span> switch class
after receiving a long rate of frame error it set
block state.<o:p></o:p></font></span></font></font></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><span
style="" lang="EN-US"><font color="#000000" face="Tahoma"
size="2"><font size="3"><font face="Calibri">I hope these
could be help to find out the problem.<o:p></o:p></font></font></font></span></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><span
style="" lang="EN-US"><font color="#000000" face="Tahoma"
size="2"><font size="3"><font face="Calibri">Best regards<o:p></o:p></font></font></font></span></p>
<p style="margin: 0cm 0cm 10pt;" class="MsoNormal"><span
style="" lang="EN-US"><o:p><font color="#000000"
face="Tahoma" size="2"><font face="Calibri" size="3"> </font></font></o:p></span><font
face="Tahoma" size="2">Mc GRATH Ricardo</font></p>
</div>
<div>
<div><font face="tahoma" size="2">E-Mail <a
moz-do-not-send="true" href="mailto:mcgrathr@mail2web.com">
mcgrathr@mail2web.com</a></font></div>
</div>
<div style="direction: ltr;" id="divRpF831198">
<hr tabindex="-1">
<font color="#000000" face="Tahoma" size="2"><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 moz-do-not-send="true"
href="mailto:marcelo@m2j.com.br">marcelo@m2j.com.br</a>></span>
wrote:<br>
<blockquote style="border-left: 1px solid rgb(204, 204,
204); 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" cellpadding="0" cellspacing="0" width="648">
<tbody>
<tr style="height: 60.55pt;">
<td style="border-style: dotted none none; padding:
1.45pt 5.75pt; height: 60.55pt; border-top: 1pt
dotted rgb(128, 176, 214);">
<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
moz-do-not-send="true"
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-style: dotted none none; padding:
1.45pt 5.75pt; width: 140.45pt; height: 60.55pt;
border-top: 1pt dotted rgb(128, 176, 214);"
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: 1pt dotted rgb(128, 176,
214); padding: 1.45pt 5.75pt; border-style: dotted
none; width: 111.55pt; height: 60.55pt;
border-top: 1pt dotted rgb(128, 176, 214);"
rowspan="2" width="149">
<p style="line-height: 15px; margin: 0px;"><a
moz-do-not-send="true"
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: 1pt dotted rgb(128, 176,
214); padding: 1.45pt 5.75pt; border-style: none
none dotted; width: 374.75pt;" colspan="2"
width="500">
<p style="line-height: 15px; margin: 0px;"><a
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true"
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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">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">http://lists.digium.com/mailman/listinfo/asterisk-r2</a></pre>
</blockquote>
<br>
</body>
</html>