Ok, pues la moveré un par por de debajo de la cola con key 33, gracias por la ayuda.
Saludos
jaja Theliel, tendré que mirarme tu respuesta unas cuantas veces...
Lo de eth1 tienes razón, al no ser multitarea no tiene mucho sentido, pero pensaba que eth1 hacia ppp0.1(routed) se refería de LAN(eth1 puerto) a WAN (ppp0.1)..
Mirare de hacer lo que me has dicho, pero, a resumidas cuentas, ¿para priorizar el tráfico UDP 3074 hacia fuera / hacia dentro (aunque no tiene sentido ya que ya ha llegado a la interfaz) que colas crearías y a qué lo asignarías?
Este QoS da dolores de cabeza, no se entiende nada pero me basé en las especificaciones de Netcomm (ISP Australiana), que tenía varias guías de QoS con la misma interfaz para routers domésticos...
https://support.netcommwireless.com/sites/default/files/3G29Wn_QoS_Setup_guide.pdf
https://support.netcommwireless.com/sites/default/files/NB604n_QoS_SetupV2.pdf
http://media.netcomm.com.au/public/assets/file/0019/72109/NB6Plus4Wn_QoS_Setup_Guide.pdf
https://www.telechoice.com.au/uploads/nbn/NF10WV-User-Guide.pdf
Hola Theliel , Finalmente, he dejado la cola de prioridad más alta LAN -> ppp0.1 con el puerto 3074 UDP y ToS DSCP desactivado (al igual que CoS 802.1p). Es cierto que no tiene sentido marcarlo ya que al salir, Movistar lo remarca a best effort cs0 y el sistema de colas por prioridad es lo que funciona en estos routers, aplicándose marcados en switchers/routers posteriores y en este caso, no se mantiene. Aunque es cierto que el teléfeno tiene puesto Expedited Forwarding en el apartado Voice > SIP Advanced Settings.
Por otro lado, ¿no crees que las colas LOCAL hacia ppp0.1 pueden ser para obtener IP pública desde servidores de Movistar en vez de asignar DHCP a clientes en LAN?
Aunque es cierto que es raro ya que pone el puerto 67 como origen y ese es el que usa un server DHCP...es decir, habla del DHCP del router... muy raro, luego hay una regla llamada CPU_ACS con una IP pública, que sale por la misma interfaz que CPU_DHCP. Muy raro.
| Class Name | Order | Class Intf | Ether Type | SrcMAC/ Mask | DstMAC/ Mask | SrcIP/ PrefixLength | DstIP/ PrefixLength | Proto | SrcPort | DstPort | DSCP Check | 802.1P Check | Queue Key | DSCP Mark | 802.1P Mark | Enable | Remove |
| Xbox | 1 | (interfaz)LAN | (ether type) IP | (protocolo) UDP | (puerto origen) 3074 | (queue key) 33 |
No se si crear una cola Local > ppp0.1 con puerto de destino 3074... No se si eso haría la función de "paquetes de descarga", ya que con la regla anterior solo priorizo los tiempos en cola de los paquetes de "subida".
Gracias
Hola usuario_retirado.
Te pedimos disculpas por las molestias ocasionadas y que no hayas podido realizar la configuración como deseabas porque no permitiese. Ya sabes donde nos tienes para otras consultas.
Un saludo.
Angela.
Bueno Theliel , al final he intentado configurar una cola más en QoS (veip_6) y asignar a ella el tráfico de la consola,
dejando a las 2 ultimas colas (veip_7,veip8) posteriores con mayor SP (menor peso) tráfico restante tipo IP normal desde LAN y W0/w1, pero a la que creo una regla con w1 se reinicia la interfaz web y no me deja crear la regla.
También, si creas una regla en una posición intermedia, se solapa con otras reglas (el array con Js está mal programado) y 2 reglas obtienen el mismo ID en la lista de orden. Solo se pueden poner reglas en la primera y última posición... tampoco quiero borrar las reglas QoS predefinidas.
Así que al final no uso reglas o dejo en la cola con máxima prioridad (key33) el tráfico UDP3074, tampoco es excesivo y no hace que se "mueran de hambre" el resto de colas o los paquetes DHCP y de control de la misma. El tráfico es muy bajo por el puerto 3074UDP y no noto inestabilidad...
No se puede hacer nada con este QoS por la cantidad de bugs que tiene, parece que lo han puesto así para que no toquemos nada.
Saludos
Hola usuario_retirado.
Te pedimos disculpas por las molestias ocasionadas. ¿Podrías confirmarnos si la información facilitada por Theliel (muchas gracias por tu aportación), se ha resuelto la consulta que nos planteabas, por favor?
Un saludo.
Angela.
Ok, pues la moveré un par por de debajo de la cola con key 33, gracias por la ayuda.
Saludos
Buenas usuario_retirado
Como te dije es todo basado en suposiciones. Para saber exactamente que está pasando sería necesario encontrar herramientas internas que permitiesen ver el tráfico que pasa por las colas y como va entrando/saliendo. Que no digo que no se pueda hacer, pero honestamente no tengo tiempo para ponerme con algo así
Todo lo que dije podría no ser así. Las reglas SIP/VoIP es totalmente diferente, son canales independientes y que si es posible Movistar tenga en cuenta por su red interna, aunque los sobreescriba al margen de que se configure, pero estoy seguro que internamente usan QoS en su red, es lógico. La regla ACS tiene en parte lógica es la conexión al servidor TR069, con lo que parte de local. Tendría todo mucho más sentido una cola para br0, pero esa no existe.
Las colas están ya creadas, lo úico que habría uqe hacer es meter diferentes reglas para que el tráfico se clasificase correctamente. el 1/SP que por defecto creo que es el 33 debería de ser la de mayor prioridad, yo no pondría ahí tráfico preferente para juegos ni para nada, lo dejaría para tráfico de control, es mucho más importante tráfico tipo ARP, DHCP, DNS... y por supuesto flags para TCP, que no pueden usarse. Además me aseguraría de tener otras colas detrás de menor prioridad y menor que la que quisieses meter entre medias, para clasificar tb la mayoría del tráfico que se pueda generar, sea web o sea del tipo que sea.
