[OpenSIPS-Users] Migrating dispatcher module from 1.6.4 to 1.8.1
Adam Raszynski
netcentrica at gmail.com
Tue Oct 9 16:29:49 CEST 2012
Hi
I have exactly the same problem with dispatcher module and MySQL
after succesfoul ds_select_dst i get error:
ERROR:core:new_avp: invalid AVP name!
ERROR:core:add_avp: Failed to create new avp structure
resulting 503 response back to UAC
I'm using 1.8.0-notls version from debian apt repository for 1.8 branch,
checked out yesterday
When this patch will be commited to apt repository?
2012/9/11 Diego Barberio <diego.barberio at redmondsoftware.com>
> Hi Bogdan,
>
> Its working on my lab now. I will try in production and let you know.
>
> Thanks a lot for your support.
> Diego
>
>
> On Tue, Sep 11, 2012 at 5:21 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:
>
>> **
>> Thanks Diego,
>>
>> Please try the attached patch - let me know if (a) the error goes away
>> and (b) dispatching work fine.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>
>> On 09/11/2012 01:17 AM, Diego Barberio wrote:
>>
>> Hi Bogdan,
>>
>> Sorry for my delay. I'm attaching the log you requested
>>
>> Thanks a lot
>> Diego
>>
>> On Thu, Sep 6, 2012 at 3:56 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:
>>
>>> Hi Diego,
>>>
>>> Try to run opensips in full debug (debug=6) and post somewhere the
>>> output (during startup and during the call attempt).
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>>
>>> On 09/03/2012 07:41 PM, Diego Barberio wrote:
>>>
>>> Hi Bogdan,
>>>
>>> No, I don't see any errors like that.
>>>
>>> Below is the result of cat /var/log/messages after starting opensips and
>>> placing one call:
>>>
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> NOTICE:core:main: version: opensips 1.8.1-notls (i386/linux)
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]: INFO:core:main:
>>> using 32 Mb shared memory
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]: INFO:core:main:
>>> using 2 Mb private memory per process
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:maxfwd:mod_init: initializing...
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:sl:mod_init: Initializing StateLess engine
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:tm:mod_init: TM - initializing...
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> NOTICE:signaling:mod_init: initializing module ...
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:options:mod_init: initializing...
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:sipmsgops:mod_init: initializing...
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:core:probe_max_sock_buff: using rcv buffer of 512 kb
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:core:probe_max_sock_buff: using snd buffer of 255 kb
>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>> INFO:core:init_sock_keepalive: -- TCP keepalive enabled on socket
>>> Sep 3 09:57:58 BARNEY opensips: INFO:core:daemonize: pre-daemon process
>>> exiting with 0
>>> Sep 3 10:04:38 BARNEY /usr/local/sbin/opensips[11505]:
>>> INFO:core:probe_max_sock_buff: using snd buffer of 255 kb
>>> Sep 3 10:04:38 BARNEY /usr/local/sbin/opensips[11505]:
>>> INFO:core:init_sock_keepalive: -- TCP keepalive enabled on socket
>>> Sep 3 10:04:38 BARNEY /usr/local/sbin/opensips[11501]:
>>> ERROR:core:new_avp: invalid AVP name!
>>> Sep 3 10:04:38 BARNEY /usr/local/sbin/opensips[11501]:
>>> ERROR:core:add_avp: Failed to create new avp structure
>>>
>>> Thanks
>>> Diego
>>>
>>> On Mon, Sep 3, 2012 at 11:23 AM, Bogdan-Andrei Iancu <
>>> bogdan at opensips.org> wrote:
>>>
>>>> Diego, what about : do you see any error actually reported by the
>>>> dispatcher module (should look like "ERROR:dispatcher:......") .
>>>>
>>>> Regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>
>>>>
>>>> On 09/03/2012 05:07 PM, Diego Barberio wrote:
>>>>
>>>> Hi Bogdan,
>>>>
>>>> Thanks for your response. The errrors only pop up when doing
>>>> ds_select_dst()
>>>>
>>>> I'm able to reproduce this problem in my lab with only one destination
>>>> and using mysql as database. I left the "socket" field in (null) and
>>>> "attrs" is an empty string
>>>> It seems the startup is ok:
>>>>
>>>> Sep 3 09:57:58 BARNEY opensips: WARNING:core:fix_socket_list: could
>>>> not rev. resolve 192.168.2.154
>>>> Sep 3 09:57:58 BARNEY opensips: WARNING:core:fix_socket_list: could
>>>> not rev. resolve 192.168.2.154
>>>> Sep 3 09:57:58 BARNEY opensips: INFO:core:init_tcp: using epoll_lt as
>>>> the TCP io watch method (auto detected)
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> NOTICE:core:main: version: opensips 1.8.1-notls (i386/linux)
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]: INFO:core:main:
>>>> using 32 Mb shared memory
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]: INFO:core:main:
>>>> using 2 Mb private memory per process
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:maxfwd:mod_init: initializing...
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:sl:mod_init: Initializing StateLess engine
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:tm:mod_init: TM - initializing...
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> NOTICE:signaling:mod_init: initializing module ...
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:options:mod_init: initializing...
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:sipmsgops:mod_init: initializing...
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:core:probe_max_sock_buff: using rcv buffer of 512 kb
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:core:probe_max_sock_buff: using snd buffer of 255 kb
>>>> Sep 3 09:57:58 BARNEY /usr/local/sbin/opensips[11491]:
>>>> INFO:core:init_sock_keepalive: -- TCP keepalive enabled on socket
>>>> Sep 3 09:57:58 BARNEY opensips: INFO:core:daemonize: pre-daemon
>>>> process exiting with 0
>>>>
>>>> Also the destinations list seems to be ok:
>>>>
>>>> [root at BARNEY opensips]# opensipsctl fifo ds_list
>>>> SET_NO:: 1
>>>> SET:: 1
>>>> URI:: sip:192.168.2.154:5063 flag=A
>>>>
>>>>
>>>> Best Regards
>>>> Diego
>>>>
>>>> On Mon, Sep 3, 2012 at 6:47 AM, Bogdan-Andrei Iancu <
>>>> bogdan at opensips.org> wrote:
>>>>
>>>>> Hi Diego,
>>>>>
>>>>> So, the opensips startup is ok (with no errors or so) ? Are the
>>>>> destinations loaded correctly (check with opensipsctl via fifo)
>>>>>
>>>>> The errors you mentioned pop up only when doing ds_select_dst() - do
>>>>> you see any error actually reported by the dispatcher module (should look
>>>>> like "ERROR:dispatcher:......") .
>>>>>
>>>>> Regards,
>>>>>
>>>>> Bogdan-Andrei Iancu
>>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>>
>>>>>
>>>>> On 08/31/2012 09:02 AM, Diego Barberio wrote:
>>>>>
>>>>> Hello all,
>>>>>
>>>>> I'm trying to migrate from opensips 1.7.2 to 1.8.1. I only use
>>>>> opensips to redirect incomming INVITEs to 3 sets of media servers using
>>>>> dispatcher module.
>>>>> This is my current dispatcher file:
>>>>>
>>>>> 1 sip:10.180.12.5:5060
>>>>> 1 sip:10.180.12.13:5060
>>>>> 1 sip:10.180.12.14:5060
>>>>> 1 sip:10.180.12.15:5060
>>>>> 1 sip:10.180.12.16:5060
>>>>> 1 sip:10.180.12.17:5060
>>>>> 1 sip:10.180.12.18:5060
>>>>> 1 sip:10.180.12.19:5060
>>>>>
>>>>> 2 sip:10.180.12.21:5060
>>>>>
>>>>> 3 sip:10.180.12.21:5061
>>>>>
>>>>>
>>>>> I still want to use a file for the destinations so I've created the
>>>>> dbtext and completed the dispatcher table like this:
>>>>>
>>>>> id(int,auto) setid(int) destination(string) socket(string,null)
>>>>> flags(int) weight(int) attrs(string) description(string)
>>>>> 1:1:sip\:10.180.12.5\:5060::0:1:'':''
>>>>> 2:1:sip\:10.180.12.13\:5060::0:1:'':''
>>>>> 3:1:sip\:10.180.12.14\:5060::0:1:'':''
>>>>> 4:1:sip\:10.180.12.15\:5060::0:1:'':''
>>>>> 5:1:sip\:10.180.12.16\:5060::0:1:'':''
>>>>> 6:1:sip\:10.180.12.17\:5060::0:1:'':''
>>>>> 7:1:sip\:10.180.12.18\:5060::0:1:'':''
>>>>> 8:1:sip\:10.180.12.19\:5060::0:1:'':''
>>>>> 9:2:sip\:10.180.12.21\:5060::0:1:'':''
>>>>> 10:3:sip\:10.180.12.21\:5061::0:1:'':''
>>>>>
>>>>> However, opensips is returning error when calling to ds_select_dst and
>>>>> I see the following repeating errors in "messages" file:
>>>>>
>>>>> Aug 30 23:43:15 GT-RBT-SIP-1 /usr/local/sbin/opensips[27008]:
>>>>> ERROR:core:new_avp: invalid AVP name!
>>>>> Aug 30 23:43:15 GT-RBT-SIP-1 /usr/local/sbin/opensips[27006]:
>>>>> ERROR:core:add_avp: Failed to create new avp structure
>>>>> Aug 30 23:43:15 GT-RBT-SIP-1 /usr/local/sbin/opensips[27007]:
>>>>> ERROR:core:add_avp: Failed to create new avp structure
>>>>> Aug 30 23:43:15 GT-RBT-SIP-1 /usr/local/sbin/opensips[27009]:
>>>>> ERROR:core:new_avp: invalid AVP name!
>>>>>
>>>>> This is the part of my configuration script where I set up the
>>>>> dispatcher module:
>>>>>
>>>>> # ----------------- setting module-specific parameters ---------------
>>>>>
>>>>> modparam("db_text", "db_mode", 0)
>>>>>
>>>>> modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo")
>>>>>
>>>>> modparam("tm", "T1_timer", 200)
>>>>>
>>>>> # -- dispatcher params --
>>>>> modparam("dispatcher", "db_url",
>>>>> "text:///usr/local/etc/opensips/dbtext")
>>>>> modparam("dispatcher", "ds_ping_from", "sip:proxy at 10.180.12.4")
>>>>> modparam("dispatcher", "ds_ping_interval", 10)
>>>>> modparam("dispatcher", "ds_probing_mode", 1)
>>>>> modparam("dispatcher", "ds_probing_threshhold", 2)
>>>>>
>>>>>
>>>>> Please, could you let me know what am I doing wrong?
>>>>>
>>>>> Thanks Diego
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121009/71bf3ca5/attachment-0001.htm>
More information about the Users
mailing list