Hace un año adquirí el servicio de internet inalámbrico con eGo, ya que la casera del depto no quiso activar la línea telefónica, entonces tuve que contratar la anualidad del servicio con la gente de MVS, recuerdo que cuándo contraté el servicio tenían una promoción de que te daban "gratis" un Ruteador Inalambrico.
El Router Inalambrico que me dieron fué un AirLink 430w(de marca china), este AirLink tenía las cosas básicas de un ruteador, pero dejaba mucho que desear por lo que en todo el año nunca lo use y lo dejé por ahí arrumbado, ya que tenía un WRT54G con un firmware 2.2 y al cuál pude cambiarlo a dd-wrt con lo cuál podía hacer cosas muy interesantes, tal como forwardear puertos, activar un servidor de OpenVPN dentro del mismo router y alojar ahi una aplicación para generar cotizaciones en línea automáticamente, todo en el mismo router sin necesidad de una PC, aprovechando que los de eGo me asignaron una IP Fija Pública en la conexión de internet contratada..
Pero hace unos días debido a que necesitaba instalar un router para unas pruebas con una aplicación con dispositivos móviles, tomé el router para usarlo, por curiosidad le hice un NMAP desde Linux para saber que puertos tenía activados, y me causó curiosidad que como tipo de dispositivo el AirLink me regresará wrt54g, por lo que supuse que el Airlink 430w era un clon de los Linksys de los WRT54G, cosa que no me sorprendió, pues pinches chinos que no van a copiar ?
Total despues de esto supuse que el equipo sería compatible con el firmware del DD-WRT, por lo que buscando en el sitio de DD-WRT pude encontrar el firmware específico para esta versión.
http://www.dd-wrt.com/dd-wrtv3/dd-wrt/downloads.html
Por lo que despues de leer el archivo sobre como flashear el firmware para el Airlink 430whttp://www.dd-wrt.com/dd-wrtv2/downloads/release%20candidates/DD-WRT%20v24%20RC5/Airlink%20101%20AR430W/flashing.txt empece a poner manos a la obra.
Solo hay que tener un poco de paciencia, pues a veces parecería que el flasheado se pasma, pero no mover ningun dedo y solo seguir las instrucciones.
Es requerido tener instalado un servidor TFTP y un cliente de telnet para hacer el flasheo.
Al final si seguimos las instrucciones al pié de la letra, podemos ver instalado dd-wrt en nuestro router AirLink430w y a partir de ahí ir jugando con esta chunche.

Despues de llevar más de año y medio en Flickr subiendo fotos que he ido tomando en diversos lugares y tiempos, me encontré a un grupo de flickeros del D.F. dónde he aprendido bastante en las 2 últimos semanas. Apenas hace unos días me agregó a su lista de contactos de Flickr Michita, una flickera de la ciudad de Oaxaca, quién me mandó una invitación para unirme al grupo de Bokeh..
Bokeh, es una palabra japonesa que significa en español Desenfoque, este grupo de inicio ha sido formado por flickeros -entre ellos Luis Montemayor uno de los fotografos de FLickr que más me han llamado la atención por el arte que deja mostrar en sus imágenes-. Bokeh es un grupo que tiene el objetivo no solo de reunir a varios flickeros, si no también de crear una revista de fotografía que lleva la misión de mostrar los proyectos fotográficos de varios fotógrafos que no tendrían esta oportunidad en revistas impresas.

Despues de haberle echado un ojo a la revista, la encuentro bastante atractiva, no solo por las imágenes, si no también por la cantidad de tips de fotografía, información de tours, entre otras cosas que enriquecen el contenido de la revista.
Por lo que invito a los que por aquí anden a darle un ojo a la revista en:

Hace unos días pude leer en El Universal en línea un artículo sobre la iniciativa que plantea El Sistema Nacional de Seguridad Pública en el pais(SNSP) de implementar la tecnología de RFID para el registro público de vehículos dirigida por el excandidato a la presidencia de la república en las pasadas elecciones del 2006 el Sr. Roberto Campa Sifrián, algo que ya se había planteado hace algunos años con el RENAVE(Registro Nacional de Vehículos) impulsado por Ricardo Miguel Cavallo, pero que fracasó cuándo se descubrió que Cavallo había sido un represor militar.
El artículo comienza con el siguiente desplegado "Eligen chip inútil contra robacoches" y el cuál puede leerse en la siguiente url:
http://www.eluniversal.com.mx/notas/493773.html
Básicamente lo que trata el artículo es de la iniciativa de impulsar el REPUVE usando chips con tecnología de RFID(RadioFrecuency IDentification), lo cuál desde el punto de vista del diario mexicano sería inútil para detener el robo de autos en el pais.
Con respecto a la nota, en parte estoy de acuerdo, ya que el chip de RFID no es un sistema antirobo como los hay muchos en el mercado, el chip de RFID como su nombre lo indica es un sistema de identificación automática de datos a través de radiofrecuencia, esto indica que será posible identificar a cierta distancia -generalmente no más de 9 metros en el mejor de los casos- la información contenida en el chip RFID. Este chip por diseño y tecnología no puede contener mucha información y solo contendrá un número de identificador serializado el cuál será único por automovil(más no implica que no pueda ser alterado), similar a lo que es un código de barras, con la ventaja de que la tecnología RFID no necesariamente tiene que estar a la vista del Lector de códigos, tal como se requiere en el caso de los códigos de barras, si no que el chip de RFID puede leerse aunque la etiqueta de RFID esté dentro de una caja de cartón por ejemplo y la lectura sea desde el exterior, y también su lectura podría ser obstaculizada si la etiqueta de RFID tuviera a su alrededor metal, lo que impediría que propagara la señal de radiofrecuencia para poder ser leída con Reader ya que se generaría una Jaula de Faraday.
También por lo que se comenta en el artículo los chips a utilizar serían activos, esto indica que internamente los chips de RFID contendrán una pequeña batería que le permitiría al chip ser leído a mayor distancia, ya que el mismo chip se encargaría de enviar la señal de radiofrecuencia, cosa contraria pasa con los chips pasivos de RFID que no envían ninguna señal de radiofrecuencia y que solo actúan cuándo un lector de RFID los excita lo que hace que el rango de lectura para chips pasivos sea menor.
Algo muy interesante que no queda claro es que si los tags RFID serán de solo lectura, es decir si solo podrán ser grabados una vez o se permitirá grabarse "ene" veces, ya que si esto es así, entonces es muy posible la fácil alteración del código de este chips, ya que la tecnología de RFID usa un método de encriptación basado en redundancia cíclica lo que a pesar del aumento de los bits de encriptación, solo se aumenta el tiempo en que pueda romperse la clave de encriptación del RFID y pueda ser falsificado.
Con respecto al comentario del universal en línea de que los chips son inútiles antirobo, puedo comentar que es cierto que los chips no servirán de nada al momento en que esté robándose el carro, pues los chips no son un sistema de alarma o algo así contra robos, más bien es un sistema de identificación automática de datos. Pero será posible detectar carros robados a través de estos chips, siempre y cuándo se coloquen portales (lectores de RFID) en puntos estratégicos de la ciudad, conectados a una base de datos de la secretaría de seguridad pública, y que al momento de leer el ID de los chips de los autos que vayan pasando por cierta vialidad, entonces ese ID verificarlo en una base de datos y detectar el status de esa unidad automotriz y en caso de alguna irregularidad notificar a través de un sistema de alarmas a los elementos de seguridad pública.
Aunque habría que esperar como funcionarán estos chips y verificar si en verdad son fiables, es decir que no puedan ser hackeados con otra herramienta de hardware o software.

Symbol Technologies hace algunos años desarrolló una terminal portátil que incluía PalmOS con capacidad de lectura de código de barras, en su primera versión que era completamente batch(Procesamiento local bajo previo recibo de datos y posterior envío de información) la cuál salió bajo el modelo SPT1550 el cuál incluía una versión monocromática de PalmOS 3.5 y con conexión de datos a traves de un puerto serial, posteriormente desarrollo la SPT1746 con PalmOS 3.5 y la tecnología propietaria de Symbol Technologies llamada Spectrum24(pre 802.11b) a 2 mb de transmisión inalámbrica, para luego sacar su versión SPT1846 con PalmOS 4.1 y agregando el soporte de el estándar 802.11b (transmisión de datos a 11 mbits ).

Esta terminal la SPT1846 se hizo muy famosa en el mercado mundial, ya que Windows CE aún no era tan eficiente ya que las versiones de Windows CE 2.0 comparadas con PalmOS 4.1 eran lentas por lo que PalmOS se llevaba por mucho la preferencia de las empresas.

Por lo que en las empresas se empezaron a desarrollar cantidad de módulos de sus ERP bajo la plataforma de PalmOS y apuntadas hacia las SPT1846 de Symbol Technologies, pero años despues Windows CE y PocketPC recuperaron mucha fuerza y absorbieron el mercado de los dispositivos móviles por lo que Symbol Technologies dejó de dar soporte a PalmOS y anunció que dejaría de producir estos equipos y desarrollar sus terminales bajo la plataforma de Windows Mobile y Windows CE. Por lo que aquí en México no se hizo esperar la reacción de los clientes de Symbol Technologies que ya tenían sus proyectos comprometidos bajo la plataforma de PalmOS, algunos que contaban con el know-how suficiente para el desarrollo de aplicaciones móviles no tardaron en migrar sus aplicaciones a Windows CE 4.X(MC9060) ó Windows Mobile 2002(PPT8146), pero ese fué el caso de la minoría, otras decidieron esperar hasta que el tiempo los alcanzará, cosa que no tardo mucho cuándo se sintieron presionadas ya que no había en el mercado dispositivos PalmOS con soporte de lectura de código de barras y conexión inalámbrica de uso rudo como las Palms SPT1846.

Afortunadamente Janam una empresa que se dedica también a la fabricación de equipos de captura de datos para uso industrial sacó su versión mejorada de PalmOS para uso rudo, la XP-20 y XP-30, la cuál se puede decir que mejoró la versión de PalmOS de la SPT1846 de Symbol Technologies, ya que ahora ofrece una versión más actual de PalmOS denominada Garnet 5.4 si no que también mejoró la lectura de código de barras soportando códigos de 1 dimensión y de 2 dimensiones(Ejem PDF-417), aparte que ahora no solo es monocromática si no que también ya hay una versión a color, con soporte de bluetooth y lectura de SD Cards, y con sellado IP54(Norma de seguridad).

Esta terminal no solo fué una solución al problema que tenían algunos clientes con respecto a la escasez de terminales portátiles SPT1846, si no que también les permitió ampliar la capacidad de sus aplicaciones como soporte de impresión vía bluetooth, soporte de almacenamiento de datos vía una SD Card y compatibilidad con las aplicaciones que tenían desarrolladas.

Hace más de un año adquirí en el sitio de TabletMedia un cliente de VoIP llamado iFon para dispositivos móviles con Windows Mobile.
Este cliente de VoIP llamado iFon por lo que pude ver en su sitio "tiene" caracteristicas interesantes comparados a otros clientes de VoIP para PDAs, una de las cosas más importante es que soporta videoconferencias usando las cámaras de las PDAs a través del protocolo SIP usando codecs H.263, H.261 y MPEG-4 , por lo que es compatible con Asterisk, aparte que ya trae integrado el codec comercial G729A, por lo que resultó muy interesante para mi adquirir este cliente y hacer pruebas con un conmutador de Voz sobre IP que tengo trabajando con Asterisk 1.4 para ver como se comportaba el uso de videoconferencias a traves de internet usando VoIP y dispositivos móviles, ya que usando el soporte de VideoConferencia de Asterisk con clientes para PC como Ekiga en Linux funciona bastante bien.
Despues de ver la lista de compatibilidad de dispositivos móviles con cámaras incluídas en http://tabletmedia.com/compatibility.htm pues no lo pensé más e hice la compra del cliente iFon.
Despues de hacer la compra y adquirir el cliente de iFon me dispuse a probarlo, pero sorpresa! el cliente comprado no soporta VideoConferencia, puesto que solo la versión iFon OEM trae el soporte de videoconferencia más no la versión de iFon Mobile que fué la que adquirí.
Por lo que le envío un correo a la gente de TabletMedia informándoles de porqué en el sitio web en especial en el apartado de iFon Mobile si indican que soporta VideoConferencia?, por lo que solo me responden que lamentan la confusión que tuve, pero ellos claramente ponen que la versión iFon Mobile no soporta videoconferencia solo la versión de iFon OEM, así que no hay nada que hacer, más que olvidarme de mis $ 60 dlls.
Esto realmente me decepcionó, ya que para poder adquirir la versión OEM necesito ser fabricante y adquirir cierto número de licencias, cosa que no me es posible, aparte que no he encontrado en la página de internet de los fabricantes alguna versión de iFon que pueda comprar con el soporte de VideoConferencia.
De tal forma que tuve que pagar $ 60 dlls por una cliente de VOIP que pude descargar gratuitamente con una versión de SJPhone para mi PDA, la cuál se puede descargar desde su sitio web en http://www.sjlabs.com de forma gratuita, claro con la restricción de que SJPhone no soporta el codec G729, pero SJPhone si es compatible con el protocolo SIP, aparte que también tenía la opción del SoftPhone para VoIP de OpenWengo la cuál aparte de ser gratuita y software libre funciona bastante bien con Asterisk.
Ni modos.. despues de todo esto hasta en internet hay que intentar ver siempre las letras chiquitas.. :S

Ja, no me queda más que decir.. más que Maldito Alzheimer..!! esto ya que ayer sábado despues de ir con mi Madre y hermanita al Museo de Cera - ya que vinieron de visita de la Ciudad de Oaxaca aquí a la ciudad de México- despues de haber pasado un rato agradable en el centro de la ciudad y despues de pasar a comprar algunas cosas, tomamos un taxi de regreso a casa, al bajar quise pagarle al taxista con un billete que llevaba en la bolsa, pero no tenía cambio, por lo que quise sacar el cambio que llevaba en la bolsa, por lo que antes saque mi PDA[iPaq RX3715] y la puse arriba del taxi para que no me estorbara mientras sacaba el cambio, pero como al contar las monedas no acompletaba mi Madre me presto unos pesos y ya pude pagarle al taxi, pero en ese inter de distracción olvidé que dejé mi PDA y ayudé a mi familia a bajar del transporte, por lo qué sin el menor recuerdo di la vuelta, y entramos a casa.

Pero hoy domingo por la noche quise continuar con un proyecto que tengo de una aplicación de Toma de Inventarios en Dispositivos Móviles que tengo que desarrollar para un cliente en VillaHermosa, quise tomar mi PDA para hacer la depuración y cuál es mi sorpresa de no encontrarla y recordar ese breve lapsus brutus que tuve la tarde del día anterior :S Motivo por el cuál no solo no pude continuar con mi proyecto, que lo haré en cuánto vaya a la oficina y use una de las terminales, si no también cancelar mi salida a Oaxaca ya que no podré programar desde allá por falta de la terminal, así como también tendré que cancelar un par de charlas que había mandado al FONASOL y que tenían que ver con VPN para dispositivos móviles y Programación de aplicaciones móviles para la versión de Familiar Linux que tenía planeado presentar en el Foro Nacional de Software Libre en Coatzacoalcos.

Por eso no me queda más que decir.. Maldito Alzheimer..!!!

Hace poco más de medio año desarrollé una aplicación para un cliente quehabía adquirido terminales portátiles Symbol MC9060G con Windows CE 4.1.
Algo de historia sobre la aplicación:
La aplicación básicamente lo que hace es leer un código de barras de doble dimensión PDF417 y separar los campos de acuerdo a las necesidades del usuario para almacenarlos en una base de datos dentro de la terminal portátil, despues al final de la captura la terminal envía un archivo de texto plano con la información de forma inalámbrica( WiFi 802.11b) a un servidor FTP para luego el ERP de la empresa importe la información a la base de datos de MS SQL Server.
En ese tiempo la aplicación funcionó correctamente y envíaba la información al servidor FTP, pero hace unos días me llamó el cliente informándome que la terminal ya no enviaba la información al servidor como antes lo hacía y que la excepción que le puse a la conexión desde programación le regresaba el mensaje "No Such Host Is Know".
Este mensaje indicaque la terminal no encuentra el host del servidor FTP, lo curioso es que la terminal si tenía conexión inalámbrica incluso se podía hacer ping al servidor vía IP y por HostName, pero por alguna razón desde la aplicación no resolvia ni el nombre del servidor, ni asignando en la configuración de la aplicación la Dirección IP directa del servidor tampoco lograba resolverla.
Lo curioso es que este error me lo mandaba asignando el nombre del servidor o la IP del servidor FTP que está dentro del mismo segmento de la terminal portátil, pero si le asignaba la IP o nombre de dominio de un servidor FTP en internet todo funcionaba a la perfección.
Por lo que imaginé que algo paso en la configuración de la red delcliente en los últimos meses, como pudo haber sido un cambio del servidor WINS o DNS para la red local el añadir un firewall o algo así, motivo por el cuál la terminal no lograba resolver el hostname del servidor en la red local.
Como no quería buscar culpables ni mucho menos pelearme con su configuración de red, quise darle la vuelta y buscarle por el lado de la terminal.
Para probar hice una pequeña aplicación en C# para saber cuál era el problema usando el método System.Net.Dns.Resolve, la cuál me permite resolver un nombre de dominio ó IP, pero también seguía teniendo problemas y me aventaba la excepción "No Such Host Is Know".
Investigando más encontré este blog:
http://windowsmobilepro.blogspot.com/2006/04/etchosts-file-equivalent-in-windows.html

El cuál mencionaba que Windows CE resolvía los nombres de dominio por medio de DNS ó un WIns en caso de redes locales. Propiamente Windows CE o Pocket PC no tienen un archivos de host como en Windows o Linux(/etc/hosts), pero mencionaban que esto podría hacerse mediante la configuración del registro de Windows CE, en este caso no lo hice de esta manera ya que no tengo instalado aqui en mi máquina Embedded C++ 4.0 que es un entorno de desarrollo para móviles de Microsoft y el cuál contiene una utilería para extraer o monitorear el registro de Windows CE y despues modificarlo. En este caso en el blog también menciona de la existencia una aplicación gratuita llamada "Pocket Hosts" que hace lo mismo de configurar a mano el nombre del host y la direccción IP en el registro de Windows de Pocket PC para que se pueda resolver sin ningun problema las conexiones TCP/IP. Sin dudarlo bajé la aplicación que ademas es gratuita de la siguiente url http://www.zimac.de/cestuff.htm Al instalar el .cab e iniciar la aplicación de Pocket Host solo basta dar el nombre el host y la dirección IP para luego activar en la lista la configuración creada.

Con esta aplicación realmente útil pude resolver mi problema de "No Such Host Is Know" que me puso en jaque media tarde para poder darle una solución al cliente, ya que asignando la IP o el Nombre del Host en la configuración de mi aplicación pude enviar sin ningún problema de forma inalámbrica la información de la captura de la terminal portátil al servidor FTP en el segmento de la red local.
Lo que hace la aplicación de "Pocket Host" básicamente es dar de alta dentro del registro de windows de Windows CE el host configurado de la singuiente manera:
HKEY_LOCAL_MACHINE\Comm\Tcpip\Hosts\mexrom
"ipaddr"=hex:C0 A8 01 B0
Dónde C0 A8 01 B0 es la dirección del Host configurado en formato hexadecimal.

Una de las cosas que hacen más agradable a Familiar Linux la distribución de Linux para dispositivos móviles es que permite instalar alrededor de 23,000 aplicaciones diversas para PDAs, en especial para Familiar Linux con procesadores Arm.
Pero algo muy interesante es que permite hacer las instalaciones al estilo Debian ó Ubuntu, si recuerdan instalar aplicaciones en Debian es muy fácil usando apt-get, en el caso de Familiar Linux existe el comando ipkg, el cuál de igual forma que apt-get se conecta a un repositorio de paquetes y desde ahí comienza.
Pero si lo que desean es buscar un paquete ue por alguna razón no estuviera dentro de los repositorios, pueden buscar los paquetes desde la siguiente url: