|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|
|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.|
- 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.
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.