CONECTIVIDAD PROPORCIONADA POR EL SISTEMA OPERATIVO GNU/LINEX

Transcripción

1 CONECTIVIDAD PROPORCIONADA POR EL SISTEMA OPERATIVO GNU/LINEX José Luis González Sánchez Alfonso Gazo Cervero Lorenzo Martinez Bravo Javier Carmona Murillo Agosto 2004 PROYECTO AGILA 1

2 Índice: 1.- Introducción Objetivos de este documento Sistemas linux y redes Introducción al protocolo TCP/IP Configuración de la red a bajo nivel Herramientas de configuración Configurar una red mediante ifconfig y route Hardware de redes soportado por linux Ethernet Fast Ethernet Gigabit Ethernet Token Ring WLAN Modems Ejemplo. Hardware del equipo de pruebas Bibliografía

3 1.- Introducción Objetivos de este documento Internet ha experimentado en los últimos años un sorprendente crecimiento, no sólo en cuanto a su uso, sino también en lo referente al despliegue de redes físicas de comunicaciones que le dan soporte, y en cuanto a la complejidad relacionada con la gran cantidad de tecnologías que se ven implicadas en el conjunto de las heterogéneas redes que constituyen Internet. El despliegue de tecnologías de banda ancha como ATM y Frame Relay en las troncales regionales, nacionales e internacionales, nos ha presentado nuevas y atractivas posibilidades en cuanto a aplicaciones, protocolos y arquitecturas de comunicaciones. Mientras las tecnologías de redes de banda ancha de los backbone han evolucionado prestando especial atención a la tecnología de transporte empleada, las aplicaciones de los usuarios finales se han apoyado directamente en la familia de protocolos TCP/IP. Por otro lado, se han de tener en cuenta también las tecnologías de protocolos y arquitecturas de redes locales, mayoritariamente relacionadas con Ethernet (FastEthernet y GigabitEthernet), TokenRing (High Speed Token Ring, VG-AnyLAN, etc.) y ATM (LAN Emulation). Existen, además, múltiples vías de acceso a la Red desde los domicilios o empresas a través de las diversas tecnologías alámbricas e inalámbricas existentes en la actualidad como son RTC (Red Telefónica Conmutada), RDSI (Red Digital de Servicios Integrados), xdsl (x Digital Suscriber Line), GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), UMTS (Universal Mobile Telecommunications System), así como WiFi (Wíreles Fidelity). Esto introduce nuevas consideraciones de integración y determinación de las prestaciones obtenidas que deben ser resultas por los sistemas operativos desde los que se tienen que soportar las diversas interfaces que permiten conectar con estas tecnologías. La distribución Debian de la que proviene GNU/LinEx aporta ya nativamente el acceso a varias de las tecnologías citadas, sin embargo no todas están soportadas y en algunas de ellas las interfaces soportadas son muy escasas y su instalación y rendimiento son claramente mejorables. Este documento, por tanto, establece la situación inicial, a partir de la cual se va a desarrollar parte de nuestra investigación, situando claramente cual es la conectividad del sistema GNU/LinEx en la actualidad, analizando gran cantidad de dispositivos hardware que se encuentran en el mercado. Además se describe cómo configurar la red a bajo nivel en GNU/LinEx, utilizando comandos básicos en el manejo de redes. 3

4 Muchas empresas dedicadas a la venta y fabricación de hardware de redes, distribuyen los controladores para que ese hardware sea reconocido por múltiples sistemas, entre ellos Linux. Desgraciadamente, esta situación no es la común, ya que la gran mayoría desarrolla estos drivers únicamente para sistemas operativos propietarios, o incluso, fabrica hardware dedicado para los citados sistemas. A pesar de ello, los sistemas Linux son capaces de reconocer y trabajar con este hardware. Esto es gracias a que desarrolladores y proyectos de investigación dedican su esfuerzo a realizar software que permitan a Linux operar sin problema con esos dispositivos. Así, a lo largo de este documento, se hará referencia a drivers que soportan los dispositivos analizados, algunos de ellos desarrollados por la propia compañía que distribuye el hardware y la gran mayoría por otras personas Sistemas Linux Y Redes Hablar de redes de ordenadores implica irremediablemente hablar de Linux. Desde que en 1990 Linus Torvalds comenzó el desarrollo de Linux, éste ha continuado por un gran equipo de voluntarios a través de Internet. Esto significa que Linux ha conseguido un desarrollo y expansión gracias a la mayor red de ordenadores conocida, Internet. Linux es una plataforma perfecta para acceder a Internet, ya que soporta una gran cantidad de hardware (ya hablaremos de esto más adelante), y tiene implementados gran cantidad de protocolos Así, para que un equipo con GNU/LinEx sea capaz de acceder a Internet, sus interfaces de red necesitan ser soportadas por el kernel y configuradas apropiadamente. 4

5 2.- Introducción al protocolo TCP/IP Las familias de protocolos TCP/IP permiten la comunicación entre diferentes tipos de ordenadores con independencia del fabricante, red a la que se encuentren conectados y sistema operativo utilizado. TCP/IP, al igual que otros protocolos de red se caracteriza por haber sido diseñado siguiendo un esquema de capas. Cada capa es la responsable de cada una de las diferentes facetas de la comunicación. De esta forma, se puede definir la familia de protocolos TCP/IP como una combinación de cuatro capas estructuradas de forma que las capas superiores accedan únicamente a los servicios prestados por la capa situada justo en el nivel inferior a ella: Capa de Aplicación Capa de Transporte Capa de Red Capa de Enlace La capa de aplicación es la encargada de manejar los detalles particulares relativos a las diferentes aplicaciones del usuario. La capa de transporte es la encargada de proporcionar un flujo de datos entre dos ordenadores. Este flujo de datos puede ser fiable (TCP) o no fiable (UDP). La capa de red es la encargada de mover los paquetes a través de las diferentes redes para llegar a su destino. En esta capa encontramos los protocolos de más bajo nivel, destacando el IP (Internet Protocol) La capa de enlace o capa de acceso a red, incluye los mecanismos que permiten al sistema operativo enviar y recibir información a través de la red a la que está conectado (Ethernet, Token Ring,...) Siguiendo este modelo de capas, la comunicación entre dos sistemas no se produce directamente. Cada capa añade una información de control específica (cabecera) a los datos y los pasa a la capa inferior. Este proceso se repite en cada capa, hasta llegar a la capa de enlace, dónde se envían los datos por la red. Del mismo modo, cuando se reciben datos, la capa receptora elimina la cabecera y pasa el resultado a la capa superior. Este sistema permite una independencia entre las diferentes capas y obliga a que la comunicación entre dos ordenadores se realice mediante una comunicación entre las capas de los dos ordenadores. 5

6 3.- Configuración de la red a bajo nivel. La configuración de la red con GNU/LinEx, puede realizarse mediante comandos o a través de aplicaciones gráficas que realizarán esta tarea de forma más simple. En este apartado detallaremos como se configura una red mediante la línea de comandos de GNU/LinEx. Se describe, de forma breve, la configuración de la red a bajo nivel, ya que esto es posible también hacerlo en sistemas que trabajen en modo texto o en situaciones en las que el entorno gráfico no esté disponible. Además, la mayoría de comandos que se utilizan se encuentran en la mayoría de sistemas Linux, y en especial, en GNU/LinEx, de forma que no es necesario su instalación previa. Cuando hablemos de configurar una interfaz de red nos referiremos al proceso de asignar direcciones apropiadas a un dispositivo y asignar valores adecuados a otros parámetros configurables Herramientas de configuración. GNU/LinEx, dispone de las herramientas clásicas de configuración de una red a bajo nivel. Estas herramientas son principalmente ifconfig (interface configure) y route, las cuales se encuentran en el paquete net-tools. La versión estable de este paquete es , el cual contiene importantes herramientas para controlar el subsistema de red del núcleo. Incluye, además de las mencionadas ifconfig y route, otras herramientas como: arp, netstat, rarp y nameif. Adicionalmente este paquete contiene herramientas útiles relacionadas con algunos tipos particulares de hardware (plipconfig, slattach) y aspectos avanzados de la configuración de IP (iptunnel, ipmaddr). Estas herramientas han sido oficialmente reemplazadas por ip que viene en el paquete iproute, un conjunto profesional de herramientas para controlar el comportamiento de la red en los núcleos 2.2.x y posteriores. Sin embargo, las herramientas que se incluyen en net-tools aún funcionan, siendo usadas por muchos usuarios, a los que les resulta más familiar Configurar una red mediante ifconfig y route. Ifconfig descubre una interfaz al nivel de red (IP) del kernel. Esto implica asignar una dirección IP a la interfaz y activarla. Esto se realiza mediante la sentencia: 6

7 #ifconfig interfaz direccion_ip [netmask mascara_de_red] [up down] De esta forma, se activa dicha interfaz a la que asigna la direccion_ip. Dado que la máscara es opcional, cuando no se proporciona, se asigna por defecto la que corresponde a la clase de la direccion_ip. El up del final del comando indica que la interfaz va a ser activada, pero se puede omitir, ya que es el valor por defecto. Para desactivar una interfaz, simplemente ejecutaremos el comando: #ifconfig interfaz down. Como se ha podido observar, muchos parámetros son opcionales, esto hace que el núcleo sea quien de valor a los parámetros omitidos. Por ejemplo, si no se especifica la dirección de red y de difusión de una interfaz, el núcleo hará una suposición de cuales deben ser estos valores, basándose en la máscara que se le proporciona, pero incluso si la máscara tampoco se indica, entonces partirá de la clase de la dirección IP configurada. Otros parámetros del comando ifconfig son: [-]arp Esta opción activa o desactiva el uso del protocolo de resolución de dirección (address resolution protocol) sobre la interfaz [-]allmulti Esta opción activa o desactiva la recepción de todos los paquetes multicast por hardware. El multicast por hardware permite que varios grupos de interfaces reciban paquetes remitidos a destinos especiales. Esto puede ser de importancia si está usando aplicaciones como videoconferencia, pero normalmente no se usa. mtu N Parámetro que permite especificar la MTU del dispositivo. netmask <direc> Este parámetro permite asignar la máscara de la red a la que pertenece el dispositivo. irq <direc> Este parámetro sólo trabaja con ciertos tipos de hardware, y permite especificar la IRQ del dispositivo. [-]broadcast [direc] Parámetro que permite activar y asignar la acepción de datagramas destinados a la dirección de difusión, o desactivarla por completo. [-]pointopoint [direc] Parámetro que permite asignar la dirección de la máquina en el otro extremo 7

8 de un enlace punto a punto, como en SLIP o PPP. hw <tipo> <direc> Parámetro que permite asignar la dirección del hardware de ciertos tipos de dispositivos de red. Esto no suele ser útil para Ethernet, pero lo es para otras redes como AX 25. Route por su parte, permite añadir y/o borrar entradas en la tabla de enrutamiento y mostrar su contenido (veremos cómo más adelante). La forma gestionar las entradas de la tabla es usando los siguientes parámetros. #route add del -net -host destino [netmask mascara][gw gateway][dev interfaz] Para entender mejor el funcionamiento de Route, se va a explicar el funcionamiento del encaminamiento IP. Se puede definir como el proceso por el que una máquina con múltiples conexiones de red decide por dónde dirigir un datagrama IP que haya recibido. Esto significa que cuando el encaminador recibe un datagrama en cualquiera de sus conexiones de red, el mecanismo que usa para determinar qué interfaz debería enviar el datagrama, es el encaminamiento. Por tanto, el encaminamiento funciona de la siguiente forma: Cada máquina tiene una lista de reglas, llamada tabla de enrutamiento (o encaminamiento). Esta tabla contiene columnas que suelen contener al menos tres campos: Una dirección de destino. El nombre de la interfaz a la que se va a encaminar el datagrama Y, opcionalmente, la dirección IP de otra máquina que cogerá el datagrama en su siguiente paso a través de la red. En GNU/LinEx puede verse esta tabla usando la siguiente orden: # /sbin/route -n El proceso de encaminado es relativamente simple: se recibe un datagrama que llega, se examina la dirección de destino y se compara con cada entrada en la lista. Se selecciona la entrada que más se parezca y se reenvía el datagrama a la interfaz especificada. Si el campo de pasarela (gateway) está descrito, el datagrama se reenvía a esa máquina mediante la interfaz especificada, y si no, se asume que la dirección de destino está en la red a la que se accede mediante la interfaz correspondiente. El gran problema con el «encaminamiento manual» o «encaminamiento estático» que se ha descrito, es que si una máquina o enlace falla en la red, entonces la 8

9 única manera de dirigir los datagramas salientes por otra dirección, si existe, es indicándolo manualmente. Para solucionar este problema, se han desarrollado técnicas para ajustar automáticamente las tablas de encaminamiento en el caso de fallos en la red donde hubiera caminos alternativos. Todas estas técnicas se agrupan bajo la definición «protocolos de encaminamiento dinámico». Algunos de estos protocolos son RIP (Routing Information Protocol) y OSPF (Open Shortest Path First Protocol). Para conocer más detalles acerca de estas herramientas y sus opciones, consulte el manual en línea proporcionado por Linux mediante: #man ifconfig o #man route Una vez configurada la interfaz de red y la tabla de enrutamiento, es necesario aún un paso más que consiste en la configuración del sistema de resolución de nombres. Aunque las direcciones IP son útiles para identificar los ordenadores conectados a internet, resulta más conveniente su identificación mediante nombres, por ejemplo, es más fácil recordar el nombre de que la dirección IP Además, los nombres facilitan una flexibilidad adicional porque pueden reasignarse fácilmente a otras direcciones por cambio de localización de un servidor o avería, e incluso puede resultar conveniente asignar varios nombres a un mismo ordenador. Estos nombres se organizan en una jerarquía de dominios y subdominios. El nombre de un ordenador se compone del nombre propio de la máquina seguido por los nombres de los subdominios a los que pertenece dentro de la jerarquía hasta llegar a uno de los dominios globales como com, org, o es. Podremos utilizar nombres de dominio en vez de direcciones siempre que indiquemos en la configuración de Internet las direcciones de unos servidores de nombres que se encargan de traducir los nombres a las direcciones IP correspondientes. Normalmente pueden indicarse varios servidores de nombres por si alguno de ellos falla. El dominio y los servidores de nombres se configuran en el fichero / etc/resolv.conf. En ellos se indica que el dominio principal. Como parte del servicio de nombres, un host debe conocer cual es su propio nombre y el dominio al que pertenece. Éstos no son arbitrarios, sino que han de estar registrados en el servidor de nombres que corresponda a nuestro dominio. El nombre de la máquina se configura en el fichero /etc/hostname, cuyo contenido es simplemente el nombre de la máquina, sin indicación del dominio. De este fichero es leído el nombre durante el arranque del sistema. Para cambiar el nombre inmediatamente se emplea el comando hostname indicando como argumento el nuevo 9

10 nombre, o bien una vez modificado el fichero /etc/hostname puede ejecutarse a mano el script que inicia el nombre de la máquina #/etc/init.d/hostname.sh start 10

11 4.- Hardware de redes soportado por Linux En este apartado se indican muchos componentes de hardware soportados por Linux. Estos listados quedarán obsoletos en poco tiempo dado el crecimiento de los sistemas Linux y el compromiso de muchas organizaciones a desarrollar hardware compatible con Linux, pero puede ser una base de hardware de referencia para muchos usuarios. Distinguiremos, con respecto a la conectividad, varios apartados de Hardware, atendiendo al tipo de dispositivo y tecnología a la que nos referimos. Ethernet Fast Ethernet Gigabit Ethernet Token Ring WLAN Modems En todas estas categorías, los dispositibos se listan por el nombre de la empresa que los comercializa. Si en el listado no encuentra un dispositivo determinado, no significa que ese hardware no sea soportado por Linux, simplemente no se ha encontrado referencia a que exista tal soporte (en la mayoría de los casos las empresas que distribuyen el hardware no tienen soporte para Linux y son otras comunidades las que desarrollan los controladores). El autor de este documento no ha probado todos los dispositivos listados, por lo que algunos datos se han extraído de otros proyectos o de las propias compañías distribuidoras del hardware que trabajan también en aspectos como la compatibilidad del hardware con Linux. De esta forma, no se puede garantizar que todos los dispositivos listados sean soportados por el sistema GNU/LinEx, aunque el hecho de que el dispositivo aparezca en este texto proporciona una cierta garantía de que el dispositivo ha sido utilizado bajo sistemas Linux (puede que con un núcleo o una distribución distinta a Debian). Dispositivos muy antiguos y difíciles de encontrar en el mercado puede que ya no tengan soporte en los núcleos más modernos como en el 2.4 o el 2.6, por considerarse que ese hardware es obsoleto. 11

12 4.1.- Ethernet Ethernet es la capa física más popular la tecnología LAN usada actualmente. La norma de Ethernet fue definida por el IEEE como estándar Adhiriéndose a la norma de IEEE, los equipo y protocolos de red pueden interoperar eficazmente. Ethernet es, actualmente, el estándar más utilizado en redes locales (LANs). Fue definido por el IEEE como estándar IEEE 802.3, determinando la forma en que los puestos de la red envían y reciben datos sobre un medio físico compartido que se comporta como un bus lógico, independientemente de su configuración física. Originalmente fue diseñada para enviar datos a 10 Mbps, aunque posteriormente ha sido perfeccionado para trabajar incluso a órdenes superiores al Gbps, aunque en este apartado analizaremos tarjetas ethernet a 10 Mbps. Utiliza el protocolo de comunicaciones CSMA/CD (Carrier Sense Multiple Access / Collision Detect - Acceso múltiple con detección de portadora y detección de colisiones). A continuación se analizan tarjetas ethernet que pueden ser usadas bajo sistemas Linux. Si tiene problemas con la configuración de algunas de las tarjetas listadas de este documento, puede buscar en donde se indican problemas frecuentes con la configuración de tarjetas ethernet sobre Linux y su posible solución, además de ayuda para la configuración de la tarjeta. 3COM 3Com distribuye los drivers para linux. Es una de las pocas empresas que lo hacen, ya que la mayoría de los drivers son contribución de otras personas ajenas a esas empresas. El software disponible se distribuye bajo licencia GPL en la página web: 3Com 3c501 Driver: 3c501 Esta tarjeta está soportada pero debido a que es muy antigua, debería evitarse, ya que puede causar muchos problemas. Su estructura (no permite realizar varias tareas al mismo tiempo, como eliminar un paquete del buffer y recibir otro a la vez) se ha quedado obsoleta y no proporciona muy buen rendimiento. El driver para esta tarjeta ha estado en el kernel de Linux desde , por lo que no hará falta descargar un driver alternativo. 3Com Etherlink II 3c503. Driver: 3c503 Tarjeta soportada por Linux. Ha dado algunos problemas, pero la mayoría se han 12

13 resuelto. Si encuentra problemas con esta tarjeta consulte 3Com Etherlink Plus 3c505 Driver: 3c505 Si bien esta tarjeta está soportada por el kernel, podemos encontrar problemas, ya que el driver está en una versión Alpha. 3Com Etherlink 3c507 Driver: 3c507 Esta tarjeta usa un chip Intel, por lo tanto el desarrollo del driver está muy relacionado con el desarrollo del driver Intel Ether Express. El driver está incluido en el kernel, pero se encuentra en una versión Alpha. 3Com Etherlink III 3c509/3c509B Driver: 3c509 Tarjeta soportada y con buen funcionamiento para un diseño ISA non-bus-master. La original 3c509 tenía un tamaño de buffer (4kB en total, 2kB Rx, 2kB Tx), lo que ocasionaba pérdida de paquetes en ciertas ocasiones. El nuevo modelo 3c509B tiene 8kB, y el buffer se puede establecer a 4/4, 5/3 o 6/2 para Rx/Tx, lo que soluciona la deficiencia de la tarjeta inicial. 3Com 3c523 Driver: 3c523 3Com 3c527 Etherlink MC/32 Driver: 3c527 3Com 3c529 Driver Name: 3c509 3Com 3c562 Status: Supported, Driver Name: 3c589_cs Esta tarjeta es la combinación de la tarjeta ethernet 3c589B con un modem. 3Com 3c575 Driver: 3c59x Para que kernels de la serie 2.2 soporten este dispositivo, es necesario usar 3c575_cb.c del paquete pcmcia_cs. 3c579 (EISA) Driver: 3c509 Esta es la version EISA de la tarjeta 3c509 descrita anteriormente. Soportada por los sistemas Linux. 13

14 3Com Etherlink III Vortex 3c590 (PCI) / 3Com Etherlink III Vortex 3c595 (PCI) Driver: 3c59x Tarjetas soportadas para equipos con bus PCI. 3C590, funciona a 10Mbps, mientras que 3c595 ofrece hasta 100 Mbps (aunque tiene un modo de 10 Mbps). 3Com Etherlink III Vortex 3c592 / 3Com Etherlink III Vortex 3c597 Driver: 3c59x Estas tarjetas son las versiones EISA de la serie 3c59x. Utilizan el mismo driver que el de las tarjetas anteriores (3c590/3c595). 3Com 3c900 / 3c905 / 3c905B / 3c905C / 3c905CX Driver: 3c59x Estas tarjetas se lanzaron al mercado para ocupar el lugar que tuvieron 3c590/3c595, con soporte añadido al driver vortex 3c59x, ya que el driver que se encontraba en los antiguos kernels no soportaba las ultimas versiones. Indicar que 3c905C realiza el checksum TCP/UDP/IP mediante hardware, lo que significa menor esfuerzo de la CPU. 3com 3c589 PCMCIA 3com 3c589B PCMCIA 3com 3c589C PCMCIA 3com 3c589D PCMCIA 3com Megahertz 3CCE589EC PCMCIA 3com Megahertz 3CXE589D PCMCIA 3com Megahertz 3CXE589EC PCMCIA 3com Megahertz 3CXE589ET PCMCIA 14

15 4LAN 4Lan EP100 Ethernet PCMCIA ACCTON Accton MPX Driver: ne (+8390) Esta tarjeta es compatible con la tarjeta Novell NE2000, por tanto debería funcionar con el driver ne2000. Accton EN1203, EN1207, EtherDuo-PCI Driver: de4x5, tulip o también 8139too La tarjeta EN1207 ha sufrido diversas revisiones, numeradas con letras desde la A hasta la D. Las versiones A, B y C, han sido basadas en tulip y la revisión D basada en RealTek 8139 por lo que usa un driver distinto. Accton EN2212 PCMCIA Card Accton EN2216 EtherCard PCMCIA Accton EN2212 PCMCIA Accton SOHO BASIC EN220 PCMCIA ACTIONTEC Actiontec FastNet FE200A PCMCIA ADAPTEC Adaptec DuraLAN/Starfire, 64bit ANA-6922 Driver: starfire ADDTRON Addtron Ethernet PCMCIA 15

16 AIBRAIN AIBrain EPCM-T PCMCIA ALLIED TELESYN AT1500 Driver: lance Esta es la serie más barata de las tarjetas de red y también una de las más antiguas. Son tarjetas bus-master, y por lo tanto una de las tarjetas disponibles ISA más rápidas. AT1700 Driver: at1700 Esta serie de tarjetas, está basada en el chip Fujitsu MB86965, el cual usa una interfaz I/O programada, y una pareja de buffers de tamaño fijo para la trasmision, lo que permite que pequeños grupos de paquetes sean enviados, con una pausa corta mientras los buffers cambian. AT2400 Driver: ne, ne2k-pci (+8390) Esta es otra tarjeta PCI compatible con NE2000. Está basada en el chip RealTek AT2450 Driver: pcnet32 Esta es la versión PCI de la serie AT1500. AT2500 Driver: 8139too, rtl8139(old) Esta tarjeta utiliza el chip RealTek AMBICOM En el sitio web de AMBICOM, se asegura que la mayoría de las tarjetas AMBICOM, pueden ser usadas con el driver party Linux, disponible en AmbiCom AMB8002 PCMCIA AmbiCom AMB8002T PCMCIA 16

17 AmbiCom AMB8010 PCMCIA AmbiCom AMB8610 PCMCIA AMD AMD LANCE (7990, 79C960/961/961A, Pcnet-ISA) Esta no es realmente una tarjeta ethernet AMD. En la tarjeta se puede leer AMD y un número como Éste se refiere al chip AMD que es el corazón de esta tarjeta y de otras muchas tarjetas ethernet, como por ejemplo la ya mencionada Allied Telesis AT1500, la cual usa este chip. AMD 79C901 (Home PNA PHY) Driver: sis900 AMD 79C965 (Pcnet-32) Driver: pcnet32 AMD 79C970/970A (Pcnet-PCI) Driver: pcnet32 ANSEL COMMUNICATIONS Ansel Communications AC3200 (EISA) Driver: ac3200 Tarjeta que utiliza una estructura de bus tipo EISA, está basada en el chip 8390 usado en la tarjeta ne2000. Está soportada por Linux y el driver ha estado en el kernel desde la version , aunque debido a que es bastante rara de encontrar, este driver no ha evolucionado, lo que ha supuesto algún problema de compatibilidad. ANYCOM AnyCom ECO Ethernet APOLLO Apollo RE450CT PCMCIA 17

18 ARCHTEK Archtek Ethernet PCMCIA ARGOSY Argosy EN210 PCMCIA ARK Ark Sky-Link Express PA2100 PCMCIA AROWANA Arowana RE 450 Ethernet PCMCIA ASANTE Asante FriendlyNet PCMCIA AST AST 1082 Ethernet PCMCIA ATELCO Atelco ethernet PCMCIA BILLIONTON Billionton LNT-10TB PCMCIA Billionton LNT-10TN PCMCIA 18

19 BOCA RESEARCH Boca BEN400 Driver: ne (+8390) Esta tarjeta es otra compatible con NE2000. Usa un chip VIA VT86C916. Boca BEN (ISA, VLB, PCI) Driver: lance, pcnet32 Estas tarjetas están basadas en chips AMD. Son muy antiguas, por lo que no será común encontrarlas. BUFFALO Buffalo LPC2-CLT PCMCIA BROADCOM Broadcom Tigon2 Driver: acenic Broadcom Tigon3 Driver: tg3 CADMUS Cadmus Micro LNT-10T2C PCMCIA CALIFORNIA ACCES California Access LAN Adapter PCMCIA CELAN CeLAN EPCMCIA PCMCIA CNET CNet CN30BC PCMCIA 19

20 CNet CN40BC Ethernet PCMCIA COGENT Cogent EM110 Cogent emaster+, EM100-PCI, EM400, EM960, EM964 Driver: de4x5, tulip Estas terjetas tienen la implementacion de DEC 21040, por lo que deben funcionar con el driver estándar COMPAQ El caso de esta empresa es especial, ya que no tienen negocio con tarjetas ethernet, pero muchos de los equipos que fabrican tienen una placa base con controladores ethernet añadidos. Compaq Ethernet Adapter PCMCIA Compaq Deskpro / Compaq XL (Chip AMD) Driver: pcnet32 Estas máquinas, como las de la serie XL tienen un chip PCI AMD 79c97x en la placa base que puede ser usado con el driver standard LANCE. Para usarlo en sistemas Linux, hay que llever el PCIBIOS al lugar donde comunmente está almacenado. Compaq Nettelligent/NetFlex (Chip ThunderLAN) Driver: tlan Este equipo usa un chip de Texas Texas Instruments ThunderLAN. Compaq PCI card Driver: eepro100 COMPEX Compex LinkPort Ethernet PCMCIA Compex ReadyLink Ethernet Combo PCMCIA COMPU-SHACK COMPU-SHACK BASEline Ethernet PCMCIA 20

21 CONNECTWARE Connectware LANdingGear Adapter PCMCIA COREGA Corega Ether PCC-T PCMCIA CONTEC C-NET(PC)C PCMCIA Corega Ether PCM-T PCMCIA Crystal Lan CS8900/CS8920 Driver: El driver está proporcionado por la empresa, para el kernel También está disponible para el kernel y 2.0 CYQ'VE CyQ've ELA baseT PCMCIA D-LINK DE-100, DE-200, DE-220-T, DE-250 Driver: ne (+8390) DE-520 Driver: pcnet32 Esta es una tarjeta PCI, que usa el chip LANCE de AMD en su versión PCI. DE-528CT Driver: ne, ne2k-pci (+8390) En la siguiente página puede ver una descripción más detallada de la tarjeta: En esta página el fabricante indica que está soportada en Linux. 21

22 DE-530 Driver: de4x5, tulip DE-600 Status: Supported, Driver Name: de600 DE600 es un adaptador ethernet al puerto paralelo relaizado para usuarios de ordenadores portátiles. Se espera de este dispositivo una velocidad de transferencia de 180 kb/s. DE-620 Driver: de620 Muy similar al DE-600 comentado anteriormente. DE-650 (PCMCIA) DFE-530TX Driver: via-rhine Tarjeta que usa el chipset VIA Rhine. Las tarjetas más modernas usan Rhine-II DFE-530TX+, DFE-538TX Driver: 8139too, rtl8139(old) Esta tarjeta usa el chip RealTek 8139 DFE-550TX Driver: sundance DFE-570TX Driver: tulip DFE-580TX Driver: sundance DGE-500T Driver: ns83820 DGE-550T Driver: dl2k D-Link DE-650 PCMCIA D-Link DE-660 PCMCIA 22

23 D-Link DE-660+ PCMCIA D-Link DE-660CT PCMCIA DANPEX Danpex EN-6200P2 Ethernet PCMCIA Danpex EN-9400 Driver: de4x5, tulip Tarjeta basada en el chip DEC 21040, trabaja bien y a un bajo precio. DAVICOM Davicom DM9102 Driver: tulip, dmfe Esta tarjeta es un clon del chip tulip, por lo que se puede utilzar el driver tulip o el proporcionado por el fabricante dmfe. DATATREK Datatrek NetCard PCMCIA DAYNA COMMUNICATIONS Dayna Communications ComminuCard E PCMCIA DEC (DIGITAL Equipment Corporation) DEPCA, DE100/1, DE200/1/2, DE210, DE422 Driver: depca DE422 es una tarjeta EISA, basada en un chip AMD LANCE. Existe una limitación a la hora de usar tarjetas ISA, de forma que como máximo puedan usarse dos, ya que pueden ser configuradas sólo en las direcciones base I/O 0x300 y 0x200. Digital DEPCM-AA PCMCIA 23

24 Digital Etherworks Turbo Ethernet PCMCIA Digital PCP78-AC Ethernet PCMCIA Digital EtherWorks 3 (DE203, DE204, DE205) Driver: ewrk3 Esta tarjeta utiliza un chip realizado por DEC, al contrario que el chip LANCE usado en tarjetas anteriores, como DE200. DE425 EISA, DE434, DE435, DE 450, DE500 Driver: de4x5, tulip Todas estas tarjetas están basadas en el chip Indicar que la tarjeta DE500 proporciona conexiones ethernet a 10/100 Mbps. DEC 21040, 21041, 2114x, Tulip Driver: de4x5, tulip El chip es un chip tipo bus-master de Digital similar al chip de AMD Pcnet, y ha sido diseñado específicamente para las arquitecturas de bus PCI. Se disponen de dos drivers para las tarjetas basadas en este chip, el driver DE425 y el driver tulip genérico DFI DFINET-300 y DFINET-400 Driver: ne (+8390) DYNALINK DynaLink L10BC Ethernet PCMCIA DynaLink L10C PCMCIA EAGLE Eagle NE200 Ethernet PCMCIA EDIMAX TECHNOLOGIES 24