Buenas tardes, aqui esperando la segunda parte ya que me pasa lo mismo, LIKE si le sucede lo mismo y Warley nos muestre el porque y algunas posibles soluciones
Warley saludes. yo escuche en un video de un Triainer de Mikrotik que decia que en una cola total, este trabajo, se le cargaba a todo a un solo cpu y esto lo validaron hasta en un ccr 1072, no se que tan sierto sea esto, hay te dejo el dato en yu revision para el compañero aca y tambien para saber cuando mustres la solucion
Hola como están, para mi los Mikrotik serie CCR desde el 1009 al 1072, no tienen hardware switch, y solo trabaja con software haciendo trabajar el CPU, si usas 3 salidas para 3 OLTs todo lo hace por soft, hay otros modelos que trabajan con hardware para PPPoE, para solucionar estos problemas Mikrotik saco la Serie CCR2000 que trae Hardware Switch mas el hardware de la serie anterior.
Warley, deberian probar degradar RouterOs a V6.48.6 long-term
Год назад+1
Warley, mucha curiosidad con éste caso, esperamos ver la continuación y si fue posible una solución. En el pasado también he tenido problemas con el modelado de tráfico en RouterOS, considero que el problema se debe, al realizar todas las tareas en un solo equipo, BORDE(BGP), CORE (IGP, FIREWALL, NAT), AGREGACIÓN (RADIUS AAA, PPPoE, Modelado de Tráfico)
Concuerdo. Te recomendaría separar NAT de Queueing; este último, independientemente si usas Simples Queues (como en este caso) o un Queue Tree tal vez acompañado de mangle con marcas de tráfico. Un router para NAT y otro para Control de tráfico. Saludos.
Agregar ese queue lo que está haciendo es darle toda al capacidad a esa subred. Por eso saturó la CPU con incremento de consumo. Debiste hacerle mostrar el torch. Saludos.
tengo un link de un sitio que haces los script automatizados para hacer control de ancho de banda con que tree el mejor metodo que no genera perdida de paquetes
En inalambrico no es recomendable, por fibra si. La cuestión es en cuanto a las gráficas de consumo, porque si se desconecta se elimina la interface y no queda registro del consumo del usuario. Eso para cuestiones estadísticas es importante.
Buenas tardes, aqui esperando la segunda parte ya que me pasa lo mismo, LIKE si le sucede lo mismo y Warley nos muestre el porque y algunas posibles soluciones
Saludos Warley, me interesa mucho ver cual fue la conclusion de este caso, ya que estoy pasando por el mismo problema.
Cuando subes la segunda parte warley la espero con ansias
hola excelente videos
Warley saludes. yo escuche en un video de un Triainer de Mikrotik que decia que en una cola total, este trabajo, se le cargaba a todo a un
solo cpu y esto lo validaron hasta en un ccr 1072, no se que tan sierto sea esto, hay te dejo el dato en yu revision para el compañero aca y tambien para saber cuando mustres la solucion
Hola como están, para mi los Mikrotik serie CCR desde el 1009 al 1072, no tienen hardware switch, y solo trabaja con software haciendo trabajar el CPU, si usas 3 salidas para 3 OLTs todo lo hace por soft, hay otros modelos que trabajan con hardware para PPPoE, para solucionar estos problemas Mikrotik saco la Serie CCR2000 que trae Hardware Switch mas el hardware de la serie anterior.
puede probar con varios padres. ya que la queue usa un solo cpu y tiene muchas solicitudes
Warley, deberian probar degradar RouterOs a V6.48.6 long-term
Warley, mucha curiosidad con éste caso, esperamos ver la continuación y si fue posible una solución. En el pasado también he tenido problemas con el modelado de tráfico en RouterOS, considero que el problema se debe, al realizar todas las tareas en un solo equipo, BORDE(BGP), CORE (IGP, FIREWALL, NAT), AGREGACIÓN (RADIUS AAA, PPPoE, Modelado de Tráfico)
Concuerdo. Te recomendaría separar NAT de Queueing; este último, independientemente si usas Simples Queues (como en este caso) o un Queue Tree tal vez acompañado de mangle con marcas de tráfico.
Un router para NAT y otro para Control de tráfico. Saludos.
Agregar ese queue lo que está haciendo es darle toda al capacidad a esa subred. Por eso saturó la CPU con incremento de consumo. Debiste hacerle mostrar el torch. Saludos.
Podria explicarme más porfavor
Me pasó lo mismo, así que en la espera de alguna solución que encuentren
Tengo el mismo problema, y solo 200 clientes
Comparto lo tuyo. Ami me pasa ygual
Mismo problema
sigues con el problema o lo solucionaste, te puedo ayudar
@@metaldeteccion1193 sigues con el problema o lo solucionaste, te puedo ayudar
@@BATTLEROAD4 sigues con el problema o lo solucionaste, te puedo ayudar
Yo tengo 200 clientes y tengo un consumo de 650 megas ya no se como reusar mejor los megas
Busca "configurar mikrotik ISP Warley Goes" mira el vídeo completo y disfrutes. 😎
va depender de la cantidad de megas mueves, lo recomendable es 300 clientes para planes grandes,
tengo un link de un sitio que haces los script automatizados para hacer control de ancho de banda con que tree el mejor metodo que no genera perdida de paquetes
Podrías compartirlo?
Guillermo regalame 500 clientes !!!! Jeje
Creo que soy el único que no le gusta el pppoe?
En inalambrico no es recomendable, por fibra si. La cuestión es en cuanto a las gráficas de consumo, porque si se desconecta se elimina la interface y no queda registro del consumo del usuario. Eso para cuestiones estadísticas es importante.