* kami petersen <[EMAIL PROTECTED]>: > since nobody else seems to have an answer i'll suggest one thing to > try: > > maybe you could think of it as three separate steps, where arriving > traffic from the outside: > > a) is deprioritized if not voip, then > b) gets routed/NATed, then > c) can be queued again individually for the internal nets according > to other demands. > > how? > [snip]
Hi Thanks for your reply. Last night I played around for a few hours and tried something similiar (and it works so far): Since I'm using tun0 on the wireless interface, I bridged tun0 to the internal interface, using OpenVPNs bridging capabilities. And voila, the traffic that goes to the wireless interface ends up in the queue for the internal interface. SSH and mail work very fast even if I stress the SDSL-link with other stuff, so it looks like it queueing works on both networks. I can live with this solution since the wireless interface itself is not bridged, only the "encrypted tunnel". Seems to work just fine :) OK, I now have a problem with internal traffic (i.e. traffic that goes to the router itself) since the WLAN only has 11MBit while the ethernet has 1GBit, but that's not really critical for me since I don't often copy files locally. -- Fridtjof Busse
