El día 3 de enero de 2010 14:47, Miguel Rabi <[email protected]> escribió:
> Ahora quien proteje a nuestras empresas, pequeñas, medianas y grandes > consumidores de servicios de telefonia, que mensualmente gastamos > cientos de miles de soles (y dolares) para mantener nuestra > productividad, de la codicia de nuestros operadores telefonicos (todos > muy nuestros, Españoles, Mexicanos, o Norteamericanos…) y sus socios > gubernamentales democraticamente elegidos y pagados por nuestros > impuestos? Miguel, He leido con mucho interés tu correo que no es cortito pero que tranquilamente he podido leer en unos 5 minutos. Comento eso porque hay mucha gente que se desanima de leer los correos largos perdiéndose mucha información relevante, en fin. De leer tu correo se me vienen a la mente vairas ideas y preguntas: a) Sospecho que esto de la portabilidad numérica se ha hecho siguiendo una tendencia en los mercados globales pero es muy posible que como dices, se busque complicarle la vida a las empresas que estaban encontrando maneras de optimizar su gasto en llamadas a celulares. b) Supongo que sería mucho mas fácil que, por norma del gobierno, los operadores publiquen en un formato muy sencillo los números que ellos operan, algo que no tendría porqué afectar la privacidad de los suscriptores porque solo se trata de asociar a cada número al operador, no al usuario. c) Sin embargo, de no existir esa base de datos pública, ¿no será una oportunidad de armarla como un proyecto "opensource" + "opendata"? d) ¿Eso tonito, esa tonadita que suena al inicio de cada llamada no debería permitir identificar al operador? Si se crearan algunos webservices públicos centralizados para que los ruteadores actualizaran y compartieran la información que van detectando se me ocurre que se puede construir colaborativamente dicha base de datos de manera automatizada. e) Por el momento, al menos al inicio, muy poca gente va a estar llevándose su número a otro operador, así que el problema no es tan grave ya que la antigua manera de determinar el operdador debería estar funcionando en la mayoría de los casos. f) A estrategia que de primera impresión me parece que tiene sentido es que cada ruteador descargue de internet una base de datos de números que SI se han pasado de operador y que la actualice periódicamente, de esa manera, al marcar un número se busca en estos casos excepcionales primero y si no se encuentra se asume el operador de la manera antigua. g) ¿Que tan fácil es para el software de estos ruteadores detectar al operador por su tonada? Para Asterisk, esas rutinas ya estan listas ¿No es lo primero que deberían compartir los interesados de manera pública y gratuita? h) A la hora de construir los webservices, habría que pensar un esquema que no tenga un SPOF (Single Point of Failure) de manera que un ruteador pueda intentar actualizar la base de datos de una lista de servicios web en servidores distintos usando una lista de servidores y que luego estos servidores sincronicen sus bases de datos. De esa forma si uno esta caido, el trafico migra solito a los otros y luego cuando se levante, se actualiza la información. No es lo más fácil del mundo pero ya hay sobradamente tecnología en MySQL o PostgreSQL como para hacer eso. i) A la hora de construir un webservice así, que tendría que ser opensource para simplificar la aparición de varios servidores, se deberían evaluar alternativas muy simples como XML-RPC, o REST en lugar de cosas mas complicadas y pesadas como SOAP. Si, es cierto que .Net soporta SOAP directamente pero es una complicación, las trames son mucho mas grandes y es complicarle la vida a los clientes que están en otros lenguajes. Sugiero algo extremadamente simple usando HTTP con todos los parámetros ya sea metidos como parte del URL o como parámetros GET, siguiendo el estilo RESTful u "orientado a recursos", como lo tiene Twitter, con respuestas tanto en JSON como en XML al gusto del cliente. j) Te invito a que expongas este tema, su problemática y que conversemos alternativas de solución en una charla en el PLUG, podría ser la charla central de Febrero. Un abrazo y feliz 2010! Antonio _______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://listas.linux.org.pe/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
