Instalacion del Modem USB Zyxel 630 C1 en Ubuntu 6.06 Dapper Drake. Configuracion específica para que funcione con los modems que entrega Telefónica de Argentina en la zona Sur, especificamente en Florecio Varela — pero creo que deberia funcionar en zonas aledañas: Quilmes, Avellaneda, Berazategui, etc.

Habiendo descargado el DVD Edubuntu 6.06 DVD i386 ( supongo que a los efectos de la instalacion del modem no habrá mucha diferencia entre un Edubuntu 6.06 y un Ubuntu 6.06 ) Este DVD tiene la interesante caracteristica de que se puede usar para una instalacion normal, como asi tambien en modo live ( que no modifica la configuracion de la computadora )

Arranqué la PC (bootié) con el DVD en modo live — la version que no modifica el disco rigido –, y me ha detectado video y sonido todo bien. Casi perfecto. El video no tenía aceleracion, pero dejaré para otro post como configuré la aceleracion de video.

(El bus 001 aqui es una impresora, el bus 002 es el modem USB )

Lo importante aqui, es que para mi sorpresa, cuando la PC estaba arrancando, las lucecitas del modem usb prendian (una fija, la otra titilaba). Hasta que ambas luces quedaron prendidas fijas (señal de que el modem se habia sincronizado automáticamente !!!! Increible !!!! ). Para comprobarlo, hice:

Viendo que la cosa iba encaminada, borré una de las particiones (no la que booteo), cruce los dedos y lo instalé directamente al disco. … Bueno, ya tengo Edubuntu 6.06 corriendo con booteo dual.

En realidad la sincronizacion no era tan simple, y luego de un corte de luz (aproximadamente despues de 1 mes de estar prendida la computadora sin rebootear ) empezó a tirarme el siguiente error en /var/log/message:

Rebootié una vez mas, y pasaba lo mismo. Pero, ¿porque?, si la primera vez que instalé todo la sincronización del modem fue automática, ahora que pasa ? Despues me di cuenta que con la secuencia: booteando primero Windows, conectandome a internet, y luego booteando en Ubuntu con el boton reset — No con el boton de apagado, sino con el boton reset, ese pequeño botoncito que tambien apaga la computadora, es decir, rebooteo “en caliente” — volvia a tener sincronizacion en Ubuntu.

Lo que estaba pasando, era que Windows cargaba el firmware en el modem, y al rebootear Ubuntu “en caliente”, el modem conservaba el firmware. Hay que recordar que este modem opera con un firmware propietario que es cargado en el modem por el sistema operativo.

Ahhh !!!. Entonces lo que tenemos que hacer para darle solucion definitiva — a menos que quieras tener que siempre bootear con Windows primero — es encontrar la forma de que el firmware lo cargue el mismo Linux.

El primer paso es obtener el firmware en un formato que lo pueda usar Linux. El firmware para cargar en el modem es propietario, y es por eso que hay que obtenerlo del CD de instalacion del Modem para Windows, o directamente descargarlo de la pagina de Zyxel. De la pagina, buscan un archivo como el siguiente: P630-C1_CWA.1.1.C0_Windows98_WindowsME_Windows2000_WindowsXP__Standard.zip Yo en mi caso busqué el archivo CNxEtu.sys directamente de la particion de Windows, pero tambien me tome el trabajo de descargarlo de la pagina de Zyxel para comprobar. El unico archivo que nos interesa obtener es el que se llama CNxEtu.sys

Hay un pequeño programita que sirve para extraer el firmware que viene embebido dentro del archivo CNxEtu.sys

este programa hay que bajarlo y compilarlo, se puede obtener de: (en la password simplemente presionar enter )

entran en el directorio utils, y compilan con “make”. Se genera un ejecutable llamado “cxacru-fw”, y este es el que vamos a usar para extraer el firmware del archivo CNxEtu.sys. Para extraer el firmware, simplemente copian el archivo CNxEtu.sys dentro de la misma carpeta donde compilaron el “cxacru-fw”, y ejecutan:

Lo que produce un nuevo archivo llamado “cxacru-fw.bin”, que es justamente el archivo que nos estaba reclamando el mensaje de error en /var/log/messages

~/accessrunner/utils$ ls CnxEtU.sys copying cvs cxacru-fw cxacru-fw.c Makefile readme ~/accessrunner/utils$ ./cxacru-fw CnxEtU.sys cxacru-fw.bin found firmware in `CnxEtU.sys’ at offset 0x41c0 ~/accessrunner/utils$ ls CnxEtU.sys cvs cxacru-fw.bin Makefile copying cxacru-fw cxacru-fw.c readme seba@seba-desktop:~/accessrunner/utils$ file cxacru-fw.bin cxacru-fw.bin: data

Luego copian este archivo en /lib/firmware (necesitan permiso root):

Luego de eso, deberían poder apagar por completo la compuadora, borrando la memoria del modem USB sin problemas. Ya que la mayoria de las computadoras nuevas siguen pasando corriente a los dispositivos si estan enchufadas — por ejemplo, pueden notar la luz del mouse optico encendida o una luz del modem USB encendida. Para estar seguros la desenchufan o apagan el estabilizador (si, no estoy bromeando).

Si despues de bootear en Linux de esta forma notan que se pueden sincronizar sin problemas (las dos luces del modem prendidas ), entonces quiere decir que ya se independizaron de tener que bootear primero con Windows. je je. Ya tenemos hecha la mitad del trabajo.

Ahora a configurar la conexión …

El primer problema con el que me encontré (ademas de que no tenia ni idea como se configura una conexion ADSL en Linux) fue que necesitaba un pequeño programita llamado br2684ctl — y digo pequeño porque dice installed size: 64 Para mi sorpresa, este programita NO viene incluido en el DVD !!!! No tengo idea el motivo, pero creo que sería interesante incluirlo, ya que sino estamos en una situacion del huevo y la gallina. No puedo configurar Internet porque no tengo el br2684ctl, y no puedo descargarlo porque no puedo configurar Internet … Por suerte ( o mejor dicho sabiamente ) habia dejado el booteo dual, asi que tuve que bootear una vez más con “el otro” sistema, para poder descargar este paquete de los repositorios de Ubuntu. Especificamente el paquete es el siguiente: Lo desargan de Ubuntu – package download: br2684ctl_20040226_i386.deb

Luego lo instalé simplente haciendo doble click en este archivo desde el explorador nautilus y siguiendo las instrucciones. Se instalo lo mas bien, no tuve problema de referencia ni nada por el estilo.

Aca les muestro la descripcion del paquete una vez que ya lo tenia instalado:

————————————

Seguimos en camino… Segun leí, ya no me acuerdo donde, para poder conectarse hay que utilizar el comando br2684ctl para crear la interfaz de red nas0. Para ejecutarlo se le pasan unos parametros que dependen de cada proveedor de Internet.

NOTA: El siguiente es uno de los primeros intentos fallidos. Lo documento igual para que vean como luce un intento fallido de conexion, y el posible motivo. (el parametro 8.32 es erróneo en el sig. comando )

———————————

aparentemente hemos creado la interfaz correctamente. Los números 8.32 los encontré en algun foro, ya no recuerdo.

chequeamos las interfaces, y podemos ver que la interfaz nas0 se ha creado:

———————————————————————–

Luego, con el programa pppoeconf configuramos automaticamente algunos archivos iniciales y el archivo /etc/ppp/peers/dsl-provider

¿ Y ahora cual es el problema !!!!! ?

…

Ahhhhhh, me habia olvidado de levantar la interfaz nas0 !!!

“Ahora si !!!” En las siguientes lineas copio las “preguntas” que hace pppoeconf y las respuestas que fui poniendo:

Most people using popular dialup providers prefer the options ‘noauth’ and ‘defaultroute’ in their configuration and remove the ‘nodetach’ option. Should I check your configuration file and change these settings where neccessary?

Yes

username:45559999@speedy login:645331

You need at least one DNS IP address to resolve the normal host names. Normally your provider sends you addresses of useable servers when the connection is established. Would you like to add these addresses automatically to the list of nameservers in your local /etc/resolv.conf file? (recommended)

Yes

Many providers have routers that do not support TCP packets with a MSS higher than 1460. Usually, outgoing packets have this MSS when they go through one real Ethernet link with the default MTU size (1500). Unfortunately, if you are forwarding packets from other hosts (i.e. doing masquerading) the MSS may be increased depending on the packet size and the route to the client hosts, so your client machines won’t be able to connect to some sites. There is a solution: the maximum MSS can be limited by pppoe. You can find more details about this issue in the pppoe documentation.

Should pppoe clamp MSS at 1452 bytes? If unsure, say yes. (If you still get problems described above, try setting to 1412

Yes NOTA: Estas opcion es importante ponerla en Yes para no tener problemas al compartir la conexion con otras computadoras, pero esa es otra historia para otro post.

Your PPPD is configured now. Would you like to start the connection at boot time?

Yes

Now, you can make a DSL connection with “pon dsl-provider” and terminate it with “poff”. Would you like to start the connection now?

Yes (por supuesto, je je)

The DSL connection has been triggered. You can use the “plog” command to see the status or “ifconfig ppp0″ for general interface info.

Ahora que lo veo posteado resulta que simplemente le habia puesto a todo que ‘yes’, pero igual lo dejo todo porque quedo lindo, je je. ————————————————————————————

Bueno, usemos el comando “plog” para ver el estado de nuestra conexión:

**Opps !!! Ya me parecía que no podia ser tan facil. ** Segun los mensajes, parace que hay un problema en el archivo /etc/ppp/peers/dsl-provider

Les copio el archivo /etc/ppp/peers/dsl-provider luego de que lo edite para que funcione: root@seba-desktop:/media# cat /etc/ppp/peers/dsl-provider ========================================== # Minimalistic default options file for DSL/PPPoE connections

debug noipdefault defaultroute replacedefaultroute hide-password #lcp-echo-interval 30 #lcp-echo-failure 4 noauth persist #mtu 1492 usepeerdns #plugin rp-pppoe.so plugin rp-pppoe.so nas0 #nic-nas0 user “45559999@speedy” =============================================

sigamos intentando solo por si acaso:

No. Parce que no hay suerte. Pero bueno, eso son los mensajes que veran si hicieron algo mal, je je. Es que hay algo que hicimos mal …

************************** La siguiente secuencia lleva a la conexion ************************** Notar que en la siguiente secuencia, la diferencia con la secuencia anterior son los numeros pasados como parametro al comando br2684ctl Los números mágicos para la zona Sur (Florencio Varela y alrededores) son 0.8.35 Tambien, notar que br2684ctl no nos devolverá error si ponemos mal estos números, simplemente no nos podremos conectar cuando hagamos “pon dsl-provider” y luego cuando hagamos “plog” para ver el estado, nos devolverá algo como esto: pppd[7573]: Timeout waiting for PADO packets pppd[7573]: Unable to complete PPPoE Discovery

************************** **OK. La siguiente secuencia lleva a la conexion ***************************

Si !!!! Notar que la salida del comando “plog” ahora ha cambiado y luce mucho mas prometedor …

Abrimos el navegador o browser y … Si !!!!! Si !!!!! Si !!!!! Ya se puede navegar desde la maquina hacia internet !!!!

************************** El pequeño script para conectar, con todos los comandos.

seba@seba-desktop:~$ cat conectar_internet.sh #! /bin/sh sudo br2684ctl -b -c 0 -a 0.8.35 sudo ifconfig nas0 up ## sudo pppoeconf nas0 #solo la primera vez sudo pon dsl-provider plog

*************************** NOTA: Si quieres que la conexion se establezca automaticamente cada vez que rebooteas, tendrias que copiar el archivo conectar_internet.sh en /etc/init.d/ y en el directorio /etc/rc2.d/ crear un enlace tipo como el siguiente: /etc/rc2.d/S99conectarinternet -> ../init.d/conectar_internet.sh Bueno, más o menos asi, pero hay diferencias segun las distribuciones.

For Debian, this information is contained in the policy manual, chapter 9.3: system run levels. The home site for the Debian Policy Manual is at

http://www.debian.org/doc/debian-policy/

************************** ************************** ************************** ************************** Aca les pongo algunos datos más para que puedan comparar mi conexion funcionando, y tal vez les pueda ayudar a resolver algun problema de configuracion en sus máquinas. ( Cuando uno está desesperado, cualquier informacion puede ser de ayuda , je je ) **************************

*************************** Al conectar con

“se agrega automaticamente la interfaz ppp0″

/etc/network/interfaces

auto lo iface lo inet loopback

auto eth0 iface eth0 inet static address 192.168.0.1 netmask 255.255.255.0

auto eth1 iface eth1 inet dhcp

auto eth2 iface eth2 inet dhcp

auto ath0 iface ath0 inet dhcp

auto wlan0 iface wlan0 inet dhcp

auto dsl-provider iface dsl-provider inet ppp provider dsl-provider

# added by pppoeconf auto nas0 iface nas0 inet manual

**************************

Ejemplo la salida estandard de ejecucion exitosa del script para conectar a internet:

************************** Bueno, ya tenemos conexion. Ahora nos vendría bien compartir la conexión a Internet con las otras computadoras. Pero esto es otra historia, tal vez para un futuro post. ***************************

ACTUALIZACION 7 de Septiembre 2006 El amigo albin de Chile nos pregunta como obtener los numeros parametros para el comando br2684ctl

Segun lo que estuve leyendo de este link:

http://www.ccrc.wustl.edu/pub/chuck/tech/bsdatm/bsdatm.html

En el siguiente trozo de articulo que traduzco, esta la definicion de los “números mágicos”. Prestar atencion a los terminos (PVC, VCI, VPI ) que son los numeros que se ponen en el comando br2684ctl

Traduzco:

… Los datos son transmitidos sobre una red ATM en “celdas ATM”. Una celda es una estructura de datos de tamaño fijo de 53 bytes que contiene 48 bytes de datos y 5 bytes de informacion de control. Cada informacion de celda incluye un numero de “virtual circuit” (cirtuito virtual). Este número es usado por los switches ATM (los que usa tu proveedor para darte el servicio ) para determinar a donde la celda debe ser enviada, y es usado por los hosts receptores para determinar que buffers de procesos deben recibir los datos (de esta forma, permitiendo datos entrantes de la red ser demultiplexados en el hardware ). El “vitual circuit number” esta compuesto de 2 numeros: the virtual channel identifier (VCI) and the virtual path indentifier (VPI). Todo dato enviado sobre una red ATM esta asociado con un “virtual circuit”. Hay dos tipos de “virtual circuits”: permanents vitual circuits (PVCs) and switched virtual circuits (SVCs). Permanent virtual circuits son genralmente configurados en un switch ATM por un administrador de red (de la empresa). Switched virtual circuits son conecciones que son establecidas “bajo demanda” a travez de protocolos complejos de señales. …

Los terminos importantes son: PVC = Permanent virtual circuit VCI = virtual channel identification VPI = virtual path identifier

Claramente, estos parametros son configurados por los administradores de red de la empresa que nos provee del servicio de internet. Sería de esperar que en el soporte técnico nos pudieran ayudar con estos números, despues de todo, son ellos los que han elegido los numeros. Claro que seguramente no cualquiera del staff del soporte tecnico nos pueda ayudar. Deberemos tener suerte o pedir de hablar con algun técnico competente.

En la RFC 2684 podemos tratar de entender como funciona la encapsulacion sobre ATM pero NO creo que sea de ayuda para “adivinar los numeros”.

http://www.rfc-archive.org/getrfc.php?rfc=2684

http://www.ietf.org/rfc/rfc2684.txt?number=2684

Si alguien sabe como obtener estos numeros de una conexion ya funcionando con Windows, sería interesante que nos lo haga saber. Por lo pronto, lo unico que te puedo recomendar es que le preguntes a tu proveedor de servicio de internet.

**************************

Si tienes alguna duda, sugerencia, o simplemente quieres agradecer, por favor escribe un comentario de este articulo.

Copyright: http://snarvaez.poweredbygnulinux.com Sebastián Emilio Narváez este documento ha sido publicado bajo la siguiente licencia: “Verbatim copying and distribution of this entire article are permitted in any medium provided this notice is preserved.”