[asterisk-dev] Is this a new bug in libpri?

[Matthew Fredrickson]

Kevin found a few problems with how we generate user to user IEs and 
how they are received, so we disabled them for now.  The suggested work 
around right now is to upgrade to 1.2.4, where they are disabled until 
I get a chance to figure out what's wrong.

Matthew Fredrickson

On Feb 10, 2006, at 9:39 AM, Ricardo Monteiro wrote:

> Hi,
>  
>             I have found a behavior that I think it is originated by a 
> bug. I’m working with asterisk and libpri 1.2.0.
>  
>             I noticed that, in the situation explained below, strange 
> user to user information is sent apparently with no reason. I searched 
> the code and added a log everyplace where the useruserinfo field is 
> written to see if I understand the reason of it to be added. The 
> result was that the field was never explicitly written, so I suspected 
> of some memory overwritten by other parameters.
>  
> In fact that appears to be the case, since the user-user info that is 
> sent consists of the last 5 digits of the caller number. I confirmed 
> this idea by adding a dummy buffer to type pri_event_hangup (in 
> libpri.h) just before the field “char useruserinfo[260];”, and if the 
> buffer is 5 bytes, no useruserinfo is sent, if the buffer is less than 
> 5 bytes then some digits of the caller number are sent.
>  
> I also noticed that if I called from other phones with different 
> Presentation information this memory overwritten does not occur. So it 
> seems a bug in the processing of presentation information.
>  
> Is this a new bug? Have anyone fixed it?
>  
> The situation is the following:
>  
> An incoming call from a PRI ISDN arrives.
> If the call is cancelled by the caller, we receive a DISCONNECT that 
> is interpreted as a hangup request and asterisk sends a RELEASE with 
> the incorrect useruserinfo.
>  
> This situation has occurred from a caller with a presentation of type 
> “Presentation: Presentation allowed of network provided number (3)”
> But does not occur if the caller has a presentation of type 
> “Presentation: Presentation permitted, user number passed network 
> screening (1)”
>