Performance del stack TCP/IP de OpenBSD

[HDC]

Quería saber si alguno ya se encontró con el inconveniente de la
cantidad de conexiones que maneja el stack TCP/IP de OpenBSD.

Mi problema puntual es el siguiente:

Hace algunas semanas migré un Firewall Linux con IPtables por un
OpenBSD 4.4 con PF. En general salió todo bien, pero como desde la LAN
se ejecutan scannings con nmap, nessus y otras aplicaciones de ese
tipo a host de Internet (que pasan a través del firewall) comenzaron a
surgir problemas de pérdida de paquetes y en ocasiones la perdida era
tal que las aplicaciones bajaban su velocidad a números terribles.

El esquema es mas que simple:
LAN -> FW -> INET

Probe con los siguientes parámetros de PF sin resultados positivos:
set limit states 2000000
set limit src-nodes 2000000
Estos si bien no solucionaron el problema de fondo si mejoraron un
poco la performance.

y probe con los siguientes parámetros del kernel que se recomiendan en
este site sin resultados positivos:
https://calomel.org/network_performance.html

En Linux esto funcionaba sin problemas... así que creo que debe ser
posible hacer que funcione correctamente en OpenBSD tocando algún que
otro parámetro.

Saludos,
Hernán

--
# /dev/hdc
-> OpenBSDeros.org
hdc [at] openbsderos [dot] org

--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "OpenBSD México" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a OpenBSD-Mexico@...
 Para anular la suscripción a este grupo, envía un mensaje a OpenBSD-Mexico+unsubscribe@...
 Para obtener más opciones, visita este grupo en http://groups.google.com.mx/group/OpenBSD-Mexico?hl=es.

-~----------~----~----~----~------~----~------~--~---

[HDC]

2009/1/14 pablo caballero:
> Hola, mis conocimientos de PF y OpenBSD son muy escasos pero voy a
> tratar de ayudarte:

Hola Pablo, gracias por responder.

>
> La pérdida de paquetes sigue algún patrón? O sea se pierden pauqetes
> aleatorios o los paquetes con determinadas ip/ports de destino u
> origen.

Los paquetes perdidos son aleatorios. Algo extraño que surge es que el
firewall envia al host en donde se ejecuta la herramienta un
"Destination Host Unreachable". Esto mismo pasa en un ambiente de
prueba que arme que esta de tal manera:
Host(LAN) -> FW -> Host(Inet)
El ambiente de prueba esta armado conectando los host al FW mediante
cables cruzados, al host que simula ser INET debería ser siempre
alcanzable.

>
> Dependiendo de la respuesta de la pregunta anterior. Puede ser alguna
> regla de PF que este jodiendo? PF está configurado analogamente a
> IPTables?

Algo importante que me olvide de aclarar en el mail anterior fue que
tambien probé deshabilitando PF y también con la minima cantidad de
reglas (en el ambiente de prueba era un nat y un pass). Y en los 2
casos seguia el problema, por eso creo que es algun parámetro del
stack tcp/ip.

>
> Las perdidas de paquetes se dan solo en condiciones de gran carga o
> también cuando hay baja carga?

Solo es en media y alta carga, la única forma en que no hay perdida de
paquetes en poniendo las herramientas a baja velocidad.

>
> PF permite loguear el tráfico? (para ver que paquetes son los que se pierden).

Si, pero como dije anteriormente pasa lo mismo teniendo el PF deshabilitado.

>
> El hard o configuración? Es el mismo que el linux?

El hard es otro, mejor CPU, mas RAM, placas 3Com... no creo que venga
por este lado.

Saludos,
Hernán

--
# /dev/hdc
-> OpenBSDeros.org
hdc [at] openbsderos [dot] org

--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "OpenBSD México" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a OpenBSD-Mexico@...
 Para anular la suscripción a este grupo, envía un mensaje a OpenBSD-Mexico+unsubscribe@...
 Para obtener más opciones, visita este grupo en http://groups.google.com.mx/group/OpenBSD-Mexico?hl=es.

-~----------~----~----~----~------~----~------~--~---

[uv negativa]

Enviar en dmesg del firewall a ver si es hardware, no importa si son
3com toca mirar si no hay bugs en el man.

El día 14 de enero de 2009 9:00, HDC <firelan@...> escribió:

>
> 2009/1/14 pablo caballero:
>> Hola, mis conocimientos de PF y OpenBSD son muy escasos pero voy a
>> tratar de ayudarte:
>
> Hola Pablo, gracias por responder.
>
>>
>> La pérdida de paquetes sigue algún patrón? O sea se pierden pauqetes
>> aleatorios o los paquetes con determinadas ip/ports de destino u
>> origen.
>
> Los paquetes perdidos son aleatorios. Algo extraño que surge es que el
> firewall envia al host en donde se ejecuta la herramienta un
> "Destination Host Unreachable". Esto mismo pasa en un ambiente de
> prueba que arme que esta de tal manera:
> Host(LAN) -> FW -> Host(Inet)
> El ambiente de prueba esta armado conectando los host al FW mediante
> cables cruzados, al host que simula ser INET debería ser siempre
> alcanzable.
>
>>
>> Dependiendo de la respuesta de la pregunta anterior. Puede ser alguna
>> regla de PF que este jodiendo? PF está configurado analogamente a
>> IPTables?
>
> Algo importante que me olvide de aclarar en el mail anterior fue que
> tambien probé deshabilitando PF y también con la minima cantidad de
> reglas (en el ambiente de prueba era un nat y un pass). Y en los 2
> casos seguia el problema, por eso creo que es algun parámetro del
> stack tcp/ip.
>
>>
>> Las perdidas de paquetes se dan solo en condiciones de gran carga o
>> también cuando hay baja carga?
>
> Solo es en media y alta carga, la única forma en que no hay perdida de
> paquetes en poniendo las herramientas a baja velocidad.
>
>>
>> PF permite loguear el tráfico? (para ver que paquetes son los que se pierden).
>
> Si, pero como dije anteriormente pasa lo mismo teniendo el PF deshabilitado.
>
>>
>> El hard o configuración? Es el mismo que el linux?
>
> El hard es otro, mejor CPU, mas RAM, placas 3Com... no creo que venga
> por este lado.
>
> Saludos,
> Hernán
>
> --
> # /dev/hdc
> -> OpenBSDeros.org
> hdc [at] openbsderos [dot] org
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "OpenBSD México" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a OpenBSD-Mexico@...
 Para anular la suscripción a este grupo, envía un mensaje a OpenBSD-Mexico+unsubscribe@...
 Para obtener más opciones, visita este grupo en http://groups.google.com.mx/group/OpenBSD-Mexico?hl=es.

-~----------~----~----~----~------~----~------~--~---

[HDC]

Adjunto el dmesg.

Saludos,
Hernán

2009/1/17 uv negativa <uv.negativa@...>:

>
> Enviar en dmesg del firewall a ver si es hardware, no importa si son
> 3com toca mirar si no hay bugs en el man.
>
> El día 14 de enero de 2009 9:00, HDC <firelan@...> escribió:
>>
>> 2009/1/14 pablo caballero:
>>> Hola, mis conocimientos de PF y OpenBSD son muy escasos pero voy a
>>> tratar de ayudarte:
>>
>> Hola Pablo, gracias por responder.
>>
>>>
>>> La pérdida de paquetes sigue algún patrón? O sea se pierden pauqetes
>>> aleatorios o los paquetes con determinadas ip/ports de destino u
>>> origen.
>>
>> Los paquetes perdidos son aleatorios. Algo extraño que surge es que el
>> firewall envia al host en donde se ejecuta la herramienta un
>> "Destination Host Unreachable". Esto mismo pasa en un ambiente de
>> prueba que arme que esta de tal manera:
>> Host(LAN) -> FW -> Host(Inet)
>> El ambiente de prueba esta armado conectando los host al FW mediante
>> cables cruzados, al host que simula ser INET debería ser siempre
>> alcanzable.
>>
>>>
>>> Dependiendo de la respuesta de la pregunta anterior. Puede ser alguna
>>> regla de PF que este jodiendo? PF está configurado analogamente a
>>> IPTables?
>>
>> Algo importante que me olvide de aclarar en el mail anterior fue que
>> tambien probé deshabilitando PF y también con la minima cantidad de
>> reglas (en el ambiente de prueba era un nat y un pass). Y en los 2
>> casos seguia el problema, por eso creo que es algun parámetro del
>> stack tcp/ip.
>>
>>>
>>> Las perdidas de paquetes se dan solo en condiciones de gran carga o
>>> también cuando hay baja carga?
>>
>> Solo es en media y alta carga, la única forma en que no hay perdida de
>> paquetes en poniendo las herramientas a baja velocidad.
>>
>>>
>>> PF permite loguear el tráfico? (para ver que paquetes son los que se pierden).
>>
>> Si, pero como dije anteriormente pasa lo mismo teniendo el PF deshabilitado.
>>
>>>
>>> El hard o configuración? Es el mismo que el linux?
>>
>> El hard es otro, mejor CPU, mas RAM, placas 3Com... no creo que venga
>> por este lado.
>>
>> Saludos,
>> Hernán
>>
>> --
>> # /dev/hdc
>> -> OpenBSDeros.org
>> hdc [at] openbsderos [dot] org
>>
>> >
>>
>
> >
>

--
# /dev/hdc
-> OpenBSDeros.org
hdc [at] openbsderos [dot] org

--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "OpenBSD México" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a OpenBSD-Mexico@...
 Para anular la suscripción a este grupo, envía un mensaje a OpenBSD-Mexico+unsubscribe@...
 Para obtener más opciones, visita este grupo en http://groups.google.com.mx/group/OpenBSD-Mexico?hl=es.

-~----------~----~----~----~------~----~------~--~---


OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
    deraadt@...:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: AMD Athlon(tm) XP 2000+ ("AuthenticAMD" 686-class, 256KB L2 cache) 1.67 GHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem  = 804814848 (767MB)
avail mem = 769261568 (733MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/27/03, BIOS32 rev. 0 @ 0xfb390, SMBIOS rev. 2.2 @ 0xf0800 (38 entries)
bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 08/27/2003
bios0: VIA Technologies, Inc. KT400A-8235
apm0 at bios0: Power Management spec V1.2 (slowidle)
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf0000/0xdf74
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/208 (11 entries)
pcibios0: PCI Exclusive IRQs: 5 10 11 12
pcibios0: PCI Interrupt Router at 000:17:0 ("VIA VT82C596A ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0xf800 0xd0000/0x800
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "VIA VT8377 PCI" rev 0x00
ppb0 at pci0 dev 1 function 0 "VIA VT8377 AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "NVIDIA GeForce4 MX 440 AGP" rev 0xa4
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: v3, aperture at 0xd0000000, size 0x10000000
drm at vga1 unsupported
dc0 at pci0 dev 10 function 0 "Macronix PMAC 98715" rev 0x25: irq 10, address 00:e0:4c:a2:41:dc
dcphy0 at dc0 phy 31: internal PHY
xl0 at pci0 dev 11 function 0 "3Com 3c905C 100Base-TX" rev 0x74: irq 12, address 00:50:da:60:0b:1d
bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6
uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: irq 5
uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: irq 10
uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: irq 12
ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB" rev 0x82: irq 11
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "VIA EHCI root hub" rev 2.00/1.00 addr 1
viapm0 at pci0 dev 17 function 0 "VIA VT8235 ISA" rev 0x00
iic0 at viapm0
maxtmp0 at iic0 addr 0x4c: lm90
spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5
spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC2100CL2.5
spdmem2 at iic0 addr 0x52: 256MB DDR SDRAM non-parity PC2700CL2.5
pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility
pciide0: channel 0 disabled (no drives)
wd0 at pciide0 channel 1 drive 0: <WDC WD400BB-00DGA0>
wd0: 16-sector PIO, LBA, 38166MB, 78165360 sectors
atapiscsi0 at pciide0 channel 1 drive 1
scsibus0 at atapiscsi0: 2 targets, initiator 7
cd0 at scsibus0 targ 0 lun 0: <ATAPI-CD, ROM-DRIVE-56MAX, 56E4> ATAPI 5/cdrom removable
wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
cd0(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2
auvia0 at pci0 dev 17 function 5 "VIA VT8233 AC97" rev 0x50: irq 5
ac97: codec id 0x414c4720 (Avance Logic ALC650)
ac97: codec features 20 bit DAC, 18 bit ADC, Realtek 3D
audio0 at auvia0
dc1 at pci0 dev 20 function 0 "Macronix PMAC 98713" rev 0x00: irq 11, address 00:40:05:a3:9a:53
ukphy0 at dc1 phy 0: Generic IEEE 802.3u media interface, rev. 0: OUI 0x000000, model 0x0000
usb1 at uhci0: USB revision 1.0
uhub1 at usb1 "VIA UHCI root hub" rev 1.00/1.00 addr 1
usb2 at uhci1: USB revision 1.0
uhub2 at usb2 "VIA UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci2: USB revision 1.0
uhub3 at usb3 "VIA UHCI root hub" rev 1.00/1.00 addr 1
isa0 at mainbus0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
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
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
wbsio0 at isa0 port 0x2e/2: W83697HF rev 0x12
lm1 at wbsio0 port 0x290/8: W83697HF
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask ff65 netmask ff65 ttymask ffff
mtrr: Pentium Pro MTRR support
softraid0 at root
root on wd0a swap on wd0b dump on wd0b

[uv negativa]

Estuve revisando y usted tiene dos tipos de tarjetas un xl y dc, la dc
tiene muchos bugs(pero creo que le modelo de la suya no, revise el man
y mire si puede ser algo de eso), si puede pruebe con otra interfaz de
red de una mejor calidad, revisar antes el man.
Lo otro es que tenga algo mal configurado en el pf.


http://www.openbsd.org/cgi-bin/man.cgi?query=dc&apropos=0&sektion=4&manpath=OpenBSD+Current&arch=i386&format=html


El día 19 de enero de 2009 14:42, HDC <firelan@...> escribió:

> Adjunto el dmesg.
>
> Saludos,
> Hernán
>
> 2009/1/17 uv negativa <uv.negativa@...>:
>>
>> Enviar en dmesg del firewall a ver si es hardware, no importa si son
>> 3com toca mirar si no hay bugs en el man.
>>
>> El día 14 de enero de 2009 9:00, HDC <firelan@...> escribió:
>>>
>>> 2009/1/14 pablo caballero:
>>>> Hola, mis conocimientos de PF y OpenBSD son muy escasos pero voy a
>>>> tratar de ayudarte:
>>>
>>> Hola Pablo, gracias por responder.
>>>
>>>>
>>>> La pérdida de paquetes sigue algún patrón? O sea se pierden pauqetes
>>>> aleatorios o los paquetes con determinadas ip/ports de destino u
>>>> origen.
>>>
>>> Los paquetes perdidos son aleatorios. Algo extraño que surge es que el
>>> firewall envia al host en donde se ejecuta la herramienta un
>>> "Destination Host Unreachable". Esto mismo pasa en un ambiente de
>>> prueba que arme que esta de tal manera:
>>> Host(LAN) -> FW -> Host(Inet)
>>> El ambiente de prueba esta armado conectando los host al FW mediante
>>> cables cruzados, al host que simula ser INET debería ser siempre
>>> alcanzable.
>>>
>>>>
>>>> Dependiendo de la respuesta de la pregunta anterior. Puede ser alguna
>>>> regla de PF que este jodiendo? PF está configurado analogamente a
>>>> IPTables?
>>>
>>> Algo importante que me olvide de aclarar en el mail anterior fue que
>>> tambien probé deshabilitando PF y también con la minima cantidad de
>>> reglas (en el ambiente de prueba era un nat y un pass). Y en los 2
>>> casos seguia el problema, por eso creo que es algun parámetro del
>>> stack tcp/ip.
>>>
>>>>
>>>> Las perdidas de paquetes se dan solo en condiciones de gran carga o
>>>> también cuando hay baja carga?
>>>
>>> Solo es en media y alta carga, la única forma en que no hay perdida de
>>> paquetes en poniendo las herramientas a baja velocidad.
>>>
>>>>
>>>> PF permite loguear el tráfico? (para ver que paquetes son los que se pierden).
>>>
>>> Si, pero como dije anteriormente pasa lo mismo teniendo el PF deshabilitado.
>>>
>>>>
>>>> El hard o configuración? Es el mismo que el linux?
>>>
>>> El hard es otro, mejor CPU, mas RAM, placas 3Com... no creo que venga
>>> por este lado.
>>>
>>> Saludos,
>>> Hernán
>>>
>>> --
>>> # /dev/hdc
>>> -> OpenBSDeros.org
>>> hdc [at] openbsderos [dot] org
>>>
>>> >
>>>
>>
>> >
>>
>
>
>
> --
> # /dev/hdc
> -> OpenBSDeros.org
> hdc [at] openbsderos [dot] org
>
> >
>
> OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
>    deraadt@...:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: AMD Athlon(tm) XP 2000+ ("AuthenticAMD" 686-class, 256KB L2 cache) 1.67 GHz
> cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
> real mem  = 804814848 (767MB)
> avail mem = 769261568 (733MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 08/27/03, BIOS32 rev. 0 @ 0xfb390, SMBIOS rev. 2.2 @ 0xf0800 (38 entries)
> bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 08/27/2003
> bios0: VIA Technologies, Inc. KT400A-8235
> apm0 at bios0: Power Management spec V1.2 (slowidle)
> apm0: AC on, battery charge unknown
> acpi at bios0 function 0x0 not configured
> pcibios0 at bios0: rev 2.1 @ 0xf0000/0xdf74
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/208 (11 entries)
> pcibios0: PCI Exclusive IRQs: 5 10 11 12
> pcibios0: PCI Interrupt Router at 000:17:0 ("VIA VT82C596A ISA" rev 0x00)
> pcibios0: PCI bus #1 is the last bus
> bios0: ROM list: 0xc0000/0xf800 0xd0000/0x800
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 "VIA VT8377 PCI" rev 0x00
> ppb0 at pci0 dev 1 function 0 "VIA VT8377 AGP" rev 0x00
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "NVIDIA GeForce4 MX 440 AGP" rev 0xa4
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> agp0 at vga1: v3, aperture at 0xd0000000, size 0x10000000
> drm at vga1 unsupported
> dc0 at pci0 dev 10 function 0 "Macronix PMAC 98715" rev 0x25: irq 10, address 00:e0:4c:a2:41:dc
> dcphy0 at dc0 phy 31: internal PHY
> xl0 at pci0 dev 11 function 0 "3Com 3c905C 100Base-TX" rev 0x74: irq 12, address 00:50:da:60:0b:1d
> bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6
> uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x80: irq 5
> uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x80: irq 10
> uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x80: irq 12
> ehci0 at pci0 dev 16 function 3 "VIA VT6202 USB" rev 0x82: irq 11
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "VIA EHCI root hub" rev 2.00/1.00 addr 1
> viapm0 at pci0 dev 17 function 0 "VIA VT8235 ISA" rev 0x00
> iic0 at viapm0
> maxtmp0 at iic0 addr 0x4c: lm90
> spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2700CL2.5
> spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC2100CL2.5
> spdmem2 at iic0 addr 0x52: 256MB DDR SDRAM non-parity PC2700CL2.5
> pciide0 at pci0 dev 17 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility
> pciide0: channel 0 disabled (no drives)
> wd0 at pciide0 channel 1 drive 0: <WDC WD400BB-00DGA0>
> wd0: 16-sector PIO, LBA, 38166MB, 78165360 sectors
> atapiscsi0 at pciide0 channel 1 drive 1
> scsibus0 at atapiscsi0: 2 targets, initiator 7
> cd0 at scsibus0 targ 0 lun 0: <ATAPI-CD, ROM-DRIVE-56MAX, 56E4> ATAPI 5/cdrom removable
> wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> cd0(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2
> auvia0 at pci0 dev 17 function 5 "VIA VT8233 AC97" rev 0x50: irq 5
> ac97: codec id 0x414c4720 (Avance Logic ALC650)
> ac97: codec features 20 bit DAC, 18 bit ADC, Realtek 3D
> audio0 at auvia0
> dc1 at pci0 dev 20 function 0 "Macronix PMAC 98713" rev 0x00: irq 11, address 00:40:05:a3:9a:53
> ukphy0 at dc1 phy 0: Generic IEEE 802.3u media interface, rev. 0: OUI 0x000000, model 0x0000
> usb1 at uhci0: USB revision 1.0
> uhub1 at usb1 "VIA UHCI root hub" rev 1.00/1.00 addr 1
> usb2 at uhci1: USB revision 1.0
> uhub2 at usb2 "VIA UHCI root hub" rev 1.00/1.00 addr 1
> usb3 at uhci2: USB revision 1.0
> uhub3 at usb3 "VIA UHCI root hub" rev 1.00/1.00 addr 1
> isa0 at mainbus0
> isadma0 at isa0
> com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> 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
> pcppi0 at isa0 port 0x61
> midi0 at pcppi0: <PC speaker>
> spkr0 at pcppi0
> lpt0 at isa0 port 0x378/4 irq 7
> wbsio0 at isa0 port 0x2e/2: W83697HF rev 0x12
> lm1 at wbsio0 port 0x290/8: W83697HF
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
> biomask ff65 netmask ff65 ttymask ffff
> mtrr: Pentium Pro MTRR support
> softraid0 at root
> root on wd0a swap on wd0b dump on wd0b
>
>
>

--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "OpenBSD México" de Grupos de Google.
 Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a OpenBSD-Mexico@...
 Para anular la suscripción a este grupo, envía un mensaje a OpenBSD-Mexico+unsubscribe@...
 Para obtener más opciones, visita este grupo en http://groups.google.com.mx/group/OpenBSD-Mexico?hl=es.

-~----------~----~----~----~------~----~------~--~---