I still think that there are some users still using the lcr module ... I will open a new thread about this and if there are no objections, we will remove the lcr module for the next release.
Regards, Ovidiu Sas On Tue, Sep 28, 2010 at 11:42 AM, Bogdan-Andrei Iancu <[email protected]> wrote: > Actually I would suggest removing the whole lcr module - I see no > advantage or reason for keeping it - from all LCR-like implementations > is the oldest one ;) > > Regards, > Bogdan > > Ovidiu Sas wrote: >> I suggest to remove those functions from the lcr code for the next >> release and update the README file. >> >> Regards, >> Ovidiu Sas >> >> On Tue, Sep 28, 2010 at 11:14 AM, Bogdan-Andrei Iancu >> <[email protected]> wrote: >> >>> Hi Taiso, >>> >>> the load_contacts() and next_contact() are deprecated, better use the >>> core functions: >>> serialize_branches() >>> http://www.opensips.org/Resources/DocsCoreFcn16#toc128 >>> next_branches() http://www.opensips.org/Resources/DocsCoreFcn16#toc112 >>> >>> which works in the same way. >>> >>> Regards, >>> Bogdan >>> >>> Taisto Qvist wrote: >>> >>>> Hi folks, >>>> >>>> I am trying to recreate a serialforking scenario which I am receiving >>>> the following problems with. >>>> As far as I know(?), the config is just the same as last week when I >>>> used the same config and everything worked. >>>> Unfortunately I dont have the old config so I cant compare, but the >>>> changes >>>> are so small that I cant figure out the differences. >>>> >>>> I am running the latest opensips 1.6.3 from svn. >>>> But I've tried a few other 1.6.3 versions with the same results. >>>> >>>> Heres part of the script: >>>> ------------------- >>>> lookup("location", "m"); >>>> switch ($retcode) >>>> { >>>> case 1: >>>> log(2, "(lab2) - Contact found in location server, >>>> rerouting.\n"); >>>> if (!load_contacts()) >>>> { >>>> log(1, "(lab2) - Unable to load contacts for >>>> serial forking\n"); >>>> t_reply("500", "Server Internal Error (Serial >>>> fork)"); >>>> exit; >>>> } >>>> if ( !next_contacts() ) >>>> { >>>> t_reply("509", "Serial fork error"); >>>> exit; >>>> } >>>> return(1); >>>> ------------------- >>>> But the next_contacts() fails for some reason, and the error-printouts >>>> in the log, doesnt tell >>>> me enough to know where to continue. >>>> >>>> Heres the debug printout: >>>> ---------------------------- >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_val2bind: added val (1): len=8; type=254; is_null=0 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_do_prepared_query: doing BIND_PARAM in... >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_do_prepared_query: prepared statement has 1 >>>> columns in result >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_new_result: allocate 28 bytes for result set at 0x81cfc24 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_allocate_columns: allocate 16 bytes for result columns at >>>> 0x81cc42c >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81cc430)[0]=[username] >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_allocate_rows: allocate 28 bytes for result rows and >>>> values at 0x81cfc50 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:db_mysql:db_mysql_str2val: converting STRING [jane] >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:uri:does_uri_exist: User in request uri does exist >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_free_columns: freeing result columns at 0x81cc42c >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_free_rows: freeing 1 rows >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:core:db_free_row: >>>> freeing row values at 0x81cfc58 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_free_rows: freeing rows at 0x81cfc50 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:db_free_result: freeing result set at 0x81cfc24 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: (lab2) - Its a valid >>>> local user >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:comp_scriptvar: int 20 : 0 / 0 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: (lab2) - Stateful LS >>>> lookup() >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:registrar:lookup: >>>> setting as ruri <sip:[email protected]:5060> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:registrar:lookup: >>>> looking for branches >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:registrar:lookup: >>>> setting branch <sip:[email protected]:5061> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: (lab2) - Contact >>>> found in location server, rerouting. >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:lcr:socket2str: >>>> <udp::> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:lcr:load_contacts: Loaded contact <sip:[email protected]:5061 >>>> udp:: 0 > with q_flag <0> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:lcr:socket2str: >>>> <udp::> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:lcr:load_contacts: Loaded contact <sip:[email protected]:5060 >>>> udp:: 0 > with q_flag <4> >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:lcr:next_contacts: Next contact is <sip:[email protected]:5060 >>>> udp:: 0 > >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> ERROR:lcr:parse_phostport: too many colons in udp:: 0 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> ERROR:lcr:decode_branch_info: Parsing of socket info <udp::> failed >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> ERROR:lcr:next_contacts: Decoding of branch info >>>> <sip:[email protected]:5060 udp:: 0 > failed >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:parse_headers: flags=ffffffffffffffff >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:core:check_ip_address: params 10.10.10.11, sip.core.net, 0 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:core:_shm_resize: >>>> resize(0) called >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:tm:cleanup_uac_timers: RETR/FR timers reset >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:tm:set_timer: >>>> relative timeout is 500000 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:tm:insert_timer_unsafe: [4]: 0xb5b6345c (159600000) >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:tm:set_timer: >>>> relative timeout is 32 >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: >>>> DBG:tm:insert_timer_unsafe: [0]: 0xb5b63478 (191) >>>> Sep 28 16:12:21 sip-laptop2 opensips_lab2[2118]: DBG:tm:_reply_light: >>>> reply sent out. buf=0x81cff60: SIP/2.0 5..., shmem=0xb5b61374: >>>> ------------------------- >>>> >>>> Many thanks for any help/tips you can give, I'm kind of lost... >>>> >>>> Regards >>>> Taisto Qvist >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> [email protected] >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>> -- >>> Bogdan-Andrei Iancu >>> OpenSIPS Bootcamp >>> 15 - 19 November 2010, Edison, New Jersey, USA >>> www.voice-system.ro >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > > -- > Bogdan-Andrei Iancu > OpenSIPS Bootcamp > 15 - 19 November 2010, Edison, New Jersey, USA > www.voice-system.ro > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
