Porta 3G - tecnología de otro mundo (y sus DNS también)...

Imagen de a_villacis

Forums: 

El lunes 22 de diciembre, compré un Amigo Kit de Porta con su modem Huawei para conexión a Internet. Este modem incluye el soporte para Windows, pero yo uso Fedora 10 en el computador de mi hogar (es de escritorio, no una laptop). De todos modos lo probé bajo la interfaz gráfica con GNOME y NetworkManager que viene por omisión con Fedora 10.

La buena noticia es que sí se puede navegar a una velocidad "aceptable". Los picos de velocidad llegaban a 300 kilobytes (no kilobits) por segundo, y el promedio de velocidad sostenida es de alrededor de 50 kilobytes por segundo. Estas mediciones las hice usando el applet NetSpeed de GNOME mientras se realizaba una actualización total de paquetes de Fedora 10 con yumex.

La mala noticia es que esta navegación requiere esfuerzo extra en GNU/Linux. El problema es que los servidores DNS que me sirve la negociación PPP, no responden a peticiones de DNS. Se requiere configurar a mano (en /etc/resolv.conf) otros servidores DNS distintos de los que indica Porta, para poder resolver nombres de red.

La experiencia completa fue así:

Al conectar el modem en el computador, en su puerto USB, fue reconocido de inmediato. El applet de red que viene con Fedora 10 reconoce que existe una conexión nueva 3G disponible, y ofrece conectarla. Al hacerlo, puedo ver en /var/log/messages que la negociación va por varios pasos, y se recibe la siguiente información:

IP de interfaz: xxx.xxx.xxx.xxx (normal que cambie en cada intento)
IP de P-t-P (remota): 10.64.64.64
DNS primario: 10.11.12.13
DNS secundario: 10.11.12.14

La conexión aparenta realizarse con éxito, pero luego todo intento de navegación falla con el error de que el host (cualquiera) no puede resolverse. Entonces ejecuté Wireshark (anteriormente Ethereal) para averiguar lo que estaba pasando. Resulta que el computador le manda las peticiones DNS a los servidores indicados (10.11.12.13 y luego 10.11.12.14), pero los equipos nunca contestan. Parecería que no existen tales equipos, o que no son DNS. Sin embargo, las conexiones directas al exterior, especificadas únicamente a través de la IP, funcionan perfectamente. O sea que el problema no es que no tengo conectividad, sino que el DNS no responde.

Afortunadamente, tenía en un archivo una lista de DNS públicos distintos de Porta. Al agregar los DNS adicionales a /etc/resolv.conf, finalmente pude resolver los sitios, y realizar las pruebas de velocidad. Por pura curiosidad, ejecuté un nmap hacia los servidores que la conexión anuncia como DNS, y tienen puertos abiertos como tcp/1720 (para llamadas H.323). El hecho de que contesten algunos puertos indica que los servidores existen, sólo que no contestan a la petición DNS.

Pensando que podría haber algún problema técnico, llamé al *611 con opción 522. La persona que me contestó, desafortunadamente, no parece saber nada de DNS. Cuando le empece a indicar que parecía que sus DNS no responden, y le indiqué las IP mencionadas arriba, me preguntó que qué era una IP (...), que los números que le recitaba sólo servían si quería configurar una cuenta de correo (?!?!?), y para cerrar con broche de oro, me preguntó que qué me estaba mostrando el programa de conexión de Huawei (el que sólo funciona bajo Windows), y le dije que yo usaba Linux. Entonces me dijo que el servicio sólo funciona bajo Windows y Macs, y que no funcionaría bajo otro "aplicativo"... Como reconocí que el tipo no me podía ayudar (porque nada sabe) le dije que iba a hacer la prueba bajo Windows.

Porta 3G sí soporta Linux... pero no lo saben... se hacen los locos... (como en una canción).

Cómo creen que voy a querer hacer la prueba bajo Windows? si con la velocidad de red que medí, me caería un millón de virus en menos de un minuto, antes siquiera de abrir el browser. Pero para rematar, sólo para tener un argumento contra el tipo la próxima vez que llamara, intenté de todos modos hacer la instalación bajo Windows (XP con SP2). Dizque se instaló correctamente (desde un almacenamiento proporcionado dentro del propio modem) pero luego el programa de control del modem (el que tiene la ventana principal de fondo azul con un menú y un solo recuadro de texto con un botón "Conectar" al lado ) se quejaba de que "No se encuentra el dispositivo"... con el modem conectado al computador. Es como que Windows tuviera miedo de conectarse al Internet y que le caiga virus... }:)

Ahora, la pregunta para todos: Quién de todos ustedes tiene el mismo servicio Amigo Kit de Porta 3G (no importa el plan específico, sólo que sea modem Huawei) y ha consegido hacerlo funcionar bajo GNU/Linux? Tuvieron que hacer lo mismo que yo? O les funcionó el DNS normalmente? Si es así, qué DNS les reportó el equipo remoto? Si no pudieron hacerlo funcionar, pudieron ver por qué?

Más averiguaciones

Imagen de a_villacis

La configuración de conexión de Porta es medio dañada...

Para empezar, no indica a los clientes de PPP estándares (o sea, no-propietarios) una IP para el punto remoto de la conexión PPP. La evidencia, de /var/log/messages:

Dec 25 15:38:16 karlalex pppd[4003]: Could not determine remote IP address: defaulting to 10.64.64.64
Dec 25 15:38:16 karlalex pppd[4003]: local IP address 172.31.117.77
Dec 25 15:38:16 karlalex pppd[4003]: remote IP address 10.64.64.64
Dec 25 15:38:16 karlalex pppd[4003]: primary DNS address 10.11.12.13
Dec 25 15:38:16 karlalex pppd[4003]: secondary DNS address 10.11.12.14

Luego, averigué en una máquina Windows en un kiosco de Porta en Policentro, que las IPs 10.11.12.13 y 10.11.12.14 no son DNS, sino servidores WINS (Windows Internet Name Server). O sea que Porta nos mete a Micro$oft por las narices. Se supone que lo que debe de reportar son DNS. No está muy claro todavía si la negociación PPP del programa propietario de Huawei recibe los DNS en la misma negociación que los WINS, pero en campos extendidos, o si usa una negocación adicional para recoger los DNS.

Alguien sabe cómo hacer para configurar DNS personalizados que NO SEAN SOBREESCRITOS por los que proporciona la conexión PPP ? En Fedora 10 con GNOME y NetworkManager ? Actualmente lo que escriba en /etc/resolv.conf se sobreescribe al conectarse con la basura que manda Porta, y tengo que quitarla manualmente antes de poder navegar a cualquier sitio.

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

Felices uds yo no pude

Imagen de falcom

Felices uds yo no pude hechar andar ese mismo modem con Fedora 10 y KDE, como no tenia mucho tiempo para investigar (y el modem y plan no era mio) pues lo deje...
********
Salu2 and Have Fun

usa los de opendns que te

Imagen de Epe

usa los de opendns que te indica tonny, son publicos y excelentes. Ahora estoy con alegro a través de una tarjeta franklin y con opendns, todo excelente.

pregunta: cuál de las varias ofertas de modem es la que te funcionó con fedora? Es que queremos comprarnos uno pero lo que nos detiene es escoger el incorrecto (ellos no dan demos y hay que comprarlos a ciegas, no te asesoran en linux)

Saludos
epe
--
NuestroServer.com
Ecuador: +(593) 9 9246504, +(593) 2 600 4454
USA: +1 305 359 4495


Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Solución encontrada, requiere recompilar

Imagen de a_villacis

Buscando en foros de Internet, acabo de averiguar que el problema es con la interacción entre el modem Huawei y el PPP de Fedora. Según lo que entendí, el modem le manda primero los WINS y luego los DNS, con el identificador "correcto", pero PPP sólo acepta los primeros como DNS. También encontré parches que se aplican a la versión actual de PPP para que acepte y reconozca esta particularidad, y siga recogiendo los DNS. Luego de recompilar y regenerar el RPM, mi modem funcionó correctamente en Fedora.

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'