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:33Date Closed:2011-06-07 14:01:06
Versions:Frequency of
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.