[OpenSIPS-Users] Dialog module - updating db

Hello. Sometimes I see in a log following lines: [89566]: DBG:dialog:dialog_update_db: inserting new dialog 0x80417c568 [89566]: DBG:db_mysql:db_mysql_do_prepared_query: conn=0x731538 (tail=7530824) MC=0x72e9a8 [89566]: DBG:db_mysql:db_mysql_do_prepared_query: new query=|insert into dialog

Re: [OpenSIPS-Users] Dialog module - updating db

OpenSIPS Developer On 03/29/2011 02:17 PM, Антон Загорский wrote: Hello. Sometimes I see in a log following lines: [89566]: DBG:dialog:dialog_update_db: inserting new dialog 0x80417c568 [89566]: DBG:db_mysql:db_mysql_do_prepared_query: conn=0x731538 (tail=7530824) MC=0x72e9a8

[OpenSIPS-Users] Multiply location

Hello. My UA was registered at openSIPS under same account twice, so in the location table there are two records. When openSIPS receive INVITE on that UA it forks in two INVITEs with _SAME_ Call-ID (but a different 'branch' in the 'via' header). So, after when UA replies OK openSIPS sends CANCEL

Re: [OpenSIPS-Users] [Spam ***********] eyebeam softphone

Use digest authentication in your sip client. From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Mustafa Aykut Sent: Thursday, September 23, 2010 1:02 PM To: users@lists.opensips.org Subject: [Spam ***] [OpenSIPS-Users] eyebeam softphone Hi,  

[OpenSIPS-Users] presence - fallback2db

Hi openSIPS revision 7155: a config line modparam(presence, fallback2db, 1) raises opensips: ERROR:core:set_mod_param_regex: parameter fallback2db not found in module presence Is it presence module's bug? Also, I'v got DBG:presence:get_subs_dialog: found 0 dialogs DBG:presence:publ_notify:

[OpenSIPS-Users] lookup() problem

Hi! I'm using subdomains. But lookup(location, m) substitutes ip instead of domain's name. Here is log: DBG:dialplan:translate: the rule's attrs are internal DBG:dialplan:translate: the copied attributes are: internal DBG:dialplan:rule_translate: null replacement DBG:dialplan:dp_translate_f:

[OpenSIPS-Users] avp_db_query doesn't save value

Hi! I'm using a column 'fwdcall' (CHAR (64)) in the table subscriber. But there is a problem with avp_db_query: avp_db_query(SELECT fwdcall FROM subscriber WHERE username='$fU' AND domain='$fd', $avp(i:100)); xlog(*** Blink Call Forwarding to $avp(i:100)\n); It doesn't save value to

[OpenSIPS-Users] Dialplan module

Hello. I'm using a head version of opensips. In case when in the column subst_expr there is nothing, dp_translate() does not place to the output the repl_exp column value. But it should accordingly the dialplan module documentation. ___ Users

Re: [OpenSIPS-Users] Dialplan module

No, just an exact string like sip:1...@mydomain.com Hello Are you using regexp in repl_exp ? -Original Message- From: users-boun...@lists.opensips.org [mailto:users- boun...@lists.opensips.org] On Behalf Of Антон Загорский Sent: Tuesday, July 20, 2010 4:19 PM To: users

Re: [OpenSIPS-Users] [Spam **********] Re: opensips_head b2b with SEMS 1.2.1 - Bad ACK ?

for opensips. Please raise the debug level - debug=6 and put on pastebin the section starting with the processing of the invite and ending with the processing of ACK. Thanks and regards, -- Anca Vamanu www.voice-system.ro On 07/07/2010 04:13 PM, Антон Загорский wrote: Hello Anca

Re: [OpenSIPS-Users] [Spam **********] Re: opensips_head b2b with SEMS 1.2.1 - Bad ACK ?

- debug=6 and put on pastebin the section starting with the processing of the invite and ending with the processing of ACK. Thanks and regards, -- Anca Vamanu www.voice-system.ro On 07/07/2010 04:13 PM, Антон Загорский wrote: Hello Anca. # svn co https

[OpenSIPS-Users] opensips_head b2b with SEMS 1.2.1 - Bad ACK ?

Hello. I have the following scheme : UA1 (3000 xx.xx.xx.87) -- opensips/b2b (xx.xx.xx.60) -- UA2 (1000 xx.xx.xx.84) | SEMS (xx.xx.xx.59)

Re: [OpenSIPS-Users] opensips_head b2b with SEMS 1.2.1 - Bad ACK ?

Hello Anca. # svn co https://opensips.svn.sourceforge.net/svnroot/opensips/trunk opensips_head Checked out revision 7000. Hi, What opensips version are you using? I fixed a similar problem last week - it is not that the ACK is not passed on the other side - because it is, but that at