[asterisk-bugs] [Asterisk 0016755]: E1 PRI channel 'glare', where asterisk hangups up the inbound call from network.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16755 
====================================================================== 
Reported By:                alecdavis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16755
Category:                   Channels/chan_dahdi
Reproducibility:            random
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                       SWP-842 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 243988 
Request Review:              
====================================================================== 
Date Submitted:             2010-02-02 13:24 CST
Last Modified:              2010-02-04 00:18 CST
====================================================================== 
Summary:                    E1 PRI channel 'glare', where asterisk hangups up
the inbound call from network.
Description: 
randomly we are experiencing an ISDN 'glare'.

Captures caught so far have been our IVR dialing back out to the PSTN, at
exactly the same time an incoming network call arrives.

The issue is, asterisk hangs up on the inbound call from the network, that
has the channel set to exclusive, where the outbound call has only
requested a preferred channel, which later is assigned to another channel
in the SETUP ACKNOLEDGE.

Looks like we have outbound precedence in a 'glare' situation, when really
the inbound call is probably more important.
====================================================================== 

---------------------------------------------------------------------- 
 (0117694) wimpy (reporter) - 2010-02-04 00:18
 https://issues.asterisk.org/view.php?id=16755#c117694 
---------------------------------------------------------------------- 
Second case

Here it looks like the received message (setup) is being processed before
processing of the previous message (rel comp) has completed.

Unfortunately I'm unable to comment further on what happens here, but it
looks like something needs to be done to ensure, the received messages are
processed in received order. otherwise the state machine(s) will be out of
sync. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-04 00:18 wimpy          Note Added: 0117694                          
======================================================================