Control another virtualbricks session on a remote host

Bug #691977 reported by Daniele Lacamera
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Virtualbricks
Fix Released
Medium
Daniele Lacamera

Bug Description

Virtualbricks should accept TCP connections from another virtualbricks client that want to control all the bricks on it, and the two networks can be joined using a tunnel. This way the cloud can be distributed, extensible and will have centralized control.

Changed in virtualbrick:
status: New → Opinion
importance: Undecided → Wishlist
assignee: nobody → Danielinux (o-root-danielinux-net)
Changed in virtualbrick:
status: Opinion → In Progress
importance: Wishlist → Low
Revision history for this message
Francesco Apollonio (lorddex) wrote :

I think that we have to use libssl to create the tunnel between two remote virtualbricks.

Changed in virtualbrick:
milestone: none → 0.3
importance: Low → Medium
Changed in virtualbrick:
assignee: Danielinux (o-root-danielinux-net) → nobody
Changed in virtualbrick:
milestone: 0.3 → 0.4
Changed in virtualbrick:
milestone: 0.4 → 0.5
Revision history for this message
Daniele Lacamera (o-root-danielinux-net) wrote :

r297: Attached remote brick-started and brick-stopped events. Some socket management refactored on both sides.

Changed in virtualbrick:
status: In Progress → Fix Committed
assignee: nobody → Danielinux (o-root-danielinux-net)
Revision history for this message
Daniele Lacamera (o-root-danielinux-net) wrote :

support completed in r302

Changed in virtualbrick:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.