@Robert_Emery - are you able to have the card detect the ethernet cable when connected to a simple Network switch? I can only get the card to be working with my larger network (that has DHCP servers and a live internet). I have the same Kernel as you (my earlier post shared that I have both Framework 11th and Framework 12th gen models - both DYI with the faster processor for each model.
I wanted to create a second network using my two framework laptops connected to a small desktop switch.
I had only tested it from the perspective of: plug in the card into the USB-C, plug-in the network cable, works. Unpug the USB-C Card, plug it back-in (and the network cable). Unplug the USB-C card and plug into into a different USB-C port, works etc.
You’re talking about unplugging only the network cable correct? You’re also implying that it doesn’t work if you unplug and replug the network cable when plugged into an isolate network without DHCP? I assume you want to statically configure IP’s in that situation and you want network manager to remember which IP’s have been assigned between different “sessions” as it were (i.e. each duration that you plugged in the network cable)?
Is that correct?
Yes I was going to use static address such as 10.40.0.1 thru 10.40.0.5 for the two laptops, the switch, etc.
I have done the tests that you have stated:
Leaving the card in the same slot, I unplug the current ethernet cable from the laptop to use another ethernet cable that is connected to a desktop switch (Netgear GS105e).
When I use the GS105e switch between the two laptops, I am not getting the card to recognize the active ethernet cable – even after a reboot.
So I’ve just tested it plugged into just a switch. ip link shows the link up when the cable is plugged in and down when the cable isn’t. So from a link detection perspective it seems totally fine.
I’ve assigned a static IP through network manager and ignoring the “network manager lag” (i.e. it takes like 5 seconds for it to take links fully down or up etc) it looks like when I unplug and re-plug the cable I get the same static IP assigned each time. Also works fine if I change USB-C port as well (i.e. the settings move with it). So I’m not seeing anything weird or different from what I would expect.
Hmm, it could be something specific about the Netgear GS105e maybe? I’m using a 5-port DLink DGS-1005D that’s laying around. I don’t think I’ve got any Netgears to test with anywhere unfortunately.
The router is part of their commerical line – a lifetime warranty. Everything else works great if I use USB - C gigabit dongles and the same switch.
I am noticing that the Ethernet expansion card on the Framework 11th Gen is taking itself offline and online about every 10 minutes.
I am wondering if one of my cards are faulty. I have tried 2 different USB - C ports for the cards. The problem only happens with the new ethernet card.
Is there something different due to the motherboard/processors?
No issue with any of the docs and the same switch or other Netgear switches GS116F or JGS524PE.
I can see show what syslog is reporting from the Framework laptop that has the Intel 11th Gen processor. x.x.x were values I added not disclose the CIDR of the local network.
Sep 23 12:43:31 framework NetworkManager[1055]: <info> [1663955011.9960] device (enx9cbf0d00049a): state change: activated -> unavailable (reason 'carrier-changed', sys-if
ace-state: 'managed')
Sep 23 12:43:32 framework NetworkManager[1055]: <info> [1663955012.0089] dhcp4 (enx9cbf0d00049a): canceled DHCP transaction
Sep 23 12:43:32 framework NetworkManager[1055]: <info> [1663955012.0089] dhcp4 (enx9cbf0d00049a): activation: beginning transaction (timeout in 45 seconds)
Sep 23 12:43:32 framework NetworkManager[1055]: <info> [1663955012.0090] dhcp4 (enx9cbf0d00049a): state changed no lease
Sep 23 12:43:32 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client reset search domain list.
Sep 23 12:43:32 framework avahi-daemon[1059]: Withdrawing address record for x.x.x.22 on enx9cbf0d00049a.
Sep 23 12:43:32 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client set default route setting: no
Sep 23 12:43:32 framework avahi-daemon[1059]: Leaving mDNS multicast group on interface enx9cbf0d00049a.IPv4 with address x.x.x.22.
Sep 23 12:43:32 framework avahi-daemon[1059]: Interface enx9cbf0d00049a.IPv4 no longer relevant for mDNS.
Sep 23 12:43:32 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client reset DNS server list.
Sep 23 12:43:32 framework avahi-daemon[1059]: Withdrawing address record for fe80::3c05:b937:2bba:7b03 on enx9cbf0d00049a.
Sep 23 12:43:32 framework avahi-daemon[1059]: Leaving mDNS multicast group on interface enx9cbf0d00049a.IPv6 with address fe80::3c05:b937:2bba:7b03.
Sep 23 12:43:32 framework avahi-daemon[1059]: Interface enx9cbf0d00049a.IPv6 no longer relevant for mDNS.
Sep 23 12:43:32 framework systemd[1]: Starting Network Manager Script Dispatcher Service...
Sep 23 12:43:32 framework systemd[1]: Started Network Manager Script Dispatcher Service.
Sep 23 12:43:42 framework systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5821] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5826] device (enx9cbf0d00049a): state change: unavailable -> disconnected (reason 'carrier-changed', sys
-iface-state: 'managed')
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5843] policy: auto-activating connection 'Wired connection 2' (e702663f-53b7-3989-b2c2-3ffcbe7bc260)
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5849] device (enx9cbf0d00049a): Activation: starting connection 'Wired connection 2' (e702663f-53b7-3989
-b2c2-3ffcbe7bc260)
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5851] device (enx9cbf0d00049a): state change: disconnected -> prepare (reason 'none', sys-iface-state: '
managed')
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.5856] device (enx9cbf0d00049a): state change: prepare -> config (reason 'none', sys-iface-state: 'manage
d')
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.7377] device (enx9cbf0d00049a): state change: config -> ip-config (reason 'none', sys-iface-state: 'mana
ged')
Sep 23 12:45:48 framework NetworkManager[1055]: <info> [1663955148.7386] dhcp4 (enx9cbf0d00049a): activation: beginning transaction (timeout in 45 seconds)
Sep 23 12:45:48 framework avahi-daemon[1059]: Joining mDNS multicast group on interface enx9cbf0d00049a.IPv6 with address fe80::3c05:b937:2bba:7b03.
Sep 23 12:45:48 framework avahi-daemon[1059]: New relevant interface enx9cbf0d00049a.IPv6 for mDNS.
Sep 23 12:45:48 framework avahi-daemon[1059]: Registering new address record for fe80::3c05:b937:2bba:7b03 on enx9cbf0d00049a.*.
Sep 23 12:45:51 framework NetworkManager[1055]: <info> [1663955151.5260] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:45:54 framework NetworkManager[1055]: <info> [1663955154.2140] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:45:56 framework NetworkManager[1055]: <info> [1663955156.9022] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:45:59 framework NetworkManager[1055]: <info> [1663955159.5899] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:46:08 framework systemd[1]: Started Session 6 of User pcorey.
Sep 23 12:46:09 framework NetworkManager[1055]: <info> [1663955169.1766] device (enx9cbf0d00049a): state change: ip-config -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
Sep 23 12:46:09 framework NetworkManager[1055]: <info> [1663955169.1969] dhcp4 (enx9cbf0d00049a): canceled DHCP transaction
Sep 23 12:46:09 framework avahi-daemon[1059]: Withdrawing address record for fe80::3c05:b937:2bba:7b03 on enx9cbf0d00049a.
Sep 23 12:46:09 framework avahi-daemon[1059]: Leaving mDNS multicast group on interface enx9cbf0d00049a.IPv6 with address fe80::3c05:b937:2bba:7b03.
Sep 23 12:46:09 framework avahi-daemon[1059]: Interface enx9cbf0d00049a.IPv6 no longer relevant for mDNS.
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1820] device (enx9cbf0d00049a): carrier: link connected
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1824] device (enx9cbf0d00049a): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1837] policy: auto-activating connection 'Wired connection 2' (e702663f-53b7-3989-b2c2-3ffcbe7bc260)
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1845] device (enx9cbf0d00049a): Activation: starting connection 'Wired connection 2' (e702663f-53b7-3989-b2c2-3ffcbe7bc260)
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1847] device (enx9cbf0d00049a): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1852] device (enx9cbf0d00049a): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1858] device (enx9cbf0d00049a): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1871] dhcp4 (enx9cbf0d00049a): activation: beginning transaction (timeout in 45 seconds)
Sep 23 12:46:14 framework avahi-daemon[1059]: Joining mDNS multicast group on interface enx9cbf0d00049a.IPv6 with address fe80::3c05:b937:2bba:7b03.
Sep 23 12:46:14 framework avahi-daemon[1059]: New relevant interface enx9cbf0d00049a.IPv6 for mDNS.
Sep 23 12:46:14 framework avahi-daemon[1059]: Registering new address record for fe80::3c05:b937:2bba:7b03 on enx9cbf0d00049a.*.
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1941] dhcp4 (enx9cbf0d00049a): state changed new lease, address=x.x.x.22
Sep 23 12:46:14 framework avahi-daemon[1059]: Joining mDNS multicast group on interface enx9cbf0d00049a.IPv4 with address x.x.x.22.
Sep 23 12:46:14 framework avahi-daemon[1059]: New relevant interface enx9cbf0d00049a.IPv4 for mDNS.
Sep 23 12:46:14 framework avahi-daemon[1059]: Registering new address record for x.x.x.22 on enx9cbf0d00049a.IPv4.
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.1967] device (enx9cbf0d00049a): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework systemd[1]: Starting Network Manager Script Dispatcher Service...
Sep 23 12:46:14 framework systemd[1]: Started Network Manager Script Dispatcher Service.
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.2084] device (enx9cbf0d00049a): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.2087] device (enx9cbf0d00049a): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Sep 23 12:46:14 framework NetworkManager[1055]: <info> [1663955174.2107] device (enx9cbf0d00049a): Activation: successful, device activated.
Sep 23 12:46:14 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client set search domain list to: mydnshq.one, mydnshq.dev, mydnshq.net, mydnshq.org, mydnshq.work
Sep 23 12:46:14 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client set default route setting: yes
Sep 23 12:46:14 framework systemd-resolved[895]: enx9cbf0d00049a: Bus client set DNS server list to: x.x.x.1
Sep 23 12:46:14 framework nm-dispatcher[19737]: /etc/network/if-up.d/resolved: 12: mystatedir: not found
Sep 23 12:46:14 framework nm-dispatcher[19774]: /etc/network/if-up.d/resolved: 12: mystatedir: not found
Sep 23 12:46:14 framework chronyd[1226]: Could not add source 129.6.15.28
Sep 23 12:46:14 framework chronyd[1226]: Could not add source 129.6.15.29
Sep 23 12:46:24 framework systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.
2' (e702663f-53b7-3989
What I mean is that if there’s a specific problem between the framework USB-C adapter and that switch, it could be a firmware problem with the two together? I’ve had instances before where specific models of X don’t work with switch Y but others do etc; it is pretty rare though.
Is there something different due to the motherboard/processors?
Yeah possible I’ve only got an 11th gen; so I can’t test a newer one. If you swap the USB-C cards between the 11th and 12th gen, does the problem move with the card? (I assume the two cards are both Framework USB-C cards?)
Everything is working without issue on the Framework with the 12th Gen CPU.
The above log is from the 11th Gen only (the first model of the Framework laptop batch 6 shipped in December 2021).
I corrected the post as I mistyped the batch numbers between the two laptops.
Some early Framework batches have some problem with the shielding of the internal USB connectors. Have you looked at that?
Just a quick note for any Windows users here. If your Ethernet card doesn’t work, you might need to update your drivers. Head to 11th gen drivers or 12th gen drivers and run the appropriate driver installer.
I also updated my BIOS while I was at it, but I’m not sure if that’s necessary.
I am not seeing this issue any of the other Expansion Cards:
The log messages I shared was when I had the Ethernet Card on the right side ports. When I swap the card to USB C one and connect it with a docking station or another devices, I do not see any issue.
I will do some more testing this weekend.
Ethernet IO card problems 
Expected behavior
Plug IO card into laptop, plug Ethernet cord into IO card (or any variation of that order) and connect to the internet.
Observed behavior
Lights briefly flash on IO card but laptop refuses to connect. Laptop requires full system reboot to recognize the card.
Notes
Seems like I’m not alone with this issue. Was there a flaw in design/ manufacturing? Is this something that requires a firmware update?
I’ve noticed that mine drops in and out when doing large uploads
Running on Fedora 36
Just noticed that the card is no longer for sale. Took this screen-shot just now (26SEP 2022).
Are the issues with the card known by Framework yet? Did they pull it from sale, run out, or incorrectly configure their website? 
Been hype for this card for a while. It’s… a little disappointing to have it not be fully functional or very practical. 
So just to chime-in again in with a differing opinion.
I have no issues at all with the network dongle, hot plugging works (both the USB card and the cable).
Just to confirm that there isn’t a problem when under load, I’ve just left it running iperf3 for 5 minutes concurrently as both client and server (so both sending and receiving), pulling a shade over 900 MBit/sec; and the link didn’t drop once. There’s a total of between 1400 and 3000 retries over the 5 minutes, which is totally reasonable, none of that is really making me concerned. I did watch it as well, so I would have spotted any prolonged dropouts.
Just for completeness:
sending:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-300.00 sec 32.8 GBytes 938 Mbits/sec 1429 sender
[ 5] 0.00-300.01 sec 32.8 GBytes 938 Mbits/sec receiver
receiving:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-300.00 sec 32.3 GBytes 925 Mbits/sec 3112 sender
[ 5] 0.00-300.04 sec 32.3 GBytes 925 Mbits/sec receiver
That’s on an 11th gen i5-1135G7; batch 8 running Pop_OS! 22.04; Linux fa 5.19.0-76051900-generic #202207312230~1663791054~22.04~28340d4 SMP PREEMPT_DYNAMIC Wed S x86_64 x86_64 x86_64 GNU/Linux. I’m completely up to date on firmware etc
Plugged into a Force 10 S50-01-GE-48T-AC switch running iperf3 (5.19.0-76051900-generic).
So, I don’t think there’s a systemic problem with the dongle necessarily, it could be there’s a problem with some people’s specific ones, or possibly an issue with specific Linux builds perhaps?
that’s characteristic of realtek ethernet chips in my experience.
They ran out of stock, per their Twitter
Yeah, I’m seeing issues with this new ethernet expansion card on Fedora 36 as well. Seems to work in Windows, though, so maybe the r8152 driver has some problems?
This Ethernet Expansion Cards do seem to be very delicate.
I can truly confirm that all my Ethernet switches within my lab environments are not the issue as I have many desktops, laptops, Dongles, MacBook Pros, Mac Minis, Servers, and docking stations working without any issue.
I am getting greater success to always do a reboot after I insert the Expansion Card to a new slot – I try to the rear USB C ports (right now as I am writing this post the card is on the left side back port).
I am seeing the card go offline and online periodically. I don’t have that experience with any other Ethernet device.
I have swapped the two cards between my original Frame work laptop (11th Generation I received in DEC 2021) and the new 12th Gen I received in September 2022. The experience is the same.
I am using POP!_OS 22.04 using kernel 5.19.0-76051900 on both systems.
No matter the configuration of the card or laptop the experience is the same where I see periodic drop and start of the network adapter.
On both laptops the Ethernet Expansion Card is recognized as USB Ethernet device (image attached from the Framework 11-gen as both cards do not work as well as the other laptop).
The PCI Ethernet device is my Sonnet SOLO10G SFP+ device – a network for a TrueNas server.
I am not sure if I am going to return 1 or both.
I’m running Ubuntu with kernel 5.19.0, only changes were adding the realtek UDEV rules.
Inserting the card is like roulette, sometimes it just doesn’t work:
[ +0.331330] usb 2-2: new SuperSpeed USB device number 62 using xhci_hcd
[ +0.020732] usb 2-2: New USB device found, idVendor=0bda, idProduct=8156, bcdDevice=31.04
[ +0.000010] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[ +0.000004] usb 2-2: Product: USB 10/100/1G/2.5G LAN
[ +0.000002] usb 2-2: Manufacturer: Realtek
[ +0.000002] usb 2-2: SerialNumber: 4013000001
[ +0.023456] cdc_ncm 2-2:2.0: MAC-Address: 9c:bf:0d:00:05:30
[ +0.000009] cdc_ncm 2-2:2.0: setting rx_max = 16384
[ +0.000037] cdc_ncm 2-2:2.0: setting tx_max = 16384
[ +0.000473] cdc_ncm 2-2:2.0 eth0: register 'cdc_ncm' at usb-0000:00:0d.0-2, CDC NCM, 9c:bf:0d:00:05:30
[ +0.590028] usb 2-2: Disable of device-initiated U1 failed.
[ +0.007090] usb 2-2: Disable of device-initiated U2 failed.
[ +0.000030] cdc_ncm 2-2:2.0 eth0: unregister 'cdc_ncm' usb-0000:00:0d.0-2, CDC NCM
[ +0.190475] usb 2-2: Set SEL for device-initiated U1 failed.
[ +0.007047] usb 2-2: Set SEL for device-initiated U2 failed.
[ +1.828562] usb 2-2: USB disconnect, device number 62
[ +2.476044] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[ +2.843934] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[ +0.000114] usb usb3-port3: attempt power cycle
[ +2.711968] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[ +2.643836] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[ +0.000119] usb usb3-port3: unable to enumerate USB device
Eventually with enough port sex:
[Oct28 14:06] usb 2-2: new SuperSpeed USB device number 63 using xhci_hcd
[ +0.020725] usb 2-2: New USB device found, idVendor=0bda, idProduct=8156, bcdDevice=31.04
[ +0.000008] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[ +0.000003] usb 2-2: Product: USB 10/100/1G/2.5G LAN
[ +0.000002] usb 2-2: Manufacturer: Realtek
[ +0.000002] usb 2-2: SerialNumber: 4013000001
[ +0.023476] cdc_ncm 2-2:2.0: MAC-Address: 9c:bf:0d:00:05:30
[ +0.000007] cdc_ncm 2-2:2.0: setting rx_max = 16384
[ +0.000035] cdc_ncm 2-2:2.0: setting tx_max = 16384
[ +0.000413] cdc_ncm 2-2:2.0 eth0: register 'cdc_ncm' at usb-0000:00:0d.0-2, CDC NCM, 9c:bf:0d:00:05:30
[ +0.003163] cdc_ncm 2-2:2.0 eth0: unregister 'cdc_ncm' usb-0000:00:0d.0-2, CDC NCM
[ +0.164569] usb 2-2: reset SuperSpeed USB device number 63 using xhci_hcd
[ +0.047373] r8152 2-2:1.0: load rtl8156b-2 v1 04/15/21 successfully
[ +0.037585] r8152 2-2:1.0 eth0: v1.12.13
[ +0.587093] r8152 2-2:1.0 enx9cbf0d000530: renamed from eth0
[ +3.291778] IPv6: ADDRCONF(NETDEV_CHANGE): enx9cbf0d000530: link becomes ready
[ +0.000346] r8152 2-2:1.0 enx9cbf0d000530: carrier on
Once it works, I’m getting good performance with iperf3 as client:
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 283 MBytes 2.37 Gbits/sec 0 624 KBytes
[ 5] 1.00-2.00 sec 280 MBytes 2.35 Gbits/sec 0 949 KBytes
[ 5] 2.00-3.00 sec 281 MBytes 2.36 Gbits/sec 0 949 KBytes
[ 5] 3.00-4.00 sec 280 MBytes 2.35 Gbits/sec 0 996 KBytes
[ 5] 4.00-5.00 sec 281 MBytes 2.36 Gbits/sec 0 996 KBytes
[ 5] 5.00-6.00 sec 280 MBytes 2.35 Gbits/sec 0 996 KBytes
[ 5] 6.00-7.00 sec 281 MBytes 2.36 Gbits/sec 0 996 KBytes
[ 5] 7.00-8.00 sec 280 MBytes 2.35 Gbits/sec 0 996 KBytes
[ 5] 8.00-9.00 sec 279 MBytes 2.34 Gbits/sec 0 1.09 MBytes
[ 5] 9.00-10.00 sec 281 MBytes 2.36 Gbits/sec 0 1.09 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 2.74 GBytes 2.35 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 2.74 GBytes 2.35 Gbits/sec receiver
However, when it is a server, the retransmits really screw up performance:
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 89.3 MBytes 749 Mbits/sec 869 18.4 KBytes
[ 4] 1.00-2.00 sec 89.6 MBytes 752 Mbits/sec 904 19.8 KBytes
[ 4] 2.00-3.00 sec 92.3 MBytes 774 Mbits/sec 946 17.0 KBytes
[ 4] 3.00-4.00 sec 92.3 MBytes 775 Mbits/sec 931 19.8 KBytes
[ 4] 4.00-5.00 sec 92.9 MBytes 779 Mbits/sec 876 19.8 KBytes
[ 4] 5.00-6.00 sec 92.4 MBytes 775 Mbits/sec 935 19.8 KBytes
[ 4] 6.00-7.00 sec 93.0 MBytes 780 Mbits/sec 967 19.8 KBytes
[ 4] 7.00-8.00 sec 90.9 MBytes 763 Mbits/sec 899 19.8 KBytes
[ 4] 8.00-9.00 sec 87.6 MBytes 734 Mbits/sec 929 17.0 KBytes
[ 4] 9.00-10.00 sec 78.0 MBytes 655 Mbits/sec 756 19.8 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 898 MBytes 754 Mbits/sec 9012 sender
[ 4] 0.00-10.00 sec 898 MBytes 753 Mbits/sec receiver
I’ve tested this against multiple machines each on a 10G link, which all achieve 9.39Gb/s between one another.
Also, once I disconnect the ethernet cable and reconnect, it will never link again until I reset the card.
Update: Once the card is working hard after about 5 minutes, it will disconnect, this seems to repeat over and over. I think framework made a dud. I’d advise people not order this until these problems are fixed, I think I’m going to try to return mine.
[Oct28 14:39] usb 2-2: USB disconnect, device number 65
[ +0.000269] xhci_hcd 0000:00:0d.0: WARN Set TR Deq Ptr cmd failed due to incorrect slot or ep state.
[ +0.335803] usb 2-2: new SuperSpeed USB device number 66 using xhci_hcd
[ +0.020433] usb 2-2: New USB device found, idVendor=0bda, idProduct=8156, bcdDevice=31.04
[ +0.000013] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[ +0.000003] usb 2-2: Product: USB 10/100/1G/2.5G LAN
[ +0.000003] usb 2-2: Manufacturer: Realtek
[ +0.000002] usb 2-2: SerialNumber: 4013000001
[ +0.024357] cdc_ncm 2-2:2.0: MAC-Address: 9c:bf:0d:00:05:30
[ +0.000007] cdc_ncm 2-2:2.0: setting rx_max = 16384
[ +0.000038] cdc_ncm 2-2:2.0: setting tx_max = 16384
[ +0.000500] cdc_ncm 2-2:2.0 eth0: register 'cdc_ncm' at usb-0000:00:0d.0-2, CDC NCM, 9c:bf:0d:00:05:30
[ +0.004007] cdc_ncm 2-2:2.0 eth0: unregister 'cdc_ncm' usb-0000:00:0d.0-2, CDC NCM
[ +0.162974] usb 2-2: reset SuperSpeed USB device number 66 using xhci_hcd
[ +0.024034] r8152 2-2:1.0: load rtl8156b-2 v1 04/15/21 successfully
[ +0.036704] r8152 2-2:1.0 eth0: v1.12.13
[ +0.578218] r8152 2-2:1.0 enx9cbf0d000530: renamed from eth0
[ +3.339795] IPv6: ADDRCONF(NETDEV_CHANGE): enx9cbf0d000530: link becomes ready
[ +0.000324] r8152 2-2:1.0 enx9cbf0d000530: carrier on