Chipset drivers también actualizados?
No es problema de drivers, chip realtek o CPU, es problema de gestion de recursos yo tambien tengo un i5 de octava:
Si realtek es bueno o malo es tema para otro día, pero lo cierto es que desde el principio como ud lo hizo al final si tenía problemas con la velocidad contratada, era probar con otros equipos y si le sigue molestando ahi ya viene problema desde la ont o la central conectada. El gallo es que si el problema es con servidores internacionales Movistar como las demas ISP de Colombia se van a lavar las manos porque ellos solo garantizan la velocidad localmente no a servidores fuera del país. me recuerda algo parecido cuando tuve ETB que la velocidad de descarga del onedrive era del asco y pues literalmente es problema de ETB con los servidores de MS, pero como era por fuera del país ahi si nada que hacer tocaba con VPN descargar para que cogiera toda la velocidad.
Linea nacional gratuita: 018000 930 930
Hola Todos, perdon que les deje el tema en punta. A la fecha sigo sin lograr que me abran el puerto UDP 53 de la IP publica estatica (WAN). Ya he comprobado con multiples pruebas que ese es el unico puerto cerrado para consultas desde internet. El TCP 53 si esta abierto, pero el estandar de un DNS es utilizar el UDP no el TCP. Tambien ya he probado que en efecto si se pueden cambiar los DNS locales 200.21.200.10 / 200.21.200.80 por cualquier otro como 8.8.8.8 o 1.1.1.1 en el router DD-WRT pero el rendimiento decrese lo que pienso que se debe al tipo de conexcion pppoe; de igual forma el DNS local no influye para nada en mi problema del puerto UDP/53. Ya puse una PQR con CUN desde la pagina para poder apelar y si se niegan nuevamente hacer recurso de reposicion ante la super. He llamado mil veces a la linea y me han visitado unos 5 tecnicos y el problema no es local por lo que el bloqueo esta en la red de ellos. Incluso uno de los tecnicos de querido me paso a su supervisor (ellos trabajan para el contraista IMEL) y este a su vez me comento que esto habia que escalarlo a un area de movistar que se llama seguridad de redes, pero que nadie le ha contestado. Para mayor claridad tenemos IP publica fija porque el servicio esta contratado con NIT pero Pyme por eso se niegan a atendernos en el canal de empresas y nos mandan para el canal de hogar que no saben nada de este tema. Los mantengo al tanto de cualquier avance si por la PQR o si por el area de seguridad de redes. Saludos, mflorezm
La facil es que ud mismo entre a la configuración de la ont y hacer un port forwarding del puerto en específico a la ip que lo necesita, o colocar en DMZ el equipo que lo necesita y bloquear los puertos por firewall.
Me sucede lo mismo. Me llega demasiado tarde, y con solo 2-3 días de plazo.
El problema es que el puerto 53 lo usa el router para dns, para cambia ese puerto deberia cambiar el firmware del HGU de movistar, pero puede hacer otra cosa que es usar otro puerto en su servidor DNS que quiere crear, por ejemplo podria usar el puerto 5353 o uno por el estilo y configurar a los clientes que van a consultar ese DNS con este mismo puerto, en Movistar no le van abrir ese puerto porque ya esta en uso para la resolucion DNS local. La opcion de cambiar el firmware del HGU de movistar no es factible, si esta en bridge desde un DD-WRT si puede cambiar el puerto en que trabaja el DNS local a otro y dejar libre ese para que pueda ser accedido desde internet en teoria.
www.my-private-network.co.uk
No usted esta equivocado con una cosa y es que cambiar los DNS no influyen en abosolutamente nada que usted pueda percibir, es que las variaciones entre usar un DNS u otro DNS son de milisegundos, para tener un contexto un parpadeo dura de 300 a 400 milisegundos, las diferencias de un DNS de google a los de cloud flare no llega a variar tanto o en el peor de los casos no son ni de 1 segundo, los DNS mas rapidos son los que tengan los servidores mas cercanos a su ubicacion fisica, por lo general los DNS del ISP que en su caso seria movistar, deberian ser de los mas rapidos, ademas si ya hizo una previa de un sitio al que quiere acceder de nuevo el sistema opertiavo tiene una cache de DNS.
Ya no me acuerdo bien del caso suyo, pero no creo estar tan mal encaminado, en caso contrario pues algo si se puede hacer hay varias alternativas, lo que pasa es que usted esta usando el puerto DNS ya en su red interna, tiene que cambiar le puerto DNS que usa el router (DD-WRT) por defecto y dejar libre el 53, o cambiar su servidor local para que use otro puerto distinto al 53 en todas las maquinas que quieran consultar su DNS desde interne, tambien podrai hacer un redireccionamiento de puertos, que las maquinas consulten un puerto distinto como por ejemplo el 5650 y que ese sea el puerto que consulten los equipos desde internet, pero que todo el trafico que llegue desde ese puerto sea redirigido al puerto 53 local, en caso que configure DD-WRT para que use otro puerto por defecto como DNS, hay varias alternativas y de algun modo se puede dejar funcionando el DNS que esta montando.
Claro que va haber consumo, porque se está haciendo un test con multiples conexiones en donde se está solicitando websockets a lo que marca por eso el alto uso de un procesador en mi caso el procesador se sube 20% pero no mas, lo mismo sucede cuando se descargan archivos con gestores de descarga que realizan 8 conexiones como máximo caso contrario se hace una prueba con una conexión ahi si no se consume nada del procesador pero la velocidad es lenta. a alta velocidades también se requiere un buen procesador que pueda manejar la cantidad de data que llega.No tenia problemas con la velociad contratada (este problema nada tiene que ver con los ISP), solo fue que arreglando un problema recorde que ya un tecnico me habia dicho que las medidas no daban bien si hacia las pruebas desde el navegador, pero lo recorde cuando llevaba un cable de red nuevo que compre en unilago, luego de perder como media hora, tratando de ver otras causas, despues de eso fue que me puse a hacer prueabs con linux, otros browsers y con el programa instalado de speedtest, luego de las pruebas saque mis conclusiones y por eso hice la sugerencia en base a mi experiencia.
No se si no me hice entender, pero hice pruebas y hablo en base al resultado observado de las pruebas.
Los factores que influyen son:
-Portátil y tener un procesador que tiene 2 núcleos físicos o menos y frecuencia de trabajo más baja que la de los PC de escritorio.
-Usar Windows y correr un speedtest desde un browser.
-Tener un internet de más de 300 Mbps, con velocidades más bajas no hay tanto consumo de CPU.
Probe con 2 servicios de internet distintos, con 3 computadores distintos, con dos sistemas operativos (Windows y Linux), en dos ubicaciones distintas, uno de los ISP fue ETB, el problema no era falla de internet en ninguno de los casos, siempre fue tema de correr el speedtest desde Windows en un browser, se nota más el cuello de botella que se forma entre menos núcleos tenga el procesador y menos frecuencia, por curiosidad hice una prueba con un Intel i3 (cuarta generación y 2 núcleos físicos) y con los 400 megas ronda el 80% a 99% de uso de CPU solo corriendo el speedtest desde el browser.
Repito por si no queda claro o quiere hacer sus propias pruebas, correr un speedtest desde el browser usa mucha CPU, con procesadores de doble núcleo y baja frecuencia, como en los portátiles, se crea un cuello de botella, sobre todo si no es un procesador potente. El factor determinante es usar un browser para hace las pruebas, aun un i5 de octava generación y 4 núcleos físicos, tiene un alto consumo de CPU.
Abra el administrador de tareas y vea el consumo de CPU durante una prueba de speedtest desde el browser, seguro que ve como aumenta más de lo normal el consumo de CPU durante la prueba, haga las pruebas, con Linux, con programas específicos para el speedtest y cuenta que es lo que observa, porque el forista @Beetlejuice lo confirmo haciendo las pruebas, acá dejo el comentario, en caso de que no lo haya visto:
El problema es que el puerto 53 lo usa el router para dns, para cambia ese puerto deberia cambiar el firmware del HGU de movistar, pero puede hacer otra cosa que es usar otro puerto en su servidor DNS que quiere crear, por ejemplo podria usar el puerto 5353 o uno por el estilo y configurar a los clientes que van a consultar ese DNS con este mismo puerto, en Movistar no le van abrir ese puerto porque ya esta en uso para la resolucion DNS local. La opcion de cambiar el firmware del HGU de movistar no es factible, si esta en bridge desde un DD-WRT si puede cambiar el puerto en que trabaja el DNS local a otro y dejar libre ese para que pueda ser accedido desde internet en teoria.
Mire esta guia, donde estan usando puertos DNS distintos al estandar:
Configuring DD-WRT to use non-standard DNS ports | My Private Network | Global VPN Service Provider
The Domain Name System (DNS) is a standard internet service that is used to convert domain names into IP addresses. So for example, if you want to go to the Apple website, you can just go to www.apple.com, rather than trying to remember their actual server address, which might be something like...
No usted esta equivocado con una cosa y es que cambiar los DNS no influyen en abosolutamente nada que usted pueda percibir, es que las variaciones entre usar un DNS u otro DNS son de milisegundos, para tener un contexto un parpadeo dura de 300 a 400 milisegundos, las diferencias de un DNS de google a los de cloud flare no llega a variar tanto o en el peor de los casos no son ni de 1 segundo, los DNS mas rapidos son los que tengan los servidores mas cercanos a su ubicacion fisica, por lo general los DNS del ISP que en su caso seria movistar, deberian ser de los mas rapidos, ademas si ya hizo una previa de un sitio al que quiere acceder de nuevo el sistema opertiavo tiene una cache de DNS.
Puede montar un DNS para su LAN, aparte del que quiere montar para que se vea desde internet, este lo puede montar con un raspberry, le monta rapsberry pi os lite, ahi monta un contenedor con pihole o adguard y tiene un DNS que puede administrar a su antojo.
Es impotante que si quiere privacidad y poder evitar bloqueos establecidos por los ISP en base a bloqueos DNS, usar DNS publicos cifrados DNS over HTTPS (DOH) que de una pueden bloquar anuncios u ofrecer proteccion contra malware como los de quad9.
Aunque DD-WRT ya tiene una lista de proveedores de DNS y puede habilitar los DNS cifrados en la pestaña de servicios--->dnsmasq ahi encuentra donde habilitar el DNS encriptado.
Ver el archivos adjunto 540578
Ya no me acuerdo bien del caso suyo, pero no creo estar tan mal encaminado, en caso contrario pues algo si se puede hacer hay varias alternativas, lo que pasa es que usted esta usando el puerto DNS ya en su red interna, tiene que cambiar le puerto DNS que usa el router (DD-WRT) por defecto y dejar libre el 53, o cambiar su servidor local para que use otro puerto distinto al 53 en todas las maquinas que quieran consultar su DNS desde interne, tambien podrai hacer un redireccionamiento de puertos, que las maquinas consulten un puerto distinto como por ejemplo el 5650 y que ese sea el puerto que consulten los equipos desde internet, pero que todo el trafico que llegue desde ese puerto sea redirigido al puerto 53 local, en caso que configure DD-WRT para que use otro puerto por defecto como DNS, hay varias alternativas y de algun modo se puede dejar funcionando el DNS que esta montando.
La ultima opcion es usar un VPS y ahi montar su DNS, que peude consultar desde cualquier lado, ahi si es fijo que pueda usar el puerto 53, yo le tengo miedo a esta opcion porque si hay mucho trafico, cobran duro.
Otra cosa que pienso es que si tiene una empresa, lo mejor es que monte un firewall como pfsense o algo similar, DD-WRT no es algo que pueda ofrecer seguridad en una red un poco mas seria o donde haya mas necesidaes, DD-WRT no se actualiza mucho y el problema son las vulnerabilidades, recuerdo que hace pocos dias descubrieron una para un kernel reciente de linux y DD-WRT tiene un kernel viejo.
Mire el router que tengo la version mas reciente del firmware es del 2020, es una beta y no tiene pinta que sigan dando soporte, entonces si es algo serio fuera de unas purebas caseras, es mejor que use un aparato mas robusto.
Ver el archivos adjunto 540582
Me gustaría saber cuanto te da si haces el test con Speedtest CLI en Windows y Linux.
Ok, pero entonces el tambien debe ser una mala optimizacion de ese proceso de solicitues en paralelo de varias conexiones en los browsers en windows, con lo del gestor de descargas no lo habia probado, nunca me di cuenta, yo uso free download manager, voy a probar si al subir las conexiones o bajarlas veo impacto en el uso de CPU y de cuanto.
Umm.... pues yo con 400 vi algo un poco similar, el peor rendimiento fue siempre con chrome y windows, pero no recuerdo haber visto la CPU al 100% en linux, pero las pruebas en video no se pueden negar, pensaba dejar un pantallazo, pero usted dejo mejor un video, que esta mejor que un mero pantallazo, la idea es que hagan los benditos test de velocidad con un programa instalado, no desde el browser, porque depende del browser y el sistema operativo, cuando se hacen los test desde el browser, quizas los que tienene computadores con un CPU mejorque un core i5 no han notado que el CPU se pone a trabajar bastante durante estos test hechos en browser.
No es tema de optimización ni de SO hasta en mac pasa lo mismo los websockets solicitados si o si van a utilizar la CPU donde el SO se pusiera a limitar este tema perjudica la velocidad de la conexión y ahi si es peor porque todos los usuarios van a pegar el grito en el cielo para bien o mal la tecnología avanza y los procesadores bajos tarde o temprano se ven afectado por el tema de las alta velocidades.
Ok, mi duda es ¿por que en windows funciona peor y da menos velociad? ya entendi que al tener conexiones multiples se hace un gran uso de CPU, pero los videos de @Beetlejuice muestran que en linux anda mejor la cosa, si no es optimización es una limitacion del sistema operativo o algo, pero si tiene que ver el sistema operativo de algun modo, con los mac no tengo ni idea, no conozco, no puedo hablar del tema.
, me sorprende que para poder hacer un speedtest con un ancho de banda de 1Gbps, se debe tener un procesador de los ultimos, por ahi un i9 de 12 o 13 generacion, en ryzen no se cual sea el equivalente, pero seguro es uno de los topes de gama también,
Debe estar desconfigurada su tarjeta de red en windows cero problemasOk, mi duda es ¿por que en windows funciona peor y da menos velociad? ya entendi que al tener conexiones multiples se hace un gran uso de CPU, pero los videos de @Beetlejuice muestran que en linux anda mejor la cosa, si no es optimización es una limitacion del sistema operativo o algo, pero si tiene que ver el sistema operativo de algun modo, con los mac no tengo ni idea, no conozco, no puedo hablar del tema.
Es algo que no muchos teniamos en cuenta y si se nota con un procesador bajo, pero no considero tan bajo a un i5, se que es de octava, pero pense que no se quedaria tan rapido casi que obsoleto un i5,
Buenos datos, no sabia que sucedia con los gestores de descarga, con los mac y tiene sentido lo que dice, no tenia tan claro que un miserable speedtest comiera CPU como si no hubiera un mañana, pensaba que si un router con cpu arm se aguanta el speedtest, ¿por que mi CPU con 4 nucleos con Hyper-Threading no ? se que no es una comparacion equivalente y que no hacen o trabajan de forma similar, pero el router maneja las conexiones antes que lleguen al compu, si puede me gustaria que me explicara eso.
Claro porque recibe paquetes temporales que necesita tenerlos en algún lado así sea por un segundo.
