No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

NE20 QoS Service First Configures CAR and then GTS Configuration and QoS are Invalid

Publication Date:  2012-07-27 Views:  50 Downloads:  0
Issue Description
Three kinds of service data traffic enters into inbound port through IP source address. The traffic of 1.1.1.1 is 60M; the traffic of 2.2.2.2 is 20M and the traffic of 3.3.3.3 is 20M. Tag NE20 100M inbound port and divide them into high and low priority. The priority of  1.1.1.1 is high, others are low. Configure car at outbound port and the speed-limit is 70M. QoS is applied. It is predicted that the traffic of 1.1.1.1 all passes and there is no loss. For other two ones, there is loss and it is about 15M. And then there is loss for them and their loss rate is similar. The whole traffic is about 70M and gts phrase is not in effect.
Alarm Information
Null
Handling Process
Delete car phrase and reserve gts phrase. The traffic of 1.1.1.1 is added to 70M. The traffic of other two ones is added to 30M. 60M traffic bandwidth with the priority as ef is guaranteed. There is great loss for other two ones.
QoS is realized.
Root Cause
During the realization of NE20 QoS, if there is car and gts configuration. The system first chooses car parameter. If there is  conflict between gts phrase and car phrase, car phrase is first chosen. For this case, bandwidth 70M speed-limit is first realized and gts of QoS is not in effect.
Suggestions
For NE20 configuration, if there is gts demands of Qos, avoid configure car phrase.

END