USB 3.0 over GigE Ethernet












1















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:




  1. Further distance

  2. Better noise immunity

  3. Electrical isolation

  4. Better cabling architecture










share|improve this question




















  • 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? 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
















1















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:




  1. Further distance

  2. Better noise immunity

  3. Electrical isolation

  4. Better cabling architecture










share|improve this question




















  • 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? 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














1












1








1


1






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:




  1. Further distance

  2. Better noise immunity

  3. Electrical isolation

  4. Better cabling architecture










share|improve this question
















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:




  1. Further distance

  2. Better noise immunity

  3. Electrical isolation

  4. Better cabling architecture







networking usb ethernet cable usb-3






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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? 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














  • 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? 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








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










1 Answer
1






active

oldest

votes


















5














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.)






share|improve this answer
























  • 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











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
});


}
});














draft saved

draft discarded


















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









5














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.)






share|improve this answer
























  • 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
















5














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.)






share|improve this answer
























  • 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














5












5








5







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.)






share|improve this answer













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.)







share|improve this answer












share|improve this answer



share|improve this answer










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



















  • 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


















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

Plaza Victoria

Brian Clough

Cáceres