I have one of these (I think it's the same chipset, I know it's AX88xxx)
and I've used it before without issue.
If I can find it at home and it's the same chipset I'll give it a whirl
and check to confirm that it's not a hardware issue. Problem with these
cheap USB-whatever adapters is that the quality control is not always
server class :=)
On 2018-04-11 00:54, Dieter BSD wrote:
amd64 with ECC memory
VIA VL805 USB 3.0 controller
ue0 is Siig USB-to-Ethernet Chipset: AX88179
ugen0.7: <AX88179 ASIX Elec. Corp.> at usbus0, cfg=0 md=HOST
spd=SUPER (5.0Gbps) pwr=ON (124mA)
ue0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> metric
inet 10.0.210.66 netmask 0xffffff00 broadcast 10.0.210.255
media: Ethernet autoselect (1000baseT <full-duplex>)
If media is set to "1000baseT <full-duplex>" it "works", but slowly,
received data is silently corrupted. :-( Transmitted data is not
corrupted (tested with > 30 GB).
ifconfig ue0 -txcsum
"works", but still gives silent data corruption
ifconfig ue0 -rxcsum (acts the same with or without txcsum)
netstat sees packets both directions, but ping doesn't see the
8 packets transmitted, 0 packets received, 100.0% packet loss
netstat sees packets in, but no responses going out
I can see that some Ethernet controllers would not support checksum
but it seems to me that turning the checksum offloading off should
work? (at the expense of more cpu load)
Previously (2016 May):
# ifconfig ue0 media 100baseTX-FDX
fixed the input error problem and the data corruption problem,
at the expense of making it even slower.
Sent data from machine A with 10Mbps Ethernet. (Netgear Ethernet
converts 10Mbps to 1000Mbps) Netstat did not report any input errors
ue0 and there was no data corruption. So ue0 can handle gigabit data
but gets input errors if packets arrive too frequently.
I tried moving it to a USB-2 port. No data corruption, but USB-2 is
The chip performs a lot better for tweaktown:
(Vantec CB-U300GNA with the same Asix AX88179 chip)
"full duplex gigabit with 952 Mbps consistently across the chart"
Asix AX88179 chip:
"Supports Jumbo frame up to 4KB"
But ifconfig rejects any value > 1500:
ifconfig ue0 mtu 1501
ifconfig: ioctl SIOCSIFMTU (set mtu): Invalid argument
I tried mtu of 100, 500, 1000, 1400 but they all give
rcp: lost connection
USB disks are fast, so the USB controller seems to work ok.
I also tried a Tek Republic TUN-300 which has the same AX88179,
and it acts the same as the Siig.
So, transmit works, but is slow. Receive works if the amount of
is low enough (limit rate of data sent, limit Ethernet speed, or
use USB-2). But if data is received too fast it gets silently
Setting -rxcsum does not work, and cannot set mtu other than 1500.
Why does -rxcsum not work?
Why does attempting to set a larger mtu fail?
Why does setting a smaller mtu make rcp fail?
Why is the chip acting slow?
How do I get it to work properly? (fast and without data corruption)
freebsd-...@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"