Consulta sobre Claro

[Miguel Grassi]

Hola gente,

Alguien en la lista con experiencia en SIMs de Claro (Argentina). 

Explico el problema

Un cliente remoto puso un SIM normal de Claro (de los que se venden en el kiosko, para teléfonos) y lo puso en un dispositivo nuestro que funciona perfectamente con un SIM de Personal para IoT. Probó varios APNs que encontró en Internet y con alguno logra conectarse a la red, obtener IP, etc. pero no se puede conectar a mi broker MQTT, casi seguro porque el dispositivo no está pudiendo tomar la fecha y hora de la red, de modo que los certificados SSL son considerados inválidos. Mi log no estaba en modo verbose, de modo que no sé las causas con exactitud todavía (El broker recibe el intento y registra solo "Client <unknown> disconnected: Unknown error"). Cuando pueda intentaré recabar más info de ahí.

Por ahora, las preguntas son: 

Cual de todos los APNs que andan dando vueltas es el más indicado?

Es posible que un proxie o algo asi bloquee UDP o consultas de sincronización via NTP?

Donde consigo un SIM de Claro para IoT en CABA para probar con un dispositivo mio?

Cualquier otro dato u opinion de alguien que labure en/con Claro (en CABA o en el interior) será bienvenido.

Saludos!

Miguel

[Jorge Andersen (DJ Scihacker)]

Buenas noches. Quizás el problema sea que los APNs que están listados en los foros son útiles para usuarios finales, pero no cuentan con un plan de datos adecuado para el uso en IoT. Es posible que por cuestiones de eficiencia de uso de los canales algunas bandas o modos estén un poco restingidas o simplemente la empresa está usando Roaming por crecer de infraestructura propia (CTI, Compañía de Teléfonos del Interior comenzó muy lejos de CABA y luego se acercó). Quizás haya un conflicto con el uso de GPRS o le falte algún dto clave "obligatorio" para funcionar, como datos del hardware en el que va el SIM (cuenta de Google, ubicación, etc).

Posibles pruebas: adquirir SIMS de las que se venden en China o USA para HT de red o GPS; hablar con gente de empresas que usan SIM en sus sistemas, como Verisure; preguntar directamete en Claro si cuentan con alguna solución adecuada para ese dispositivo. 

El error parece ser que no puede autenticarse, o que en el handshake no se entienden. Si es por el tema del reloj ¿el formato regional coincide? Es posible que haya un desfase de versiones entre el dispositivo IoT y la torre de la red celular. Pasa, qu esi el tráfico o dispositivo no presenta una suerte de "dumb behaviour" se considera inseguro. Me pasa en los navegadores, que si  no tengo un comportamiento imprudente o tengo ciertas precauciones (ad blocking, por ejemplo) hay sitios que se ponen paranoicos y ametrallan a cpatchas o esperas.
Quizás convenga setear el reloj localmente y luego sincronizar por la red.

Si podés tener un log detallado del caso funcional y del caso que falla va a ser más fácil comparar, incluso pasándolo por una IA.

Experiencia personal: muuuuchos equipos que usan SIM tienen el mismo IMEI (smartwatchs chinos, por ejemplo). Si se da de alta el mismo IMEI en dos redes distintas, el que llegó primero y con mayor reguaridad se queda con la conectividad. En ese caso hay que cambiar el IMEI.

Espero que te pueda servir al menos como para mirar desde otra perspectiva. Éxitos con el proyecto. 

[msamp...@gmail.com]

Mi experiencia con dispositivos que utilizan la red de telefonía celular es que no podes confiar en las proveedoras. Salvo para las cosas que ellas específicamente venden como servicio. Cualquier uso no habitual, no esta contemplado entre las cosas que te van a resolver, excepto que seas un gran cliente.
UDP posiblemente lo tenga o bloqueado o con alguna suerte de proxy o con alguna restriccion para ofrecer su propia plataforma : https://www.claro.com.ar/empresas/claro-connect

Todo lo que he hecho con los equipos con los que trabaje, finalmente lo volqué como tráfico https. Así, usando un puerto estándar, sobre un protocolo estándar, reduje la frontera de posibles falla a la desconexión absoluta. Si bien, me sobrecarga los clientes, no tengo problemas con respuestas del estilo : no es algo que demos soporte, o solo esta disponible para el segmento xxx, etc

Sobre NTP, dependiendo de lo exacto que tiene que ser el registro (minutos?segundos? etc) podes resolverlo haciendo una consulta a un https al sitio web de tu preferencia, y capturando el campo Date del header (todo depende de las capacidad del equipo claramente)

Saludos

Maximiliano

[Oscar Sanz]

Hola Miguel.
Hace unos días intenté conseguir SIMs para IoT e intenté comunicarme
tanto con Claro como con Movistar y Personal.
Nadie me dió bola y los que respondían ni sabían lo que era IoT.
Así que por un lado te pregunto yo a vos dónde puedo conseguir esas
SIM de Personal que andan ok para IoT.
Y a la comunidad, me sumo a la pregunta de conseguir SIMs de Claro,
que al menos hace unos años eran los que mejor andaban.
Con respecto a que si un proxy puede filtrar tráfico UDP, en mi
experiencia entiendo que sí.

Espero que te sirva esta poca data y que consigamos más respuestas.
Saludos!

_____________________________________________________________
Ing. Oscar Sanz
os...@ranquelco.com
+54 (911) 50416702

> --
> -- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
> ---
> Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
> Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a embebidos32...@googlegroups.com.
> Para ver este debate, visita https://groups.google.com/d/msgid/embebidos32/CAErGbdgo1KqKkVq1HG8W5ycWueJQ5tczhBDWXt8HSFp9JMSH1g%40mail.gmail.com.

[Fernando M. Maresca]

buenas.

Claro APN igprs.claro.com.ar u/p: intenet no bloquea UDP y se puede usar
con MQTT-TLS sin problemas, no bloquea TCP 8883.

Por otro lado, si alguien necesita contacto para contratar Kite en TASA
(ahora es todo telecom así que viene a ser lo mismo) me puede contactar
por privado (de onda, no tengo nada que ver con TASA/Movistar).

Entiendo que la única forma de tener LTE-M (LTE-IoT) es contratando ese
servicio o equivalente de otras empresas.

Saludos

> CAJ6rfkMRVRqLGM8SS2q%2B%3DPUphwZMm1HR%3DWor0xKBJ%3D_Dz4Cn_A%40mail.gmail.com.

--
Fernando M. Maresca
Monitoring Station S.A.
Calle 53 nº 425
La Plata (B1900BAI) - BA - ARG
Int: (+54) 221 410 9995
Tel/Fax: (+54) 221 410 9901

[Miguel Grassi]

Gracias a todos por las respuestas. Varias de las sugerencias las he probado ya. El punto es que tengo varias unidades desplegadas en el interior y busco una solución que me evite un recall para configurar el firmware. En respuesta a Fernando,  igprs.claro.com.ar es el APN que el cliente probó. Ya sabemos que el puerto 8883 no está bloqueado por que el intento de logueo llega al broker, pero no se autentica y creemos que lo que está mal es la fecha, como comenté antes. Kite y las plataformas similares de las otras Telcos, apuntan a vender soluciones ya desarrolladas (hard+soft+plataforma) y no deja mucho lugar para los integradores o desarrolladores independientes, no obstante te voy a contactar luego por privado a ver si tu contacto facilita conseguir solo los SIMs, pero en este caso el cliente quiere una solución con Claro porque entiende que en su área geográfica es el único con buena cobertura.

En respuesta a Oscar, el SIM de Personal que le funcionó al cliente es uno común de telefonía que compró en el kiosco de la esquina. Si bien lo puso y arrancó de una, no parece la mejor solución para IoT. 

Gracias a  todos nuevamente y cuando tenga novedades les cuento

Para ver este debate, visita https://groups.google.com/d/msgid/embebidos32/CAJ6rfkMRVRqLGM8SS2q%2B%3DPUphwZMm1HR%3DWor0xKBJ%3D_Dz4Cn_A%40mail.gmail.com.

[Fernando M. Maresca]

Buenos días.

On Fri, May 08, 2026 at 12:50:43AM -0300, Miguel Grassi wrote:
> antes. Kite y las plataformas similares de las otras Telcos, apuntan a vender
> soluciones ya desarrolladas (hard+soft+plataforma) y no deja mucho lugar para
> los integradores o desarrolladores independientes, no obstante te voy a

Con todo respeto, y repito que soy cliente y nada mas: no es así en
absoluto. Uso kite hace años (antes se llamaba m2m y era solo GPRS) y
jamás me impusieron ni su stack, ni ningún tipo de hardware. Esta es una
PyME, y cuando comencé con la plataforma fué migrando un deployment de
unos 5000 dispositivos GPRS desde SIMs convencionales, así que al
comienzo fué muy muy lento y el único problema que he tenido (y todavía
tengo en cierto modo) es que el aprovisionamiento es lerdo comparado con
la tecno: cuando empezaron a venir dispositivos con nanoSIM pasaron
varios meses hasta que me pudieron proveer esas nano. Y ahora está
pasando lo mismo con eSIM: no hay actualmente eSIM en kite .ar (no se
afuera).

Por el lado del deployment (además de la ventaja económica obvia) el
aspecto administrativo para nosotros es muy heavy porque no es raro que
se te "pierda" una SIM y la podés bloquear/dar de baja al toque y
programáticamente, la API de kite es muy buena. No tenés que andar
friccionando con nadie ni comerte un finde con el c... apretado pensando
que te pusieron un locutorio con tu línea.

Cordial saludo a la lista.

[Miguel Grassi]

Gracias por la aclaración Fernando. Opiné más que nada en base a lo que he observado en otras compañías con plataformas similares, porque no encontré información en la Web de Movistar  Argentina sobre Kite o loT (el sitio de kite argentina solo me muestra la página de Login). Hay más info en la pagina de Telefónicatech (supongo que es Telefonica de España), pero ahí también me dieron la impresión de estar más orientados al cliente "empresa" que al cliente "desarrollador" (https://telefonicatech.com/sectores) tal como otras compañías. Probablemente si te atiende la persona indicada, como lograste vos, ya la cosa se vuelva más simple. Una vez que se tiene acceso a la plataforma, coincido en que lo mejor es operar con una buena API o sitio Web disponible 24/7. Te escribo por privado.

Saludos,

Miguel

--
-- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
---
Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a embebidos32...@googlegroups.com.

Para ver este debate, visita https://groups.google.com/d/msgid/embebidos32/af3FIYY5gTtBTFJc%40monssa.com.ar.