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

Async streaming #86

Closed
mikalv opened this issue Jul 22, 2014 · 9 comments
Closed

Async streaming #86

mikalv opened this issue Jul 22, 2014 · 9 comments

Comments

@mikalv
Copy link
Contributor

mikalv commented Jul 22, 2014

I'm looking at the streaming now. Would it be best with two queues? One for receive and one for sending? or maybe merge them, with a tag in the packet struct with to be sent "in" or "out"?

@orignal
Copy link
Contributor

orignal commented Jul 22, 2014

You don't have other choice but implement outbound queue. Inbound queue is implemented already

@mikalv
Copy link
Contributor Author

mikalv commented Jul 22, 2014

Yes I saw it, and started to add a outbound. But the Stream constructor and some other stuff made me a bit unsure if two queues would be the best option rather than a shared with a tag indicating if the message will be sent out, or is incomming. But thanks for feedback, I'll look on the two queue way 👍

@orignal
Copy link
Contributor

orignal commented Jul 22, 2014

Inbound and outbound queues are independent.
Stream's constructor must be changes for another reason. You don't know LeaseSet for incoming stream before you get connected.

@mikalv
Copy link
Contributor Author

mikalv commented Jul 22, 2014

Aha ok, I will probably need to rewrite/copy/write-a-similar SendPacket as well? More like the ConcatenatePackets, because of the senario where buffer size > max_package_size ?

@mikalv mikalv mentioned this issue Jul 22, 2014
@orignal
Copy link
Contributor

orignal commented Jul 22, 2014

No. You don't need to concatenate packets.
You split your message for packets based on MTU.

@mikalv
Copy link
Contributor Author

mikalv commented Jul 22, 2014

Ok, so more or less it's just about pushing queued packets into SendPacket, and it will take care of it?

@orignal
Copy link
Contributor

orignal commented Jul 22, 2014

You should read how TCP protocol works, then it will be clear what ti do

@mikalv
Copy link
Contributor Author

mikalv commented Jul 22, 2014

Will do, and try to solve this issue :)

@mikalv mikalv added this to the first real usable version milestone Jul 22, 2014
@meeh420
Copy link
Contributor

meeh420 commented Aug 16, 2014

Issues moved to https://track.privacysolutions.no

@meeh420 meeh420 closed this as completed Aug 16, 2014
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

3 participants