[asterisk-dev] Broken SIP dialog if INFOmessagesreceivedbeforefinal OK

[Karl H. Putz]

On Apr 20, 2010, at 7:54 AM, Nick Lewis wrote:

>> The use of INFO is very poorly documented, but we should
>> be able to handle other transactions while we have an
>> open INVITE transaction.
> I think most transactions other that INFO (e.g. REGISTER, SUBSCRIBE,
> NOTIFY, OPTIONS) would be in a different dialog/Call-ID from the open
> INVITE transaction so would not present asterisk with a problem. There
> seems to be much argument in the ietf lists regarding nested reinvites
> and updates which looks to a first approximation to summarise to
> "don't". Therefore the potential need for nested dialog transactions
> seems to be limited to INFO.
>
>> The SIP stack needs a lot of love.
> I think all my love is used up on the unambiguous non-compliances in  
> the
> sip stack. If Karl raises a bug perhaps someone else has love to spare
> for early media INFO

I guess this is my key question also.  I have a suitable permanent  
workaround and wanted to get the dev team's perspective as to whether  
this was in fact a bug and is of sufficient concern to raise a bug  
report.  The window of opportunity is pretty small and only affects  
those who choose to use a known problematic digit delivery method.


Karl

>
> -- N_L
>
>
> _____________________________________________________________________
> This message has been checked for all known viruses by Star Internet  
> delivered through the MessageLabs Virus Control Centre.
> _____________________________________________________________________
> Disclaimer of Liability
> ATL Telecom Ltd shall not be held liable for any improper or  
> incorrect use of the  information described and/or contained herein  
> and assumes no responsibility for anyones use  of the information.  
> In no event shall ATL Telecom Ltd be liable for any direct,  
> indirect,  incidental, special, exemplary, or consequential damages  
> (including, but not limited to,  procurement or substitute goods or  
> services; loss of use, data, or profits; or business  interruption)  
> however caused and on any theory of liability, whether in contract,  
> strict  liability, or tort (including negligence or otherwise)  
> arising in any way out of the use of  this system, even if advised  
> of the possibility of such damage.
>
> Registered Office: ATL Telecom Ltd, Fountain Lane, St. Mellons  
> Cardiff, CF3 0FB
> Registered in Wales Number 4335781
>
> All goods and services supplied by ATL Telecom Ltd are supplied  
> subject to ATL Telecom Ltd standard terms and conditions, available  
> upon request.
>
> -- 
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-dev
>