[asterisk-r2] Problems with an Asterisk PBX connected with a NEC PBX via E1-R2

Oscar Rocha orochamty at hotmail.com
Thu Jul 4 11:49:58 CDT 2013


Hi Melcon, thanks for your reply. As you say, apparently everything is fine, the PBX NEC seems send the repeated digit but I saw that the user dials the number correctly (from NEC) and the NEC not send repeated digits to Xorcom (I saw in protocol analizer), just "delay" to respond when Xorcom sends "1" and then Xorcom "gets" the previous digit, the question is: from where did it get? Or why "decide" to take the previous  digit received when not receives a response (ACK) from NEC?

For example, in this call, Xorcom receive 9
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Rx << 9 [ON]
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - Getting DNIS digit 9
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - DNIS so far: 017797969, expected length: 13

Then sends tone 1 requesting next DNIS
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - Requesting next DNIS with signal 0x31.
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Tx >> 1 [ON]

NEC receives tone 1 and sends tone 9 (stop)
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Rx << 9 [OFF]

Xorcom stops to send tone 1
[Jun 26 17:51:52] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Tx >> 1 [OFF]

NEC sends tone 9 (repeated), but really not sends this tone, in previous step (saw in protocol analizer) Xorcom not receives a response from NEC, then appears as if Xorcom receives tone 9, but really did not send by NEC
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Rx << 9 [ON]

[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - Getting DNIS digit 9
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - DNIS so far: 0177979699, expected length: 13
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - Requesting next DNIS with signal 0x31.
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Tx >> 1 [ON]
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Rx << 9 [OFF]
[Jun 26 17:51:53] DEBUG[25685]: chan_dahdi.c:4109 dahdi_r2_write_log: Chan 5 - MF Tx >> 1 [OFF]

Attach the call log, I don´t have the output from the protocol analyzer,
 I´ll try make some tests and "copy" that the protocol analyzer show.

Oscar Rocha.


From: melcon at gmail.com
Date: Wed, 3 Jul 2013 08:00:36 -0300
To: asterisk-r2 at lists.digium.com
Subject: Re: [asterisk-r2] Problems with an Asterisk PBX connected with a NEC PBX via E1-R2

How can you tell about the slow ACK? From the console you paste it, it all seems normal to me and I find very odd that the OpenR2 would repeat a digit at will.


Can you provide the call file for this call? According to the logs and config, it should be in /var/log/asterisk/mfcr2/span1 and has a name similar to chan-5-backward-111-20130626175150.call


Also, can you provide the output from the protocol analyzer for the very same call? I would like to see how the analyzer is reading those signals.



-MM




--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-r2 mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-r2 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20130704/417e12cd/attachment.htm>


More information about the asterisk-r2 mailing list