date:20160321

Re: [OpenSIPS-Users] How can the global variable "listen" to listen WLAN ?

2016-03-21 Thread Alex Balashov


On 03/21/2016 04:36 PM, Rodrigo Pimenta Carvalho wrote:


According to the documentation "...It can be an IP address, hostname or
network interface id".

So, can I do the following configuration?


listen=tcp:wlan0:5060


Why can't you just do exactly that?

--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States

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

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

[OpenSIPS-Users] How can the global variable "listen" to listen WLAN ?

2016-03-21 Thread Rodrigo Pimenta Carvalho

Hi.


What is the right syntax to do something similar to the following code, but 
considering wireless network?


listen=tcp:eth0:5060


According to the documentation "...It can be an IP address, hostname or network 
interface id".

So, can I do the following configuration?


listen=tcp:wlan0:5060

Any hint will be very helpful!


Best regards.




RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Query about avp in siptrace module

2016-03-21 Thread Daniel Zanutti

Please take a look at AVP page:
http://www.opensips.org/html/docs/modules/1.9.x/avpops.html#id248034

'AVPs are persistent per SIP transaction, being available in "route",
"branch_route" and "failure_route". To make them available in
"onreply_route" armed via TM module, set "onreply_avp_mode" parameter of TM
module (note that in the default "onreply_route", the AVPs of the
transaction are not available)'

The AVP is persistent at the SIP transaction. Even if not, you are setting
it again on every message received.

Don't forget to call sip_trace again on reply_route

Regards

On Mon, Mar 21, 2016 at 3:04 PM, Ramachandran, Agalya (Contractor) <
agalya_ramachand...@comcast.com> wrote:

> Hi Daniel,
>
>
>
> No I have not used the below line in my config file. I just asked do we
> need this as well?
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)") *
>
>
>
> Am using sip_trace() function call in route and onreply_route logic.
>
>
>
> My config for siptrace module:
>
> modparam("siptrace", "db_url","mysql://opensips:opensipsrw@localhost
> /opensips")
>
> modparam("siptrace", "duplicate_uri", "sip:remoteip***")
>
> modparam("siptrace", "duplicate_with_hep", 1)
>
> modparam("siptrace", "trace_to_database", 0)
>
> modparam("siptrace", "trace_flag", 22)
>
> modparam("siptrace", "trace_on", 1)
>
> modparam("siptrace", "hep_version", 2)
>
>
>
> route{
>
>
>
> $avp(traced_user) = "1";
>
> sip_trace();
>
>……
>
> }
>
> So I have added the line you mentioned in my opensips.cfg file. Will this
> itself work not returning AVP as NULL?
>
>
>
> Regards,
>
> Agalya
>
>
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Daniel Zanutti
> *Sent:* Monday, March 21, 2016 1:55 PM
>
> *To:* OpenSIPS users mailling list 
> *Subject:* Re: [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Hi Agalya
>
>
>
> So every time when we use ‘siptrace’ module we need to give some value for 
> *$avp(traced_user)
> right?*
>
> *The simple answer is YES.*
>
>
>
> When you defined this:
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the
> config file?*
>
>
>
> You are telling siptrace module to trace calls that have this AVP with
> some kind of value. This value will also be written to the table if you
> storing the siptrace.
>
>
>
> Also you need to call trace_dialog() or sip_trace(), depends on your
> scenario.
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Mar 21, 2016 at 2:36 PM, Ramachandran, Agalya (Contractor) <
> agalya_ramachand...@comcast.com> wrote:
>
> Hi Daniel,
>
>
>
> I got your point. So every time when we use ‘siptrace’ module we need to
> give some value for *$avp(traced_user) right? *Else AVP value will be
> NULL.
>
> Am I understanding it right?
>
> Just adding the line *$avp(traced_user) = "1";*  in config file will
> solve the issue? Or we need to include
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the
> config file?*
>
> Regards,
> Agalya
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Daniel Zanutti
> *Sent:* Monday, March 21, 2016 1:20 PM
> *To:* OpenSIPS users mailling list 
> *Subject:* Re: [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Correcting:
>
> *$avp(traced_user) = "1";*
>
>
>
> On Mon, Mar 21, 2016 at 2:19 PM, Daniel Zanutti 
> wrote:
>
> Hi
>
>
>
> AVP is a kind of variable on Opensips.
>
>
>
> When you configured the siptrace module to use the AVP, you must ensure
> that the AVP has some kind of value before routing the package, otherwise
> it will be NULL. Just add this on first line of main route:
>
> *$avp(traced_user) = 1;*
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) <
> agalya_ramachand...@comcast.com> wrote:
>
> Hi All,
>
>
>
> Anyone can help me out for the below issues and questions I have?
>
>
>
> Regards,
>
> Agalya
>
>
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Ramachandran, Agalya
> (Contractor)
> *Sent:* Thursday, March 17, 2016 10:28 AM
> *To:* users@lists.opensips.org
> *Subject:* [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Hi,
>
>
>
> Am Agalya and we are using opensips for our project and using “*siptrace”
> *module to trace and duplicate the sip packets to another server.
>
> When trying to do so, am getting the below error.
>
>
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: trace on req in
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: nothing to trace...
>
>
>
> I thought adding *“traced_user_avp”* parameter might solve the issue. I
> have added the below line and tested the same.
>
> But I didn’t get through the error and was still seeing the same error.
>
>

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

2016-03-21 Thread Louis Rochon

Thanks Liviu,

I will recompile and give it a try.

Louis


-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Liviu Chircu
Sent: Monday, March 21, 2016 9:31 AM
To: users@lists.opensips.org
Subject: Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 
1.11.5

Hi Louis,

There was a similar discussion back in August [1], concluding with a fix [2], 
made between the 1.11.5 and 1.11.6 releases. Updating to the latest OpenSIPS 
1.11 will most likely solve this problem.

[1]: http://lists.opensips.org/pipermail/users/2015-August/032239.html
[2]: https://github.com/OpenSIPS/opensips/commit/95f5f79b9250

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

On 21.03.2016 14:55, Louis Rochon wrote:
> Anybody?
>
> Louis
>
>
> -Original Message-
> From: users-boun...@lists.opensips.org 
> [mailto:users-boun...@lists.opensips.org] On Behalf Of Louis Rochon
> Sent: Wednesday, March 16, 2016 10:02 AM
> To: users@lists.opensips.org
> Subject: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 
> 1.11.5
>
> SDP in ACK lost in OpenSIPS 1.11.5
>
> This is something that used to work in OpenSIPS 1.8.1, but seems to have been 
> broken 1.11.5.
>
> Using the B2BUA facilities, I make the second leg of the call using 
> b2b_init_request. Then, if required, I move the call to another user agent 
> via a bash shell script, which issues a opensipsctl fifo b2b_bridge.
>
> For this in-dialog reinvite to work, there has to be an SDP in the ACK, which 
> is missing the trace produced using OpenSIPS 1.11.5. It's there in 1.8.1.
>
> Anyway of reintroducing the SDP in the ACK in 1.11.5?
>
> Trace Explanation
> -
> Objects: 10.10.8.103: source of initial call. Recipipient of reinvite.
>   10.10.10.205: CentOS running OpenSIPS with B2BUA. In one case, it's 
> CentOS 5.11 running OpenSIPs 1.8.1, the other (broken) is CentOS 6.7 running 
> OpenSIPs 1.11.5.
>   
> Call Flow in Trace:
> 10.10.10.205 10.10.8.103
>--Invite-->Indialog reinvite, so SDP
> <--Trying--
> <--200 OK--With SDP
> --ACK -->  With SDP in 1.8.1, no SDP in 1.11.5
>   
> OpenSIPS 1.8.1:
> ---
> INVITE sip:4507710011@10.10.8.103;user=phone SIP/2.0
> Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
> To: "4507710011" 
> ;tag=89188638-a664e63f-ver5d
> From: ;tag=B2B.483.37
> CSeq: 2 INVITE
> Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
> Max-Forwards: 70
> Content-Length: 0
> User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
> Contact: 
>
> SIP/2.0 100 Trying
> Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
> From: ;tag=B2B.483.37
> To: "4507710011" 
> ;tag=89188638-a664e63f-ver5d
> Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
> CSeq: 2 INVITE
> Content-Length: 0
>
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
> From: ;tag=B2B.483.37
> To: "4507710011" 
> ;tag=89188638-a664e63f-ver5d
> Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
> CSeq: 2 INVITE
> Contact: 
> Content-Type: application/sdp
> Content-Length:   185
>
> v=0
> o=VOIPSIL_SIP 416521046 416521046 IN IP4 10.10.8.103 s=Sip Call c=IN 
> IP4 10.10.8.33
> t=0 0
> m=audio 21260 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
>
> ACK sip:4507710011@10.10.8.103;user=phone SIP/2.0
> Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.de759b97.0
> To: "4507710011" 
> ;tag=89188638-a664e63f-ver5d
> From: ;tag=B2B.483.37
> CSeq: 2 ACK
> Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
> Max-Forwards: 70
> Content-Length: 186
> User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
> Allow: INVITE, ACK, CANCEL, BYE
> Priority: emergency
> Calluid: 1537A73F8B0C005C
> Geolocation: 
> Geolocation-Routing: yes
> Initial-CallID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
> Contact: 
> Content-Type: application/sdp
>
> v=0
> o=VOIPSIL_SIP 322321996 322321996 IN IP4 10.10.10.203 s=Sip Call c=IN 
> IP4 10.10.10.7
> t=0 0
> m=audio 21336 RTP/AVP 0 101
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> BYE sip:4507710011@10.10.8.103;user=phone SIP/2.0
> Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK4037.cd227b95.0
> To: "4507710011" 
> ;tag=89188638-3ac4d92f-ver59
> From: ;tag=B2B.87.164
> CSeq: 3 BYE
> Call-ID: ae3179a8-89188638-ae3179a3-3ac4d92f@10.10.8.103
> Max-Forwards: 70
>

Re: [OpenSIPS-Users] ACK is sent to the wrong IP

2016-03-21 Thread Julian Santer


Hi guys,

it was my mistake.
We now call nat_uac_test and fix_nated_contact and it works like expected.
Thank you for your time

Kind regards,
Julian Santer
Raiffeisen OnLine

Am 15.03.2016 um 20:24 schrieb Julian Santer:

Hi guys,

sometimes the ACK works.
I have to calls:
1) Call from PSTN to SIP behind UMTS
2) Call from PSTN to SIP behind Firewall, NAT

The first call works like a charm, on the second call the ACK is relayed to the 
private IP.
The differences which i saw:
1) on UMTS ip and port are different, on the 2 call only the ip is different:
2) on UMTS the contact from 200 OK sent by client contains the correct ip and 
port, behind the Firewall the contact contains the private IP


1) different ip and port, the ACK is correct
INVITE from registrar/core to edge:
INVITE sip:julian.santer@10.108.69.144:42680;transport=udp SIP/2.0

Via: SIP/2.0/UDP 195.254.254.7:5060;branch=z9hG4bK7d0b.4ab027f6.0
Route: 



200 OK from client to edge:
Via: SIP/2.0/UDP 195.254.254.4:5060;branch=z9hG4bK6f83.33a2af56.0

Contact: "julian.santer" 

ACK from edge to client:
ACK sip:julian.santer@5.90.5.144:31172;transport=udp SIP/2.0

Via: SIP/2.0/UDP 195.254.254.4:5060;branch=z9hG4bK6f83.33a2af56.2




2) same ip, different PORT, the ACK is not correct
INVITE from registrar/core to edge:

INVITE sip:s@192.168.162.10:5060 SIP/2.0

Via: SIP/2.0/UDP 195.254.254.7:5060;branch=z9hG4bKd99e.5ba048e5.0
Route: 


200 OK from client to edge:
Via: SIP/2.0/UDP 
195.254.254.4:5060;branch=z9hG4bK298c.fc0e2d72.0;received=195.254.254.4;rport=5060

Contact: 


ACK from edge to client:
ACK sip:s@192.168.162.10:5060 SIP/2.0

Via: SIP/2.0/UDP 195.254.254.4:5060;branch=z9hG4bK298c.fc0e2d72.2


So one time it works and one time not.
The differences what I found are:
1)
- the 1. working call the ip and port from the contact and the received are 
different
- the 2. non working call the ip from the contact and the received are 
different, but the ports are the same

2)
- the 1. working call sends in the contact on the 200 OK package the public ip 
and port
- the 2. non working call send in the contact on the 200 OK package the private 
ip and port

Have we to call fix_contact on the 200 OK? And this will fix the misbehaviour?

Kind regards,
Julian Santer
Raiffeisen OnLine



Am 15.03.2016 um 14:14 schrieb Julian Santer:

Hi guys,

we use OpenSip 2.1.2.
We have a registrar/core (1.2.3.5) and a edge (1.2.3.4) server. We use the path 
module with use_received = 1 on the edge server.
This works for the INVITE, but not for the ACK package. The ACK package is 
relayed to the private IP.

The ACK packages enters in the topology_hiding route on the edge server:

if (topology_hiding_match())
{
t_relay();
exit;
}

The package received on edge from the registrar/core looks like:

ACK sip:1.2.3.4;rdlg=6be.12762257 SIP/2.0

Via: SIP/2.0/UDP 1.2.3.5:5060;branch=z9hG4bK0deb.6b9adeb2.2

From: ;tag=F8155FD8-19F9

To: ;tag=cd783455

Call-ID: 
Core2_ExwGCwAcKScoSw8uBgl/KDk2AQAoGD8zCgcpJz9oDxgWDnxzFxcmWg0KPDNKcCk2AXUIAT80YXMLMyR1BSwlCUUgNUIgHw--

Max-Forwards:  7

CSeq: 101 ACK

Content-Length: 0

P-hint: rr-enforced

The package send from edge to client looks like:

ACK sip:192.168.0.2:65002;transport=udp SIP/2.0

Via: SIP/2.0/UDP 1.2.3.4:5060;branch=z9hG4bK88d9.aada3c03.2

From:  tag=F8155FD8-19F9

To: ;tag=cd783455

Call-ID: 
Edge2_BgsVAAAaIR8SdQYTJgZ5FgcINkV9ESUCXmovIw4ABDUmCnUBXB0mVSYULR8LKiAfAmUBCh8fdD0HCjJVdS83IXwOByQOAAQ8MixzEVxXPGoIKCocYHQmNBJeBjEyAnwQLQAtRWhJ

Max-Forwards:  6

CSeq: 101 ACK

Content-Length: 0

P-hint: rr-enforced

How can I rewrite the destination set to the public IP? What is missing?

The 200 OK for the BYE package is routed correctly:

SIP/2.0 200 OK

Via: SIP/2.0/UDP 
192.168.0.2:65002;received=PUBLIC_IP;rport=16855;branch=z9hG4bK-d8754z-5d46c107720d2f4a-1---d8754z-

From: ;tag=cd783455

To: ;tag=F8155FD8-19F9

Call-ID: 
Edge2_BgsVAAAaIR8SdQYTJgZ5FgcINkV9ESUCXmovIw4ABDUmCnUBXB0mVSYULR8LKiAfAmUBCh8fdD0HCjJVdS83IXwOByQOAAQ8MixzEVxXPGoIKCocYHQmNBJeBjEyAnwQLQAtRWhJ

Content-Length: 0

CSeq: 1 BYE

Here the edge server enters the prublic IP in the via header as received param.
Why he don't to this for the ACK package?

Kind regards,
Julian Santer
Raiffeisen OnLine










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

Re: [OpenSIPS-Users] Query about avp in siptrace module

2016-03-21 Thread Ramachandran, Agalya (Contractor)

Hi Daniel,

No I have not used the below line in my config file. I just asked do we need 
this as well?
modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

Am using sip_trace() function call in route and onreply_route logic.

My config for siptrace module:
modparam("siptrace", "db_url","mysql://opensips:opensipsrw@localhost/opensips")
modparam("siptrace", "duplicate_uri", "sip:remoteip***")
modparam("siptrace", "duplicate_with_hep", 1)
modparam("siptrace", "trace_to_database", 0)
modparam("siptrace", "trace_flag", 22)
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "hep_version", 2)

route{

$avp(traced_user) = "1";
sip_trace();
   ……
}
So I have added the line you mentioned in my opensips.cfg file. Will this 
itself work not returning AVP as NULL?

Regards,
Agalya

From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Daniel Zanutti
Sent: Monday, March 21, 2016 1:55 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] Query about avp in siptrace module

Hi Agalya

So every time when we use ‘siptrace’ module we need to give some value for 
$avp(traced_user) right?
The simple answer is YES.

When you defined this:
modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the config 
file?

You are telling siptrace module to trace calls that have this AVP with some 
kind of value. This value will also be written to the table if you storing the 
siptrace.

Also you need to call trace_dialog() or sip_trace(), depends on your scenario.

On Mon, Mar 21, 2016 at 2:36 PM, Ramachandran, Agalya (Contractor) 
> wrote:
Hi Daniel,

I got your point. So every time when we use ‘siptrace’ module we need to give 
some value for $avp(traced_user) right? Else AVP value will be NULL.
Am I understanding it right?
Just adding the line $avp(traced_user) = "1";  in config file will solve the 
issue? Or we need to include
modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the config 
file?
Regards,
Agalya
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org]
 On Behalf Of Daniel Zanutti
Sent: Monday, March 21, 2016 1:20 PM
To: OpenSIPS users mailling list 
>
Subject: Re: [OpenSIPS-Users] Query about avp in siptrace module

Correcting:
$avp(traced_user) = "1";

On Mon, Mar 21, 2016 at 2:19 PM, Daniel Zanutti 
> wrote:
Hi

AVP is a kind of variable on Opensips.

When you configured the siptrace module to use the AVP, you must ensure that 
the AVP has some kind of value before routing the package, otherwise it will be 
NULL. Just add this on first line of main route:
$avp(traced_user) = 1;

On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) 
> wrote:
Hi All,

Anyone can help me out for the below issues and questions I have?

Regards,
Agalya

From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org]
 On Behalf Of Ramachandran, Agalya (Contractor)
Sent: Thursday, March 17, 2016 10:28 AM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] Query about avp in siptrace module

Hi,

Am Agalya and we are using opensips for our project and using “siptrace” module 
to trace and duplicate the sip packets to another server.
When trying to do so, am getting the below error.

Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: trace on req in
Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: nothing to trace...

I thought adding “traced_user_avp” parameter might solve the issue. I have 
added the below line and tested the same.
But I didn’t get through the error and was still seeing the same error.
modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

As a workaround, I commented the below lines in “siptrace.c” file in function 
trace_onreq_in(), and it worked for me.
Packets are sent to another server. Following the same I have commented the 
same line of code wherever it is failing for me.
By adding some debugging statements I found AVP is NULL and 
(!flag_trace_is_set(msg)) returns 1.
/*if( (avp==NULL) && !flag_trace_is_set(msg))
{
LM_DBG("nothing to trace...\n");
return;
}*/

Query : What is avp? And when avp is returned NULL?
 What should I do in order to avoid that error without 
commenting the code?
 Why is “traced_user_avp” parameter is used in config file?

It would be great

Re: [OpenSIPS-Users] Query about avp in siptrace module

2016-03-21 Thread Daniel Zanutti

Hi Agalya

So every time when we use ‘siptrace’ module we need to give some value
for *$avp(traced_user)
right?*
*The simple answer is YES.*

When you defined this:

*modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the
config file?*

You are telling siptrace module to trace calls that have this AVP with some
kind of value. This value will also be written to the table if you storing
the siptrace.

Also you need to call trace_dialog() or sip_trace(), depends on your
scenario.





On Mon, Mar 21, 2016 at 2:36 PM, Ramachandran, Agalya (Contractor) <
agalya_ramachand...@comcast.com> wrote:

> Hi Daniel,
>
>
>
> I got your point. So every time when we use ‘siptrace’ module we need to
> give some value for *$avp(traced_user) right? *Else AVP value will be
> NULL.
>
> Am I understanding it right?
>
> Just adding the line *$avp(traced_user) = "1";*  in config file will
> solve the issue? Or we need to include
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the
> config file?*
>
> Regards,
> Agalya
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Daniel Zanutti
> *Sent:* Monday, March 21, 2016 1:20 PM
> *To:* OpenSIPS users mailling list 
> *Subject:* Re: [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Correcting:
>
> *$avp(traced_user) = "1";*
>
>
>
> On Mon, Mar 21, 2016 at 2:19 PM, Daniel Zanutti 
> wrote:
>
> Hi
>
>
>
> AVP is a kind of variable on Opensips.
>
>
>
> When you configured the siptrace module to use the AVP, you must ensure
> that the AVP has some kind of value before routing the package, otherwise
> it will be NULL. Just add this on first line of main route:
>
> *$avp(traced_user) = 1;*
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) <
> agalya_ramachand...@comcast.com> wrote:
>
> Hi All,
>
>
>
> Anyone can help me out for the below issues and questions I have?
>
>
>
> Regards,
>
> Agalya
>
>
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Ramachandran, Agalya
> (Contractor)
> *Sent:* Thursday, March 17, 2016 10:28 AM
> *To:* users@lists.opensips.org
> *Subject:* [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Hi,
>
>
>
> Am Agalya and we are using opensips for our project and using “*siptrace”
> *module to trace and duplicate the sip packets to another server.
>
> When trying to do so, am getting the below error.
>
>
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: trace on req in
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: nothing to trace...
>
>
>
> I thought adding *“traced_user_avp”* parameter might solve the issue. I
> have added the below line and tested the same.
>
> But I didn’t get through the error and was still seeing the same error.
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)")*
>
>
>
> As a workaround, I commented the below lines in *“siptrace.c”* file in
> function *trace_onreq_in()*, and it worked for me.
>
> Packets are sent to another server. Following the same I have commented
> the same line of code wherever it is failing for me.
>
> By adding some debugging statements I found *AVP is NULL and
> (!flag_trace_is_set(msg)) returns 1.*
>
> /*if( (avp==NULL) && !flag_trace_is_set(msg))
>
> {
>
> LM_DBG("nothing to trace...\n");
>
> return;
>
> }*/
>
>
>
> Query : What is avp? And when avp is returned NULL?
>
>  What should I do in order to avoid that error without
> commenting the code?
>
>  Why is “traced_user_avp” parameter is used in config file?
>
>
>
> It would be great if you help me to come out of this issue. Also am
> curious what causes this error message.
>
>
>
> Regards,
>
> Agalya
>
>
>
>
>
> ___
> 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] Query about avp in siptrace module

2016-03-21 Thread Ramachandran, Agalya (Contractor)

Hi Daniel,

I got your point. So every time when we use ‘siptrace’ module we need to give 
some value for $avp(traced_user) right? Else AVP value will be NULL.
Am I understanding it right?
Just adding the line $avp(traced_user) = "1";  in config file will solve the 
issue? Or we need to include
modparam("siptrace", "traced_user_avp", "$avp(traced_user)") also in the config 
file?
Regards,
Agalya
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Daniel Zanutti
Sent: Monday, March 21, 2016 1:20 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] Query about avp in siptrace module

Correcting:
$avp(traced_user) = "1";

On Mon, Mar 21, 2016 at 2:19 PM, Daniel Zanutti 
> wrote:
Hi

AVP is a kind of variable on Opensips.

When you configured the siptrace module to use the AVP, you must ensure that 
the AVP has some kind of value before routing the package, otherwise it will be 
NULL. Just add this on first line of main route:
$avp(traced_user) = 1;

On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) 
> wrote:
Hi All,

Anyone can help me out for the below issues and questions I have?

Regards,
Agalya

From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org]
 On Behalf Of Ramachandran, Agalya (Contractor)
Sent: Thursday, March 17, 2016 10:28 AM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] Query about avp in siptrace module

Hi,

Am Agalya and we are using opensips for our project and using “siptrace” module 
to trace and duplicate the sip packets to another server.
When trying to do so, am getting the below error.

Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: trace on req in
Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: nothing to trace...

I thought adding “traced_user_avp” parameter might solve the issue. I have 
added the below line and tested the same.
But I didn’t get through the error and was still seeing the same error.
modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

As a workaround, I commented the below lines in “siptrace.c” file in function 
trace_onreq_in(), and it worked for me.
Packets are sent to another server. Following the same I have commented the 
same line of code wherever it is failing for me.
By adding some debugging statements I found AVP is NULL and 
(!flag_trace_is_set(msg)) returns 1.
/*if( (avp==NULL) && !flag_trace_is_set(msg))
{
LM_DBG("nothing to trace...\n");
return;
}*/

Query : What is avp? And when avp is returned NULL?
 What should I do in order to avoid that error without 
commenting the code?
 Why is “traced_user_avp” parameter is used in config file?

It would be great if you help me to come out of this issue. Also am curious 
what causes this error message.

Regards,
Agalya

___
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] Query about avp in siptrace module

2016-03-21 Thread Daniel Zanutti

Correcting:
*$avp(traced_user) = "1";*

On Mon, Mar 21, 2016 at 2:19 PM, Daniel Zanutti 
wrote:

> Hi
>
> AVP is a kind of variable on Opensips.
>
> When you configured the siptrace module to use the AVP, you must ensure
> that the AVP has some kind of value before routing the package, otherwise
> it will be NULL. Just add this on first line of main route:
> *$avp(traced_user) = 1;*
>
>
>
>
>
> On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) <
> agalya_ramachand...@comcast.com> wrote:
>
>> Hi All,
>>
>>
>>
>> Anyone can help me out for the below issues and questions I have?
>>
>>
>>
>> Regards,
>>
>> Agalya
>>
>>
>>
>> *From:* users-boun...@lists.opensips.org [mailto:
>> users-boun...@lists.opensips.org] *On Behalf Of *Ramachandran, Agalya
>> (Contractor)
>> *Sent:* Thursday, March 17, 2016 10:28 AM
>> *To:* users@lists.opensips.org
>> *Subject:* [OpenSIPS-Users] Query about avp in siptrace module
>>
>>
>>
>> Hi,
>>
>>
>>
>> Am Agalya and we are using opensips for our project and using “*siptrace”
>> *module to trace and duplicate the sip packets to another server.
>>
>> When trying to do so, am getting the below error.
>>
>>
>>
>> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
>> DBG:siptrace:trace_onreq_in: trace on req in
>>
>> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
>> DBG:siptrace:trace_onreq_in: nothing to trace...
>>
>>
>>
>> I thought adding *“traced_user_avp”* parameter might solve the issue. I
>> have added the below line and tested the same.
>>
>> But I didn’t get through the error and was still seeing the same error.
>>
>> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)")*
>>
>>
>>
>> As a workaround, I commented the below lines in *“siptrace.c”* file in
>> function *trace_onreq_in()*, and it worked for me.
>>
>> Packets are sent to another server. Following the same I have commented
>> the same line of code wherever it is failing for me.
>>
>> By adding some debugging statements I found *AVP is NULL and
>> (!flag_trace_is_set(msg)) returns 1.*
>>
>> /*if( (avp==NULL) && !flag_trace_is_set(msg))
>>
>> {
>>
>> LM_DBG("nothing to trace...\n");
>>
>> return;
>>
>> }*/
>>
>>
>>
>> Query : What is avp? And when avp is returned NULL?
>>
>>  What should I do in order to avoid that error without
>> commenting the code?
>>
>>  Why is “traced_user_avp” parameter is used in config
>> file?
>>
>>
>>
>> It would be great if you help me to come out of this issue. Also am
>> curious what causes this error message.
>>
>>
>>
>> Regards,
>>
>> Agalya
>>
>>
>>
>> ___
>> 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] Query about avp in siptrace module

2016-03-21 Thread Daniel Zanutti

Hi

AVP is a kind of variable on Opensips.

When you configured the siptrace module to use the AVP, you must ensure
that the AVP has some kind of value before routing the package, otherwise
it will be NULL. Just add this on first line of main route:
*$avp(traced_user) = 1;*





On Mon, Mar 21, 2016 at 12:46 PM, Ramachandran, Agalya (Contractor) <
agalya_ramachand...@comcast.com> wrote:

> Hi All,
>
>
>
> Anyone can help me out for the below issues and questions I have?
>
>
>
> Regards,
>
> Agalya
>
>
>
> *From:* users-boun...@lists.opensips.org [mailto:
> users-boun...@lists.opensips.org] *On Behalf Of *Ramachandran, Agalya
> (Contractor)
> *Sent:* Thursday, March 17, 2016 10:28 AM
> *To:* users@lists.opensips.org
> *Subject:* [OpenSIPS-Users] Query about avp in siptrace module
>
>
>
> Hi,
>
>
>
> Am Agalya and we are using opensips for our project and using “*siptrace”
> *module to trace and duplicate the sip packets to another server.
>
> When trying to do so, am getting the below error.
>
>
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: trace on req in
>
> Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]:
> DBG:siptrace:trace_onreq_in: nothing to trace...
>
>
>
> I thought adding *“traced_user_avp”* parameter might solve the issue. I
> have added the below line and tested the same.
>
> But I didn’t get through the error and was still seeing the same error.
>
> *modparam("siptrace", "traced_user_avp", "$avp(traced_user)")*
>
>
>
> As a workaround, I commented the below lines in *“siptrace.c”* file in
> function *trace_onreq_in()*, and it worked for me.
>
> Packets are sent to another server. Following the same I have commented
> the same line of code wherever it is failing for me.
>
> By adding some debugging statements I found *AVP is NULL and
> (!flag_trace_is_set(msg)) returns 1.*
>
> /*if( (avp==NULL) && !flag_trace_is_set(msg))
>
> {
>
> LM_DBG("nothing to trace...\n");
>
> return;
>
> }*/
>
>
>
> Query : What is avp? And when avp is returned NULL?
>
>  What should I do in order to avoid that error without
> commenting the code?
>
>  Why is “traced_user_avp” parameter is used in config file?
>
>
>
> It would be great if you help me to come out of this issue. Also am
> curious what causes this error message.
>
>
>
> Regards,
>
> Agalya
>
>
>
> ___
> 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] rabbit event not passing params 2.2

2016-03-21 Thread Tito Cumpen

Razvan,


 any updates on this ?

On Tue, Feb 2, 2016 at 6:39 PM, Tito Cumpen  wrote:

> Razvan,
>
>
> I spun up another server running
>
>  opensips -V
> version: opensips 2.2-dev (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: b7db080
> main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3
>
>
>
> check out the trace and the body actually has a payload when using this
> exchange. I a wrapper on the event that I was using and I am still seeing
> the issue of no payload in the latest dev. I added another exchange that
> subscribes to cdr
>
>
> E_ACC_EVENT
>
>  subscribe_event("E_ACC_EVENT", "rabbitmq:,myrabbitserver/cdr");but I till
> getting nothing in the body check out the rabbitproblems2.pcap
>
>
>
>
> Thanks,
> Tito
>
> On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea 
> wrote:
>
>> Hi, Tito!
>>
>> Can you raise an event from a different application with the same
>> routing-key (sip1dev) and the same exchange("")? Does it work? if it does,
>> can you send me the trace for the working one?
>>
>> Best regards,
>> Răzvan
>>
>>
>> On 02/02/2016 02:57 AM, Tito Cumpen wrote:
>>
>> Razvan,
>>
>> Here is the trace. Please let me know if you need anything else. Also I
>> remember there was mention of a user replication module coming out for 2.X
>> that would allow servers to be aware of users registered on other opensips
>> registrars.
>>
>>
>> Thanks,
>> Tito
>>
>> On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea 
>> wrote:
>>
>>> Hi, Tito!
>>>
>>> Can you send me a trace?
>>>
>>> Thanks,
>>> Răzvan
>>>
>>>
>>> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>>>
>>> Hey Razvan,
>>>
>>> This is still an issue with the latest dev build. The event is entirely
>>> empty when it is transmitted to the queue. I've tried
>>> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a
>>> difference.
>>>
>>> THanks,
>>> Tito
>>>
>>>
>>> ___
>>> Users mailing 
>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>> --
>>> Răzvan Crainea
>>> OpenSIPS Core Developerhttp://www.opensips-solutions.com
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> --
>> Răzvan Crainea
>> OpenSIPS Core Developerhttp://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] rabbit event not passing params 2.2

2016-03-21 Thread jarrod

Tito,

I think I was having the same issue as you… have you recompiled since this pull 
request (~7 days ago)

https://github.com/OpenSIPS/opensips/pull/827

Jarrod

> On Mar 21, 2016, at 11:16 AM, Tito Cumpen  wrote:
> 
> Razvan,
> 
> 
>  any updates on this ?
> 
> On Tue, Feb 2, 2016 at 6:39 PM, Tito Cumpen  > wrote:
> Razvan,
> 
> 
> I spun up another server running 
> 
>  opensips -V
> version: opensips 2.2-dev (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, 
> FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> git revision: b7db080
> main.c compiled on 21:55:02 Apr 21 2015 with gcc 4.8.3
> 
> 
> 
> check out the trace and the body actually has a payload when using this 
> exchange. I a wrapper on the event that I was using and I am still seeing the 
> issue of no payload in the latest dev. I added another exchange that 
> subscribes to cdr 
> 
> 
> E_ACC_EVENT
> 
>  subscribe_event("E_ACC_EVENT", "rabbitmq:,myrabbitserver/cdr");but I till 
> getting nothing in the body check out the rabbitproblems2.pcap
> 
> 
> 
> 
> Thanks,
> Tito
> 
> On Tue, Feb 2, 2016 at 11:58 AM, Răzvan Crainea  > wrote:
> Hi, Tito!
> 
> Can you raise an event from a different application with the same routing-key 
> (sip1dev) and the same exchange("")? Does it work? if it does, can you send 
> me the trace for the working one?
> 
> Best regards,
> Răzvan
> 
> 
> On 02/02/2016 02:57 AM, Tito Cumpen wrote:
>> Razvan,
>> 
>> Here is the trace. Please let me know if you need anything else. Also I 
>> remember there was mention of a user replication module coming out for 2.X 
>> that would allow servers to be aware of users registered on other opensips 
>> registrars.
>> 
>> 
>> Thanks,
>> Tito
>> 
>> On Tue, Jan 26, 2016 at 3:42 AM, Răzvan Crainea > > wrote:
>> Hi, Tito!
>> 
>> Can you send me a trace?
>> 
>> Thanks,
>> Răzvan
>> 
>> 
>> On 01/25/2016 10:41 PM, Tito Cumpen wrote:
>>> Hey Razvan,
>>> 
>>> This is still an issue with the latest dev build. The event is entirely 
>>> empty when it is transmitted to the queue. I've tried 
>>> modparam("event_rabbitmq", "sync_mode", 1) but it does not make a 
>>> difference.
>>> 
>>> THanks,
>>> Tito
>>> 
>>> 
>>>  ___
>>> 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

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

Re: [OpenSIPS-Users] Query about avp in siptrace module

2016-03-21 Thread Ramachandran, Agalya (Contractor)

Hi All,

Anyone can help me out for the below issues and questions I have?

Regards,
Agalya

From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Ramachandran, Agalya 
(Contractor)
Sent: Thursday, March 17, 2016 10:28 AM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] Query about avp in siptrace module

Hi,

Am Agalya and we are using opensips for our project and using "siptrace" module 
to trace and duplicate the sip packets to another server.
When trying to do so, am getting the below error.

Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: trace on req in
Mar  2 14:48:21 poc-opensip-cmc-e-001 /usr/local/sbin/opensips[27754]: 
DBG:siptrace:trace_onreq_in: nothing to trace...

I thought adding "traced_user_avp" parameter might solve the issue. I have 
added the below line and tested the same.
But I didn't get through the error and was still seeing the same error.
modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

As a workaround, I commented the below lines in "siptrace.c" file in function 
trace_onreq_in(), and it worked for me.
Packets are sent to another server. Following the same I have commented the 
same line of code wherever it is failing for me.
By adding some debugging statements I found AVP is NULL and 
(!flag_trace_is_set(msg)) returns 1.
/*if( (avp==NULL) && !flag_trace_is_set(msg))
{
LM_DBG("nothing to trace...\n");
return;
}*/

Query : What is avp? And when avp is returned NULL?
 What should I do in order to avoid that error without 
commenting the code?
 Why is "traced_user_avp" parameter is used in config file?

It would be great if you help me to come out of this issue. Also am curious 
what causes this error message.

Regards,
Agalya

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

Re: [OpenSIPS-Users] opensips database creation

2016-03-21 Thread Nagorny, Dimitry

Francjos,

it could be many things.
- When it waits it normally wants the mysql login from you e.g. root + rootpw. 
Did you try to enter these?
- Is you DB locally or remote reachable?
- Is your mysql service running?
- Did you configure the .../etc/opensips/opensipsctlrc correct? (Because 
opensipsdbctl create uses the informations in there)


Best regards
Dimitry Nagorny
Trainee

/*-Ursprüngliche Nachricht-
/*Von: users-boun...@lists.opensips.org [mailto:users-
/*boun...@lists.opensips.org] Im Auftrag von Francjos
/*Gesendet: Montag, 21. März 2016 15:49
/*An: users@lists.opensips.org
/*Betreff: [OpenSIPS-Users] opensips database creation
/*
/*Hello ,
/*
/*After i solve the problem on my first opensips, i'm trying to configure a
/*second opensips server.
/*I followed the same steps as for the configuration of the first server, but 
now
/*i have a problem creating "opensips database"
/*When i execute the commad "opensipsdbctl create", it  just test the server
/*charset, , trying to create database opensips , but it does not create it, it
/*seems as it loops or waits for something on the command line.
/*Any idea?
/*Thanks
/*
/*
/*
/*--
/*View this message in context: http://opensips-open-sip-
/*server.1449251.n2.nabble.com/opensips-database-creation-tp7602244.html
/*Sent from the OpenSIPS - Users mailing list archive at Nabble.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] opensips database creation

2016-03-21 Thread Francjos

Hello ,

After i solve the problem on my first opensips, i'm trying to configure a
second opensips server.
I followed the same steps as for the configuration of the first server, but
now  i have a problem creating "opensips database"
When i execute the commad "opensipsdbctl create", it  just test the server
charset, , trying to create database opensips , but it does not create it,
it seems as it loops or waits for something on the command line.
Any idea?
Thanks



--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/opensips-database-creation-tp7602244.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

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

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

2016-03-21 Thread Liviu Chircu


Hi Louis,

There was a similar discussion back in August [1], concluding with a fix 
[2], made between the 1.11.5 and 1.11.6 releases. Updating to the latest 
OpenSIPS 1.11 will most likely solve this problem.


[1]: http://lists.opensips.org/pipermail/users/2015-August/032239.html
[2]: https://github.com/OpenSIPS/opensips/commit/95f5f79b9250

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

On 21.03.2016 14:55, Louis Rochon wrote:

Anybody?

Louis


-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Louis Rochon
Sent: Wednesday, March 16, 2016 10:02 AM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

SDP in ACK lost in OpenSIPS 1.11.5

This is something that used to work in OpenSIPS 1.8.1, but seems to have been 
broken 1.11.5.

Using the B2BUA facilities, I make the second leg of the call using 
b2b_init_request. Then, if required, I move the call to another user agent via 
a bash shell script, which issues a opensipsctl fifo b2b_bridge.

For this in-dialog reinvite to work, there has to be an SDP in the ACK, which 
is missing the trace produced using OpenSIPS 1.11.5. It's there in 1.8.1.

Anyway of reintroducing the SDP in the ACK in 1.11.5?

Trace Explanation
-
Objects: 10.10.8.103: source of initial call. Recipipient of reinvite.
  10.10.10.205: CentOS running OpenSIPS with B2BUA. In one case, it's 
CentOS 5.11 running OpenSIPs 1.8.1, the other (broken) is CentOS 6.7 running 
OpenSIPs 1.11.5.

Call Flow in Trace:
10.10.10.205 10.10.8.103
   --Invite-->Indialog reinvite, so SDP
  <--Trying--
  <--200 OK--With SDP
  --ACK -->  With SDP in 1.8.1, no SDP in 1.11.5

OpenSIPS 1.8.1:
---
INVITE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
From: ;tag=B2B.483.37
CSeq: 2 INVITE
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Contact: 

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
From: ;tag=B2B.483.37
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
CSeq: 2 INVITE
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
From: ;tag=B2B.483.37
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
CSeq: 2 INVITE
Contact: 
Content-Type: application/sdp
Content-Length:   185

v=0
o=VOIPSIL_SIP 416521046 416521046 IN IP4 10.10.8.103 s=Sip Call c=IN IP4 
10.10.8.33
t=0 0
m=audio 21260 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000

ACK sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.de759b97.0
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
From: ;tag=B2B.483.37
CSeq: 2 ACK
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Max-Forwards: 70
Content-Length: 186
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Allow: INVITE, ACK, CANCEL, BYE
Priority: emergency
Calluid: 1537A73F8B0C005C
Geolocation: 
Geolocation-Routing: yes
Initial-CallID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Contact: 
Content-Type: application/sdp

v=0
o=VOIPSIL_SIP 322321996 322321996 IN IP4 10.10.10.203 s=Sip Call c=IN IP4 
10.10.10.7
t=0 0
m=audio 21336 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
BYE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK4037.cd227b95.0
To: "4507710011" 
;tag=89188638-3ac4d92f-ver59
From: ;tag=B2B.87.164
CSeq: 3 BYE
Call-ID: ae3179a8-89188638-ae3179a3-3ac4d92f@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Contact: 


OpenSIPS 1.11.5:

NVITE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/TCP 10.10.10.205:5060;branch=z9hG4bK97f1.3d149882.0
To: "4507710011" 
;tag=89188638-1dace611-ver5b
From: ;tag=B2B.11.465
CSeq: 2 INVITE
Call-ID: 76579f54-89188638-76579f4f-1dace611@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.11.5-notls (x86_64/linux))

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

2016-03-21 Thread Louis Rochon

Anybody?

Louis


-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Louis Rochon
Sent: Wednesday, March 16, 2016 10:02 AM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

SDP in ACK lost in OpenSIPS 1.11.5

This is something that used to work in OpenSIPS 1.8.1, but seems to have been 
broken 1.11.5.

Using the B2BUA facilities, I make the second leg of the call using 
b2b_init_request. Then, if required, I move the call to another user agent via 
a bash shell script, which issues a opensipsctl fifo b2b_bridge.

For this in-dialog reinvite to work, there has to be an SDP in the ACK, which 
is missing the trace produced using OpenSIPS 1.11.5. It's there in 1.8.1.

Anyway of reintroducing the SDP in the ACK in 1.11.5?

Trace Explanation
-
Objects: 10.10.8.103: source of initial call. Recipipient of reinvite.
 10.10.10.205: CentOS running OpenSIPS with B2BUA. In one case, it's 
CentOS 5.11 running OpenSIPs 1.8.1, the other (broken) is CentOS 6.7 running 
OpenSIPs 1.11.5.
 
Call Flow in Trace:
10.10.10.205 10.10.8.103
  --Invite-->Indialog reinvite, so SDP
  <--Trying--
  <--200 OK--With SDP
  --ACK -->  With SDP in 1.8.1, no SDP in 1.11.5
  
OpenSIPS 1.8.1:
---
INVITE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
From: ;tag=B2B.483.37
CSeq: 2 INVITE
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Contact: 

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
From: ;tag=B2B.483.37
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
CSeq: 2 INVITE
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.ce759b97.0
From: ;tag=B2B.483.37
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
CSeq: 2 INVITE
Contact: 
Content-Type: application/sdp
Content-Length:   185

v=0
o=VOIPSIL_SIP 416521046 416521046 IN IP4 10.10.8.103 s=Sip Call c=IN IP4 
10.10.8.33
t=0 0
m=audio 21260 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000

ACK sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK109d.de759b97.0
To: "4507710011" 
;tag=89188638-a664e63f-ver5d
From: ;tag=B2B.483.37
CSeq: 2 ACK
Call-ID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Max-Forwards: 70
Content-Length: 186
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Allow: INVITE, ACK, CANCEL, BYE
Priority: emergency
Calluid: 1537A73F8B0C005C
Geolocation: 
Geolocation-Routing: yes
Initial-CallID: 113c305d-89188638-113c3058-a664e63f@10.10.8.103
Contact: 
Content-Type: application/sdp

v=0
o=VOIPSIL_SIP 322321996 322321996 IN IP4 10.10.10.203 s=Sip Call c=IN IP4 
10.10.10.7
t=0 0
m=audio 21336 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
BYE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/UDP 10.10.10.205;branch=z9hG4bK4037.cd227b95.0
To: "4507710011" 
;tag=89188638-3ac4d92f-ver59
From: ;tag=B2B.87.164
CSeq: 3 BYE
Call-ID: ae3179a8-89188638-ae3179a3-3ac4d92f@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.8.1-notls (x86_64/linux))
Contact: 


OpenSIPS 1.11.5:

NVITE sip:4507710011@10.10.8.103;user=phone SIP/2.0
Via: SIP/2.0/TCP 10.10.10.205:5060;branch=z9hG4bK97f1.3d149882.0
To: "4507710011" 
;tag=89188638-1dace611-ver5b
From: ;tag=B2B.11.465
CSeq: 2 INVITE
Call-ID: 76579f54-89188638-76579f4f-1dace611@10.10.8.103
Max-Forwards: 70
Content-Length: 0
User-Agent: OpenSIPS (1.11.5-notls (x86_64/linux))
Contact: 

SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.10.10.205:5060;branch=z9hG4bK97f1.3d149882.0
From: ;tag=B2B.11.465
To: "4507710011" 
;tag=89188638-1dace611-ver5b
Call-ID: 76579f54-89188638-76579f4f-1dace611@10.10.8.103
CSeq: 2 INVITE
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.10.10.205:5060;branch=z9hG4bK97f1.3d149882.0
From:

[OpenSIPS-Users] [RELEASES] OpenSIPS 2.2 beta is scheduled for 31 of March

2016-03-21 Thread Bogdan-Andrei Iancu


Hi all,

The release of OpenSIPS 2.2 beta is scheduled for 31 of March - we still 
have a tremendous amount of work to do in terms of finishing pending new 
work, doing fixes, preparing documentation and many other.


So heads up , time is ticketing - if anyone has new input or 
fixes/reports, now is the best time to do it.


Best 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

Re: [OpenSIPS-Users] How can the global variable "listen" to listen WLAN ?

[OpenSIPS-Users] How can the global variable "listen" to listen WLAN ?

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

Re: [OpenSIPS-Users] ACK is sent to the wrong IP

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] rabbit event not passing params 2.2

Re: [OpenSIPS-Users] Query about avp in siptrace module

Re: [OpenSIPS-Users] opensips database creation

[OpenSIPS-Users] opensips database creation

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

Re: [OpenSIPS-Users] SDP missing in ACK indialog reinvite only in 1.11.5

[OpenSIPS-Users] [RELEASES] OpenSIPS 2.2 beta is scheduled for 31 of March

18 matches

Site Navigation

Mail list logo

Footer information