Summary:	ASTERISK-09961: SIP peer re-register using Realtime causes to loop and segfault.
Reporter:	Miguel Paolino (punkgode)	Labels:
Date Opened:	2007-07-25 15:08:33	Date Closed:	2011-06-07 14:01:06
Priority:	Critical	Regression?	No
Status:	Closed/Complete	Components:	Addons/res_config_mysql
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) debug ( 1) messages
Description:	When a SIP peer re-register on Asterisk, it starts looping with SIP OPTIONS requests and SQL Requests, causing it to hang after a short period of time. Using - SIP client Twinkle v0.9 (also with Linksys PAP2) - Asterisk 1.2.22 (app_queue modified, nothing to do here) - SIP realtime setup with res_mysql_config.
Comments:	By: Miguel Paolino (punkgode) 2007-07-25 15:46:22 Due to size limitation, logs have been cutted (they show very much the same output over an over). At the end of each one it shows the last 3 lines of them. By: Miguel Paolino (punkgode) 2007-07-25 16:38:03 Please change Category to Addons/res_config_mysql. My mistake. Thanks. By: Miguel Paolino (punkgode) 2007-07-25 18:14:50 My logger.conf file: debug => debug messages => notice,warning,error,verbose Tested with verbose=10 an debug=10. Please let me know if you need other logs. By: Miguel Paolino (punkgode) 2007-07-26 12:06:45 It presents the same problem using ODBC with a MySQL, it loops and segfaults. Update: The problem doesn't show up using rtcachefriends=yes The problem is that if I use that option, changes to the database won't have an impact on Asterisk until I manually do a sip reload. By: Gregory Hinton Nietsky (irroot) 2007-08-08 06:04:32 on a side note i do a prune and load peer to refresh via AGI after a db update. By: Joshua C. Colp (jcolp) 2007-09-06 16:25:19 1.2 is no longer being worked on so I'm suspending this issue. Please reopen with info if applicable to 1.4.