'crash' with bridge.ko/tap; tcpdump problem

Peter van Dijk peter at dataloss.nl
Thu Aug 18 15:38:58 GMT 2005


Hi,

this message is quite uninformational; for that I apologize.

One of the reasons I upgraded my Sun Ultra5 to FreeBSD6 (BETA2) was
that I wanted working Ethernet bridging. Both ng_bridge and bridge.ko
cause nothing but instant panics on 5.4/sparc64.

The first thing I tried after upgrading to 6 was to load bridge.ko,
bridge tap0 and vlanX with it. When I typed 'ifconfig tap0' the box
froze as far as I could see. No monitor was attached at that time so
I'm afraid this is all the information I have.

I'm just posting this to note that not all of the bridge/ng_bridge
issues that 5.x had are resolved.

I should also note that tap-support in itself works fine with 6 (which
didn't with 5.4-RELEASE), and that if_bridge bridges my frames perfectly.

Another sidenote:
onion# tcpdump -nli bridge0 port 22
tcpdump: WARNING: bridge0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes
17:37:37.869099 [|ether]
17:37:38.776971 [|ether]
17:37:38.867750 [|ether]

I'm unsure whether this is if_bridge's fault or tcpdump's fault, but I've
heard from other people with this issue on x86 on real ethernet
interfaces. This tcpdump is from world, not ports.

Cheers, Peter
-- 
peter at dataloss.nl        | ~ tonight tonight, what is this potion
http://blog.dataloss.nl/ | ~ that makes a fool of me
UnderNet/#clue           |     Wayfinder, fr-025 soundtrack


More information about the freebsd-current mailing list