Skip to content
This repository has been archived by the owner on Nov 9, 2020. It is now read-only.

Add version control to over-vmci protocol #318

Closed
msterin opened this issue May 4, 2016 · 4 comments
Closed

Add version control to over-vmci protocol #318

msterin opened this issue May 4, 2016 · 4 comments

Comments

@msterin
Copy link
Contributor

msterin commented May 4, 2016

VMCI protocol should include version # so we can prevent incompatible version of plugin and esx service from trying to talk

@msterin msterin added this to the v1 GA milestone May 4, 2016
@govint
Copy link
Contributor

govint commented May 5, 2016

Mark, is this version for the server? Or the format of data exchanged -args
and results format - between client and server over vmci. We may need
version for the server and client as well to handle new/old server with
new/old client.
On May 5, 2016 5:12 AM, "Mark Sterin" notifications@github.com wrote:

VMCI protocol should include version # so we can prevent incompatible
version of plugin and esx service from trying to talk


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#318

@govint
Copy link
Contributor

govint commented May 5, 2016

May be we need the ESX service to support a get Version() API as well.
On May 5, 2016 10:20 AM, "Govindan T" tgovin1@gmail.com wrote:

Mark, is this version for the server? Or the format of data exchanged
-args and results format - between client and server over vmci. We may need
version for the server and client as well to handle new/old server with
new/old client.
On May 5, 2016 5:12 AM, "Mark Sterin" notifications@github.com wrote:

VMCI protocol should include version # so we can prevent incompatible
version of plugin and esx service from trying to talk


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#318

@govint
Copy link
Contributor

govint commented May 5, 2016

Sorry, I wasn't clear. The version for the over-VMCI data is really for the
server only. The APIs and the args/results formats are defined by the
server. Having a version for that seems fine. In which case a server
getVersion() or 'null()' method call would help the client establish what
server-version its talking to.

On Thu, May 5, 2016 at 10:20 AM, Govindan T tgovin1@gmail.com wrote:

Mark, is this version for the server? Or the format of data exchanged
-args and results format - between client and server over vmci. We may need
version for the server and client as well to handle new/old server with
new/old client.
On May 5, 2016 5:12 AM, "Mark Sterin" notifications@github.com wrote:

VMCI protocol should include version # so we can prevent incompatible
version of plugin and esx service from trying to talk


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#318

@msterin
Copy link
Contributor Author

msterin commented Mar 2, 2017

@lipingxue - lets talk offline and see if it fits in your queue

# for free to subscribe to this conversation on GitHub. Already have an account? #.
Projects
None yet
Development

No branches or pull requests

4 participants