[asterisk-r2] problems with digium mfcr2 and Siemens EWSD

Moises Silva moises.silva at gmail.com
Tue May 12 09:59:24 CDT 2009


Laura, you need to become a hacker to try to fix this :-)

I don't want to commit such a fix to the svn tree since it has not
been tested and a more proper feature would require a new
configuration option to set the non R2 bits. This is the small change
you need to do to the source code of openr2:

Index: src/r2proto.c
===================================================================
--- src/r2proto.c	(revision 197)
+++ src/r2proto.c	(working copy)
@@ -350,8 +350,9 @@
 	/* set default standard CAS signals */
 	memcpy(r2context->cas_signals, standard_cas_signals,
sizeof(standard_cas_signals));

-	/* Default Non-R2 bit required to be on is D */
-	r2context->cas_nonr2_bits = 0x1;    /* 0001 */
+	/* Default Non-R2 bit required to be on is D , but this line has
been modified to test
+	   an issue in the asterisk-r2 mailing list to NOT set the D bit */
+	r2context->cas_nonr2_bits = 0x0;    /* 0000 */

 	/* Default R2 bits are A and B */
 	r2context->cas_r2_bits = 0xC; /*  1100 */

Basically, you just need to openr2 src/r2proto.c and search the
cas_nonr2_bits member and modify its initialization, currently is 0x1
(which means the bit D will be on) and that's why you see 1001 as the
bit pattern when Asterisk is running. It seems your PABX does not like
the bit D to be on, so we can just turn it off and see how it goes.

Please post back here results,

-- 
Moises Silva
Software Developer
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON
L3R 9T3 Canada
t. 1 905 474 1990 x 128 | e. moy at sangoma.com



More information about the asterisk-r2 mailing list