archlinux: Método de compilación del kernel a "The Arch Way"

Siendo asi hay que preparar un nuevo nucleo de manera manual bien sea usando la guia de manera tradicional, utilizando ABS o construyendo un PKGBUILD desde el scratch.

"The Arch Way" usando ABS
Generando el Linux Kernel utilizando el ABS framework:
Copie el contenido de toda la estructura del build del paquete kernel26 ubicado en /var/abs/core/kernel26
cd ~/abs
[user@host abs] cp -r /var/abs/core/kernel26/

Configure archivo PKGBUILD:
decomente la linea make menuconfig

Generar kernel usando ABS ("The Arch Way"): El proceso de trabajar con ABS implica hacerlo con usuario "non-root" :D
[user@host kernel26]$ makepkg -s

Si deseo verificar o ubicar posibles módulos compilados con el kernel y agregarlos a /etc/mkinitcpio.conf (en caso de ke sea estrictamente necesario):
find /lib/modules// -type f -iname '*.o' -or -iname '*.ko'

Si toca regenerar el initrd, con mkinitcpio y editando el fichero /etc/mkinitcpio.conf ajusto su configuración:
# mkinitcpio -p kernel26

Si el proceso de compilación y posterior construcción del pkg.tar.gz es satisfactoria, entonces procedemos a reemplazar el paquete previamente instalado con pacman:

[root@{host} /home/{user}/abs# pacman -U kernel26-2.6.31.6-1-x86_64.pkg.tar.gz

archlinux: Poniendo en marcha Gfarm

En esta oportunidad tendré el gusto de compartirles mi experiencia en la puesta en marcha desde cero de uno de los sistemas de archivo distribuido/paralelo para sistemas distribuidos de alta disponibilidad y desempeño denominado Gfarm sobre una caja archlinux 2.6.31-5 corriendo sobre hardware HP DL380 G5.
Arch a través de ABS utiliza su propio esquema de instalación de paquetes al mejor estilo de ports como esquema ya exitoso en plataformas gentoo (portage) y FreeBSD (ports).
Contamos que nuestro Arch cuente con el conjunto de aplicaciones y utilitarios base-devel y abs (fakeroot es opcional para la generación de paqeutes con makepkg) todos necesarios para poder compilar nuestro código fuente. En esta ocasión vamos a compilar Gfarm de manera tradicional pero en una próxima entrega ya explicaré como hacerlo al mejor estilo "Arch Way".
Gfarm utiliza OpenLDAP ó PostgreSQL como backend dentro del manejo del metadata server, por tal debemos previamente tenerlo instalado (binarios, sobre todo las librerias de soporte e includes) para poder compilar los componentes necesarios en gfarm.

Nota: Utilicé la etiqueta correspondiente a la version 2.3.0 ya que es la estable, la rama trunk no es estable y tiene un bug en tiempo de compilación que rompe el script. Si desea bajar el tar.gz con los fuentes, se puede pescar de Sourceforge.net. Si desea utilizar svn que fue mi método preferido, todo el current release se obtiene de:
Para llevar a cabo este paso se crea previamente la carpeta, ubicandonos en una carpeta que debe estar previamente creada (ej. /usr/local/src/svn)

[root@canete svn]# svn co https://gfarm.svn.sourceforge.net/svnroot/gfarm/gfarm_v2/trunk gfarm_v2
[root@canete svn]# svn co https://gfarm.svn.sourceforge.net/svnroot/gfarm/gfarm2fs/trunk gfarm2fs

mkdir /tmp/gfarm
cd /tmp/gfarm

/usr/local/src/svn/gfarm_v2/tags/gfarm_2_3_0/./configure --prefix=/usr/local 2>&1 | tee gfarm.out

% make |& tee gfarm.make.out (csh and tcsh)
or
% make 2>&1 | tee gfarm.make.out (bash and sh)

# make install 2>&1 | tee gfarm.install.out

Estas son las opciones adicionales para aplicar a configure:

--with-openldap=directory
--with-postgresql=directory
--with-openssl=directory
--with-globus=directory
--without-mtsafe-netdb
--prefix=directory
--sysconfdir=directory
--enable-voms
--enable-xmlattr

Para construir el componente gfarm2fs es necesario que la libreria/include FUSE a nivel del kernel linux esté activada.

mkdir /tmp/gfarm2fs
cd /tmp/gfarm2fs
[root@canete gfarm2fs]# /usr/local/src/svn/gfarm2fs/./configure --with-gfarm=/usr/local --prefix=/usr/local 2>&1 | tee gfarm2fs.conf.out

Options for configure (Gfarm2fs):

--with-gfarm=directory
--prefix=directory
--enable-xattr

filesystem userspace (fuse):
Si el proceso de compilación falla probablemente es que está pidiendo las librerias de uso de FUSE (libfuse). Procedemos a instalar el paquete (binarios, librerías e includes) correspondiente:

# pacman -S fuse

Posterior a la instalación, hay que subir el modulo en la sesión actual: modprobe fuse
Agregue entonces a la variable de entorno $MODULES en /etc/rc.conf para cargar el módulo cada vez que inicie Arch. Adicional a eso, se debe contemplar el dispositivo /dev/fuse para usar FUSE a menos que utilices udev.
Si deseas hacerlo a mano (static) /dev, ejecute: mknod /dev/fuse -m 0666 c 10 229

Compilación del módulo gfarm2fs (guardando log de evento para cada stage de compilación natural de la aplicación xD)
[root@canete gfarm2fs]# make 2>&1 | tee gfarm2fs.make.out
[root@canete gfarm2fs]# make install 2>&1 | tee gfarm2fs.install.out

Nota: Si usamos en la configuración --prefix=/usr/local Por defecto Gfarm ubica los binarios en /usr/local/bin y /usr/local/sbin. Si estos no se encuentran en el $PATH environment, por favor añadirlos!.

Configuración de Gfarm Metadata Server (MDS):

# config-gfarm -A root  or config-gfarm

created /etc/init.d/gfarm-slapd
created /etc/init.d/gfmd
how to add gfarm-slapd service is unknown: skipped
how to add gfmd service is unknown: skipped
/etc/init.d/gfmd: line 55: kill: (25069) - No such process
gfmd (pid 25069) is not running? (check /var/run/gfmd.pid)
gfmd: LDAP simple bind: Can't contact LDAP server
gfmd: database initialization failed: can't open
config-gfarm sucess


# useradd -m -c "Gfarm gfsd" _gfarmfs
Esté seguro que useradd genere el "homedir" para ese nuevo usuario.
# su _gfarmfs
$ gfkey -f -p 31536000

el archivo que instancia rapidamente un entorno de ejecución para el metadata-server es config-gfarm. Este permite al final ejecutar un servidor ldap (slapd) con los siguientes parametros por defecto:
/usr/sbin/slapd -f "/etc/gfarm-ldap/slapd.conf" -h "ldap://:10602"

pero es probable que cuando se instancien daemon gfarm para sistema de archivo de nodo (gfsd) el initscript puede generar un error anunciando que no hay presente un daemon de slapd activo.
Se reacomoda la linea de ejecución del daemon habilitando depuración (-d 1) y le colocamos un host a la URL de ldap://
/usr/sbin/slapd -d 1 -f "/etc/gfarm-ldap/slapd.conf" -h "ldap://localhost.localdomain:10602/"

Configuration of a Gfarm Filesystem Node
Primero testeamos los parametros por defecto que utiliza la configuración esencial utilizando el parametro -t para el comando de inicialización config-gfsd:

# config-gfsd -t /var/gfarm
prefix [--prefix] : Predetermina la carpeta default para las configuraciones u otros archivos a los cuales puede depender.
hostname [-h]: localhost.localdomain
listen.address [-l]: (all local IP address)
architecture [-a]: x86-64-arch-linux
port [-p]: 600
ncpu [-n]: 4
spool directory: /var/gfarm
rc script name: /etc/init.d/gfsd

Si ya quiero generar la información en archivo para gfsd (Gfarm Filesystem Daemon) :

Por favor consulte al usuario admin_user para registrar su host con el siguiente comando:

/usr/local/bin/gfhost -c -a x86_64-arch-linux -p 600 -n 4 localhost.localdomain

Despues de ello, inicie gfsd con el siguiente comando como usuario root:





:-)

Bregando con Gentoo Portage

En estos dias, luego de la migración de mi desktop ahora con sabor a Gentoo procedi a realizar algo ke le he llamado "actualización masiva" del cluster de alto desempeño "area51" desde un perfil 2007.0 al más reciente 2008.0. Gentoo es una distribución no apta para aquellos que keremos todo breve y al vuelo, pues esta hecha para trabajarle en caliente al sistema para lograr una profunda optimización y personalización del sistema. Aunque perfectamente puede trabajar con paquetes precompilados (debian packages .deb y/o red hat package management: .rpm) pero realmente irás a desperdiciar su mejor presentación. Agrego en esta nota los comandos mas importantes para llevar a cabo usando herramientas de gestion de ebuilds de Gentoo en su gran sistema Portage (este esquema proviene de los lineamientos que utiliza FreeBSD Ports, pero basado en python con comandos como: emerge, equery, qpkg, etcat).

Configurar Modem ZTE MF-616 UMTS/GPRS/EDGE (FCC. ZTE MF-626) 3G en Gentoo Linux amd64

Bueno mis apreciados lectores, Despues de dos años de con Ubuntu x86_64, finalmente decidí migrar a lo que es a mi parecer es la distribución mas optimizada y configurada a la medida del hardware del host sobre la cual corre. Además que se puede jugar con el ya que maneja una especie de busybox + live imagen al mejor estilo Linux From Scratch pero organizado con su soberbio administrador de paquetes/codigo fuente emerge el cual nos agiliza un poco el proceso. Como todo tiene su contra y es que Gentoo no sería grato para los que queremos todo rapido, debido a que por defecto soporta la instalación de ebuilds (makefiles adaptados al modelo Gentoo Linux).
Despues del ejercicio anterior con Ubuntu, en el que el proceso resulto sencillo y breve con resultados rapidos y satisfactorios, y como una tarea postinstalación y actualización general de gentoo a partir de su sistema base 2008.0, me tomé el atrevimiento de configurar este modem ZTE MF-616 UMTS/GPRS/EDGE 3G de Tigo en Gentoo. Realmente no encontré un HowTo (Cómo) consolidado y entendible que me llevara a conseguirlo rapidamente, sino que toco optar en partes por la guia anterior en parte: usb_modeswitch, wvdial, ppp pero con las caracteristicas que tenia ke manejar gentoo. Wvdial en 1era instancia no me habia servido (tal vez algun bloqueo en algun proceso en memoria, sin reiniciar la maquina pudo generarme dolores de cabeza con el hasta hace unos minutos).

Se efectuaron los parametros defaultroute y replacedefaultroute en los parametros de configuración de ppp ubicados en /etc/ppp/options. Si utilizaba replacedefaultroute ke junto a defaultroute podrían cambiar y restablecer la ruta defecto dinámicamente, a diferencia de Ubuntu que si ejercía esta tarea con wvdial+ppp (el paquete de ppp distribuido con ellos viene con el patch habilitado). En este caso con Gentoo Linux no se contempla en absoluto este movimiento de "default gateway" mientras exista predefinida antes de utilizar el protocolo ppp. Anotando entonces lo que comenta el sistema de QA de Gentoo en http://bugs.gentoo.org/227321 acerca de ese parche:

------- Comment #3 From Alin Năstac 2008-06-15 22:12:30 0000 [reply] -------

This replacedefaultroute is really a misfeature from my POV because you will be
left without a default route when pppd will be killed by the user with kill -9
(possibly with other signals as well, I didn't looked at their patch). We (or
at least I) like a different approach to this problem. Instead of blindly
replacing the default route, I let users choose the metric of the default route
created by pppd (see defaultmetric option in pppd man page). This way you could
adapt your setup to whatever needs you have, all you need to do is set the
right metric on the right route.
Anyway, did you looked at the current pppd version in our tree? Do you really
expect us to add such an old (and probably rejected by upstream) patch to our
source tree? :)
Closed as INVALID.

Vemos que no permiten el parche por defecto debido a cuestiones de seguridad. Luego de aclarada esta situación, se procedio con los siguientes pasos consolidados y resumidos:

a. compilar y subir al kernel el subsistema de usb_modeswitch

1. en /etc/conf.d/net: verificar que no exista un default gateway dentro de la configuración de la interface ethernet principal,

routes_eth0=( "default via 172.25.19.2")

Si existe esta linea entonces hay que eliminarlo o comentarlo, y preferiblemente agregar las rutas a redes que por defecto se iban con la configuración de ruta por defecto predeterminada:

routes_eth0=( "172.25.1.0/24 via 172.25.19.2" )

Despues de aplicados los cambios, no olvide reiniciar la interface: /etc/init.d/net.eth0 restart

2.Instalar ppp: emerge net-dialup/ppp
3. creacion de los archivos que controlaran el agregado y eliminado de la ruta default:

/etc/ppp/ip-up.d/adddefaultroute
#!/bin/sh
route add default dev $1

/etc/ppp/ip-down.d/deletedefaultroute
#!/bin/sh
route del default dev $1

3. configuración de /etc/ppp/options básicamente con los siguientes parametros:
lock
+pap
-chap
asyncmap 0
noauth
crtscts
hide-password
modem

4. Habilitando la conexión con el modem 3G, usando ppp daemon directamente:
4a. /etc/conf.d/net:
Agregar la configuración del protocolo ppp con la información similar basada en el caso de wvdial.conf pero con la sintaxis compatible a ese archivo base de networking setup en Gentoo:

#Internet mobile 3G ZTE MF626 TIGO
config_ppp0=( "ppp" )
link_ppp0="/dev/ttyUSB2"
phone_number_ppp0=( "*99#" )

pppd_ppp0=(
"maxfail 10"
"noauth"
"lcp-echo-interval 5"
"lcp-echo-failure 12"
"debug"
"noipdefault"
"defaultroute"
"usepeerdns"
"ipcp-accept-remote"
"ipcp-accept-local"
"holdoff 3"
"noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp"
"460800"
"lock"
"nocrtscts"
)

chat_ppp0=(
'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO ANSWER'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'TIMEOUT' '5'
'' 'ATZ'
'OK' 'AT+CFUN=1'
'OK' 'ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0'
'OK' 'AT+CGDCONT=1,"IP","web.colombiamovil.com.co"'
'OK' 'ATDT\T'
'TIMEOUT' '60'
'CONNECT' ''
'TIMEOUT' '5'
'~--' ''
)

4b. Si no existe el link en el sistema se debe crear la nueva interface ppp0:
en /etc/init.d:
$ sudo ln -s
$ sudo ln -s net.lo net.ppp0

5. Iniciar usb_modeswitch:
Enviar los parametros para switcheo del dispositivo a modo modem/storage:

$ sudo usb_modeswitch -W -v 0x19d2 -p 0x2000 -V 0x19d2 -P 0x0031 -m 0x01 -M 55534243123456782000000080000c85010101180101010101000000000000


Para el Caso de usar configuración directa de pppd:
Se inicia el daemon ppp:

$ sudo /etc/init.d/net.ppp0 start * Starting ppp0
* Bringing up ppp0
* ppp
* Running pppd ...
* Backgrounding ...

5. Si se utiliza el clasico wvdial:
5.a verificar que la configuracion de wvdia.conf contenga:

[Dialer Defaults]
Init1 = ATZ
Init2 = AT+CFUN=1
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init5 = AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
Stupid Mode = 1
Modem Type = Analog Modem
; Phone =
Phone = *99#
ISDN = 0
; Username =
Username = off
; Password =
Password = off
Dial Command = ATDT
New PPPD = yes
Modem = /dev/ttyUSB2
;Baud = 9600
Baud = 460800
Remote Name = *
Auto DNS = on

5b. Iniciar proceso wvdial: sudo wvdial
--> WvDial: Internet dialer version 1.60
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CFUN=1
AT+CFUN=1
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Thu Apr 23 11:48:02 2009
--> Pid of pppd: 21606
--> Using interface ppp0
--> pppd: �[7f]
--> pppd: �[7f]
--> pppd: �[7f]
--> pppd: �[7f]
--> local IP address 186.97.60.84
--> pppd: �[7f]
--> remote IP address 10.64.64.64
--> pppd: �[7f]
--> primary DNS address 200.13.249.101
--> pppd: �[7f]
--> secondary DNS address 200.75.51.133
--> pppd: �[7f]


. Monitorear el daemon desde la consola:
$ sudo tail -f /var/log/messages | ccze
Entre otras cosas debe aparecerle al final del log:

Apr 23 10:03:18 m0n0 pppd[1277]: Could not determine remote IP address: defaulting to 10.64.64.64
Apr 23 10:03:18 m0n0 pppd[1277]: local IP address 186.97.63.117
Apr 23 10:03:18 m0n0 pppd[1277]: remote IP address 10.64.64.64
Apr 23 10:03:18 m0n0 pppd[1277]: primary DNS address 200.13.249.101
Apr 23 10:03:18 m0n0 pppd[1277]: secondary DNS address 200.75.51.133
Apr 23 10:03:18 m0n0 pppd[1277]: Script /etc/ppp/ip-up started (pid 1287)
Apr 23 10:03:18 m0n0 pppd[1277]: Script /etc/ppp/ip-up finished (pid 1287), status = 0x0

Lo que nos indica ke la conexion ha sido satisfactoria y verificar igual que pppd haya aplicado el default gateway al sistema:
# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.64.64.64 * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
dimarbtacx01.di 172.25.19.2 255.255.255.0 UG 0 0 0 eth0
172.25.19.0 * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 10.64.64.64 0.0.0.0 UG 0 0 0 ppp0

Verificamos /etc/resolv.conf, en lo ke tiene ke ver con la resolución DNS:

cat /etc/resolv.conf
nameserver 200.13.249.101
nameserver 200.75.51.133

Hakuna Matata again! :D

Instalar y configurar modem ZTE MF616 HSDPA/UMTS/EDGE 3G de Colombia Móvil "Tigo" bajo GNU/Linux (Ubuntu)

Desde la semana pasada me conseguí este nuevo "gadgedcito" para poder tener un amigo al cual recurrir para cuando se necesite tener un acceso breve y eficiente a la red en teoría desde cualquier punto de la ciudad y en cualquier otra ciudad del país. Como era de esperarse el proceso a seguir en windows era sencillo, sólo habia ke imaginar al menos si había alguna posibilidad de subirlo a linux (ubuntu) y la tarea ya estaba servida, un nuevo reto nacía. El googleo me llevo a varios sitios interesantes, entre esos el sitio principal del aplicativo ke permite switchear la función inicial de CD-ROM ke viene grabada en el hacia modem y/o almacenamiento. Era un poco dispendioso ya que no reunía la info importante en las pruebas para poder aclarar al menos el paso inicial que era poder verificar que el bus usb me desplegaba las pistas necesarias.
Un problema en ese momento era que aún no podría identificar cual era el modelo de ZTE que me podía servir para este y asi poder inyectar satisfactoriamente los parámetros efectivos que me permitieran lograr el switcheo. Leyendo y leyendo en la red encontré que el modelo MF626 era el modelo que fisicamente encontraba mucha equivalencia con el que tenía en mis manos. Buena señal eh!, resulta que la etiqueta trasera del modem basicamente me muestra:

ZTE Model: MF616
HSDPA USB MODEM
IMEI: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
S/N: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
EAN: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

FCC ID: Q78-ZTEMF626
Z T E C O R P O R A T I O N

Con esa indicación del FCC finalmente entendí que Tigo le coloca ese numero de modelo MF616 como por alguna variación o no se con que intención pero realmente el core de ese dispositivo es un MF626. Ya con esa identificación, procedí a googlear con el MF626 en Linux y afortunadamente encontre información relacionada con Ubuntu, la pagina principal del proyecto usb_modeswitch, posteriormente actualizar Ubuntu a la ultima stable release 8.10 amd64. Estos fueron los pasos basicos:

En 1era instancia al insertar el modem, verificamos los codigos iniciales:
$ lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 19d2:2000
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Podemos ver en negrita que el dispositivo fue identificado con el 19d2 (DefaultVendor) y el 2000 (DefaultProduct) que nos indica que el dispositivo arranca en modo de CD-ROM para la instalación del driver (tal como sucede en Win32). En el siguiente paso el comando mágico usb_modeswitch permitirá cambiar el modo de operación del dispositivo y lograrlo pasar a modo usb storage y modem común y corriente.

$ sudo usb_modeswitch -W -v 0x19d2 -p 0x2000 -V 0x19d2 -P 0x0031 -m 0x01 -M 55534243123456782000000080000c85010101180101010101000000000000

.....
.....
Setting up communication with device
Trying to send the message
OK, message successfully sent.
-> See /proc/bus/usb/devices (or call lsusb) for changes. Bye

"OK, message successfully sent", nos indica que fue exitoso el switcheo.

Solo unos segundos despues de inyectado los parametros y si el dispositivo 3G tiene memoria microSD insertada se crea el dispositivo de almacenamiento desplegando su información de inmediato. En ese momento verificamos que ya este switcheado con lsusb:

$ lsusb
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 007: ID 19d2:0031
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

El DefaultProduct 0031 es el que debe aparecer antes de continuar.
Además de esto, se crearán 3 dispositivos en disco como:
/dev/ttyUSB0.../dev/ttyUSB1 y /dev/ttyUSB2 los cuales al no identificar el puerto correcto del modem, podemos entonces ir a prueba/error hasta lograr enviar todos los parametros con wvdial y activar el daemon ppp que nos permitirá finalmente conectarnos al proveedor Tigo.

Seguimos con la activación del modulo usbserial en el kernel:

$ sudo /sbin/modprobe usbserial vendor=0x19d2 product=0x0031
Este paso No debe arrojar ningun error.

La primera vez debemos configurar nuestro fichero con los parámetros de reconocimiento del dispositivo:
$ sudo wvdialconf

El cual nos generara un archivo inicial de configuración para utilizarlo con wvdial ubicado en /etc/wvdial.conf. Luego de aplicar los parámetros esenciales que debo tener presente para una correcta conectividad con el ISP (3.5G Tigo) el archivo de configuración queda de la siguiente manera:

[Dialer Defaults]
Init1 = ATZ
Init2 = AT+CFUN=1
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init5 = AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
Stupid Mode = 1
; Remote Name = *
; Baud = 9600
Modem Type = Analog Modem
Stupid Mode = 1
Baud = 460800
New PPPD = yes
Modem = /dev/ttyUSB2
ISDN = 0
Phone = *99#
Password = off
Username = off
Dial Command = ATDT
Remote Name = *


Modificamos los parámetros PPP en /etc/ppp/options activando esencialmente:
+pap
-chap

Finalmente conectamos al ISP 3.5G con wvdial:

$ sudo wvdial
--> WvDial: Internet dialer version 1.60
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CFUN=1
AT+CFUN=1
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
AT+CGDCONT=1,"IP","web.colombiamovil.com.co"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected. Starting PPP immediately.
--> Starting pppd at Fri Mar 13 10:31:01 2009
--> Pid of pppd: 9651
--> Using interface ppp0
--> pppd: �[7f]
--> pppd: �[7f]
--> pppd: �[7f]
--> pppd: �[7f]
--> pppd: �[7f]
--> local IP address 190.102.202.36
--> pppd: �[7f]
--> remote IP address 10.64.64.64
--> pppd: �[7f]
--> primary DNS address 200.13.249.101
--> pppd: �[7f]
--> secondary DNS address 200.75.51.133
--> pppd: �[7f]

Hakuna Matata!, Conectado!

Un poco mas de movilidad

Bueno llego la hora de tener un poco mas de movilidad pero a su vez de libertad en poder acceder a internet de manera sencilla (sin tener en cuenta tnato las velocidades) a traves de la red GSM con el proveedor Colombia Movil S.A. - Tigo. Bueno hasta ahora la cosa pues es aceptable, digamos que tiene ratos eficiente y otros ratitos bajan las ratas U/D pero dentro de su comportamiento normal. He realizado tests de velocidad (http://www.speedtest.net) con distintos puntos en internet y aqui tenemos algunos resultados a distintas horas del dia con distinto trafico:



El mejor registro: Mar-15-09_01:30

Marzo 28 09: Ahora con la politica de "Uso justo" que encontre en una pagina no oficial de Tigo. No vi que despues de 20GB se aplica un "Uso Justo" de la red y me bajan el ancho de banda a 256Kbps... ke mal! y andamos por aca sin banda ancha!.

Abril 18 09: De vuelta con ADSL de Telefonica - Telecom (Ahora con Banda Ancha 2.0, devasta cualquier otro test previo realizado con Tigo y su 3.5G)


Nuevamente sin el baneo de Tigo internet movil con acceso a todo el ancho de banda disponible para el servicio:

Reunion Familiar en Valledupar (Cesar)

Este ultimo fin de semana fue sin duda un fin de semana de "mucho miedo" como se dice a veces
Con el arribo de la familia Dorville Prens (Tia Teresa y el primo Julián) que no los conocía nos organizamos junto al tio "Miguelito", Gumercinda y la prima Jakeline arrancamos el sabado anterior lo que sería una verdadera "Travesía por el Himalaya" hasta llegar a nuestro destino, la hermosa ciudad de Valledupar, capital mundial del vallenato!. Que barbaro!, tuvimos de todo un poco y lo mas increible es ke el viaje mas largo que haya vivido a Barranquilla ocurrió ese pasado sabado 14 de febrero (Dia de San Valentin en muchos paises). A la altura del pueblito de Luruaco (Atlántico) nos encontramos con una varada de bus magistral, momentos previos a la detención se sentía un fuerte olor a quemao, hubo susto entre los pasajeros ya que igual la cuestión estaba complicada y casi 40 minutos despues hubo que parar el bus para poder arreglar. Duramos ahi en ese show mas de una hora... Eran poco o mas de las 4PM y aun estabamos en ese sitio detenidos.. había tensión entre la gente, como siempre yo muy tranquilo sin perder calma esperando que pronto arrancaramos de nuevo. Finalmente pasadas casi las 5PM arrancamos de nuevo para ubicarnos en la via. El bus se sentía extraño ya que el conductor no iba con alta velocidad y demorariamos mas en llegar a Barranquilla. Por momentos se sentía como si el bus fuese a irse a un lado, y era que como de un lado no estaban las llantas disponibles entonces lógicamente se balanceaba facilmente como si se fuese a voltear a un lado. Despues de pasar por Sabanalarga, el conductor anunciaba que habia problemas y que algunos de los pasajeros voluntariamente podrían abordar otro bus de la flota que venía detrás y así fue!. A las 6:30PM arribamos finalmente a Barranquilla.. ke viaje tan complicao!.

La trampa de los "señores" conductores...

Hace unos meses mientras salía de visitar unos amigos, siendo las 23:00 tomé un taxi y me fui a casa mientras medio me entretenía charlando con el taxista para hacer el viaje mas corto. Fui a sacar mi billetico de 20 barras (COP $20.000) y pagarle la carrera de 7 mil pesos. El señor toma el billete y sin percatarme pq todo fue friamente calculado por parte del conductor sagáz que aprovechó para hacerme en ese espabilar de ojos un cambio de billetes. Mientras yo lo miraba al rostro no me percate que en ese momento cumbre mi amigo el conductor tramposo me había cambiado el billete por otro que tenía en la mano... haciendose el marica y revisandolo haciendome cara me dice... "Este billete esta falso.. mirelo... ", Yo más asombrado aún le dije: "Cómo que este billete está falso?, si fuese falso yo no lo tuviese metido en la billetera!" ... El conductor insiste en ke el billete está falso.. y yo atonito e incomprendiendo la situación con rabia y aburrimiento no hice mas que recibirle el billete falso y pagarle con otro de 20 para ke me diera mi vuelto y entendiendo ke habia sido engañado vilmente por uno de estos personajes que mienten. Hago alusión a este tema, ya que esta mañana antes de salir de la casa para venir a mi trabajo, mi hermana Julieth llama al teléfono a mi mamá contandole que tuvo ke devolverse por que el conductor del bus o buseta urbana que había tomado para ir a su trabajo le dijo que curiosamente el billete de 20 barras con el que iba a pagarle era bien falso y que no se lo partía en la cara pq era una mujer. Que descaro por Dios, ella regresó a casa sin ganas de nada.. triste y aburrida porque no entendía lo que ocurría... Entonces recordé lo que me había pasado meses atrás con el taxista, wow! le habían hecho la misma jugada a mi hermana... que tristeza y rabia a la vez saber que estas cosas pueden ocurrir a menudo y muchas veces por confianza no tomamos la debida precaución. De todas formas para un lector como ud., es para que tengamos presente los siguientes detalles muy importantes para contrarrestrar esta situación:

• Marcar el billete y analizar muy bien las manos del conductor que no tenga ningún otro billete a la mano ya que por lo general ellos en una de las dos manos antes de recibir el billete bueno tienen el falso... es muy breve hacer el cambio de billete para ese momento.

• Tratar de cambiar el billete grueso por "menudo".

De todas formas la experiencia nos enseña de lo bueno o malo que nos pueda ocurrir en algún momento ya que nunca esperamos que nos sucedan las cosas.. para tomar acciones necesarias y estar atento y precavido. Ahora le ocurrió a mi hermana, pero puede ocurrirle a cualquiera, asi que Atento a las trampas de los "señores" conductores.