doh... that did it.
Thanks.
On Mon, Feb 14, 2011 at 3:59 PM, Ovidiu Sas wrote:
> You need to use the trunk version.
>
>
> Regards,
> Ovidiu Sas
>
> On Mon, Feb 14, 2011 at 4:25 PM, thrillerbee
> wrote:
> > Ovidiu,
> >
> > It is still stripping the from display name in the top hiding module.
>
You need to use the trunk version.
Regards,
Ovidiu Sas
On Mon, Feb 14, 2011 at 4:25 PM, thrillerbee wrote:
> Ovidiu,
>
> It is still stripping the from display name in the top hiding module.
> Running this version:
> URL: https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6
> Repo
Ovidiu,
It is still stripping the from display name in the top hiding module.
Running this version:
URL: https://opensips.svn.sourceforge.net/svnroot/opensips/branches/1.6
Repository Root: https://opensips.svn.sourceforge.net/svnroot/opensips
Repository UUID: 689a6050-402a-0410-94f2-e92a70836424
Juri,
This was gnawing at me so I searched and found the "official" answer
of what a CANCEL should look like.
Go to
http://www.ietf.org/rfc/rfc3261.txt
and search for "9 Canceling a Request"
>From what I read it basically says that the CANCEL should be nearly
identical to the INVITE it is cancelin
I was half expecting that kind of result.
I don't know what exactly opensips uses to match transactions. I
believe Call-id and CSeq headers being the same but I'm quite sure
there is more like maybe from tag? I don't know.
Can anyone else chime in on what opensips is checking to match a transactio
Hello,
I have a couple of questions regarding registrations and the registrar module.
We store the registrations in memory only.
1. When a registration is gone (expired, manually removed...), how long does
it stay in the memory before it completely goes away. If I do "opensipsctl ul
show",
Thanks Dave. I'll try out your suggestions.
On Feb 9, 2011, at 3:01 AM, Dave Singer wrote:
> Cinthia,
>
> I'm fairly new to OCP myself, just got it running about a month ago.
> Since no one with more experience responded, I'll help if I can.
> Sounds like you have it all setup and working as
yes i configured the SIP client and calling and IM is working , but the
presence module is not working and i am not getting where is the problem,
whether it is in opensip configuration or somthing else...
On Mon, Feb 14, 2011 at 6:48 PM, Anca Vamanu wrote:
> Hi Abid,
>
> I suppose you configure
This is on revision 7081.
It seems to be fairly consistently happening around free_dlg_dlg in
dlg_hash.c which is triggering it -- we have several cores showing this
behavior.
What are the next steps for debugging this? This is on a production machine
and we haven't been able to reproduce it els
I'm really trying to find methods of combating memory leaks that I now
believe must be caused by some specific traffic pattern. As a result, I'm
trying to "filter" as much "bad" traffic as possible before it gets into the
core of my network.
I *have* seen parse errors on the from header as I use u
Hi,
On 02/12/2011 11:10 PM, ViennaCivicEP2 wrote:
Hi,
first of all - thanks for your reply.
Secondly, i didn´t make any changes to the x-lite configuration (except the
user settings to connect to the server) so i think it should be "end-to-end"
this is what confuses me a little, because i can´t
Hi Abid,
I suppose you configured your SIP client so that it sends Subscribe and
Publish with a Route header ( a preloaded route) and OpenSIPS does not
allow this. You should watch the network trace to see exactly what happens.
Regards,
--
Anca Vamanu
OpenSIPS Developer
On 02/14/2011 11:59
Hi,
I am getting cdrs but with no callee, caller or leg type shown. Looking
at the various scripts and at the cdrs database there does not seem to
be anywhere this is stored. These fields exist in the acc db only.
Is there an updated script that creates these entries, I have
opensips_cdrs_
Hi!
I am getting this error while i configured presence server of Opensips and
try to run UCT client on top of it. Can any one guide me about this.
14:49:41> REGISTER
14:49:41> Unauthorized - Challenging the UE (for REGISTER)
14:49:41> REGISTER with credentials
14:49:41> OK - SAR succesful and re
yeah, you're right, there's also probably no harm in filtering SUBSCIBE as
well...
Regards
Juri Nysschen
-Original Message-
From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of Dave Singer
Sent: Monday, February 14, 2011 10:42 AM
To: OpenSIPS use
Juri,
Thanks for the compliment!
Great addition yourself!
I hadn't looked at the premissions module before and it looks to be a
good resource for potentially many tasks.
Using it as you show would be much faster than trying to do db lookup
and cache_store method!
Only one thing, you are only showi
Toyima,
The client does NOT have to use NAPTR or SRV. It can use regular A or
CNAM records as well or even just an IP. (unless it is a half baked
client)
SRV and NAPTR are special DNS records that can be used tell the client
what services are available and where and how to connect to them. If
your
17 matches
Mail list logo