Hi,
Sorry for delay. After stopping OpenSIPS (and before starting it again),
could you check what you have in the file ? are all the records there ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 20.09.2014 02:03, discodo...@aol.com wrote:
Hi
The pattern field is used as an extra matching key - once the matching
based on src IP is done, you can enforce a regular expression (the
pattern) to match the message as text.
In your scenario you do not need it.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
Hi Ovidiu,
We need to check once again if the mi_xmlrpc_ng can do a perfect replace
for mi_xmlrpc - then we can obsolete in a blink of an eye.
Are you aware of any pending issues in terms of backward compatibility ?
PS: 1.12 is replaced by 2.1.0 - this is the version on trunk.
Regards,
The trunk (development code) was switched from 1.12.x to 2.1.x and you
can get the URL from http://www.opensips.org/Downloads/Downloads#toc4.
The trunk version is not for production. See the available versions here:
http://www.opensips.org/About/AvailableVersions
Regards,
Bogdan-Andrei Iancu
Hello,
Seehttp://www.opensips.org/Community/Business
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 26.09.2014 02:19, Levent Tinaz wrote:
Hello,
Our company needs some help on our opensips servers. We are looking
for a contractor to assist
Hello ,
A registrar server stores the registered contact URIs (the those URIs
are the one returned in the 200 OK).
The +sip.instance is not part of the contact URI - it is actually a
parameter of the Contact header, not a parameter of the Contact URI.
This is way it is not saved.
Regards,
There was a lot of work done right before releasing 1.11 to fix the
compatibility issue. I didn't heard back anything, so I assume that it's
fixed.
Anyway, if there's no push for it, the transition will never happen :)
-ovidiu
On Oct 7, 2014 5:24 AM, Bogdan-Andrei Iancu bog...@opensips.org
Hi Gary,
The difference between the 2 timer is if a reply was received or not -
until the first reply you have T_fr_timeout, after that, it is
T_fr_inv_timeout.
So, use the t_local_replied(all)
(http://www.opensips.org/html/docs/modules/1.11.x/tm.html#id295158) to
see if any rely was
Hello Alec,
The error means you received a reply with syntax errors (in this case
you should have other error logs before) or with VIA or CSEQ hdr missing
(not other errors in advance).
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On
Ovidiu, we are still somewhere in the middle of a release cycle, so
enough time to eventually fix potential problems. I agree with you, we
need to take the step and face the outcome.
We need to prepare a directly on the repo, like modules_old where to
move the obsolete modules.
Regards,
Hi all,
I am getting this error ERROR:tm:t_check: INVITE reply cannot be parsed
when some make a call though our system.
I am not sure where it came from I just wondering if anyone know some
common problem when this has happens?
it happen sometime after someone does an Invite from one of our
Hi Jaap,
It is standard shell stuff - Crtl z puts the current app into
background. You can see background apps with jobs and bring one back
forward with fg [id]
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 05.10.2014 21:46, Jaap van der
Hi Mickael,
If you do the drop in branch route, that branch will be discarded (not
sent out at all). IF no branch is actually sent out, you will get the
error logs from t_forward_nonack (as you have).
In this case, the t_relay() will fail (nothing sent) - to get that error
in script, set
Hi Chen-Che,
Which OpenSIPS version are you using ? maybe you have an old one where
the domain module is not compatible with the db_text driver. In 1.11
definitely is.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 06.10.2014 10:44, microx
Hi Kaan,
The log you refer to is a DBG and not an ERR (error) - when a new
request is received, opensips (inside the t_relay) tries to match it
against existing transactions to see if it a retransmission on not. The
fact your request does not match means it is not a retransmission, but
Hi Bogdan-Andrei,
I use OpenSIPS 1.9.2. I hope the version is not too old for the domain
table.
Best wishes,
Chen-Che
--
View this message in context:
http://opensips-open-sip-server.1449251.n2.nabble.com/db-text-for-domain-table-tp7593779p7593827.html
Sent from the OpenSIPS - Users mailing
Dear Bogdan,
I am using opensips-1.6 on CentOS-5.8.
In certain conditions I am seeing lot of packets queued in recv queue and not
getting processed.
I am monitoring the same using netstat command.
While observing the siptrace I found, opensips couldn't reply to incoming msgs,
and if
Hello Chen-Che,
1.9 does not have that fix (to support db_text), neither 1.10 . Only
1.11 has it.
That fix is combined with adding attr support for domains:
https://github.com/OpenSIPS/opensips/commit/57ec0f399438b383b031535dc27a1e253ca78bec
Of course, you can try and copy the whole module
Generally you can monitor for this with:
netstat -nlp|grep opensips
but I suspect you are already doing something similar. The statistics
module also has a similar statistics. The command:
opensipsctl fifo get_statistics all
If you look near the bottom, you'll see the load in percent of the
Dear Brett,
I think this statistics option isn't avail in opensips-1.6 ver.
plz tell me wt can I do in 1.6.
thnx for the reply.
- Original Message -
From: Brett Nemeroff br...@nemeroff.com
To: OpenSIPS users mailling list users@lists.opensips.org
Sent: Tuesday, October 7, 2014
I'd be surprised if it wasn't..
Either way, netstat will give you pretty good information. I regularly
monitor the output values in netstat.
On Tue, Oct 7, 2014 at 9:51 AM, Vandan Joshi vandan.jo...@panamaxil.com
wrote:
Dear Brett,
I think this statistics option isn't avail in opensips-1.6
Thank you Bogdan for the advice.
That's what I was looking for :-)
Best Regards,
- Gary
Sent: Tuesday, October 07, 2014 at 9:10 AM
From: Bogdan-Andrei Iancu bog...@opensips.org
To: OpenSIPS users mailling list users@lists.opensips.org, g...@gmx.us
Subject: Re: [OpenSIPS-Users] $T_fr_timeout
Ever wonder how you can:
* load balance your Asterisk servers
* provide fail over protection for your Asterisk servers
* distribute services to your Asterisk server clusters
*On October 21st, 2014, Las Vegas will be the the OpenSIPS city!*
*Vlad Paiu - OpenSIPS core developer - */OpenSIPS,
23 matches
Mail list logo