Ok, pues la moveré un par por de debajo de la cola con key 33, gracias por la ayuda.
Saludos
Buenas usuario_retirado
Que regla?
Si no está en la interfaz Web de cualquier forma, no podrás cambiarla desde la Shell limitada
Hay una regla en mangle que cambia todos los bits DSCP que salen de LAN hacia ppp0.1 a 000000, solo se mantiene el QoS DSCP de voip :((... de ahí a que no se marque el QoS 😞
Supongo que lo han hecho por seguridad y para que la gente no haga un "exploit" del ToS..
Aun así con ONT + neutro te lo saltas fácil (hasta el siguiente nodo, claro, donde probablemente te lo vuelvan a mapear a best effort DSCP 000000).
Meh.
Buenas usuario_retirado
El Askey no fuerza ni sobreescrbibe ningún marcado. No existe ninguna regla para ello, nada que eliminar. La ONT en cambio tiene mucho que decir aquí, y es pieza fundamental y motivo por el cual, entre otros muchos problemas, no es recomendable usar una ONT propia.
No tiene nada que ver con poder evitar alguna manipulación del ToS, es mucho más simple que todo ello, ya pudieses manipular absolutamente todo lo que quisieses a bajo nivel en el Router, que en lo tocante a DSCP (QoS) o a PCP (CoS) no vas a lograr nunca nada... obviamente con nada me refiero hacia el exterior. Todo lo que sea hacia el exterior jamás será marcado ni tenido en cuenta, da igual lo que quieras hacer.
Otra cosa muy diferente es lo tocante al tráfico interno de Movistar, IPTV o VoIP va por su propia red por otros canales totalmente independientes, sin violar además la neutralidad de la red. El tráfico en la ONT ya se separa, entra en el ramal de fibra que va a la OLT ya no solo por diferentes VLAN, sino que son puertos GEM diferentes. Podrías intentar colar el tráfico de Internet por otro puerto GEM, pero como ese tráfico al final va a parar a ámbito interno, de nuevo sin salida.
A lo más que se podría intentar aspirar, y con casi total seguridad tampoco funcionaría, sería intentar cambiar la prioridad del tráfico que pasará a paquetes GEM, modificar en la ONT los parámetros necesarios para que tuviesen, por así decirlo, mayor prioridad que el resto de los "enganchados" en la misma fobra, y tampoco tendría un recorrido muy largo... y eso todo es teórico, repito, dudo enormemente que la OLT no lo vigilase.
Tu hablas a nivel de ONT y paquetes ONT-OLT, pero, teóricamente, si la ISP respetara el marcado CoS (capa ethernet) y ToS (IPv4) por parte del ISP, al salir de la red debería mantenerse las prioridades. Los bits de prioridad incluso bajo VLAN pueden mantenerse.
Cierto es que con una linea MPLS puedes hacerlo o contratar redes privadas con un QoS definido bajo SLA.
Viendo que el QoS así no esta funcionando, sabes si cambiando la prioridad entera de la VLAN de ppp0.1 a otro valor que no sea el por defecto, ¿el servicio seguirá funcionando?
¿Hay alguna manera de contratar una línea privada con QoS bajo SLA por parte de Telefónica o hacer que la priorización de QoS que estableza en el router se propage, al menos, hasta el destino de las conexiones o previo salto a otro ISP?
