[OpenSIPS-Devel] SF.net SVN: opensips:[9359] trunk/modules/dispatcher
Revision: 9359 http://opensips.svn.sourceforge.net/opensips/?rev=9359view=rev Author: liviuchircu Date: 2012-10-21 06:50:09 + (Sun, 21 Oct 2012) Log Message: --- Fixed a subtle bug in ds_count() and improved code readability Modified Paths: -- trunk/modules/dispatcher/dispatch.c trunk/modules/dispatcher/dispatch.h trunk/modules/dispatcher/dispatcher.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9360] trunk/modules/dns_cache/dns_cache.c
Revision: 9360 http://opensips.svn.sourceforge.net/opensips/?rev=9360view=rev Author: vladut-paiu Date: 2012-10-21 09:44:06 + (Sun, 21 Oct 2012) Log Message: --- fixed crash at mod_destroy Modified Paths: -- trunk/modules/dns_cache/dns_cache.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9361] branches/1.8/modules/dns_cache/dns_cache.c
Revision: 9361 http://opensips.svn.sourceforge.net/opensips/?rev=9361view=rev Author: vladut-paiu Date: 2012-10-21 09:46:29 + (Sun, 21 Oct 2012) Log Message: --- backport fromt trunk (rev #9360) fixed crash at mod_destroy Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9360view=rev Modified Paths: -- branches/1.8/modules/dns_cache/dns_cache.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3571806 ] Non-printable Characters in Via Host
Bugs item #3571806, was opened at 2012-09-25 23:25 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.8.x Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: David Sanders (dmsanders) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Non-printable Characters in Via Host Initial Comment: RFC 3261 doesn't allow non-printable characters (minus CRLF ending the Via header) in the host portion of the Via header. However, OpenSIPs seems to tolerate them. PJSIP has a bug that sends gibberish for a host in the Via on some unregisters. This is tolerated by OpenSIPs on receive, but causes issues later on in the reply, which goes out with a blank host. In particular nat_traversal can't parse the reply because the host is blank. It seems that the parsing of the Via header should be tightened to only allow printable characters as a host. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 02:47 Message: Hi David, Here is a patch to address this problem - I did some first testing on my side, but give it a try too - I want to be 100% sure first it does not break anything and second it detects the kind of bogus VIA you have. Thanks and regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-12 14:02 Message: Here you go Bogdan. I took the example out of the sip_trace table in our MySQL database. Thoe host is gibberish but the port number is OK. OpenSIPS doesn't complain about parsing errors until it is sending the 401 response. REGISTER sip:19192972172@72.215.176.13:5060 SIP/2.0 Via: SIP/2.0/UDP ‰¡read :13611;rport;branch=z9hG4bKPjBb-CLCWWBdliGJLBdVQq5L3VvfyD3QGt Max-Forwards: 69 From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13 Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER Contact: sip:19192972172@72.215.176.1:13611;transport=UDP;rinstance=30b85fb46d764d69 Expires: 0 Authorization: Digest username=19192972172, realm=72.215.176.13, nonce=5078301107583df53abb709e661070948fd84a90f378, uri=sip:19192972172@72.215.176.13:5060, response=99c332dcb3b20051391f0e589f203983 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP ;received=72.215.176.1;rport=13611‰¡read From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13;tag=9ee60da17230fa4987e498ef1c101576. Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER WWW-Authenticate: Digest realm=72.215.176.13, nonce=50783024075ff0bbdb222655467b236709b177002a39, stale=true Server: Pinger.com PROXY 1.8 Content-Length: 0 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 06:57 Message: David, could you post here such a bogus VIA ? Thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9362] trunk/packaging/debian/control
Revision: 9362 http://opensips.svn.sourceforge.net/opensips/?rev=9362view=rev Author: bogdan_iancu Date: 2012-10-21 10:11:09 + (Sun, 21 Oct 2012) Log Message: --- - fixed missing dependencies in deb packages Credits go to shimaore (SF id) Closes bug #3577302 Modified Paths: -- trunk/packaging/debian/control This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9363] branches/1.8/packaging/debian/control
Revision: 9363 http://opensips.svn.sourceforge.net/opensips/?rev=9363view=rev Author: bogdan_iancu Date: 2012-10-21 10:19:48 + (Sun, 21 Oct 2012) Log Message: --- backport from trunk (rev #9362): - fixed missing dependencies in deb packages Credits go to shimaore (SF id) Closes bug #3577302 Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9362view=rev Modified Paths: -- branches/1.8/packaging/debian/control This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9365] branches/1.8/packaging/debian/control
Revision: 9365 http://opensips.svn.sourceforge.net/opensips/?rev=9365view=rev Author: bogdan_iancu Date: 2012-10-21 14:04:30 + (Sun, 21 Oct 2012) Log Message: --- one more dependency added to deb packages (lua package) Modified Paths: -- branches/1.8/packaging/debian/control This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3577302 ] packaging/debian: missing build dependencies
Bugs item #3577302, was opened at 2012-10-15 04:26 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3577302group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: packaging Group: 1.8.x Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: shimaore (shimaore) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: packaging/debian: missing build dependencies Initial Comment: Trying to build opensips 1.8.1 on Debian/testing using packaging/debian, the following Build-Depends: entries are missing: libhiredis-dev librabbitmq-dev liblua5.1-dev libmemcache-dev libncurses5-dev Since trunk uses the same Build-Depends line as 1.8.1 I assume the same issue happens in trunk but I haven't tested it. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 07:04 Message: Hello Shimaro - I update the list of dependencies. On Trunk and 1.8 branch too! Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3577302group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-3575739 ] Follow resource-list references on RLS
Patches item #3575739, was opened at 2012-10-09 06:51 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3575739group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: trunk Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: saghul (saghul) Assigned to: saghul (saghul) Summary: Follow resource-list references on RLS Initial Comment: Hi, This is the first patch of a series of patches to enhance presence support (including OMA) in OpenSIPS. The attached patch adds the ability to follow references from a rls-services to a resource-lists document. The diff is quite big not only because of the actual feature, but because I had to fix some bugs as I worked on the feature as well, and separating those was not really possible. I'm actively working on presence, so I'm willing to maintain this code, as well as fix any issues that may arise with it. So far I discovered none during testing :-) If I get a ok I can merge it to trunk myself and we take it from there. Regards, -- Saúl Ibarra Corretgé AG Projects -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 07:27 Message: Hi Saul, As I see no objection regarding this patch, feel free to proceed with uploading it on trunk - and btw, I'm taking it seriously when you say you are willing to maintain the code ;) Thanks and regards, Bogdan -- Comment By: saghul (saghul) Date: 2012-10-19 04:38 Message: I just added a second patch, which adds a new mi command: rls_update_subscriptions, which needs to be called if the RLS services document or resource-lists was modified, in order to start new backend subscriptions or stop old ones if required. Please have a glance at this, the diff is so big and affects so many files that it's getting complicated to manage.These are new features which will go to trunk anyway, so if issues are discovered I'll get them fixed, I promise :-) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3575739group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3574453 ] b2b_logic: too small setup timeout when topology hiding
Bugs item #3574453, was opened at 2012-10-04 05:25 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.8.x Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: b2b_logic: too small setup timeout when topology hiding Initial Comment: When b2b creates topology hiding scenario, it setups too small call setup time: /* if it will not be confirmed - delete */ tuple-lifetime = 60 + get_ticks(); When alice calls bob and bob don't answer for 60 seconds, b2b send CANCEL to both sides. I think we should give possibility to configure this parameter, either in AVP or b2b_init_request flags like b2b_init_request(top hiding/t300). I'd can to write the patch after discussion about what method to use. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:01 Message: Hi Nick, I will go for v2, but I have some objection regarding your approach - I see you moved the scenario lookup from the fixup function to runtime part, which is totally inefficient - instead of doing the lookup once, you do it for each call. What I suggest here is to do both the scenario lookup and the flag detection in the fixup function. You can simply do that by replacing the param 1 (after fixup) with a structure (pkg) holding the scenario ID (as originally) plus the flag string. Or even better, the structure can already parse expend the flags, so that at runtime you have everything prepared. If you have doubts on how to do this, just let me know and I will do it as soon as I'll get available time. Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-15 05:10 Message: Here are two patches: 1. opensips_b2bl_tc_init_time_v1.patch Adds module param b2bl_th_init_timeout with default value 60 to setup initial b2b timeout for topology hiding scenario. 2. opensips_b2bl_tc_init_time_v1.patch Adds module parameter as previous patch, but also adds per b2b session flag t[number] for b2b_init_request. Usage examples: b2b_init_request(top hiding/t60), b2b_init_request(top hiding/t300). Number length is not fixed. You may choose. :-) If one or another patch will be applied, I'll add documentation patch for it. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 07:04 Message: Hi Nick, Normally the lifetime is controlled via the scenario XML, so it is per scenario. Of course, the TH does not have a scenario XML. I would go for a module param or by a flag-like approach - depending if we want to control this per scenario (like for other cases) or per instance of scenario. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3578383 ] Multihomed B2B. Again.
Bugs item #3578383, was opened at 2012-10-19 07:18 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Multihomed B2B. Again. Initial Comment: B2B doesn't take attention on transport tag in RURI. For example: B2B receives UDP packet with transport=TCP in RURI, but whatever sends it via UDP. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:14 Message: Hi Nick, If running in debug mode, when the initial request is processed by opensips you should have a log like: tm:t_uac: next_hop=uri Could you confirm that the uri you have there points is the same as RURI you had is script before triggering the b2b, and it still contain the transport parameter. Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9366] trunk/forward.c
Revision: 9366 http://opensips.svn.sourceforge.net/opensips/?rev=9366view=rev Author: bogdan_iancu Date: 2012-10-21 15:48:38 + (Sun, 21 Oct 2012) Log Message: --- - bug fixed: if no interface explicitly set, select as outbound interface the interface the message was received rather than the interface served by the process. Modified Paths: -- trunk/forward.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3578406 ] Postgres create DB error
Bugs item #3578406, was opened at 2012-10-19 09:45 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578406group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: trunk Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Toine (tganzeboom) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Postgres create DB error Initial Comment: Downloaded the latest 1.8, but got this error: ERROR: relation dr_gateways_gwid_seq does not exist Also, I have to give my password multiple times. I have read this in earlier versions, but it seems to have come back? Error is also below, included this for clearity /opensips/1.8# opensipsdbctl create database engine 'postgres' loaded INFO: creating database opensips ... Password for user postgres: Password for user postgres: Creating core table: standard Password for user postgres: NOTICE: CREATE TABLE / UNIQUE will create implicit index version_t_name_idx for table version Creating core table: acc Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence acc_id_seq for serial column acc.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index acc_pkey for table acc NOTICE: CREATE TABLE will create implicit sequence missed_calls_id_seq for serial column missed_calls.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index missed_calls_pkey for table missed_calls Creating core table: domain Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence domain_id_seq for serial column domain.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index domain_pkey for table domain NOTICE: CREATE TABLE / UNIQUE will create implicit index domain_domain_idx for table domain Creating core table: group Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence grp_id_seq for serial column grp.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index grp_pkey for table grp NOTICE: CREATE TABLE / UNIQUE will create implicit index grp_account_group_idx for table grp NOTICE: CREATE TABLE will create implicit sequence re_grp_id_seq for serial column re_grp.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index re_grp_pkey for table re_grp Creating core table: permissions Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence address_id_seq for serial column address.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index address_pkey for table address Creating core table: registrar Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence aliases_id_seq for serial column aliases.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index aliases_pkey for table aliases Creating core table: usrloc Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence location_id_seq for serial column location.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index location_pkey for table location NOTICE: CREATE TABLE / UNIQUE will create implicit index location_account_contact_idx for table location Creating core table: msilo Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence silo_id_seq for serial column silo.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index silo_pkey for table silo Creating core table: alias_db Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence dbaliases_id_seq for serial column dbaliases.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dbaliases_pkey for table dbaliases NOTICE: CREATE TABLE / UNIQUE will create implicit index dbaliases_alias_idx for table dbaliases Creating core table: uri_db Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence uri_id_seq for serial column uri.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index uri_pkey for table uri NOTICE: CREATE TABLE / UNIQUE will create implicit index uri_account_idx for table uri Creating core table: nathelper Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence nh_sockets_id_seq for serial column nh_sockets.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index nh_sockets_pkey for table nh_sockets Creating core table: speeddial Password for user postgres: NOTICE: CREATE TABLE will create implicit sequence speed_dial_id_seq for serial column speed_dial.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index speed_dial_pkey for table speed_dial NOTICE: CREATE TABLE / UNIQUE will create implicit index speed_dial_speed_dial_idx for table speed_dial Creating core table: avpops Password for user postgres: NOTICE: CREATE TABLE will create
[OpenSIPS-Devel] [ opensips-Bugs-3576387 ] segfault on dlg_ping_routine
Bugs item #3576387, was opened at 2012-10-11 10:18 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3576387group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.8.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Flavio Goncalves (flaviogoncalves) Assigned to: Vladut-Stefan Paiu (vladut-paiu) Summary: segfault on dlg_ping_routine Initial Comment: I'm reopening the case, It happened again after the patch. Program terminated with signal 11, Segmentation fault. #0 dlg_ping_routine (ticks=value optimized out, attr=value optimized out) at dlg_timer.c:525 525 dlg-pl = 0; (gdb) bt full #0 dlg_ping_routine (ticks=value optimized out, attr=value optimized out) at dlg_timer.c:525 expired = value optimized out it = value optimized out curr = 0x7fba18391c18 dlg = 0x5d __FUNCTION__ = dlg_ping_routine #1 0x004b53dc in timer_ticker () at timer.c:360 t = 0x7fba5e562d58 #2 run_timer_process () at timer.c:430 multiple = 10 cnt = value optimized out tv = {tv_sec = 0, tv_usec = 0} #3 start_timer_processes () at timer.c:527 tpl = 0x7fba5e5614d0 pid = value optimized out __FUNCTION__ = start_timer_processes #4 0x004327d3 in main_loop (argc=value optimized out, argv=value optimized out) at main.c:933 i = 8 pid = 24 si = 0x0 startup_done = 0x7fba16a1f598 chd_rank = 16 load_p = 0x7fba16a1f8e8 #5 main (argc=value optimized out, argv=value optimized out) at main.c:1520 cfg_log_stderr = 8 cfg_stream = value optimized out c = value optimized out r = value optimized out tmp = 0x7fff5461eea0 tmp_len = value optimized out port = value optimized out proto = value optimized out ret = value optimized out seed = 2170505229 rfd = value optimized out __FUNCTION__ = main -- Comment By: Dragos Oancea (dragosoancea) Date: 2012-10-12 04:41 Message: Hi This did not happened to me after I applied the patches ( tls_init.c patch and dialog module patch - see bug ID 3570495 ) . I use : modparam(dialog, ping_interval, 40) modparam(tm, fr_timer, 15) Cheers, Dragos -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3576387group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SVN checkout issue
Hi all, Anyhow you cannot do anything with opensips on windows :). Regards, Bogdan Sent from Samsung MobileAli Pey ali...@gmail.com wrote:Hi Mickael, The problem is you are checking out the code in windows. Windows dosen't let you have a con.c file name. In another word, opensips code cannot be checked out in windows operating system. Regards, Ali On Sat, Oct 20, 2012 at 5:31 PM, Mickael Marrache mickael.marra...@xconnect.net wrote: Hi, I'm trying to check out the sources from https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.8 using Tortoise SVN, and I get the following issue : ... Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.c Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\db_unixodbc.c Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\list.h Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\val.c Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\dbase.h Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.h Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc.xml Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_admin.xml Added D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\doc\db_unixodbc_devel.xml Can't move 'D:\Dev\C\OpenSIPS\1.8\.svn\tmp\svn-FE5B9E24' to 'D:\Dev\C\OpenSIPS\1.8\modules\db_unixodbc\con.c': Unable to create an already existing file. Do you have an idea of what may cause this issue? It seems that SVN tries to add this file twice? Thanks ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3578383 ] Path+usrloc+b2b=lost transport (Multihomed B2B. Again.)
Bugs item #3578383, was opened at 2012-10-19 07:18 Message generated for change (Comment added) made by nikbyte You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Path+usrloc+b2b=lost transport (Multihomed B2B. Again.) Initial Comment: B2B doesn't take attention on transport tag in RURI. For example: B2B receives UDP packet with transport=TCP in RURI, but whatever sends it via UDP. -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-21 22:18 Message: I have mixed multiple opensips setup with b2b, usrloc, path and another modules. I deeply investigated the problem and it's not in b2b. In my setup b2b sometimes receives packets with preloaded routes using path module with use_received=1. I found that when REGISTER passes from one opensips to another, path module adds something like: with enable_double_path=0: sip:2.2.2.2;lr;received=sip:8.8.8.8:55952 with enable_double_path=1 (I use this): sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947,sip:2.2.2.2;transport=tcp;r2=on;lr Then it saved by save(table, p0) on second opensips in database. The next step is call from second opensips. It receives INVITE, calls lookup(table) and adds preloaded route: Route: sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947,sip:2.2.2.2;transport=tcp;r2=on;lr then sends it to first (b2b) opensips. b2b-opensips receives this packet and in debug I see: Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:after_loose: Topmost route URI: 'sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947' is me Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:run_rr_callbacks: callback id 0 entered with r2=on;lr;received=sip:8.8.8.8:55947 Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:core:parse_params: Parsing params for:[r2=on;lr;received=sip:8.8.8.8:55947] then, in script output $du=sip:8.8.8.8:55947 As expected, b2b uses $du to route the packet, ignoring $ru. So, it lost transport because transport is in second Route header. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:14 Message: Hi Nick, If running in debug mode, when the initial request is processed by opensips you should have a log like: tm:t_uac: next_hop=uri Could you confirm that the uri you have there points is the same as RURI you had is script before triggering the b2b, and it still contain the transport parameter. Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel