]> git.ipfire.org Git - thirdparty/asterisk.git/commit
res_pjsip_registrar: Fix bad memory-ness with user_agent. 40/2640/2
authorMark Michelson <mmichelson@digium.com>
Mon, 18 Apr 2016 22:00:42 +0000 (17:00 -0500)
committerMark Michelson <mmichelson@digium.com>
Tue, 19 Apr 2016 13:23:54 +0000 (08:23 -0500)
commitf436b9ab111f1ff57c6dd3970051f123b42c1103
treee88c2ba71fc536e5f2219977ce834178256591a1
parent22335fe18af85b8086899740cef436b5a59a2ae4
res_pjsip_registrar: Fix bad memory-ness with user_agent.

Recent changes to the PJSIP registrar resulted in tests failing due to
missing AOR_CONTACT_ADDED test events. The reason for this was that the
user_agent string had junk values in it, resulting in being unable to
generate the event.

I'm going to be honest here, I have no idea why this was happening. Here
are the steps needed for the user_agent variable to get messed up:
* REGISTER is received
* First contact in the REGISTER results in a contact being removed
* Second contact in the REGISTER results in a contact being added
* The contact, AOR, expiration, and user agent all have to be passed as
  format parameters to the creation of a string. Any subset of those
  parameters would not be enough to cause the problem.

Looking into what was happening, the thing that struck me as odd was
that the user_agent variable was meant to be set to the value of the
User-Agent SIP header in the incoming REGISTER. However, when removing a
contact, the user_agent variable would be set (via ast_strdupa inside a
loop) to the stored contact's user_agent. This means that the
user_agent's value would be incorrect when attempting to process further
contacts in the incoming REGISTER.

The fix here is to use a different variable for the stored user agent
when removing a contact. Correcting the behavior to be correct also
means the memory usage is less weird, and the issue no longer occurs.

ASTERISK-25929 #close
Reported by Joshua Colp

Change-Id: I7cd24c86a38dec69ebcc94150614bc25f46b8c08
res/res_pjsip_registrar.c