Summary: | ASTERISK-25452: Registering with Caret character at the end of password | ||
Reporter: | Carl Fortin (phonefxg) | Labels: | |
Date Opened: | 2015-10-08 09:11:43 | Date Closed: | 2015-11-23 16:53:35.000-0600 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | |
Versions: | 13.5.0 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | Asterisk Realtime 13.5 PJSIP Drivermy sql Ver 14.14 pjproject 2.3 jansson 2.7 CentOS 6.6 64 bits on Vmware Phones : Cisco SPA514G FW: 7.5.7 Intel(R) Xeon(R) CPU E5-2650RAM : 8 GBHDD : 35 GB | Attachments: | |
Description: | I am running Asterisk 13.5 realtime in PJSIP and found that if there's a caret character at the end of a password in the ps_auths database, the phone will fail registering randomly.
The phone registers on the first try and then will fail randomly when registration expires. I first thought it was a bug with our Cisco phone, but it does the same thing with a soft phone. I have caret characters for other passwords in my DB and they keep their registration. The problem only occurs when the caret is at the end. Here's my problematic password: KogihNegAFNbtaflQJ^ | ||
Comments: | By: Asterisk Team (asteriskteam) 2015-10-08 09:11:43.993-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Rusty Newton (rnewton) 2015-11-06 09:10:35.712-0600 I figured this would be easy to reproduce, but I can't reproduce the issue. Would you provide a full debug log following these instructions? https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information Please verify the log gets DEBUG as well as the other logger channels. Make sure VERBOSE and DEBUG are turned up to 5. Verify you get "pjsip set logger on" output as well. Try to capture the successful registration and the failed registration please. Are you using res_odbc with res_config_odbc ? By: Carl Fortin (phonefxg) 2015-11-10 19:43:12.920-0600 Yes I am using odbc. I am now using asterisk 13.6 and I have updated my pjsip library. I cannot test it with version 13.5 anymore, but I will try to reproduce the issue with version 13.6 and post back as soon as I have something. By: Rusty Newton (rnewton) 2015-11-10 19:47:26.907-0600 {quote} Yes I am using odbc. {quote} This didn't answer the question "Are you using res_odbc with res_config_odbc ?" ? What specific realtime/db modules are you using? Thanks! By: Carl Fortin (phonefxg) 2015-11-10 19:55:51.482-0600 Yes I am, see my module.conf preload => res_odbc.so preload => res_config_odbc.so I am using the following in extconfig.conf voicemail => odbc,asterisk,voicemail_users ps_endpoints => odbc,asterisk ps_auths => odbc,asterisk ps_aors => odbc,asterisk ps_domain_aliases => odbc,asterisk ps_endpoint_id_ips => odbc,asterisk ps_contacts => odbc,asterisk extensions => odbc,asterisk,extensions queues => odbc,asterisk queue_members => odbc,asterisk By: Rusty Newton (rnewton) 2015-11-11 12:36:44.337-0600 Thanks, let us know how the further testing goes and attach the debug logs once you get it. I tested with flat file configuration and it definitely does not occur there in 13.6.0 By: Carl Fortin (phonefxg) 2015-11-23 07:21:02.187-0600 I cannot reproduce the problem with asterisk 13.6. I guess we can close this ticket. By: Rusty Newton (rnewton) 2015-11-23 16:53:35.646-0600 Thanks for following up Carl. If you find that you can reproduce the issue in a future version please open a new ticket with the requested debug and we'll investigate at that time. Thanks! |