<div dir="ltr"><div>The key purpose of ITV encryption is to avoid making a pattern of any sort. If you encrypt same text / packet 10 times you will get completely different encrypted text / packet each time. This happens due to the fact that the encryption key changes dynamically with each new encryption done, see the readme file for more details<br>

<br><a href="https://github.com/mshary/itv/blob/master/README.md">https://github.com/mshary/itv/blob/master/README.md</a><br><br></div>Secondly with v2.0, it uses non-deterministic random source as well as auto-learning, so it can adopt to new symbols and words encountered while encrypting and update itself to use them. So technically, it can also be used for binary data such as RTP, however RTP uses UDP which has possibility of packet loss and thus not suitable for ITV encryption (at least for now, this is a hot discussion within my researchers circle and we are actively looking for a solution for this).<br>

<br>See release notes for v2.0 here,<br><br><a href="https://github.com/mshary/itv/releases/tag/v2.0">https://github.com/mshary/itv/releases/tag/v2.0</a><br><div><br></div><div>Anyways, the current target is to use kamailio as SIP proxy and doubango as SIP client for iPhone and Android. Once it is achieved it will be available free / open source to public and then it can be actually tested against all possible voip blocking and sniffing scenarios which we hope it would be able to solve with minimal possible overhead. So far the prototype works pretty good in a few voip blocked countries and GSM operators where we have tested it.<br>

<br></div><div>Thank you.<br></div><div><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 30, 2014 at 5:32 PM, Daniel Tryba <span dir="ltr"><<a href="mailto:daniel@pocos.nl" target="_blank">daniel@pocos.nl</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Wednesday 30 July 2014 06:37:31 Muhammad Shahzad wrote:<br>
> Humm, no reply so far, may be because my email was very long and no body<br>
> bothered to read it all. Anyways, here is the shorter more direct version<br>
> of it.<br>
<br>
</div>I read it all and my only though was: use a VPN.<br>
<br>
If someone wants to stop SIP, it has an easy to spot pattern.<br>
If someone wants to stop VPN, they will drop every non clear connection which<br>
doesn't match a known non-VPN pattern.<br>
<br>
If I was afraid of my telco listening in on my SIP dialogs, I'd also want to<br>
encrypt RTP. Which is much more resource intensive than encrypting a few SIP<br>
messages. So if you think standard tls is to intensive you'll also have to<br>
create some custom lightweight rtp mangling.<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br></div>