USB 3.0 over GigE Ethernet
I'm looking for a way to take a USB 3.0 device and access it over GigE Ethernet. It's a bit of a hard thing to search for because all that comes up are USB network adapters. The conversion must be USB 3.0 to GigE because it is a high bandwidth application.
I have seen solutions around USB extensions (adapts to one medium, ex, fiber, then back to USB), but I'd prefer to go to GigE and remain there. The implication of this would be that the USB interface would have to be emulated at the PC. Possibly, if the remote device were smart enough, it could use Linux's VHCI driver and no 3rd party drivers would be necessary.
Shopping advice aside, is this even possible/does it exist? Thanks.
Reason behind the request is a combination of factors, but generally I need it for:
- Further distance
- Better noise immunity
- Electrical isolation
- Better cabling architecture
networking usb ethernet cable usb-3
|
show 1 more comment
I'm looking for a way to take a USB 3.0 device and access it over GigE Ethernet. It's a bit of a hard thing to search for because all that comes up are USB network adapters. The conversion must be USB 3.0 to GigE because it is a high bandwidth application.
I have seen solutions around USB extensions (adapts to one medium, ex, fiber, then back to USB), but I'd prefer to go to GigE and remain there. The implication of this would be that the USB interface would have to be emulated at the PC. Possibly, if the remote device were smart enough, it could use Linux's VHCI driver and no 3rd party drivers would be necessary.
Shopping advice aside, is this even possible/does it exist? Thanks.
Reason behind the request is a combination of factors, but generally I need it for:
- Further distance
- Better noise immunity
- Electrical isolation
- Better cabling architecture
networking usb ethernet cable usb-3
1
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
1
... how much of the USB 3.0 bandwidth are you hoping to make use of?usbipis the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.
– Attie
Jan 16 at 19:26
|
show 1 more comment
I'm looking for a way to take a USB 3.0 device and access it over GigE Ethernet. It's a bit of a hard thing to search for because all that comes up are USB network adapters. The conversion must be USB 3.0 to GigE because it is a high bandwidth application.
I have seen solutions around USB extensions (adapts to one medium, ex, fiber, then back to USB), but I'd prefer to go to GigE and remain there. The implication of this would be that the USB interface would have to be emulated at the PC. Possibly, if the remote device were smart enough, it could use Linux's VHCI driver and no 3rd party drivers would be necessary.
Shopping advice aside, is this even possible/does it exist? Thanks.
Reason behind the request is a combination of factors, but generally I need it for:
- Further distance
- Better noise immunity
- Electrical isolation
- Better cabling architecture
networking usb ethernet cable usb-3
I'm looking for a way to take a USB 3.0 device and access it over GigE Ethernet. It's a bit of a hard thing to search for because all that comes up are USB network adapters. The conversion must be USB 3.0 to GigE because it is a high bandwidth application.
I have seen solutions around USB extensions (adapts to one medium, ex, fiber, then back to USB), but I'd prefer to go to GigE and remain there. The implication of this would be that the USB interface would have to be emulated at the PC. Possibly, if the remote device were smart enough, it could use Linux's VHCI driver and no 3rd party drivers would be necessary.
Shopping advice aside, is this even possible/does it exist? Thanks.
Reason behind the request is a combination of factors, but generally I need it for:
- Further distance
- Better noise immunity
- Electrical isolation
- Better cabling architecture
networking usb ethernet cable usb-3
networking usb ethernet cable usb-3
edited Jan 16 at 19:10
DrTarr
asked Jan 15 at 12:47
DrTarrDrTarr
1118
1118
1
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
1
... how much of the USB 3.0 bandwidth are you hoping to make use of?usbipis the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.
– Attie
Jan 16 at 19:26
|
show 1 more comment
1
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
1
... how much of the USB 3.0 bandwidth are you hoping to make use of?usbipis the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.
– Attie
Jan 16 at 19:26
1
1
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
1
1
... how much of the USB 3.0 bandwidth are you hoping to make use of?
usbip is the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.– Attie
Jan 16 at 19:26
... how much of the USB 3.0 bandwidth are you hoping to make use of?
usbip is the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.– Attie
Jan 16 at 19:26
|
show 1 more comment
1 Answer
1
active
oldest
votes
The built-in Linux usbip driver (vhci) supports USB3 SuperSpeed as of kernel 4.13. It doesn't require any special hardware except two Linux systems – you only need to load the apropriate kernel modules, then run usbip bind on the server/bridge and usbip attach on the client.
(Note that the usbip protocol has no security features whatsoever – no encryption, no authentication, no integrity checking. You'll probably want to use it along with IPsec or another VPN type.)
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1394506%2fusb-3-0-over-gige-ethernet%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
The built-in Linux usbip driver (vhci) supports USB3 SuperSpeed as of kernel 4.13. It doesn't require any special hardware except two Linux systems – you only need to load the apropriate kernel modules, then run usbip bind on the server/bridge and usbip attach on the client.
(Note that the usbip protocol has no security features whatsoever – no encryption, no authentication, no integrity checking. You'll probably want to use it along with IPsec or another VPN type.)
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
add a comment |
The built-in Linux usbip driver (vhci) supports USB3 SuperSpeed as of kernel 4.13. It doesn't require any special hardware except two Linux systems – you only need to load the apropriate kernel modules, then run usbip bind on the server/bridge and usbip attach on the client.
(Note that the usbip protocol has no security features whatsoever – no encryption, no authentication, no integrity checking. You'll probably want to use it along with IPsec or another VPN type.)
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
add a comment |
The built-in Linux usbip driver (vhci) supports USB3 SuperSpeed as of kernel 4.13. It doesn't require any special hardware except two Linux systems – you only need to load the apropriate kernel modules, then run usbip bind on the server/bridge and usbip attach on the client.
(Note that the usbip protocol has no security features whatsoever – no encryption, no authentication, no integrity checking. You'll probably want to use it along with IPsec or another VPN type.)
The built-in Linux usbip driver (vhci) supports USB3 SuperSpeed as of kernel 4.13. It doesn't require any special hardware except two Linux systems – you only need to load the apropriate kernel modules, then run usbip bind on the server/bridge and usbip attach on the client.
(Note that the usbip protocol has no security features whatsoever – no encryption, no authentication, no integrity checking. You'll probably want to use it along with IPsec or another VPN type.)
answered Jan 15 at 18:40
grawitygrawity
238k37506561
238k37506561
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
add a comment |
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
Thanks, this is a very close answer and probably my best option. What I was a solution that doesn't require a 2nd PC, however, that may not exist. I would think, however, that a device would be on the market that utilizes VHCI to do this without a dedicated PC on the other end.
– DrTarr
Jan 16 at 19:11
2
2
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
@DrTarr: You need some sort of device. Any Raspi-Style SoC with a GigE adapter will do, you don't need a "dedicated PC".
– dirkt
Jan 16 at 19:18
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
What's the difference between a "dedicated PC" that runs Linux, and a "dedicated device on the market" that runs Linux? Just the general shape?
– grawity
Jan 16 at 19:21
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I think quite a bit. An OTS product would be more robust in terms of electrical, software, and hardware, as well as optimized for the task. Also, less time to get in operation.
– DrTarr
Jan 17 at 0:09
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
I should say this isn't for a single instance, this is for use in an industrial environment in hundreds of instances. Maybe that puts it a little more in perspective.
– DrTarr
Jan 17 at 0:10
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1394506%2fusb-3-0-over-gige-ethernet%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Are both your client and server Linux-based?
– grawity
Jan 15 at 12:59
No, the remote device is an actual USB peripheral (usb camera). The client/only PC involved is Linux.
– DrTarr
Jan 15 at 18:03
But you said in your post that you were planning on buying some kind of a remote bridge device as well. Is that out of the question now?
– grawity
Jan 15 at 18:39
Bridge device is the preferred solution, but I cannot find one and am not sure it even exists.
– DrTarr
Jan 16 at 19:23
1
... how much of the USB 3.0 bandwidth are you hoping to make use of?
usbipis the best option, an will run on a little board - but you won't be able to make use of all of the bandwidth by a long stretch.– Attie
Jan 16 at 19:26