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=
        c02037554&docLocale=en_US
  (*09) https://web.archive.org/web/20110722171549/http://
        www.danlan.com/
  (*10) OK

  Copyright © 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".