[asterisk-bugs] [Asterisk 0010217]: [patch] proper user information layer 1 handling

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10217 
====================================================================== 
Reported By:                klaus3000
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10217
Category:                   Channels/chan_zap
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             07-17-2007 04:49 CDT
Last Modified:              02-04-2008 10:37 CST
====================================================================== 
Summary:                    [patch] proper user information layer 1 handling
Description: 
Hi!

Using Asterisk as H324M Gateway requires correct Q.931 signaling.
Currently Asterisk does not care about User Information Layer 1 signaling
in Bearer Capability IE.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0010189 Incorrect "user information layer ...
related to          0011595 Low-Layer compatibility IE not parsed
====================================================================== 

---------------------------------------------------------------------- 
 Corydon76 - 02-04-08 10:37  
---------------------------------------------------------------------- 
Uh, no, it happens in ast_request_and_dial, at the same time as it inherits
variables, callerid, and the like.  It does not wait until an Answer event
to post the inherited datastores.  So a channel has been requested (meaning
the internal structures should have been allocated), but no number should
have been dialled yet (which should happen during the ast_call step, which
happens AFTER the datastore has been inherited).

If you are calling during the request phase, then you're jumping the gun. 
You shouldn't start the call process until ast_call calls your call
function. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-04-08 10:37  Corydon76      Note Added: 0081666                          
======================================================================