QOS on dual uplink and/or internal interface

Hi William,

Setup steps for me:
- Used ADSL router to find actual negotiated bandwidths.  
- Set Astaro up/downlink to that minus 10%.  
- Used LiveLog to ensure ftp=low & RA=high filter rules were triggering.
- Monitored transmitted real audio streams using separate internet connection.  
- Used Astaro to monitor for QOS discarding traffic from low and medium priority queues.

We found the high priority RealAudio transmission for a customer was still dropping out.  This was nothing to do with QOS but everthing to do with a crappy hub.  Its collision lights were flashing on simultaneously whenever we triggered heavy FTP traffic.  Ditched that for a £60 hub.  Problem solved.  No dropouts.  

In Astaro we then throttled back the allowed uplink bandwidth from 200k to 20k to prove the QOS functionality.  The FTP traffic was strangled off to a crawl relative to the RA traffic.  RA traffic happily consumed the same 16k as before.  

My conclusion: QOS does exactly what is says on the tin.  

Caveat: if there is no discarded traffic from your Low and Medium priority queues when you get problems with high priority traffic like VoIP, etc. then you may as well have QOS switched off (or you may just have a crappy hub/router/ISP dropping traffic like we found). 


Still very interested other people's experience of QOS for controlling both up and downlink traffic.  

1. Using it on multiple interfaces? 
2. Using it in both directions?
3. Using it for  Dual Uplink?

Thanks in advance and Best Regards,

[ QUOTE ]
Hi William,

Setup steps for me:
- Used ADSL router to find actual negotiated bandwidths.  
- Set Astaro up/downlink to that minus 10%.  
- Used LiveLog to ensure ftp=low & RA=high filter rules were triggering.
- Monitored transmitted real audio streams using separate internet connection.  
- Used Astaro to monitor for QOS discarding traffic from low and medium priority queues.

We found the high priority RealAudio transmission for a customer was still dropping out.  This was nothing to do with QOS but everthing to do with a crappy hub.  Its collision lights were flashing on simultaneously whenever we triggered heavy FTP traffic.  Ditched that for a £60 hub.  Problem solved.  No dropouts.  

In Astaro we then throttled back the allowed uplink bandwidth from 200k to 20k to prove the QOS functionality.  The FTP traffic was strangled off to a crawl relative to the RA traffic.  RA traffic happily consumed the same 16k as before.  

My conclusion: QOS does exactly what is says on the tin.  

Caveat: if there is no discarded traffic from your Low and Medium priority queues when you get problems with high priority traffic like VoIP, etc. then you may as well have QOS switched off (or you may just have a crappy hub/router/ISP dropping traffic like we found). 


Still very interested other people's experience of QOS for controlling both up and downlink traffic.  

1. Using it on multiple interfaces? 
2. Using it in both directions?
3. Using it for  Dual Uplink?

Thanks in advance and Best Regards, 

[/ QUOTE ]

Well as i noted in many previous posts....on the EXACT same machine..v4 qos works fine..v5/6 doesn't work at all.  I know i get 750 out of 768 so i set my qos at 725 or 700.  I then put everything into the low priority queue and put my counter-striek and teamspeak servers into the high priority.  After waiting 5 minutes I tried an sftp upload.  The counter-strike servers and teamspeak servers were destroyed as ALL bandwidth was taken.  The Astaro QOS simply would not function.  It's not the hardware as the astaro 4 works fine for QOS.  I have also tried ipcop which uses the same QOS philosophy.  It's not a network problem as i have a fully switched network and i don't use hubs.

[ QUOTE ]
Hi William,

Setup steps for me:
- Used ADSL router to find actual negotiated bandwidths.  
- Set Astaro up/downlink to that minus 10%.  
- Used LiveLog to ensure ftp=low & RA=high filter rules were triggering.
- Monitored transmitted real audio streams using separate internet connection.  
- Used Astaro to monitor for QOS discarding traffic from low and medium priority queues.

We found the high priority RealAudio transmission for a customer was still dropping out.  This was nothing to do with QOS but everthing to do with a crappy hub.  Its collision lights were flashing on simultaneously whenever we triggered heavy FTP traffic.  Ditched that for a £60 hub.  Problem solved.  No dropouts.  

In Astaro we then throttled back the allowed uplink bandwidth from 200k to 20k to prove the QOS functionality.  The FTP traffic was strangled off to a crawl relative to the RA traffic.  RA traffic happily consumed the same 16k as before.  

My conclusion: QOS does exactly what is says on the tin.  

Caveat: if there is no discarded traffic from your Low and Medium priority queues when you get problems with high priority traffic like VoIP, etc. then you may as well have QOS switched off (or you may just have a crappy hub/router/ISP dropping traffic like we found). 


Still very interested other people's experience of QOS for controlling both up and downlink traffic.  

1. Using it on multiple interfaces? 
2. Using it in both directions?
3. Using it for  Dual Uplink?

Thanks in advance and Best Regards, 

[/ QUOTE ]

Well as i noted in many previous posts....on the EXACT same machine..v4 qos works fine..v5/6 doesn't work at all.  I know i get 750 out of 768 so i set my qos at 725 or 700.  I then put everything into the low priority queue and put my counter-striek and teamspeak servers into the high priority.  After waiting 5 minutes I tried an sftp upload.  The counter-strike servers and teamspeak servers were destroyed as ALL bandwidth was taken.  The Astaro QOS simply would not function.  It's not the hardware as the astaro 4 works fine for QOS.  I have also tried ipcop which uses the same QOS philosophy.  It's not a network problem as i have a fully switched network and i don't use hubs.