Re: [OpenSIPS-Users] rtpproxy not relaying data

[Waldoalvarez via Users]

Hi Răzvan Crainea:

I was sending an U command instead of an L command. This is what I interpreted 
in the documentation. Is working great now. Thanks a lot! This was worrying me 
a lot. I've being dealing with this RTP thing since long. Thought I had to 
implement handling that protocol. Thanks a lot!



Sent with [ProtonMail](https://protonmail.com) Secure Email.


 Original Message 
Subject: Re: [OpenSIPS-Users] rtpproxy not relaying data
Local Time: 22 de febrero de 2017 6:14 AM
UTC Time: 22 de febrero de 2017 10:14
From: raz...@opensips.org
To: users@lists.opensips.org

Hi, Waldo!

I only see the command for Update (initial request), I don't see the command 
for Lookup(200 OK).
Moreover, are you sure RTP traffic gets to the rtpproxy machine? Because 
RTPProxy statistics doesn't see any packets getting to the server. Can you 
double check if the firewall allows the traffic?

Best regards,

Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com

On 02/22/2017 11:44 AM, Waldoalvarez via Users wrote:

Hi:


I am trying to use rtpproxy with my SIP proxy. It starts a session and both SIP 
clients send data to rtpproxy port as I see on wireshark after I modify the SDP 
part. I see data comming to rtpproxy but no data comes out of it. What could be 
going on wrong? Configuratoin issue? I send here a log of rtpproxy.

halplus@halplus-VirtualBox ~ $ rtpproxy -f -s unix:/var/run/rtp/rtpproxy.sock 
-d DBUG:LOG_LOCAL3
INFO:main: rtpproxy started, pid 11266
ERR:main: can't open pidfile for writing: Permission denied
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.146 7076 
SA6YGw3uI"
INFO:handle_command: new session rWiXCizLxX, tag SA6YGw3uI requested, type 
strong
INFO:handle_command: new session on a port 37110 created, tag SA6YGw3uI
INFO:handle_command: pre-filling caller's address with 192.168.200.146:7076
DBUG:doreply: sending reply "37110
"
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.140 7078 
SA6YGw3uI"
INFO:handle_command: adding strong flag to existing session, new=1/0/0
INFO:handle_command: lookup on ports 37110/0, session timer restarted
INFO:handle_command: pre-filling caller's address with 192.168.200.140:7078
DBUG:doreply: sending reply "37110
"
INFO:process_rtp: session timeout
INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 
0 dropped
INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 
0 dropped
INFO:remove_session: session on ports 37110/0 is cleaned up

Any help is very much welcome.

Regards
Waldo



___ 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] 2.2.x and CP with json

[Jeff Wilkie]

Ok, question part 2, now that the proper module is loaded :)  From the MI
interface in CP, I have 1 small issue.  Using json to interface with
opensips, I execute the command "*address_dump" *and execute.  I receive
the output of address dump   |  son:127.0.0.1:/json Successfully
executed, no output generated.  Other commands like domain_dump work as
expected in the SYSTEM/MI interface.  If I bypass CP and use web direct
command 127.0.0.1:/json/address_dump I receive the proper output.  Not
sure why CP provides no output from this command though.

The web query directly looks like this as a response when not using MI via
CP

http://10.10.20.229:/json/address_dump

{"part": [{"value":"default", "children":{"dest": [{"value":"  8
<10.10.10.99,2, 5060, 1, NULL, 151559>"}, {"value":"  19
<10.10.20.193,2, 5060, 1, NULL, 151559>"}, {"value":" 81
<192.168.1.203,1, 5060, 1, NULL, NULL>"}]}}]}


It's not a show stopper but bugging me why it doesn't work for that command
only from what I can tell from initial testing.

Jeff Wilkie



> Yes, you did overlook to load the dialplan module into your OpenSIPS (the
> dp_reload command is prvided by this modules).
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 02/22/2017 05:56 PM, Jeff Wilkie wrote:
>
> When using the mi_json module combined with CP, it appears that not all of
> the functions were ported over for this interaction to complete 100%.  JSON
> enabled in opensips-cp/config/boxes.global.inc.php only allows some
> commands to work.  One particular command that appears to not be working is
> under SYSTEM/DIALPLAN of CP when you attempt to hit "apply to server".  I
> receive a Sending to *json:127.0.0.1:/json
> * : Error code 500 (Command not found) for
> the dp_reload command.  If I do the same thing under the SYSTEM/PERMISSIONS
> page "apply to server" returns success for address_reload.   Is this a
> known issue?  Did I overlook something small in the config?  How do I
> remedy this issue?
>
> Thanks
>
> Jeff Wilkie
>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://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] [BLOG] Troubleshooting missing ACK in SIP

[Bogdan-Andrei Iancu]

We all experienced calls getting self disconnected after 5-10 seconds - 
usually disconnected by the callee side via a BYE request - but a BYE 
which was not triggered by the party behind the phone, but by the SIP 
stack/layer itself.


https://blog.opensips.org/2017/02/22/troubleshooting-missing-ack-in-sip/

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] 2.2.x and CP with json

[Jeff Wilkie]

DOH!  Got me.  Sorry for the distraction but thanks for the simple fix.
Working too fast on this new test bed I guess.

Jeff Wilkie


On Wed, Feb 22, 2017 at 11:20 AM, Bogdan-Andrei Iancu 
wrote:

> Hi Jeff,
>
> Yes, you did overlook to load the dialplan module into your OpenSIPS (the
> dp_reload command is prvided by this modules).
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 02/22/2017 05:56 PM, Jeff Wilkie wrote:
>
> When using the mi_json module combined with CP, it appears that not all of
> the functions were ported over for this interaction to complete 100%.  JSON
> enabled in opensips-cp/config/boxes.global.inc.php only allows some
> commands to work.  One particular command that appears to not be working is
> under SYSTEM/DIALPLAN of CP when you attempt to hit "apply to server".  I
> receive a Sending to *json:127.0.0.1:/json
> * : Error code 500 (Command not found) for
> the dp_reload command.  If I do the same thing under the SYSTEM/PERMISSIONS
> page "apply to server" returns success for address_reload.   Is this a
> known issue?  Did I overlook something small in the config?  How do I
> remedy this issue?
>
> Thanks
>
> Jeff Wilkie
>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://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] 2.2.x and CP with json

[Bogdan-Andrei Iancu]

Hi Jeff,

Yes, you did overlook to load the dialplan module into your OpenSIPS 
(the dp_reload command is prvided by this modules).


Regards,

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

On 02/22/2017 05:56 PM, Jeff Wilkie wrote:
When using the mi_json module combined with CP, it appears that not 
all of the functions were ported over for this interaction to complete 
100%.  JSON enabled in opensips-cp/config/boxes.global.inc.php only 
allows some commands to work.  One particular command that appears to 
not be working is under SYSTEM/DIALPLAN of CP when you attempt to hit 
"apply to server".  I receive a Sending to *json:127.0.0.1:/json 
* : Error code 500 (Command not found) for 
the dp_reload command.  If I do the same thing under the 
SYSTEM/PERMISSIONS page "apply to server" returns success for 
address_reload.   Is this a known issue? Did I overlook something 
small in the config?  How do I remedy this issue?


Thanks

Jeff Wilkie



___
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] 2.2.x and CP with json

[Jeff Wilkie]

When using the mi_json module combined with CP, it appears that not all of
the functions were ported over for this interaction to complete 100%.  JSON
enabled in opensips-cp/config/boxes.global.inc.php only allows some
commands to work.  One particular command that appears to not be working is
under SYSTEM/DIALPLAN of CP when you attempt to hit "apply to server".  I
receive a Sending to *json:127.0.0.1:/json *
 : Error code 500 (Command not found) for the dp_reload command.  If I do
the same thing under the SYSTEM/PERMISSIONS page "apply to server" returns
success for address_reload.   Is this a known issue?  Did I overlook
something small in the config?  How do I remedy this issue?

Thanks

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

Re: [OpenSIPS-Users] Siptrace usage in 2.2.2

[Ramachandran, Agalya (Contractor)]

Hi Ionut,

Am using the below config. Let me know if this is correct?
But am not seeing any packets in the Homer side, rather seeing errors in 
Kamailio logs, which is mentioned below.
Please help me to resolve this issue, if am doing anything wrong.
Kamailio is running and listening on port 9060.

loadmodule "siptrace.so"
loadmodule "proto_hep.so"
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_local_ip", "localIP")
modparam("siptrace", "trace_id","[tid]uri=sip:homerIP:9060;") // I tried to use 
both sip and hep

In route, am using
$var(trace_id) = "tid";
sip_trace("$var(trace_id)", , "$avp(traced_user)");

Am seeing below error in Kamailio logs, (on the Homer Side)
Feb 22 14:40:41 poc-homerserver-cmc-e-002 kamailio[9416]: ERROR: sipcapture 
[hep.c:136]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow 
protocol [1]
Feb 22 14:40:41 poc-homerserver-cmc-e-002 kamailio[9415]: ERROR: sipcapture 
[hep.c:136]: hepv2_received(): ERROR: sipcapture:hep_msg_received: unknow 
protocol [1]
Feb 22 14:41:48 poc-homerserver-cmc-e-002 kamailio[9418]: ERROR: sipcapture 
[hep.c:86]: hep_msg_received(): ERROR: sipcapture:hep_msg_received: not 
supported version or bad length: v:[73] l:[78]
Feb 22 14:41:51 poc-homerserver-cmc-e-002 kamailio[9419]: ERROR: sipcapture 
[hep.c:86]: hep_msg_received(): ERROR: sipcapture:hep_msg_received: not 
supported version or bad length: v:[67] l:[65]

Regards,
Agalya

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ionut Ionita
Sent: Wednesday, February 22, 2017 5:14 AM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] Siptrace usage in 2.2.2


Hi,

As regards duplicate_uri parameter it depends on whether or not you have 
duplicate_with_hep set. If duplicate_with_hep is not set (or set to 0) you 
should use sip else you should use hep. Regarding traced_user_avp, this 
parameter is obsolete and now moved as a parameter to sip_trace function, so in 
the script you can do something like:
$avp(traced_user) = "1";
sip_trace("tid", , "$avp(traced_user)");

Regards,


Ionut Ionita

OpenSIPS Developer
On 02/21/2017 11:02 PM, Ramachandran, Agalya (Contractor) wrote:
Hi,

Am trying to use Homer tool to display the packets that have arrived in 
OpenSIPS.
And here is my setup when  I used with opensips1.11 version.

OpenSIPS (Siptrace) >Homer. (kamailio+sipcapture ,DB)

In order to achieve the same setup in OpenSIPS 2.2.2 version, for the siptrace, 
we can use either sipuri , hepuri or DB – Correct?

In the older version, I have used modparam("siptrace", "duplicate_uri", "sip: 
remoteipofHomer:9060")

With the new version of OpenSIPS, in order to send the packet to Homer, is this 
configuration correct?

modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_local_ip", "localip")
modparam("siptrace", "trace_id","[tid]uri=sip:remoteipofHomer:9060;") ---> 
sip/hep -? Which one I should use?

And for traced_user_avp, I will be using the following in old version.

modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

In Route function , the below lines will be used.
$avp(traced_user) = "1";
sip_trace();

How this can be achieved in new sip_trace()?

Kindly clarify me.

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] Siptrace usage in 2.2.2

[Ionut Ionita]

Hi,

As regards *duplicate_uri* parameter it depends on whether or not 
you have *duplicate_with_hep* set. If *duplicate_with_hep *is not set 
(or set to 0) you should use*sip* else you should use *hep*. Regarding 
*traced_user_avp*, this parameter is obsolete and now moved as a 
parameter to sip_trace function, so in the script you can do something like:


/$avp(traced_user) = "1";/
/sip_trace("tid", , "$avp(traced_user)");

/Regards,

Ionut Ionita
OpenSIPS Developer

On 02/21/2017 11:02 PM, Ramachandran, Agalya (Contractor) wrote:


Hi,

Am trying to use Homer tool to display the packets that have arrived 
in OpenSIPS.


And here is my setup when  I used with opensips1.11 version.

*OpenSIPS (Siptrace) >Homer. (kamailio+sipcapture ,DB)*

In order to achieve the same setup in OpenSIPS 2.2.2 version, for the 
siptrace, we can use either sipuri , hepuri or DB – Correct?


In the older version, I have used modparam("siptrace", 
"duplicate_uri", "sip: remoteipofHomer:9060")


With the new version of OpenSIPS, in order to send the packet to 
Homer, is this configuration correct?


modparam("siptrace", "trace_on", 1)

modparam("siptrace", "trace_local_ip", "localip")

modparam("siptrace", 
"trace_id","[tid]uri=*sip*:remoteipofHomer:9060;") ---> *sip/hep* -? 
Which one I should use?


And for traced_user_avp, I will be using the following in old version.

modparam("siptrace", "traced_user_avp", "$avp(traced_user)")

In Route function , the below lines will be used.

$avp(traced_user) = "1";

sip_trace();

How this can be achieved in new sip_trace()?

Kindly clarify me.

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] rtpproxy not relaying data

[Răzvan Crainea]

Hi, Waldo!

I only see the command for Update (initial request), I don't see the 
command for Lookup(200 OK).
Moreover, are you sure RTP traffic gets to the rtpproxy machine? Because 
RTPProxy statistics doesn't see any packets getting to the server. Can 
you double check if the firewall allows the traffic?


Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 02/22/2017 11:44 AM, Waldoalvarez via Users wrote:


Hi:

I am trying to use rtpproxy with my SIP proxy. It starts a session and 
both SIP clients send data to rtpproxy port as I see on wireshark 
after I modify the SDP part. I see data comming to rtpproxy but no 
data comes out of it. What could be going on wrong? Configuratoin 
issue? I send here a log of rtpproxy.


halplus@halplus-VirtualBox ~ $ rtpproxy -f -s 
unix:/var/run/rtp/rtpproxy.sock -d DBUG:LOG_LOCAL3

INFO:main: rtpproxy started, pid 11266
ERR:main: can't open pidfile for writing: Permission denied
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.146 
7076 SA6YGw3uI"
INFO:handle_command: new session rWiXCizLxX, tag SA6YGw3uI requested, 
type strong

INFO:handle_command: new session on a port 37110 created, tag SA6YGw3uI
INFO:handle_command: pre-filling caller's address with 
192.168.200.146:7076

DBUG:doreply: sending reply "37110
"
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.140 
7078 SA6YGw3uI"

INFO:handle_command: adding strong flag to existing session, new=1/0/0
INFO:handle_command: lookup on ports 37110/0, session timer restarted
INFO:handle_command: pre-filling caller's address with 
192.168.200.140:7078

DBUG:doreply: sending reply "37110
"
INFO:process_rtp: session timeout
INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 
relayed, 0 dropped
INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 
relayed, 0 dropped

INFO:remove_session: session on ports 37110/0 is cleaned up

Any help is very much welcome.

Regards
Waldo



___
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] rtpproxy not relaying data

[Waldoalvarez via Users]

Hi:


I am trying to use rtpproxy with my SIP proxy. It starts a session and both SIP 
clients send data to rtpproxy port as I see on wireshark after I modify the SDP 
part. I see data comming to rtpproxy but no data comes out of it. What could be 
going on wrong? Configuratoin issue? I send here a log of rtpproxy.



halplus@halplus-VirtualBox ~ $ rtpproxy -f -s unix:/var/run/rtp/rtpproxy.sock 
-d DBUG:LOG_LOCAL3
INFO:main: rtpproxy started, pid 11266
ERR:main: can't open pidfile for writing: Permission denied
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.146 7076 
SA6YGw3uI"
INFO:handle_command: new session rWiXCizLxX, tag SA6YGw3uI requested, type 
strong
INFO:handle_command: new session on a port 37110 created, tag SA6YGw3uI
INFO:handle_command: pre-filling caller's address with 192.168.200.146:7076
DBUG:doreply: sending reply "37110
"
DBUG:handle_command: received command "U rWiXCizLxX 192.168.200.140 7078 
SA6YGw3uI"
INFO:handle_command: adding strong flag to existing session, new=1/0/0
INFO:handle_command: lookup on ports 37110/0, session timer restarted
INFO:handle_command: pre-filling caller's address with 192.168.200.140:7078
DBUG:doreply: sending reply "37110
"
INFO:process_rtp: session timeout
INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 
0 dropped
INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 
0 dropped
INFO:remove_session: session on ports 37110/0 is cleaned up

Any help is very much welcome.

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

Re: [OpenSIPS-Users] ​MI fifo commands for multiple opensips instances

[Husnain Taseer]

Thanks Aqs, for providing json module link. Yes we can have multiple
options  mi_datagram can also be used by running different instances on
different datagram sockets.

Thanks Robert, I am trying to deploy two different opensips instances using
puppet on same server. I got your point we can replicate opensipsctl file
and can change the fifo file path in it for the second instance so there
will be no issue in getting the stats. Sharing same fifo file with second
instance will make it bit complex. In my scenario I can have two different
fifo files.

Regards,
*Husnain Taseer - **VoIP professional*

On Wed, Feb 22, 2017 at 12:02 AM,  wrote:

> Send Users mailing list submissions to
> users@lists.opensips.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-requ...@lists.opensips.org
>
> You can reach the person managing the list at
> users-ow...@lists.opensips.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>1.
> ​​
> MI fifo commands for multiple opensips instances (Husnain Taseer)
>2. Re: MI fifo commands for multiple opensipsinstances (Aqs
> Younas)
>3. Re: MI fifo commands for multiple opensipsinstances
>   (Mundkowsky, Robert)
>4. Siptrace usage in 2.2.2 (Ramachandran, Agalya (Contractor))
>
>
> --
>
> Message: 1
> Date: Tue, 21 Feb 2017 22:27:52 +0300
> From: Husnain Taseer 
> To: users@lists.opensips.org
> Subject: [OpenSIPS-Users] MI fifo commands for multiple opensips
> instances
> Message-ID: <2b4562b2-d577-49a2-a404-d1048eec4...@gmail.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi Folks!
>
> I am little curious to know that If we have multiple instances of opensips
> (single installation) running on a machine with two different
> configurations (opensips.cfg files). How we can run MI fifo commands on
> both opensips instances to get statistic ( like active dialogs,
> rcv_requests, rcv_responses etc) on each of the running instances
> separately.
>
> Regards,
> Husnain Taseer - VoIP Professional
>
>
>
>
>
>
> --
>
> Message: 2
> Date: Wed, 22 Feb 2017 01:23:21 +0500
> From: Aqs Younas 
> To: OpenSIPS users mailling list 
> Subject: Re: [OpenSIPS-Users] MI fifo commands for multiple opensips
> instances
> Message-ID:
>  mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> This might help you.
> http://www.opensips.org/html/docs/modules/devel/mi_json.html
>
> On 22 February 2017 at 00:27, Husnain Taseer 
> wrote:
>
> > Hi Folks!
> >
> > I am little curious to know that If we have multiple instances of
> opensips
> > (single installation) running on a machine with two different
> > configurations (opensips.cfg files). How we can run MI fifo commands on
> > both opensips instances to get statistic ( like active dialogs,
> > rcv_requests, rcv_responses etc) on each of the running instances
> > separately.
> >
> > Regards,
> > Husnain Taseer - VoIP Professional
> >
> >
> >
> >
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL: <http://lists.opensips.org/pipermail/users/attachments/
> 20170222/edc19080/attachment-0001.html>
>
> --
>
> Message: 3
> Date: Tue, 21 Feb 2017 20:30:39 +
> From: "Mundkowsky, Robert" 
> To: OpenSIPS users mailling list 
> Subject: Re: [OpenSIPS-Users] MI fifo commands for multiple opensips
> instances
> Message-ID:
>  namprd07.prod.outlook.com>
>
> Content-Type: text/plain; charset="utf-8"
>
> If there is no reason to share the fifo file, then you config OpenSIPS to
> use a different fifo file per instance.  I actually wonder if a fifo file
> can be shared with multiple instances or if you have to use a database if
> you want a cluster of them, but guess I can read the book if I need that.
>
> Robert
>
>
> -Original Message-
> From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of
> Husnain Taseer
> Sent: Tuesday, February 21, 2017 2:28 PM
> To: users@lists.opensips.o