Summary:	ASTERISK-04857: [patch] when in pri network mode, q.931 always represents the channels as preferred instead of exclusive, causing call drops
Reporter:	twisted (twisted)	Labels:
Date Opened:	2005-08-18 18:36:36	Date Closed:	2011-06-07 14:03:15
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) priexclusive.diff ( 1) q931-exclusive.patch
Description:	This patch solves the random "I got a message saying that channel xx was moved to channel xx when a call drops" when using PRI Network mode.   I'm not sure why we never actually set the bit unless we are using PRI CPE mode, but even then, we set it to false. This patch has solved at least one instance of moving channels creating dropped calls.
Comments:	By: Matthew Fredrickson (mattf) 2005-08-19 11:35:23 I think that the real bug here is in why the channel is not able to be switched if preferred channel id is selected.  Is there a way we can get a system to see what fails in this scenario? By: twisted (twisted) 2005-08-23 23:26:51 like I said in IM, the main box(es) in question are heavy load production servers, so can't provide them. perhaps someone else has a box that is exhibiting this behaviour that you can look at? By: Michael Jerris (mikej) 2005-08-24 01:17:11 Does anybody have a spec to verify how this is supposed to be set in pri net mode, and in what situations.  Is a configurable option not reasonible for this? By: Matthew Fredrickson (mattf) 2005-08-29 22:16:03 Ok, I just took a quick stab at adding an option for this behavior.  However, if there is really a problem with call drops in related to transfering the channel, we really need to fix that too. By: twisted (twisted) 2005-08-29 22:59:26 Looks good.  Same basic principle except now a config option :) By: Matthew Fredrickson (mattf) 2005-08-30 11:48:35 Feature added in head