Re: [OpenSIPS-Users] Opensips Postgresql Seq Create Error
Razvan, Yes, the tables were created. I didn't know if this was significant. Thanks Nathaniel L Keeling On 3/9/17 4:48 AM, Răzvan Crainea wrote: > Hi, Nathaniel! > > Desipte the error, are the location and the tls_mgm tables created? > > Best regards, > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > On 03/09/2017 10:04 AM, Nathaniel L. Keeling III wrote: >> >> I am getting this error when initially creating the opensips >> database. I am using Opensips v 2.2 with Postgresql 9.2.6 on Centos 7 >> >> [root@sip_core_proxy sbin]# ./opensipsdbctl create >> PGSQL password for postgres: >> INFO: creating database opensips ... >> *ERROR: relation "location_id_seq" does not exist** >> **ERROR: relation "tls_mgm_id_seq" does not exist* >> INFO: Core OpenSIPS tables successfully created. >> >> Thanks >> >> Nathaniel L Keeling >> >> >> >> >> ___ >> Users mailing list >> Users@lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Opensips Postgresql Seq Create Error
I am getting this error when initially creating the opensips database. I am using Opensips v 2.2 with Postgresql 9.2.6 on Centos 7 [root@sip_core_proxy sbin]# ./opensipsdbctl create PGSQL password for postgres: INFO: creating database opensips ... *ERROR: relation "location_id_seq" does not exist** **ERROR: relation "tls_mgm_id_seq" does not exist* INFO: Core OpenSIPS tables successfully created. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, Where can I open this request at? Thanks Nathaniel On 3/2/16 4:53 AM, Răzvan Crainea wrote: Hi, Nathaniel! Unfortunately there is no way to specify the GNU utilities. Please open a pull request for this, I will try to take care of it asap. Best regards, Răzvan On 03/01/2016 08:33 AM, Nathaniel L. Keeling III wrote: Razvan, When compiling version 1.8, it was not detecting the 64 bit properly which is why I added the variables. I will try building without any options set. As far as "sed" is concern, I have gsed version 4.2.2 installed which is what I thought was being used. It sounds like the compile is pulling in the original "sed" that came with the OS. Here is the version for that Solaris sed: VERSION: 11.10.0,REV=2005.01.21.15.53 Is there a way to specify/utilize the GNU utilities? Thanks Nathaniel On 2/29/16 8:54 AM, Răzvan Crainea wrote: Hi, Nathaniel! In the fist pastebin, are you sure you need the -m64 options? The makefile system should detect the architecture and build the packets accordingly. Anyway, this is just a question, the real problem seems to be the version of the sed package. Can you tell me what sed version are you using? Perhaps pasting a help command, since I don't have access to a Solaris macine. All the other pastebin logs do not use the latest version, that's why they do not compile. Best regards, Răzvan On 02/29/2016 02:13 PM, Nathaniel L. Keeling III wrote: Razvan, Yes, setting LD_EXTRA_OPTS made it compile. I did a git pull and tried a few things and here are the results: I removed the env variables CFLAGS and CXXFLAGS and then set env variables CC_EXTRA_OPTS=-m64 and LD_EXTRA_OPTS=-m64. I then executed the compile from "make menuconfig" and here is the results. http://pastebin.com/VwtLcDqw I then reran the compile with env CFLAGS=-m64 and CXXFLAGS=-m64 using this: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link for that output: http://pastebin.com/2mpXuehv Here is the results of the compile with the env CFLAGS and CXXFLAG not set using: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all This is the pastebin link: http://pastebin.com/0TW4ZU4S I then tried again with the env variables CFLAGS and CXXFLAG set as before with this: LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link: http://pastebin.com/emUFTGu1 Thanks Nathaniel On 2/29/16 4:52 AM, Răzvan Crainea wrote: LD_EXTRA_OPTS=-m64 NICER=0 make all ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, When compiling version 1.8, it was not detecting the 64 bit properly which is why I added the variables. I will try building without any options set. As far as "sed" is concern, I have gsed version 4.2.2 installed which is what I thought was being used. It sounds like the compile is pulling in the original "sed" that came with the OS. Here is the version for that Solaris sed: VERSION: 11.10.0,REV=2005.01.21.15.53 Is there a way to specify/utilize the GNU utilities? Thanks Nathaniel On 2/29/16 8:54 AM, Răzvan Crainea wrote: Hi, Nathaniel! In the fist pastebin, are you sure you need the -m64 options? The makefile system should detect the architecture and build the packets accordingly. Anyway, this is just a question, the real problem seems to be the version of the sed package. Can you tell me what sed version are you using? Perhaps pasting a help command, since I don't have access to a Solaris macine. All the other pastebin logs do not use the latest version, that's why they do not compile. Best regards, Răzvan On 02/29/2016 02:13 PM, Nathaniel L. Keeling III wrote: Razvan, Yes, setting LD_EXTRA_OPTS made it compile. I did a git pull and tried a few things and here are the results: I removed the env variables CFLAGS and CXXFLAGS and then set env variables CC_EXTRA_OPTS=-m64 and LD_EXTRA_OPTS=-m64. I then executed the compile from "make menuconfig" and here is the results. http://pastebin.com/VwtLcDqw I then reran the compile with env CFLAGS=-m64 and CXXFLAGS=-m64 using this: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link for that output: http://pastebin.com/2mpXuehv Here is the results of the compile with the env CFLAGS and CXXFLAG not set using: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all This is the pastebin link: http://pastebin.com/0TW4ZU4S I then tried again with the env variables CFLAGS and CXXFLAG set as before with this: LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link: http://pastebin.com/emUFTGu1 Thanks Nathaniel On 2/29/16 4:52 AM, Răzvan Crainea wrote: LD_EXTRA_OPTS=-m64 NICER=0 make all ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, Yes, setting LD_EXTRA_OPTS made it compile. I did a git pull and tried a few things and here are the results: I removed the env variables CFLAGS and CXXFLAGS and then set env variables CC_EXTRA_OPTS=-m64 and LD_EXTRA_OPTS=-m64. I then executed the compile from "make menuconfig" and here is the results. http://pastebin.com/VwtLcDqw I then reran the compile with env CFLAGS=-m64 and CXXFLAGS=-m64 using this: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link for that output: http://pastebin.com/2mpXuehv Here is the results of the compile with the env CFLAGS and CXXFLAG not set using: CC_EXTRA_OPTS=-m64 LD_EXTRA_OPTS=-m64 NICER=0 make all This is the pastebin link: http://pastebin.com/0TW4ZU4S I then tried again with the env variables CFLAGS and CXXFLAG set as before with this: LD_EXTRA_OPTS=-m64 NICER=0 make all Here is the pastebin link: http://pastebin.com/emUFTGu1 Thanks Nathaniel On 2/29/16 4:52 AM, Răzvan Crainea wrote: LD_EXTRA_OPTS=-m64 NICER=0 make all ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, This is a 64bit Sparc running Solaris 10 64bit. I had to set these env variables to compile an earlier version of Opensips. CFLAGS=-m64 CXXFLAGS=-m64 Here is the pastebin link: http://pastebin.com/R3xD7550 Thanks Nathaniel On 2/29/16 3:15 AM, Răzvan Crainea wrote: LD_EXTRA_OPTS=-m64 NICER=0 make all ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, here is the pastebin link to the output: http://pastebin.com/W5JAdL3H Thanks Nathaniel On 2/26/16 4:34 AM, Răzvan Crainea wrote: make proper; NICER=0 make -j1 ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, I pulled the latest branch which got me pass the earlier error but then ran into another. Here is the link in pastebin: http://pastebin.com/pJ3gVvzA Thanks Nathaniel On 2/26/16 3:57 AM, Răzvan Crainea wrote: Hi, Nathaniel! I've just pushed a fix on master and 2.1 branch. Could you please check again with the latest 2.1 git version? Best regards, Răzvan On 02/26/2016 11:12 AM, Nathaniel L. Keeling III wrote: Razvan, Here is the pastebin link: http://pastebin.com/ZZCr1gay Thanks Nathaniel On 2/26/16 2:44 AM, Răzvan Crainea wrote: Console output from compile. Thanks, Răzvan On 02/26/2016 10:32 AM, Nathaniel L. Keeling III wrote: Razvan, Sorry for my ignorance, but where is the build logs located or are you just talking about the console output from the compile? Thanks Nathaniel On 2/26/16 2:05 AM, Răzvan Crainea wrote: Hi, Nathaniel! All the logs you posted are warnings, not errors. Can you paste the entire build logs on pastebin? Thanks, Răzvan On 02/26/2016 08:09 AM, Nathaniel L. Keeling III wrote: Hello, I am getting this compile error when compiling Opensips 2.1.2 on Solaris Sparc 10 64bit. net/net_tcp.c:269:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:299:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:318:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, Here is the pastebin link: http://pastebin.com/ZZCr1gay Thanks Nathaniel On 2/26/16 2:44 AM, Răzvan Crainea wrote: Console output from compile. Thanks, Răzvan On 02/26/2016 10:32 AM, Nathaniel L. Keeling III wrote: Razvan, Sorry for my ignorance, but where is the build logs located or are you just talking about the console output from the compile? Thanks Nathaniel On 2/26/16 2:05 AM, Răzvan Crainea wrote: Hi, Nathaniel! All the logs you posted are warnings, not errors. Can you paste the entire build logs on pastebin? Thanks, Răzvan On 02/26/2016 08:09 AM, Nathaniel L. Keeling III wrote: Hello, I am getting this compile error when compiling Opensips 2.1.2 on Solaris Sparc 10 64bit. net/net_tcp.c:269:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:299:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:318:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Solaris Sparc Compile Error
Razvan, Sorry for my ignorance, but where is the build logs located or are you just talking about the console output from the compile? Thanks Nathaniel On 2/26/16 2:05 AM, Răzvan Crainea wrote: Hi, Nathaniel! All the logs you posted are warnings, not errors. Can you paste the entire build logs on pastebin? Thanks, Răzvan On 02/26/2016 08:09 AM, Nathaniel L. Keeling III wrote: Hello, I am getting this compile error when compiling Opensips 2.1.2 on Solaris Sparc 10 64bit. net/net_tcp.c:269:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:299:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:318:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Solaris Sparc Compile Error
Hello, I am getting this compile error when compiling Opensips 2.1.2 on Solaris Sparc 10 64bit. net/net_tcp.c:269:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:299:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:318:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Topology Hiding Usage Question
Bogdan, Thanks for explaining the purpose. I am still trying to understand the actual purposes and difference between SIP trunks, gateways and proxies and their usages. I was watching the video on Opensips as an Edge Proxy and was trying to implement the solution with topology hiding. I was also wondering, what kind of functions would the Core Engine perform that is not done in the edge proxy? Thanks Nathaniel On 2/11/16 3:43 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, When you do topology hiding, from SIP routing perspective, OpenSIPS will act as an end-point and not as a proxy. So, if you do TH, makes no sense to do record_route and loose_route and they are specific to proxy routing. So, 1) no 2) what you mean "hide" ? to be replied from opensips ? you can do that if you are sure you do not break any end-2-end communication 3) where you put it in the script is up to you - just be sure that topology_hiding() function must be called only for initial INVITE requests. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 11.02.2016 09:13, Nathaniel L. Keeling III wrote: Hello, I am implementing the topology_hiding module and had a couple of questions. After reading the tutorial on topology hiding. it states that you use the topology_hiding_match() function to check for topology hiding. In the tutorial, this function is performed after performing the has_totag() check and that one exist. Normally, at least from a generated script, the loose_route() check is performed. 1. Do we still need to perform the loose_route() check if we are performing the topology_hiding_match() check? 2. If you are using the dialog module, can it hide requests that are not in a dialogs? 3. Would it be ok to execute topology_hiding() function within the route(RELAY) or should it be done else where? I am using a generated script as my base. Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Topology Hiding Usage Question
Hello, I am implementing the topology_hiding module and had a couple of questions. After reading the tutorial on topology hiding. it states that you use the topology_hiding_match() function to check for topology hiding. In the tutorial, this function is performed after performing the has_totag() check and that one exist. Normally, at least from a generated script, the loose_route() check is performed. 1. Do we still need to perform the loose_route() check if we are performing the topology_hiding_match() check? 2. If you are using the dialog module, can it hide requests that are not in a dialogs? 3. Would it be ok to execute topology_hiding() function within the route(RELAY) or should it be done else where? I am using a generated script as my base. Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Tables Missing Access Permissions
Bogdan, To answer the first question, I created all of the tables including the extras. I did another git pull and recreated the tables. All of the permissions were in place except for the table route_tree_id_seq. Thanks Nathaniel Keeling On 1/25/16 6:07 AM, Bogdan-Andrei Iancu wrote: Hi (again), I pushed a fix on GIT, please update and try to re-create your DB to see if all the grants are now fine. Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 25.01.2016 13:48, Bogdan-Andrei Iancu wrote: Hi Nathaniel, When you created the tables, have you created all the "extra" tables ? I see you have the b2b related tables (part of extra), but no kind of missing privileges on other extra tables like "siptrace". Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 25.01.2016 05:38, Nathaniel L. Keeling III wrote: When starting Opensips 2.1, I am getting permissions errors on dr_carriers and dr_carriers_id_seq tables in Postgresql and Opensips errors. After checking the database, these tables were missing any access permissions. Access privileges for database "opensips21" Schema |Name| Type | Access privileges ++--+-- public | b2b_entities | table| public | b2b_entities_id_seq| sequence | public | b2b_logic | table| public | b2b_logic_id_seq | sequence | public | dr_carriers| table| public | dr_carriers_id_seq | sequence | public | dr_partitions | table| public | dr_partitions_id_seq | sequence | public | route_tree_id_seq | sequence | Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Tables Missing Access Permissions
When starting Opensips 2.1, I am getting permissions errors on dr_carriers and dr_carriers_id_seq tables in Postgresql and Opensips errors. After checking the database, these tables were missing any access permissions. Access privileges for database "opensips21" Schema |Name| Type | Access privileges ++--+-- public | b2b_entities | table| public | b2b_entities_id_seq| sequence | public | b2b_logic | table| public | b2b_logic_id_seq | sequence | public | dr_carriers| table| public | dr_carriers_id_seq | sequence | public | dr_partitions | table| public | dr_partitions_id_seq | sequence | public | route_tree_id_seq | sequence | Thanks Nathaniel Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Extra Tables Creation Error
Bogdan, That worked after pulling from GIT! Thanks Nathaniel L Keeling On 1/21/16 5:39 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Found the problem and I fixed it in GIT. Please update and give it a try. If you want a manual fix, here is the commit link: https://github.com/OpenSIPS/opensips/commit/d9af15b70ed50b143e0ba5b27ff4a4b554ece28a Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 19.01.2016 17:56, Nathaniel L. Keeling III wrote: No. None of the those tables were created. Thanks Nathaniel L Keeling On 1/19/16 4:17 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Do you see the other "emergency" module related table (like emergency_report or emergency_service_provider) created ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 18.01.2016 21:38, Nathaniel L. Keeling III wrote: Hello, I was running the "opensipsdbctl create" to create the tables in postgresql 8.4 and received this error when creating the extra tables for Opensips 2.1: ERROR: relation "emergency_routing" does not exist ERROR: relation "emergency_routing_id_seq" does not exist ERROR: Grant privileges to extra tables failed! I checked the database and neither the emergency_routing or the emergency_report tables were created. All other table creations seem to be ok. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Extra Tables Creation Error
No. None of the those tables were created. Thanks Nathaniel L Keeling On 1/19/16 4:17 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Do you see the other "emergency" module related table (like emergency_report or emergency_service_provider) created ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 18.01.2016 21:38, Nathaniel L. Keeling III wrote: Hello, I was running the "opensipsdbctl create" to create the tables in postgresql 8.4 and received this error when creating the extra tables for Opensips 2.1: ERROR: relation "emergency_routing" does not exist ERROR: relation "emergency_routing_id_seq" does not exist ERROR: Grant privileges to extra tables failed! I checked the database and neither the emergency_routing or the emergency_report tables were created. All other table creations seem to be ok. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Extra Tables Creation Error
Hello, I was running the "opensipsdbctl create" to create the tables in postgresql 8.4 and received this error when creating the extra tables for Opensips 2.1: ERROR: relation "emergency_routing" does not exist ERROR: relation "emergency_routing_id_seq" does not exist ERROR: Grant privileges to extra tables failed! I checked the database and neither the emergency_routing or the emergency_report tables were created. All other table creations seem to be ok. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Liviu, Thanks. That got me pass that error just to get to another error during linking. I have these environmental variables set; CFLAGS=-m64 CXXFLAGS=-m64. I had to set these variables when compiling opensips 1.8 in order to get opensips to compile and install correctly. Here is the error. Compiling net/proto_udp/proto_udp.c In file included from net/proto_udp/../../locking.h:66:0, from net/proto_udp/../../statistics.h:143, from net/proto_udp/../../pt.h:70, from net/proto_udp/proto_udp.c:33: net/proto_udp/../../lock_alloc.h: In function 'lock_set_alloc': net/proto_udp/../../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/proto_udp/../../socket_info.h:34:0, from net/proto_udp/proto_udp.c:35: net/proto_udp/../../ip_addr.h: In function 'sockaddr2ip_addr': net/proto_udp/../../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/proto_udp/../../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ Compiling lex.yy.c In file included from locking.h:66:0, from statistics.h:143, from pt.h:70, from dprint.h:402, from cfg.lex:62: lock_alloc.h: In function 'lock_set_alloc': lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from globals.h:30:0, from cfg.lex:63: ip_addr.h: In function 'sockaddr2ip_addr': ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ Compiling cfg.tab.c In file included from parser/../locking.h:66:0, from parser/../statistics.h:143, from parser/../pt.h:70, from parser/../dprint.h:402, from parser/../ip_addr.h:46, from parser/msg_parser.h:48, from pvar.h:32, from route_struct.h:102, from cfg.y:91: parser/../lock_alloc.h: In function 'lock_set_alloc': parser/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from parser/msg_parser.h:48:0, from pvar.h:32, from route_struct.h:102, from cfg.y:91: parser/../ip_addr.h: In function 'sockaddr2ip_addr': parser/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ parser/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ Linking opensips ld: fatal: file data_lump.o: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to opensips Makefile.rules:38: recipe for target 'opensips' failed make[1]: *** [opensips] Error 1 Thanks Nathaniel On 1/15/16 3:26 AM, Liviu Chircu wrote: They're not the same. There's a double declaration slip-up that I edited out from the initial gist. And yes, you first need to un-apply the previous patch :) Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 15.01.2016 02:51, Nathaniel L. Keeling III wrote: Liviu, No problem, but it looks like the same patch. Also, do I need to un-apply the previous patch first or can I just apply the updated version? Thanks Nathaniel L Keeling On 1/14/16 3:40 AM, Liviu Chircu wrote: Updated the patch [1]. My bad! [1]: https://gist.github.com/liviuchircu/00bdc9bad3b750e8a265 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 14.01.2016 08:45, Nathaniel L. Keeling III wrote: Liviu, I removed the previous change and applied the patch and here is the error that I got: Compiling net/net_udp.c In file included from net/../locking.h:66:0, from net/../statistics.h:143, from net/../pt.h:70, from net/net_udp.c:30: net/../lock_alloc.h: In function 'lock_set_alloc': net/../lock_alloc.h:70:13: warning: cast i
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Liviu, No problem, but it looks like the same patch. Also, do I need to un-apply the previous patch first or can I just apply the updated version? Thanks Nathaniel L Keeling On 1/14/16 3:40 AM, Liviu Chircu wrote: Updated the patch [1]. My bad! [1]: https://gist.github.com/liviuchircu/00bdc9bad3b750e8a265 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 14.01.2016 08:45, Nathaniel L. Keeling III wrote: Liviu, I removed the previous change and applied the patch and here is the error that I got: Compiling net/net_udp.c In file included from net/../locking.h:66:0, from net/../statistics.h:143, from net/../pt.h:70, from net/net_udp.c:30: net/../lock_alloc.h: In function 'lock_set_alloc': net/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/../reactor_defs.h:39:0, from net/../reactor.h:38, from net/net_udp.c:32: net/../ip_addr.h: In function 'sockaddr2ip_addr': net/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ In file included from net/../reactor.h:41:0, from net/net_udp.c:32: net/../io_wait_loop.h: In function 'io_wait_loop_devpoll': net/../io_wait_loop.h:403:17: error: redeclaration of 'e' with no linkage struct fd_map* e; ^ net/../io_wait_loop.h:402:17: note: previous declaration of 'e' was here struct fd_map* e; ^ Makefile.rules:25: recipe for target 'net/net_udp.o' failed make[1]: *** [net/net_udp.o] Error 1 Thanks Nathaniel On 1/13/16 4:28 AM, Liviu Chircu wrote: sed -i 's/\(struct dvpoll dpoll;\)/\1\n\tstruct fd_map* e;/' io_wait_loop.h ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Liviu, I removed the previous change and applied the patch and here is the error that I got: Compiling net/net_udp.c In file included from net/../locking.h:66:0, from net/../statistics.h:143, from net/../pt.h:70, from net/net_udp.c:30: net/../lock_alloc.h: In function 'lock_set_alloc': net/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/../reactor_defs.h:39:0, from net/../reactor.h:38, from net/net_udp.c:32: net/../ip_addr.h: In function 'sockaddr2ip_addr': net/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ In file included from net/../reactor.h:41:0, from net/net_udp.c:32: net/../io_wait_loop.h: In function 'io_wait_loop_devpoll': net/../io_wait_loop.h:403:17: error: redeclaration of 'e' with no linkage struct fd_map* e; ^ net/../io_wait_loop.h:402:17: note: previous declaration of 'e' was here struct fd_map* e; ^ Makefile.rules:25: recipe for target 'net/net_udp.o' failed make[1]: *** [net/net_udp.o] Error 1 Thanks Nathaniel On 1/13/16 4:28 AM, Liviu Chircu wrote: sed -i 's/\(struct dvpoll dpoll;\)/\1\n\tstruct fd_map* e;/' io_wait_loop.h ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Just in case it was missed earlier, here is the end of the output from running "NICER=0 make" while compiling opensips. Compiling net/net_tcp.c gcc -m64 -Wcast-align -mcpu=ultrasparc -I/usr/include/json -DPKG_MALLOC -DSHM_MMAP -DUSE_MCAST -DDISABLE_NAGLE -DSTATISTICS -DHAVE_RESOLV_RES -DF_MALLOC -DEXTRA_DEBUG -DNAME='"opensips"' -DVERSION='"2.1.1"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 4.9.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='"/opt//etc/opensips/"' -DVERSIONTYPE='"git"' -DTHISREVISION='"7df8a1a"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c net/net_tcp.c -o net/net_tcp.o In file included from net/../mem/../locking.h:66:0, from net/../mem/../statistics.h:143, from net/../mem/../pt.h:34, from net/../mem/../dprint.h:55, from net/../mem/mem.h:38, from net/net_tcp.c:42: net/../mem/../lock_alloc.h: In function 'lock_set_alloc': net/../mem/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/../ip_addr.h: In function 'sockaddr2ip_addr': net/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ In file included from net/../reactor.h:41:0, from net/net_tcp.c:50: net/../io_wait_loop.h: In function 'io_wait_loop_devpoll': net/../io_wait_loop.h:426:4: error: 'e' undeclared (first use in this function) e = get_fd_map(h, h->fd_array[r].fd); ^ net/../io_wait_loop.h:426:4: note: each undeclared identifier is reported only once for each function it appears in In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/net_tcp.c: In function 'tcp_connect_blocking': net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:270:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:300:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:319:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make: *** [net/net_tcp.o] Error 1 thanks nathaniel On 1/6/16 3:32 AM, Răzvan Crainea wrote: can you run 'NICER=0 make" Thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:55 PM, Nathaniel L. Keeling III wrote: No. The compile just stops. Thanks Nathaniel On 1/5/16 6:58 AM, Răzvan Crainea wrote: I doubt you are missing something on your side. Are there any other errors below that? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 02:33 PM, Nathaniel L. Keeling III wrote: Razvan, Changing to -lcurses solved that problem. Thanks. Ran into another compile problem when compiling opensips 2.1. Here is the error: Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1 Is there something else that I am missing? Thanks Nathaniel On 1/5/16 4:56 AM, Răzvan Crainea wrote: Hi, Nathaniel! It seems to be a common problem on Solaris[1] - some symbols are defined in libncurses, some in libcurses. Can you try to replace the '-lncurses' with '-lcurses' in menuconfig/Makefile (line 8)? If that doesn't work, try 'LD_EXTRA_OPTS=-lcurses make menuconfig' and post the output. [1] https://gcc.gnu.org/ml/gcc-help/1999-11n/msg00020.html Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:18 AM, Nathaniel L. Keeling III wrote: I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I pe
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Just in case it was missed earlier, here is the end of the output from running "NICER=0 make" while compiling opensips. Compiling net/net_tcp.c gcc -m64 -Wcast-align -mcpu=ultrasparc -I/usr/include/json -DPKG_MALLOC -DSHM_MMAP -DUSE_MCAST -DDISABLE_NAGLE -DSTATISTICS -DHAVE_RESOLV_RES -DF_MALLOC -DEXTRA_DEBUG -DNAME='"opensips"' -DVERSION='"2.1.1"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 4.9.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='"/opt//etc/opensips/"' -DVERSIONTYPE='"git"' -DTHISREVISION='"7df8a1a"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c net/net_tcp.c -o net/net_tcp.o In file included from net/../mem/../locking.h:66:0, from net/../mem/../statistics.h:143, from net/../mem/../pt.h:34, from net/../mem/../dprint.h:55, from net/../mem/mem.h:38, from net/net_tcp.c:42: net/../mem/../lock_alloc.h: In function 'lock_set_alloc': net/../mem/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/../ip_addr.h: In function 'sockaddr2ip_addr': net/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ In file included from net/../reactor.h:41:0, from net/net_tcp.c:50: net/../io_wait_loop.h: In function 'io_wait_loop_devpoll': net/../io_wait_loop.h:426:4: error: 'e' undeclared (first use in this function) e = get_fd_map(h, h->fd_array[r].fd); ^ net/../io_wait_loop.h:426:4: note: each undeclared identifier is reported only once for each function it appears in In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/net_tcp.c: In function 'tcp_connect_blocking': net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:270:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:300:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:319:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make: *** [net/net_tcp.o] Error 1 thanks nathaniel On 1/6/16 3:32 AM, Răzvan Crainea wrote: can you run 'NICER=0 make" Thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:55 PM, Nathaniel L. Keeling III wrote: No. The compile just stops. Thanks Nathaniel On 1/5/16 6:58 AM, Răzvan Crainea wrote: I doubt you are missing something on your side. Are there any other errors below that? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 02:33 PM, Nathaniel L. Keeling III wrote: Razvan, Changing to -lcurses solved that problem. Thanks. Ran into another compile problem when compiling opensips 2.1. Here is the error: Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1 Is there something else that I am missing? Thanks Nathaniel On 1/5/16 4:56 AM, Răzvan Crainea wrote: Hi, Nathaniel! It seems to be a common problem on Solaris[1] - some symbols are defined in libncurses, some in libcurses. Can you try to replace the '-lncurses' with '-lcurses' in menuconfig/Makefile (line 8)? If that doesn't work, try 'LD_EXTRA_OPTS=-lcurses make menuconfig' and post the output. [1] https://gcc.gnu.org/ml/gcc-help/1999-11n/msg00020.html Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:18 AM, Nathaniel L. Keeling III wrote: I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I pe
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
here is the end of the output from running "NICER=0 make" Compiling net/net_tcp.c gcc -m64 -Wcast-align -mcpu=ultrasparc -I/usr/include/json -DPKG_MALLOC -DSHM_MMAP -DUSE_MCAST -DDISABLE_NAGLE -DSTATISTICS -DHAVE_RESOLV_RES -DF_MALLOC -DEXTRA_DEBUG -DNAME='"opensips"' -DVERSION='"2.1.1"' -DARCH='"sparc64"' -DOS='"solaris"' -DCOMPILER='"gcc 4.9.2"' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='"/opt//etc/opensips/"' -DVERSIONTYPE='"git"' -DTHISREVISION='"7df8a1a"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c net/net_tcp.c -o net/net_tcp.o In file included from net/../mem/../locking.h:66:0, from net/../mem/../statistics.h:143, from net/../mem/../pt.h:34, from net/../mem/../dprint.h:55, from net/../mem/mem.h:38, from net/net_tcp.c:42: net/../mem/../lock_alloc.h: In function 'lock_set_alloc': net/../mem/../lock_alloc.h:70:13: warning: cast increases required alignment of target type [-Wcast-align] ls->locks=(gen_lock_t*)((char*)ls+sizeof(gen_lock_set_t)); ^ In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/../ip_addr.h: In function 'sockaddr2ip_addr': net/../ip_addr.h:224:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in*)sa)->sin_addr, 4); ^ net/../ip_addr.h:229:25: warning: cast increases required alignment of target type [-Wcast-align] memcpy(ip->u.addr, &((struct sockaddr_in6*)sa)->sin6_addr, 16); ^ In file included from net/../reactor.h:41:0, from net/net_tcp.c:50: net/../io_wait_loop.h: In function 'io_wait_loop_devpoll': net/../io_wait_loop.h:426:4: error: 'e' undeclared (first use in this function) e = get_fd_map(h, h->fd_array[r].fd); ^ net/../io_wait_loop.h:426:4: note: each undeclared identifier is reported only once for each function it appears in In file included from net/../globals.h:30:0, from net/net_tcp.c:44: net/net_tcp.c: In function 'tcp_connect_blocking': net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:270:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:300:4: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ net/../ip_addr.h:168:26: warning: cast increases required alignment of target type [-Wcast-align] _port_no = su_getport( (union sockaddr_union*)_su); \ ^ net/net_tcp.c:319:5: note: in expansion of macro 'get_su_info' get_su_info( servaddr, ip, port); ^ Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make: *** [net/net_tcp.o] Error 1 thanks nathaniel On 1/6/16 3:32 AM, Răzvan Crainea wrote: can you run 'NICER=0 make" Thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:55 PM, Nathaniel L. Keeling III wrote: No. The compile just stops. Thanks Nathaniel On 1/5/16 6:58 AM, Răzvan Crainea wrote: I doubt you are missing something on your side. Are there any other errors below that? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 02:33 PM, Nathaniel L. Keeling III wrote: Razvan, Changing to -lcurses solved that problem. Thanks. Ran into another compile problem when compiling opensips 2.1. Here is the error: Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1 Is there something else that I am missing? Thanks Nathaniel On 1/5/16 4:56 AM, Răzvan Crainea wrote: Hi, Nathaniel! It seems to be a common problem on Solaris[1] - some symbols are defined in libncurses, some in libcurses. Can you try to replace the '-lncurses' with '-lcurses' in menuconfig/Makefile (line 8)? If that doesn't work, try 'LD_EXTRA_OPTS=-lcurses make menuconfig' and post the output. [1] https://gcc.gnu.org/ml/gcc-help/1999-11n/msg00020.html Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:18 AM, Nathaniel L. Keeling III wrote: I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I perform "make menuconfig": # make menuconfig U
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
No. The compile just stops. Thanks Nathaniel On 1/5/16 6:58 AM, Răzvan Crainea wrote: I doubt you are missing something on your side. Are there any other errors below that? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 02:33 PM, Nathaniel L. Keeling III wrote: Razvan, Changing to -lcurses solved that problem. Thanks. Ran into another compile problem when compiling opensips 2.1. Here is the error: Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1 Is there something else that I am missing? Thanks Nathaniel On 1/5/16 4:56 AM, Răzvan Crainea wrote: Hi, Nathaniel! It seems to be a common problem on Solaris[1] - some symbols are defined in libncurses, some in libcurses. Can you try to replace the '-lncurses' with '-lcurses' in menuconfig/Makefile (line 8)? If that doesn't work, try 'LD_EXTRA_OPTS=-lcurses make menuconfig' and post the output. [1] https://gcc.gnu.org/ml/gcc-help/1999-11n/msg00020.html Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:18 AM, Nathaniel L. Keeling III wrote: I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I perform "make menuconfig": # make menuconfig Usage: grep -hblcnsviw pattern file . . . /bin/sh: proto_: not found make -C menuconfig make[1]: Entering directory '/usr/local/src/opensips/opensips_2_1/menuconfig' gcc -o configure -m64 -Wcast-align -mcpu=ultrasparc -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure Makefile:12: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1/menuconfig' Makefile:720: recipe for target 'comp_menuconfig' failed The version of ncurses install is 5.9 and I have gnu m4 version 1.4.17 installed. Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
Razvan, Changing to -lcurses solved that problem. Thanks. Ran into another compile problem when compiling opensips 2.1. Here is the error: Makefile.rules:25: recipe for target 'net/net_tcp.o' failed make[1]: *** [net/net_tcp.o] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1 Is there something else that I am missing? Thanks Nathaniel On 1/5/16 4:56 AM, Răzvan Crainea wrote: Hi, Nathaniel! It seems to be a common problem on Solaris[1] - some symbols are defined in libncurses, some in libcurses. Can you try to replace the '-lncurses' with '-lcurses' in menuconfig/Makefile (line 8)? If that doesn't work, try 'LD_EXTRA_OPTS=-lcurses make menuconfig' and post the output. [1] https://gcc.gnu.org/ml/gcc-help/1999-11n/msg00020.html Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 01/05/2016 07:18 AM, Nathaniel L. Keeling III wrote: I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I perform "make menuconfig": # make menuconfig Usage: grep -hblcnsviw pattern file . . . /bin/sh: proto_: not found make -C menuconfig make[1]: Entering directory '/usr/local/src/opensips/opensips_2_1/menuconfig' gcc -o configure -m64 -Wcast-align -mcpu=ultrasparc -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure Makefile:12: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1/menuconfig' Makefile:720: recipe for target 'comp_menuconfig' failed The version of ncurses install is 5.9 and I have gnu m4 version 1.4.17 installed. Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] MenuConfig Compile Fail on Solaris Sparc
I am trying to install Opensips 2.1 on Solaris Sparc 10 and I am getting this error when I perform "make menuconfig": # make menuconfig Usage: grep -hblcnsviw pattern file . . . /bin/sh: proto_: not found make -C menuconfig make[1]: Entering directory '/usr/local/src/opensips/opensips_2_1/menuconfig' gcc -o configure -m64 -Wcast-align -mcpu=ultrasparc -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure Makefile:12: recipe for target 'all' failed make[1]: *** [all] Error 1 make[1]: Leaving directory '/usr/local/src/opensips/opensips_2_1/menuconfig' Makefile:720: recipe for target 'comp_menuconfig' failed The version of ncurses install is 5.9 and I have gnu m4 version 1.4.17 installed. Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Error on make menuconfig
Hello, I currently have versions 5.9 rev=2011.11.21 of libncurses development installed. I also, just for experimentation, changed the Makefile for menuconfig to -lcurses and tried to compiled. This changed allowed menuconfig to compile and display the menu but when I tried to compile opensips this is the error that I get: gcc -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0-c -o items.o items.c gcc -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0-c -o commands.o commands.c gcc -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0-c -o menus.o menus.c gcc -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0-c -o parser.o parser.c gcc -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0-c -o main.o main.c gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\/opt/opensips.1.10//opensips//menuconfig_templates/\ -DMENUCONFIG_GEN_PATH=\/opt/opensips.1.10//etc/opensips/\ -DMENUCONFIG_HAVE_SOURCES=0 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lcurses make[2]: Leaving directory `/usr/local/src/opensips/opensips_1_10/menuconfig' mkdir -p /opt/opensips.1.10//opensips//menuconfig_templates/ touch menuconfig/configs/* /opt/opensips.1.10//opensips//menuconfig_templates/ ginstall -m 644 menuconfig/configs/* /opt/opensips.1.10//opensips//menuconfig_templates/ sed -i -e s#/usr/local/lib/opensips#lib64/opensips# \ /opt/opensips.1.10//opensips//menuconfig_templates/* sed: illegal option -- i make[1]: *** [opensipsmc] Error 2 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_10' Thanks Nathaniel On 1/16/14, 4:59 AM, Vlad Paiu wrote: Hello, Seems to be a linking error. Do you have libncurses dev library installed on that Solaris machine, or just libcurses dev library ? 1.10 has the old libcurses replaced with libncurses - previously libcurses was just a sym link to libncurses but some newer OSs started to remove the libcurses link and just present the libncurses so. Best Regards, Vlad Paiu OpenSIPS Developer http://www.opensips-solutions.com On 16.01.2014 07:54, Nathaniel L Keeling III wrote: Hello, I am trying to upgrade to Opensips 1.10 on Solaris 10. I download the git source and ran the make menuconfig command and got this error. I had no problems with Opensips 1.8 when I ran make menuconfig. make[1]: Entering directory `/usr/local/src/opensips/opensips_1_10/menuconfig' gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\menuconfig/configs/\ -DMENUCONFIG_GEN_PATH=\etc/\ -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_10/menuconfig' ./menuconfig/configure --local make: ./menuconfig/configure: Command not found make: *** [menuconfig] Error 127 Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Error on make menuconfig
I have both libcurses.so and libncurses.so installed but it looks like it is looking for a 32bit version instead of a 64bit version. The OS is 64bit and the libncurses.so I believe is also 64bit. Thanks Nathaniel On 1/16/14 4:59 AM, Vlad Paiu wrote: Hello, Seems to be a linking error. Do you have libncurses dev library installed on that Solaris machine, or just libcurses dev library ? 1.10 has the old libcurses replaced with libncurses - previously libcurses was just a sym link to libncurses but some newer OSs started to remove the libcurses link and just present the libncurses so. Best Regards, Vlad Paiu OpenSIPS Developer http://www.opensips-solutions.com On 16.01.2014 07:54, Nathaniel L Keeling III wrote: Hello, I am trying to upgrade to Opensips 1.10 on Solaris 10. I download the git source and ran the make menuconfig command and got this error. I had no problems with Opensips 1.8 when I ran make menuconfig. make[1]: Entering directory `/usr/local/src/opensips/opensips_1_10/menuconfig' gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\menuconfig/configs/\ -DMENUCONFIG_GEN_PATH=\etc/\ -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_10/menuconfig' ./menuconfig/configure --local make: ./menuconfig/configure: Command not found make: *** [menuconfig] Error 127 Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Error on make menuconfig
Hello, I am trying to upgrade to Opensips 1.10 on Solaris 10. I download the git source and ran the make menuconfig command and got this error. I had no problems with Opensips 1.8 when I ran make menuconfig. make[1]: Entering directory `/usr/local/src/opensips/opensips_1_10/menuconfig' gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\menuconfig/configs/\ -DMENUCONFIG_GEN_PATH=\etc/\ -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses Undefined first referenced symbol in file initscr32 main.o w32attron curses.o w32attroff curses.o ld: fatal: Symbol referencing errors. No output written to configure make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_10/menuconfig' ./menuconfig/configure --local make: ./menuconfig/configure: Command not found make: *** [menuconfig] Error 127 Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, The change that you did is now causing things to work. I have attached a snippet of the log file and I have listed the output from the extra debug lines from your patch within the email: May 23 09:31:28 OpenSips[23458]: [ID 197553 local1.error] SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ... May 23 09:31:28 OpenSips[23458]: [ID 795617 local1.debug] DBG:registrar:save_aux: xXx - flags param is 10038f8a0 May 23 09:31:28 OpenSips[23458]: [ID 956053 local1.debug] DBG:registrar:save_aux: xXx - flags string is p0 May 23 09:31:28 OpenSips[23458]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 20 May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= . . May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=800 May 23 09:31:28 OpenSips[23458]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 20 May 23 09:31:28 OpenSips[23458]: [ID 692724 local1.debug] DBG:registrar:pack_ci: xXx - saving path into usrloc May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= Thanks Nathaniel L Keeling On 5/23/13 4:44 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, My test was just to see if your opensips hits the fixup function for the flags - and it seems it does (the value I gave you is bogus, so it ended up with error). Could you try this new patch (remove old one) ? (of course, put back the p0 param ). Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/23/2013 01:43 AM, Nathaniel L Keeling III wrote: Hello Bogdan, I am using opensips v1.8.3. I was using v1.8.2 earlier but I upgraded thinking it might fix my issue. When I changed the script to the save(location, $((ff))) I get this config error when starting opensips: May 22 17:39:11 [14757] ERROR:core:pv_parse_spec: pvar (inner_name) not found May 22 17:39:11 [14757] ERROR:core:pv_parse_spec: wrong char [f/102] in [$((ff))] at [3 (2)] May 22 17:39:11 [14757] ERROR:core:fixup_spve: wrong format[$((ff))] May 22 17:39:11 [14757] ERROR:core:fix_actions: fixing failed (code=-1) at cfg line 767 May 22 17:39:11 [14757] CRITICAL:core:fix_expr: fix_actions error May 22 17:39:11 [14757] ERROR:core:main: failed to fix configuration with err code -1 Thanks Nathaniel L Keeling On 5/22/13 11:46 AM, Bogdan-Andrei Iancu wrote: Could you try : save(location,$((ff))) ? Do you get any error ? What is your opensips version ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/22/2013 05:49 PM, Nathaniel L Keeling III wrote: Hello Bogdan, I have validated the script and that i am passing a parameter. I also changed the debug log statement that I displayed right before the save() and I still get the same output. Here is the code that I use in the script: xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ...); if (!save(location, p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_INFO, INFO:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Is there a better way to validate? I am not sure of what else to check. Thanks Nathaniel L Keeling On 5/22/13 6:02 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Well, the logs shows that save() does not receive any flags as params...everything indicates that you do not have the params or you are using the wrong config file. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/22/2013 08:22 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here is the output from the opensips log. I have also attached a snippet from the log file. May 21 23:39:15 OpenSips[14397]: [ID 257313 local1.debug] DBG:registrar:save_aux: xXx - flags param is May 21 23:39:15 OpenSips[14397]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 0 May 21 23:39:15 OpenSips[14397]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0 Thanks Nathaniel L Keeling On 5/20/13 11:56 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See the attached patch - it logs more from the part where the params are handled . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/18/2013 09:33 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here are snippets from my script. I only have one place where I execute the save function. Just wondering, could it be truncating a byte? modparam(usrloc, nat_bflag, 10) modparam(usrloc, use_domain, 1) modparam(usrloc, db_mode, 3) modparam(usrloc, db_url, postgres
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, Thank you for all of your help! I have one other question for you. How does save() flag a request as being NAT'ed or which column within the location table is the setting saved? My register requests that are behind a NAT are not maintaining their connections. I have tried performing the nat ping but I do not see the pings going out with ngrep. I am flagging the request as being behind a NAT but I think they are not being flagged in the database for later detection for nathelper. Thanks Nathaniel On 5/24/13 4:14 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Thanks for the help in troubleshooting this - I pushed the fix on repos (GIT and SVN), so now there are official - remove the patch I sent you and update from repo. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/24/2013 03:53 AM, Nathaniel L Keeling III wrote: Hello Bogdan, The change that you did is now causing things to work. I have attached a snippet of the log file and I have listed the output from the extra debug lines from your patch within the email: May 23 09:31:28 OpenSips[23458]: [ID 197553 local1.error] SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ... May 23 09:31:28 OpenSips[23458]: [ID 795617 local1.debug] DBG:registrar:save_aux: xXx - flags param is 10038f8a0 May 23 09:31:28 OpenSips[23458]: [ID 956053 local1.debug] DBG:registrar:save_aux: xXx - flags string is p0 May 23 09:31:28 OpenSips[23458]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 20 May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= . . May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=800 May 23 09:31:28 OpenSips[23458]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 20 May 23 09:31:28 OpenSips[23458]: [ID 692724 local1.debug] DBG:registrar:pack_ci: xXx - saving path into usrloc May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= Thanks Nathaniel L Keeling On 5/23/13 4:44 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, My test was just to see if your opensips hits the fixup function for the flags - and it seems it does (the value I gave you is bogus, so it ended up with error). Could you try this new patch (remove old one) ? (of course, put back the p0 param ). Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, The change that you did is now causing things to work. I have attached a snippet of the log file and I have listed the output from the extra debug lines from your patch within the email: May 23 09:31:28 OpenSips[23458]: [ID 197553 local1.error] SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ... May 23 09:31:28 OpenSips[23458]: [ID 795617 local1.debug] DBG:registrar:save_aux: xXx - flags param is 10038f8a0 May 23 09:31:28 OpenSips[23458]: [ID 956053 local1.debug] DBG:registrar:save_aux: xXx - flags string is p0 May 23 09:31:28 OpenSips[23458]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 20 May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= . . May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=800 May 23 09:31:28 OpenSips[23458]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 20 May 23 09:31:28 OpenSips[23458]: [ID 692724 local1.debug] DBG:registrar:pack_ci: xXx - saving path into usrloc May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= Thanks Nathaniel L Keeling On 5/23/13 4:44 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, My test was just to see if your opensips hits the fixup function for the flags - and it seems it does (the value I gave you is bogus, so it ended up with error). Could you try this new patch (remove old one) ? (of course, put back the p0 param ). Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com {\rtf1\ansi\ansicpg1252\cocoartf1138\cocoasubrtf510 {\fonttbl\f0\fswiss\fcharset0 Helvetica;} {\colortbl;\red255\green255\blue255;} \margl1440\margr1440\vieww21340\viewh14540\viewkind0 \pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\pardirnatural \f0\fs24 \cf0 May 23 09:31:28 OpenSips[23458]: [ID 197553 local1.error] SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ...\ May 23 09:31:28 OpenSips[23458]: [ID 795617 local1.debug] \b DBG:registrar:save_aux: xXx - flags param is 10038f8a0 \b0 \ May 23 09:31:28 OpenSips[23458]: [ID 956053 local1.debug] \b DBG:registrar:save_aux: xXx - flags string is p0 \b0 \ May 23 09:31:28 OpenSips[23458]: [ID 154992 local1.debug] \b DBG:registrar:save_aux: xXx - flags bitmask is 20 \b0 \ May 23 09:31:28 OpenSips[23458]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=\ May 23 09:31:28 OpenSips[23458]: [ID 421386 local1.debug] DBG:core:parse_uri: parsed uri:\ May 23 09:31:28type=1 user=nkeeling(8)\ May 23 09:31:28passwd=(0)\ May 23 09:31:28host=akanvoice.com(13)\ May 23 09:31:28port=(0): 0\ May 23 09:31:28params=(0)\ May 23 09:31:28headers=(0)\ May 23 09:31:28 OpenSips[23458]: [ID 883594 local1.debug] DBG:core:parse_uri: uri params:\ May 23 09:31:28 transport=, val=, proto=0\ May 23 09:31:28 OpenSips[23458]: [ID 996803 local1.debug] DBG:core:parse_uri:user-param=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 784403 local1.debug] DBG:core:parse_uri:method=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 185236 local1.debug] DBG:core:parse_uri:ttl=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 628781 local1.debug] DBG:core:parse_uri:maddr=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 949013 local1.debug] DBG:core:parse_uri:lr=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 595631 local1.debug] DBG:core:parse_uri:r2=, val=\ May 23 09:31:28 OpenSips[23458]: [ID 323951 local1.debug] DBG:db_postgres:db_postgres_val2str: PQescapeStringConn: in: 8 chars, out: 8 chars\ May 23 09:31:28 OpenSips[23458]: [ID 323951 local1.debug] DBG:db_postgres:db_postgres_val2str: PQescapeStringConn: in: 13 chars, out: 13 chars\ May 23 09:31:28 OpenSips[23458]: [ID 181770 local1.debug] DBG:db_postgres:db_postgres_submit_query: 100391220 PQsendQuery(select contact,expires,q,callid,cseq,flags,cflags,user_agent,received,path,socket,methods,last_modified,sip_instance from location where username='nkeeling' AND domain='akanvoice.com' order by q)\ May 23 09:31:28 OpenSips[23458]: [ID 529718 local1.debug] DBG:core:db_new_result: allocate 48 bytes for result set at 1003960d0\ May 23 09:31:28 OpenSips[23458]: [ID 911073 local1.debug] DBG:db_postgres:db_postgres_store_result: 100391220 PQresultStatus(PGRES_TUPLES_OK) PQgetResult(100782900)\ May 23 09:31:28 OpenSips[23458]: [ID 460951 local1.debug] DBG:db_postgres:db_postgres_get_columns: 14 columns returned from the query\ May 23 09:31:28 OpenSips[23458]: [ID 586195 local1.debug] DBG:core:db_allocate_columns: allocate 392 bytes for result columns at 100396358\ May 23 09:31:28 OpenSips[23458]: [ID 412218 local1.debug] DBG:db_postgres:db_postgres_get_columns:
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, I have validated the script and that i am passing a parameter. I also changed the debug log statement that I displayed right before the save() and I still get the same output. Here is the code that I use in the script: xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ...); if (!save(location, p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_INFO, INFO:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Is there a better way to validate? I am not sure of what else to check. Thanks Nathaniel L Keeling On 5/22/13 6:02 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Well, the logs shows that save() does not receive any flags as params...everything indicates that you do not have the params or you are using the wrong config file. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/22/2013 08:22 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here is the output from the opensips log. I have also attached a snippet from the log file. May 21 23:39:15 OpenSips[14397]: [ID 257313 local1.debug] DBG:registrar:save_aux: xXx - flags param is May 21 23:39:15 OpenSips[14397]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 0 May 21 23:39:15 OpenSips[14397]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0 Thanks Nathaniel L Keeling On 5/20/13 11:56 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See the attached patch - it logs more from the part where the params are handled . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/18/2013 09:33 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here are snippets from my script. I only have one place where I execute the save function. Just wondering, could it be truncating a byte? modparam(usrloc, nat_bflag, 10) modparam(usrloc, use_domain, 1) modparam(usrloc, db_mode, 3) modparam(usrloc, db_url, postgres://opensips:opensip...@ama.akan.net/opensips181t) modparam(registrar, tcp_persistent_flag, 7) modparam(registrar, received_avp, $avp(received_nh)) xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Thanks Nathaniel On 5/17/13 6:07 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, That is odd.it's like you do not set the p1 flag I tested and I with p1 flag I get: May 17 14:05:03 [7944] DBG:registrar:pack_ci: xXx - flags are 10 Are you sure your script gets to the right save() ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/17/2013 09:37 AM, Nathaniel L Keeling III wrote: Hello Bogdan, I added the patch and here is what I found: OpenSips[4378]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0. I have also included the log file. Thanks Nathaniel Keeling On 5/16/13 3:47 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, Attached is an extended patch - remove the old one and apply this one. Again look for any xXx logs . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/14/2013 02:47 PM, Nathaniel L Keeling III wrote: Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, I am using opensips v1.8.3. I was using v1.8.2 earlier but I upgraded thinking it might fix my issue. When I changed the script to the save(location, $((ff))) I get this config error when starting opensips: May 22 17:39:11 [14757] ERROR:core:pv_parse_spec: pvar (inner_name) not found May 22 17:39:11 [14757] ERROR:core:pv_parse_spec: wrong char [f/102] in [$((ff))] at [3 (2)] May 22 17:39:11 [14757] ERROR:core:fixup_spve: wrong format[$((ff))] May 22 17:39:11 [14757] ERROR:core:fix_actions: fixing failed (code=-1) at cfg line 767 May 22 17:39:11 [14757] CRITICAL:core:fix_expr: fix_actions error May 22 17:39:11 [14757] ERROR:core:main: failed to fix configuration with err code -1 Thanks Nathaniel L Keeling On 5/22/13 11:46 AM, Bogdan-Andrei Iancu wrote: Could you try : save(location,$((ff))) ? Do you get any error ? What is your opensips version ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/22/2013 05:49 PM, Nathaniel L Keeling III wrote: Hello Bogdan, I have validated the script and that i am passing a parameter. I also changed the debug log statement that I displayed right before the save() and I still get the same output. Here is the code that I use in the script: xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE, test with extra debug ...); if (!save(location, p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_INFO, INFO:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Is there a better way to validate? I am not sure of what else to check. Thanks Nathaniel L Keeling On 5/22/13 6:02 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Well, the logs shows that save() does not receive any flags as params...everything indicates that you do not have the params or you are using the wrong config file. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/22/2013 08:22 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here is the output from the opensips log. I have also attached a snippet from the log file. May 21 23:39:15 OpenSips[14397]: [ID 257313 local1.debug] DBG:registrar:save_aux: xXx - flags param is May 21 23:39:15 OpenSips[14397]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 0 May 21 23:39:15 OpenSips[14397]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0 Thanks Nathaniel L Keeling On 5/20/13 11:56 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See the attached patch - it logs more from the part where the params are handled . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/18/2013 09:33 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here are snippets from my script. I only have one place where I execute the save function. Just wondering, could it be truncating a byte? modparam(usrloc, nat_bflag, 10) modparam(usrloc, use_domain, 1) modparam(usrloc, db_mode, 3) modparam(usrloc, db_url, postgres://opensips:opensip...@ama.akan.net/opensips181t) modparam(registrar, tcp_persistent_flag, 7) modparam(registrar, received_avp, $avp(received_nh)) xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Thanks Nathaniel On 5/17/13 6:07 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, That is odd.it's like you do not set the p1 flag I tested and I with p1 flag I get: May 17 14:05:03 [7944] DBG:registrar:pack_ci: xXx - flags are 10 Are you sure your script gets to the right save() ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/17/2013 09:37 AM, Nathaniel L Keeling III wrote: Hello Bogdan, I added the patch and here is what I found: OpenSips[4378]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0. I have also included the log file. Thanks Nathaniel Keeling On 5/16/13 3:47 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, Attached is an extended patch - remove the old one and apply this one. Again look for any xXx logs . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/14/2013 02:47 PM, Nathaniel L Keeling III wrote: Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. xlog(SAVING THE SUBSCRIBER
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, Here is the output from the opensips log. I have also attached a snippet from the log file. May 21 23:39:15 OpenSips[14397]: [ID 257313 local1.debug] DBG:registrar:save_aux: xXx - flags param is May 21 23:39:15 OpenSips[14397]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 0 May 21 23:39:15 OpenSips[14397]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0 Thanks Nathaniel L Keeling On 5/20/13 11:56 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See the attached patch - it logs more from the part where the params are handled . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/18/2013 09:33 AM, Nathaniel L Keeling III wrote: Hello Bogdan, Here are snippets from my script. I only have one place where I execute the save function. Just wondering, could it be truncating a byte? modparam(usrloc, nat_bflag, 10) modparam(usrloc, use_domain, 1) modparam(usrloc, db_mode, 3) modparam(usrloc, db_url, postgres://opensips:opensip...@ama.akan.net/opensips181t) modparam(registrar, tcp_persistent_flag, 7) modparam(registrar, received_avp, $avp(received_nh)) xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Thanks Nathaniel On 5/17/13 6:07 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, That is odd.it's like you do not set the p1 flag I tested and I with p1 flag I get: May 17 14:05:03 [7944] DBG:registrar:pack_ci: xXx - flags are 10 Are you sure your script gets to the right save() ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/17/2013 09:37 AM, Nathaniel L Keeling III wrote: Hello Bogdan, I added the patch and here is what I found: OpenSips[4378]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0. I have also included the log file. Thanks Nathaniel Keeling On 5/16/13 3:47 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, Attached is an extended patch - remove the old one and apply this one. Again look for any xXx logs . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/14/2013 02:47 PM, Nathaniel L Keeling III wrote: Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users May 21 23:39:15 OpenSips[14397]: [ID 197553 local1.error] SAVING THE SUBSCRIBER INTO THE LOCATION TABLE May 21 23:39:15 OpenSips[14397]: [ID 257313 local1.debug] DBG:registrar:save_aux: xXx - flags param is May 21 23:39:15 OpenSips[14397]: [ID 154992 local1.debug] DBG:registrar:save_aux: xXx - flags bitmask is 0 May 21 23:39:15 OpenSips[14397]: [ID 497291 local1.debug] DBG:core:parse_headers: flags= May 21 23:39:15 OpenSips[14397]: [ID 421386 local1.debug] DBG:core:parse_uri: parsed uri: May 21 23:39:15type=1 user=nkeeling(8) May 21 23:39:15passwd=(0) May 21 23:39:15host=akanvoice.com(13) May 21 23:39:15port=(0): 0 May 21 23:39:15params=(0) May 21 23:39:15headers=(0) May 21 23:39:15 OpenSips[14397]: [ID 883594 local1.debug] DBG:core:parse_uri: uri params: May 21 23:39:15 transport=, val=, proto=0 May 21 23:39:15 OpenSips[14397]: [ID 996803 local1.debug] DBG:core:parse_uri: user-param=, val= May 21 23:39:15 OpenSips[14397]: [ID 784403 local1.debug] DBG:core:parse_uri: method=, val= May 21 23:39:15 OpenSips[14397]: [ID 185236 local1.debug] DBG:core:parse_uri: ttl=, val= May 21 23:39:15 OpenSips[14397]: [ID 628781 local1.debug] DBG:core:parse_uri: maddr=, val= May 21 23:39:15 OpenSips[14397
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, Here are snippets from my script. I only have one place where I execute the save function. Just wondering, could it be truncating a byte? modparam(usrloc, nat_bflag, 10) modparam(usrloc, use_domain, 1) modparam(usrloc, db_mode, 3) modparam(usrloc, db_url, postgres://opensips:opensip...@ama.akan.net/opensips181t) modparam(registrar, tcp_persistent_flag, 7) modparam(registrar, received_avp, $avp(received_nh)) xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Thanks Nathaniel On 5/17/13 6:07 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, That is odd.it's like you do not set the p1 flag I tested and I with p1 flag I get: May 17 14:05:03 [7944] DBG:registrar:pack_ci: xXx - flags are 10 Are you sure your script gets to the right save() ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/17/2013 09:37 AM, Nathaniel L Keeling III wrote: Hello Bogdan, I added the patch and here is what I found: OpenSips[4378]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0. I have also included the log file. Thanks Nathaniel Keeling On 5/16/13 3:47 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, Attached is an extended patch - remove the old one and apply this one. Again look for any xXx logs . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/14/2013 02:47 PM, Nathaniel L Keeling III wrote: Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, I added the patch and here is what I found: OpenSips[4378]: [ID 269964 local1.debug] DBG:registrar:pack_ci: xXx - flags are 0. I have also included the log file. Thanks Nathaniel Keeling On 5/16/13 3:47 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, Attached is an extended patch - remove the old one and apply this one. Again look for any xXx logs . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/14/2013 02:47 PM, Nathaniel L Keeling III wrote: Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; May 16 23:35:53 OpenSips[4378]: [ID 292666 local1.debug] DBG:core:parse_msg: SIP Request: May 16 23:35:53 OpenSips[4378]: [ID 776402 local1.debug] DBG:core:parse_msg: method: REGISTER May 16 23:35:53 OpenSips[4378]: [ID 700387 local1.debug] DBG:core:parse_msg: uri: sip:akanvoice.com May 16 23:35:53 OpenSips[4378]: [ID 641661 local1.debug] DBG:core:parse_msg: version: SIP/2.0 May 16 23:35:53 OpenSips[4378]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=2 May 16 23:35:53 OpenSips[4378]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK69354; state=16 May 16 23:35:53 OpenSips[4378]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 May 16 23:35:53 OpenSips[4378]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=2 May 16 23:35:53 OpenSips[4378]: [ID 481110 local1.debug] DBG:core:parse_headers: this is the first via May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 1, name=Via, body=SIP/2.0/UDP 209.252.110.38:5060;branch=z9hG4bK69354 May 16 23:35:53 OpenSips[4378]: [ID 499462 local1.debug] DBG:core:parse_msg: first via: SIP/2.0/UDP 209.252.110.38:5060(5060) May 16 23:35:53 OpenSips[4378]: [ID 573780 local1.debug] DBG:core:parse_msg: ;branch=z9hG4bK69354 May 16 23:35:53 OpenSips[4378]: [ID 937246 local1.debug] DBG:core:parse_msg: May 16 23:35:53 OpenSips[4378]: [ID 979351 local1.debug] DBG:core:parse_msg: exiting May 16 23:35:53 OpenSips[4378]: [ID 911547 local1.debug] DBG:core:receive_msg: After parse_msg... May 16 23:35:53 OpenSips[4378]: [ID 451678 local1.debug] DBG:core:receive_msg: preparing to run routing scripts... May 16 23:35:53 OpenSips[4378]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=40 May 16 23:35:53 OpenSips[4378]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 234, received = 208.54.44.253; state=6 May 16 23:35:53 OpenSips[4378]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 235, rport = 44494; state=6 May 16 23:35:53 OpenSips[4378]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK69354; state=16 May 16 23:35:53 OpenSips[4378]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 May 16 23:35:53 OpenSips[4378]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=40 May 16 23:35:53 OpenSips[4378]: [ID 903840 local1.debug] DBG:core:parse_headers: parse_headers: this is the second via May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 1, name=Via, body=SIP/2.0/UDP 100.229.65.174:43669;received=208.54.44.253;rport=44494;branch=z9hG4bK69354 May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 8, name=Max-Forwards, body=30 May 16 23:35:53 OpenSips[4378]: [ID 218084 local1.debug] DBG:core:parse_to: end of header reached, state=10 May 16 23:35:53 OpenSips[4378]: [ID 841317 local1.debug] DBG:core:parse_to: display={}, ruri={sip:nkeel...@akanvoice.com} May 16 23:35:53 OpenSips[4378]: [ID 993225 local1.debug] DBG:core:get_hdr_field: To [30]; uri=[sip:nkeel...@akanvoice.com] May 16 23:35:53 OpenSips[4378]: [ID 159376 local1.debug] DBG:core:get_hdr_field: to body [sip:nkeel...@akanvoice.com^M May 16 23:35:53 ] May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 3, name=To, body=sip:nkeel...@akanvoice.com May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 4, name=From, body=sip:nkeel...@akanvoice.com;tag=z9hG4bK97036383 May 16 23:35:53 OpenSips[4378]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 6, name
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello Bogdan, here is the output from opensips's og file of the save() with the patch and the code snippet from the opensips.cfg. I did not see any ant logs with xXx. Also,I have usrloc's db_mode set to 3. ## # Try to save the Register's requests location information ## xlog(SAVING THE SUBSCRIBER INTO THE LOCATION TABLE ); if (!save(location,p1)) { xlog(L_ERR, ERR:callerid:$ci|end|System error trying to save Register's request location); sl_reply_error(); } ## # Subscriber's register request was successfully authenticated # and saved ## xlog(L_NOTICE, NOTICE:callerid:$ci|end|The subscriber has successfully registered with Akan Voice); exit; Thanks Nathaniel May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 292666 local1.debug] DBG:core:parse_msg: SIP Request: May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 776402 local1.debug] DBG:core:parse_msg: method: REGISTER May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 700387 local1.debug] DBG:core:parse_msg: uri: sip:akanvoice.com May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 641661 local1.debug] DBG:core:parse_msg: version: SIP/2.0 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=2 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK86136; state=16 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=2 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 481110 local1.debug] DBG:core:parse_headers: this is the first via May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 1, name=Via, body=SIP/2.0/UDP 209.252.110.38:5060;branch=z9hG4bK86136 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 499462 local1.debug] DBG:core:parse_msg: first via: SIP/2.0/UDP 209.252.110.38:5060(5060) May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 573780 local1.debug] DBG:core:parse_msg: ;branch=z9hG4bK86136 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 937246 local1.debug] DBG:core:parse_msg: May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 979351 local1.debug] DBG:core:parse_msg: exiting May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 911547 local1.debug] DBG:core:receive_msg: After parse_msg... May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 451678 local1.debug] DBG:core:receive_msg: preparing to run routing scripts... May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=40 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 234, received = 208.54.44.246; state=6 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 235, rport = 12985; state=6 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK86136; state=16 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=40 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 903840 local1.debug] DBG:core:parse_headers: parse_headers: this is the second via May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 1, name=Via, body=SIP/2.0/UDP 100.228.59.127:56530;received=208.54.44.246;rport=12985;branch=z9hG4bK86136 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 994387 local1.debug] DBG:core:parse_headers: header field type 8, name=Max-Forwards, body=30 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 218084 local1.debug] DBG:core:parse_to: end of header reached, state=10 May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 841317 local1.debug] DBG:core:parse_to: display={}, ruri={sip:nkeel...@akanvoice.com} May 13 18:32:58 kwesi-chicago-registrar1 OpenSips[16233]: [ID 993225 local1.debug] DBG:core:get_hdr_field: To [30];
Re: [OpenSIPS-Users] Registrar not saving received from Path header
Hello, On P1, I am using the add_path_received() function which is adding the Path header. Actually, it adds 2 Path headers since the request comes in using TCP but is forwarded using UDP. On the REGISTER, I use the save(location,p0) function but the path header is not saved in the PATH column of the location table. I have attached a snippet from the REGISTER's log and it looks like the insert into the table in placing NULL even though the PATH headers were successfully parsed earlier. Also, will the lookup() function use this column to locate the subscriber for an INVITE request? Thanks Nathaniel On 5/5/13 5:55 AM, Bogdan-Andrei Iancu wrote: The registrar server will store the PATH hdr in the PATH column of the location table. If P1 adds a PATH hdr to a REGISTER that is saved on REGISTRAR via save(location, p0) . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/04/2013 08:11 PM, Nathaniel L Keeling III wrote: I am currently using version 1.8.2 of opensips. I am using this code on the registrar server, save(location,p0v), when the user is authenticated. The user is behind a firewall. The register request is first sent to the sip proxy which forwards it to the registrar server. The sip proxy adds the Path header with the source IP/Port of the Register request. From the documentation it sounds like the save() function should take the received parameter from the Path header and store it in the received column of the location table. When I look at the location table it contains the IP address and port of the SIP proxy so when I try to locate the user, they are being sent to the SIP proxy and the call fails. Is my understanding correct? What is the best approach for this, UAC -- firewall -- P1 -- REG. Thanks Nathaniel On 5/4/13 4:26 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See http://www.opensips.org/html/docs/modules/1.9.x/registrar.html#id248705 - this controls the PATH support in REGISTRAR module. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/04/2013 01:31 AM, Nathaniel L Keeling III wrote: Hello, I sent an earlier post concerning NATed registrations not being able to locate from the lookup() function when the registration request is sent from a opensips proxy server to an opensips registration server and from my research it looks like I should be using the Path header with the received parameter set. Doing this, the Register request is sent to the registrar proxy server with a Path header, the user is successfully authorized and saved in the location table but when I look at the location table entry, the received column either does not contain a value or it contains the wrong value. Here is the Register request sent from the proxy to the registrar server and the output from the location table. REGISTER sip:my-sip-domain.com;transport=tcp SIP/2.0. Call-ID: 541d070a84f74ca6f61f68732d063d35@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com;tag=cbe17bd3. To: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com. Max-Forwards: 68. User-Agent: Jitsi2.0.4506.10553Mac OS X. Expires: 600. Contact: Nathaniel L Keeling III sip:nkeeling3@192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com;expires=600. Via: SIP/2.0/UDP xxx.xxx.110.38:5060;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1;i=04. Via: SIP/2.0/TCP 192.168.43.237:65457;received=208.54.44.148;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1. Authorization: Digest username=nkeeling3,realm=mydomain2.com,nonce=5184345b003b08c40d29a091fb53e6cb83c3961c1dbb,uri=sip:my-sip-domain.com;transport=tcp,response=987edb51f504ff56c7ba840d594c4bb1. Content-Length: 0. Path: sip:xxx.xxx.110.38;r2=on;lr;received=sip:208.54.44.148:43932;transport=tcp. Path: sip:xxx.xxx.110.38;transport=tcp;r2=on;lr. id | username |domain | contact | received | path | expires | q | callid | cseq | last_modified| flags | cflags | user_agent | socket | methods | sip_instance --+---+---++-+--+-++--+--+-+---++-+-+-+-- 1555 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65420;transport=tcp;registering_acc=mydomain2_com | sip:xxx.xxx.110.38:5060 | | 2013-05-03 17:08:03 | -1 | 869321ee55e10970ff139673909ab626@0:0:0:0:0:0:0:0 | 10 | 2013-05-03 16:58:03 | 0 | 1024 | Jitsi2.0.4506.10553Mac OS X | udp:xxx.xxx.110.48:5060 | | 1556 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65457
Re: [OpenSIPS-Users] Registrar not saving received from Path header
I am currently using version 1.8.2 of opensips. I am using this code on the registrar server, save(location,p0v), when the user is authenticated. The user is behind a firewall. The register request is first sent to the sip proxy which forwards it to the registrar server. The sip proxy adds the Path header with the source IP/Port of the Register request. From the documentation it sounds like the save() function should take the received parameter from the Path header and store it in the received column of the location table. When I look at the location table it contains the IP address and port of the SIP proxy so when I try to locate the user, they are being sent to the SIP proxy and the call fails. Is my understanding correct? What is the best approach for this, UAC -- firewall -- P1 -- REG. Thanks Nathaniel On 5/4/13 4:26 AM, Bogdan-Andrei Iancu wrote: Hello Nathaniel, See http://www.opensips.org/html/docs/modules/1.9.x/registrar.html#id248705 - this controls the PATH support in REGISTRAR module. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 05/04/2013 01:31 AM, Nathaniel L Keeling III wrote: Hello, I sent an earlier post concerning NATed registrations not being able to locate from the lookup() function when the registration request is sent from a opensips proxy server to an opensips registration server and from my research it looks like I should be using the Path header with the received parameter set. Doing this, the Register request is sent to the registrar proxy server with a Path header, the user is successfully authorized and saved in the location table but when I look at the location table entry, the received column either does not contain a value or it contains the wrong value. Here is the Register request sent from the proxy to the registrar server and the output from the location table. REGISTER sip:my-sip-domain.com;transport=tcp SIP/2.0. Call-ID: 541d070a84f74ca6f61f68732d063d35@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com;tag=cbe17bd3. To: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com. Max-Forwards: 68. User-Agent: Jitsi2.0.4506.10553Mac OS X. Expires: 600. Contact: Nathaniel L Keeling III sip:nkeeling3@192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com;expires=600. Via: SIP/2.0/UDP xxx.xxx.110.38:5060;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1;i=04. Via: SIP/2.0/TCP 192.168.43.237:65457;received=208.54.44.148;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1. Authorization: Digest username=nkeeling3,realm=mydomain2.com,nonce=5184345b003b08c40d29a091fb53e6cb83c3961c1dbb,uri=sip:my-sip-domain.com;transport=tcp,response=987edb51f504ff56c7ba840d594c4bb1. Content-Length: 0. Path: sip:xxx.xxx.110.38;r2=on;lr;received=sip:208.54.44.148:43932;transport=tcp. Path: sip:xxx.xxx.110.38;transport=tcp;r2=on;lr. id | username |domain | contact | received | path | expires | q | callid | cseq | last_modified| flags | cflags | user_agent | socket | methods | sip_instance --+---+---++-+--+-++--+--+-+---++-+-+-+-- 1555 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65420;transport=tcp;registering_acc=mydomain2_com | sip:xxx.xxx.110.38:5060 | | 2013-05-03 17:08:03 | -1 | 869321ee55e10970ff139673909ab626@0:0:0:0:0:0:0:0 | 10 | 2013-05-03 16:58:03 | 0 | 1024 | Jitsi2.0.4506.10553Mac OS X | udp:xxx.xxx.110.48:5060 | | 1556 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com | sip:xxx.xxx.110.38:5060 | | 2013-05-03 17:13:42 | -1 | 541d070a84f74ca6f61f68732d063d35@0:0:0:0:0:0:0:0 |2 | 2013-05-03 17:03:42 | 0 | 1024 | Jitsi2.0.4506.10553Mac OS X | udp:xxx.xxx.110.48:5060 | | Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Registrar not saving received from Path header
Hello, I sent an earlier post concerning NATed registrations not being able to locate from the lookup() function when the registration request is sent from a opensips proxy server to an opensips registration server and from my research it looks like I should be using the Path header with the received parameter set. Doing this, the Register request is sent to the registrar proxy server with a Path header, the user is successfully authorized and saved in the location table but when I look at the location table entry, the received column either does not contain a value or it contains the wrong value. Here is the Register request sent from the proxy to the registrar server and the output from the location table. REGISTER sip:my-sip-domain.com;transport=tcp SIP/2.0. Call-ID: 541d070a84f74ca6f61f68732d063d35@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com;tag=cbe17bd3. To: Nathaniel L Keeling III sip:nkeeli...@mydomain2.com. Max-Forwards: 68. User-Agent: Jitsi2.0.4506.10553Mac OS X. Expires: 600. Contact: Nathaniel L Keeling III sip:nkeeling3@192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com;expires=600. Via: SIP/2.0/UDP xxx.xxx.110.38:5060;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1;i=04. Via: SIP/2.0/TCP 192.168.43.237:65457;received=208.54.44.148;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1. Authorization: Digest username=nkeeling3,realm=mydomain2.com,nonce=5184345b003b08c40d29a091fb53e6cb83c3961c1dbb,uri=sip:my-sip-domain.com;transport=tcp,response=987edb51f504ff56c7ba840d594c4bb1. Content-Length: 0. Path: sip:xxx.xxx.110.38;r2=on;lr;received=sip:208.54.44.148:43932;transport=tcp. Path: sip:xxx.xxx.110.38;transport=tcp;r2=on;lr. id | username |domain | contact | received | path | expires | q | callid | cseq | last_modified| flags | cflags | user_agent | socket | methods | sip_instance --+---+---++-+--+-++--+--+-+---++-+-+-+-- 1555 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65420;transport=tcp;registering_acc=mydomain2_com | sip:xxx.xxx.110.38:5060 | | 2013-05-03 17:08:03 | -1 | 869321ee55e10970ff139673909ab626@0:0:0:0:0:0:0:0 | 10 | 2013-05-03 16:58:03 | 0 | 1024 | Jitsi2.0.4506.10553Mac OS X | udp:xxx.xxx.110.48:5060 | | 1556 | nkeeling3 | mydomain2.com | sip:nkeeling3@192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com | sip:xxx.xxx.110.38:5060 | | 2013-05-03 17:13:42 | -1 | 541d070a84f74ca6f61f68732d063d35@0:0:0:0:0:0:0:0 |2 | 2013-05-03 17:03:42 | 0 | 1024 | Jitsi2.0.4506.10553Mac OS X | udp:xxx.xxx.110.48:5060 | | Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Accounting Invite Retransmissions and NATed Registrations
Hello, I have a couple of questions I would like to ask. First, I have a client that is sending the initial Invite twice and I would like to know how to detect this within the script? The dual invites are causing double accounting and other minor issue. Second, I have a scenario where I have p1 send all registrations requests to p2 to process requests. Registration of user is successful, but when you try and call the user, opensips can not complete the call even though the user is found in the location table. How can I resolve this. Also, the user is behind a NAT. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Invalid Bye Request
I believe what is invalid is the route set. The Bye has a to tag and a route header but the address on the route header is the same as the proxy. I have attached the output from ngrep and included the code snippet where I check for in-dialog requests. if (has_totag()) { if (loose_route()) { append_hf(P-hint: rr-enforced\r\n); if ( $DLG_status!=NULL !validate_dialog() ) { xlog(L_WARN,WARN:callerid:$ci|end|In-Dialog $rm from $si (callid=$ci) is not valid according to dialog\n); ## exit; } if (is_method(BYE)) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } else { if (is_method(INVITE)) { record_route(); } if (check_route_param(nat=yes)) { setflag(10); } route(send_request); } } else { if ( is_method(ACK) ) { if ( t_check_trans() ) { xlog(L_INFO, INFO:callerid:$ci|log|in dialog request belongs to a known transaction); route(logged_relay); exit; } else { xlog(L_WARN, WARN:callerid:$ci|end|no matching transaction); exit; } } sl_send_reply(404,Not here); exit; } xlog(L_WARN, WARN:callerid:$ci|end|could not route in dialog, request with to tag that is non loose-routed); sl_send_reply(486, PC Load Letter); exit; } Thanks Nathaniel Keeling On 4/23/13 4:15 AM, Vlad Paiu wrote: Hello, What is invalid for that particular BYE ? Is it the Route set, or the To header ? Can you please post a SIP trace for such a call ? Best Regards, Vlad Paiu OpenSIPS Developer http://www.opensips-solutions.com On 04/23/2013 12:11 AM, Nathaniel L Keeling III wrote: Hello, I have a situation where my Bye requests are being flagged as invalid. What is occurring is that the Bye request is being sent, it is part of a dialog but it is non loose-route. I am not sure how to fix this. The To User is a valid SIP user but not registered, so I sent the invite to the voicemail server (which is another server). When the caller hangs up, the Bye request is created, sent to the SIP PROXY and then the SIP proxy flags is as being within a dialog but not loose-route. I issue the record-route() for all INVITES before I perform the lookup and send it to the voicemail media server. Is there something else I am missing or any help would be appreciated. I would like to get valid Bye requests so I can account for them. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users # U 2013/04/23 06:39:20.004304 208.54.44.253:55276 - 209.252.110.38:5060 INVITE sip:nkeel...@akanvoice.com SIP/2.0. Via: SIP/2.0/UDP 100.225.240.85:59731;rport;branch=z9hG4bKPj2JrYh0OrWpzgQWm-tyCx9KEbamKHgZMP. Max-Forwards: 70. From: Nathaniel Keeling III sip:nkeeli...@akanvoice.com;tag=BeyRskRzn0.J9F38ZQdwn-JVdY4eXWTJ. To: sip:nkeel...@akanvoice.com. Contact: sip:nkeeling3@208.54.44.253:55276;ob. Call-ID: HUw2HJMTL-zSWfqcQqoY8igeWI9I6wU7. CSeq: 24041 INVITE. Route: sip:kwesi-chicago-sip1.akan.us.com:5060;lr. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Supported: replaces, 100rel, timer, norefersub. Session-Expires: 1800. Min-SE: 90. User-Agent: CSipSimple_p999-10/r1916. Content-Type: application/sdp. Content-Length: 370. . v=0. o=- 3575705932 3575705932 IN IP4 100.225.240.85. s=pjmedia. c=IN IP4 100.225.240.85. t=0 0. m=audio 4000 RTP/AVP 96 3 0 8 101. c=IN IP4 100.225.240.85. a=rtcp:4001 IN IP4 100.225.240.85. a=sendrecv. a=rtpmap:96 SILK/8000. a=fmtp:96 useinbandfec=0. a=rtpmap:3 GSM/8000. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. # U 2013/04/23 06:39:20.027273 209.252.110.38:5060 - 208.54.44.253:55276 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 100.225.240.85:59731;received=208.54.44.253;rport=55276;branch=z9hG4bKPj2JrYh0OrWpzgQWm-tyCx9KEbamKHgZMP. From: Nathaniel Keeling III sip:nkeeli...@akanvoice.com;tag=BeyRskRzn0.J9F38ZQdwn-JVdY4eXWTJ. To: sip:nkeel...@akanvoice.com;tag=3e20f503351df27af5414f05c347a75a.15d9. Call-ID: HUw2HJMTL-zSWfqcQqoY8igeWI9I6wU7. CSeq: 24041 INVITE. Proxy-Authenticate: Digest realm=akanvoice.com, nonce=5176730600040a0575c962842d819471e76a6e344607. Content-Length: 0. . # U 2013/04/23 06:39:20.062285 208.54.44.253:55276 - 209.252.110.38:5060 INVITE sip:nkeel
[OpenSIPS-Users] Invalid Bye Request
Hello, I have a situation where my Bye requests are being flagged as invalid. What is occurring is that the Bye request is being sent, it is part of a dialog but it is non loose-route. I am not sure how to fix this. The To User is a valid SIP user but not registered, so I sent the invite to the voicemail server (which is another server). When the caller hangs up, the Bye request is created, sent to the SIP PROXY and then the SIP proxy flags is as being within a dialog but not loose-route. I issue the record-route() for all INVITES before I perform the lookup and send it to the voicemail media server. Is there something else I am missing or any help would be appreciated. I would like to get valid Bye requests so I can account for them. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Opensips and Radius
I am trying to setup Opensips v1.8.2 for Freeradius v2.2.0 with radiusclient-ng v0.5.6 and I noticed several different versions of SIP dictionary. In freeradius, there is dictionary.openser, dictionary.opensips and dictionary.sip and on radiusclient-ng, dictionary.sip. I would like to know which version of the dictionary I should use since the dictionaries should be the same between the radiusclient-ng and freeradius. I would guess dictionary.opensips that is found in freeradius but that conflicts with the version on radiusclient-ng and the instructions in the tutorial. Thanks Nathaniel L Keeling ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Routing to Proxy Issue
Hello, I would like to know if this routing is possible and if so how. I have a scenario where I have a opensips proxy that I want to use just to send requests to other opensips proxy witch would then process the request. Here is the scenario: client -- p1 -- p2 -- client -- p2. I have been able to route to proxy 2 but the replies are still being routed back via proxy 1 then to the client. I was hoping to send the replies directly to the client and not back thru the first proxy. Is this possible? I am currently using the dispatcher module to send the requests to the second proxy. I also noticed that the SIP packets have a VIA header of the first proxies IP address when it reaches the second proxy. I thought the record_route was causing this, so I moved it after I send the request to the second proxy. Here is a small snipet of my code: if (is_method(REGISTER)) { if (!ds_select_dst(2, 3)) { sl_send_reply(503, Rawr!!); }; t_relay(); } Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Routing to Proxy Issue
Thanks for the response. What I am trying to do is to have the first proxy route the request to the second proxy server that will actually process the request. In this case I have another opensips server that I want to just handle register requests. This proxy server would then send the replies back to the client and not the first proxy server. Is this the idea way of performing this functionality? I was trying to separate some functions to separate sip servers ( a sip server for registrations, another sip server for pstn gateway, etc) but have a central point of entry. Thanks Nathaniel On 3/14/13 11:55 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, According to SIP RFC, replies are following the same path as requests (in revert order, of course) - this back routing is done based on VIA hdr (added in requests, consumed from replies). if you want to avoid opensips to add the VIA hdr (so, to be skipped by replies), use the send() function for relaying the requests - be careful this is a stateless function, so no failure_route ! Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 03/14/2013 09:30 AM, Nathaniel L Keeling III wrote: Hello, I would like to know if this routing is possible and if so how. I have a scenario where I have a opensips proxy that I want to use just to send requests to other opensips proxy witch would then process the request. Here is the scenario: client -- p1 -- p2 -- client -- p2. I have been able to route to proxy 2 but the replies are still being routed back via proxy 1 then to the client. I was hoping to send the replies directly to the client and not back thru the first proxy. Is this possible? I am currently using the dispatcher module to send the requests to the second proxy. I also noticed that the SIP packets have a VIA header of the first proxies IP address when it reaches the second proxy. I thought the record_route was causing this, so I moved it after I send the request to the second proxy. Here is a small snipet of my code: if (is_method(REGISTER)) { if (!ds_select_dst(2, 3)) { sl_send_reply(503, Rawr!!); }; t_relay(); } Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Permission function causing Termination
Thanks for the quick response. I also noticed that when opensips can not resolve a DNS name from the dispatcher table it also terminated. This might be the same thing. When I put a valid DNS name that is resolvable, opensips is ok. Thanks Nathaniel On 1/23/13 5:41 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, Thanks for your help, I found and fix the problem - was a debug trying to print the context variable which may be NULL. I uploaded the fix on SVN trunk, 1.8 and 1.7 . Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/23/2013 06:02 AM, Nathaniel L Keeling III wrote: I changed the debug level to 1 and opensips did not terminate. I then increased the debug level, re-tested and opensips did not terminate until debug level = 4. Every debug level after that, opensips terminated and took a core dump. Thanks Nathaniel On 1/22/13 8:34 AM, Bogdan-Andrei Iancu wrote: Does it crash running in debug=6 and debug=1 ? Could you try both please. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/22/2013 10:36 AM, Nathaniel L Keeling III wrote: I have placed the output of opensips log file and the backtrace in pastebin.com. Here are the links for them. Again, 4 processes produced a core dump and their output was the same. http://pastebin.com/h6NWGBry http://pastebin.com/q7y69qqU Thanks Nathaniel On 1/21/13 4:41 PM, Bogdan-Andrei Iancu wrote: Hi, Post the output of the bt full on pastebin.com, for example. Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/21/2013 10:31 PM, Nathaniel L Keeling III wrote: Hello, I downloaded the source from svn as instructed on the website and from the source directory I issued the make menuconfig command where the options menu came up. I then selected the Configure Compile Options as listed earlier and the modules to compile and then selected the Compile and Install Opensips options. ___ | | | Configure Compile Options| |--- Compile And Install OpenSIPS | | Cleanup OpenSIPS sources | | Generate OpenSIPS Script | | Exit Save All Changes | |___| When I re-compiled, I re-compiled with extra-debug selected and I got a lot of extra info in the log file, which I can post (let me know where/how), but the core dumps had the same output. Just out of curiosity, I changed the function call to check_source_address from check_address and opensips did not terminate. Thanks Nathaniel On 1/21/13 12:59 PM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, are you also doing a make install, or running directly from the src dir ? Also compiling is simply make all ? I'm asking as by default opensips compiles with the debug symbols ... Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:08 PM, Nathaniel L Keeling III wrote: Original Message Subject: Re: [OpenSIPS-Users] Permission function causing Termination Date: Sat, 19 Jan 2013 10:17:10 -0600 From: Nathaniel L Keeling III keel...@akan-tech.com To: Bogdan-Andrei Iancu bog...@opensips.org I used the source from svn and compiled using make menuconfig and selected these compile options: | | [*] PKG_MALLOC | | [*] SHM_MEM | | [*] SHM_MMAP| | [*] USE_IPV6| | [*] USE_MCAST | | [*] DISABLE_NAGLE | | [*] STATISTICS | | [*] CHANGEABLE_DEBUG_LEVEL | | [*] HAVE_RESOLV_RES | | [*] F_MALLOC| | [*] USE_TCP | | [*] USE_TLS | | [ ] USE_SCTP| | [ ] DBG_QM_MALLOC | | [ ] USE_SHM_MEM | | [ ] DBG_F_MALLOC
Re: [OpenSIPS-Users] Fwd: Re: Permission function causing Termination
I have placed the output of opensips log file and the backtrace in pastebin.com. Here are the links for them. Again, 4 processes produced a core dump and their output was the same. http://pastebin.com/h6NWGBry http://pastebin.com/q7y69qqU Thanks Nathaniel On 1/21/13 4:41 PM, Bogdan-Andrei Iancu wrote: Hi, Post the output of the bt full on pastebin.com, for example. Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/21/2013 10:31 PM, Nathaniel L Keeling III wrote: Hello, I downloaded the source from svn as instructed on the website and from the source directory I issued the make menuconfig command where the options menu came up. I then selected the Configure Compile Options as listed earlier and the modules to compile and then selected the Compile and Install Opensips options. ___ | | | Configure Compile Options| |--- Compile And Install OpenSIPS | | Cleanup OpenSIPS sources | | Generate OpenSIPS Script | | Exit Save All Changes | |___| When I re-compiled, I re-compiled with extra-debug selected and I got a lot of extra info in the log file, which I can post (let me know where/how), but the core dumps had the same output. Just out of curiosity, I changed the function call to check_source_address from check_address and opensips did not terminate. Thanks Nathaniel On 1/21/13 12:59 PM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, are you also doing a make install, or running directly from the src dir ? Also compiling is simply make all ? I'm asking as by default opensips compiles with the debug symbols ... Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:08 PM, Nathaniel L Keeling III wrote: Original Message Subject:Re: [OpenSIPS-Users] Permission function causing Termination Date: Sat, 19 Jan 2013 10:17:10 -0600 From: Nathaniel L Keeling III keel...@akan-tech.com To: Bogdan-Andrei Iancu bog...@opensips.org I used the source from svn and compiled using make menuconfig and selected these compile options: | | [*] PKG_MALLOC | | [*] SHM_MEM | | [*] SHM_MMAP| | [*] USE_IPV6| | [*] USE_MCAST | | [*] DISABLE_NAGLE | | [*] STATISTICS | | [*] CHANGEABLE_DEBUG_LEVEL | | [*] HAVE_RESOLV_RES | | [*] F_MALLOC| | [*] USE_TCP | | [*] USE_TLS | | [ ] USE_SCTP| | [ ] DBG_QM_MALLOC | | [ ] USE_SHM_MEM | | [ ] DBG_F_MALLOC| | [ ] NO_DEBUG| | [ ] NO_LOG | | [ ] VQ_MALLOC | | [ ] FAST_LOCK | | [ ] USE_SYSV_SEM| | [ ] USE_PTHREAD_MUTEX Thanks Nathaniel On 1/19/13 2:29 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, I guess you have opensips from packages - if so, install also the package with the debug symbols. On a first look, the crash happens in some log message. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:57 AM, Nathaniel L Keeling III wrote: Here is the output from the core dump. Four processes produced a dump and each one is just like this one. Should there be a symbol table available? If so, what do I need to do to get it? Core was generated by `../../sbin/opensips -P /var/run/opensips.pid -m 512 -M 4 -u root -g root -f /op'. Program terminated with signal 11, Segmentation
Re: [OpenSIPS-Users] Fwd: Re: Permission function causing Termination
I changed the debug level to 1 and opensips did not terminate. I then increased the debug level, re-tested and opensips did not terminate until debug level = 4. Every debug level after that, opensips terminated and took a core dump. Thanks Nathaniel On 1/22/13 8:34 AM, Bogdan-Andrei Iancu wrote: Does it crash running in debug=6 and debug=1 ? Could you try both please. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/22/2013 10:36 AM, Nathaniel L Keeling III wrote: I have placed the output of opensips log file and the backtrace in pastebin.com. Here are the links for them. Again, 4 processes produced a core dump and their output was the same. http://pastebin.com/h6NWGBry http://pastebin.com/q7y69qqU Thanks Nathaniel On 1/21/13 4:41 PM, Bogdan-Andrei Iancu wrote: Hi, Post the output of the bt full on pastebin.com, for example. Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/21/2013 10:31 PM, Nathaniel L Keeling III wrote: Hello, I downloaded the source from svn as instructed on the website and from the source directory I issued the make menuconfig command where the options menu came up. I then selected the Configure Compile Options as listed earlier and the modules to compile and then selected the Compile and Install Opensips options. ___ | | | Configure Compile Options| |--- Compile And Install OpenSIPS | | Cleanup OpenSIPS sources | | Generate OpenSIPS Script | | Exit Save All Changes | |___| When I re-compiled, I re-compiled with extra-debug selected and I got a lot of extra info in the log file, which I can post (let me know where/how), but the core dumps had the same output. Just out of curiosity, I changed the function call to check_source_address from check_address and opensips did not terminate. Thanks Nathaniel On 1/21/13 12:59 PM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, are you also doing a make install, or running directly from the src dir ? Also compiling is simply make all ? I'm asking as by default opensips compiles with the debug symbols ... Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:08 PM, Nathaniel L Keeling III wrote: Original Message Subject: Re: [OpenSIPS-Users] Permission function causing Termination Date: Sat, 19 Jan 2013 10:17:10 -0600 From: Nathaniel L Keeling III keel...@akan-tech.com To: Bogdan-Andrei Iancu bog...@opensips.org I used the source from svn and compiled using make menuconfig and selected these compile options: | | [*] PKG_MALLOC | | [*] SHM_MEM | | [*] SHM_MMAP| | [*] USE_IPV6| | [*] USE_MCAST | | [*] DISABLE_NAGLE | | [*] STATISTICS | | [*] CHANGEABLE_DEBUG_LEVEL | | [*] HAVE_RESOLV_RES | | [*] F_MALLOC| | [*] USE_TCP | | [*] USE_TLS | | [ ] USE_SCTP| | [ ] DBG_QM_MALLOC | | [ ] USE_SHM_MEM | | [ ] DBG_F_MALLOC| | [ ] NO_DEBUG| | [ ] NO_LOG | | [ ] VQ_MALLOC | | [ ] FAST_LOCK | | [ ] USE_SYSV_SEM| | [ ] USE_PTHREAD_MUTEX Thanks Nathaniel On 1/19/13 2:29 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, I guess you have opensips from packages - if so, install also the package with the debug symbols. On a first look, the crash
Re: [OpenSIPS-Users] Fwd: Re: Permission function causing Termination
Hello, I downloaded the source from svn as instructed on the website and from the source directory I issued the make menuconfig command where the options menu came up. I then selected the Configure Compile Options as listed earlier and the modules to compile and then selected the Compile and Install Opensips options. ___ | | | Configure Compile Options| |--- Compile And Install OpenSIPS | | Cleanup OpenSIPS sources | | Generate OpenSIPS Script | | Exit Save All Changes | |___| When I re-compiled, I re-compiled with extra-debug selected and I got a lot of extra info in the log file, which I can post (let me know where/how), but the core dumps had the same output. Just out of curiosity, I changed the function call to check_source_address from check_address and opensips did not terminate. Thanks Nathaniel On 1/21/13 12:59 PM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, are you also doing a make install, or running directly from the src dir ? Also compiling is simply make all ? I'm asking as by default opensips compiles with the debug symbols ... Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:08 PM, Nathaniel L Keeling III wrote: Original Message Subject:Re: [OpenSIPS-Users] Permission function causing Termination Date: Sat, 19 Jan 2013 10:17:10 -0600 From: Nathaniel L Keeling III keel...@akan-tech.com To: Bogdan-Andrei Iancu bog...@opensips.org I used the source from svn and compiled using make menuconfig and selected these compile options: | | [*] PKG_MALLOC | | [*] SHM_MEM | | [*] SHM_MMAP| | [*] USE_IPV6| | [*] USE_MCAST | | [*] DISABLE_NAGLE | | [*] STATISTICS | | [*] CHANGEABLE_DEBUG_LEVEL | | [*] HAVE_RESOLV_RES | | [*] F_MALLOC| | [*] USE_TCP | | [*] USE_TLS | | [ ] USE_SCTP| | [ ] DBG_QM_MALLOC | | [ ] USE_SHM_MEM | | [ ] DBG_F_MALLOC| | [ ] NO_DEBUG| | [ ] NO_LOG | | [ ] VQ_MALLOC | | [ ] FAST_LOCK | | [ ] USE_SYSV_SEM| | [ ] USE_PTHREAD_MUTEX Thanks Nathaniel On 1/19/13 2:29 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, I guess you have opensips from packages - if so, install also the package with the debug symbols. On a first look, the crash happens in some log message. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:57 AM, Nathaniel L Keeling III wrote: Here is the output from the core dump. Four processes produced a dump and each one is just like this one. Should there be a symbol table available? If so, what do I need to do to get it? Core was generated by `../../sbin/opensips -P /var/run/opensips.pid -m 512 -M 4 -u root -g root -f /op'. Program terminated with signal 11, Segmentation fault. #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 (gdb) bt full #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 No symbol table info available. #1 0x7e5aabf8 in _ndoprnt () from /lib/64/libc.so.1 No symbol table info available. #2 0x7e5ad3d4 in vsnprintf () from /lib/64/libc.so.1 No symbol table info available. #3 0x7e5774bc in vsyslog () from /lib/64/libc.so.1 No symbol table info available. #4 0x7e577004 in syslog () from /lib/64/libc.so.1 No symbol table
[OpenSIPS-Users] Fwd: Re: Permission function causing Termination
Original Message Subject:Re: [OpenSIPS-Users] Permission function causing Termination Date: Sat, 19 Jan 2013 10:17:10 -0600 From: Nathaniel L Keeling III keel...@akan-tech.com To: Bogdan-Andrei Iancu bog...@opensips.org I used the source from svn and compiled using make menuconfig and selected these compile options: | | [*] PKG_MALLOC | | [*] SHM_MEM | | [*] SHM_MMAP| | [*] USE_IPV6| | [*] USE_MCAST | | [*] DISABLE_NAGLE | | [*] STATISTICS | | [*] CHANGEABLE_DEBUG_LEVEL | | [*] HAVE_RESOLV_RES | | [*] F_MALLOC| | [*] USE_TCP | | [*] USE_TLS | | [ ] USE_SCTP| | [ ] DBG_QM_MALLOC | | [ ] USE_SHM_MEM | | [ ] DBG_F_MALLOC| | [ ] NO_DEBUG| | [ ] NO_LOG | | [ ] VQ_MALLOC | | [ ] FAST_LOCK | | [ ] USE_SYSV_SEM| | [ ] USE_PTHREAD_MUTEX Thanks Nathaniel On 1/19/13 2:29 AM, Bogdan-Andrei Iancu wrote: Hi Nathaniel, I guess you have opensips from packages - if so, install also the package with the debug symbols. On a first look, the crash happens in some log message. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 01/19/2013 07:57 AM, Nathaniel L Keeling III wrote: Here is the output from the core dump. Four processes produced a dump and each one is just like this one. Should there be a symbol table available? If so, what do I need to do to get it? Core was generated by `../../sbin/opensips -P /var/run/opensips.pid -m 512 -M 4 -u root -g root -f /op'. Program terminated with signal 11, Segmentation fault. #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 (gdb) bt full #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 No symbol table info available. #1 0x7e5aabf8 in _ndoprnt () from /lib/64/libc.so.1 No symbol table info available. #2 0x7e5ad3d4 in vsnprintf () from /lib/64/libc.so.1 No symbol table info available. #3 0x7e5774bc in vsyslog () from /lib/64/libc.so.1 No symbol table info available. #4 0x7e577004 in syslog () from /lib/64/libc.so.1 No symbol table info available. #5 0x7990dd68 in check_addr_6 () from /opt/opensips-1.8.2/lib64/opensips/modules/permissions.so No symbol table info available. #6 0x7990dee0 in check_addr_4 () from /opt/opensips-1.8.2/lib64/opensips/modules/permissions.so No symbol table info available. #7 0x0001000ea47c in do_action () No symbol table info available. #8 0x0001000e12fc in run_action_list () No symbol table info available. #9 0x0001000a7030 in eval_elem () No symbol table info available. #10 0x0001000a8f0c in eval_expr () No symbol table info available. #11 0x0001000a90b4 in eval_expr () No symbol table info available. #12 0x0001000e5c5c in do_action () No symbol table info available. #13 0x0001000e12fc in run_action_list () No symbol table info available. #14 0x0001000e1088 in run_actions () No symbol table info available. #15 0x0001000e14e4 in run_top_route () No symbol table info available. #16 0x0001000ddf60 in receive_msg () No symbol table info available. #17 0x0001000971b0 in udp_rcv_loop () No symbol table info available. #18 0x000100045ea0 in main_loop () No symbol table info available. #19 0x00010004b628 in main () No symbol table info available. (gdb) quit Thanks Nathaniel On 1/18/13 10:30 PM, Ovidiu Sas wrote: Enable core dump generation and use gdb to print out the stacktrace. More info here: http://www.opensips.org/Resources/DocsTsCrash Regards, Ovidiu Sas ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Permission function causing Termination
Hello, I am using the permission module to validate the IP:PORT of an incoming request. When executing the check_address function, I am not getting a return from the function call and after 4 tries opensips crashes. I am running version 1.8.2 on solaris sparc 64. I have included the code that is being executed and part of the output from the log file when trying to debug. xlog(checking if the request is from a valid IP source ..); if(check_address(1,$si,$sp,$proto)) { xlog(L_INFO, INFO:callerid:$ci|log|call originated from external pstn gateway sources); setflag(26); } else { xlog(checking if the request is from a valid internal IP source =..); if (ds_is_in_list($si, $sp, 1, 1)) { xlog(L_INFO, INFO:callerid:$ci|log|call originated from internal sources); setflag(27); setbflag(27); } else { xlog(L_WARN, WARN:callerid:$ci|end|SIP messages is not from a valid IP address and port: $si:$sp); sl_send_reply(503, Rawr!!); exit; } } Thanks Nathaniel Jan 18 21:55:27 -f opensips.log[6619]: [ID 292666 local1.debug] DBG:core:parse_msg: SIP Request: Jan 18 21:55:27 -f opensips.log[6619]: [ID 776402 local1.debug] DBG:core:parse_msg: method: INVITE Jan 18 21:55:27 -f opensips.log[6619]: [ID 700387 local1.debug] DBG:core:parse_msg: uri: sip:18035568...@kwesi-chicago-pstn1.akan.us.com:0 Jan 18 21:55:27 -f opensips.log[6619]: [ID 641661 local1.debug] DBG:core:parse_msg: version: SIP/2.0 Jan 18 21:55:27 -f opensips.log[6619]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=2 Jan 18 21:55:27 -f opensips.log[6619]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK8877.cf25.0; state=16 Jan 18 21:55:27 -f opensips.log[6619]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 Jan 18 21:55:27 -f opensips.log[6619]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=2 Jan 18 21:55:27 -f opensips.log[6619]: [ID 481110 local1.debug] DBG:core:parse_headers: this is the first via Jan 18 21:55:27 -f opensips.log[6619]: [ID 911547 local1.debug] DBG:core:receive_msg: After parse_msg... Jan 18 21:55:27 -f opensips.log[6619]: [ID 451678 local1.debug] DBG:core:receive_msg: preparing to run routing scripts... Jan 18 21:55:27 -f opensips.log[6619]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=8 Jan 18 21:55:27 -f opensips.log[6619]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 234, received = 208.54.44.182; state=6 Jan 18 21:55:27 -f opensips.log[6619]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 235, rport = 27909; state=6 Jan 18 21:55:27 -f opensips.log[6619]: [ID 202288 local1.debug] DBG:core:parse_via_param: found param type 232, branch = z9hG4bKPjZWlg6sNodl2bMahPlKLIjUnv3EFzLA5Y; state=16 Jan 18 21:55:27 -f opensips.log[6619]: [ID 218084 local1.debug] DBG:core:parse_via: end of header reached, state=5 Jan 18 21:55:27 -f opensips.log[6619]: [ID 636936 local1.debug] DBG:core:parse_headers: via found, flags=8 Jan 18 21:55:27 -f opensips.log[6619]: [ID 903840 local1.debug] DBG:core:parse_headers: parse_headers: this is the second via Jan 18 21:55:27 -f opensips.log[6619]: [ID 218084 local1.debug] DBG:core:parse_to: end of header reached, state=10 Jan 18 21:55:27 -f opensips.log[6619]: [ID 841317 local1.debug] DBG:core:parse_to: display={}, ruri={sip:18035568...@kwesi-chicago-sip1.akan.us.com} Jan 18 21:55:27 -f opensips.log[6619]: [ID 993225 local1.debug] DBG:core:get_hdr_field: To [50]; uri=[sip:18035568...@kwesi-chicago-sip1.akan.us.com] Jan 18 21:55:27 -f opensips.log[6619]: [ID 159376 local1.debug] DBG:core:get_hdr_field: to body [sip:18035568...@kwesi-chicago-sip1.akan.us.com^M Jan 18 21:55:27 -f ] Jan 18 21:55:27 -f opensips.log[6619]: [ID 221271 local1.debug] DBG:core:buf_init: initializing... Jan 18 21:55:27 -f opensips.log[6619]: [ID 497291 local1.debug] DBG:core:parse_headers: flags=40 Jan 18 21:55:27 -f opensips.log[6619]: [ID 197553 local1.info] INFO:callerid:pRZXZ-m52nqqRCPmFwAeYZTEvwNURv.x|start|recieved udp request INVITE sip:18035568...@kwesi-chicago-pstn1.akan.us.com:0 Jan 18 21:55:27 -f opensips.log[6619]: [ID 197553 local1.info] INFO:callerid:pRZXZ-m52nqqRCPmFwAeYZTEvwNURv.x|log|source 209.252.110.38:5060 Jan 18 21:55:27 -f opensips.log[6619]: [ID 858957 local1.debug] DBG:core:parse_to_param: tag=WoaIpBzrSr0MN9wcIgqaYhauQvui-4s2 Jan 18 21:55:27 -f opensips.log[6619]: [ID 218084 local1.debug] DBG:core:parse_to: end of header reached, state=29 Jan 18 21:55:27 -f opensips.log[6619]: [ID 841317 local1.debug] DBG:core:parse_to: display={Nathaniel Keeling III}, ruri={sip:nkeeli...@akanvoice.com} Jan 18 21:55:27 -f opensips.log[6619]: [ID 197553 local1.info]
Re: [OpenSIPS-Users] Permission function causing Termination
Here is the output from the core dump. Four processes produced a dump and each one is just like this one. Should there be a symbol table available? If so, what do I need to do to get it? Core was generated by `../../sbin/opensips -P /var/run/opensips.pid -m 512 -M 4 -u root -g root -f /op'. Program terminated with signal 11, Segmentation fault. #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 (gdb) bt full #0 0x7e53bb50 in strlen () from /lib/64/libc.so.1 No symbol table info available. #1 0x7e5aabf8 in _ndoprnt () from /lib/64/libc.so.1 No symbol table info available. #2 0x7e5ad3d4 in vsnprintf () from /lib/64/libc.so.1 No symbol table info available. #3 0x7e5774bc in vsyslog () from /lib/64/libc.so.1 No symbol table info available. #4 0x7e577004 in syslog () from /lib/64/libc.so.1 No symbol table info available. #5 0x7990dd68 in check_addr_6 () from /opt/opensips-1.8.2/lib64/opensips/modules/permissions.so No symbol table info available. #6 0x7990dee0 in check_addr_4 () from /opt/opensips-1.8.2/lib64/opensips/modules/permissions.so No symbol table info available. #7 0x0001000ea47c in do_action () No symbol table info available. #8 0x0001000e12fc in run_action_list () No symbol table info available. #9 0x0001000a7030 in eval_elem () No symbol table info available. #10 0x0001000a8f0c in eval_expr () No symbol table info available. #11 0x0001000a90b4 in eval_expr () No symbol table info available. #12 0x0001000e5c5c in do_action () No symbol table info available. #13 0x0001000e12fc in run_action_list () No symbol table info available. #14 0x0001000e1088 in run_actions () No symbol table info available. #15 0x0001000e14e4 in run_top_route () No symbol table info available. #16 0x0001000ddf60 in receive_msg () No symbol table info available. #17 0x0001000971b0 in udp_rcv_loop () No symbol table info available. #18 0x000100045ea0 in main_loop () No symbol table info available. #19 0x00010004b628 in main () No symbol table info available. (gdb) quit Thanks Nathaniel On 1/18/13 10:30 PM, Ovidiu Sas wrote: Enable core dump generation and use gdb to print out the stacktrace. More info here: http://www.opensips.org/Resources/DocsTsCrash Regards, Ovidiu Sas ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] RTPProxy Error
Razvan, This seems to occur when one client is Nat'ed and the other client has a public IP address. The client with the private IP, is established first and ok with rtpproxy. The second client, with public IP, is where the failure occurs. I can confirm that no packets are being sent to rtpproxy for the second client when I was checking with ngrep. I can also concur that I am getting audio one way, which is from the first client (one with private IP). I also see where the failing process originally establishes connectivity with rtpproxy successfully (the failing process here is 15868): Sep 27 00:36:20 -f ./opensips[15868]: [ID 309935 local1.debug] DBG:core:init_mod_child: type=CHILD, rank=1, module=rtpproxy Sep 27 00:36:20 -f ./opensips[15868]: [ID 389318 local1.debug] DBG:rtpproxy:connect_rtpproxies: [RTPProxy] set list 5a6b59e0 Sep 27 00:36:20 -f ./opensips[15868]: [ID 423527 local1.debug] DBG:rtpproxy:connect_rtpproxies: [Re]connecting sockets (1 0) Sep 27 00:36:20 -f ./opensips[15868]: [ID 454524 local1.debug] DBG:rtpproxy:connect_rtpproxies: connected xxx:2 Sep 27 00:36:20 -f ./opensips[15867]: [ID 615994 local1.info] INFO:rtpproxy:rtpp_test: rtp proxy udp:xxx:2 found, support for it enabled Sep 27 00:36:20 -f ./opensips[15868]: [ID 615994 local1.info] INFO:rtpproxy:rtpp_test: rtp proxy udp:xxx:2 found, support for it enabled Sep 27 00:36:20 -f ./opensips[15870]: [ID 309935 local1.debug] DBG:core:init_mod_child: type=CHILD, rank=3, module=tm Is there a list of the rtpproxies and their connections? If there is maybe, this is where the corruption is occurring? Thanks Nathaniel On 9/18/12 12:57 PM, Nathaniel L Keeling III wrote: Razvan, I have copied the log file in the home directory of the server that you have access to. I was pretty large, so I thought that would be better. I also copied the opensip config file that we are using to that directory. Thanks Nathaniel On 9/18/12 11:57 AM, Răzvan Crainea wrote: Hi, Nathaniel! The lack of media is not the problem. It seems like one of the OpenSIPS processes (pid 28602) doesn't initiate a proper communication channel with RTPproxy, or some data was corrupted. Can you please send me (privately if preferred) OpenSIPS logs so I can check this? Best Regards, Razvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 09/18/2012 06:45 PM, Nathaniel L Keeling III wrote: Hello, I am testing our new Opensips setup with SEMS and RTPProxy and I am seeing these errors in the log file. Client A and B are both natted. Client A calls client B. Client B is unavailable so call gets routed to SEMS for voicemail. I see this error on sending the 200 reply back to SEMS. I am not receiving any audio and I am thinking this may be the reason. Any help would be appreciated. I am using the residential script generated from the menuconfig option and the latest version of rtpproxy, 1.2.1. Sep 18 00:59:17 -f ./opensips[28602]: ERROR:rtpproxy:send_rtpp_command: can't send command to a RTP proxy Invalid argument Sep 18 00:59:17 -f ./opensips[28602]: [ID 848861 local1.error] ERROR:rtpproxy:send_rtpp_command: proxy udp:xx..com:2 does not respond, disable it Sep 18 00:59:17 -f ./opensips[28602]: [ID 863797 local1.debug] DBG:rtpproxy:raise_rtpproxy_event: no event sent Sep 18 00:59:17 -f ./opensips[28602]: [ID 338976 local1.error] ERROR:rtpproxy:force_rtp_proxy_body: cannot lookup a session on a different RTPProxy Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] RTPProxy Error
Razva, Yes, Great! I am currently running version 1.8.1 of Opensips. Thanks Nathaniel On 9/27/12 3:02 AM, Răzvan Crainea wrote: Hi, Nathaniel! You are right, according to OpenSIPS error code, one of the send function parameters is invalid, and most likely the file descriptor. Unfortunately I can't confirm this with the logs we have so far. In order to study the problem further we should add some extra debugging in the code, and follow the RTPProxy connections. In order to see all the rtpproxy servers used, you could use the nh_show_rtpp MI command, but it doesn't give you enough information. You can only see which servers are you using and what is their current status. Let me know if you are willing to add some extra debugging, and I will try to prepare a patch for you. If so, also let me know the OpenSIPS version you use. Best regards, Razvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 09/27/2012 11:55 AM, Nathaniel L Keeling III wrote: Razvan, This seems to occur when one client is Nat'ed and the other client has a public IP address. The client with the private IP, is established first and ok with rtpproxy. The second client, with public IP, is where the failure occurs. I can confirm that no packets are being sent to rtpproxy for the second client when I was checking with ngrep. I can also concur that I am getting audio one way, which is from the first client (one with private IP). I also see where the failing process originally establishes connectivity with rtpproxy successfully (the failing process here is 15868): Sep 27 00:36:20 -f ./opensips[15868]: [ID 309935 local1.debug] DBG:core:init_mod_child: type=CHILD, rank=1, module=rtpproxy Sep 27 00:36:20 -f ./opensips[15868]: [ID 389318 local1.debug] DBG:rtpproxy:connect_rtpproxies: [RTPProxy] set list 5a6b59e0 Sep 27 00:36:20 -f ./opensips[15868]: [ID 423527 local1.debug] DBG:rtpproxy:connect_rtpproxies: [Re]connecting sockets (1 0) Sep 27 00:36:20 -f ./opensips[15868]: [ID 454524 local1.debug] DBG:rtpproxy:connect_rtpproxies: connected xxx:2 Sep 27 00:36:20 -f ./opensips[15867]: [ID 615994 local1.info] INFO:rtpproxy:rtpp_test: rtp proxy udp:xxx:2 found, support for it enabled Sep 27 00:36:20 -f ./opensips[15868]: [ID 615994 local1.info] INFO:rtpproxy:rtpp_test: rtp proxy udp:xxx:2 found, support for it enabled Sep 27 00:36:20 -f ./opensips[15870]: [ID 309935 local1.debug] DBG:core:init_mod_child: type=CHILD, rank=3, module=tm Is there a list of the rtpproxies and their connections? If there is maybe, this is where the corruption is occurring? Thanks Nathaniel On 9/18/12 12:57 PM, Nathaniel L Keeling III wrote: Razvan, I have copied the log file in the home directory of the server that you have access to. I was pretty large, so I thought that would be better. I also copied the opensip config file that we are using to that directory. Thanks Nathaniel On 9/18/12 11:57 AM, Răzvan Crainea wrote: Hi, Nathaniel! The lack of media is not the problem. It seems like one of the OpenSIPS processes (pid 28602) doesn't initiate a proper communication channel with RTPproxy, or some data was corrupted. Can you please send me (privately if preferred) OpenSIPS logs so I can check this? Best Regards, Razvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 09/18/2012 06:45 PM, Nathaniel L Keeling III wrote: Hello, I am testing our new Opensips setup with SEMS and RTPProxy and I am seeing these errors in the log file. Client A and B are both natted. Client A calls client B. Client B is unavailable so call gets routed to SEMS for voicemail. I see this error on sending the 200 reply back to SEMS. I am not receiving any audio and I am thinking this may be the reason. Any help would be appreciated. I am using the residential script generated from the menuconfig option and the latest version of rtpproxy, 1.2.1. Sep 18 00:59:17 -f ./opensips[28602]: ERROR:rtpproxy:send_rtpp_command: can't send command to a RTP proxy Invalid argument Sep 18 00:59:17 -f ./opensips[28602]: [ID 848861 local1.error] ERROR:rtpproxy:send_rtpp_command: proxy udp:xx..com:2 does not respond, disable it Sep 18 00:59:17 -f ./opensips[28602]: [ID 863797 local1.debug] DBG:rtpproxy:raise_rtpproxy_event: no event sent Sep 18 00:59:17 -f ./opensips[28602]: [ID 338976 local1.error] ERROR:rtpproxy:force_rtp_proxy_body: cannot lookup a session on a different RTPProxy Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin
[OpenSIPS-Users] RTPProxy Error
Hello, I am testing our new Opensips setup with SEMS and RTPProxy and I am seeing these errors in the log file. Client A and B are both natted. Client A calls client B. Client B is unavailable so call gets routed to SEMS for voicemail. I see this error on sending the 200 reply back to SEMS. I am not receiving any audio and I am thinking this may be the reason. Any help would be appreciated. I am using the residential script generated from the menuconfig option and the latest version of rtpproxy, 1.2.1. Sep 18 00:59:17 -f ./opensips[28602]: ERROR:rtpproxy:send_rtpp_command: can't send command to a RTP proxy Invalid argument Sep 18 00:59:17 -f ./opensips[28602]: [ID 848861 local1.error] ERROR:rtpproxy:send_rtpp_command: proxy udp:xx..com:2 does not respond, disable it Sep 18 00:59:17 -f ./opensips[28602]: [ID 863797 local1.debug] DBG:rtpproxy:raise_rtpproxy_event: no event sent Sep 18 00:59:17 -f ./opensips[28602]: [ID 338976 local1.error] ERROR:rtpproxy:force_rtp_proxy_body: cannot lookup a session on a different RTPProxy Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] RTPProxy Error
Razvan, I have copied the log file in the home directory of the server that you have access to. I was pretty large, so I thought that would be better. I also copied the opensip config file that we are using to that directory. Thanks Nathaniel On 9/18/12 11:57 AM, Ra(zvan Crainea wrote: Hi, Nathaniel! The lack of media is not the problem. It seems like one of the OpenSIPS processes (pid 28602) doesn't initiate a proper communication channel with RTPproxy, or some data was corrupted. Can you please send me (privately if preferred) OpenSIPS logs so I can check this? Best Regards, Razvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 09/18/2012 06:45 PM, Nathaniel L Keeling III wrote: Hello, I am testing our new Opensips setup with SEMS and RTPProxy and I am seeing these errors in the log file. Client A and B are both natted. Client A calls client B. Client B is unavailable so call gets routed to SEMS for voicemail. I see this error on sending the 200 reply back to SEMS. I am not receiving any audio and I am thinking this may be the reason. Any help would be appreciated. I am using the residential script generated from the menuconfig option and the latest version of rtpproxy, 1.2.1. Sep 18 00:59:17 -f ./opensips[28602]: ERROR:rtpproxy:send_rtpp_command: can't send command to a RTP proxy Invalid argument Sep 18 00:59:17 -f ./opensips[28602]: [ID 848861 local1.error] ERROR:rtpproxy:send_rtpp_command: proxy udp:xx..com:2 does not respond, disable it Sep 18 00:59:17 -f ./opensips[28602]: [ID 863797 local1.debug] DBG:rtpproxy:raise_rtpproxy_event: no event sent Sep 18 00:59:17 -f ./opensips[28602]: [ID 338976 local1.error] ERROR:rtpproxy:force_rtp_proxy_body: cannot lookup a session on a different RTPProxy Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Menuconfig Error on Solaris Sparc
Vlad, Yes, I can provide SSH access to the server. I will follow up with another email with the information once everything is setup. Thanks Nathaniel On 8/24/12 6:00 AM, Vlad Paiu wrote: Hello, Can you please provide us with SSH access to your server ? We've not tested the menuconfig tool on a solaris sparc machine, and we don't have access to one either, so it's hard to debug this. Regards, Vlad Paiu OpenSIPS Developer http://www.opensips-solutions.com On 08/23/2012 05:50 AM, Nathaniel L Keeling III wrote: Hello, Any updates on resolving this link error with menuconfig? I do have libncurses.so.5.9 library installed and libcurses.so.1 installed. # make menuconfig cd menuconfig; make ; cd - make[1]: Entering directory `/usr/local/src/opensips/opensips_1_8/menuconfig' gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\menuconfig/configs/\ -DMENUCONFIG_GEN_PATH=\etc/\ -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lcurses Undefined first referenced symbol in file getnstr commands.o ld: fatal: Symbol referencing errors. No output written to configure make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_8/menuconfig' /bin/sh: -: does not exist make: *** [comp_menuconfig] Error 1 Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Menuconfig Error on Solaris Sparc
Hello, Any updates on resolving this link error with menuconfig? I do have libncurses.so.5.9 library installed and libcurses.so.1 installed. # make menuconfig cd menuconfig; make ; cd - make[1]: Entering directory `/usr/local/src/opensips/opensips_1_8/menuconfig' gcc -o configure -g -Wall -DMENUCONFIG_CFG_PATH=\menuconfig/configs/\ -DMENUCONFIG_GEN_PATH=\etc/\ -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lcurses Undefined first referenced symbol in file getnstr commands.o ld: fatal: Symbol referencing errors. No output written to configure make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/opensips/opensips_1_8/menuconfig' /bin/sh: -: does not exist make: *** [comp_menuconfig] Error 1 Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Core Dump
Hello Bogdan, Opensips compiled ok but when I executed opensips, the modules could not be found. The modules were expected to be in the lib64 directory and not the lib directory of opensips. I have included a sample of the output. # make clean # make prefix=/usr/local/opensips-1.6.1 all # make prefix=/usr/local/opensips-1.6.1 install # /usr/local/opensips-1.6.1/sbin/opensips Feb 25 01:51:21 [6370] ERROR:core:yyparse: module 'signaling.so' not found in '/usr/local/opensips-1.6.1/lib64/opensips/modules/' Feb 25 01:51:21 [6370] CRITICAL:core:yyerror: parse error in config file, line 78, column 13-14: failed to load module Feb 25 01:51:21 [6370] DBG:core:yyparse: loading module /usr/local/opensips-1.6.1/lib64/opensips/modules/ Feb 25 01:51:21 [6370] ERROR:core:sr_load_module: could not open module /usr/local/opensips-1.6.1/lib64/opensips/modules/: ld.so.1: opensips: fatal: /usr/local/opensips-1.6.1/lib64/opensips/modules/: open failed: No such file or directory Feb 25 01:51:21 [6370] CRITICAL:core:yyerror: parse error in config file, line 78, column 13-14: failed to load module Feb 25 01:51:21 [6370] ERROR:core:yyparse: module 'sl.so' not found in '/usr/local/opensips-1.6.1/lib64/opensips/modules/' Feb 25 01:51:21 [6370] CRITICAL:core:yyerror: parse error in config file, line 79, column 13-14: failed to load module Feb 25 01:51:21 [6370] DBG:core:yyparse: loading module /usr/local/opensips-1.6.1/lib64/opensips/modules/ Feb 25 01:51:21 [6370] ERROR:core:sr_load_module: could not open module /usr/local/opensips-1.6.1/lib64/opensips/modules/: ld.so.1: opensips: fatal: /usr/local/opensips-1.6.1/lib64/opensips/modules/: open failed: No such file or directory Feb 25 01:42:20 [6368] CRITICAL:core:yyerror: parse error in config file, line 81, column 13-14: failed to load module Feb 25 01:42:20 [6368] ERROR:core:yyparse: module 'maxfwd.so' not found in '/usr/local/opensips-1.6.1/lib64/opensips/modules/' Feb 25 01:42:20 [6368] CRITICAL:core:yyerror: parse error in config file, line 82, column 13-14: failed to load module Feb 25 01:42:20 [6368] DBG:core:yyparse: loading module /usr/local/opensips-1.6.1/lib64/opensips/modules/ Feb 25 01:42:20 [6368] ERROR:core:sr_load_module: could not open module /usr/local/opensips-1.6.1/lib64/opensips/modules/: ld.so.1: opensips: fatal: /usr/local/opensips-1.6.1/lib64/opensips/modules/: open failed: No such file or directory Feb 25 01:42:20 [6368] CRITICAL:core:yyerror: parse error in config file, line 82, column 13-14: failed to load module Feb 25 01:42:20 [6368] ERROR:core:yyparse: module 'textops.so' not found in '/usr/local/opensips-1.6.1/lib64/opensips/modules/' Feb 25 01:42:20 [6368] CRITICAL:core:yyerror: parse error in config file, line 83, column 13-14: failed to load module Feb 25 01:42:20 [6368] DBG:core:yyparse: loading module /usr/local/opensips-1.6.1/lib64/opensips/modules/ Feb 25 01:42:20 [6368] ERROR:core:sr_load_module: could not open module /usr/local/opensips-1.6.1/lib64/opensips/modules/: ld.so.1: opensips: fatal: /usr/local/opensips-1.6.1/lib64/opensips/modules/: open failed: No such file or directory Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Nathaniel, Ah, interestingfirst reports non-64 sparc, second does :P Please try to comment in Makefile.defs (around line 87) the block (whole block): # fix sparc - sparc64 ifeq ($(ARCH),sparc) ifeq ($(shell uname -m),sun4u) ARCH := sparc64 endif ifeq ($(shell uname -m),sun4v) ARCH := sparc64 endif endif and recompile the whole stuff. Thanks and regards, Bogdan Nathaniel L Keeling III wrote: Here is the output from the commands: # uname -p sparc # uname -m sun4u # Thanks Nathaniel Bogdan-Andrei Iancu wrote: Please run in shell uname -p and uname -m and post here the output. Thanks and regards, Bogdan Nathaniel L Keeling III wrote: Bogdan, this is the error that I get when I do not add that option: gcc -g -O9 -funroll-loops -Wall -DNAME='opensips' -DVERSION='1.6.1-notls' -DARCH='sparc64' -DOS='solaris' -DCOMPILE R='gcc 3.4.6' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='/usr/local/opensips-1.6.1/etc/opensips/' -DPKG_MALLOC -DSHM _MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLO C -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALL OCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c blacklists.c -o blacklists.o */usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 223: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 243: error: cannot use v8plus instructions in a non-v8plus target binary* I get the same error when compiling opensips 1.5 Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Brian, opensipsl
Re: [OpenSIPS-Users] Core Dump
Bogdan, Please explain what I am doing wrong. From what I am understanding, I should be able to issue the make command and everything should compile ok, but when I do, I get errors and a unsuccessful compile. When I add the option -mcpu=ultrasparc I get a successful compile. I have included a text file of the output from the compile. Nathaniel Bogdan-Andrei Iancu wrote: Hi Brian, Maybe you should consider reporting the crashing you are mentioning (if they are so many as you say), so somebody could fix them - in this case everybody will be happier , I guess. If it crashes or not it depends a lot of what functionalities (modules) you are using (nobody can claim he tested all the modules in all possible combinations). For example I'm running opensips.org SIP service with SVN trunk and I do not get any core dumps...and it is an almost 3K lines config... So, again, if you get crashes, please report them. Regards, Bogdan PS: if the build is bogus (like in Nathaniel), the runtime will be unstable also - OpenSIPS has a lot of asm code that really depends on arch, so messing the build params may lead to bogus code. opensipsl...@encambio.com wrote: Hello Bogdan, An ven., févr 19, 2010, Bogdan-Andrei Iancu schrieb: opensipsl...@encambio.com wrote: An jeu., févr 18, 2010, Nathaniel L Keeling schrieb: I have compiled opensips 1.6.1 on Solaris Sparc 10. I was able to compile successfully by adding the parameter -mcpu=ultrasparc to the DEFS compile time options in Makefile.defs, but when I execute opensips, it will die with a core dump. It does thru the loading of the modules ok but dies later. Both Solaris 10 Sparc or Solaris 11 x86 do core dump when trying to use OpenSIPS 1.6.1. Nobody has seem to be able to diagnose this correctly much less repair the problem. How comes ? I know people using 1.6 on sparc + Solaris :P I don't know either, but I'm sure that some builds work better than others. This would particularly be the case if the problem code was in a certain module or component which some builds are missing. My build contains almost everything. If you try the same build parameters to compile 1.6.0 you will probably find that it not only compiles correctly but runs without core dumping as well. So much for the 'it is recommended to upgrade, as it provides important stability improvements' that they write about the 1.6.1 release on the website. hmmm... if you see the compiling as stability, maybe you are right The buildtime is not as problematic as the runtime, which only rarely coredumps on 1.6.0 but quite often on 1.6.1. I can get 1.6.0 to coredump as well by forcing OpenSIPS to try writing to TCP connections which don't exist. Being careful with 1.6.0 then it is possible to get a few weeks worth of usage with no core dump, maybe more. Now, getting serious... the problem is that since SF trashed the compiled farm, we (or at least I) do not have any sparc / solaris platform were to test the makefile options or the code... You can do a lot with a single good machine and Xen, but that is maybe food for another thread. It's sad indeed that no Solaris platforms are available for testing. Regards, Brian ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users # make prefix=/usr/local/opensips-1.6.1 all Compiling blacklists.c gcc -g -O9 -funroll-loops -Wall -DNAME='opensips' -DVERSION='1.6.1-notls' -DARCH='sparc64' -DOS='solaris' -DCOMPILER='gcc 3.4.6' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='/usr/local/opensips-1.6.1/etc/opensips/' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALLOCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c blacklists.c -o blacklists.o /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 223: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 243: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 267: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 298: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 318: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 340: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccJ6UlSy.s, line 371: error: cannot use v8plus
Re: [OpenSIPS-Users] Core Dump
Here is the output from the commands: # uname -p sparc # uname -m sun4u # Thanks Nathaniel Bogdan-Andrei Iancu wrote: Please run in shell uname -p and uname -m and post here the output. Thanks and regards, Bogdan Nathaniel L Keeling III wrote: Bogdan, this is the error that I get when I do not add that option: gcc -g -O9 -funroll-loops -Wall -DNAME='opensips' -DVERSION='1.6.1-notls' -DARCH='sparc64' -DOS='solaris' -DCOMPILE R='gcc 3.4.6' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='/usr/local/opensips-1.6.1/etc/opensips/' -DPKG_MALLOC -DSHM _MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLO C -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALL OCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c blacklists.c -o blacklists.o */usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 223: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 243: error: cannot use v8plus instructions in a non-v8plus target binary* I get the same error when compiling opensips 1.5 Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Brian, opensipsl...@encambio.com wrote: Hello Nathaniel, An jeu., févr 18, 2010, Nathaniel L Keeling schrieb: I have compiled opensips 1.6.1 on Solaris Sparc 10. I was able to compile successfully by adding the parameter -mcpu=ultrasparc to the DEFS compile time options in Makefile.defs, but when I execute opensips, it will die with a core dump. It does thru the loading of the modules ok but dies later. Both Solaris 10 Sparc or Solaris 11 x86 do core dump when trying to use OpenSIPS 1.6.1. Nobody has seem to be able to diagnose this correctly much less repair the problem. How comes ? I know people using 1.6 on sparc + Solaris :P If you try the same build parameters to compile 1.6.0 you will probably find that it not only compiles correctly but runs without core dumping as well. So much for the 'it is recommended to upgrade, as it provides important stability improvements' that they write about the 1.6.1 release on the website. hmmm...if you see the compiling as stability, maybe you are right Now, getting seriousthe problem is that since SF trashed the compiled farm, we (or at least I) do not have any sparc / solaris platform were to test the makefile options or the code Regards, Bogdan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Core Dump
Bogdan, this is the error that I get when I do not add that option: gcc -g -O9 -funroll-loops -Wall -DNAME='opensips' -DVERSION='1.6.1-notls' -DARCH='sparc64' -DOS='solaris' -DCOMPILE R='gcc 3.4.6' -D__CPU_sparc64 -D__OS_solaris -D__SMP_yes -DCFG_DIR='/usr/local/opensips-1.6.1/etc/opensips/' -DPKG_MALLOC -DSHM _MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLO C -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -DHAVE_ALL OCA_H -DUSE_SIGACTION -D_POSIX_PTHREAD_SEMANTICS -DHAVE_DEVPOLL -DHAVE_SELECT -c blacklists.c -o blacklists.o */usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 223: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccww7Koi.s, line 243: error: cannot use v8plus instructions in a non-v8plus target binary* I get the same error when compiling opensips 1.5 Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Brian, opensipsl...@encambio.com wrote: Hello Nathaniel, An jeu., févr 18, 2010, Nathaniel L Keeling schrieb: I have compiled opensips 1.6.1 on Solaris Sparc 10. I was able to compile successfully by adding the parameter -mcpu=ultrasparc to the DEFS compile time options in Makefile.defs, but when I execute opensips, it will die with a core dump. It does thru the loading of the modules ok but dies later. Both Solaris 10 Sparc or Solaris 11 x86 do core dump when trying to use OpenSIPS 1.6.1. Nobody has seem to be able to diagnose this correctly much less repair the problem. How comes ? I know people using 1.6 on sparc + Solaris :P If you try the same build parameters to compile 1.6.0 you will probably find that it not only compiles correctly but runs without core dumping as well. So much for the 'it is recommended to upgrade, as it provides important stability improvements' that they write about the 1.6.1 release on the website. hmmm...if you see the compiling as stability, maybe you are right Now, getting seriousthe problem is that since SF trashed the compiled farm, we (or at least I) do not have any sparc / solaris platform were to test the makefile options or the code Regards, Bogdan ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] SEAS not Loading
I am using opensips 1.5 and Solaris Sparc 10 Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Nathaniel, What version of opensips are you trying and what OS you are running on ? Regards, Bogdan Nathaniel L Keeling wrote: Hello, I am trying to load the seas module and I am getting this error: ERROR:core:sr_load_module: could not open module /data/opensips/lib64/opensips/modules/seas.so: ld.so.1: opensips: fatal: relocation error: file /data/opensips/lib64/opensips/modules/seas.so: symbol dprintf: referenced symbol not found Is this error due to not able to find a library? Any help would be appreciated. Thanks Nathaniel ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Registration and Loose-Route
Bogdan, Does this mean that the statement uri==myself will only be true when the domain table has an entry matching the sip server FQDN? Thanks Nathaniel Bogdan-Andrei Iancu wrote: Hi Nathaniel, OpenSIPs gives you the 403 as it does not recognize itself in the Route hdr of the REGISTER. By adding the entry in the domain table, OpenSIPS will recognize its own SIP domains and it will validate the request. about the 401 - this is the normal step during the authentication process. First the UAC sends a request with no credentials, the proxy answers with a 401 asking for auth; then the UAC should send a new request containing the credentials. Regards, Bogdan Nathaniel L Keeling wrote: If there is no entry in the domain table, the it will error in the loose_route() function and the error message that I get is 403 Preload Route denied. When I add an entry to the domain table, it passes the loose_route() function and then error while authenticating. I have placed an xlog statement within the register block of the config file and right before the loose_route() function block is executed. I have included my config file. thanks Nathaniel Eduardo Panciera wrote: Are you sure that the message are been processed by a register block of your configuration? can you attach your configuration file? you can use log function in the differents blocks of your configuration , in order to clarify your debug. best regards. Pancho. On Mon, Jun 29, 2009 at 9:06 PM, Nathaniel L Keeling keel...@akan-tech.com mailto:keel...@akan-tech.com wrote: I am new and need an explanation. I have installed opensips 1.5 with database support. I am trying to authenticate via the subscriber's table. Utilizing the sample config file and uncommenting the areas to allow authentication via database, I try to register a sip device. I have added a user using opensipsctl. When the registration requests comes in, it dies in the loose_route() function with the error 403 Preload Route Denied. According to the documentation on the loose_route() function, if there is no to-tag and there is only on route header indicating the localproxy, the function should return false. It is returning true. I then added the sip domain to the domain table and the error changes to 401Unauthorized. Please explain. I am including the SIP message and the debug output. Jun 29 01:15:03 [15473] DBG:core:parse_msg: SIP Request: Jun 29 01:15:03 [15473] DBG:core:parse_msg: method: REGISTER Jun 29 01:15:03 [15473] DBG:core:parse_msg: uri: sip:kwesi.chicagosip1.akan.us.com http://kwesi.chicagosip1.akan.us.com/ Jun 29 01:15:03 [15473] DBG:core:parse_msg: version: SIP/2.0 Jun 29 01:15:03 [15473] DBG:core:parse_headers: flags=2 Jun 29 01:15:03 [15473] DBG:core:parse_via_param: found param type 232, branch = z9hG4bK728627284; state=6 Jun 29 01:15:03 [15473] DBG:core:parse_via_param: found param type 235, rport = n/a; state=17 Jun 29 01:15:03 [15473] DBG:core:parse_via: end of header reached, state=5 Jun 29 01:15:03 [15473] DBG:core:parse_headers: via found, flags=2 Jun 29 01:15:03 [15473] DBG:core:parse_headers: this is the first via Jun 29 01:15:03 [15473] DBG:core:receive_msg: After parse_msg... Jun 29 01:15:03 [15473] DBG:core:receive_msg: preparing to run routing scripts... Jun 29 01:15:03 [15473] DBG:core:parse_headers: flags=100 Jun 29 01:15:03 [15473] DBG:core:parse_to: end of header reached, state=10 Jun 29 01:15:03 [15473] DBG:core:parse_to: display={}, ruri={sip:3124530...@kwesi.chicagosip1.akan.us.com mailto:sip%3a3124530...@kwesi.chicagosip1.akan.us.com} Jun 29 01:15:03 [15473] DBG:core:get_hdr_field: To [48]; uri=[sip:3124530...@kwesi.chicagosip1.akan.us.com mailto:sip%3a3124530...@kwesi.chicagosip1.akan.us.com] Jun 29 01:15:03 [15473] DBG:core:get_hdr_field: to body [sip:3124530...@kwesi.chicagosip1.akan.us.com mailto:sip%3a3124530...@kwesi.chicagosip1.akan.us.com ] Jun 29 01:15:03 [15473] DBG:core:get_hdr_field: cseq CSeq: 6493 REGISTER Jun 29 01:15:03 [15473] DBG:maxfwd:is_maxfwd_present: value = 70 Starting to process request Jun 29 01:15:03 [15473] DBG:uri:has_totag: no totag we are about to check for cancel Jun 29 01:15:03 [15473] DBG:core:parse_headers: flags=78 Jun 29 01:15:03 [15473] DBG:tm:t_lookup_request: start searching: hash=15692, isACK=0 Jun 29 01:15:03 [15473] DBG:tm:matching_3261: RFC3261 transaction matching failed Jun 29 01:15:03 [15473] DBG:tm:t_lookup_request: no transaction found we are about to check registration and multidomain we are about to check for loose route Jun 29 01:15:03 [15473]
Re: [OpenSIPS-Users] Error Compiling OpenSIPS on Solaris Sparc 10
I a using gcc version 3.4.6 Sergio Gutierrez wrote: Hi Nathaniel. Pleas provide us the version of GCC you are using; Best regards. Sergio On Sat, May 30, 2009 at 2:25 PM, Nathaniel L Keeling keel...@akan-tech.com mailto:keel...@akan-tech.com wrote: I am trying to compile opensips on Solaris Sparc 10 and I am getting these errors: /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2650: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2670: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2699: error: cannot use v8plus instructions in a non-v8plus target binary gmake[1]: *** [auth_mod.o] Error 1 gmake[1]: Leaving directory `/usr/local/opensips-1.5.1-tls/modules/auth' gmake: *** [modules] Error 2 I believe that I have all of the dependencies install and I am just trying to get a basic install to start to work with. Thanks ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Sergio Gutiérrez ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Error Compiling OpenSIPS on Solaris Sparc 10
This is a package that was installed from the sunfreeware.com website after installing the OS. I am not defining any CFLAGS or LDFLAGS when I try to compile. Here is the command that I use to compile: gmake modules Sergio Gutierrez wrote: Hi Nathaniel. GCC you are using is the one shipped with Solaris 10, or another package? Are you defining any value for CFLAGS or LDFLAGS at compilation time? Regards. Sergio On Sat, May 30, 2009 at 4:28 PM, Nathaniel L Keeling III keel...@akan-tech.com mailto:keel...@akan-tech.com wrote: I a using gcc version 3.4.6 Sergio Gutierrez wrote: Hi Nathaniel. Pleas provide us the version of GCC you are using; Best regards. Sergio On Sat, May 30, 2009 at 2:25 PM, Nathaniel L Keeling keel...@akan-tech.com mailto:keel...@akan-tech.com mailto:keel...@akan-tech.com mailto:keel...@akan-tech.com wrote: I am trying to compile opensips on Solaris Sparc 10 and I am getting these errors: /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2650: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2670: error: cannot use v8plus instructions in a non-v8plus target binary /usr/ccs/bin/as: /var/tmp//ccXzM5OE.s, line 2699: error: cannot use v8plus instructions in a non-v8plus target binary gmake[1]: *** [auth_mod.o] Error 1 gmake[1]: Leaving directory `/usr/local/opensips-1.5.1-tls/modules/auth' gmake: *** [modules] Error 2 I believe that I have all of the dependencies install and I am just trying to get a basic install to start to work with. Thanks ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org mailto:Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Sergio Gutiérrez -- Sergio Gutiérrez ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users