I run a network where there are several EoIP tunnels between a central unit and some APs.
Now I would like to to implement QoS on the transit network between AP and the central unit.
If I use the common rule to mark packets I don’t get anything mangled because, I think, the traffic is incapsulated into a tunnel.
There is a way to workaround this?
Regards
R.
same question here for traffic running in pppoe session - any possibility to mangle this traffic on a machine that is not the pppoe concentrator ?
we need to priorise voip traffic on our accesspoints - but the clietns are all connected via pppoe
any idea ?
my network is little bit more complex:
pppoe over EoIP
Need to mangle the traffic on the transport.
well… why would one need a tunnel if that allowed to control the traffic inside? no, there is no way to distinguish the traffic inside the tunnels, except on the endpoints of the tunnel
the tunnel is needed to have PPPoE working on a routed network giving the fact MT doesn’t support PPPoE relay.
Giving the fact that it is a wireless routed network I would like to make QoS ready
Regards
so its seems to be time for the pppoe relay 
)
any chance to make a package ?
about QoS; the best you can do is to prioritize through the pppoe tunnel.
but before you can use QoS you would need to know what height your “ceiling” is and you would need to make the packet streams fairly predictable. 802.11 performance varies with the size of the packets which makes it very unpredictable.
i dont see how relaying would help much as that would copy the ppp encapsulated packet and not the ip packet between interfaces.