FreeDOS help system (hhstndrd 1.0.8 es)[odi_ins]

Redes de FreeDOS - instalación del controlador ODI

Descripción general

(Imagen del modelo de ODI) Controladores (ODI) "Abrir la interfaz de enlace de datos" originalmente se necesitaban para Novell NetWare. Pero eso no quiere decir que no pueden ser utilizados para aplicaciones TCP/IP basados en paquetes controladores. En realidad, estos se utilizaron para este desde que se inventaron. Un controlador ODI es una buena opción, si usted no puede conseguir un controlador de paquetes para su NIC. Porque NetWare era un sistema muy popular durante los años ochenta y noventa del siglo pasado, hay una muy buena posibilidad de que el fabricante de su tarjeta de red incluyó un controlador de como ODI.

Dónde encontrarlos

Busque un directorio llamado "NetWare", "nwclient", "ODI" o "VLM" en el disquete de instalación o CD-ROM de la tarjeta. Los controladores son ejecutables, sus nombres se parecen a "3C574.COM" o "DFE670.COM".

Cómo funciona

En el lenguaje de la especificación ODI (ver: http://developer.novell .com/ndk/doc/lancomp/dos_psta/dos_pstack.pdf (*01)) estos controladores de la tarjeta de red se llaman "Controlador de interfaz de enlace múltiple" (MLID). Como se puede ver en la figura anterior, el MLID se comunica directamente con el hardware de la tarjeta de interfaz de red. El MLID recibe paquetes para diferentes pilas de protocolos (núcleos) en el sistema y pasa estos paquetes a una segunda pieza de software, el "Link Layer Support" (LSL). La LSL determina entonces qué protocolo de pila es para recibir el paquete.Ambos, MLID y LSL forman la arquitectura ODI. Así que tenemos un archivo adicional para conseguir trabajo ODI: El LSL, que es un archivo llamado "LSL.COM". Este archivo es parte de la "DOS NetWare Client", que se puede descargar de Novell (ver: http://www.novell.com/coolsolutions/tools/downloads/dw271e.zip (*02)). Sitio de descarga de Novell (ver: http://www.novell.com/coolsolutions/ tools/13555.html (*03)) comenta explícitamente "LICENCIA: LIBRE" por ello. Después de la descarga y extracción, el archivo "LSL.COM" se puede encontrar en la carpeta "NIOS".

El conversor/cuña

(Imagen de Webspyder) Como queremos usar ODI con aplicaciones TCP/IP basados en controlador de paquetes, tenemos que descargar otra pieza de software, un "controlador de paquetes para conversores ODI". Estos conversores también son llamados "envoltorios" o una "cuña". Tenemos tres opciones: * ODIPKT.COM v3.1 por Dan Lanciani (ver: http://www.danlan.com (*04)) en la Universidad de Harvard. El software es de dominio público; su licencia permite la libre redistribución de binarios y fuente, y la modificación de la fuente (ensamblador). ODIPKT.COM es parte de FreeDOS 1.0. Si ha instalado las aplicaciones de red de la distribución FullCD, que puede estar ubicado en C:\FDOS\BIN. Este es el software de la mayoría de los usuarios eligen. * PKT2ODI.EXE por Caldera. Este archivo es parte del software de DR "WebSpyder", un navegador gráfico de DOS, que Caldera lanzó en 1998. WebSpyder tenía licencia de xChaos/Arachne. El software se puede descargar aquí (ver: http://lazybrowndog.net/webspyder (*05)). Es la licencia permite que sea evaluado y redistribuido libremente para fines no comerciales. * Si ya está ejecutando completo NetWare, puede utilizar IPXPKT.COM para ejecutar un controlador de paquetes sobre IPX.COM. IPXPKT.COM es software libre de Crynwr y es una parte de su paquete de recopilación de controlador PKTD11.ZIP (ver: http://www.crynwr. com/drivers/pktd11.zip (*06)). Este es un caso especial y no se investigó más lejos en este documento. Con la MLID, la LSL y el convertidor que tenemos la mayoría de los archivos necesarios. El único que falta es el archivo de configuración "NET.cfg". Un archivo de ejemplo con los ajustes supuestos para la tarjeta se puede encontrar en el CD o disquete que vino con él y debe estar ubicado en el mismo directorio que el controlador ODI.

Configuración de NET.CFG

Ahora, vamos a editar nuestro principal archivo de configuración NET.cfg. Si no existe, lo crea. Tienes que elegir un directorio - ubicaciones predeterminadas de NET.cfg parecen ser C:\nwclient o C:\NET. De todos modos, la ubicación debe estar en el mismo directorio, donde se pueden encontrar LSL.COM y el controlador. Un ejemplo NET.CFG (ver más abajo), que entró con la 3Com 3c574 PC card muestra una gran cantidad de opciones de configuración, que se necesitan para Novell NetWare y otro software. Para el uso de las aplicaciones TCP/IP basados en controlador de paquetes los siguientes cuatro líneas en NET.cfg son suficientes: --- NET.CFG --- Link Support buffers 8 1600 Link Driver 3C574 Frame Ethernet_II Expansión de los parametros: link support La línea de "Link Support" configura la LSL. Las opciones son: "buffers", "max boards", "max stacks" y "mempool". Tan sólo hay que configurar: buffers 8 1600 Esto determina el número y el tamaño de los buffers de recepción de la LSL. El número predeterminado de comunicación TCP/IP es 8. El autor de ODIPKT, Dan Lanciani recomienda utilizar un tamaño de búfer de 1600 bytes para ODIPKT. (ver: http://groups.google.de/group/comp.protocols. tcp-ip/msg/b8ba79ab39cacc4f/ (*07)) Link Driver 3C574 La línea "Link Driver" configura el MLID (el controlador de la tarjeta de red). En primer lugar, se especifica el nombre del controlador. Arriba puede ver el ejemplo de una PC Card 3Com 3c574. Cambie esto al nombre de la tarjeta de red. Luego configuramos el "marco" o "tipo de sobre" (ambas declaraciones trabajan y significan lo mismo) que utiliza este controlador: Frame Ethernet_II Es posible definir más de un tipo de marco aquí: Ya hemos oído que es un controlador ODI multiprotocolo, por lo que el MLID es capaz de utilizar más de un marco y un protocolo con la misma tarjeta de red de hardware. Para ello define tablas lógicas para cada trama definida. Marcos posibles son, por ejemplo, "ETHERNET_II" (protocolo IP), "ETHERNET_802.2" o "ETHERNET_802.3" (tanto el protocolo IPX/SPX). Para el convertidor de controlador de paquetes, que queremos empezar más tarde, es obligatorio definir al menos la trama de Ethernet II aquí. Usted también tiene que informar ODIPKT en un parámetro de línea de comandos para utilizar la tarjeta con el marco ETHERNET_II (véase más adelante). Para una documentación completa de los parámetros de NET.CFG ver el "Cliente NetWare para DOS y MS Windows Referencia técnica" (ver: http://www.docs.hp.com/en/J2771-90016/index.html (*08)).

Instalación

Después de que hayamos configurado NET.cfg podemos iniciar los controladores ODI en AUTOEXEC.BAT en el arranque. Lo primero que tenemos que empezar es la capa de enlace de apoyo: LH C:\NETWORK\NWCLIENT\LSL.COM /C C:\NETWORK\NET\NET.CFG Por favor, cambie las rutas a los que utiliza en su sistema. La opción "/C" cuenta a la LSL dónde encontrar NET.CFG. Esta opción sólo es necesaria, si NET.cfg no está en el mismo directorio que LSL.COM. Ahora empezamos la MLID: LH C:\NETWORK\PCMCIA\3C574\ODI\3C574.COM Como último paso que tenemos que instalar el controlador de paquetes para ODI Converter. Aquí podemos elegir entre ODIPKT o la PKT2ODI más exótico. La mayoría de la gente utilizará la ODIPKT.COM convertidor libre por Dan Lanciani, que se puede descargar aquí: http://danlan.com/pdr_shim/odipkt/odipkt.zip (*09). Extraiga e archivo zip y cargar ODIPKT.COM con un comando como este en AUTOEXEC.BAT: LH C:\NETWORK\NWCLIENT\ODIPKT.COM 0 96 El primer número de los parámetros anteriores ("0") determina el tablero que utiliza el marco ETHERNET_II. El ejemplo siguiente se supone que ha definido diferentes marcos (también conocidos como "los tipos de sobres") en NET.CFG: --- NET.CFG --- Link Driver 3C574 FRAME ETHERNET_II FRAME ETHERNET_802.2 FRAME ETHERNET_802.3 FRAME ETHERNET_SNAP Entonces usted tiene que decirle ODIPKT el número de índice de la tabla de lógica que apoya la trama de Ethernet II. Sólo se cuentan los marcos en NET.CFG: Ethernet II es el primero, el marco 802.2 es el segundo, el marco 802.3 es la tercera, complemento es cuarto. Para hacer las cosas un poco difícil, ODIPKT empieza a contar con "0" (al igual que los programadores lo hacen). Eso significa que, de acuerdo con el ejemplo anterior: ODIPKT.COM 0 | board with ETHERNET_II ODIPKT.COM 1 | ETHERNET_802.2 (won't work) ODIPKT.COM 2 | ETHERNET_802.3 (won't work) ODIPKT.COM 3 | ETHERNET_SNAP (won't work) La única opción que funcione para ODIPKT es el número que define la tabla de lógica con el marco Ethernet II, que es "0" en nuestro ejemplo. Ahora nos fijamos en el segundo parámetro ("96") que se utiliza para iniciar ODIPKT. Este parámetro define el software de interrupción (vector) utilizado por el controlador. Como ya hemos escuchado al configurar un controlador de paquetes, el número de interrupciones de software del controlador de paquetes más utilizado es 0x60, que es el valor hexadecimal 60 (el "0x" sólo nos dice que es el formato hexadecimal). Desafortunadamente ODIPKT no entender los valores hexadecimales, así que tienes que traducir este parámetro en un número decimal - que es 96. Si desea utilizar otros valores y no está acostumbrado a hexadecimal, puede intentar una calculadora hexadecimal-dicimal (ver: http://www.langeneggers.ch/Nuetzliches/Hex_Dez.htm (*10)) o vea la siguiente lista: 0x60 = 96 0x61 = 97 0x62 = 98 ... 0x69 = 105 0x6A = 106 ... 0x7D = 125 0x7E = 126 Ejemplo de NET.CFG ; version 2.0 ; max tasks = 60 ; show dots = on link support buffers 8 1514 ; mempool 4096 ; THIS SECTION IS FOR CONFIGURATION OF LINKWATCH MANAGEABLE ; END NODES ; Protocol DME BIND #1 ; replace with your specific information for LinkWatch USER_NAME "Your Name" NODE_NAME "Your Node Name" NODE_LOCATION "Your Node Location" ; set password according to your network administrator's ; instructions ; NODE_PASSWORD "ABCDEFGH" PHONE_NUMBER "Your Phone Number" NOTES "Miscellaneous text" NOTES "and more text" LINK DRIVER 3C574 INT 10 ; PORT 300 NO_AMP FRAME ETHERNET_802.2 FRAME ETHERNET_802.3 ; PROTOCOL IPX 0 ETHERNET_802.3 FRAME ETHERNET_II FRAME ETHERNET_SNAP Netware DOS Requester FIRST NETWORK DRIVE = F NETWARE PROTOCOL = NDS BIND

Reinicio

Después de un reinicio del controlador de paquetes está instalado y listo. Usted puede utilizar una aplicación para probar si funciona, por ejemplo, el comando "ping" desde el paquete WATTCP. Buena suerte! (Imagen: mensajes de arranque) (*01) OK (*02) OK (*03) OK (*04) https://web.archive.org/web/20110722171549/http: //www.danlan.com/ (*05) OK (*06) http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/ repositories/latest/net/crynwr.zip (*07) OK (*08) https://support.hpe.com/hpesc/public/docDisplay?docId= c02037554le=en_US (*09) https://web.archive.org/web/20110722171549/http:// www.danlan.com/ (*10) OK ------------------------------------------------------------------------------ Copyright (C) 2007 Ulrich Hansen, Mainz (Alemania), modificado en 2010 por W.Spiegl. Actualizado en 2014 por Lorenzo del Toro Saravia. Para mas información Consulte aquí. Se concede permiso para copiar, distribuir y/o modificar este documento en los términos de la licencia de documentación libre GNU, versión 1.2 o cualquier versión posterior publicada por la Free Software Foundation. Una copia de la licencia está incluida en la sección titulada "GNU Free Documentation License 1.2".