  RDSI COMO
  Antonio Verdejo Garca, averdejog.galileo@nexo.es
  pacopepe@insflug.org
  v0.2, 5 de Julio de 1998.

  Este COMO explica cmo configurar tarjetas pasivas RDSI para conex
  iones de red PPP con Linux (a Internet, servidores...). Describe los
  pasos para dar soporte tanto fsico como lgico, as como el mtodo de
  conexin, con 1 y 2 canales, y con llamada bajo demanda.
  ______________________________________________________________________

  ndice General:

  1.      Introduccin

  2.      Hardware Soportado - Recomendado

  2.1.    Modelos de tarjetas pasivas

  2.2.    Soy muy precavido, y estoy leyendo esto antes de comprar la
  tarjeta. Cul recomendis?

  3.      Integracin fsica

  4.      Configuracin BIOS

  5.      Configuracin de recursos usados por el dispositivo.

  5.1.    Dispositivos Plug & Play

  5.2.    Configuracin de dispositivos NO PnP

  6.      Instalacin y configuracin de controladores

  6.1.    Soporte especfico a la tarjeta

  6.2.    Configuracin del Kernel

  6.2.1.  Soporte genrico en el kernel

  6.2.2.  Soporte especfico a la tarjeta

  6.3.    Carga de los mdulos - comprobacin del sistema

  7.      Instalacin y configuracin de software de aplicacin

  7.1.    Pero bueno, qu cmo conectooo?!

  7.2.    Scripts

  7.2.1.  rc.isdn  para un solo canal

  7.2.2.  rc.isdn  para dos canales

  7.2.3.  Explicacin de los scripts

  7.2.4.  ip-up

  7.2.5.  ip-down

  8.      Problemas Frecuentes

  8.1.    Al lanzar la conexin miro el /var/log/messages  y slo veo
  (una vez tras otra):

  8.2.    La conexin se corta tras un mensaje como:

  8.3.    Al inicializar el demonio ipppd obtengo el mensaje `` Can't
  find usable ippp device'' . A qu es debido?

  9.      Por Hacer

  10.     Copyright y Propiedad Intelectual

  11.     Colofn

  11.1.   Y no tenis nada que agradecer a nadie?

  11.1.1. De Antonio Verdejo

  11.1.2. De Francisco J. Montilla

  12.     Anexo: El INSFLUG
  ______________________________________________________________________

  1.  Introduccin

  Tanto bajo Linux como bajo cualquier sistema operativo (tal vez con la
  diferencia de que Linux har exactamente lo que le digamos, para bien
  o para mal) los pasos lgicos para hacer uso de cualquier perifrico,
  son los siguientes, del orden ms fsico al ms lgico:

  1. Comprobar que la marca y modelo del dispositivo estn soportados.

  2. Integrar el dispositivo fsicamente (pinchar la tarjeta o
     conectarla, y dems conexiones accesorias).

  3. Comprobar su integracin a nivel hardware: en los casos en que sea
     posible, que el ordenador reconozca dicho dispositivo. Por ejemplo,
     si el dispositivo es PnP, en BIOS Plug & Pray, aparecer al
     encender el ordenador, en alguna de las fases de testeo.

  4. Comprobar / configurar qu parametros usa (IRQ, Direcciones de
     memoria base, etc).

  5. Instalar los controladores de acuerdo a dichos parmetros.

  6. Instalar el software / utilidades necesarios para el uso efectivo
     de dichos dispositivos.

  Este proceso debe debe realizarse siguiendo estrictamente dicho orden,
  no pasando a la etapa siguiente a menos de que estemos completamente
  seguros de haberse llevado a cabo bien la previa. Y se aplica a la
  integracin de cualquier dispositivo bajo cualquier Sistema Operativo,
  si bien no muchos de los que se hacen llamar as hacen honor a su
  nombre como lo hace Linux ;-).

  2.  Hardware Soportado - Recomendado

  Pese a que las conexiones RDSI se pueden llevar a cabo tanto mediante
  adaptadores externos como tarjetas pasivas internas, en este documento
  nos centraremos en (y recomendamos) las tarjetas pasivas, por
  considerarlas una opcin mejor respecto a adaptadores externos RDSI,
  ya que:

  1. Su coste es generalmente 5 o 6 veces menor.

  2. La diferencia de rendimiento es inexistente.

  3. Es independiente de los puertos serie, no afectando al rendimiento
     o incluso viabilidad, el tipo de UART que se tenga (esto es muy
     importante si pensamos montar una pasarela a Internet con ese viejo
     486 que rueda por la oficina).

  4. El software y los drivers para las tarjetas pasivas internas
     permiten hacer autnticas virgueras, con una perfecta integracin,
     a diferencia de los mdems RDSI.

  2.1.  Modelos de tarjetas pasivas

  La gran mayora de los modelos que se listan a continuacin son
  tarjetas internas pasivas. El nmero de tarjetas soportadas crece casi
  con la misma velocidad que se suceden versiones del ncleo. Tenga en
  cuenta que si posee un adaptador externo (Zyxel o USR) el mtodo que
  se emplear ser el primero descrito en este documento (usando los
  scripts levemente modificados que se usan en una conexin con un mdem
  analgico).

  Por fortuna, este tipo de dispositivos suelen ser poco comunes (por su
  alto precio y nula diferencia en rendimiento en comparacin con una
  tarjeta interna, adems de no soportar el dial on demand ---llamada
  bajo demanda, en adelante DoD--- integrado directamente en el ipppd
  que s soportan los dispositivos ipppX).

  En cualquier caso, los problemas de configuracin que presentan se
  reducen al mnimo, y pasan por ajustar (en determinados casos) la
  cadena de inicializacin del guin de chat.

  Nos centraremos pues, casi en exclusiva, en las tarjetas internas.

  La lista est sacada de los ficheros README.* que acompaan a la parte
  del arbol de fuentes correspondientes al soporte RDSI que modifica un
  fichero .tar.gz del que hablaremos ms adelante en este documento:

    Teles 8.0/16.0/16.3 y compatibles

    Teles 16.3c

    Teles S0/PCMCIA

    Teles PCI

    Teles S0Box

    Creatix S0Box

    Creatix PnP S0

    Compaq ISDN S0 ISA

    AVM A1 (Fritz, Teledat 150)

    ELSA Microlink PCC-16, PCF, PCF-Pro, PCC-8

    ELSA Quickstep 1000

    ELSA Quickstep 1000PCI

    ELSA Quickstep 3000 (igual que una QS1000)

    ELSA Quickstep 3000PCI

    ELSA PCMCIA

    ITK ix1-micro Rev.2

    Eicon.Diehl Diva 2.0 ISA y PCI (S0 y U, PRO no soportada)

    Eicon.Diehl Diva Piccola

    ASUSCOM NETWORK INC. ISDNLink 128K PC adapter (cdigo I-IN100-ST-D)

    Dynalink IS64PH (versin OEM de ASUSCOM NETWORK INC. ISDNLink 128K
     adapter)

    Tarjetas basadas en HFC-2BS0 (TeleInt SA1)

    Sedlbauer Speed Card (Speed Win, Teledat 100)

    Sedlbauer Speed Star (PCMCIA)

    USR Sportster internal TA (compatible Stollmann tina-pp V3)

    ith Kommunikationstechnik GmbH MIC 16 ISA card

    Traverse Technologie NETjet PCI S0 card

    Dr. Neuhaus Niccy PnP/PCI

     Notas:  PCF, PCF-Pro: por ahora, solo la parte ISDN est soportada

    PCC-8: sin testear

    Teles PCMCIA es EXPERIMENTAL

    Teles 16.3c es EXPERIMENTAL

    Teles PCI es EXPERIMENTAL

    Teles S0Box es EXPERIMENTAL

    Eicon.Diehl Diva U interface sin testear

    ICN-ISDN-card

    PCBIT

    ISDN ISA SpellCaster

  Tenga en cuenta que esta es una lista general. Muchos de los modelos
  que aqu aparecen, no se encuentran en el mercado espaol. La mayora
  de las tarjetas son de origen alemn. La PCBIT es un "honrosa"
  excepcin: est fabricada en Portugal.

  De las tarjetas distribuidas por Telefnica y manufacturadas por
  Alcatel (si no recordamos mal), las infames SPC-2 en cualquiera de sus
  versiones (y sobre todo en la primera), ni hablaremos.

  Ninguno de los que suscriben tienen noticia (pese a utilizar en parte
  de su circuitera los chips Siemens) de que alguien haya conseguido
  hacerla funcionar bajo Linux. En cualquier caso, su funcionamiento
  (bajo un SO que incluya soporte para la misma) deja mucho que desear.

  Y como siempre, visita obligada a la documentacin que incluye el
  cdigo fuente del ncleo (mxime si se aventura a usar un kernel de la
  serie 2.1) bajo Documentation/isdn para obtener una lista lo ms
  actualizada posible.

  2.2.  tarjeta. Cul recomendis?  Soy muy precavido, y estoy leyendo
  esto antes de comprar la

  Como decamos en la seccin ``'', ante todo, tarjetas pasivas internas
  (que estn soportadas, claro est) frente a adaptadores RDSI externos.

  En general, las tarjetas pasivas con circuitera Siemens, y
  especialmente las que integran el juego de chipsets HSCX e ISAC, dado
  que el driver HiSax es el ms desarrollado y el que ms empuje tiene.

  Teniendo como criterios lo anterior, el rendimiento, la calidad, y la
  colaboracin que las marcas tienen con Linux en general, y con los
  desarrolladores de isdn4linux en particular:

  1. ELSA

  2. Creatix

  3. Resto de tarjetas soportadas

  La Creatix PnP es casi equivalente a la Teles 16.3 PnP (-- Ojo, NO la
  Teles 16.3c PnP, que pese a estar soportada experimentalmente, no
  tiene nada que ver en cuanto a calidad--) , si bien ha sido
  desarrollada ntegramente por Creatix; adems de la actitud positiva
  de Creatix respecto Linux, a diferencia de Teles.

  Apoye a los fabricantes que apuestan por Linux!

  3.  Integracin fsica

  Aparte de las precauciones con la esttica, (agrrese antes a algn
  objeto con bastante masa y conexin a tierra, como una tubera o
  radiador, para descargarla) es conveniente familiarizarnos con el
  dispositivo, anotar cuando proceda qu chipset tiene, si tiene o no
  jumpers, si es as para qu valen, etc.

  Asegrese de que la tarjeta queda firmemente asentada, ms de un
  problema inexplicable se ha debido muchas veces a esto.

  En algunas placas base, especialmente las de 486, no da completamente
  igual dnde se pincha la tarjeta. Familiarcese con su Placa Base.

  Los dispositivos RDSI suelen conectarse mediante cables de pares pin-
  a-pin, si bien no es estrictamente necesario que el cable sea de
  pares. El conector suele ser un RJ-45, idntico a los usados para
  redes.  Normalmente la tarjeta traer un cable, pero si no es as, o
  lo necesita ms largo, con un cable de red UTP corriente valdr.
  Tericamente, y en configuraciones del bus pasivo (instalacin
  telefnica propiamente dicha) tpicas, el cable puede ser de unos
  centenares de metros, si bien no hemos comprobado nunca de forma
  prctica este particular.

  Una ltima advertencia, para aquellos que estn leyendo esto para
  instalar en una empresa: los dispositivos RDSI suelen llevarse muy mal
  con las centralitas, especialmente con las Siemens.

  Si quiere ahorrarse quebraderos de cabeza, malos funcionamientos,
  interminables actualizaciones del firmware de la centralita, y en la
  mayora de los casos, para que simplemente funcione, exija que el bus
  pasivo RDSI para la tarjeta sea dedicado y directo. Se ahorrar
  infinidad de problemas, y el funcionamiento ser el que un entorno de
  produccin exige.

  4.  Configuracin BIOS

  La mayora de las tarjetas de hoy en da son Plug & Play, y esto,
  aunque parezca mentira, en BIOS con PnP es a veces una ventaja; la
  mayora de ellas muestran al arrancar los dispositivos PnP que han
  encontrado, por lo que si ste es su caso, y no le aparece nada, puede
  tener la absoluta certeza de que para el ordenador es como si no
  existiese. En algunas placas, hay que especificar qu recursos se
  dejan para asignar a los dispositivos PnP.

  En el resto de los casos, en combinaciones de placas / dispositivos no
  Plug & Play, puede ser necesario efectuar algn retoque en la BIOS,
  por ejemplo, si nuestra BIOS es PnP, pero el dispositivo no,
  posiblemente deba reservar recursos y/o asignarlos en la BIOS para l.

  5.  Configuracin de recursos usados por el dispositivo.

  5.1.  Dispositivos Plug & Play

  Bajo Linux, y mientras se trabaja en un soporte directo en el kernel
  para este "estndar", habremos de usar las herramientas del paquete
  isapnptools para asignar los recursos precisos al dispositivo. Como su
  nombre indica, solo valen para dispositivos PnP ISA, no para los PCI
  (que de todas formas, casi siempre han sido PnP en cuanto a enchufar y
  listo, no al estndar). La mayora de los servidores ftp que albergan
  contenidos Linux las tienen, as como las distribuciones Linux ms
  populares.

  Para configurar la tarjeta, use el programa pnpdump y vuelque su
  salida a un fichero, por ejemplo, a /tmp/isapnp.conf.

  Deber editarlo para reflejar los valores correctos. Una vez hecho
  esto, con isapnp /tmp/isapnp.conf tendr la tarjeta lista.

  Luego de haber comprobado que los valores son correctos, y que la
  tarjeta se inicializa correctamente, guarde el fichero
  definitivamente, en /etc/isapnp.conf.

  Al arrancar (y suponiendo que haya instalado o tuviera ya instaladas
  correctamente las pnptools) los scripts de inicializacin se
  encargarn de todo automticamente. En cualquier caso, y si viera que
  isapnp no se ejecuta al arrancar el Linux, siempre le queda la
  solucin de incluirlo en /etc/rc.d/rc.local o similar, o, en el peor
  de los casos, ejecutarlo a mano.

  El fichero generado por pnpdump del siguiente modo

       [root@hal /root]# pnpdump > /tmp/isapnp.conf

  y suponiendo que slo tenga una tarjeta PnP, una Teles.SO 16.3c PnP en
  este caso, si tiene una SoundBlaster PnP, esto estar al final
  generalmente, y ser similar a esto:

  # $Id: pnpdump.c,v 1.8 1997/01/14 21:05:35 fox Exp $
  # This is free software, see the sources for details.
  # This software has NO WARRANTY, use at your OWN RISK
  #
  # For details of this file format, see isapnp.conf(5)
  #
  # Compiler flags: -DREALTIME
  #
  # Trying port address 0203
  # Board 1 has serial identifier 0d 1a 09 0b 44 10 26 27 50
  # (DEBUG)
  (READPORT 0x0203)
  (ISOLATE)
  (IDENTIFY *)

  # Card 1: (serial identifier 0d 1a 09 0b 44 10 26 27 50)
  # TAG2610 Serial No 436800324 [checksum 0d]
  # Version 1.0, Vendor version 1.1
  # ANSI string -->TELES.S0/16.3c Plug&Play<--
  #
  # Logical device id TAG2610
  #     Device support I/O range check register
  #
  # Edit the entries below to uncomment out the configuration required.
  # Note that only the first value of any range is given, this may be
  changed if $# Don't forget to uncomment the activate (ACT Y) when happy

  (CONFIGURE TAG2610/436800324 (LD 0
  # Multiple choice time, choose one only !

  #     Start dependent functions: priority preferred
  #       Logical device decodes 16 bit IO address lines
  #             Minimum IO base address 0x0580
  #             Maximum IO base address 0x05bc
  #             IO base alignment 4 bytes
  #             Number of IO addresses required: 2
  # (IO 0 (BASE 0x0580))
  #       IRQ 3, 4, 5, 9, 10, 11, 12 or 15.
  #             High true, edge sensitive interrupt (by default)
  # (INT 0 (IRQ 3 (MODE +E)))

  #       Start dependent functions: priority acceptable
  #       Logical device decodes 16 bit IO address lines
  #             Minimum IO base address 0x0500
  #             Maximum IO base address 0x05bc
  #             IO base alignment 4 bytes
  #             Number of IO addresses required: 2
  # (IO 0 (BASE 0x0500))
  #       IRQ 10, 11 or 12.
  #             High true, edge sensitive interrupt (by default)
  # (INT 0 (IRQ 10 (MODE +E)))
  #       Start dependent functions: priority acceptable
  #       Logical device decodes 16 bit IO address lines
  #             Minimum IO base address 0x0680
  #             Maximum IO base address 0x06bc
  #             IO base alignment 4 bytes
  #             Number of IO addresses required: 2
  # (IO 0 (BASE 0x0680))
  #       IRQ 10, 11 or 12.
  #             High true, edge sensitive interrupt (by default)
  # (INT 0 (IRQ 10 (MODE +E)))

  #       Start dependent functions: priority functional
  #       Logical device decodes 16 bit IO address lines
  #             Minimum IO base address 0x1500
  #             Maximum IO base address 0x17fc
  #             IO base alignment 4 bytes
  #             Number of IO addresses required: 2
  # (IO 0 (BASE 0x1500))
  #       IRQ 3, 4, 5, 9, 10, 11, 12 or 15.
  #             High true, edge sensitive interrupt (by default)
  # (INT 0 (IRQ 3 (MODE +E)))

  #     End dependent functions
  #     Vendor defined tag:  84 0f 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  #     Vendor defined tag:  84 06 00 00 00 00 00
  # (ACT Y)
  ))
  # End tag... Checksum 0x00 (OK)

  Simplemente hay que dejar una de las secciones (IO... ) e (INT...)
  eliminando los comentarios, y asegurarse (esto es importante) de
  eliminar el ltimo comentario de la lnea donde se lee # (ACT Y) para
  activar la incializacin de la tarjeta con los valores escogidos...

  Es conveniente anotar dichos valores, ya que los que tendremos que
  utilizar posteriormente (antelos).

  Y ni que decir tiene que no debemos asignarle recursos que ya estn
  siendo usados por otros dispositivos. Familiarcese con su sistema.

  Un cat /proc/interrupts o un cat /proc/ioports le ayudar,
  especialmente antes de instalar la tarjeta en el ordenador, siempre y
  cuando todos los dispositivos que tenga su ordenador sean reconocidos
  por Linux, ya que los que no lo sean no aparecern en los listados y
  no podremos saber qu recursos estn usando.

  Refirase a la seccin ``''.

  Un fichero /etc/isapnp.conf, una vez eliminados todos los comentarios
  suele tener este aspecto:

       (READPORT 0x0203)
       (ISOLATE)
       (IDENTIFY *)
       (CONFIGURE TAG2610/436800324 (LD 0
       (IO 0 (BASE 0x0580))
       (INT 0 (IRQ 3 (MODE +E)))
       (ACT Y)
       ))

  La salida del comando isapnp /etc/isapnp.conf, bien sea a mano o
  durante el arranque del sistema, suele ser as:

       [root@hal /root]# isapnp /tmp/isapnp.conf
       Board 1 has Identity 0d 1a 09 0b 44 10 26 27 50:  TAG2610 Serial No 436800324 [checksum 0d]

  5.2.  Configuracin de dispositivos NO PnP

  Se supone que ha ledo, entendido, y llevado a cabo con la absoluta
  certeza de haberlo hecho bien, la seccin ``''.

  No conocemos todos los dispositivos NO PnP disponibles en el mercado
  que funcionan con Linux. Pero la experiencia muestra que generalmente,
  para su configuracin tiene las siguientes opciones:

    Usar alguna utilidad, generalmente bajo DOS o Windows.

    Usar Jumpers del dispositivo si los tiene

    Usar una utilidad para linux (en contadsimas ocasiones)

  Normalmente, la ms cmoda y fiable es la de los jumpers, ya que no
  deberemos preocuparnos de si los reset borran la configuracin o no,
  aunque en algunas tarjetas (Teles.SO 16.3 NO PnP por ejemplo) slo
  posibilitan la asignacin de IOs. (Ojo, con esta tarjeta, son unos
  microrruptores muy pequeos, generalmente con un poco de grasa por
  encima).

  En el primer caso, si son utilidades DOS, siempre podremos arrancar
  con ese disquete antediluviano que rueda por el cajn, y configurar.
  Si es windows, y se tiene instalado tambin, tal vez tras unas
  encomiendas a San Pancracio, si Murphy est distrado, y la suerte
  est de nuestro lado, consigamos convencerla de que use los recursos
  que queremos.

  En sistemas en los que afortunadamente no est instalado, siempre
  podemos probar a pincharla en uno que s lo tenga, configurarla, y
  volverla a pinchar en el sistema Linux, si bien no siempre funciona.

  Otra posibilidad, si la suerte acompaa, es comprobar (la mayor parte
  de las veces mediante ensayo-error, y no siempre con absoluta certeza,
  aunque un vistazo a la documentacin de la tarjeta ayuda bastante)
  qu parmetros por defecto tiene el dispositivo de fbrica, y usarlos,
  siempre que no entren en conflicto con otros que ya tengamos
  instalados; si es as, dependiendo de dichos dispositivos puede ser
  hasta ms cmodo reconfigurarlos y dejar hueco al nuevo inquilino.

  Recuerde (incluso anote, insistimos) qu parmetros va a usar. Los
  necesitar ms adelante.

  6.  Instalacin y configuracin de controladores

  Los controladores son el software que hace funcionar al dispositivo, y
  que da soporte lgico al Sistema Operativo para interactuar con l. En
  Linux la integracin de este soporte se lleva a cabo configurando y
  compilando el ncleo o kernel, con lo que obtenemos un corazn del
  Sistema Operativo a la medida de cada mquina.

  Linux ofrece la posibilidad de compilarlo ntegro en el kernel o en
  mdulos aparte, que se cargan segn los necesite el sistema o no. Si
  no est familiarizado con todo esto, es momento de que lea el Kernel-
  Como, disponible en el Insflug http://www.insflug.org.

  El kernel necesitar tener dos tipos de soporte; uno genrico, (mdulo
  isdn) y otro especfico a la tarjeta (hisax, etc).

  Como algunas tarjetas RDSI, especialmente las que tienen soporte
  experimental, slo funcionan con controladores especficos modulares,
  nos centraremos en este tipo de soporte, por ser ms universal.

  No obstante, en los ejemplos supondremos que hacemos uso de kernels
  estables (2.0.xx), aunque tengamos que parchearlos. Puede usar kernels
  de desarrollo si lo prefiere, tan slo tngalo en cuenta en los
  ejemplos que aplique y modifquelos en consecuencia, sin olvidar que
  estos kernels son para lo que son, desarrollo, no siendo muy idneos
  para la instalacin por primera vez de algo que se desconoce.

  6.1.  Soporte especfico a la tarjeta

  Antes de continuar, suponemos que ha ledo la seccin ``'' y que sabe
  a ciencia cierta que su tarjeta est soportada.

  Si no parece estarlo, es conveniente que lea (s, bueno, relea ;-) de
  todos modos la documentacin que hay en
  /usr/src/linux/Documentation/isdn que siempre estar ms actualizada
  que este Como. Si no, no est todo perdido; obtenga el ltimo rbol de
  desarrollo de ftp://ftp.suse.com/pub/isdn4linux/v2.0/isdn.tar.gz y
  eche un vistazo a los ficheros de isdn/Documentation/isdn/, puede que
  se lleve una grata sorpresa.

  Si su tarjeta est soportada en la distribucin estndar del kernel
  actual (2.0.34 a da de hoy), salte a la seccin ``''. Si necesita
  parchear, siga leyendo.

  Para aadir soporte al kernel actual, integraremos una parte del rbol
  de fuentes modificada, que aada soporte para la misma. Obtenga el
  fichero ftp://ftp.suse.com/pub/isdn4linux/v2.0/isdn.tar.gz, suele ser
  un enlace simblico a la ltima versin del rbol de desarrollo RDSI
  disponible.

  No obstante... el soporte es experimental. Casos tpicos son los de
  las ltimamente disponibles popularmente Teles.SO 16.3c o las Asuscom.
  Los que suscriben no han visto nada anormal (cierto es que el tiempo
  de que hemos dispuesto para testearlas ha sido breve) y tienen
  noticias de varios servidores de los llamados de produccin que estn
  funcionando sin problemas con kernels estables y estas tarjetas.

  No obstante, no se parchea en el sentido estricto, ya que lo nico que
  se sustituye es la parte correspondiente a RDSI.

  La parte del rbol modificada lleva un fichero llamado std2kern que
  hace el trabajo de parcheo por nosotros, siempre y cuando
  /usr/src/linux sea el directorio donde residan las fuentes de linux.
  Asegrese de que exista; si en su sistema el directorio se llama
  /usr/src/linux-2.0.33, compruebe, y en su ausencia cree un enlace al
  mismo llamado linux; por ejemplo:

       cd /usr/src ;
       ln -s linux-2.0.33 linux

  Descomprima el rbol de fuentes isdn: suponiendo que ha dejado el
  fichero en /tmp:

       ( cd /usr/src; tar zxvf /tmp/isdn.tar.gz )

  Acceda a /usr/src/isdn, y ejecute el comando std2kern -d:

       cd /usr/src/isdn

  no olvide el "./" para dar el path directo al fichero, en la mayora
  de los sistemas el directorio actual no est en el PATH por seguridad.

  Compruebe que no se producen mensajes de error. Si es as, averige
  qu sucede. Lo ms tpico es que se haya equivocado en la eleccin de
  fichero, y haya escogido uno para un kernel de otra versin (2.1.xx
  por ejemplo).

  6.2.  Configuracin del Kernel

  Una vez hemos llevado a cabo los pasos anteriores procederemos a la
  configuracin y posterior recompilacin del kernel. Si no est
  habituado a esto, lase primero el Kernel-Como, disponible en Insflug,
  vea seccin ``INSFLUG''.

  Acceda a /usr/src/linux y ejecute su mtodo preferido de
  configuracin. Asegrese de activar, en la seccin principal, Code
  maturity level options el apartado Prompt for development and/or
  incomplete code/drivers, o de lo contrario, el programa de
  configuracin no le dar opcin a seleccionar controladores
  experimentales.

  Una vez hecho esto, seleccione:

  6.2.1.  Soporte genrico en el kernel

  Vaya a la seccin ISDN subsystem del men principal:

    ISDN support como mdulo (M).

    Support synchronous PPP

    Support generic MP (RFC 1717) (potestativo, necesario para canales
     mltiples)

    Support audio via ISDN (potestativo)

  Esto es para cuanto a soporte RDSI se refiere. En cuanto a soporte
  PPP, cuestiones especficas de redes, y dems aspectos, recurra al
  Como apropiado.

  6.2.2.  Soporte especfico a la tarjeta

  En la seccin ISDN subsystem del men principal, active el controlador
  que d soporte a su tarjeta. El ms popular es el HiSax, si ese es su
  caso, deber adems especificar:

    Protocolo a soportar: en nuestro caso, HiSax Support for EURO/DSS1
     y
    Cul de la familia de tarjetas soportadas por l es la suya; si por
     ejemplo es la veterana Teles.SO 16.3 NO PnP, la PnP, o la pcmcia
     (NO la 16.3c OJO) seleccionara HiSax Support for Teles 16.3 or PNP
     or PCMCIA.

  De nuevo, no conocemos ni podemos conocer todas las tarjetas
  soportadas por Linux. Es posible que en drivers experimentales haya
  que indicar alguna otra opcin; recurra a su sentido comn, a la
  documentacin (a la que no nos cansaremos de remitirle; este documento
  no es ms que una gua) y a nosotros, a fin de actualizar este Como.

  Salga del men guardando los cambios, y compile; no olvide el make
  modules y el make modules_install, y reinstalar el LILO para dicho
  kernel.

  Para ms informacin de cmo recompilar el kernel, vase el Kernel-
  Como, disponible en el Insflug, vea seccin ``INSFLUG''.

  6.3.  Carga de los mdulos - comprobacin del sistema

  Ya he recompilado, instalado los mdulos, y arrancado con el nuevo
  kernel.  Adems, he usado isapnp y todo parece haber ido bien...  Qu
  hago ahora?

  Se ha ganado un descanso. Tmese algo... ;-) No, en serio. Ahora viene
  la parte ms interesante.

  Hay varias formas de cargar los mdulos, en cualquier caso, la manera
  que nunca falla es hacerlo a mano directamente desde la lnea de
  comandos.  Supondremos que hacemos uso del soporte especfico HiSax.
  La sintaxis del mdulo hisax es la que sigue, si bien es conveniente
  leer (al final lo conseguiremos ;-), especialmente en drivers
  experimentales, /usr/src/linux/Documentation/isdn/README.HiSax.

       modprobe hisax type=<codigo tarjeta> protocol=<protocolo> io=<direccion E/S> irq=<interrupcion>

  Ha llegado el momento de echar mano de donde tuviera anotados (los
  anot?)  los parmetros que asignara en las secciones ``'' y ``''.

  Suponiendo que se trate de la tarjeta Teles.SO 16.3c PnP, que al fin y
  al cabo, fue la causante en origen de este Como:

       modprobe hisax type=14 protocol=2 io=<IO> irq=<IRQ>

  Por ejemplo:

       modprobe hisax type=14 protocol=2 io=0x0580 irq=11

  con lo que si miramos en /var/log/messages deberamos ver algo como:

       Jun 23 12:05:11 hal kernel: HiSax: Driver for Siemens chip set ISDN cards
       Jun 23 12:05:11 hal kernel: HiSax: Version 2.8
       Jun 23 12:05:11 hal kernel: HiSax: Revisions 1.15.2.8/1.10.2.5/1.10.2.3/1.30.2.6/1.8.2.5
       Jun 23 12:05:11 hal kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
       Jun 23 12:05:11 hal kernel: HiSax: Teles 16.3c driver Rev. 1.1.2.2
       Jun 23 12:05:11 hal kernel: teles3c: defined at 0x580 IRQ 3 HZ 100
       Jun 23 12:05:11 hal kernel: teles3c: resetting card
       Jun 23 12:05:11 hal kernel: Teles 16.3c: IRQ 11 count 0
       Jun 23 12:05:11 hal kernel: Teles 16.3c: IRQ 11 count 1
       Jun 23 12:05:11 hal kernel: HiSax: DSS1 Rev. 1.16.2.3
       Jun 23 12:05:11 hal kernel: HiSax: 2 channels added
       Jun 23 12:05:11 hal kernel: HiSax: module installed

  El tipo 14 es el que se corresponde con la Teles 16.3c PnP, el
  protocolo 2 es el usado en Espaa para las conexiones RDSI, EURO ISDN
  o EDSS1. Los otros dos valores (direccin de E/S e interrupcin)
  dependern de su configuracin particular, que anot en su momento,
  verdad?

  Dependiendo del driver, este puede que se cargue aun con parmetros
  errneos, si bien no es el caso del HiSax, que rehusar a hacerlo.

  Si sospechamos que pese a haberse cargado (repetimos, no en el caso
  del HiSax) hay por ejemplo conflictos de IRQ, o no est usando la que
  le hemos asignado, un indicador claro de esto es que al hacer un

       cat /proc/interrupts
        0:    9719062   timer
        1:     342221   keyboard
        2:          0   cascade
        4:     495989 + serial
       10:    1591809   ICN
       12:        681   eth0
       13:          1   math error

  en un sistema con una tarjeta ICN la lnea correspondiente a la irq
  usada por el controlador contase con 0 interrupciones de contador
  (segunda columna). Esto aplica para todos los dispositivos; si la
  lnea

       10:    1591809   ICN

  fuese

       10:    0         ICN

  sera un claro sntoma de que el driver ICN no est usando dicha
  interrupcin, casi seguro por fallo de configuracin. Tan slo por
  cargar correctamente,  debe de poner el contador a 1 al menos.

  Llegados a este punto, respire profundamente y sintase todo un gur
  Linuxero...  ;-) Ya casi est listo; para no tener que hacerlo en un
  futuro a mano, y suponiendo que tiene las modutils correctamente
  instaladas, edite o cree su /etc/conf.modules o /etc/modules.conf e
  inserte las siguientes lneas, (suponiendo que use por ejemplo una
  Teles 16.3 NO PnP/ con la IRQ 10 y la io 0x180 :

       alias isdn hisax
       options hisax type=3 protocol=2 io=0x180 irq=10

  ejecute depmod -a para computar/actualizar las dependencias entre
  mdulos; de ahora en adelante un modprobe hisax bastar.

  7.  Instalacin y configuracin de software de aplicacin

  Mi tarjeta parece que ya est lista. Puedo usar los scripts de
  conexin a Infova que usaba hasta ahora?

  No tal cual;  necesitar hacer ciertas modificaciones. Usaremos otro
  mtodo para conectarnos a iNET. En vez de usar el pppd asncrono de
  toda la vida, usaremos un pppd especial, sncrono, que permite algunas
  lindezas: el ipppd.

  Arranque su cliente ftp favorito, y dirjase a
  ftp://ftp.franken.de/pub/isdn4linux/v2.0/isdn4linux*.tar.gz que es el
  sitio oficial del ISDN4Linux. Ah tiene una mgnifica (aunque algo
  falta de actualizacin) FAQ en un perfecto ingls que debera tener al
  menos como punto de referencia.

  Le remitiramos a ella, pero si ha llegado hasta aqu y hacemos eso
  igual empezamos a sentir agudos pitidos en los oidos... ;-)

  Descomprimimos, configuramos, compilamos e instalamos. De la lista de
  utilidades las que ms nos interesan, son isdnctrl (directorio isdn) y
  el ipppd (directorio ppp4i4k/ipppd/version) porque son las que
  usaremos en el mtodo que describiremos despus.

  Normalmente, casi todas las distribuciones suelen llevar un paquete de
  utilidades RDSI que incluyen los programas que mencionamos, amn de
  abundante documentacin y scripts de ejemplo. Busque en su
  distribucin favorita.

  No obstante, si por alguna razn no consigue compilar los elementos
  necesarios, en ftp://ftp.insflug.org/pub/RDSI/ tiene a su disposicin
  el software mnimo necesario ya compilado.

  Como en todo sistema UN*X la comunicacin con los dispositivos fsicos
  (tarjetas, discos...) se realiza por medio de ficheros. Necesitaremos
  crear los dispositivos que harn que el kernel pueda trabajar con la
  tarjeta RDSI. Si usa un paquete de una distribucin es casi seguro que
  crear, si no lo estn ya, las entradas necesarias en el directorio
  /dev, si no es as, ejecute make devices en el directorio raz de las
  isdn4utils que baj antes, ser sufiente.

  7.1.  Pero bueno, qu cmo conectooo?!

  Vamos con ello. Dos mtodos, uno de ellos mencionado someramente. Se
  basa en aprovechar los scripts de conexin (que suponemos le
  funcionan) usados con un mdem analgico normal. Las variaciones son
  mnimas. Aada en el guin de chat la cadena de inicio

       ATS14=3&xxxxxxxxx (siendo xxxxxxxxx el numero de su linea RDSI)

  y sustituya donde corresponda el dispositivo /dev/modem por
  /dev/ttyI0. Usaremos el pppd normal y corriente que usbamos antes con
  el mdem. Nada ms que decir de este mtodo, salvo que no haga uso del
  parmetro +ua en el fichero options, est obsoleto en las ltimas
  versiones del paquete pppd.  .

  El segundo hace uso de las utilidades que nos bajamos anteriormente, y
  nos permitir conseguir llamadas bajo demanda (dial on demand, DoD).

  Opcin sta muy interesante en redes donde se vaya a usar la conexin
  RDSI para dar servicio iNET, por medio del enmascaramiento IP, a
  varios puestos de una red local, pues posibilitar el que la llamada
  se efecte automticamente por trfico de paquetes (abrir un
  navegador, lanzar el programa de correo, hacer un ping, etc.).

  La parte ms importante de este mtodo reside en los scripts usados
  para configurar la conexin. Los hay de mltiples formas, ms o menos
  "sofisticados". Los incluidos en este documento puede que no sean para
  ganar un Nobel, pero funcionan bastante bien. En este sentido, estamos
  abiertos (no hace falta decirlo) a modificaciones y/o comentarios,
  pero de eso hablaremos ms tarde.

  Unos puntos a destacar. Si queremos usar DoD, necesitaremos tener dos
  scripts en /etc/ppp tambin incluidos, para asegurarnos que la ruta
  por defecto apunte siempre a una direccin de iNET y al dispositivo
  RDSI.

  Esto, y, por supuesto, NO tener ninguna ruta por defecto a la(s)
  tarjeta(s) de red (ethernet normalmente) que ya tuviramos en nuestro
  sistema: el demonio de PPP (pppd o ipppd) no reemplaza la ruta por
  defecto, es un problema muy comn en los grupos de noticias y en los
  canales de Linux de IRC.

  El sntoma es que la conexin se establece, pero no podemos salir a
  iNET porque no tenemos sealizado por dnde hacerlo. No es el
  propsito de este documento extenderse demasiado en temas de rutado,
  pero en condiciones normales, no necesitaremos ruta por defecto,
  podemos usar rutas estticas;  dejaremos que el (i)pppd la establezca
  cuando as sea necesario.

  Y ser uno de los scripts (ip-down) el que se encargar de que en todo
  momento haya una ruta por defecto a iNET por la tarjeta RDSI.

  7.2.  Scripts

  Hace cosa de un mes fueron enviados a la lista de correo (an no est
  suscrito? a qu espera? ;-) del SLUG (l-linux@calvo.teleco.ulpgc.es),
  de modo que si est suscrito y no borra los mensajes, imagino que los
  tendr.
  Pero como no todo el mundo est en dicha lista (y este Como, que duda
  cabe, no sera tal sin ellos), aqu van:

  7.2.1.  rc.isdn  para un solo canal

       #!/bin/sh
       #
       # Thanks to Rainer Birkenmaier <rainer@kirk.mop.uni.ulm.de>
       # Hacked by Antonio Verdejo Garcia <averdejog.galileo@nexo.es>
       # & Francisco J Montilla <pacopepe@insflug.org>

       PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin

       LOCAL_NUMBER="xxxxxxxxx"
       REMOTE_NUMBER="xxx"
       LOCAL_IP="195.76.154.169" # IP falsa por la que establecer ruta por
                                 # defecto, a fin de que salte el DoD
       DEVICE="ippp0"
       USER="user@ISP"

       isdnctrl addif  $DEVICE                 # Creamos un interfaz nuevo,'DEVICE'
       isdnctrl addphone $DEVICE out $REMOTE_NUMBER    # Numero al que llamar
       isdnctrl eaz $DEVICE $LOCAL_NUMBER      # EAZ: el numero de su RDSI
       isdnctrl l2_prot $DEVICE hdlc           # para PPP sincrono
       isdnctrl l3_prot $DEVICE trans          #
       isdnctrl encap $DEVICE syncppp          # encapsulacion de paquetes IP en
                                               # en  tramas PPP
       isdnctrl huptimeout $DEVICE 300         # tiempo de inactividad tras el que
                                               # desconectar: 300 sec. -> 5min
       isdnctrl chargehup $DEVICE off          # Colgar antes del siguiente paso
       isdnctrl secure $DEVICE on              # Aceptar llamadas de numeros
                                               # autorizados solamente
       ifconfig $DEVICE $LOCAL_IP
       route add -net 195.76.154.0 $DEVICE
       route add default $DEVICE

       /sbin/ipppd user $USER remotename infovia -d defaultroute noipdefault \
       ipcp-accept-local ipcp-accept-remote mru 1500 mtu 1500 lock -bsdcomp -pc -ac /dev/ippp0 &

  las ltimas dos lneas son una en realidad; puede indicar que se
  interprete como una sola tal y como se hace en el script con el \; o
  bien ponerlo en una sola lnea sin retorno de carro.

  Asegrese de que ipppd est en /sbin si transcribe tal cual este
  script; si no es as, modifique el path en el script.

  Vea la seccin ``'' para una explicacin acerca de qu parmetros ha
  de modificar y una explicacin sobre este script.

  7.2.2.  rc.isdn  para dos canales

  #!/bin/sh
  #
  # Thanks to Rainer Birkenmaier <rainer@kirk.mop.uni.ulm.de>
  # Hacked by Antonio Verdejo Garcia <averdejog.galileo@nexo.es>

  PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin

  LOCAL_NUMBER="xxxxxxxxx"
  REMOTE_NUMBER="xxx"
  LOCAL_IP="195.76.154.169" # dummy; the IPCP negotiation overwrite it
  DEVICE="ippp0"
  USER="user@ISP"

  # additional for channel bundling:
  DEVICE1="ippp128"

  isdnctrl addif  $DEVICE                 # Create new interface 'DEVICE'
  isdnctrl addphone $DEVICE out $REMOTE_NUMBER    # Set outgoung phone-number
  isdnctrl eaz $DEVICE $LOCAL_NUMBER      # Set local EAZ ..
  isdnctrl l2_prot $DEVICE hdlc           # for sync PPP: set Level 2 to HDLC
  isdnctrl l3_prot $DEVICE trans          # not really necessary, 'trans' is default
  isdnctrl encap $DEVICE syncppp          # encap the IP Pakets in PPP frames
  isdnctrl huptimeout $DEVICE 300         # Hangup-Timeout is 300 sec. -> 5 min
  isdnctrl chargehup $DEVICE off          # Hangup before next Charge-Info
  isdnctrl secure $DEVICE on              # Accept only configured phone-number

  # additional for channel bundling:
  isdnctrl addslave $DEVICE $DEVICE1      # Create new slave interface 'DEVICE1'
  isdnctrl addphone $DEVICE1 out $REMOTE_NUMBER   # Set outgoung phone-number
  isdnctrl eaz $DEVICE1 $LOCAL_NUMBER     # Set local EAZ ..
  isdnctrl l2_prot $DEVICE1 hdlc          # for sync PPP: set Level 2 to HDLC
  isdnctrl l3_prot $DEVICE1 trans         # not really necessary, 'trans' is default
  isdnctrl encap $DEVICE1 syncppp         # encap the IP Pakets in PPP frames
  isdnctrl huptimeout $DEVICE1 300        # Hangup-Timeout is 300 sec. -> 5 min
  isdnctrl chargehup $DEVICE1 off         # Hangup before next Charge-Info
  isdnctrl secure $DEVICE1 on             # Accept only configured phone-number

  ifconfig $DEVICE $LOCAL_IP
  route add -net 195.76.154.0 $DEVICE
  route add default $DEVICE

  /sbin/ipppd user $USER remotename infovia -d defaultroute noipdefault ipcp-accept-local \
  ipcp-accept-remote mru 1500 mtu 1500 +mp lock -bsdcomp -pc -ac /dev/ippp0 /dev/ippp1 &

  7.2.3.  Explicacin de los scripts

  Los scripts no necesitan demasiadas explicaciones. Sustituir user e
  ISP por su nombre de usuario y el nombre de su proveedor (pepe@arrakis
  por ejemplo) y poner los valores adecuados en LOCAL_NUMBER (el nmero
  de su RDSI) y en REMOTE_NUMBER (055 si usa Infova).

  La direccin de LOCAL_IP es una direccin falsa, la negociacin IPCP
  la sobreescribe, pero por una simple razn de coherencia, conviene
  darle una IP vlida del rango de su proveedor, y asignarle a ella la
  ruta por defecto, (lo mismo se aplica para la direccin de red de la
  ruta del final del script) esto es necesario para que funcione el DoD.

  Las direcciones del ejemplo son de Intercom, pero valen de cualquier
  manera (funciona tambin usando las mismas con otros proveedores).
  Estas direcciones son las mismas que aparecen en los scripts ip-up e
  ip-down:
  7.2.4.  ip-up

       #!/bin/sh
       /sbin/route del default
       /sbin/route add default ippp0

  7.2.5.  ip-down

       #!/bin/sh
       /sbin/route del default
       /sbin/ifconfig ippp0 down
       /sbin/ifconfig ippp0 195.176.154.169
       /sbin/route add -net 195.176.154.0 ippp0
       /sbin/route add default ippp0

  Es posible que alguno de los comandos que aparecen en estos dos
  ltimos guiones sean redundantes. De nuevo, estamos abiertos a
  sugerencias.

  El rc.isdn de la seccin ``'' est preparado para el uso de dos
  canales y por lo tanto una conexin a 128 Kbps, usando uno de los
  canales como esclavo del primero. La opcin +mp es necesaria en este
  caso, adems de que haya seleccionado en la compilacin del kernel, en
  la seccin general de RDSI, Support Generic MP (RFC 1717). (Compruebe
  que exista la lnea CONFIG_ISDN_MPP=y en el fichero
  /usr/src/linux/.config, que es donde se almacena por defecto la
  configuracin del ncleo).

  Tenga en cuenta que, como es lgico, pagar el doble... Aunque esto en
  empresas no suele ser un problema, cuidado en casa, o ver como las
  facturas de Telefnica tienden a infinito... ;-)

  Para lanzar manualmente el segundo canal, ejecute isdnctrl addslave
  ippp128;  colgar automticamente tras un periodo sin trfico,
  tardando lo que hayamos especificado en el parmetro huptimeout del
  rc.isdn (en segundos).

  Con determinados proveedores no se nota demasiado el lanzar el segundo
  canal (Arrakis), con otros sin embargo, y tambin dependiendo del
  origen de nuestro trfico, si se nota, y bastante...

  Hay un demonio que se encarga de disparar/colgar el segundo canal
  segn el trfico y la saturacin que detecte; puede obtenerse de
  http://www.compound.se.

  En futuras versiones, tendr seccin propia; por ahora, si tiene un
  trabajo donde permitirse eso, se supone que tendr nivel como para
  manejarse con l sin problemas.

  8.  Problemas Frecuentes

  8.1.  (una vez tras otra): Al lanzar la conexin miro el /var/log/mes
  sages  y slo veo

       Apr 15 10:34:08 wanda kernel: ippp0: dialing 0 055...
       Apr 15 10:34:08 wanda kernel: ippp0: dialing 1 055...
       Apr 15 10:34:08 wanda kernel: ippp0: dialing 2 055...

  pero no veo nada ms, a qu puede ser debido?

  Es un problema fsico. Revise la conexin del cable tanto en la
  tarjeta como en el TR1. Revise la continuidad del cable as mismo.
  Cmbielo en ltimo trmino. Asegrese de que su TR1 tiene servicio...
  ;-) y Asegrese de no estar pasando por ninguna centralita.

  8.2.  La conexin se corta tras un mensaje como:

       Apr 15 15:58:28 wanda pppd[208]: Could not determine remote IP address

  y seguidamente:

       Apr 15 15:58:28 wanda pppd[208]: LCP terminated at peer's request
       Apr 15 15:58:28 wanda kernel: isdn_net: local hangup ippp0
       Apr 15 15:58:28 wanda kernel: ippp0: Chargesum is 0
       Apr 15 15:58:28 wanda pppd[208]: Modem hangup
       Apr 15 15:58:28 wanda pppd[208]: Connection terminated.

  Es un problema bastante comn debido a que Infova (en el supuesto de
  que la use para conectar) no nos asigna, ---o no lo hace con
  suficiente rapidez--- una direccin remota del enlace PPP.  Hay un
  solucin que funciona tanto en conexiones RDSI como RTC que consiste
  en pasarle nosotros una direccin en el establecimiento de la
  conexin. En el caso de conexiones va RTC (mdem corriente y
  moliente)  incluya una lnea en el /etc/ppp/options tal que:

       :172.16.1.96

  y deje el parmetro que le indica que, a pesar de todo, aceptaremos la
  IP que el extremo nos asigne como remota (ipcp-accept-remote). La IP
  que pongamos puede ser cualquiera, pero como siempre, y por seguir una
  regla, ponga una de las que normalmente nos asigna Infova de su rango
  (172.16.x.x por ejemplo).

  Gracias a Horacio J. Pea por este detalle (el primero al que se lo
  leimos en la lista del SLUG).

  El caso de conexiones va RDSI (sobre todo en el caso de que usemos el
  primer mtodo) se puede proceder de la misma forma, pues aunque se le
  pasen parmetros al (i)pppd, el demonio leer el fichero
  /etc/ppp/options.

  8.3.  usable ippp device'' . A qu es debido?  Al inicializar el
  demonio ipppd obtengo el mensaje `` Can't find

  Segn Frank Meyer, del grupo de desarrollo isdn4linux, se debe a que
  al lanzar el ipppd, este calcula un nmero aleatorio basndose en la
  funcin gethostid() que provoca una resolucin DNS, usando para ello
  el servidor de nombres que aparezca en /etc/resolv.conf.

  Si no tenemos la conexin activa, esto lgicamente no es posible y el
  DNS no puede ser alcanzado (y hablamos en el caso general de que no se
  disponga de un DNS local, como suele suceder comnmente).

  Para solucionarlo, incluya el nombre de su mquina (incluido
  localhost)  en el /etc/hosts con el dominio completo que haya
  especificado en /etc/resolv.conf. Hay otra solucin basada en un
  parche no oficial para evitar este comportamiento por parte del ipppd;
  el fichero syncPPP FAQ includo en el directorio de documentacin de
  las utilidades ISDN ampla este tema.

  9.  Por Hacer

    Por supuesto, integrar los comentarios y sugerencias que nos manden
     amablemente en este documento. Realimentacin, graciaaas.

    Estudiar el ibod para la gestin dinmica de conexiones a 128K por
     demanda de trfico.

    ToDo lo que se nos vaya ocurriendo... ;-)

  10.  Copyright y Propiedad Intelectual

  El RDSI-Como es Copyright  1998 Antonio Verdejo Garca & Francisco
  Jos Montilla Blanco.

  Este trabajo puede ser reproducido en su totalidad o en parte, tanto
  de forma impresa como electrnica, sujeto a las siguientes
  condiciones:

  1. La notificacin del copyright y esta licencia debe preservarse
     completa en todas las copias, tanto completas como parciales.

  2. Cualquier traduccin o trabajo derivado debe de ser aprobado por
     los autores por escrito antes de su distribucin.

  3. Si se distribuye el Trabajo parcialmente, deben de incluirse
     instrucciones de dnde obtener la versin completa original (en
     forma impresa o electrnica), as como los medios para conseguirla.

  4. Pueden ser reproducidas pequeas porciones como ilustraciones para
     revistas o citas para otros trabajos sin esta notificacin de
     permiso si se cita apropiadamente su procedencia.

  11.  Colofn

  Y bueno, por ahora esto es todo. Como una primera versin que es,
  estar plagada de pequeos (igual otros no tan pequeos) fallos,
  incorrecciones y seguro que nos dejamos un montn de temas en el
  tintero.

  Eso s, como hemos mencionado varias veces, nuestro buzn de correo
  est abierto a todo tipo de sugerencias, correcciones, dudas (que si
  humildemente podemos, intentaremos responder), as como desinteresadas
  donaciones para adquirir otras tarjetas... };) Lo que se os ocurra.
  En cualquier caso, prometemos contestar.

  11.1.  Y no tenis nada que agradecer a nadie?

  Ufff... Al contrario. No acabaramos nunca. Pero vamos a intentarlo;
  adems, es la parte ms relajada de todo esto.

  11.1.1.  De Antonio Verdejo

  Mi lista es interminable (tengo tanto que agradecer a tanta gente, y
  esta es la ma ;-), pero intentar ser breve.

  Para empezar, a Francisco Jos Montilla, mi apaero, porque fue quien
  me introdujo en esto de la RDSI y el Linux, gracias por tus
  "SOfritos", y por la paciencia que tienes conmigo y el Quake.
  Recuerdos a quien ya sabes.  Gracias por todo, de verdad. Ah!

  y vigila tu espalda, un da aparecer por DM4 con un bazoca y... ;-))

  A toda la gente del Lucas, Insflug e HispaLinux. Inmejorable trabajo
  el vuestro. A la gente de Enred (saludos ZoR) por organizar lo
  inorganizable y darle forma de Party.

  A Jess Fuentes Saavedra, por sus consejos. A Enrique Melero por
  idntica razn. A Iaki Arenaza por estar trabajando tambin en el
  tema RDSI. A Miguel Armas del Rio, por mantener la (creo) mejor lista
  de Linux en castellano.  A todos los contertulios de dicha lista por
  sus sugerencias y nimo, seguid as!

  A Alvaro Villalva (aka unsCAred) por que siempre est ah con su
  compilador preparado (-- FJM
  y su buscador a punto... ;-)

  A toda (TODA) la pea del canal linux del IRC Hispano (la lista no
  tendra fin, prometo -prometemos- citaros a todos en una prxima
  revisin de este documento, aunque sea en un anexo exclusivo ;-) por
  ser como son, por ser como sois, majsimos!... y a las linuxeras, por
  tener ese par de...  O:-)

  A mi hermano David, y en general a toda mi familia, por su apoyo.
  Gracias especiales a Isa, Regi y Basi por cuidarme tan bien (qu
  hara yo sin vosotras!).

  A mis amigos, mis mejores amigos (Jero, Javi, Alberto) porque siempre
  se puede contar con ellos, y porque comprenden que a veces pase ms
  tiempo con Linux que con ellos...

  A mis amigas, mis mejores amigas. A Begoa, por todo. A Ana Roco, en
  la distancia, porque s.

  A N. S. (``no s'') por su mirada. Siempre. A Alberto (aka Case) por
  sus cumpleaos.

  A Marc, por la tarjeta que dio el empujn definitivo a este Como. Y a
  la gente, que, junto a l (``1 para to2 y to2 para 1''), me hacen
  pensar diferente...  Are U dudez?

  A ``el gremio del cuervo'' por su msica (cojonuda) por su directo
  (destroyer) y por darme una idea de lo larga que puede ser (y no
  cortarme ante ello) una lista de agradecimientos... ;-) Y a Pepe, por
  supuesto, por descubrirme este pedaso grupo. Hello man, I am the
  Sun...

  A tod@s l@s que me dejo (y de l@s que sin duda tendr noticias).

  Y en general, a toda la gente que hace que, cada da que me levanto,
  no piense como Sneca, que deca Maana ser peor... ;-)

  Gracias!

  11.1.2.  De Francisco J. Montilla

  A mi apaero Toni, por compartir esas madrugadas linuxeras, por
  tenerme al da de lo que pasa en el mundo Linux, y por dejarme
  masacrarle al Quake tan generosamente :P.

  Y por dejarme sin nadie a quien agradecer. Abusooon!!!!!

  A mi mujer, por aguantar estoicamente mis trasnochadas Linuxeras, mi
  apegamiento ordenadoril, y animarme todava a darle duro a esto.

  12.  Anexo: El INSFLUG

  El INSFLUG forma parte del grupo internacional Linux Documentation
  Project, encargndose de las traducciones al castellano de los Howtos
  (Comos), as como la produccin de documentos originales en aquellos
  casos en los que no existe anlogo en ingls.

  En el INSFLUG se orienta preferentemente a la traduccin de documentos
  breves, como los COMOs y PUFs (Preguntas de Uso Frecuente, las FAQs.
  :) ), etc.

  Dirjase a la sede del INSFLUG para ms informacin al respecto.

  En la sede del INSFLUG encontrar siempre las ltimas versiones de las
  traducciones:  www.insflug.org. Asegrese de comprobar cul es la
  ltima versin disponible en el Insflug antes de bajar un documento de
  un servidor rplica.

  Se proporciona tambin una lista de los servidores rplica (mirror)
  del Insflug ms cercanos a Vd., e informacin relativa a otros
  recursos en castellano.

  Francisco Jos Montilla, pacopepe@insflug.org.

