Re: [OpenSIPS-Users] Solaris Sparc Compile Error

[Nathaniel L. Keeling III]

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

[OpenSIPS-Users] Changing transport protocol to SCTP

[Moreira Yokoyama, Daniel]

Hi.

In a given scenario my routing script has to change the transport protocol to 
SCTP.

I tried to do it by using the t_relay(proto:server:port) version, but although 
it worked fine on my tests, when I used in my real case (which has not a 
predefined server to use as a literal) I found out that OpenSIPS give an error 
on StartUp-time complaining about the config file. So I assume it tries to eval 
the string at start up, and every way tried ("sctp:" + $od + ":" + $oP, or 
simply "sctp:$od:$oP")... none have worked.

But, when I tried to just concatenate the transport clause to $du, it worked 
just fine.

$du = "sip:" + $od + ":" + $op + ";transport=sctp";

The thing is, that was on 1.9.1.

But now I got a pretty new 2.1.2 version running on a test environment in order 
to see how would it be to migrate to a newer version... and as odd as it may 
be, the transport clause has no effect in the relay anymore (it keeps it in UDP 
instead).

Am I doing something wrong? The t_relay(proto:server:port) still seem to not 
work with anything other than literal strings, and I really need to be able to 
convert the request to sctp in this scenario.


Thanks.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Automatic support for UDP->TCP when MTU size reached?

[Gavin Murphy]

Hi all,

I did a search on this and the most recent discussion I saw was 
from 2010, so I figured I would pose the question again: is there a way 
to have OpenSIPS automatically adjust the transport from UDP to TCP when 
the request size is within 200 bytes of the MTU size, as per section 
18.1.1 of RFC 3261? I understand that NAPTR could be used to select the 
most desirable transport based on the destination, but what about based 
on message size? If it isn't supported automatically, is there a way to 
determine the message size just ahead of it being relayed so as to 
perhaps be able to alter the transport?


Thanks,

Gavin


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] SIP MESSAGE retransmission suppression

[Gavin Murphy]

Hi Chris,

it would seem (based on the description) that the fr_timer setting 
is for the final timeout, and not related to retransmissions, but please 
correct me if I have interpreted the description incorrectly. In RFC 
3261, it appears that Timer E is the one that governs the 
retransmissions of non-INVITE requests, and is initially set to T1. 
While T1 could be set to some larger value to suppress the 
retransmissions, it would also apply to INVITEs, since Timer A is also 
based on T1, and we don't want to impact the INVITE retransmission 
handling.


In this scenario, I don't think it's possible for there to be a final 
response for quite some time, as we are doing interworking between 
disparate networks (specifically an SMS network), with the terminating 
network taking a significant amount of time before being able to 
determine if the message can be accepted or will be rejected. That is 
why I asked about whether a provisional response (such as the 100 
Trying) would help to suppress the retransmissions. In looking at RFC 
3428 (section3 last paragraph, and section 8 last paragraph), it appears 
that provisional responses for MESSAGE are supported. Section 21.1 of 
RFC 3261 indicates "A server sends a 1xx response if it expects to take 
more than 200 ms to obtain a final response.". In our case it is 
definitely going to be more than 200 ms before a final response can be 
determined, and thus the thinking that a 1xx class response would help 
suppress the retransmissions.


At this point our only option may be to go to a TCP transport.

Gavin

On 29/02/2016 10:07 AM, users-requ...@lists.opensips.org wrote:

Hi Gavin,

You can adjust timer behavior but this is not covered by RFC 3261.
If you need to be aware against RFC, you should think about to solve it in 
another way.

http://www.opensips.org/html/docs/modules/1.8.x/tm.html

fr_timer can be adjusted to solve this.
Better way is to have intelligent devices on your transmission route to answer 
fastest.

Best regards

Chris




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Dispatcher algorithm question

[Olle E. Johansson]

> On 29 Feb 2016, at 18:58, Gunjan Korlekar  wrote:
> 
> Hello,
> 
> I have a dispatcher table with about 10 destinations and was using the 
> round-robin algorithm to route to destinations since we wanted to have an 
> even spread of traffic across the destinations. However I recently observed 
> that with the round-robin, re-INVITEs with the same call id get routed to 
> different destinations which we thought the dispatcher would handle. So we 
> figured that if we want to circumvent this problem we need to use the hash 
> over call-id algorithm. 
> 
> Does the 'hash over call-id' give a fair way of distributing the calls over 
> different destinations in the dispatcher like the round robin so that the 
> traffic is spread evenly over the destinations?
> Is there a way we can combine the two algorithms for one set of destinations? 

Re-invites are in-dialog and should not be handled with dispatcher normally. 
Dispatcher is used to dialog-forming requests only. I would like to suggest you 
review your script.

/O



smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Dispatcher algorithm question

[Gunjan Korlekar]

Hello,

I have a dispatcher table with about 10 destinations and was using the
round-robin algorithm to route to destinations since we wanted to have an
even spread of traffic across the destinations. However I recently observed
that with the round-robin, re-INVITEs with the same call id get routed to
different destinations which we thought the dispatcher would handle. So we
figured that if we want to circumvent this problem we need to use the hash
over call-id algorithm.

Does the 'hash over call-id' give a fair way of distributing the calls over
different destinations in the dispatcher like the round robin so that the
traffic is spread evenly over the destinations?
Is there a way we can combine the two algorithms for one set of
destinations?

-- 
Thanks,
Gunjan
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] WARNING:topology_hiding:topology_hiding: SCRIPT ERROR - trying to initialize topology hiding for sequential request

[Alain Bieuzent]

Hello,

i'm using opensips 2.1.0 and sometimes i have this error message :
WARNING:topology_hiding:topology_hiding: SCRIPT ERROR - trying to
initialize topology hiding for sequential request.

I checked INVITE when i have this message and i don't find difference
between other calls.

What should i activated traces ? where should i look ?

Thanks

Alain

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSips 1.11.5 - MSILO questions

[Milagros González]

Hi all,

I'm using msilo as offline message storage in OpenSips 1.11.5, and I have
some doubts regarding the following topics:

1) Prefix added to dumped stored messages when 'add_date' parameter is set
is in the form: "[Offline message - ". Is there any way
to customize string value and date time format used?

2) When stored messages are dumped to the user, this is done so fast that
the destination is not processing then in the correct order. Although this
issue is not related to OpenSips, since it is sending the messages in the
correct order, I wonder if there is any way to add some 'delay' between
messages so the destination is not flood and is able to process them in
expected order.
I've performed a simple test modifying m_dump function in msilo.c to add
'usleep(5)' at the bottom of for loop for messages found in DB. This
'delay' fixes the issue, but I suppose this could impact OpenSips
performance. Could it be dangerous?

Thanks in advance for your help and advise.
Regards,
Mila
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Fwd: Getting general failure Error when trying to fetch SNMP stats.

[Ionut Ionita]

Hi,

Did you check that the 'rocommunity' parameter in your snmpd.conf file
is the same with the 'snmpCommunity' parameter in SNMPStats module
configuration
(modparam("snmpstats", "snmpCommunity", "...")
and the one you are giving as a parameter to snmpbulkwalk as '-c'?
I tried to configure snmpstats, used public as community in the beginning,
didn't set this parameter in OpenSIPS config file and had it set to
voip_monitoring in my snmpd.conf . After setting the community everywhere to
voip_monitoring the query
/
snmpwalk -O s -v 2c -c  public localhost 
OPENSER-SIP-COMMON-MIB::openserSIPCommonObjects


/returned

openserSIPProtocolVersion.0 = STRING: SIP/2.0
openserSIPServiceStartTime.0 = Timeticks: (0) 0:00:00.00
openserSIPEntityType.0 = BITS: 20 proxyServer(2)
openserSIPTransportRcv.ipv4."172.16.36.163".5060 = BITS: 40 udp(1)
openserSIPMethodName.1 = STRING: METHOD_INVITE
openserSIPMethodName.2 = STRING: METHOD_CANCEL
openserSIPMethodName.3 = STRING: METHOD_ACK
openserSIPMethodName.4 = STRING: METHOD_BYE
openserSIPMethodName.5 = STRING: METHOD_INFO
openserSIPMethodName.9 = STRING: METHOD_MESSAGE
openserSIPMethodName.12 = STRING: METHOD_PRACK
openserSIPMethodName.13 = STRING: METHOD_REFER
openserSIPMethodName.14 = STRING: METHOD_PUBLISH
openserSIPSummaryInRequests.0 = Counter32: 0
openserSIPSummaryOutRequests.0 = Counter32: 0
openserSIPSummaryInResponses.0 = Counter32: 0
openserSIPSummaryOutResponses.0 = Counter32: 0
openserSIPSummaryTotalTransactions.0 = Counter32: 0
openserSIPCurrentTransactions.0 = Gauge32: 0
openserSIPNumUnsupportedUris.0 = Counter32: 0
openserSIPNumUnsupportedMethods.0 = Counter32: 0
openserSIPOtherwiseDiscardedMsgs.0 = Counter32: 0


which I guess it's ok.

--
Ionut Ionita
OpenSIPS Developer

On 02/09/2016 17:17 PM, Husnain Taseer wrote:

Dear Users,
I am trying to fetch SNMP stats from opensips and getting general 
failure error, I have configured snmpstats module in opensips and have 
also configured snmpd service on CentOS. System Packaging details are 
as follows:


OS Version: Â CentOS Linux release 7.1.1503 (Core)
Opensips Version:Â Server:: OpenSIPS (2.1.1 (x86_64/linux))
SNMP Version:Â NET-SNMP version 5.7.2

Configuration Details and logs are as follows:

*snmpstats.so configuration:*
loadmodule "snmpstats.so"
modparam("snmpstats", "sipEntityType", "registrarServer")
modparam("snmpstats", "snmpgetPath", "/usr/bin/")

*snmpd.conf :*
/rocommunity  public/
/syslocation  "VM, Virtual DataCenter"/
/syscontact  /
/master agentx/
/agentXSocket    tcp:localhost:705/

*snmp.conf:*
/defVersion      2c/
/defCommunity    public/

*snmpstats.conf*
agentXSocket tcp:localhost:705

*Output of netstat:*
[root@VoIPDevSys ~]# netstat -nlp | grep snmpd
tcp        0      0 127.0.0.1:705      
     0.0.0.0:*               LISTEN     28461/snmpd
udp        0      0 0.0.0.0:161        
     0.0.0.0:*                          28461/snmpd


in snmpd.log AgentX master support enabled can be seen:

*snmpd.log*
/Feb  9 16:49:45 VoIPDevSys systemd: Starting Simple Network 
Management Protocol (SNMP) Daemon/
/Feb  9 16:49:45 VoIPDevSys snmpd[28461]: Turning on *AgentX master* 
support./
/Feb  9 16:49:45 VoIPDevSys snmpd[28461]: Turning on *AgentX master 
*support./

/Feb  9 16:49:45 VoIPDevSys snmpd[28461]: NET-SNMP version 5.7.2/
/Feb  9 16:49:45 VoIPDevSys systemd: Started Simple Network 
Management Protocol (SNMP) Daemon../

/
/

Output of different commands:

Basic command sysLocation.0 works:
/[root@VoIPDevSys opensips]# snmpbulkwalk -O s -v 2c -c  public 
localhost sysLocation.0/

/sysLocation.0 = STRING: \"VM, Virtual DataCenter\"/

Command openserSIPProtocolVersion.0 also works using snmpget:
[root@VoIPDevSys opensips]# snmpget -O s -v 2c -c  public localhost 
OPENSER-SIP-COMMON-MIB::openserSIPProtocolVersion.0

openserSIPProtocolVersion.0 = STRING: SIP/2.0
*
*
*But when I try to fetch common objects i am getting following error:*

/[root@VoIPDevSys opensips]# snmpwalk -O s -v 2c -c  public localhost 
OPENSER-SIP-COMMON-MIB::openserSIPCommonObjects/

/openserSIPProtocolVersion.0 = STRING: SIP/2.0/
/Error in packet./
/Reason: (genError) A general failure occured/
/Failed object: openserSIPProtocolVersion.0/


[root@VoIPDevSys opensips]# snmpbulkwalk -v2c -Os -c public localhost 
OPENSER-REG-MIB::openser

Error in packet.
Reason: (genError) A general failure occured
Failed object: openserSIPCommonMIB.1.1.1.0

openser = No Such Object available on this agent at this OID.

Please advice where I am doing wrong, or is it a bug in getting the 
complete object from snmpstats module.



*Regards,*
*Husnain Taseer*
*VoIP Developer*





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSips 1.11.5 MSILO - MS SQL integration via UnixODBC + FreeTDS

[Milagros González]

Hello Everyone,

I have some questions regarding msilo module usage for MS SQL DB
integration using db_unixodbc module.

Following instructions found in OpenSips documentation, I've installed
UnixODBC (v2.2.14) and FreeTDS (v0.82) and configured it properly. I'm
currently using some other modules which store information persistently in
DB as dispatcher, usrloc or subscriber. Those modules are working properly,
but I'm having some troubles with msilo module.
Since sql scripts are not included for MS MSQL DB, I've created tables
manually. The problem I'm facing with msilo module is related to body
column in msilo table. Since this column must be binary, I've defined it as
'varbinary(500)' MS SQL data type.

The following error is shown in OpenSips log file when msilo tries to store
messages to DB:

Feb 29 16:06:05 deservoz2 /opt/opensips-1.11.5/sbin/opensips[21623]:
ERROR:db_unixodbc:db_unixodbc_submit_query: rv=-1. Query= insert into silo
(username,domain,dst_addr,src_addr,body,ctype,exp_time,inc_time,snd_time )
values ('300100','mediafusion.es','sip:300...@mediafusion.es','
sip:300...@mediafusion.es','test message for offline
user','text/plain;charset=UTF-8',1456758965,1456758365,0)
Feb 29 16:06:05 deservoz2 /opt/opensips-1.11.5/sbin/opensips[21623]:
ERROR:db_unixodbc:db_unixodbc_extract_error:
*unixodbc:SQLExecDirect=22018:1:257:[FreeTDS][SQL
Server]Implicit conversion from data type varchar to varbinary is not
allowed. Use the CONVERT function to run this query.*
Feb 29 16:06:05 deservoz2 /opt/opensips-1.11.5/sbin/opensips[21623]:
ERROR:core:db_do_insert: error while submitting query
Feb 29 16:06:05 deservoz2 /opt/opensips-1.11.5/sbin/opensips[21623]:
ERROR:msilo:m_store: failed to store message



Same error occurs when the query is executed using osql tool provided by
FreeTDS. As error suggests, I've tried to execute insert query using
CONVERT function for a explicit varchar to varbinary conversion and it
works:

insert into silo
(username,domain,dst_addr,src_addr,body,ctype,exp_time,inc_time,snd_time )
values ('300100','mediafusion.es','sip:300...@mediafusion.es','
sip:300...@mediafusion.es', CONVERT(varbinary(500),'test message for
offline  user','text/plain;charset=UTF-8',1456758965,1456758365,0)


Although data is correctly inserted using CONVERT function, when OpenSips
retrieves it for message dumping, the body of the message is being sent as
binary so it is not readable. For the body to be readable, a CONVERT
function must be used for explicit conversion from varbinary to varchar in
select statement.
Not sure whether this issue is on Opensips side or UnixODBC + FreeTDS. I
can provide entire debug traces, network traces, OpenSips script,
UnixODBC/FreeTDS configuration if it helps.

Using MySQL instead of MS SQL, both data storage and retrieval are working
properly.
Is it an OpenSips limitation or a UnixODBC + FreeTDS misbehavior? Does
anyone suffer this problem before?
Any help will be appreciated.

Thanks & Regards,
Mila
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Solaris Sparc Compile Error

[Răzvan Crainea]

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

[OpenSIPS-Users] Binary interface: usrloc replications - restore registrations after node restart

[ev...@ukr.net]

Hi !

It's really nice option - that now Opensips nodes can replicate "SIP 
registrations" and "Dialogs" between each other w *"bin_listen" options.


http://www.opensips.org/Documentation/Interface-Binary-2-1
*
I have a few question related to cluster architecture with fail over:

1).

- If one of the "Opensips phone edges" was restarted - can it catch all 
USRLOC registrations through binary interface from alive nodes ?
- if it can't do restoring of the database through binary interface - 
maybe you have an idea how to do that ?



2).

- it's share dialogs information - if one node is suddenly down, can 
call dialog be proceeded on other node ?


With kind regards,

Ewgeny Berladin
Voip Engineer


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] SIP MESSAGE retransmission suppression

[Christian Lahme]

Hi Gavin,

You can adjust timer behavior but this is not covered by RFC 3261.
If you need to be aware against RFC, you should think about to solve it in 
another way.

http://www.opensips.org/html/docs/modules/1.8.x/tm.html

fr_timer can be adjusted to solve this.
Better way is to have intelligent devices on your transmission route to answer 
fastest.

Best regards

Chris



Am 29.02.16 12:55 schrieb "users-boun...@lists.opensips.org im Auftrag von 
Gavin Murphy" :

>Hi all,
>
>is it possible use a provisional response to suppress the 
>retransmission of SIP MESSAGEs (over UDP)? A test whereby a 100 Trying 
>was sent didn't seem to do the trick. In our case there could be a 
>significant amount of time (many seconds) between the time the original 
>MESSAGE is sent and a final response is generated.
>
>Thanks,
>
>Gavin
>
>
>___
>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

[Nathaniel L. Keeling III]

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

[OpenSIPS-Users] SIP MESSAGE retransmission suppression

[Gavin Murphy]

Hi all,

   is it possible use a provisional response to suppress the 
retransmission of SIP MESSAGEs (over UDP)? A test whereby a 100 Trying 
was sent didn't seem to do the trick. In our case there could be a 
significant amount of time (many seconds) between the time the original 
MESSAGE is sent and a final response is generated.


Thanks,

Gavin


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Out of memory problem

[Liviu Chircu]

No, more like the 2.2+ LTS, due to be released towards the end of March, 
a fork of the current "master" branch on git.


Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 29.02.2016 12:58, Денис Путято wrote:

Re: [OpenSIPS-Users] Out of memory problem Newer version = 2.1?

mailto:denis7...@mail.ru


	This is PKG memory (i.e. packaged / private / per-process), so you 
should actually increase "-M" CLI switch!


Note: Newer versions of OpenSIPS will have improved error reporting 
for easier troubleshooting of oom (out-of-memory) errors.

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 29.02.2016 10:20, Денис Путято wrote:
Re: [OpenSIPS-Users] Out of memory problem 
ERROR:core:db_allocate_rows: no memory left

ERROR:db_mysql:db_mysql_fetch_result: no memory left
ERROR:dialplan:dp_load_db: failed to fetch
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
ERROR:dialplan:mi_reload_rules: failed to reload database
ERROR:mi_fifo:mi_fifo_server: command () processing failed


mailto:denis7...@mail.ru

/> What is the exact text of the error?
> ‎
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States

> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: /http://www.evaristesys.com//, /http://www.csrpswitch.com/

/> Sent from my BlackBerry.
>   Original Message
> From: Денис Путято
> Sent: Monday, February 29, 2016 00:58
> To: Alex Balashov; OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Out of memory problem


> ___
> 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] Out of memory problem

[Денис Путято]

Newer version = 2.1?

 mailto:denis7...@mail.ru


This is PKG memory (i.e. packaged / private / per-process), so you should 
actually increase "-M" CLI switch!

Note: Newer versions of OpenSIPS will have improved error reporting for easier 
troubleshooting of oom (out-of-memory) errors.
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 29.02.2016 10:20, Денис Путято wrote:
Re: [OpenSIPS-Users] Out of memory problem ERROR:core:db_allocate_rows: no 
memory left
ERROR:db_mysql:db_mysql_fetch_result: no memory left
ERROR:dialplan:dp_load_db: failed to fetch
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
ERROR:dialplan:mi_reload_rules: failed to reload database
ERROR:mi_fifo:mi_fifo_server: command () processing failed


mailto:denis7...@mail.ru

> What is the exact text of the error?
> ‎
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States

> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

> Sent from my BlackBerry.
>   Original Message  
> From: Денис Путято
> Sent: Monday, February 29, 2016 00:58
> To: Alex Balashov; OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Out of memory problem


> ___
> 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] Solaris Sparc Compile Error

[Răzvan Crainea]

Hi, Nathaniel!

So setting those variables made it compile? That's what I noticed from 
your output. Can you please confirm?
Also, it is not sucha a good idea to set the CFLAGS and CXXFLAGS, unless 
you really know what to do. You'd better use CC_EXTRA_OPTS and 
LD_EXTRA_OPTS, as I pointed below. Also, did you try to compile without 
setting any variable?


I noticed that you are facing an error when you're trying to compile the 
emergency module. I committed a fix for that right now.


Best regards,
Răzvan


On 02/29/2016 12:32 PM, Nathaniel L. Keeling III wrote:

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


--
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

Re: [OpenSIPS-Users] Out of memory problem

[Liviu Chircu]

This is PKG memory (i.e. packaged / private / per-process), so you 
should actually increase "-M" CLI switch!


Note: Newer versions of OpenSIPS will have improved error reporting for 
easier troubleshooting of oom (out-of-memory) errors.


Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 29.02.2016 10:20, Денис Путято wrote:
Re: [OpenSIPS-Users] Out of memory problem 
ERROR:core:db_allocate_rows: no memory left

ERROR:db_mysql:db_mysql_fetch_result: no memory left
ERROR:dialplan:dp_load_db: failed to fetch
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
ERROR:dialplan:mi_reload_rules: failed to reload database
ERROR:mi_fifo:mi_fifo_server: command () processing failed


mailto:denis7...@mail.ru

/> What is the exact text of the error?
> ‎
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States

> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

> Sent from my BlackBerry.
>   Original Message
> From: Денис Путято
> Sent: Monday, February 29, 2016 00:58
> To: Alex Balashov; OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Out of memory problem


> ___
> 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] Solaris Sparc Compile Error

[Nathaniel L. Keeling III]

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] Understanding async support in 2.x

[Răzvan Crainea]

Hi, Christian!

The async execution stops the processing, unless there is an internal 
error. Considering your question, here are a few scenarios and execution 
stacks:

Scenario 1: The async query completes successfully:
route(0) -> async(avp_db_query) -> route(resume_some_blah); # xlog bla 
is not printed


Secnario 2: The async succeeds, but nothing was found
route(0) -> async(avp_db_query) -> route(resume_some_blah); # xlog bla 
is not printed and the returned code is -2


Scenario 3: Something goes wrong and avp_db_query does not manage to 
launch async query
route(0) -> async(avp_db_query) fails -> xlog("xlog bla"); # xlog is 
printed and avp_db_query() is not even executed


So unless there is something really bad going on, and the async query 
does not get to be run, you will never see the "xlog bla". Hope that was 
clear.


Best regards,
Răzvan

On 02/27/2016 01:15 PM, Christian Lahme wrote:

Hi everybody,

I understood, that

route {

async(avp_db_query("select some_bla from some_table where somevar = 
'somekey';", $avp(some_bla)), resume_some_blah);

xlog("xlog bla");
}

route[resume_some_blah] {

# do something

}

wan’t call the xlog in first route.

But what about

route {

route(some_blah);
xlog("xlog bla");
}

route[some_blah] {

async(avp_db_query("select some_bla from some_table where somevar = 
'somekey';", $avp(some_bla)), resume_some_blah);

}

route[resume_some_blah] {

# do something

}

Will xlog be called?


Best regards

Chris


___
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

Re: [OpenSIPS-Users] Solaris Sparc Compile Error

[Răzvan Crainea]

Hi, Nathaniel!

What architecture are you running on? Is it 32 or 64 bits?

Can you run: LD_EXTRA_OPTS=-m64 NICER=0 make all

Thanks,
Răzvan

On 02/27/2016 12:33 PM, Nathaniel L. Keeling III wrote:

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


--
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

Re: [OpenSIPS-Users] Out of memory problem

[Денис Путято]

ERROR:core:db_allocate_rows: no memory left
ERROR:db_mysql:db_mysql_fetch_result: no memory left
ERROR:dialplan:dp_load_db: failed to fetch
ERROR:dialplan:dp_load_all_db: unable to load ast_dialplan table
ERROR:dialplan:mi_reload_rules: failed to reload database
ERROR:mi_fifo:mi_fifo_server: command () processing failed


mailto:denis7...@mail.ru

> What is the exact text of the error?
> ‎
> --
> Alex Balashov | Principal | Evariste Systems LLC
> 303 Perimeter Center North, Suite 300
> Atlanta, GA 30346
> United States

> Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

> Sent from my BlackBerry.
>   Original Message  
> From: Денис Путято
> Sent: Monday, February 29, 2016 00:58
> To: Alex Balashov; OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Out of memory problem


> ___
> 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