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

[Mc GRATH Ricardo]

Hi Ezequiel

Well it seems quite complicated issue.
By the other way according to Telefonica and other Telcos seizure acknowledge response should be within 200 ms.
Only I can suggested if you can connect between Asterisk and SDH Modem a protocol analyzer as PA-41, could have more cleared information about timings and signals (mainly used by Telefonica).
It's only thing I could suggest you.
Best regards.

Mc GRATH Ricardo


________________________________
From: asterisk-r2-bounces at lists.digium.com [asterisk-r2-bounces at lists.digium.com] On Behalf Of Ezequiel Quadri [ezequiel_quadri at hotmail.com]
Sent: 16 March 2018 18:25
To: asterisk-r2 at lists.digium.com
Subject: Re: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange


Right, it's very strange, the pbx that works is avaya, but I do not have much information about it.

Users who call and can not connect, simply the network returns a message that announces that the service is not available.
I have already tried with the persistence check, to discard false short CAS states, and the release signal really persists for about 160ms. Another possibility is that the seize ack transmited from OpenR2 is not detected by the other end and it ends the call, because whenever it fails, the release comes exactly 41ms after the seize ack has been sent in all cases, but I'm not sure, i dont have traces in the other side.

Regards, Ezequiel


________________________________
De: asterisk-r2-bounces at lists.digium.com <asterisk-r2-bounces at lists.digium.com> en nombre de Mc GRATH Ricardo <mcgrathr at mail2web.com>
Enviado: viernes, 16 de marzo de 2018 05:40 p.m.
Para: asterisk-r2 at lists.digium.com
Asunto: Re: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange

Thanks Ezequiel.

Very strange with another PBX doesn't occurs the phenomenon (could provider more details about PBX? IP or TDM PBX??).
By the other way could help if can provide more detail or explain how users perceive the phenomenon.
According to trace log, Normal Clearing comes from origination call side and  assume the call have aborted (it doesn't see a delay on line sequences on seizure Ack), so question is why on other PBX it doesn't happens and with your Asterisk it happens, still without understand how troubles o phenomenon are detected.
Best regards.
Mc GRATH Ricardo


________________________________
From: asterisk-r2-bounces at lists.digium.com [asterisk-r2-bounces at lists.digium.com] On Behalf Of Ezequiel Quadri [ezequiel_quadri at hotmail.com]
Sent: 16 March 2018 16:12
To: asterisk-r2 at lists.digium.com
Subject: Re: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange


Hi Ricardo, thanks for your answer,

The issue is that with another PBX the calls have no problem, all are handled correctly, therefore the provider argues that a problem is the new PBX.


Regards, Ezequiel

________________________________
De: asterisk-r2-bounces at lists.digium.com <asterisk-r2-bounces at lists.digium.com> en nombre de Mc GRATH Ricardo <mcgrathr at mail2web.com>
Enviado: viernes, 16 de marzo de 2018 10:37 a.m.
Para: asterisk-r2 at lists.digium.com
Asunto: Re: [asterisk-r2] Incoming calls hangs randomly prior R2 exchange

Hi Ezequiel.

First of all there are no logical reason and  technical way to set two channels for a same call (no sense to a configuration issues).
Therefore how you can determine from a CAS line signalling is regardless to the  same call? because on your trace it exactly show the same line sequences without any information about call of Inter-register Signalling (Call Setup), both calls have ended by the same reason (the call have disconnected from the far side).
Sorry based on your information it doesn't  seems to identify a problem for a; one call is handler correctly and the other fail, have contacted with Telefonica to let you know about why some incoming calls are released without exchange of R2 signals?.
Best regards.


Mc GRATH Ricardo



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20180320/3da4bf12/attachment.html>