date:20160610

Re: [OpenSIPS-Users] Opensips CP DROUTING GATEWAY enable/disable issue

2016-06-10 Thread Jeff Wilkie

I have a  more detailed message awaiting approval, but the answer is yes to
the question.  Although I do have to hit "Apply changes to server" before
it takes place.

Thanks

Jeff Wilkie

On Fri, Jun 10, 2016 at 6:34 AM, Bogdan-Andrei Iancu 
wrote:

> Hi Jeff,
>
> So, from CP, using the FIFO backend, the enabling works, but the disabling
> doesn't ?
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 09.06.2016 22:30, Jeff Wilkie wrote:
>
> Bogdan,
>
> Based on what you have provided, I decided to change the boxes.global.inc.php
> file as follows:
>
> $box_id=0;
>
>
> // mi host:port pair || fifo_file
>
> *$boxes[$box_id]['mi']['conn']="127.0.0.1:8080 ";*
>
> //boxes[$box_id]['mi']['conn']="/tmp/opensips_proxy_fifo";
>
> It now is able to disable and enable the gateways. I'm not sure if
> anything else is broken as a result but I will go through the testing.  Is
> there a reason why it would not work using the fifo file instead?
>
>
> Jeff Wilkie
> Chief Technology Officer
> US IP Communications
> 919.297.1057
>
>
> *"This e-mail communication and any attachments may contain confidential
> and privileged information and is for use by the designated addressee(s)
> named above only. Any files transmitted with it are confidential and
> intended solely for the use of the individual to whom it is addressed. Any
> views or opinions presented are solely those of the author and do not
> necessarily represent those of USIPCOM, LLC. If you are not the intended
> addressee, you are hereby notified that you have received this
> communication in error and that any use or reproduction of this email or
> its contents is strictly prohibited and may be unlawful. If you have
> received this communication in error, please notify us immediately by
> replying to this message and deleting it from your computer. Thank you". *
>
> On Thu, Jun 9, 2016 at 11:14 AM, Bogdan-Andrei Iancu <
> bog...@opensips.org> wrote:
>
>> Jeff,
>>
>> To have the CP connecting to OpenSIPS you can use any of the MI backends
>> - FIFO, XMLRPC, UDP...any will do the trick. The downside of FIFO is that
>> the CP and OpenSIPS must be on the same server.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>> On 09.06.2016 17:38, Jeff Wilkie wrote:
>>
>> Is XMLRPC required to make this function work?  Currently, we are only
>> using the fifo method as the boxes.global.inc.php only referencing this
>> method.  The documentation for CP says to use one or the other but does not
>> mention that some functions will not work if not using XMLRPC.
>>
>> Thanks
>> Jeff
>>
>> Jeff Wilkie
>> Chief Technology Officer
>> US IP Communications
>> 919.297.1057
>>
>>
>> *"This e-mail communication and any attachments may contain confidential
>> and privileged information and is for use by the designated addressee(s)
>> named above only. Any files transmitted with it are confidential and
>> intended solely for the use of the individual to whom it is addressed. Any
>> views or opinions presented are solely those of the author and do not
>> necessarily represent those of USIPCOM, LLC. If you are not the intended
>> addressee, you are hereby notified that you have received this
>> communication in error and that any use or reproduction of this email or
>> its contents is strictly prohibited and may be unlawful. If you have
>> received this communication in error, please notify us immediately by
>> replying to this message and deleting it from your computer. Thank you". *
>>
>> On Tue, Jun 7, 2016 at 6:52 AM, Bogdan-Andrei Iancu <
>> bog...@opensips.org> wrote:
>>
>>> Hi Jeff,
>>>
>>> So, FIFO works ok for you, but CP (using xmlrpc fails). Can you make a
>>> capture of the XMLRPC traffic between CP and OpenSIPS and post it somewhere
>>> ?
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>> On 31.05.2016 17:27, Jeff Wilkie wrote:
>>>
>>> OpenSIPS Control Panel version 5.0
>>>
>>> Jeff Wilkie
>>> Chief Technology Officer
>>> US IP Communications
>>> 919.297.1057
>>>
>>>
>>> *"This e-mail communication and any attachments may contain confidential
>>> and privileged information and is for use by the designated addressee(s)
>>> named above only. Any files transmitted with it are confidential and
>>> intended solely for the use of the individual to whom it is addressed. Any
>>> views or opinions presented are solely those of the author and do not
>>> necessarily represent those of USIPCOM, LLC. If you are not the intended
>>> addressee, you are hereby notified that you have received this
>>> communication in error and that any use or reproduction of this email or
>>> its contents is strictly prohibited and may be unlawful. If you have
>>> received this communication in error, please notify us immediately by
>>>

[OpenSIPS-Users] Provisional response handling in case of forking

2016-06-10 Thread Ramachandran, Agalya (Contractor)

Hi team,

We are using opensips for our project and we are currently using opensips as 
proxy.
Am forking the incoming sip call, to two destinations. It Rings in both Dest A 
and Dest B, as a result I get two 180 Ringing response from A and B.
I want to filter only the first incoming 180 Ringing response and send to the 
actual caller. Is there a way to do this in opensips config file?

I have seen drop() function which drops the complete provisional response. But 
in my case I have to forward one 180 Ringing to the caller.
Can it be achieved by the changes in config file? Please guide me.

Regards,
Agalya

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

Re: [OpenSIPS-Users] How to update table location, but directly on memory cache (RAM)?

2016-06-10 Thread Rodrigo Pimenta Carvalho

Hi Bogdan-Andrei.


You are right. I have been used the attr_avp, as you explained, to save a 
specific information in each new record for table location. It works very well 
and such information goes to column attr.


However, I have created today a new column for such table: column callerName. 
And I have to save $fn in this new column for each new record too.


So, what I have just tried today is something like this:


modparam("registrar", "attr_avp", "$avp(attr)")
modparam("registrar", "attr_avp", "$avp(callerName)")


...


is_method("REGISTER")) {
$avp(attr) = "my_specific_information";
$avp(callerName) = $fn;
}

...


But, in this case, the $fn overwrites the specific information, because it 
seems that attr_avp will pointer always to the same column Attr, no matter what 
the name I give to the AVP.


Do  you know how to put every information in its correct column?

Is it possble to have two attr_avps related to two different columns in table 
location?


Any hint will be very helpful!

Best regards.



RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979



De: users-boun...@lists.opensips.org  em nome 
de Bogdan-Andrei Iancu 
Enviado: sexta-feira, 10 de junho de 2016 07:39
Para: OpenSIPS users mailling list
Cc: Cleide Aparecida Ribeiro do Prado; Daniel Lopes Fússia
Assunto: Re: [OpenSIPS-Users] How to update table location, but directly on 
memory cache (RAM)?

Hi Rodrigo,

What you try to do is not consistent.

Either you use db_mode 1 to be have immediate writting in DB from usrloc module 
(see http://www.opensips.org/html/docs/modules/1.11.x/usrloc.html#id294459) -> 
it will be safe to run your script query after the save().

Either push the extra info you want to save into DB (and memory cache) via the 
attr AVP (see 
http://www.opensips.org/html/docs/modules/1.11.x/registrar.html#id293909) and 
opensips will do everything for you.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 09.06.2016 17:42, Rodrigo Pimenta Carvalho wrote:


Hi.


My script has the configuration:


modparam("usrloc", "db_mode", 2)
modparam("usrloc", "timer_interval",3)

Always after receiving a new register in table location, I must to execute a 
code like this:


avp_db_query("UPDATE location...


That is, an update will complement data in the new register.


However, how could I immediately update table location if data might be in 
memory cache (RAM) for 3 seconds. It could fail obviously.

The command avp_db_query UPDATE is acting over the database on hard disc, not 
in obviously.

So, is there a way to update table location even still in cache (RAM)? If yes, 
when data from RAM is recorded into the database, the register will already be 
updated.


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


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

Re: [OpenSIPS-Users] problem sending HEP messages

2016-06-10 Thread Ionita Ionut-Razvan

Sorry for the mistake. It's

hep_udp:ip:port
or
hep_tcp:ip:port
depending on the transport protocol you wish to use

Ionut Ionita
OpenSIPS Developer



On Jun 10, 2016, 16:28, at 16:28, Ionita Ionut-Razvan 
 wrote:
>You have to define a hep listener
>
>listen="hep:ip:port";
>
>in order to work, even though you're not receiving hep messages, only
>send them.
>
>Regards,
>Ionut Ionita
>OpenSIPS Developer
>
>
>
>On Jun 10, 2016, 16:18, at 16:18, Richard Robson
> wrote:
>>I'm trying to get 2.2 to send to a Homer install, but I can't seem to
>>get opensips to send the messages
>>
>>
>>This is the opensips config
>>
>>loadmodule "proto_hep.so"
>>modparam("proto_hep", "hep_port", 9060)
>>loadmodule "siptrace.so"
>>modparam("siptrace", "trace_on", 1)
>>modparam("siptrace", "trace_id",
>>"[tid]uri=hep:192.168.36.140:9060;transport=udp;version=1;")
>>
>>
>>
>>in the route:
>>
>>
>>sip_trace("tid", "d");
>>
>>
>>The error messages are :
>>
>>
>>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>>ERROR:siptrace:msg_send: no sending socket found for proto 8
>>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>>ERROR:siptrace:trace_send_hep_duplicate: cannot send duplicate message
>>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>>ERROR:siptrace:save_siptrace: Failed to duplicate with hep to <:>
>>
>>
>>I'm presuming that the opensips is not understanding the trace_id
>>somehow. I've looked at the documentation, but cant find any reason
>for
>>this.
>>
>>
>>--
>>Richard Robson
>>Greenlight Support
>>01382 843843
>>supp...@greenlightcrm.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] problem sending HEP messages

2016-06-10 Thread Ionita Ionut-Razvan

You have to define a hep listener

listen="hep:ip:port";

in order to work, even though you're not receiving hep messages, only send them.

Regards,
Ionut Ionita
OpenSIPS Developer



On Jun 10, 2016, 16:18, at 16:18, Richard Robson  
wrote:
>I'm trying to get 2.2 to send to a Homer install, but I can't seem to
>get opensips to send the messages
>
>
>This is the opensips config
>
>loadmodule "proto_hep.so"
>modparam("proto_hep", "hep_port", 9060)
>loadmodule "siptrace.so"
>modparam("siptrace", "trace_on", 1)
>modparam("siptrace", "trace_id",
>"[tid]uri=hep:192.168.36.140:9060;transport=udp;version=1;")
>
>
>
>in the route:
>
>
>sip_trace("tid", "d");
>
>
>The error messages are :
>
>
>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>ERROR:siptrace:msg_send: no sending socket found for proto 8
>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>ERROR:siptrace:trace_send_hep_duplicate: cannot send duplicate message
>Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
>ERROR:siptrace:save_siptrace: Failed to duplicate with hep to <:>
>
>
>I'm presuming that the opensips is not understanding the trace_id
>somehow. I've looked at the documentation, but cant find any reason for
>this.
>
>
>--
>Richard Robson
>Greenlight Support
>01382 843843
>supp...@greenlightcrm.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] problem sending HEP messages

2016-06-10 Thread Richard Robson

I'm trying to get 2.2 to send to a Homer install, but I can't seem to
get opensips to send the messages


This is the opensips config

loadmodule "proto_hep.so"
modparam("proto_hep", "hep_port", 9060)
loadmodule "siptrace.so"
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_id",
"[tid]uri=hep:192.168.36.140:9060;transport=udp;version=1;")



in the route:


sip_trace("tid", "d");


The error messages are :


Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
ERROR:siptrace:msg_send: no sending socket found for proto 8
Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
ERROR:siptrace:trace_send_hep_duplicate: cannot send duplicate message
Jun 10 14:13:52 gl-sip-02 /usr/sbin/opensips[13630]:
ERROR:siptrace:save_siptrace: Failed to duplicate with hep to <:>


I'm presuming that the opensips is not understanding the trace_id
somehow. I've looked at the documentation, but cant find any reason for
this.


-- 
Richard Robson
Greenlight Support
01382 843843
supp...@greenlightcrm.com


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

Re: [OpenSIPS-Users] How to update table location, but directly on memory cache (RAM)?

2016-06-10 Thread Bogdan-Andrei Iancu


Hi Rodrigo,

What you try to do is not consistent.

Either you use db_mode 1 to be have immediate writting in DB from usrloc 
module (see 
http://www.opensips.org/html/docs/modules/1.11.x/usrloc.html#id294459) 
-> it will be safe to run your script query after the save().


Either push the extra info you want to save into DB (and memory cache) 
via the attr AVP (see 
http://www.opensips.org/html/docs/modules/1.11.x/registrar.html#id293909) and 
opensips will do everything for you.


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 09.06.2016 17:42, Rodrigo Pimenta Carvalho wrote:



Hi.


My script has the configuration:


modparam("usrloc", "db_mode", 2)
modparam("usrloc", "timer_interval",3)

Always after receiving a new register in table location, I must to 
execute a code like this:


avp_db_query("UPDATE location...


That is, an update will complement data in the new register.


However, how could I immediately update table location if data might 
be in memory cache (RAM) for 3 seconds. It could fail obviously.


The command avp_db_query UPDATE is acting over the database on hard 
disc, not in obviously.


So, is there a way to update table location even still in cache (RAM)? 
If yes, when data from RAM is recorded into the database, the register 
will already be updated.



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


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

Re: [OpenSIPS-Users] Opensips CP DROUTING GATEWAY enable/disable issue

2016-06-10 Thread Bogdan-Andrei Iancu

Hi Jeff,

So, from CP, using the FIFO backend, the enabling works, but the 
disabling doesn't ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 09.06.2016 22:30, Jeff Wilkie wrote:

Bogdan,

Based on what you have provided, I decided to change the 
boxes.global.inc.php file as follows:

$box_id=0;

// mi host:port pair || fifo_file

*$boxes[$box_id]['mi']['conn']="127.0.0.1:8080 ";*

//boxes[$box_id]['mi']['conn']="/tmp/opensips_proxy_fifo";

It now is able to disable and enable the gateways. I'm not sure if 
anything else is broken as a result but I will go through the 
testing.  Is there a reason why it would not work using the fifo file 
instead?

Jeff Wilkie
Chief Technology Officer
US IP Communications
919.297.1057

/"This e-mail communication and any attachments may contain 
confidential and privileged information and is for use by the 
designated addressee(s) named above only. Any files transmitted with 
it are confidential and intended solely for the use of the individual 
to whom it is addressed. Any views or opinions presented are solely 
those of the author and do not necessarily represent those of USIPCOM, 
LLC. If you are not the intended addressee, you are hereby notified 
that you have received this communication in error and that any use or 
reproduction of this email or its contents is strictly prohibited and 
may be unlawful. If you have received this communication in error, 
please notify us immediately by replying to this message and deleting 
it from your computer. Thank you". /

On Thu, Jun 9, 2016 at 11:14 AM, Bogdan-Andrei Iancu 
> wrote:

Jeff,

To have the CP connecting to OpenSIPS you can use any of the MI
backends - FIFO, XMLRPC, UDP...any will do the trick. The downside
of FIFO is that the CP and OpenSIPS must be on the same server.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 09.06.2016 17:38, Jeff Wilkie wrote:

Is XMLRPC required to make this function work?  Currently, we are
only using the fifo method as the boxes.global.inc.php only
referencing this method.  The documentation for CP says to use
one or the other but does not mention that some functions will
not work if not using XMLRPC.

Thanks
Jeff

Jeff Wilkie
Chief Technology Officer
US IP Communications
919.297.1057 

/"This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only. Any files transmitted
with it are confidential and intended solely for the use of the
individual to whom it is addressed. Any views or opinions
presented are solely those of the author and do not necessarily
represent those of USIPCOM, LLC. If you are not the intended
addressee, you are hereby notified that you have received this
communication in error and that any use or reproduction of this
email or its contents is strictly prohibited and may be unlawful.
If you have received this communication in error, please notify
us immediately by replying to this message and deleting it from
your computer. Thank you". /

On Tue, Jun 7, 2016 at 6:52 AM, Bogdan-Andrei Iancu
> wrote:

Hi Jeff,

So, FIFO works ok for you, but CP (using xmlrpc fails). Can
you make a capture of the XMLRPC traffic between CP and
OpenSIPS and post it somewhere ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 31.05.2016 17:27, Jeff Wilkie wrote:

OpenSIPS Control Panel version 5.0

Jeff Wilkie
Chief Technology Officer
US IP Communications
919.297.1057 

/"This e-mail communication and any attachments may contain
confidential and privileged information and is for use by
the designated addressee(s) named above only. Any files
transmitted with it are confidential and intended solely for
the use of the individual to whom it is addressed. Any views
or opinions presented are solely those of the author and do
not necessarily represent those of USIPCOM, LLC. If you are
not the intended addressee, you are hereby notified that you
have received this communication in error and that any use
or reproduction of this email or its contents is strictly
prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by
replying to this message and deleting it from your computer.
Thank you". /

On Tue, May 31, 2016 at 3:28 AM, Bogdan-Andrei Iancu

Re: [OpenSIPS-Users] Opensips CP DROUTING GATEWAY enable/disable issue

[OpenSIPS-Users] Provisional response handling in case of forking

Re: [OpenSIPS-Users] How to update table location, but directly on memory cache (RAM)?

Re: [OpenSIPS-Users] problem sending HEP messages

Re: [OpenSIPS-Users] problem sending HEP messages

[OpenSIPS-Users] problem sending HEP messages

Re: [OpenSIPS-Users] How to update table location, but directly on memory cache (RAM)?

Re: [OpenSIPS-Users] Opensips CP DROUTING GATEWAY enable/disable issue

8 matches

Site Navigation

Mail list logo

Footer information