[Movistar - Internet Colombia] Foro Oficial

Estado
El primer mensaje de este tema es un WikiPost y puede ser editado por cualquier persona. Tus ediciones serán públicas.
Hay alguna manera que los de movistar lo cambie de ruta? me explico, mi ping a miami es de 90 ms, cuando lo normal seria entre 50-60 ms, cabe destacar que tengo adsl pues no hay cobertura de fibra aun en el pueblo donde vivo.
 
Reyk1 dijo:
Hay alguna manera que los de movistar lo cambie de ruta? me explico, mi ping a miami es de 90 ms, cuando lo normal seria entre 50-60 ms, cabe destacar que tengo adsl pues no hay cobertura de fibra aun en el pueblo donde vivo.
Haz clic para expandir...
Diría que no es posible hasta que Movistar cambie las rutas a todos los usuarios en general. La única manera es pagar mensualmente esos programas que tienen rutas privadas y mejoran un poco el ping.
 
AlberDarkFly dijo:
Hoy después de un daño masivo que se presentó el día de ayer, mis telefonos Android One funcionan a la perfección, ¿qué pasó?; No lo sé pero parece que el daño desde los servidores de movistar me benefició, lo malo es que hace un par de días el tracert a la ip publica me daba dos saltos, apenas dos, y ya hoy volvió a darme uno + 29 tiempos de espera agotado, y eso que solicité salir de cg-nat, sigo a la espera a ver que pasa.



edit---------------------

Cosas locas en la vida, hago tracert despues de reinicar el router y me da así:
Microsoft Windows [Versión 10.0.17134.885]
(c) 2018 Microsoft Corporation. Todos los derechos reservados.

C:\windows\system32>tracert 186.112.206.167

Traza a 186.112.206.167 sobre caminos de 30 saltos como máximo.

1 1 ms 1 ms 1 ms 186.112.206.167
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * * * Tiempo de espera agotado para esta solicitud.
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * * * Tiempo de espera agotado para esta solicitud.
15 * * * Tiempo de espera agotado para esta solicitud.
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * * * Tiempo de espera agotado para esta solicitud.
19 * * * Tiempo de espera agotado para esta solicitud.
20 * * * Tiempo de espera agotado para esta solicitud.
21 * * * Tiempo de espera agotado para esta solicitud.
22 * * * Tiempo de espera agotado para esta solicitud.
23 * * * Tiempo de espera agotado para esta solicitud.
24 * * * Tiempo de espera agotado para esta solicitud.
25 * * * Tiempo de espera agotado para esta solicitud.
26 * * * Tiempo de espera agotado para esta solicitud.
27 * * * Tiempo de espera agotado para esta solicitud.
28 * * * Tiempo de espera agotado para esta solicitud.
29 * * * Tiempo de espera agotado para esta solicitud.
30 * * * Tiempo de espera agotado para esta solicitud.

Traza completa.

C:\windows\system32>ping 186.112.206.167

Haciendo ping a 186.112.206.167 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 186.112.206.167:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),

C:\windows\system32>ping 104.160.131.3

Haciendo ping a 104.160.131.3 con 32 bytes de datos:
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53

Estadísticas de ping para 104.160.131.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 70ms, Máximo = 71ms, Media = 70ms

C:\windows\system32>tracert 104.160.141.3

Traza a 104.160.141.3 sobre caminos de 30 saltos como máximo.

1 1 ms 6 ms 1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 9 ms 4 ms 46 ms 5.53.7.117
6 * * * Tiempo de espera agotado para esta solicitud.
7 * 974 ms * 94.142.107.27
8 * * * Tiempo de espera agotado para esta solicitud.
9 152 ms 151 ms 156 ms 104.160.141.3

Traza completa.

C:\windows\system32>ping 104.160.141.3

Haciendo ping a 104.160.141.3 con 32 bytes de datos:
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=156ms TTL=51

Estadísticas de ping para 104.160.141.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 156ms, Máximo = 157ms, Media = 156ms


y estos son los tracert después de reinicar el router, askey.

C:\windows\system32>tracert 186.102.172.249

Traza a 186.102.172.249 sobre caminos de 30 saltos como máximo.

1 <1 ms <1 ms <1 ms 186.102.172.249
2 2 ms <1 ms 1 ms 186.102.172.249

Traza completa.

C:\windows\system32>
Haz clic para expandir...

Ya otra vez volvió el problema, Movistar arregló su daño y dejó el servicio tal y como lo tenía antes, o sea hay un dispositivo que me bloquea los míos en su distribución de ips privadas
 
AlberDarkFly dijo:
Hoy después de un daño masivo que se presentó el día de ayer, mis telefonos Android One funcionan a la perfección, ¿qué pasó?; No lo sé pero parece que el daño desde los servidores de movistar me benefició, lo malo es que hace un par de días el tracert a la ip publica me daba dos saltos, apenas dos, y ya hoy volvió a darme uno + 29 tiempos de espera agotado, y eso que solicité salir de cg-nat, sigo a la espera a ver que pasa.



edit---------------------

Cosas locas en la vida, hago tracert despues de reinicar el router y me da así:
Microsoft Windows [Versión 10.0.17134.885]
(c) 2018 Microsoft Corporation. Todos los derechos reservados.

C:\windows\system32>tracert 186.112.206.167

Traza a 186.112.206.167 sobre caminos de 30 saltos como máximo.

1 1 ms 1 ms 1 ms 186.112.206.167
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 * * * Tiempo de espera agotado para esta solicitud.
6 * * * Tiempo de espera agotado para esta solicitud.
7 * * * Tiempo de espera agotado para esta solicitud.
8 * * * Tiempo de espera agotado para esta solicitud.
9 * * * Tiempo de espera agotado para esta solicitud.
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * * * Tiempo de espera agotado para esta solicitud.
15 * * * Tiempo de espera agotado para esta solicitud.
16 * * * Tiempo de espera agotado para esta solicitud.
17 * * * Tiempo de espera agotado para esta solicitud.
18 * * * Tiempo de espera agotado para esta solicitud.
19 * * * Tiempo de espera agotado para esta solicitud.
20 * * * Tiempo de espera agotado para esta solicitud.
21 * * * Tiempo de espera agotado para esta solicitud.
22 * * * Tiempo de espera agotado para esta solicitud.
23 * * * Tiempo de espera agotado para esta solicitud.
24 * * * Tiempo de espera agotado para esta solicitud.
25 * * * Tiempo de espera agotado para esta solicitud.
26 * * * Tiempo de espera agotado para esta solicitud.
27 * * * Tiempo de espera agotado para esta solicitud.
28 * * * Tiempo de espera agotado para esta solicitud.
29 * * * Tiempo de espera agotado para esta solicitud.
30 * * * Tiempo de espera agotado para esta solicitud.

Traza completa.

C:\windows\system32>ping 186.112.206.167

Haciendo ping a 186.112.206.167 con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.
Tiempo de espera agotado para esta solicitud.

Estadísticas de ping para 186.112.206.167:
Paquetes: enviados = 4, recibidos = 0, perdidos = 4
(100% perdidos),

C:\windows\system32>ping 104.160.131.3

Haciendo ping a 104.160.131.3 con 32 bytes de datos:
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=71ms TTL=53
Respuesta desde 104.160.131.3: bytes=32 tiempo=70ms TTL=53

Estadísticas de ping para 104.160.131.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 70ms, Máximo = 71ms, Media = 70ms

C:\windows\system32>tracert 104.160.141.3

Traza a 104.160.141.3 sobre caminos de 30 saltos como máximo.

1 1 ms 6 ms 1 ms 192.168.1.1
2 * * * Tiempo de espera agotado para esta solicitud.
3 * * * Tiempo de espera agotado para esta solicitud.
4 * * * Tiempo de espera agotado para esta solicitud.
5 9 ms 4 ms 46 ms 5.53.7.117
6 * * * Tiempo de espera agotado para esta solicitud.
7 * 974 ms * 94.142.107.27
8 * * * Tiempo de espera agotado para esta solicitud.
9 152 ms 151 ms 156 ms 104.160.141.3

Traza completa.

C:\windows\system32>ping 104.160.141.3

Haciendo ping a 104.160.141.3 con 32 bytes de datos:
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=157ms TTL=51
Respuesta desde 104.160.141.3: bytes=32 tiempo=156ms TTL=51

Estadísticas de ping para 104.160.141.3:
Paquetes: enviados = 4, recibidos = 4, perdidos = 0
(0% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 156ms, Máximo = 157ms, Media = 156ms


y estos son los tracert después de reinicar el router, askey.

C:\windows\system32>tracert 186.102.172.249

Traza a 186.102.172.249 sobre caminos de 30 saltos como máximo.

1 <1 ms <1 ms <1 ms 186.102.172.249
2 2 ms <1 ms 1 ms 186.102.172.249

Traza completa.

C:\windows\system32>
Haz clic para expandir...

Efectivamente estas fuera de cg-nat, entonces quedó comprobado que el problema de los telefonos Android era por el asunto del cg-nat.
Muy buena noticia.

Escorpiom.

Edit: Te volvieron a meter en el cg-nat? Eso se llama estar salado.
 
Escorpiom dijo:
Efectivamente estas fuera de cg-nat, entonces quedó comprobado que el problema de los telefonos Android era por el asunto del cg-nat.
Muy buena noticia.

Escorpiom.

Edit: Te volvieron a meter en el cg-nat? Eso se llama estar salado.
Haz clic para expandir...

según un video en YouTube, el cg-nat es con 2 o más saltos, así que en teoría no me han sacado de ahí, pero estaba contento que mis dispositivos con el Android 9 versión 10.0.10.0 funcionaran perfectamente, Hoy llamé y hablé con 4 asesores, se echaban la pelotita el uno con el otro, el último si me dijo que el problema era de las IP que me asignan, algo genera un bloqueo, pero el hasta allá no llega, así que van a escalar y supuestamente me van a llamar, pero no sé, si vayan a cumplir, lástima mi Android puro no tiene el parche de Xiaomi que tiene grabadora de llamadas, por que las de la PlayStore según los comentarios no funcionan o dejan de funcionar.
 
AlberDarkFly dijo:
según un video en YouTube, el cg-nat es con 2 o más saltos, así que en teoría no me han sacado de ahí, pero estaba contento que mis dispositivos con el Android 9 versión 10.0.10.0 funcionaran perfectamente, Hoy llamé y hablé con 4 asesores, se echaban la pelotita el uno con el otro, el último si me dijo que el problema era de las IP que me asignan, algo genera un bloqueo, pero el hasta allá no llega, así que van a escalar y supuestamente me van a llamar, pero no sé, si vayan a cumplir, lástima mi Android puro no tiene el parche de Xiaomi que tiene grabadora de llamadas, por que las de la PlayStore según los comentarios no funcionan o dejan de funcionar.
Haz clic para expandir...

No, el segundo tracert mostro claramente que estabas fuera de cg-nat. Incluso ambos saltos muestran una sola IP.
Sacate de la cabeza "algo genera un bloqueo" pues no existe duda que el cg-nat es el problema.

Escorpiom.
 
Escorpiom dijo:
No, el segundo tracert mostro claramente que estabas fuera de cg-nat. Incluso ambos saltos muestran una sola IP.
Sacate de la cabeza "algo genera un bloqueo" pues no existe duda que el cg-nat es el problema.

Escorpiom.
Haz clic para expandir...
Ese rango de IP es de la 186, todo me funcionó, ahora tengo 190. tal y como cuándo mostré el primer tracert, y no me sirve nada, si asumo que eso tiene algo que ver, y no puedo solicitar ip fija, como hago prueba de estar en el rango 186 a ver si vuelve a funcionar de nuevo?

En mi cabeza tengo metido que es un bloqueo porque debe haber un dispositivo que nos es compatible con el mio el cuál me filtra la conexión. A decir verdad Movistar ya me sacó un nudo en el cuello con esos asesores.
 
Alguien sabe por que en ciertas horas del dia, cae el margen SNR ?

379869


Aca cuando cae el SNR
379870


He notado que la velocidad alcanzable ahora es muy variable, antes se mantenia en 7000 - 8000 (bajada), ahora en ocaciones baja a 5400 en otras vuelve y sube y asi. Igual el SNR, antes era constante 20 -22 (bajada), ahora es muy inestable. lleva asi ya casi un mes.
 
Se me acabó el descuento del 20% de fidelidad y no me ofrecieron nada.


Me tocó radicar cancelación $86.900 por solo Internet de 10 M es un abuso. Si los 30M de fibra valen $67.900
 
AlberDarkFly dijo:
Ese rango de IP es de la 186, todo me funcionó, ahora tengo 190. tal y como cuándo mostré el primer tracert, y no me sirve nada, si asumo que eso tiene algo que ver, y no puedo solicitar ip fija, como hago prueba de estar en el rango 186 a ver si vuelve a funcionar de nuevo?

En mi cabeza tengo metido que es un bloqueo porque debe haber un dispositivo que nos es compatible con el mio el cuál me filtra la conexión. A decir verdad Movistar ya me sacó un nudo en el cuello con esos asesores.
Haz clic para expandir...

Puedo escribir una pagina acerca de cg-nat y los problemas relacionados. Pero no lo hago porque este tema no es para eso.

Lo que si es importante es determinar cuando estabas en cg-nat y cuando no. En el primer tracert figuraba claramente cg-nat, en el segundo ya no.
Es normal que las IP's cambien, porque Telefónica puede usar un bloque 190.* como bloque para cg-nat y un bloque 186.* para conexiones directas.
Muy probablemente tuvieron problemas con los equipos y optaron por usar conexiones directas mientras solucionaban el inconveniente.

Tambien es importante entender que cg-nat, aunque existen directivas (RFC 6598 y RFC 6888) los proveedores implementen cg-nat a su criterio, es decir no existe un procedimiento estándar.
Es por eso que un servicio como tu teléfono Android que no funciona en el cg-nat de Telefónica puede funcionar bien con el "nat44" de Comcel.
Es un especie de zona "gris" donde los proveedores tienen sus propios métodos para implementar esa tecnología.

Desde hace años la gente ha advertido que el uso de cg-nat rompe servicios populares, han dicho que aquellos ISP que no se prepararon para IPv6 iban a tener problemas y aquí estamos en el 2019 sin IPv6.

Comcel y Telefónica ambos han hecho un mal negocio con ese cg-nat, y si alguien con poder de decisión en estas empresas lee este tema, les quiero preguntar:
Realmente están dispuestos de asignar una cantidad x de personal y incontables horas de soporte al usuario por problemas derivados del uso de cg-nat?
Realmente creen que es una "solución" hacer uso de un callcenter con personal no calificado para que este permanece al teléfono durante horas con el usuario, buscando la manera de restablecer un servicio que jamas va funcionar con cg-nat?
Saca la cuenta en costos operacionales y verán que es un mal negocio.

Si tienes la posibilidad de salir de cg-nat sea por PQR, amenazas o lo que sea, veras que tus servicios Android funcionen bien.

Escorpiom.
 
Última edición:
Buenas noches, les cuento que está tarde tuve una caída en el servicio y cuando regresó tenía más capacidad; mi plan es de 100 Mbs simétricos y en los test estoy alcanzando los ~160 Mbs. ¿Saben algo o a alguien más le ha pasado?

Bogotá - Azteca
379937


Bogotá - Claro
379938


Bogotá - Level 3
379939


Miami - Comcast
379940


Netflix
379941


DSL Report
52128138.png


Tracert (Por ahora sigo libre de CG-NAT)
379942
 
braren dijo:
Buenas noches, les cuento que está tarde tuve una caída en el servicio y cuando regresó tenía más capacidad; mi plan es de 100 Mbs simétricos y en los test estoy alcanzando los ~160 Mbs. ¿Saben algo o a alguien más le ha pasado?

Bogotá - Azteca
Ver el archivos adjunto 379937

Bogotá - Claro
Ver el archivos adjunto 379938

Bogotá - Level 3
Ver el archivos adjunto 379939

Miami - Comcast
Ver el archivos adjunto 379940

Netflix
Ver el archivos adjunto 379941

DSL Report
52128138.png


Tracert (Por ahora sigo libre de CG-NAT)
Ver el archivos adjunto 379942
Haz clic para expandir...
Pues que suerte la verdad, de momento yo sigo con la velocidad normal contratada jaja
 
Escorpiom dijo:
Puedo escribir una pagina acerca de cg-nat y los problemas relacionados. Pero no lo hago porque este tema no es para eso.

Lo que si es importante es determinar cuando estabas en cg-nat y cuando no. En el primer tracert figuraba claramente cg-nat, en el segundo ya no.
Es normal que las IP's cambien, porque Telefónica puede usar un bloque 190.* como bloque para cg-nat y un bloque 186.* para conexiones directas.
Muy probablemente tuvieron problemas con los equipos y optaron por usar conexiones directas mientras solucionaban el inconveniente.

Tambien es importante entender que cg-nat, aunque existen directivas (RFC 6598 y RFC 6888) los proveedores implementen cg-nat a su criterio, es decir no existe un procedimiento estándar.
Es por eso que un servicio como tu teléfono Android que no funciona en el cg-nat de Telefónica puede funcionar bien con el "nat44" de Comcel.
Es un especie de zona "gris" donde los proveedores tienen sus propios métodos para implementar esa tecnología.

Desde hace años la gente ha advertido que el uso de cg-nat rompe servicios populares, han dicho que aquellos ISP que no se prepararon para IPv6 iban a tener problemas y aquí estamos en el 2019 sin IPv6.

Comcel y Telefónica ambos han hecho un mal negocio con ese cg-nat, y si alguien con poder de decisión en estas empresas lee este tema, les quiero preguntar:
Realmente están dispuestos de asignar una cantidad x de personal y incontables horas de soporte al usuario por problemas derivados del uso de cg-nat?
Realmente creen que es una "solución" hacer uso de un callcenter con personal no calificado para que este permanece al teléfono durante horas con el usuario, buscando la manera de restablecer un servicio que jamas va funcionar con cg-nat?
Saca la cuenta en costos operacionales y verán que es un mal negocio.

Si tienes la posibilidad de salir de cg-nat sea por PQR, amenazas o lo que sea, veras que tus servicios Android funcionen bien.

Escorpiom.
Haz clic para expandir...
Intentaré todo lo que puedo por medio del proceso, no estoy muy contento con qué los técnicos hayan cerrado la orden del fallo, y al día siguiente todo caiga otra vez.

Al respecto de los gastos operacionales se les reducirían en gran valor, por ejemplo, los técnicos vienen a mi casa y se demoran 4 horas y no hacen nada, vinieron 4 veces a hacer nada a mi casa porqué no dieron con el dano, todo es a la espera del callcenter de soporte en Bogotá, esa es la que les cae, «Hay que esperar que respondan de bogota» y mientras sentados bien rico mientras el de Bogotá los manda a reiniciar el router.

braren dijo:
Buenas noches, les cuento que está tarde tuve una caída en el servicio y cuando regresó tenía más capacidad; mi plan es de 100 Mbs simétricos y en los test estoy alcanzando los ~160 Mbs. ¿Saben algo o a alguien más le ha pasado?

Bogotá - Azteca
Ver el archivos adjunto 379937

Bogotá - Claro
Ver el archivos adjunto 379938

Bogotá - Level 3
Ver el archivos adjunto 379939

Miami - Comcast
Ver el archivos adjunto 379940

Netflix
Ver el archivos adjunto 379941

DSL Report
52128138.png


Tracert (Por ahora sigo libre de CG-NAT)
Ver el archivos adjunto 379942
Haz clic para expandir...

En mi celular no puedo hacer Test de velocidad porqué el de bajada me da bien, pero cuando hace el de subida me salta nun error, el día que estaba con buen internet si me dejó de lo más de bien.
¿Desde dónde hiciste ese tracert? ¿Pc o movil?
 
javfue dijo:
Se me acabó el descuento del 20% de fidelidad y no me ofrecieron nada.


Me tocó radicar cancelación $86.900 por solo Internet de 10 M es un abuso. Si los 30M de fibra valen $67.900
Haz clic para expandir...

En la pagina de movistar, el precio por ADSL de 10mb + tel nacional aparece por $74900, podrias al menos pedir que te lo bajen a ese precio.
 
DavidGD dijo:
Pues que suerte la verdad, de momento yo sigo con la velocidad normal contratada jaja
Haz clic para expandir...
DarthM dijo:
Coronaste...
Haz clic para expandir...

Curioso. Pensé que quizá iba a ser respuesta a los aumentos de velocidad en fibra de ETB.

AlberDarkFly dijo:
¿Desde dónde hiciste ese tracert? ¿Pc o movil?
Haz clic para expandir...

El que hice fue desde PC, aquí una traza desde móvil, si tienes Android podes usar Termux desde la Play Store e instalar el paquete de traceroute con pkg install tracepath, luego hacer la prueba con traceroute 190.X.X.X
379959
 
braren dijo:
Curioso. Pensé que quizá iba a ser respuesta a los aumentos de velocidad en fibra de ETB.



El que hice fue desde PC, aquí una traza desde móvil, si tienes Android podes usar Termux desde la Play Store e instalar el paquete de traceroute con pkg install tracepath, luego hacer la prueba con traceroute 190.X.X.X
Ver el archivos adjunto 379959
Haz clic para expandir...
Qué teléfono y con que versión de Android manejas?
 

Los últimos mensajes

Los últimos temas

Arriba Pie
Atrás