SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264

0002414: QoS not always working - MantisBT Endian Bugtracker
Endian Issue Tracker





Please see now our new Bugtracker system: JIRA








View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002414Endian FirewallQoSpublic2009-11-13 09:172010-09-23 16:16
Reporteraender 
Assigned To 
PrioritynormalSeveritymajorReproducibilityrandom
StatusacknowledgedResolutionopen 
PlatformOSOS Version
Product Version2.3 
Target VersionFixed in Version 
Summary0002414: QoS not always working
DescriptionI have the rules in the attachment that should do the following.

1. High Priority for Citrix through my IPSec tunnel (local to head office)
2. Medium Priority for Citrix Printers through my IPSec tunnel (from head office to local)
3. Low Priority (Bluk Traffic) for the rest who goes to RED.

Now sometimes, not at all, it could happens that my citrix session are very slow while a download from internet. First and Third Rule should prevent this!
TagsNo tags attached.
Attached Filespng file icon Bildschirmfoto 2009-11-13 um 10.13.03.png [^] (33,718 bytes) 2009-11-13 09:17

- Relationships
related to 0002281acknowledgedpeter-endian unmatched traffic seems exclusive 
child of 0003045confirmedpeter-endian TODO: QoS rework - QoS collecting ticket 

-  Notes
(0003375)
peter-endian (administrator)
2009-11-25 12:32

first of all, it is necessary to prioritize also the ipsec tunnel itself.
This rule prioritizes only the printer traffic within the tunnel, but if the uplink is saturated the printer has no priority above the rest of the traffic outside of the tunnel.

Rest maybe fixed with resolution of 0002281
(0003376)
aender (reporter)
2009-11-25 12:49

ähhmm

Maybe i´m to stupid to understand that correctly.
Can you explain me that in german?
(0003377)
peter-endian (administrator)
2009-11-25 14:00

um traffic im ipsec tunnel zu priorisieren muss der ipsec tunnel selber auch priorisiert sein.
wenn der uplink durch irgendwelchen anderen traffic zugemüllt wird, sodass der ipsec tunnel zu wenig bandbreite kriegt hilft die priorisierung innerhalb des tunnels nichts.
priorisierung innerhalb des ipsec tunnels priorisiert nur im hinblick auf anderen traffic der im selben tunnel anfällt.
(0003382)
aender (reporter)
2009-11-25 15:07

Thanks a lot.
Now its clear.

I will try it and give you a response

- Issue History
Date Modified Username Field Change
2009-11-13 09:17 aender New Issue
2009-11-13 09:17 aender File Added: Bildschirmfoto 2009-11-13 um 10.13.03.png
2009-11-25 12:25 peter-endian Relationship added related to 0002281
2009-11-25 12:32 peter-endian Note Added: 0003375
2009-11-25 12:32 peter-endian Status new => feedback
2009-11-25 12:49 aender Note Added: 0003376
2009-11-25 14:00 peter-endian Note Added: 0003377
2009-11-25 15:07 aender Note Added: 0003382
2010-07-05 16:37 peter-endian Relationship added child of 0003045
2010-09-20 17:24 peter-endian Category Network related (VPN, uplinks) => QoS
2010-09-23 16:16 peter-endian Status feedback => acknowledged

Copyright © 2005-2008 Endian, SRL. All rights reserved.


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker