Opened 12 years ago

Closed 10 years ago

#206 closed defect (fixed)

if_axe usb-lan adapter werkt niet onder 10.1 en 10-STABLE

Reported by: huub Owned by:
Priority: blocker Milestone: WL-10.1-RELEASE
Keywords: Cc:
Resource needed to fix:

Description (last modified by huub)

De if_axe adapters werken niet met versies vanaf 9.1-release: ping ok, traceroute ok, maar geen ssh en geen verkeer mogelijk (hoewel lvrouted denkt dat dit een werkende interface is en er boompjes gebouwd worden).

Change History (11)

comment:1 by huub, 11 years ago

Milestone: WL-9.1-RELEASE
Summary: if_axe usb-lan adapter werkt niet onder 9.1-release-p2if_axe usb-lan adapter werkt niet onder 10.0-RC3

Nu getest met 10.0-RC3 en zelfde resultaat.
Met if_axe adapter op 9.0-host en link naar ethernetpoort van 10.0-RC3-host werkt ping en ssh OK, in beide richtingen.
Met if_axe adapter op de 10.0-RC3-host en link naar ethernetpoort van 9.0-host werkt ping, maar ssh niet.

Ik zie geen MAC adres:
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE> ether 00:00:00:00:00:01 inet6 fe80::200:ff:fe00:1 %ue0 prefixlen 64 scopeid 0x8 inet 172.16.6.77 netmask 0xfffffff8 broadcast 172.16.6.79 nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: Ethernet autoselect (100baseTX <full-duplex>) status: active

Maar met oudere adapter, die wel MAC address geeft werkt het ook niet
(in dat geval:
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE> ether 00:60:6e:00:28:6b )

comment:2 by huub, 11 years ago

Ook getest:

  • USB-LAN adapter (Digitus): IF-AUE ADMtek
  • USB-LAN adapter ("blue"): IF-AUE vendor 0x0fe6
  • Moschip Semiconductor USB-MAC Controller

Deze functioneren wel goed!

comment:3 by ronald, 11 years ago

Ik zie wel een MAC-adres: 00:00:00:00:00:01 :-)
Als het device echt geen (geldig) MAC-adres heeft, dan kan ping ook niet werken, lijkt mij.
Wat laat tcpdump -e zien?

comment:4 by huub, 11 years ago

Daar gaat ie dan:
tcpdump -e op ue0 interface van 10.0-RC3 host bij een poging om een ssh connectie op te zetten van host10.0-RC3-met-ue0, ip-adres 172.16.6.77/29 naar host9.0-vr1 met ip-adress 172.16.6.76/29.

listening on ue0, link-type EN10MB (Ethernet), capture size 65535 bytes
13:19:51.343820 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 252717 ecr 0], length 0
13:19:54.342931 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 255717 ecr 0], length 0
13:19:57.399952 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.73 tell 172.16.6.76, length 46
13:19:57.399989 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.74 tell 172.16.6.76, length 46
13:19:57.400025 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.75 tell 172.16.6.76, length 46
13:19:57.400038 00:0d:b9:2c:6c:79 (oui Unknown) > 00:00:00:00:00:01 (oui Ethernet), ethertype IPv4 (0x0800), length 82: 172.16.6.76.12345 > 172.16.6.77.12345: UDP, length 40
13:19:57.400172 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.78 tell 172.16.6.76, length 46
13:19:57.400194 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 70: 172.16.6.77 > 172.16.6.76: ICMP 172.16.6.77 udp port 12345 unreachable, length 36
13:19:57.542376 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 258917 ecr 0], length 0
13:20:00.742893 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 262117 ecr 0], length 0
13:20:03.942379 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 265317 ecr 0], length 0
13:20:07.142860 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 268517 ecr 0], length 0
13:20:13.342880 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 274717 ecr 0], length 0
13:20:25.542899 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 286917 ecr 0], length 0
13:20:34.412854 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.73 tell 172.16.6.76, length 46
13:20:34.412891 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.74 tell 172.16.6.76, length 46
13:20:34.412924 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.75 tell 172.16.6.76, length 46
13:20:34.412937 00:0d:b9:2c:6c:79 (oui Unknown) > 00:00:00:00:00:01 (oui Ethernet), ethertype IPv4 (0x0800), length 82: 172.16.6.76.12345 > 172.16.6.77.12345: UDP, length 40
13:20:34.413039 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.78 tell 172.16.6.76, length 46
13:20:34.413061 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 70: 172.16.6.77 > 172.16.6.76: ICMP 172.16.6.77 udp port 12345 unreachable, length 36
13:20:49.742975 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 74: 172.16.6.77.34746 > 172.16.6.76.ssh: Flags [S], seq 295942630, win 65535, options [mss 1460,nop,wscale 6,sackOK,TS val 311118 ecr 0], length 0
13:21:11.426771 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.73 tell 172.16.6.76, length 46
13:21:11.426828 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.74 tell 172.16.6.76, length 46
13:21:11.426841 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.75 tell 172.16.6.76, length 46
13:21:11.426854 00:0d:b9:2c:6c:79 (oui Unknown) > 00:00:00:00:00:01 (oui Ethernet), ethertype IPv4 (0x0800), length 82: 172.16.6.76.12345 > 172.16.6.77.12345: UDP, length 40
13:21:11.426987 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.78 tell 172.16.6.76, length 46
13:21:11.427009 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 70: 172.16.6.77 > 172.16.6.76: ICMP 172.16.6.77 udp port 12345 unreachable, length 36
13:21:48.440663 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.73 tell 172.16.6.76, length 46
13:21:48.440723 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.74 tell 172.16.6.76, length 46
13:21:48.440737 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.75 tell 172.16.6.76, length 46
13:21:48.440750 00:0d:b9:2c:6c:79 (oui Unknown) > 00:00:00:00:00:01 (oui Ethernet), ethertype IPv4 (0x0800), length 82: 172.16.6.76.12345 > 172.16.6.77.12345: UDP, length 40
13:21:48.440856 00:0d:b9:2c:6c:79 (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 172.16.6.78 tell 172.16.6.76, length 46
13:21:48.440878 00:00:00:00:00:01 (oui Ethernet) > 00:0d:b9:2c:6c:79 (oui Unknown), ethertype IPv4 (0x0800), length 70: 172.16.6.77 > 172.16.6.76: ICMP 172.16.6.77 udp port 12345 unreachable, length 36

comment:5 by huub, 11 years ago

PR ingediend:
It has the internal identification `kern/185387'.
The individual assigned to look at your
report is: freebsd-bugs.

You can access the state of your problem report at any time
via this link:

http://www.freebsd.org/cgi/query-pr.cgi?pr=185387

Category: kern
Responsible: freebsd-bugs
Synopsis: if_axe usb ethernet interface no ssh, no http with 10.0-RC3
Arrival-Date: Wed Jan 01 16:10:00 UTC 2014

comment:6 by huub, 11 years ago

Ik heb de test herhaald met 10.0-RC4. Niet dat ik verwacht dat het verschil zou uitmaken, maar anders krijg je de standaard-suggestie: probeer het nog eens.
Nog geen enkele reactie gehad op het Problem Report, is er wel iemand bij FreeBSD die zich verantwoordelijk voelt voor het debuggen van dit soort drivers?

Onder linux is er geen probleem met deze adapters, werken 'out of the box'.

comment:7 by huub, 11 years ago

Summary: if_axe usb-lan adapter werkt niet onder 10.0-RC3if_axe usb-lan adapter werkt niet onder 10.0-RC4

comment:8 by huub, 11 years ago

Probleem doet zich alleen voor in combinatie met een Alix-bordje, niet met een 'gewone' pc.

comment:9 by huub, 11 years ago

IK heb dit nu getest met 10-STABLE (voorloper 10.1-RELEASE). Werkt nog steeds niet. Wel ping, geen ssh of iperf.

comment:10 by huub, 10 years ago

Description: modified (diff)
Milestone: WL-10.1-RELEASE
Summary: if_axe usb-lan adapter werkt niet onder 10.0-RC4if_axe usb-lan adapter werkt niet onder 10.1 en 10-STABLE

Test herhaald met 10.1-RELEASE en met 10-STABLE (feb 2015). Probleem bestaat nog steeds.

comment:11 by huub, 10 years ago

Resolution: fixed
Status: newclosed

Oorzaak van dit probleem is nu eindelijk gevonden en het is .... pf
'service pf stop' en de adapters werken zonder mankeren!
Zelfs als alle pf-filtering is uitgezet (zoals op interlink-interfaces) werkt bijv. ssh niet.
Met ipfw doet dit probleem zich niet voor.

Note: See TracTickets for help on using tickets.