liblo-devel Mailing List for LibLO

Hi,

i tried the features branch, it worked with your example code, this is
good news!

One observation - which seems odd - is that an idle server uses 100% cpu
(on my machine / installation) while when a sender sends messages goes
down to a reasonable value. The other is that i wasn't able to send
messages at a higher rate than 1 per second but that might be a
side-effect of the first.

I've attached the example server and client programs to test if it behaves
the same on other instances.

Best regards
Thomas

On Wed, March 4, 2015 13:50, Dominique TESTELIN wrote:
> Hello,
>
>
> I have made modifications of liblo (in a fork) to add DTLS communication.
>
>
> You can find them in the branch "features" of this repository :
> git://git.code.sf.net/u/arcorme/liblo
>
>
> What it does :
> - communication between client and server using DTLS protocol
> - OSC formatted messages and bundles send using this client and server
> - Configure option to add DTLS with --enable-dtls
>
>
> Not included :
> - timetag in bundles to wait before dispatching it (withdrawn from DTLS
> server due to socket question)
>
> Not tested yet :
> - Compilation for Windows
> - Using ipv6
>
>
>
> *Example :*
>
>
> int main(void) {
> lo_dtls_server_thread st = lo_dtls_server_thread_new(23232, "127.0.0.1");
> lo_dtls_server_thread_set_certificate(st, "server_01-cert.pem",
> "server_01-key.pem");
> lo_dtls_server_thread_set_authority(st, "CAlist.pem", "CApath/");
> lo_dtls_server_thread_set_CRL(st, "CRL.pem");
>
> lo_dtls_server_thread_add_method(st, NULL, NULL, generic_handler, NULL);
>
> lo_dtls_server_thread_start(st);
>
> lo_dtls_client client = lo_dtls_client_new(23232, "127.0.0.1");
> lo_dtls_client_set_certificate(client, "client_01-cert.pem",
> "client_01-key.pem");
>
>
> lo_dtls_client_send(client, "/a/b/c/d", "sfsff", "one", 0.12345678,
> "three", -0.00000023001, 1.0);
>
>
> lo_dtls_client_free(client);
>
> sleep(5);
>
> lo_dtls_server_thread_free(st);
>
> return 0; }
>
>
>
> *Question :*
> As socket part is handled by OpenSSL lib, I did not merged DTLS in
> existing server but created separate lo_dtls_client and lo_dtls_server.
> What do you think about it, should it be more integrated in existing
> server or is it ok the way it is ?
>
>
> Dominique
>
>
>
> Le 19/12/2014 21:12, Stephen Sinclair a écrit :
>
>> On Fri, Dec 19, 2014 at 4:51 AM, Dominique TESTELIN
>> <dom...@li...> wrote:
>>
>>> Hello,
>>>
>>>
>>> I'm asked to add the DTLS protocol to the existing liblo library for
>>> my job.
>>>
>>> I was wondering if you would be interested by this functionnality ?
>>>
>> I see no a priori reason not to at least have a look at it.  It could
>> be interesting for some, I guess.  I recommend working on a "dtls"
>> branch, and then we'll see if any discussion is warranted before
>> merging.  If it adds any dependencies then I'd probably want to make it
>> an optional thing at configuration.
>>
>> Steve
>>
>>
>> -----------------------------------------------------------------------
>> -------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>  with Interactivity, Sharing, Native Excel Exports, App Integration &
>> more Get technology previously reserved for billion-dollar corporations,
>> FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.cl
>> ktrk _______________________________________________
>> liblo-devel mailing list lib...@li...
>> https://lists.sourceforge.net/lists/listinfo/liblo-devel
>>
>
> -------------------------------------------------------------------------
> -----
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now.
> http://goparallel.sourceforge.net/_______________________________________
> ________
> liblo-devel mailing list lib...@li...
> https://lists.sourceforge.net/lists/listinfo/liblo-devel
>
>

Hello,

I have made modifications of liblo (in a fork) to add DTLS communication.

You can find them in the branch "features" of this repository :
git://git.code.sf.net/u/arcorme/liblo

What it does :
- communication between client and server using DTLS protocol
- OSC formatted messages and bundles send using this client and server
- Configure option to add DTLS with --enable-dtls

Not included :
- timetag in bundles to wait before dispatching it (withdrawn from DTLS 
server due to socket question)

Not tested yet :
- Compilation for Windows
- Using ipv6


*Example :*

    int main(void)
    {
         lo_dtls_server_thread st = lo_dtls_server_thread_new(23232,
    "127.0.0.1");
         lo_dtls_server_thread_set_certificate(st, "server_01-cert.pem",
    "server_01-key.pem");
         lo_dtls_server_thread_set_authority(st, "CAlist.pem", "CApath/");
         lo_dtls_server_thread_set_CRL(st, "CRL.pem");

         lo_dtls_server_thread_add_method(st, NULL, NULL,
    generic_handler, NULL);

         lo_dtls_server_thread_start(st);

              lo_dtls_client client = lo_dtls_client_new(23232,
    "127.0.0.1");
              lo_dtls_client_set_certificate(client,
    "client_01-cert.pem", "client_01-key.pem");

              lo_dtls_client_send(client, "/a/b/c/d", "sfsff", "one",
    0.12345678, "three", -0.00000023001, 1.0);

              lo_dtls_client_free(client);

         sleep(5);

         lo_dtls_server_thread_free(st);

         return 0;
    }


*Question :*
As socket part is handled by OpenSSL lib, I did not merged DTLS in 
existing server but created separate lo_dtls_client and lo_dtls_server. 
What do you think about it, should it be more integrated in existing 
server or is it ok the way it is ?


Dominique


Le 19/12/2014 21:12, Stephen Sinclair a écrit :
> On Fri, Dec 19, 2014 at 4:51 AM, Dominique TESTELIN
> <dom...@li...> wrote:
>> Hello,
>>
>> I'm asked to add the DTLS protocol to the existing liblo library for my job.
>>
>> I was wondering if you would be interested by this functionnality ?
> I see no a priori reason not to at least have a look at it.  It could
> be interesting for some, I guess.  I recommend working on a "dtls"
> branch, and then we'll see if any discussion is warranted before
> merging.  If it adds any dependencies then I'd probably want to make
> it an optional thing at configuration.
>
> Steve
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> liblo-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/liblo-devel