Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ssl key and too much latency #36

Open
GoogleCodeExporter opened this issue Sep 6, 2015 · 0 comments
Open

ssl key and too much latency #36

GoogleCodeExporter opened this issue Sep 6, 2015 · 0 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. telepresence server is installed on LAN, follow the steps as shown in the 
section of 'Support_Testing_the_system'
2. telepresence needs ssl configuration, so I follow below steps to generate 
ssl certificates : 
https://groups.google.com/forum/#!topic/doubango/asAfP5ZCgdI
4. to extract public key from private key : openssl rsa -in key.ca.cg.pem 
-pubout > key.ca.cg.pub
5  I get ca, public key, and private key, which are crt.ca.cg.pem, 
key.ca.cg.pub, key.ca.cg.pem respectively

What is the expected output? What do you see instead?

webrtc client is expected to join the default bridge without error.

However, telepresence log show something wrong with ssl certificates. what's 
wrong with my method of key/ca generation. In addition, two much latency are 
reported. how to reduce transport latency via telepresence.cfg?

For details please reference attachment.

What version of the product are you using? On what operating system?
telepresence revision : 140
doubango revision : 1089
operating system : CentOS 64bit ver6.5

Please provide any additional information below.

telepresence/doubango config.log, wireshare file, and ssl ca/key are uploaded 
as attachment.

Original issue reported on code.google.com by andrewm...@gmail.com on 20 Jun 2014 at 7:23

Attachments:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant