[asterisk-r2] Incoming calls hangs randomly prior R2 exchange

Fri Mar 16 14:07:16 CDT 2018

Hi, thanks for your answer,

Still failing with these changes..

Regards, Ezequiel

________________________________
De: asterisk-r2-bounces at lists.digium.com <asterisk-r2-bounces at lists.digium.com> en nombre de fauzi_roeli at gratika.co.id <fauzi_roeli at gratika.co.id>
Enviado: viernes, 16 de marzo de 2018 12:05 a.m.
Para: asterisk-r2 at lists.digium.com
Asunto: Re: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange

maybe you can try to change the value of mfcr2_category with this list option :

national_subscriber
national_priority_subscriber
international_subscriber
international_priority_subscriber
collect_call

hope this help

----- Original Message -----
From: Ezequiel Quadri <ezequiel_quadri at hotmail.com>
To: asterisk-r2 at lists.digium.com
Sent: Fri, 16 Mar 2018 02:40:21 +0700 (WIB)
Subject: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange

Hello everyone,

I have a issue with the A10Xe sangoma digital cards, using the following versions of WANPIPE 7.0.23, DAHDI 2.11.1, OpenR2 1.3.3 and Asterisk certified 13.13-cert9, on CentOS 7, to receive calls with CAS - MFC/R2 signaling on E1 trunks from Telefónica de
Argentina.
The phenomenon is that the incoming calls in some cases are handled correctly but in others the same call enters into two channels simultaneously, and a few milliseconds later are released from the TELCO without apparently reaching to exchange R2 signals.

In the asterisk console the following is observed:

New MFC/R2 call detected on chan 4.
New MFC/R2 call detected on chan 5.
Chan 4 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 4
Chan 5 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 5
MFC/R2 call end on channel 4
MFC/R2 call end on channel 5

OpenR2 call files:

[12:22:03:236] [Thread: 140405976749824] [Chan 4] - Call started at Tue Mar 13 12:22:03 2018 on chan 4 [openr2 version 1.3.3, revision (release)]
[12:22:03:236] [Thread: 140405976749824] [Chan 4] - Initialized R2 MF detector
[12:22:03:236] [Thread: 140405976749824] [Chan 4] - CAS Tx >> [SEIZE ACK] 0x0C
[12:22:03:236] [Thread: 140405976749824] [Chan 4] - CAS Raw Tx >> 0x0D
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - Bits changed from 0x00 to 0x08
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - CAS Rx << [CLEAR FORWARD] 0x08
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - Far end disconnected. Reason: Normal Clearing
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - Call ended
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - Attempting to cancel timer timer 0
[12:22:03:277] [Thread: 140405976749824] [Chan 4] - Cannot cancel timer 0

[12:22:03:236] [Thread: 140405976241920] [Chan 5] - Call started at Tue Mar 13 12:22:03 2018 on chan 5 [openr2 version 1.3.3, revision (release)]
[12:22:03:236] [Thread: 140405976241920] [Chan 5] - Initialized R2 MF detector
[12:22:03:236] [Thread: 140405976241920] [Chan 5] - CAS Tx >> [SEIZE ACK] 0x0C
[12:22:03:236] [Thread: 140405976241920] [Chan 5] - CAS Raw Tx >> 0x0D
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - Bits changed from 0x00 to 0x08
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - CAS Rx << [CLEAR FORWARD] 0x08
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - Far end disconnected. Reason: Normal Clearing
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - Call ended
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - Attempting to cancel timer timer 0
[12:22:03:277] [Thread: 140405976241920] [Chan 5] - Cannot cancel timer 0

Some additional information:

wanpipe2.conf:

[devices]
wanpipe2 = WAN_AFT_TE1, Comment

[interfaces]
w2g1 = wanpipe2, , TDM_VOICE, Comment

[wanpipe2]
CARD_TYPE       = AFT
S514CPU         = A
CommPort        = PRI
AUTO_PCISLOT    = NO
PCISLOT         = 4
PCIBUS          = 3
FE_MEDIA        = E1
FE_LCODE        = HDB3
FE_FRAME        = NCRC4
FE_LINE         = 2
TE_CLOCK        = NORMAL
TE_REF_CLOCK    = 0
TE_SIG_MODE     = CAS
TE_HIGHIMPEDANCE        = NO
TE_RX_SLEVEL    = 430
HW_RJ45_PORT_MAP = DEFAULT
LBO             = 120OH
FE_TXTRISTATE   = NO
MTU             = 1500
UDPPORT         = 9000
TTL             = 255
IGNORE_FRONT_END        = NO
TDMV_SPAN               = 2
TDMV_DCHAN              = 0
TE_AIS_MAINTENANCE = NO         #NO: defualt  YES: Start port in AIS Blue Alarm and keep line down
                                #wanpipemon -i w1g1 -c Ttx_ais_off to disable AIS maintenance mode
                                                                #wanpipemon -i w1g1 -c Ttx_ais_on to enable AIS maintenance mode
TDMV_HW_DTMF            = NO            # YES: receive dtmf events from hardware
TDMV_HW_FAX_DETECT              = NO            # YES: receive fax 1100hz events from hardware
HWEC_OPERATION_MODE     = OCT_NORMAL    # OCT_NORMAL: echo cancelation enabled with nlp (default)
                                                                                # OCT_SPEECH: improves software tone detection by disabling NLP (echo possible)
                                                                                # OCT_NO_ECHO:disables echo cancelation but allows VQE/tone functions.
HWEC_DTMF_REMOVAL       = NO    # NO: default  YES: remove dtmf out of incoming media (must have hwdtmf enabled)
HWEC_NOISE_REDUCTION    = NO    # NO: default  YES: reduces noise on the line - could break fax
HWEC_ACUSTIC_ECHO       = NO    # NO: default  YES: enables acustic echo cancelation
HWEC_NLP_DISABLE        = NO    # NO: default  YES: guarantees software tone detection (possible echo)
HWEC_TX_AUTO_GAIN       = 0     # 0: disable   -40-0: default tx audio level to be maintained (-20 default)
HWEC_RX_AUTO_GAIN       = 0     # 0: disable   -40-0: default tx audio level to be maintained (-20 default)
HWEC_TX_GAIN            = 0             # 0: disable   -24-24: db values to be applied to tx signal
HWEC_RX_GAIN            = 0             # 0: disable   -24-24: db values to be applied to tx signal

[w2g1]
ACTIVE_CH       = ALL
TDMV_HWEC       = NO
MTU             = 8

dahdi/system.conf:

loadzone=ar
defaultzone=ar

#Sangoma A102 port 1 [slot:4 bus:3 span:1] <wanpipe1>
span=1,1,0,ccs,hdb3
bchan=1-15,17-31
hardhdlc=16

#Sangoma A102 port 2 [slot:4 bus:3 span:2] <wanpipe2>
span=2,2,0,cas,hdb3
cas=32-46:1101
#dchan=47
cas=48-62:1101

chan_dahdi.conf:

[trunkgroups]

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=no
echocancelwhenbridged=no
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no

;Sangoma A102 port 1 [slot:4 bus:3 span:1] <wanpipe1>
switchtype=euroisdn
context=trunk_1
group=1
echocancel=no
signalling=pri_cpe
channel =>1-15,17-31

;Sangoma A102 port 2 [slot:4 bus:3 span:2] <wanpipe2>
context=trunk_2
group=1
echocancel=no
signalling=mfcr2
mfcr2_variant=ar
mfcr2_get_ani_first=no
mfcr2_max_ani=0
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_mfback_timeout=-1
mfcr2_immediate_accept=yes
mfcr2_skip_category=yes
;mfcr2_metering_pulse_timeout=500
mfcr2_forced_release=yes
mfcr2_call_files=yes
mfcr2_logdir=log
loglevel=all
mfcr2_logging=all
;mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf

hidecallerid=yes
channel => 32-46,48-62

I have already checked that there are no clock issues, frame errors, fifo overruns errors, toggle acpi on/off, set timers.cas_persistence_check, mfcr2_metering_pulse_timeout,
and other tests.

I hope you can help me to identify the problem, thanks in advance.

Regards,
Ezequiel Quadri

--
Product Development Department
PT. Graha Informatika Nusantara
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20180316/32e08a69/attachment-0001.html>