Neobjeví se nové síťové rozhraní po spojení PC přes USB4

[mikesznovu]

Chci spojit dva počítače přes USB-C4 port a vytvořit mezi nimi point to point LAN.  OS je Win 11 ročník 23.  Vletím do problematiky takhle přímo. Po spojení se mi v ncpa.cpl neobjeví nové síťové rozhraní? Zkoušel jsem thunderbolt 3 kabel a dva plnohodnotné USB-C kabely.
Je třeba něco povolit v UEFI? Nebo nainstalovat driver? Nebo musí USB port mít přímo podporu síťování? (Jako se rozlišuje obrazový výstup, vyšší napájení nad 15W) , porty obou počítačů umí i DP Alt mode. Je potřeba driver?
Architektury jsou Zen4+


Jakou uvidím linkovou rychlost a jaká rychlost bude skutečně dosažitelná přes USB4? Například v OS X thunderbolt adaptér měl 10Gbps.

[Reklama]

[RDa]

Virtualni ethernet je imho zalezitost Intelovych cipu/driveru pro TBT, na USB4 nic takoveho ve standardu neni?

Pokud by USB4 umelo PCIe NTB, tak pak existuji reseni ktere takovou sitovku postavi nad NTB/RDMA, napr v linuxu to existuje ("NTB virtual ethernet device"):
https://events.static.linuxfound.org/sites/events/files/slides/Linux%20NTB_0.pdf

A pokud by to nemelo byt po NTB/PCIe, tak nema USB3 nejaky specialni P2P rezim, kdy se propoji dva Type-A porty krizenym kabelem? To by mohlo v TypeC jet pak rychleji.

[Marek Staněk]

To nebude záležitost jen intelu, vždyť virtuální USB síťovku vytváří i hotspot v telefonu, pokud se mu povolí USB tethering. Ale out-of-the-box to tam pravda asi nebude :-)

[redustin]

Ten telefon má USB OTG, tedy jeho USB řadič se umí přepínat mezi USB host a USB device. Jenže většina x86 čipsetů umí jen USB host (kromě např. některých Atomů, ale tady bylo zmiňované AMD). Nedovedu si představit, jak by se domluvili dva USB hosts.

Chápal bych, že by se USB-C konektor mohl přepnout do nějakého jiného ne-USB režimu, něco jak zmiňuje RDa. Ale standardní USB ethernet si bez režimu USB device na jedné straně kabelu nedovedu představit.

[František Ryšánek]

Zajímavý dotaz.
Předně je pro mě novinka (v mé noře) že USB4 už je na trhu. To bude tím, že už pár let gigahertzy nehoním.

Jak už psali ostatní, USB odpradávna striktně rozlišuje host vs. device (master vs. slave). Hostitel drží otěže. Výjimky z tohoto pravidla:

a) USB OTG = zařízení se umí tvářit podle situace/konfigurace/kabelu jako host nebo jako device.

b) na rozdíl od fyzické vrstvy USB 1.1/2.0, kde je jasně daný host/device i na úrovni linkových budičů, od trojky výš běží signál po dvou symetrických párech, každým směrem jeden. A kabel USB-C / USB-C má signálové páry prokřížené. Takže ať zapojíte kabel mezi USB hostitele a koncové zařízení, nebo mezi dva hostitele navzájem, bude sedět RX proti TX (nepůjdou dva linkové budiče proti sobě). To zní zajímavě.
Nicméně "role" na vyšších vrstvách komunikace jsou stále vcelku pevně dány.

c) na USB-C konektoru (pokud je toto podporováno čipsetem uvnitř) mohou vyvěrat alternativní funkce, např. PCI-e nebo TMDS=HDMI. A PCI-e má také symetrickou fyzickou (elektrickou) vrstvu.

Ani na USB, ani na PCI-e ale není nějak automatická funkce, že když dva "hostitele" zapojíte křížem proti sobě (což v rovině elektrické vrstvy a pinoutu asi jde a doutnat to nebude), tak že by se měli nějak navzájem "očichat" a jeden druhému se prezentovat jako "endpoint typu síťovka".

Dovedl bych si teoreticky představit externí box, který se bude tvářit vůči oběma hostitelům jako "device" - takový by mohl emulovat na obou (všech) svých "device" portech virtuální síťovky a realizovat tak např. virtuální Ethernet mezi více zařízeními.

Něco v tom smyslu jsem snad kdysi zahlédl jako vedlejší feature nějakých čipů typu "multi-root PCI-e switch" (obvykle též s podporou SR-IOV, což ale přímo nesouvisí) - které se vyskytují v backplanech některých žiletkových šasi. Jestli správně šilhám do Googlu, ta fičura se nejspíš jmenovala "non-transparent bridging", vidím to v PR materiálech tehdejší křemíkové firmy PLX (dnes patrně Microchip) kolem roku 2010. Údajně to dávalo v HPC clusterech latence o něco kratší než Infiniband. Hele: 1 2

[Reklama]