Re: [OpenSIPS-Users] Engage rtpengine if destination resigstered client is ipv6

[Jonathan Hunter]

Hi Eric,
Thanks for the response on this.The main issue was with identifying if the 
Registered user I was sending the INVITE request to was over IPv6 or IPv4, and 
it looks like your config should give me an indication.Many thanks
Jon
Message: 5Date: Mon, 8 Feb 2016 07:44:18 -0700From: Eric Tamme 
Subject: Re: [OpenSIPS-Users] Engage rtpengine if 
destinationresigstered client is ipv6To: OpenSIPS users mailling list 
Message-ID: 
<56b8a9c2.6090...@uphreak.com>Content-Type: text/plain; charset="windows-1252"; 
Format="flowed"You can see an example of setting the flags in my federated-sip 
project 
https://github.com/etamme/federated-sip/blob/master/core/opensips.cfg.erb#L558-Eric

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

Re: [OpenSIPS-Users] Engage rtpengine if destination resigstered client is ipv6

[Eric Tamme]

The proper way to do this is to check when the user registers if they 
are ipv4 or ipv6 and set a branch flag that will be saved with the 
registration.  When you call lookup, it will restore the branch flag, 
allowing you access to the information about the UAS ipv4, ipv6, behind 
a not or not etc.


-Eric

On 02/08/2016 09:52 AM, Jonathan Hunter wrote:

Hi Eric,


 
Thanks for the response on this.

The main issue was with identifying if the
   Registered user I was sending the INVITE request to
   was over IPv6 or IPv4, and it looks like your config
   should give me an indication.
Many thanks


 
Jon



 
Message: 5


   Date: Mon, 8 Feb 2016 07:44:18 -0700

   From: Eric Tamme 

   Subject: Re: [OpenSIPS-Users] Engage rtpengine if
   destination

   resigstered client is ipv6

   To: OpenSIPS users mailling list
   

   Message-ID: <56b8a9c2.6090...@uphreak.com>

   Content-Type: text/plain; charset="windows-1252";
   Format="flowed"

   


   You can see an example of setting the flags in my
   federated-sip project

   
https://github.com/etamme/federated-sip/blob/master/core/opensips.cfg.erb#L558

   


   -Eric


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

Re: [OpenSIPS-Users] Lots of presence:p_tm_callback, 408 warning

[Bogdan-Andrei Iancu]

They are generated and sent out immediately, upon a PUBLISH.

Regards,

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

On 06.02.2016 22:48, surya wrote:

Hi Bogdan,

Thanks for the confirmation.

Can you please tell me how NOTIFY are processed internally. I mean are they
sent immediately or queued?

Thanks,
Surya



--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/Lots-of-presence-p-tm-callback-408-warning-tp7601275p7601334.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] [2.2/devel] Heads up, major changes

[Bogdan-Andrei Iancu]

Hi all,

This is a heads up regarding some latest changes over OpenSIPS 2.2 / 
devel branch, changes that do impact your scripts :


1) *"fork" option replaced wit**h "debug_mode"*
The fork/don't fork option made no sense anymore in the new OpenSIPS 
architecture (with async reactor). Even more, the so called "fork" was 
related only to SIP workers (even with fork=no, opensips was forking 
timer process, per-module processes); not to mention the fork=no 
limitation to only one UDP interface. Shortly, the "fork" option became 
outdated, causing more problem (coding and experience), rather than 
something useful.
"debug_mode" option was introduce as better way to switch on and off a 
fast way to debug your opensips. Upon enabling the "debug_mode", 
opensips will automatically force:

 - staying in foreground (do not detach from console)
 - set logging level to 4 (debug)
 - set logging to standard error
 - enable core dumping
 - set UDP worker processes to 2
 - set TCP worker processes to 2

2) *"debug" option replaced with "log_level"*
The global parameter "debug" was renamed "log_level" for a more accurate 
description of the setting. The values and the behavior were kept 
exactly as before. Of course the MI function "debug" was renamed to 
"log_level".


3) *"set_debug()" function replaced with "$log_level" variable*
Th3e $log_level with behave upon writing exactly as old set_debug() - a 
new logging level will be set (as number) or the log level will be reset 
(for a NULL input). Even more, the variable will accept to be populated 
from other variables/transformations. Upon reading, the current per 
process logging level will be returned.

Ex :
$avp(custom_log_level) = 4;
xlog("Current logging level is $log_level\n");
$log_level = $avp(custom_log_level); /* switch to debug level */
xlog("Running in debug level ($log_level) now\n");
$log_level = NULL;
   xlog("Resetting back to logging level $log_level\n");


Any feedback or reports are welcome !

--
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] Radius Async

[Dragomir Haralambiev]

[root@sbc opensips_head]# patch -p1 < free_rad.patch
(Stripping trailing CRs from patch.)
patching file Makefile
Hunk #1 FAILED at 31.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej



2016-02-05 16:28 GMT+02:00 Ionut Ionita :

> Can you try this patch?
> And when you compile try
> FREERADIUS=1 make all
>
> Ionut Ionita
> OpenSIPS Developer
>
> On 02/05/2016 04:08 PM, Dragomir Haralambiev wrote:
>
> I do this but problem is not resolved
>
>
> 2016-02-05 15:27 GMT+02:00 Ionut Ionita :
>
>> Uncomment the first line
>>
>> FREERADIUS=1
>> # freeradius libs check (must be done in toplevel makefile)
>> ifneq ("$(wildcard /usr/include/freeradius-client.h)","")
>> FREERADIUS=1
>> else
>> #FREERADIUS=0
>> endif
>>
>> and compile OpenSIPS again. We will try to fix that because
>> it's quite hard to configure.
>>
>> Ionut Ionita
>> OpenSIPS Developer
>>
>> On 02/05/2016 03:23 PM, Dragomir Haralambiev wrote:
>>
>> Hi,
>>
>> Here is firs lines from my MakeFile
>>
>> #FREERADIUS=1
>> # freeradius libs check (must be done in toplevel makefile)
>> ifneq ("$(wildcard /usr/include/freeradius-client.h)","")
>> FREERADIUS=1
>> else
>> #FREERADIUS=0
>> endif
>>
>>
>> I not see the /usr/include/freeradius-client.h
>>
>> Regards,
>>
>> 2016-02-05 15:01 GMT+02:00 Ionut Ionita < 
>> ionution...@opensips.org>:
>>
>>> Thank you for your time.
>>> Are you sure you have in your OpenSIPS Makefile FREERADIUS=1
>>> for using freeradius-client.h and not radiusclient-ng? It's the first
>>> commented line in the Makefile
>>>
>>> #FREERADIUS=1
>>>
>>>  Because as I see in the output of nm all the async functions from
>>> OpenSIPS
>>>  are there and also all the freeradius library async functions are
>>> there, so the
>>> used library is correct.
>>>
>>> Ionut Ionita
>>> OpenSIPS Developer
>>>
>>> On 02/05/2016 02:32 PM, Dragomir Haralambiev wrote:
>>>
>>> Here is tests
>>>
>>> 2016-02-05 12:35 GMT+02:00 Ionut Ionita < 
>>> ionution...@opensips.org>:
>>>
 Do you have any other errors? Can you provide the log please?
 After this please do the following:

 go to module folder:

 cd modules/aaa_radius

 from here run the following:

 make proper #it's not an error; is just a warning that you should build
 it from the main folder
 FREERADIUS=1 NICER=0 make #here you will also receive a warning; please
 provide output
 nm aaa_radius.so # please provide the output of this
 nm `ldd aaa_radius.so | grep radius | awk '{print $3}'` #and also for
 this

 Thank you

 Ionut Ionita
 OpenSIPS Developer

 On 02/05/2016 11:51 AM, Dragomir Haralambiev wrote:

 make proper working ONLY in main dir

 I make follow:
 make clean
 make proper
 make all
 make install

 When try to run I receive:

  unknown async command , missing loadmodule?


 Regards,
 Dragomir

 2016-02-05 11:32 GMT+02:00 Ionut Ionita < 
 ionution...@opensips.org>:

> The library looks ok. Could you try recompiling the module?
>
> cd modules/aaa_radius ; make proper
>
> and then recompile it from opensips main folder.
>
> Ionut Ionita
> OpenSIPS Developer
>
> On 02/05/2016 11:22 AM, Dragomir Haralambiev wrote:
>
> Hi, Thnaks for your replay.
>
> I send patched freeradius-client.h.
>
> Regards,
> Dragomir
>
> 2016-02-05 11:15 GMT+02:00 Ionut Ionita < 
> ionution...@opensips.org>:
>
>> Ok! After the patch you should have in the header the following three
>> lines
>>
>> #ifndef RADIUS_ASYNC_SUPPORT
>> #define RADIUS_ASYNC_SUPPORT
>> #endif
>>
>> at the very beginning. This helps compiling the async support
>> for the aaa_radius module only if this patch is applied.
>>
>>
>> Ionut Ionita
>> OpenSIPS Developer
>>
>> On 02/05/2016 10:56 AM, Dragomir Haralambiev wrote:
>>
>> Do you want to send freeradius-client.h after the patch?
>>
>> 2016-02-05 10:49 GMT+02:00 Dragomir Haralambiev <
>> goup2...@gmail.com>:
>>
>>> Yes I apply the patch and then compile Opensips 2.2.
>>>
>>> 2016-02-05 10:05 GMT+02:00 Ionut Ionita < 
>>> ionution...@opensips.org>:
>>>
 Hi Dragomir,

 Did you apply the patch on the freeradius-client library as
 shown in [0]? The async support for aaa_radius it's compiled only if 
 the
 patch is applied on the library.

 Ionut Ionita
 OpenSIPS Developer

 On 02/05/2016 01:28 AM, Dragomir Haralambiev wrote:

 Hello,

 I try setup Async in Opensips 2.2
 ...

 loadmodule 

Re: [OpenSIPS-Users] Radius Async

[Dragomir Haralambiev]

Now my Makefile begin with follow lines:

ifeq ("$(FREERADIUS)", "")
ifneq ("$(wildcard /usr/include/freeradius-client.h)","")
FREERADIUS=1
endif
endif

I compile with :
FREERADIUS=1 make all
FREERADIUS=1 make install

Problem still exists!

2016-02-05 16:28 GMT+02:00 Ionut Ionita :

> Can you try this patch?
> And when you compile try
> FREERADIUS=1 make all
>
> Ionut Ionita
> OpenSIPS Developer
>
> On 02/05/2016 04:08 PM, Dragomir Haralambiev wrote:
>
> I do this but problem is not resolved
>
>
> 2016-02-05 15:27 GMT+02:00 Ionut Ionita :
>
>> Uncomment the first line
>>
>> FREERADIUS=1
>> # freeradius libs check (must be done in toplevel makefile)
>> ifneq ("$(wildcard /usr/include/freeradius-client.h)","")
>> FREERADIUS=1
>> else
>> #FREERADIUS=0
>> endif
>>
>> and compile OpenSIPS again. We will try to fix that because
>> it's quite hard to configure.
>>
>> Ionut Ionita
>> OpenSIPS Developer
>>
>> On 02/05/2016 03:23 PM, Dragomir Haralambiev wrote:
>>
>> Hi,
>>
>> Here is firs lines from my MakeFile
>>
>> #FREERADIUS=1
>> # freeradius libs check (must be done in toplevel makefile)
>> ifneq ("$(wildcard /usr/include/freeradius-client.h)","")
>> FREERADIUS=1
>> else
>> #FREERADIUS=0
>> endif
>>
>>
>> I not see the /usr/include/freeradius-client.h
>>
>> Regards,
>>
>> 2016-02-05 15:01 GMT+02:00 Ionut Ionita < 
>> ionution...@opensips.org>:
>>
>>> Thank you for your time.
>>> Are you sure you have in your OpenSIPS Makefile FREERADIUS=1
>>> for using freeradius-client.h and not radiusclient-ng? It's the first
>>> commented line in the Makefile
>>>
>>> #FREERADIUS=1
>>>
>>>  Because as I see in the output of nm all the async functions from
>>> OpenSIPS
>>>  are there and also all the freeradius library async functions are
>>> there, so the
>>> used library is correct.
>>>
>>> Ionut Ionita
>>> OpenSIPS Developer
>>>
>>> On 02/05/2016 02:32 PM, Dragomir Haralambiev wrote:
>>>
>>> Here is tests
>>>
>>> 2016-02-05 12:35 GMT+02:00 Ionut Ionita < 
>>> ionution...@opensips.org>:
>>>
 Do you have any other errors? Can you provide the log please?
 After this please do the following:

 go to module folder:

 cd modules/aaa_radius

 from here run the following:

 make proper #it's not an error; is just a warning that you should build
 it from the main folder
 FREERADIUS=1 NICER=0 make #here you will also receive a warning; please
 provide output
 nm aaa_radius.so # please provide the output of this
 nm `ldd aaa_radius.so | grep radius | awk '{print $3}'` #and also for
 this

 Thank you

 Ionut Ionita
 OpenSIPS Developer

 On 02/05/2016 11:51 AM, Dragomir Haralambiev wrote:

 make proper working ONLY in main dir

 I make follow:
 make clean
 make proper
 make all
 make install

 When try to run I receive:

  unknown async command , missing loadmodule?


 Regards,
 Dragomir

 2016-02-05 11:32 GMT+02:00 Ionut Ionita < 
 ionution...@opensips.org>:

> The library looks ok. Could you try recompiling the module?
>
> cd modules/aaa_radius ; make proper
>
> and then recompile it from opensips main folder.
>
> Ionut Ionita
> OpenSIPS Developer
>
> On 02/05/2016 11:22 AM, Dragomir Haralambiev wrote:
>
> Hi, Thnaks for your replay.
>
> I send patched freeradius-client.h.
>
> Regards,
> Dragomir
>
> 2016-02-05 11:15 GMT+02:00 Ionut Ionita < 
> ionution...@opensips.org>:
>
>> Ok! After the patch you should have in the header the following three
>> lines
>>
>> #ifndef RADIUS_ASYNC_SUPPORT
>> #define RADIUS_ASYNC_SUPPORT
>> #endif
>>
>> at the very beginning. This helps compiling the async support
>> for the aaa_radius module only if this patch is applied.
>>
>>
>> Ionut Ionita
>> OpenSIPS Developer
>>
>> On 02/05/2016 10:56 AM, Dragomir Haralambiev wrote:
>>
>> Do you want to send freeradius-client.h after the patch?
>>
>> 2016-02-05 10:49 GMT+02:00 Dragomir Haralambiev <
>> goup2...@gmail.com>:
>>
>>> Yes I apply the patch and then compile Opensips 2.2.
>>>
>>> 2016-02-05 10:05 GMT+02:00 Ionut Ionita < 
>>> ionution...@opensips.org>:
>>>
 Hi Dragomir,

 Did you apply the patch on the freeradius-client library as
 shown in [0]? The async support for aaa_radius it's compiled only if 
 the
 patch is applied on the library.

 Ionut Ionita
 OpenSIPS Developer

 On 02/05/2016 01:28 AM, Dragomir Haralambiev wrote:

 Hello,

 I try setup Async in Opensips 2.2

Re: [OpenSIPS-Users] ERROR:tm:t_newtran: EoH not parsed on ACK?

[Bogdan-Andrei Iancu]

Hi Søren,

That's the typical error if the end-of-headers is not found in the 
message. After the headers, any SIP message must have a \r\n delimiter ; 
of course, I assume there were no other previous parsing errors.


Regards,

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

On 07.02.2016 00:39, Søren Andersen wrote:


I’m playing with sipp and trying to make some simple calls. – But then 
the call Is answered with 200 OK, I get “ERROR:tm:t_newtran: EoH not 
parsed” on the ACK? – And I can’t figure out why?


My ACK looks like:

ACK sip:serv...@xx.xx.xx.120:5060;transport=UDP SIP/2.0

Via: SIP/2.0/UDP XX.XX.XX.118:8836;branch=z9hG4bK-24864-1-5

From: "sipp" ;tag=1

To: ;tag=1

Call-ID: 1-24...@xx.xx.xx.118

CSeq: 1 ACK

Contact: 

Max-Forwards: 100

User-Agent: SIPp/sippy_cup

Content-Length: 0

/Søren



___
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 2.1 Edge Proxy Config

[John Mathew]

Razvan,

Can you please share the OpenSIPS 2.1 edge proxy configuration? This is
with reference to your Opensips summit video.

-- 
John Mathew   Divox International Inc. | Divox FZ LLC

 +971-7-243-1145
 +91-9037-11
 john.mat...@divoxmedia.com 
 www.divoxmedia.com
 375 Park Avenue, Seagram Building, Suite: 2607, New York City, New York,
USA - 10152

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

[OpenSIPS-Users] How to TLS ?

[Hamid Hashmi]

It will be a great help if you please help me in configuring TLS. I have 
followed this to configure TLS but could not able to verify certificates.
its working if disable following flags
modparam("proto_tls","verify_cert", "0")modparam("proto_tls","require_cert", 
"0")
BUT not verifying certificates. Please see logs if enabled
modparam("proto_tls","verify_cert", "1")modparam("proto_tls","require_cert", 
"1")
then have following ERROR
Feb  9 05:57:14 comoyo-dev-ec2-siplb SIPLB[29867]: 
[udp:keepalive@192.168.26.181:8000]: Receive request OPTIONS from local server 
[192.168.26.181] 
Feb  9 05:57:14 comoyo-dev-ec2-siplb SIPLB[29868]: ERROR:proto_tls:tls_accept: 
New TLS connection from 115.186.93.1:47015 failed to accept: rejected by client
Feb  9 05:57:14 comoyo-dev-ec2-siplb SIPLB[29868]: 
ERROR:proto_tls:tls_read_req: failed to do pre-tls reading
Feb  9 05:57:17 comoyo-dev-ec2-siplb SIPLB[29863]: 
[tcp:siplb@192.168.26.180:6080]: In LOCAL Route sending OPTIONS to 
192.168.26.181 
Feb  9 05:57:17 comoyo-dev-ec2-siplb SIPLB[29863]: 
INFO:core:probe_max_sock_buff: using snd buffer of 244 kb
Feb  9 05:57:17 comoyo-dev-ec2-siplb SIPLB[29863]: 
INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 17Regards
Hamid R. Hashmi
  ___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Engage rtpengine if destination resigstered client is ipv6

[Eric Tamme]

yes it is possible to bridge ip4 to ip6 using the "address family" key 
in the offer/answer to specify ipv4 or ipv6.  See the RTPEngine docs for 
more info https://github.com/sipwise/rtpengine/


-Eric

On 02/08/2016 07:38 AM, Jonathan Hunter wrote:

Hi All,

Doe's anyone know if its possible to set for examaple rtpengine to 
bridge between IPv4 and IPv6 only if the target request is destined 
for a subscriber who is registered over IPv6?


I am aware of the address family function, to  determine which 
interface/IP version a SIP request comes from, but is there a similar 
one for destination after a location lookup has been completed?


I am setting a flag when an IPv6 user registers, and was thinking I 
could possibly use an onsend route but just wondered if there is a 
better/easier solution?


This is in an environment with IPv4 and IPv6 users and equipment so I 
only want to engage rtpengine when I need to bridge between IPv4 and v6.


Thanks

Jon


___
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] Engage rtpengine if destination resigstered client is ipv6

[Eric Tamme]

You can see an example of setting the flags in my federated-sip project 
https://github.com/etamme/federated-sip/blob/master/core/opensips.cfg.erb#L558


-Eric

On 02/08/2016 07:38 AM, Jonathan Hunter wrote:

Hi All,

Doe's anyone know if its possible to set for examaple rtpengine to 
bridge between IPv4 and IPv6 only if the target request is destined 
for a subscriber who is registered over IPv6?


I am aware of the address family function, to  determine which 
interface/IP version a SIP request comes from, but is there a similar 
one for destination after a location lookup has been completed?


I am setting a flag when an IPv6 user registers, and was thinking I 
could possibly use an onsend route but just wondered if there is a 
better/easier solution?


This is in an environment with IPv4 and IPv6 users and equipment so I 
only want to engage rtpengine when I need to bridge between IPv4 and v6.


Thanks

Jon


___
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] Engage rtpengine if destination resigstered client is ipv6

[Jonathan Hunter]

Hi All,
Doe's anyone know if its possible to set for examaple rtpengine to bridge 
between IPv4 and IPv6 only if the target request is destined for a subscriber 
who is registered over IPv6?
I am aware of the address family function, to  determine which interface/IP 
version a SIP request comes from, but is there a similar one for destination 
after a location lookup has been completed?
I am setting a flag when an IPv6 user registers, and was thinking I could 
possibly use an onsend route but just wondered if there is a better/easier 
solution?
This is in an environment with IPv4 and IPv6 users and equipment so I only want 
to engage rtpengine when I need to bridge between IPv4 and v6.
Thanks
Jon   ___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] [BOOK] Building Telephony Systems with OpenSIPS - 2.1 version

[Bogdan-Andrei Iancu]

Hi Schneur,

Could you point the name of the chapter and the context of that mistake, 
so I can double check it ?


Thanks & Regards,

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

On 07.02.2016 14:53, Schneur Rosenberg wrote:


I bought the book and I think I found the first mistake, in the 
initial  invite packet on page 11, the contact header is of the 
destination and not of the origination UAC


On Feb 4, 2016 3:37 PM, "Bogdan-Andrei Iancu" > wrote:


Hello all,

Flavio Goncalves and I are happy to announce the publishing of the
second edition of "Building Telephony Systems with OpenSIPS",
covering OpenSIPS version 2.1 .

Also many thanks to the Packt Publishing house for making it
happened and to all our reviewers who help us to make this book
better.


https://www.packtpub.com/networking-and-servers/building-telephony-systems-opensips-second-edition

Enjoy !

-- 
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



___
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] Class 5 & softphone supporting ZRTP

[Maciej Bylica]

Hi All,

I am looking for a class 5 platform (basic VAS) and softphone (IOS,
Android) both supporting ZRTP protocol to achieve the highest voice
security.
C.5 and UA should be delivered from the same supplier (like sipwise for
instance)

Could anybody recommend me any solution here?

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