Theliel
Yo probé el VDSL
Se unió hace 11 años
Perfil de usuario
Widgets del usuario
Contribuciones
Re: Problemas con smart wifi 6
Buenas jjJ:2025 Vamos a intentar abordar los diferentes problemas que tienes compañero, a ver si podemos poner algo de luz y soluciones: 1º. Pixelaciones: Aquí lo más importante son dos cuestiones claves. La primera si el decodificador está conectado por WIFI o por Cable. Si está por WIFI, no está conectado directamente por cable al Router, no hay nada que hacer, tendrías que probar por cable directo. Por WIFI no se puede asegurar por desgracia ni estabilidad, ni velocidad ni latencia. Esto hace que WIFI sea enemigo número 1 del contenido en tiempo real. Esto se debe tanto a interferencias que existen, como tus propios dispositivos, cada dispositivo que tienes conectado a WIFI afecta negativamente al resto. Si encima tienes un repetidor... doble problema. La segunda, es en aquellos usuarios que tienen en su red un dispositivo intermedio tipo Switch/RouterProio/PLC/AP... cualquier dispositivo de red que tenga puertos Ethernet en esencia. Si todos los equipos que tienes son de Movistar, no hay problemas, si usas otros, no es que no sean compatibles, es que requieren configuración y que el fabricante de ellos permitan ciertas configuraciones, que pueden hacer que la red funcione bien o mal. Un Switch mal configurado te puede fastidiar toda tu red, aunque esté cableada. 2º. Problemas de carga de páginas: Esto es más raro, y no creo que tenga que ver con el cambio ni con la línea. Solo pasa en el PC dices y solo páginas concretas, el resto dices que bien y en los móviles tablets tb. Dices que en otro PC también funciona correctamente. Yo diría que el problema lo tienes en el propio PC, sea un problema del navegador, de bloatware que tengas en él... intenta iniciar el equipo en modo seguro con conexión a la red a ver si te pasa lo mismo. También, si el equipo está conectado por WIFI prueba conectarlo directamente por cable 3º. Velocidad WIFI Como vimos en el punto 1º, velocidad/estabilidad/latencia WIFI no se puede garantizar absolutamente nada. En cuanto velocidad se refiere no se puede asegurar ni siquiera 1MBps. Esto se debe a la propia tecnología WIFI, debido a las muchas variables que entran en juego que no podemos controlar. Es cierto que tanto el Router como el adaptador de red que uno mismo tenga hace directamente de tope que se puede obtener, pero es lo único. En tu caso concreto por ejemplo, el repetidor/Router son capaces teóricamente de dar hasta 1Gbps aproximado de velocidad, sean WIFI5 o WIFI6, puesto que en WIFI5 tenían igualmente 4 streams. En WIFI5 la velocidad de enlace (no efectiva) por stream es de 433, con 4 streams podrías enlazar a 4x433, unos 1700Mbps. No obstante hay que dejar claro dos cosas: a) Tu adaptador sólo posee 2 streams, con lo que únicamente puede enlazar a una velocidad máxima de 2x433 = 866Mbps (la mayoría de adaptadores WIFI son de 2 streams). b) La velocidad de enlace está muy lejos de la velocidad real. Como mucho, en buenas condiciones, podrías llegar a la mitad. Es decir que con enlace de 866Mbps, pegado al Router y en condiciones ideales a lo mejor podrías llegar a unos 400Mbps. Y hablamos de condiciones ideales, sin interferencias, sin otros equipos en la red, pegado al Router... Y si enlaza a 866Mbps, claro está. El enlace se ve afectado también por distancia, saturación, interferencias... Dicho de otro modo... si quieres asegurarte una conexión estable, rápida y fiable... siempre cable. Por WIFI jamas se puede asegurar ni garantizar nada. Sí, puede ir muy bien a veces, y es muy práctico para móviles y tablets... pero no para fiabilidad, velocidad, buen uso. Como consejo general te doy dos: 1º. Cablea todo lo que sea posible, si está fijo, cable. Esto logra dos cosas ,la primera que ese dispositivo vaya perfecto, segundo hace que el resto de dispositivos WIFI vaya mejor porque sacas uno de la red 2º. El HGU6 por defecto emite ambas redes (la de 2.4 y 5GHz) bajo el mismo nombre. Entra en el Router y separa las redes, deshabilita el Unique SSID y llama cada una de forma diferente y clara. De este modo conecta lo que realmente te interese a una y o a la otra. Divide y vencerás. Saludos.0Vistas1me gusta1ComentarioRe: ¿Red de fibra óptica en el hogar?
Buenas JesusMZ a) No, ningún HGU tiene salidas PoE b) Los "inyectores" PoE deberían de ser totalmente agnósticos al Router o cualquier otro dispositivo... siempre que sea de un solo puerto (uno de entrada uno de salida) dado que operará a nivel 2. Si posee ya un switch interno la cosa cambia y habría que tener cuidado con otras cuestiones. Saludos.9Vistas0me gusta0ComentariosRe: Fallo Sim en un solo dispositivo pero no siendo fallo del dispositivo ni de la sim.
Buenas djarillo Hay varias causas potenciales a esto, no solo una: 1º. Problema de "contacto" entre SIM B y terminal X. Esto es bastante más habitual de lo que uno piensa. En este escenario la tarjeta no hace un buen contacto con el teléfono... o al revés, el teléfono con la SIM. La SIM ,al igual que las patillas de contacto del terminal, con los años se desgastan. Sí, no es mucho, hablamos de micras, pero puede ser lo suficiente para que algún pin deje de hacer un buen contacto. Un terminal diferente, sobre todo si es más nuevo aunque no necesariamente, podría tener una "tolerancia" mayor a esto, patillas en el lector de la SIM más robustos o sólidos que siguen permitiendo realizar mejor contacto. Esto es análogo a la tarjeta SIM, la tarjeta SIM B podría estar ligeramente más desgastada que la SIM A, al menos alguno de sus contactos. Lo bueno de esta opción es que la solución es simple... incluso remedios de andar por casa, como ponerle un trozo de celo por la parte que no tiene los contactos para aumentar ligeramente el "grosor" de la SIM... o directamente una SIM nueva. 2º. Problema con el software del terminal X. Por cualquier razón el terminal ha podido tener cualquier corrupción de datos. El teléfono recuerda las SIM insertadas y aplica diferentes configuraciones a ellas. El ICCID es diferente para cada SIM, algo así como un ID único. Si dicho perfil está corrupto, explicaría igualmente el problema. Lo bueno de esta opción es que por lo general borrando únicamente los ajustes de red (WIFI/redMovil/BT) suele ser suficiente, sin requerir un restablecimiento completo... que sería la siguiente opción a probar. 3º. También podría existir algún error de bloqueo en la ase de datos de Movistar, en el HLR por ejemplo, haciendo que la tupla SIM B + IMEI X esté bloqueada/colgada. Esto es más raro pero puede llegar a pasar... en este caos no sé hasta que punto Movistar podría mirarlo, o sería más rápido un duplicado Ahora mismo es lo que me viene a la cabeza compañero, lo bueno es que la mayoría lo puedes probar sin mayores quebraderos de cabeza :) Un saludo2Vistas0me gusta0ComentariosRe: ¿Hace movistar un seguimiento de nuestro historial de navegación?
Buenas Emilio4 Con gusto te respondo a lo que expones compañero: 1º. Antes que nada, y para saciar tu extrema (y casi persecutoria) necesidad al respecto, sobre tu enorme interés en saber si trabajo o no para Movistar (Más que nada porque lo has preguntado más de 8 veces en el mismo post...): No, no lo soy. Soy un usuario exactamente igual que tú, que paga igualmente de forma honesta y regular sus facturas. Y dado que veo que te interesa enormemente mi andadura por el foro, con gusto te contesto, que llevo unos 10/11 años por aquí desde que puse Fibra, y entré por un problema de facturación que tenía, puesto que se me cobró de forma indebida el primer mes... cuestión que nunca se solventó por cierto. Espero que eso sacie tu curiosidad... y si no lo hace, pues igualmente lo siento :) Sin embargo, no por ello creo, ni significa, que cualquier problema que pueda experimentar (o conspiración que pueda pensar) tiene algo que ver con Movistar. Más aun si fuese informático y tuviese conocimientos al respecto, con los que por ende podría realizar comprobaciones propias. ¿A caso pagar una factura por un servicio que se recibe es excusa para: hablar mal, conspirar, acusar... sobre todo cuando es obvio que se carece del conocimiento para ello? Yo al menos no lo creo. Te imaginas por un segundo que no fuera problema de Movistar? Igual lo es, no lo sé, pero... ¿te imaginas que no lo fuese? Piensa tus palabras, desplazamientos de técnicos, cambios de equipos, este mismo hilo... todo simplemente porque a lo mejor el problema estaba en el servidor, en tu equipo, en cualquier otro lado. 2º. Asumir que pueda o no ser de su plantilla simplemente por explicarte el motivo por el cual Movistar no puede realizar un seguimiento de lo que haces ni se dedica a bloquear de forma azarosa las páginas que le de la gana... Uno es libre de pensar lo que estime compañero, si me da lástima que existan personas/usuarios que simplemente saquen dichas conclusiones porque no se les da la razón, o en este caso incluso se les explica el motivo por el cual no la tienen... Soy una persona técnica, que no un técnico, me mueve únicamente la razón y el conocimiento. Si es algo de lo que desconozco evito molestar o adquiero antes los conocimientos necesarios para poder opinar sobre el asunto. Si es algo de lo que conozco intento hacerlo entender y expresarme del mejor modo que puedo, y cuando es posible lo demuestro para que no quepa la menor duda. Me da exactamente igual quien o quienes son culpables o responsables ante cualquier problema que pueda tener quien sea: sea Movistar, el usuario, otro ISP, un equipo... analizo el problema, y contesto si creo que puedo poner algo de luz. 3º. No te he pedido un listado de URLs, ni pretendo que nadie exponga datos que puedan ser mínimamente personales en un foro público. Copio y pego una parte de tu primer post: "Me he encontrado con una sorpresa a la hora de navegar por internet desde casa. Llevo un día navegando en la misma página web, todo iba bien hasta llegar al número 166 de la página, ya no mostraba información del contenido y mostraba un error" No hablas de un listado de páginas, hablas de una página en concreto que te da un problema concreto al llegar a la página 166, y tras ese problema eres tú quien acusa a Movistar con bloqueos y seguimientos/registros de los usuarios. Y es en todo momento ante esto por lo que este hilo se da por sentado de que existe. Que tengas o no problemas con otras páginas es algo que sabrás en todo caso tú, no es información que hayas dado o hayas compartido, al menos públicamente. Es por ello por lo que en mi anterior contestación te instaba al menos a compartir esa URL que a partir de la página 166 te daba problemas. Repito, una sola página, no un listado de ellas. Aun así, por supuesto, puedo entender que uno no quiera compartir siquiera ese dato (sea públicamente o por privado si lo solicita un técnico). Pero de cualquier modo, lo que está claro, no solo te contradices constantemente con tus propias palabras, sino que parece que la única ayuda que te gustaría obtener es aquella que te de la razón, la tengas o no la tengas. Una URL que da problemas compartida, implica que puede verificarla cualquiera que lea el hilo, puesto que este foro es público. Cualquier usuario no solo puede ver si puede replicar el problema, sino que otros que tienen mayores conocimientos pueden incluso ver si existen problemas de otra índole. Es más, es algo más que habitual por parte de cualquiera. 4º. No te he dicho que usar una VPN no sea una prueba real. Lo que te he dicho es que dista enormemente de ser "la prueba del algodón", o una prueba definitiva que la culpa pueda o no ser del ISP. Lo cual es altamente preocupante como digo cuando parece que te gusta sacar a relucir tus muchos y variados trabajos y conocimientos en la material. Pensar que si una web funciona bien por una VPN y no funciona bien sin él implica un problema con el ISP... denota no tener ni idea ni de como funcionan las VPN ni tampoco de como funciona Internet. De cualquier modo, teniendo en cuenta este profundo desconocimiento, te pongo solo algunos ejemplos por los que creer que "la prueba del algodón" es una VPN es absurdo, algunos aplicables a tu problema, otros no: -Bloqueos IP: El servicio al que estás accediendo (o página web) aplica bloqueos y listas negras a ciertas IPs o segmentos de estas. Ya sea por mala configuración, por ataques de SPAM, DDoS... estos bloqueos pueden ser temporales, permanentes, selectivos... -Geofencing: Muchos servicios/webs imponen restricciones o variaciones en función por ejemplo de la ubicación donde uno reside. Una web podría bloquear acceso a cierto contenido a usuarios Europeos para poder cumplir con el GDPR -Rutas y nodos intermedios con problemas. Internet es una red de red, el ISP es únicamente la primera red. Este te pasa a otra, esa otra a otra... hasta la red final. Si existe un problema en cualquier nodo intermedio de cualquier red que no sea la de Movistar, la culpa y responsabilidad no es de Movistar. Una VPN, aunque tu tráfico pasa por la red del ISP igualmente, generará casi con toda seguridad una ruta diferente incluso para llegar al servidor VPN. SI en dicha ruta no pasa por dicho nodo con problemas, funcionará bien, con o sin VPN -Problemas con los CDN: A día de hoy un % importante de servicios/webs hacen uso de servidores CDN distribuidos alrededor del mundo para servir contenido. Estos servidores lo sirven desde diferentes ubicaciones geográficas, para mejorar y optimizar dichos servicios/webs. Que te conectes por VPN y sin ella implica que la web puede estar siendo servida desde un servidor o desde otro (o parte del contenido de la web). Si uno de los servidores CDN tiene cualquier problema en ese momento y es el que sirve el contenido, tendrás problemas, mientras que otro puede funcionar perfectamente -Problemas de MTU: El tráfico encapsulado en una VPN configura y especifica su propio MTU. Movistar hace uso de una conexión PPPoE con un MTU de 1492, lo cual para servidores mal configurados puede ser un problema. Una VPN puede sofocar esto dado que tienen mecanismos propios de detección y establecimiento de este en el tráfico encapsulado. Una vez que el tráfico sale de la VPN está "normalizado". Podría seguir poniendo ejemplos... lo que denotas es simplemente falta de cocimientos, dejándote llevar por lo visceral de alguien que no le gusta no tener razón y sobreactúa cuando se le muestra su potencial equivocación, y la "falacia lógica", al pensar simplemente que si una web funciona bien por VPN y no lo hace sin ella la culpa es del ISP. La diferencia esencial radica en que yo no culpo ni dejo de culpar a Movistar. Veo el problema, lo analizo, me informo, aprendo, compruebo, verifico, comparto, pregunto... no acuso sin tener idea, no conspiro, no me creo tener la razón o saberlo todo. Es más, lo primero que doy por sentado es que soy yo el que estoy equivocado y no tiene los conocimientos apropiados cuando tengo cualquier problema, antes de hacer ningún juicio y criticar el trabajo y disposición de nadie. Llevo unos 10 años siendo cliente de Fibra de Movistar y entré en el foro por un problema de facturación que nunca se me resolvió por cierto. Si creo que Movistar tiene un problema lo reporto. Si un usuario tiene un problema y creo que es de Movistar insto a quejarse y reclamarlo. Si no tengo información suficiente al respecto, en aras de intentar ayudar al usuario le pido más detalles e información para tratar ayudarlo. Si creo que el usuario se equivoca se lo digo. Si creo que simplemente el problema está en otro lado (red local, equipos propios, redes intermedias, servidores finales...) así lo expreso. Y por lo general, siempre que puedo, pongo pruebas de ello... y no precisamente falacias lógicas. 5º. No tengo muy claro el mensaje que quieres hacer llegar o lo que quieres "transmitir" al decir que has trabajado en "migraciones en las oficinas de Telefónica y Movistar, además de trabajar en el departamento de segundo nivel...". Más que nada porque en ningún momento nadie ha puesto en tela de juicio ni lo que hayas estudiado, donde trabajes o hayas trabajado, a que te dedicas, lo que hagas en tu tiempo libre... o cualquier otro aspecto de tu vida personal. Me alegro que tengas una dilatada experiencia laboral en diferentes campos, puestos y otros, bien por ti compañero. No sé si te has dado cuenta que con ese tipo de comentarios lo único que realmente dejas ver es que te gustaría imponer tu razón a golpe de CV. Si para ti eso es un indicativo de tener razón... bien por ti. Pero eso tiene un problema... ¿te imaginas que, jugando yo al mismo juego, te dijese ahora que además de ser Ing. en Informática y Telecomunicaciones tuviese un Doctorado en Redes o trabajase para el CSIC o para cualquier otra organización/empresa de renombre? ¿Eso significaría automáticamente entonces que tengo más razón que cualquier otro y tengo que sentar cátedra sin que nadie me respire al lado? Por favor... no seamos niños chicos, se supone que somos adultos, vamos a dejar el CV mejor a un lado... y no precisamente porque me convenga dejarlo a un lado, sino porque este mismo hilo deja ya bastante claro (problema que se tenga a parte y razón del propio hilo) los conocimientos reales que cada uno maneja y manifiesta... En cualquier caso. cuando las cosas llegan a este punto de incoherencia y desatino, prefiero como bien se sabe no seguir alimentando al troll y seguir mi camino. Cada uno es libre de pensar lo que estime, es un derecho que compartimos todos. Eres tú quien llegó con un problema y con ciertas acusaciones bastantes graves hacia el ISP. En lo personal solo he tratado de ayudar pese al ego y menosprecio que constantemente se denota de tus post, así como la falta total de conocimientos y contradicciones que con cada post has ido apuntalando. Es muy posible que hubiésemos podido llegar al fondo de la cuestión (fuese de quien fuese el problema) en muy poco, puesto que a diferencia de tu prueba del algodón, si existen diferentes maneras y comprobaciones que uno puede hacer (y otros también) para diagnosticar e identificar el problema. Siento que no haya sido posible ni se hayan dado las condiciones para ello. Y es que, a diferencia del personal de Movistar, yo no tengo obligación para con nadie, no tengo que caer mejor o peor, únicamente ser respetuoso con todos y cumplir las normas básicas que imperan en cualquier foro como es natural. Así que tal como entré en este hilo para intentar ayudar, te dejo con el personal de Movistar o cualquier otro usuario que quiera agregar cualquier otra cosa al respecto. Por mi parte ha quedado bastante claro el asunto... que es obvio que era tu necesidad de saber quien paga mis nóminas y que mano negra nos vigila. Un saludo y suerte.0Vistas0me gusta1ComentarioRe: ¿Hace movistar un seguimiento de nuestro historial de navegación?
Buenas Emilio4 Abriste este hilo con cierto problema en cierta página, que a partir de la X te daba problemas. Tu conclusión ante ello, todo dentro del mismo post, fue que Movistar tendría que estar realizando algún tipo un seguimiento y registro, puesto que, según tus propias palabras, "pasaste el algodón" (una conexión por una VPN). Una asunción y acusación de tal calibre, y en apariencia con cierta seguridad por tu parte, no es algo a tomar a la ligera, ya que estabas acusando a Movistar a espiar nuestras comunicaciones y realizar un seguimiento de nuestra navegación. Esto es algo bastante grave. No obstante, aun así, es aceptable y hasta cierto punto comprensible (sobre todo si se habla con educación y buenas formas) si quien formula dicha asunción/acusación es un usuario medio, que realmente no tiene idea de cuestiones legales, de informática, de comunicaciones, protocolos... puesto que implica tener muy pocos conocimientos de todo ello. Supongo que en esa misma línea y en esa misma asunción te ha contestado el técnico en cuestión, dando por sentado que dichas preguntas y asunciones tan solo podrían venir de un usuario medio en cuanto a conocimientos en redes/comunicaciones/informática se refiere, sobre todo por todo el hilo que hemos tratado. Así que te habrá respondido con el ABC "de marras". Obviamente no creo que sea demasiado acertado. No obstante, aun así, su respuesta ha sido más cortés y técnica que tu propio argumentariado, y te ha dado igualmente respuesta oficial a cerca de tu desconcierto sobre seguimientos y registros de información, algo que además choca enormemente y sorprende, para alguien que dice ser informático... si bien es cierto la informática es un campo inmenso, y tan informático puede ser un técnico que monda equipos y no tiene conocimiento alguno de redes, a un técnico de sistemas que trabaje solo con redes, a un programador, a un diseñador... lo que no podemos hacer es vanagloriarnos de algo concreto, y por otro lado denotar que realmente no es algo que dominemos, como ha quedado reflejado en tu entendimiento en campos como DNS, HTTP(s), redes en general, VPNs, cifrado, privacidad... No pasa absolutamente nada por desconocer algo, ni mucho menos por preguntar, aquí aprendemos todos cada día. Pero lo hacemos siempre con humildad, buenas formas, -------------- Tu problema, se podría diagnosticar de un modo por lo general bien sencillo. Es más, lo primero que habrías tenido que hacer para ver si era replicable era poner la web en cuestión y ver si cualquiera de nosotros le sucedía lo mismo. Y de ser así, ver realmente donde está el problema, ya que si hay formas de intentar verlo.... y no precisamente con tu prueba del algodón. Para eso tenemos herramientas como Tracerts, capturas de paquetes con todo el seguimiento de toda la conexión TCP, etc etc etc. Eso es "solucionable" en tanto y cuanto a buscar la explicación de dicha web en particular. Lo que es bastante más cuestionable como digo es la asunción de un gran hermano que nos vigila, aun cuando como el buen amigo thonio había indicado, si la conexión en cualquier caso era cifrada poco importaba que fuese la página 1 la 10 o la 50, dado que Movistar jamás podría saber si estabas en la 1, en la 30, en la 100, en la 500 (Ni Movistar ni nadie que no fuese tu equipo o el servidor final). Saludos.8Vistas0me gusta4ComentariosRe: TV pixela mucho y se cobgela
Buenas Pilar Gazo A través de donde ves el contenido y por que medios? Es a través del decodificador o la TV con la aplicación? En cualquiera de los dos casos, el Deco/TV está conectado por WIFI o por cable al Router?? Ten en cuenta que si está conectado por WIFI sería totalmente lógico lo que está sucediendo debido al propio funcionamiento WIFI, y que no puede asegurarse nunca ninguna estabilidad/velocidad por WIFI. Lo cual además cobra aun más fuerza si son en las horas en las que por lo general existe mayor uso de la red. En dicho caso, te recomiendo que pruebes en las mismas horas conectado por cable directamente los dispositivos al Router.. en el caso de que estuviesen por WIFI, claro está Saludos.15Vistas0me gusta0ComentariosRe: Qué podemos hacer antes los bloqueos de Cloudflare?
Buenas d555 No es correcto. Si, en este caso Telefónica Audiovisual es juez y parte en tanto y cuanto tienen ellos además los derechos de LaLiga, no obstante es LaLiga quien en esencia dice que hay que bloquea y que no a todos los ISP Respecto a hospedar cientos o miles de páginas, no has leído lo que he dicho: "...que pueden hospedar cientos o miles de páginas operando desde la misma IP" No tengo ni idea del número de páginas afectadas, digo que desde una misma IP que use cloudflare, estos pueden hospedar montones de páginas, que obviamente son bloqueadas automáticamente con solo bloquear una IP. No tengo la menor idea de cuantas páginas estarán siendo bloqueadas a nivel mundial, imagino que será un número ingente. "...Por ejemplo IPv6 o apelar la decisión, pero no sería lógico si te has denunciado a tí mismo..." No veo como IPv6 aquí soluciona absolutamente nada, se puede bloquear exactamente igual una IPv6, y obviamente no hay nada que apelar teniendo en cuenta que la piratería de contenido audiovisual no es bueno para ningún ISP, tengan los derechos de LaLiga o no. Del mismo modo que no he visto a otros ISP apelar la decisión... y podrían. DoT/DoH no impide bloqueos basados en DNS, impide la intercepción de las consultas. Movistar y otros ISPs normalmente tienen sus propios servidores DNS (si no me equivoco). Pueden dar de baja perfectamente un dominio concreto de sus propios servidores sin tirar una IP entera. De nuevo no has leído lo que he puesto compañero. Me cito: "Durante años gracias a DoT/DoH + ECH ..." DoT/DoH impide que cualquier intermediario pueda ver las consultas DNS. Esto es y ha sido esencial Antes de DoT/DoH, las peticiones DNS iban (y siguen yendo) en texto plano. Esto quiere decir que CUALQUIERA que esté entre tu equipo y el servidor DNS puede verlas, puede saber si quiere todos los dominios que visitas. Incluso dentro de tu propia red, o en una red WIFI de terceros... cualquiera puede ver donde te conectas. Los bloqueos DNS han sido desde hace muchos muchos muchos años los más usados, puesto que son rápidos y efectivos. Es más, estos filtrados DNS son tan simples que daba exactamente igual el servidor DNS que usases, porque como van en texto plano y que cualquier petición DNS pasa por la red del ISP, el ISP simplemente podía y puede interceptar la petición DNS y descargarla, o devolver simplemente una IP falsa o cualquier otro contenido. Dicho de otro modo, DoT/DoH ha sido el 50% de hacer totalmente obsoletos los filtrados de páginas Webs. El otro 50 ha sido ECH. DoT/DoH es un mecanismo a día de hoy esencial para la privacidad, pero tiene problemas cuando el usuario lo que hace es acceder a páginas Webs seguras. Las peticiones DNS ya no son visibles para ningún intermediario con lo que impiden el uso de filtrados de forma efectiva, PERO cuando te conectas a una web segura, existe un intercambio de certificados de seguridad que como era obvio no era cifrado porque el cliente (tu equipo) tenía que conocer para poder conectarse de forma cifrada... y en ese certificado existe un campo llamado SNI que en esencia indica el dominio al que te estás conectando. Con el tiempo, los ISP y otros filtradores de contenidos, viendo imposibilitados a poder filtrar páginas webs por "culpa" de DoT/DoH vieron en este SNI otra oportunidad... vale, si usan conexiones seguras y DoT/DoH aun tienen que recibir el certificado y podemos ver el dominio gracias al SNI... y empezaron los bloqueos por SNI... y aun son los que se realizan en el 99% de todas las páginas clausuradas poro orden judicial, incluso las de futbol antes de los bloqueos IP. Pero ya se estaba fraguando ECH (y anteriormente a él ESNI), que es una extensión por así decirla para cifrar TODO el handbrake TLS, lo que en esencia hace que el SNI esté cifrado. Con DoT/DoH + ECH en acción también, para el ISP le es totalmente imposible saber a que dominio se está conectando el usuario. Y esta es la razón por la que se empezaron a permitir los bloqueos IPs. La lógica es obvia... si no podemos saber el dominio de ninguna manera... que se nos permita el bloqueo por IP, que ese no puede fallar, porque la IP destino la vemos sí o sí... a menos que se usen VPN u otros modos, pero que a la larga siempre se pueden bloquear tb servidores VPN y lo que haga falta. Saludos.1Vista0me gusta0ComentariosRe: Perdida de paquetes en VALORANT
Buenas nach01 Siento decirte que los amigos de RIOT o vuelven a mentir, o vuelven a contestar personal técnico que no tiene ni idea de lo que está hablando... como otras tantas veces por cierto. En primer lugar, ojo, no dudo que puedas tener o no tener problemas con el juego. Esos no dudo que no sean reales. Lo que es totalmente falso es lo que te han dicho, y me preocupa mucho que personal de ellos no tengan ni idea de interpretar un ping+tracert como pueda hacer Pingplotter, WinMTR o tantos otros. Lo primero que tienes que tener claro es que, pasando tu red local, tanto la latencia como la pérdida de paquetes real es acumulativa. Piensa en ello como una carrera de relevo por los que los corredores, tus paquetes de datos, pasan por diferentes puntos de control (nodos de red) donde se contabiliza el tiempo total desde que han salido como el número de corredores que han pasado, hasta llegar al destino. Piensa ahora que la latencia es el tiempo que tardan en llegar, y la pérdida de paquetes el número de corredores en cada momento. Teniendo en cuenta esto, si salen 10 participantes y en el primer control llegan 10, tenemos 0% de paquetes perdidos. Si en el siguiente punto de control (segundo punto) sólo llegan 8, se han perdido 2 (un 20%), ¿correcto?. Es simple. Pregunta... si en el tercer tramo no se han perdido ningún participante... cuantos serán contados en el tercer punto? Si en el tercer tramo no se perdió nadie, la cuenta sigue siendo 8, salieron 10, la pérdida es de un 20%. Si llegan a la meta tal cual, la pérdida seguirá siendo un 20%. Salieron 10, llegaron 8. Si por ejemplo en el tercer punto se hubiesen perdido otros 2, entonoces el control en el tercer punto no sería de un 20%, sería de un 40%. Bien, aplica esto a tu traza. Vamos a omitir el primer salto que es tu red, porque es algo diferente, de eso hablamos y te lo explico luego. Por ejemplo tu primera traza. Si, como dicen ellos, tuvieses una pérdida de paquetes del 100% en el salto 4... ¿como diablos van a llegar todos al salto 6 o 7? Todos los paquetes terminarían directamente ahí, en el salto 4!!. Es más, hasta donde llega su falsedad, que si diésemos por bueno los argumentos que RIOT te ha dado, podríamos usar esos mismos argumentos para decir que en el nodo 8, que es su red, también tienen supuestamente un 100% de pérdida de paquetes. ¿No crees? Es decir, según ellos, si tienes un 100% de pérdida de paquetes en la red de Movistar la culpa es de Movistar, pero si en la misma traza también aparece un 100% en su red... ¿no es problema de ellos? Bien, lo que sucede, te lo explico de buen grado, se llama discriminación del tráfico ICMP. ICMP es el protocolo que se usa de un modo u otro para medir ping y realizar los tracert. Esto funciona porque la inmensa mayoría de nodos de red responden automáticamente a un ping o a un error de TTL con proaquetes ICMP concretos, que son los que usan estas herramientas para contabilizar tanto latencia como paquetes perdidos. El "problema" es que por eficiencia, muchos nodos simplemente están configurados para no responder con paquetes ICMP nunca. Si un nodo no responde a paquetes por TTL o ping, para estas herramientas será un nodo con un 100% de pérdida de paquetes. O el nodo podría configurarse para responder solo uno de cada 3, con lo que en apariencia te parecería que tiene un 33% de pérdida. Etc etc etc. Otros nodos simplemente los priorizan negativamente. Esto es el comportamiento normal de Internet. Es más, tu propio Router aplica reglas similares cuando intentan conectarse a él o le envían muchos ping. Lo primero que hay que mirar como dato real, es el último salto del que tenemos datos consistentes. Si la pérdida de paquetes es real, o la latencia, veremos que tiene que ser consistente a medida que los saltos aumentan. Si en el salto 7 vemos 0% paquetes perdidos, tenemos la certeza que a ese punto llegaron TODOS los paquetes que enviamos. Del mismo modo si tenemos que la latencia media en ese punto es de 21.4ms, tenemos la certeza de que esa es la latencia media EN ESE PUNTO. Es decir, que hasta ese punto TODOS ES CORRECTO. ¿Y que pasa más allá? Bien, no lo podemos saber. RIOT, de forma premeditada o no, oculta todo lo que sucede cuando entras en su red. El único dato real que tenemos es justo el anterior a su red, nada más. Más allá, verás que todo es 100% paquetes perdidos. Ojo, no significa ni mucho menos que ese 100% sea igualmente real, no lo es!! Simplemente su red está configurada para que tú ni nadie externo pueda saber que pasa dentro. Si en su red existe pérdida de paquetes real o no, problemas de latencia o no... simplemente no lo podemos saber, porque no tenemos una lectura REAL del servidor final con estas herramientas, RIOT no nos lo permite. Ahora ya entraríamos en especulación si esto lo hace de forma premeditada para esconder problemas potenciales o no. No voy a entrar que el problema sea de ellos o no lo esté. Lo que te puedo asegurar por contra, es que todas esas trazas, hasta el punto 7 que es el máximo que podemos alcanzar, y que es justo antes de entrar en la red de RIOT, todo es correcto. Así que si realmente le pasa algo a la conexión... no está en la red de Movistar. ------------------- Nota a parte, y un problema real que tienes, que se denota de tus pruebas: Este puede o no ser la causa de tus problemas, pero sí tienes un problema en tu red local. El primer salto es tu red local. A diferencia del resto de nodos, tus equipos si tienen pérdidas de paquetes, reenvían estos paquetes. Es decir, que en tu red local podemos ver un % importante de pérdida de paquetes que luego no aparece en el resto de la traza. Esto denota un problema importante en tu red. En tu primera traza no hay perdida de paquetes en tu red, pero tienes una latencia media de 10ms. Esto se repite en los otros, además de pérdidas que llegan al 50% en tu red. Dicho de otro modo... será la causa o no de tus problemas, pero TIENES UN PROBLEMA EN TU RED. ¿Cual es ese problema? Sin más datos no sabría decirlo. Los datos por ejemplo que muestras son coincidentes a usar por ejemplo WIFI o PLC, que suelen ser la causa principal de alta latencia y paquetes perdidos en tu red. La latencia a tu Router tendría que ser menor a 1ms y siempre 0% en pérdida de paquetes. Un valor superior denota problemas que tienes. Por lo general son uno de estos: 1º. Usas WIFI o PLC en algún enlace entre tu dispositivo y el Router. Estas tecnologías inherentemente lo causan, mientras las uses... no puedes asegurar JAMAS un comportamiento estable y adecuado. JAMAS se deberían de usar para Jugar. Si, puede ir mejor o peor, pero jamás una seguridad. La única forma de asegurar una conexión fiable, de baja latencia es cable. Por cable la latencia debería de ser, repito, menor de 1ms. 2º. Tienes algún Switch/PLC/Router mal configur 3º. Tienes algún problema con el software del equipo, sea malware, suite de seguiridad que te causa problemas, controladores... ----------------- Conclusión final: 1º. Por las pruebas mostrados, no tienes ningún problema en tu conexión con Internet o con la red de Movistar 2º. La única pérdida de paquete reales que se pueden apreciar, o aumento importante de latencia es tu propia red, posiblemente por usar WIFI/PLC... 3º. RIOT, de nuevo, sigue ocultado todo lo que pasa en su red, y no solo mienten descaradamente, sino que el mismo argumento que dan es tan flojo que puede usarse exactamente igual para su propia red. Saludos.2Vistas0me gusta4ComentariosRe: Qué podemos hacer antes los bloqueos de Cloudflare?
Buenas CIA Vamos a ver... hemos hablado ya varias veces de todo esto y la cuestión sigue siendo muy sencilla, tanto que sigo sin entender como aun existe debate o "problemática" en todo ello. Esto no se trata de si es justo o es injusto, si hay daño a terceros o no lo hay, si es una medida desmedida o no, de si ciertas páginas dejan de funcionar generalmente alrededor de horario de futbol... La cuestión es sabida, y sencilla. Actualmente existe una sentencia Judicial a favor de LaLiga que obliga a los ISP a bloquear un listado de IPs que estos les dan, punto y final. Esta sentencia causa daño a terceros? Sin duda alguna, sobre todo a servidores CDN y otros, que pueden hospedar cientos o miles de páginas operando desde la misma IP, y si alguna de esas IPs emite contenido no lícito, la pueden bloquear. Es esto justo?? Bueno, en mi opinión personal no, es absurdo y desmedido, y la propia CloudFlare ya ha intentado derogarlo sin éxito. Es más, ha pedido a cualquier afectado que usen una App concreta para reportar tales problemas, supongo que para tener una defensa más sólida la siguiente vez y demostrar que existe daño a terceros. Porque... existe realmente este daño a terceros? Sí, existe. Y es cierto que al comiendo los bloqueos eran mucho más indiscriminados y mantenidos en el tiempo, y ahora son mucho más certeros... pero obviamente existe un daño a terceros. ¿Solución? A ver, no hay, hasta que no se revoque dicho derecho. Es un tribunal quien lo ha dictado, no hay más. Ya podemos quejarnos lo que nos queramos quejar, pero la única lucha posible es igualmente los tribunales. Mientras que el Futbol siga generando tal ingente cantidad de beneficios por derechos de emisión, seguirán intentando imponer todas las medidas posibles. VPN, proxy, Acestreams?? Obviamente el consumidor de este tipo de contenido siempre encontrará formas de verlo, eso que no quepa duda a nadie... pero pensar también que precisamente por eso estamos en este punto. Durante años gracias a DoT/DoH + ECH ha echo imposible que los ISP pudiesen bloquear nada... bueno, pues precisamente se ha aludido a esto para que la justicia les permita ser más agresivo. Y el día que vean que, estadísticamente, las VPN les causan un problema... ¿¿creéis de verdad que no irán igualmente a la justicia para que les permitan igualmente bloquear las IPs de los servidores VPN?? Obviamente, y suma y sigue. Todo esto se terminará únicamente cuando la burbuja del futbol explote, la reputación de LaLiga caiga a tal extremo como le ocurrió por ejemplo a la SGAE y tengan que replantearse bien las cosas, o sus números dejen de cuadrarles. De lo contrario, y como es lógico por cierto, harán todo lo que esté en sus manos para evitar, sea como sea, que se pueda ver de forma ilegal. No hace falta ser un genio para saber que a LaLiga le importa bien poco que se cierren colateralmente las páginas que sean, y no me extrañaría que ya estuviesen intentando armar nuevos juicios para, como digo, bloqueos más profundos (VPN y otros). Al tiempo... Y dado que dudo mucho que nadie aquí pueda convencer mucho a los futboleros que por su culpa indirecta afectan a cientos/miles (las que sean) de personas, pues solución solución.... Saludos.10Vistas0me gusta2ComentariosRe: Errores en la app Movistar+ en Apple TV
Buenas jllopezmac Es un problema conocido de Apple, te dejo un hilo donde ya lo hablamos y vimos: Sincronización audio en Movistar + en AppleTV | Comunidad Movistar - 5299213 Dependiendo del tipo de contenido, dispositivo de audio, configuración y otros, puede verse más o menos afectado. El contenido VOD se gestiona de forma diferente que el contenido en streaming, el dispositivo de Apple lo trata igualmente de forma diferente. Me temo que no hay mucho que hacer mientras que Apple no solucione el problema, y parece ser que es posible que solo puedan solucionarlo con un hardware nuevo. Los foros de Apple están llenos con el mismo problema de diferentes plataformas en diferentes configuraciones. Un saludo.37Vistas0me gusta0Comentarios