i can't recall if this has been discussed anywhere
before, but i remember trying to use ipcomp a few years
ago and i think i had the same pitfall happen; but
i'm not sure what came of it.
to save ppl the time of reading the entire mail, i'm having
failure crop up when an ipcomp packet does a very good
ratio of compression, it doesn't get decompressed on the
receiving end, but rather, the receiving end increments
the counter in 'netstat -sp ipcomp' for:
"packets for which no XFORM was set in TDB received" - but it
works fine as long as it doesn't compress the packet
very well (but still enough to send it as ipcomp on the wire).
192.168.7.17(fxp1) -- netgear fs518 -- (em0)192.168.7.18
both are -current snapshots from may.17
i normally run isakmpd on .17, but for now i shut it off.
start out by 'sudo ipsecadm flush' on both hosts, and then
i setup ipcomp flows/CPIs on the respective hosts like
this:
-[192.168.7.17]-------------------
sudo ipsecadm ipcomp -src 192.168.7.18 -dst 192.168.7.17 -comp deflate \
-cpi 0x2222
sudo ipsecadm ipcomp -dst 192.168.7.18 -src 192.168.7.17 -comp deflate \
-cpi 0x1111
sudo ipsecadm flow -proto ipcomp -src 192.168.7.17 -dst 192.168.7.18 \
-in -use -addr 192.168.7.18/32 192.168.7.17/32
sudo ipsecadm flow -proto ipcomp -src 192.168.7.17 -dst 192.168.7.18 \
-out -use -addr 192.168.7.17/32 192.168.7.18/32
-[192.168.7.18]-------------------
sudo ipsecadm ipcomp -src 192.168.7.18 -dst 192.168.7.17 -comp deflate \
-cpi 0x2222
sudo ipsecadm ipcomp -dst 192.168.7.18 -src 192.168.7.17 -comp deflate \
-cpi 0x1111
sudo ipsecadm flow -proto ipcomp -src 192.168.7.18 -dst 192.168.7.17 \
-in -use -addr 192.168.7.17/32 192.168.7.18/32
sudo ipsecadm flow -proto ipcomp -src 192.168.7.18 -dst 192.168.7.17 \
-out -use -addr 192.168.7.18/32 192.168.7.17/32
----------------------------------
netstat -rnf encap looks like:
-[192.168.7.17]-------------------
Encap:
Source Port Destination Port Proto
SA(Address/Proto/Type/Direction)
192.168.7.17/32 0 192.168.7.18/32 0 0 192.168.7.17/108/use/in
192.168.7.18/32 0 192.168.7.17/32 0 0 192.168.7.17/108/use/out
-[192.168.7.18]-------------------
Encap:
Source Port Destination Port Proto
SA(Address/Proto/Type/Direction)
192.168.7.17/32 0 192.168.7.18/32 0 0 192.168.7.17/108/use/in
192.168.7.18/32 0 192.168.7.17/32 0 0 192.168.7.17/108/use/out
----------------------------------
everything is great between the two with ipcomp, and i can
watch the counters go up in 'netstat -sp ipcomp' and i can
tcpdump for proto ipcomp on the appropriate interfaces and see
that it is compressing/decompressing things, and also of course
see that things aren't sent compressed if they're smaller
in their natural state:
---------------
tcpdump: listening on em0, link-type EN10MB
20:50:16.271887 192.168.7.17 > 192.168.7.18: icmp: echo request
20:50:16.271931 192.168.7.18 > 192.168.7.17: icmp: echo reply
<...>
20:51:24.598112 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 1
20:51:24.598632 ipcomp 192.168.7.18 > 192.168.7.17 cpi 0x2222 flags 0 next 1
---------------
where the first one is a ping from .17 to .18, and the second
is a ping -s 1000 from .17 to .18. that's all great.
problem is if i do something like 'ping -s 1000 -p 00', or seemingly
anything in which the pre-compressed packet is much much larger
than the post-compressed packet.
for instance, here is a ping -s 1000 from .17 to .18, as seen on
.18 with tcpdump proto ipcomp -xs 2000, which is successful:
-----------
20:57:32.003047 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 1
4500 0140 d4fb 0000 ff6c 55e2 c0a8 0711
c0a8 0712 0100 1111 e260 08fe f55e 9a81
c169 56ca 1f06 c6f6 7b1c 9c5c dc3c bc7c
fc02 8242 c222 a262 e212 9252 d232 b272
f20a 8a4a ca2a aa6a ea1a 9a5a da3a ba7a
fa06 8646 c626 a666 e616 9656 d636 b676
f60e 8e4e ce2e ae6e ee1e 9e5e de3e be7e
fe01 8141 c121 a161 e111 9151 d131 b171
f109 8949 c929 a969 e919 9959 d939 b979
f905 8545 c525 a565 e515 9555 d535 b575
f50d 8d4d cd2d ad6d ed1d 9d5d dd3d bd7d
fd13 264e 9a3c 65ea b4e9 3366 ce9a 3d67
eebc f90b 162e 5abc 64e9 b2e5 2b56 ae5a
bd66 edba f51b 366e dabc 65eb b6ed 3b76
eeda bd67 efbe fd07 0e1e 3a7c e4e8 b1e3
274e 9e3a 7de6 ecb9 f317 2e5e ba7c e5ea
b5eb 376e deba 7de7 eebd fb0f 1e3e 7afc
e4e9 b3e7 2f5e be7a fde6 edbb f71f 3e7e
fafc e5eb b7ef 3f7e fefa fde7 efbf ff0c
8c4c cc2c ac6c eca3 fe1f f5ff 70f6 3f40
20:57:32.011836 ipcomp 192.168.7.18 > 192.168.7.17 cpi 0x2222 flags 0 next 1
4500 0140 040f 0000 ff6c 26cf c0a8 0712
c0a8 0711 0100 2222 6260 88fe f55e 9a81
c169 56ca 1f06 c6f6 7b1c 9c5c dc3c bc7c
fc02 8242 c222 a262 e212 9252 d232 b272
f20a 8a4a ca2a aa6a ea1a 9a5a da3a ba7a
fa06 8646 c626 a666 e616 9656 d636 b676
f60e 8e4e ce2e ae6e ee1e 9e5e de3e be7e
fe01 8141 c121 a161 e111 9151 d131 b171
f109 8949 c929 a969 e919 9959 d939 b979
f905 8545 c525 a565 e515 9555 d535 b575
f50d 8d4d cd2d ad6d ed1d 9d5d dd3d bd7d
fd13 264e 9a3c 65ea b4e9 3366 ce9a 3d67
eebc f90b 162e 5abc 64e9 b2e5 2b56 ae5a
bd66 edba f51b 366e dabc 65eb b6ed 3b76
eeda bd67 efbe fd07 0e1e 3a7c e4e8 b1e3
274e 9e3a 7de6 ecb9 f317 2e5e ba7c e5ea
b5eb 376e deba 7de7 eebd fb0f 1e3e 7afc
e4e9 b3e7 2f5e be7a fde6 edbb f71f 3e7e
fafc e5eb b7ef 3f7e fefa fde7 efbf ff0c
8c4c cc2c ac6c eca3 fe1f f5ff 70f6 3f40
---------------
but here is the same, with -p 9c9a9b9a (who compresses very
well after being repeated so much in -s 1000):
---------------
tcpdump: listening on em0, link-type EN10MB
20:59:24.549483 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 1
4500 0036 5b8a 0000 ff6c d05d c0a8 0711
c0a8 0712 0100 1111 e260 b856 96a0 c0c0
e034 2b35 8781 73e9 a939 b366 cf1a c5a3
7814 0f4f 0c10
^C
---------------
.18 never generates a reply, and i think it is because whatever
is happening is something that is making the:
"packets for which no XFORM was set in TDB received" counter tick
up per netstat -sp ipcomp on the receiving end.
i watched (up,enter,up,enter,up,enter) the output of the netstat -sp
ipcomp while doing a successful ping -f from .17 to .18, i see
the normal input/output bytes/packets counters incrementing, and
apart from some other random noise between the two hosts, no
other counters are going up.
if i do a ping -f with a simple pattern to '-p' in ping, that 'no XFORM'
counter on the receiving end (.18) clearly ticks up in accordance
to each packet sent by .17 that it doesn't want to reply to.
i also tested this on TCP by dd'ing a file from /dev/zero and trying
to ftp it between the two hosts. that fails to work and the 'XFORM'
counter ticks up.
--(not-working attempt at put ftp from .17 to .18 for zerofile --------
21:07:28.982716 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
[tos 0x2 (E)]
4502 0046 4660 0000 406c a476 c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 6622
e017 c16b dc20 e0c0 3065 2e03 0323 2307
571a df8b d70b 55bf 0433 8c82 5130 0a46
c128 18d4 0020
21:07:28.985678 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
[tos 0x2 (E)]
4502 0046 5ec6 0000 406c 8c10 c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 66b9
c32f 82d7 b841 c081 a1ef 2b03 0323 2307
571a df8b d70b 55bf 0433 8c82 5130 0a46
c128 18d4 0020
21:07:28.985682 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
[tos 0x2 (E)]
4502 0046 2d28 0000 406c bdae c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 669f
e017 c16b dc20 e0c0 d0e9 cbc0 c0c8 c8c1
95c6 f7e2 f542 d52f c10c a360 148c 8251
300a 0635 0008
21:07:28.985685 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
[tos 0x2 (E)]
4502 0046 5ed6 0000 406c 8c00 c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a e6ca
e117 c16b dc20 e0c0 d0bc 9481 8191 9183
2b8d efc5 eb85 aa5f 8219 46c1 2818 05a3
6014 0c6a 0010
21:07:29.227729 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
4500 0046 6270 0000 406c 8868 c0a8 0711
c0a8 0712 0600 1111 f251 bdf5 a4f0 43c1
f45c 037d db86 090e 0c27 1630 3030 3272
7025 6749 362f 2e14 5262 1805 a360 148c
8251 30a8 0140
21:07:30.479827 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
4500 0046 9aab 0000 406c 502d c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 6622
e017 c16b dc30 c181 618a 1403 0323 2307
571a df8b 770b 55bf 0433 8c82 5130 0a46
c128 18d4 0020
21:07:33.484935 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
4500 0046 f030 0000 406c faa7 c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 6622
e017 c16b dc30 c181 618a 0803 0323 2307
571a df8b 2f0b 55bf 0433 8c82 5130 0a46
c128 18d4 0020
21:07:39.477831 ipcomp 192.168.7.17 > 192.168.7.18 cpi 0x1111 flags 0 next 6
4500 0046 b8fd 0000 406c 31db c0a8 0711
c0a8 0712 0600 1111 f2cd bd66 501a 6622
e017 c16b dc30 c181 610a 0703 0323 2307
571a df4b 8685 aa5f 8219 46c1 2818 05a3
6014 0c6a 0010
^C
----------
naturally, i can ftp other things fine; just not things that
compress excellently well (which might not be the exact *cause*, and
i suspect it is not, but something else is happening when that happens,
and since i'm not sure what that is... )
pf isn't a factor as it's disabled on each host during the test;
but even normally, i'm not doing any scrubbing on those ifaces, and
am trying to do the Right Thing wrt keeping state, etc.
here is the sysctl.conf from each, changing rfc3390 back to 0 hasn't
mattered.
-[192.168.7.17]----
[/tmp] $ grep ^[^\#] /etc/sysctl.conf
net.inet.ip.forwarding=1 # 1=Permit forwarding (routing) of packets
net.inet6.ip6.forwarding=1 # 1=Permit forwarding (routing) of packets
net.inet.tcp.rfc3390=1 # 1=Enable RFC3390 for TCP window increasing
net.inet.tcp.ecn=1 # 1=Enable the TCP ECN extension
ddb.panic=0 # 0=Do not drop into ddb on a kernel panic
ddb.console=1 # 1=Permit entry of ddb from the console
vfs.nfs.iothreads=1 # number of nfsio kernel threads
kern.usercrypto=1 # 1=enable userland use of /dev/crypto
# required by some ports
net.inet.carp.preempt=1
net.inet.gre.allow=1
--------------------
-[192.168.7.18]----
[/home/jrrs] $ grep ^[^\#] /etc/sysctl.conf
net.inet.tcp.rfc3390=1 # 1=Enable RFC3390 for TCP window increasing
net.inet.esp.enable=0 # 0=Disable the ESP IPsec protocol (cisco vpn)
net.inet.tcp.ecn=1 # 1=Enable the TCP ECN extension
ddb.panic=0 # 0=Do not drop into ddb on a kernel panic
vfs.nfs.iothreads=1 # number of nfsio kernel threads
machdep.allowaperture=2 # See xf86(4)
machdep.userldt=1 # allow userland programs to play with ldt,
# required by some ports
kern.emul.linux=1 # enable running Linux binaries
---------------------
perhaps i just made my flows/CPIs wrong?
since this post is already 15 f'in MB, here're the dmesgs too:
-[ 192.168.7.17 ]-----
OpenBSD 3.7-current (GENERIC) #128: Tue May 17 07:44:46 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 449 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,SER,MMX,FXSR,SSE
cpu0: disabling processor serial number
real mem = 536436736 (523864K)
avail mem = 482668544 (471356K)
using 4278 buffers containing 26923008 bytes (26292K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(9f) BIOS, date 02/12/99, BIOS32 rev. 0 @ 0xfd7a0
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
pcibios0 at bios0: rev 2.1 @ 0xfd7a0/0x860
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf30/176 (9 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0x8000 0xc8000/0x1800 0xc9800/0x1800 0xcb000/0x2800
0xe0000/0x4000! 0xe4000/0xc000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0
wired to compatibility, channel 1 wired to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <SONY, CD-ROM CDU311, 3.0i> SCSI0 5/cdrom
removable
cd0(pciide0:0:0): using PIO mode 0, DMA mode 1
pciide0: channel 1 ignored (disabled)
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 9
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
"Intel 82371AB Power Mgmt" rev 0x02 at pci0 dev 7 function 3 not configured
fxp0 at pci0 dev 13 function 0 "Intel 82557" rev 0x10, i82551: irq 5, address
00:07:e9:09:c3:f1
inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4
fxp1 at pci0 dev 14 function 0 "Intel 82557" rev 0x10, i82551: irq 10, address
00:07:e9:08:d1:fc
inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 4
pciide1 at pci0 dev 15 function 0 "Promise PDC20268" rev 0x02: DMA, channel 0
configured to native-PCI, channel 1 configured to native-PCI
pciide1: using irq 15 for native-PCI interrupt
wd0 at pciide1 channel 0 drive 0: <WDC WD200BB-00AUA1>
wd0: 16-sector PIO, LBA, 19092MB, 39102336 sectors
wd1 at pciide1 channel 0 drive 1: <WDC AC29100D>
wd1: 16-sector PIO, LBA, 8693MB, 17803440 sectors
wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 5
wd1(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 4
hifn0 at pci0 dev 16 function 0 "Hifn 7955/7954" rev 0x00: LZS 3DES ARC4 MD5
SHA1 RNG AES PK, 32KB dram, irq 9
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
sysbeep0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom0: console
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask fb45 netmask ff65 ttymask ffe7
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
dkcsum: wd0 matched BIOS disk 80
dkcsum: wd1 matched BIOS disk 81
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
---------------------------
-[ 192.168.7.18 ]----------
OpenBSD 3.7-current (GENERIC.MP) #121: Tue May 17 07:55:28 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: AMD Athlon(tm) MP 2800+ ("AuthenticAMD" 686-class, 512KB L2 cache) 2.14
GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem = 1072734208 (1047592K)
avail mem = 972267520 (949480K)
using 4278 buffers containing 53739520 bytes (52480K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(38) BIOS, date 08/05/03, BIOS32 rev. 0 @ 0xfd6b0
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
pcibios0 at bios0: rev 2.1 @ 0xfd6b0/0x950
pcibios0: PCI BIOS has 13 Interrupt Routing table entries
pcibios0: no compatible PCI ICU found
pcibios0: Warning, unable to fix up PCI interrupt routing
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc0000/0x10000 0xd0000/0x800 0xe0000/0x4000!
mainbus0: Intel MP Specification (Version 1.4) (TYAN PAULANER )
cpu0 at mainbus0: apid 1 (boot processor)
cpu0: AMD Powernow: FID
cpu0: apic clock running at 266 MHz
cpu1 at mainbus0: apid 0 (application processor)
cpu1: AMD Athlon(tm) MP 2800+ ("AuthenticAMD" 686-class, 512KB L2 cache) 2.14
GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
mainbus0: bus 0 is type PCI
mainbus0: bus 1 is type PCI
mainbus0: bus 2 is type PCI
mainbus0: bus 3 is type ISA
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 11, 24 pins
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "AMD 762 PCI" rev 0x20
ppb0 at pci0 dev 1 function 0 "AMD 762 PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 5 function 0 "Nvidia Riva TNT2 Ultra" rev 0x11
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "AMD 768 ISA" rev 0x05
pciide0 at pci0 dev 7 function 1 "AMD 768 IDE" rev 0x04: DMA, channel 0
configured to compatibility, channel 1 configured to compatibility
wd0 at pciide0 channel 0 drive 0: <WDC WD1600JB-00GVA0>
wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
wd1 at pciide0 channel 0 drive 1: <IC35L060AVVA07-0>
wd1: 16-sector PIO, LBA, 58644MB, 120103200 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <MITSUMI, CD-ROM FX810S !B, X01> SCSI0 5/cdrom
removable
atapiscsi1 at pciide0 channel 1 drive 1
scsibus1 at atapiscsi1: 2 targets
cd1 at scsibus1 targ 0 lun 0: <SONY, CD-RW CRX140E, 1.0n> SCSI0 5/cdrom
removable
cd0(pciide0:1:0): using PIO mode 3, DMA mode 1
cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2
"AMD 768 Power Mgmt" rev 0x03 at pci0 dev 7 function 3 not configured
em0 at pci0 dev 8 function 0 "Intel PRO/1000 (82542)" rev 0x03: apic 2 int 16
(irq 11), address: 00:03:47:08:f9:1b
ppb1 at pci0 dev 16 function 0 "AMD 768 PCI-PCI" rev 0x05
pci2 at ppb1 bus 2
ohci0 at pci2 dev 0 function 0 "AMD 768 USB" rev 0x07: apic 2 int 19 (irq 10),
version 1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
bktr0 at pci2 dev 4 function 0 "Brooktree BT878" rev 0x02: apic 2 int 16 (irq
11)
bktr0: Hauppauge Model 62471 A
bktr0: Hauppauge WinCast/TV, Philips FR1236 NTSC FM tuner, dbx stereo.
radio0 at bktr0
"Brooktree BT878 Audio" rev 0x02 at pci2 dev 4 function 1 not configured
eap0 at pci2 dev 5 function 0 "Ensoniq CT5880" rev 0x02: apic 2 int 17 (irq 5)
ac97: codec id 0x83847608 (SigmaTel STAC9708/11)
ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
audio0 at eap0
midi0 at eap0: <AudioPCI MIDI UART>
xl0 at pci2 dev 8 function 0 "3Com 3c905C 100Base-TX" rev 0x78: apic 2 int 19
(irq 10), address 00:e0:81:28:d2:c7
exphy0 at xl0 phy 24: 3Com internal media interface
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi1 at pcppi0: <PC speaker>
spkr0 at pcppi0
sysbeep0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
biomask 0 netmask 0 ttymask 0
ioapic0: pin 16 shares different IPL interrupts (40..50), degraded performance
ioapic0: pin 19 shares different IPL interrupts (40..50), degraded performance
pctr: user-level cycle counter enabled
mtrr: Pentium Pro MTRR support
apm0: disconnected
dkcsum: wd0 matched BIOS disk 80
dkcsum: wd1 matched BIOS disk 81
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
cpu1: AMD Powernow: FID
-----------------------------
if anyone made it this far, and i need to give
more/better info, please let me know what i ought to have
sent in the first place.
thank you again,
jared
--
[ openbsd 3.7 GENERIC ( may 17 ) // i386 ]
