CISCO 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰ ਮਾਡਿਊਲਰ QoS ਕੌਂਫਿਗਰੇਸ਼ਨ ਯੂਜ਼ਰ ਗਾਈਡ

ਅਧਿਆਇ 1: ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ ਗਈਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
ਇਹ ਅਧਿਆਇ ਇੱਕ ਓਵਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈview Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ ਵਿੱਚ ਸੇਵਾ ਦੀ ਨਵੀਂ ਅਤੇ ਬਦਲੀ ਹੋਈ ਗੁਣਵੱਤਾ (QoS) ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ।

ਅਧਿਆਇ 2: ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਸਮਾਪਤview
ਇਹ ਅਧਿਆਇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦੇ ਦਾਇਰੇ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਰਵਾਇਤੀ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ, ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ, VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ, QoS ਨੀਤੀ ਵਿਰਾਸਤ, ਅਤੇ QoS ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ Cisco Modular QoS CLI ਦੀ ਵਰਤੋਂ ਸ਼ਾਮਲ ਹੈ।

ਸਕੋਪ
ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਕੁਸ਼ਲ ਅਤੇ ਭਰੋਸੇਮੰਦ ਡੇਟਾ ਪ੍ਰਸਾਰਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਅਤੇ ਤਰਜੀਹ ਦੇਣਾ ਸ਼ਾਮਲ ਹੈ।

ਰਵਾਇਤੀ ਆਵਾਜਾਈ ਪ੍ਰਬੰਧਨ
ਰਵਾਇਤੀ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਤਕਨੀਕਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਕਾਰ ਦੇਣਾ, ਪੁਲਿਸਿੰਗ, ਅਤੇ ਕਤਾਰ ਬਣਾਉਣਾ।

ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ
ਇਹ ਭਾਗ ਦੱਸਦਾ ਹੈ ਕਿ ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ QoS ਨੀਤੀਆਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਮਾਡਯੂਲਰ QoS CLI (MQC) ਦੀ ਵਰਤੋਂ ਸ਼ਾਮਲ ਹੈ।

VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ
ਵੌਇਸ ਓਵਰ ਕੁਆਂਟਮ (VoQ) ਮਾਡਲ ਵਿੱਚ ਸਕੇਲੇਬਿਲਟੀ ਅਤੇ ਜਟਿਲਤਾ ਦੇ ਰੂਪ ਵਿੱਚ ਕੁਝ ਸੀਮਾਵਾਂ ਹਨ। ਇਹ ਭਾਗ ਇਹਨਾਂ ਸੀਮਾਵਾਂ ਦੀ ਚਰਚਾ ਕਰਦਾ ਹੈ ਅਤੇ ਅਜਿਹੇ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ QoS ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਸਮਝ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

QoS ਨੀਤੀ ਵਿਰਾਸਤ

QoS ਨੀਤੀ ਵਿਰਾਸਤ ਦਾ ਅਰਥ ਮੂਲ ਨੀਤੀਆਂ ਤੋਂ QoS ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਭਾਗ QoS ਨੀਤੀ ਵਿਰਾਸਤ ਅਤੇ ਇਸਦੇ ਲਾਭਾਂ ਦੀ ਧਾਰਨਾ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।

QoS ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ Cisco Modular QoS CLI
Cisco Modular QoS CLI (MQC) ਇੱਕ ਕਮਾਂਡ-ਲਾਈਨ ਇੰਟਰਫੇਸ ਹੈ ਜੋ Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ 'ਤੇ QoS ਨੀਤੀਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਭਾਗ QoS ਤੈਨਾਤੀ ਲਈ MQC ਦੀ ਵਰਤੋਂ ਕਰਨ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਅਧਿਆਇ 3: MQC ਈਗ੍ਰੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ
ਇਹ ਅਧਿਆਇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ QoS ਲਾਗੂ ਕਰਨ ਲਈ MQC ਈਗ੍ਰੇਸ ਕਤਾਰ ਨੀਤੀ ਦੀ ਸੰਰਚਨਾ ਕਰਦੇ ਸਮੇਂ ਨੋਟ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਵਿਚਾਰਾਂ ਅਤੇ ਨੁਕਤਿਆਂ ਨੂੰ ਉਜਾਗਰ ਕਰਦਾ ਹੈ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ (FAQ)

ਸਵਾਲ: ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਕੀ ਹੈ?
A: ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਕੁਸ਼ਲ ਅਤੇ ਭਰੋਸੇਮੰਦ ਡੇਟਾ ਸੰਚਾਰ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਅਤੇ ਤਰਜੀਹ ਦੇਣਾ ਸ਼ਾਮਲ ਹੈ।

ਸਵਾਲ: ਮੈਂ Cisco 8000 ਸੀਰੀਜ਼ 'ਤੇ QoS ਨੀਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦਾ ਹਾਂ ਰਾਊਟਰ?
A: ਤੁਸੀਂ Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ 'ਤੇ QoS ਨੀਤੀਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਅਤੇ ਲਾਗੂ ਕਰਨ ਲਈ Cisco Modular QoS CLI (MQC) ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਸਵਾਲ: VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ ਕੀ ਹਨ?
A: VoQ ਮਾਡਲ ਵਿੱਚ ਮਾਪਯੋਗਤਾ ਅਤੇ ਜਟਿਲਤਾ ਦੇ ਰੂਪ ਵਿੱਚ ਸੀਮਾਵਾਂ ਹਨ। VoQ- ਅਧਾਰਤ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ QoS ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਸਮੇਂ ਇਹਨਾਂ ਸੀਮਾਵਾਂ ਨੂੰ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ।

View Fullscreen

ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x
ਪਹਿਲੀ ਪ੍ਰਕਾਸ਼ਿਤ: 2021-02-01 ਆਖਰੀ ਸੋਧ: 2022-01-01
ਅਮਰੀਕਾ ਦਾ ਮੁੱਖ ਦਫਤਰ
ਸਿਸਕੋ ਸਿਸਟਮਜ਼, ਇੰਕ. 170 ਵੈਸਟ ਟਾਸਮੈਨ ਡਰਾਈਵ ਸਨ ਜੋਸੇ, ਸੀਏ 95134-1706 ਯੂਐਸਏ http://www.cisco.com ਟੈਲੀਫ਼ੋਨ: 408 526-4000
800 553-NETS (6387) ਫੈਕਸ: 408 527-0883

ਇਸ ਮੈਨੂਅਲ ਵਿੱਚ ਉਤਪਾਦਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਨਿਰਧਾਰਨ ਅਤੇ ਜਾਣਕਾਰੀ ਬਿਨਾਂ ਨੋਟਿਸ ਦੇ ਬਦਲਣ ਦੇ ਅਧੀਨ ਹਨ। ਇਸ ਮੈਨੂਅਲ ਵਿਚਲੇ ਸਾਰੇ ਬਿਆਨ, ਜਾਣਕਾਰੀ, ਅਤੇ ਸਿਫ਼ਾਰਸ਼ਾਂ ਸਹੀ ਮੰਨੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਪਰ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੀ ਵਾਰੰਟੀ ਤੋਂ ਬਿਨਾਂ, ਸਪਸ਼ਟ ਜਾਂ ਸੰਕੇਤ ਦੇ ਪੇਸ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਉਤਪਾਦ ਦੀ ਉਹਨਾਂ ਦੀ ਅਰਜ਼ੀ ਲਈ ਪੂਰੀ ਜ਼ਿੰਮੇਵਾਰੀ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ।
ਨਾਲ ਵਾਲੇ ਉਤਪਾਦ ਲਈ ਸਾਫਟਵੇਅਰ ਲਾਈਸੈਂਸ ਅਤੇ ਸੀਮਤ ਵਾਰੰਟੀ ਜਾਣਕਾਰੀ ਦੇ ਪੈਕੇਟ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਉਤਪਾਦ ਦੇ ਨਾਲ ਭੇਜੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਸੰਦਰਭ ਦੁਆਰਾ ਇੱਥੇ ਸ਼ਾਮਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਸਾਫਟਵੇਅਰ ਲਾਇਸੈਂਸ ਜਾਂ ਸੀਮਤ ਵਾਰੰਟੀ ਦਾ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੋ, ਤਾਂ ਇੱਕ ਕਾਪੀ ਲਈ ਆਪਣੇ ਸਿਸਕੋ ਪ੍ਰਤੀਨਿਧੀ ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
ਟੀਸੀਪੀ ਹੈਡਰ ਕੰਪਰੈਸ਼ਨ ਦਾ ਸਿਸਕੋ ਲਾਗੂ ਕਰਨਾ ਯੂਨੀਕਸ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ UCB ਦੇ ਜਨਤਕ ਡੋਮੇਨ ਸੰਸਕਰਣ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਕੈਲੀਫੋਰਨੀਆ ਯੂਨੀਵਰਸਿਟੀ, ਬਰਕਲੇ (UCB) ਦੁਆਰਾ ਵਿਕਸਤ ਕੀਤੇ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਦਾ ਇੱਕ ਅਨੁਕੂਲਨ ਹੈ। ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ. ਕਾਪੀਰਾਈਟ © 1981, ਕੈਲੀਫੋਰਨੀਆ ਯੂਨੀਵਰਸਿਟੀ ਦੇ ਰੀਜੈਂਟਸ।
ਇੱਥੇ ਕਿਸੇ ਵੀ ਹੋਰ ਵਾਰੰਟੀ ਦੇ ਬਾਵਜੂਦ, ਸਾਰੇ ਦਸਤਾਵੇਜ਼ FILEਇਹਨਾਂ ਸਪਲਾਇਰਾਂ ਦੇ S ਅਤੇ ਸੌਫਟਵੇਅਰ ਸਾਰੀਆਂ ਨੁਕਸਾਂ ਦੇ ਨਾਲ "ਜਿਵੇਂ ਹੈ" ਪ੍ਰਦਾਨ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਸਿਸਕੋ ਅਤੇ ਉੱਪਰ-ਨਾਮ ਕੀਤੇ ਸਪਲਾਇਰ ਸਾਰੀਆਂ ਵਾਰੰਟੀਆਂ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਵਿਅਕਤ ਜਾਂ ਅਪ੍ਰਤੱਖ, ਬਿਨਾਂ ਕਿਸੇ ਸੀਮਾ ਦੇ, ਵਪਾਰਕਤਾ, ਕਿਸੇ ਖਾਸ ਉਦੇਸ਼ ਲਈ ਫਿਟਨੈਸ ਅਤੇ ਗੈਰ-ਸਹਿਯੋਗਤਾ ਦੀ ਉਲੰਘਣਾ ਕਰਨ ਵਾਲੇ ਡੀਲਿੰਗ, ਵਰਤੋਂ, ਜਾਂ ਵਪਾਰ ਅਭਿਆਸ।
ਕਿਸੇ ਵੀ ਸੂਰਤ ਵਿੱਚ ਸਿਸਕੋ ਜਾਂ ਇਸਦੇ ਸਪਲਾਇਰ ਕਿਸੇ ਵੀ ਅਸਿੱਧੇ, ਵਿਸ਼ੇਸ਼, ਪਰਿਣਾਮੀ, ਜਾਂ ਅਚਨਚੇਤ ਨੁਕਸਾਨ ਲਈ ਜਿੰਮੇਵਾਰ ਨਹੀਂ ਹੋਣਗੇ, ਜਿਸ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਸੀਮਾ ਦੇ, ਮੁਨਾਫੇ ਜਾਂ ਨੁਕਸਾਨ ਜਾਂ ਨੁਕਸਾਨ ਦੇ ਨੁਕਸਾਨ ਸ਼ਾਮਲ ਹਨ। ਇਸ ਮੈਨੂਅਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਅਯੋਗਤਾ, ਭਾਵੇਂ ਸਿਸਕੋ ਜਾਂ ਇਸਦੇ ਸਪਲਾਇਰਾਂ ਨੂੰ ਅਜਿਹੇ ਨੁਕਸਾਨਾਂ ਦੀ ਸੰਭਾਵਨਾ ਬਾਰੇ ਸਲਾਹ ਦਿੱਤੀ ਗਈ ਹੋਵੇ।
ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਵਰਤੇ ਗਏ ਕੋਈ ਵੀ ਇੰਟਰਨੈਟ ਪ੍ਰੋਟੋਕੋਲ (IP) ਪਤੇ ਅਤੇ ਫ਼ੋਨ ਨੰਬਰ ਅਸਲ ਪਤੇ ਅਤੇ ਫ਼ੋਨ ਨੰਬਰ ਹੋਣ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਹਨ। ਕੋਈ ਵੀ ਸਾਬਕਾamples, ਕਮਾਂਡ ਡਿਸਪਲੇ ਆਉਟਪੁੱਟ, ਨੈਟਵਰਕ ਟੌਪੋਲੋਜੀ ਡਾਇਗ੍ਰਾਮ, ਅਤੇ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਰ ਅੰਕੜੇ ਸਿਰਫ ਵਿਆਖਿਆ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਦਿਖਾਏ ਗਏ ਹਨ। ਵਿਆਖਿਆਤਮਕ ਸਮੱਗਰੀ ਵਿੱਚ ਅਸਲ IP ਪਤਿਆਂ ਜਾਂ ਫ਼ੋਨ ਨੰਬਰਾਂ ਦੀ ਕੋਈ ਵੀ ਵਰਤੋਂ ਅਣਜਾਣ ਅਤੇ ਇਤਫ਼ਾਕ ਹੈ।
ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀਆਂ ਸਾਰੀਆਂ ਪ੍ਰਿੰਟ ਕੀਤੀਆਂ ਕਾਪੀਆਂ ਅਤੇ ਡੁਪਲੀਕੇਟ ਸਾਫਟ ਕਾਪੀਆਂ ਨੂੰ ਬੇਕਾਬੂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਲਈ ਮੌਜੂਦਾ ਔਨਲਾਈਨ ਸੰਸਕਰਣ ਦੇਖੋ।
ਸਿਸਕੋ ਦੇ ਦੁਨੀਆ ਭਰ ਵਿੱਚ 200 ਤੋਂ ਵੱਧ ਦਫ਼ਤਰ ਹਨ। ਪਤੇ ਅਤੇ ਫ਼ੋਨ ਨੰਬਰ ਸਿਸਕੋ 'ਤੇ ਸੂਚੀਬੱਧ ਹਨ webwww.cisco.com/go/offices 'ਤੇ ਸਾਈਟ.
ਇਸ ਉਤਪਾਦ ਲਈ ਸੈੱਟ ਕੀਤੇ ਗਏ ਦਸਤਾਵੇਜ਼ ਪੱਖਪਾਤ-ਮੁਕਤ ਭਾਸ਼ਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਇਸ ਦਸਤਾਵੇਜ਼ ਸੈੱਟ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਪੱਖਪਾਤ-ਮੁਕਤ ਭਾਸ਼ਾ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਉਮਰ, ਅਪਾਹਜਤਾ, ਲਿੰਗ, ਨਸਲੀ ਪਛਾਣ, ਨਸਲੀ ਪਛਾਣ, ਜਿਨਸੀ ਝੁਕਾਅ, ਸਮਾਜਿਕ-ਆਰਥਿਕ ਸਥਿਤੀ, ਅਤੇ ਅੰਤਰ-ਸਬੰਧਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਵਿਤਕਰੇ ਨੂੰ ਦਰਸਾਉਂਦੀ ਨਹੀਂ ਹੈ। ਉਤਪਾਦ ਸੌਫਟਵੇਅਰ ਦੇ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸਾਂ ਵਿੱਚ ਹਾਰਡਕੋਡ ਵਾਲੀ ਭਾਸ਼ਾ, ਮਿਆਰਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਅਧਾਰ ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਭਾਸ਼ਾ, ਜਾਂ ਕਿਸੇ ਸੰਦਰਭੀ ਤੀਜੀ-ਧਿਰ ਉਤਪਾਦ ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਭਾਸ਼ਾ ਦੇ ਕਾਰਨ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਅਪਵਾਦ ਮੌਜੂਦ ਹੋ ਸਕਦੇ ਹਨ।
Cisco ਅਤੇ Cisco ਲੋਗੋ ਅਮਰੀਕਾ ਅਤੇ ਹੋਰ ਦੇਸ਼ਾਂ ਵਿੱਚ Cisco ਅਤੇ/ਜਾਂ ਇਸਦੇ ਸਹਿਯੋਗੀਆਂ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਜਾਂ ਰਜਿਸਟਰਡ ਟ੍ਰੇਡਮਾਰਕ ਹਨ। ਨੂੰ view ਸਿਸਕੋ ਟ੍ਰੇਡਮਾਰਕ ਦੀ ਸੂਚੀ, ਇਸ 'ਤੇ ਜਾਓ URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. ਜ਼ਿਕਰ ਕੀਤੇ ਗਏ ਤੀਜੀ-ਧਿਰ ਦੇ ਟ੍ਰੇਡਮਾਰਕ ਉਹਨਾਂ ਦੇ ਸਬੰਧਤ ਮਾਲਕਾਂ ਦੀ ਸੰਪਤੀ ਹਨ। ਪਾਰਟਨਰ ਸ਼ਬਦ ਦੀ ਵਰਤੋਂ ਸਿਸਕੋ ਅਤੇ ਕਿਸੇ ਹੋਰ ਕੰਪਨੀ ਵਿਚਕਾਰ ਭਾਈਵਾਲੀ ਸਬੰਧਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਨਹੀਂ ਹੈ। (1721R)
Rights 2021 ਸਿਸਕੋ ਸਿਸਟਮਜ਼, ਇੰਕ. ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ.

ਮੁਖਬੰਧ ਅਧਿਆਇ 1 ਅਧਿਆਇ 2

ਅਧਿਆਇ 3

ਮੁਖਬੰਧ vii ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਤਬਦੀਲੀਆਂ vii ਸੰਚਾਰ, ਸੇਵਾਵਾਂ, ਅਤੇ ਵਾਧੂ ਜਾਣਕਾਰੀ vii
ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 1 ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 1
ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview 3 ਸਕੋਪ 3 ਪਰੰਪਰਾਗਤ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ 3 ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ 3 VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ 4 QoS ਨੀਤੀ ਵਿਰਾਸਤ 5 Cisco Modular QoS CLI QoS ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ 6 MQC ਈਗ੍ਰੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ 6 ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ
ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ 9 ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ 9 ਪੈਕੇਟ ਵਰਗੀਕਰਨ ਓਵਰview 9 ਆਈਪੀ ਪ੍ਰੀਸੀਡੈਂਸ ਵਾਲੇ ਪੈਕੇਟ ਲਈ CoS ਦਾ ਨਿਰਧਾਰਨ 10 ਆਈਪੀ ਪ੍ਰੀਸੀਡੈਂਸ ਬਿੱਟਸ ਪੈਕਟਾਂ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ 10 ਆਈਪੀ ਤਰਜੀਹ ਮੁੱਲ ਸੈਟਿੰਗਾਂ 10 ਆਈਪੀ ਪ੍ਰਮੁੱਖਤਾ ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਆਈਪੀ ਡੀਐਸਸੀਪੀ ਮਾਰਕਿੰਗ 11 ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਦੇ ਮੁਕਾਬਲੇ 11 ਪੀਏਆਰਇੰਟ 12 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਏਸੀਐਲ ਸਕੇਲਿੰਗ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ। ACLs 12

ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x iii

ਸਮੱਗਰੀ

ਅਧਿਆਇ 4 ਅਧਿਆਇ 5

ਪੀਅਰਿੰਗ QoS ਲਈ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਅਤੇ ਪਾਬੰਦੀਆਂ 12 ACL ਸਕੇਲਿੰਗ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ 13 ਲੇਅਰ 3 ਇੰਟਰਫੇਸ 'ਤੇ ਲੇਅਰ 2 ਹੈਡਰ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਅਤੇ ਟਿੱਪਣੀ ਕਰਨਾ 19 ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਐਲੀਮੈਂਟਸ 20 ਡਿਫਾਲਟ ਟ੍ਰੈਫਿਕ ਕਲਾਸ 21 ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ 21 ਟਰੈਫਿਕ ਪਾਲਿਸੀ 23 ਟ੍ਰੈਫਿਕ ਪਾਲਿਸੀ 24 ਟ੍ਰੈਫਿਕ 24. ਇੱਕ ਇੰਟਰਫੇਸ ਲਈ ਨੀਤੀ XNUMX
ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ 29 ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਓਵਰview 29 ਡਿਫਾਲਟ ਮਾਰਕਿੰਗ 29 ਜੈਨਰਿਕ ਰਾਊਟਿੰਗ ਇਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਟਨਲਜ਼ ਲਈ 30 ਪੈਕੇਟ ਮਾਰਕਿੰਗ 30 QoS ਵਿਵਹਾਰ ਜੈਨਰਿਕ ਰੂਟਿੰਗ ਐਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਟਨਲਜ਼ ਲਈ 31 ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਲਾਭ 31 ਕਲਾਸ-ਬੇਸਡ ਕਲਾਸ-ਬੇਸਡ-32 ਕੰਡੀਸ਼ਨਲ ਕਲਾਸ-ਬੇਸਡ-XNUMX ਲਾਭ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ: ਸਾਬਕਾamples 33 IP ਪ੍ਰੀਸੀਡੈਂਸ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample 33 IP DSCP ਮਾਰਕਿੰਗ ਸੰਰਚਨਾ: Example 34 QoS ਗਰੁੱਪ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample 34 CoS ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample 34 MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਬਿੱਟ ਇਮਪੋਜਿਸ਼ਨ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample 35 MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਸਿਖਰ 'ਤੇ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample 35 IP DSCP ਮਾਰਕਿੰਗ 35 ਦੀ ਤੁਲਨਾ ਵਿੱਚ IP ਤਰਜੀਹ DSCP CS7 ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ (ਪ੍ਰੇਸੀਡੈਂਸ 7) 36 ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ 36 ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ਾਂ 36
ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ 39 ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ 39 ਕਤਾਰਬੱਧ ਢੰਗ 39 ਮੁੱਖ ਇੰਟਰਫੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ 40

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x iv

ਸਮੱਗਰੀ

ਅਧਿਆਇ 6

ਸਬ-ਇੰਟਰਫੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ 40 VOQ 40 ਵਿੱਚ ਭੀੜ ਤੋਂ ਬਚਣਾ
VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰ 41 ਦੀ ਸ਼ੇਅਰਿੰਗ VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰ 41 ਦੀ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ
ਦੋਹਰੀ ਕਤਾਰ ਸੀਮਾ 42 ਪਾਬੰਦੀਆਂ 43
ਨਿਰਪੱਖ VOQ 44 ਫੇਅਰ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਮਾਨ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ: ਕਿਉਂ 44 ਨਿਰਪੱਖ VOQ: ਕਿਵੇਂ 45 ਨਿਰਪੱਖ VOQ ਮੋਡ ਅਤੇ ਕਾਊਂਟਰਾਂ ਦੀ ਵੰਡ 46 ਨਿਰਪੱਖ VOQ ਅਤੇ ਸਲਾਈਸ (ਜਾਂ ਆਮ) VOQs: ਮੁੱਖ ਅੰਤਰ 47 ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਅਤੇ ਸੀਮਾਵਾਂ Fair VOQ 47 VOQ
ਮਾਡਯੂਲਰ QoS ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ 50 ਟੇਲ ਡ੍ਰੌਪ ਅਤੇ FIFO ਕਤਾਰ 50
ਟੇਲ ਡ੍ਰੌਪ 50 ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਸ਼ਨ ਅਤੇ TCP 52 ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 52 ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ 54
ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 57 ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਓਵਰview 57 ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ 59 ਪਾਬੰਦੀਆਂ ਅਤੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ 59 ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ 59 ਮਹੱਤਵਪੂਰਨ ਵਿਚਾਰ 60 ਤਰਜੀਹੀ ਵਹਾਅ ਨਿਯੰਤਰਣ ਲਈ ਹਾਰਡਵੇਅਰ ਸਹਾਇਤਾ 61 ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 61 ਸੰਰਚਨਾਯੋਗ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਅਤੇ 66 ਈ.ਸੀ ਸੰਰਚਨਾਯੋਗ ਦੇ ਲਾਭ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ 66 ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ: FAQ 67 ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਅਤੇ ਸੀਮਾਵਾਂ 68 ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 68

ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਿਊਲਰ QoS ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.xv

ਸਮੱਗਰੀ

ਅਧਿਆਇ 7 ਅਧਿਆਇ 8

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਵਾਚਡੌਗ ਓਵਰview 71 ਇੱਕ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਵਾਚਡੌਗ ਅੰਤਰਾਲ 72 ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਕੰਜੈਸ਼ਨ ਮੈਨੇਜਮੈਂਟ 75 ਕੰਜੈਸ਼ਨ ਮੈਨੇਜਮੈਂਟ ਓਵਰview 75 ਸਖਤ ਤਰਜੀਹ ਕਤਾਰ ਦੇ ਨਾਲ ਘੱਟ ਲੇਟੈਂਸੀ ਕਤਾਰ 75 ਸਖਤ ਤਰਜੀਹ ਕਤਾਰ ਦੇ ਨਾਲ ਘੱਟ ਲੇਟੈਂਸੀ ਕਤਾਰ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 75 ਟ੍ਰੈਫਿਕ ਸ਼ੇਪਿੰਗ 78 ਟ੍ਰੈਫਿਕ ਸ਼ੇਪਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ 78 ਟ੍ਰੈਫਿਕ ਪੁਲਿਸਿੰਗ 80 ਕਮਿਟਡ ਬਰਸਟ ਅਤੇ ਐਕਸੈਸ ਬਰਸਟ 80 ਸਿੰਗਲ-ਆਰ ਪੁਲਿਸ ਮੈਨੇਜਮੈਂਟ ਟੂ-ਆਰ-ਆਰਡੀਏ81 ਲਈ ਸਿੰਗਲ-ਆਰ ਡੀ 83 ਐੱਸ. 85 ਵਚਨਬੱਧ ਬਰਸਟ 85 ਵਾਧੂ ਬਰਸਟ 86 ਦੋ-ਦਰਜ਼ ਪੁਲਿਸ ਦੇ ਵੇਰਵੇ 87
ਲਿੰਕ ਬੰਡਲਾਂ 'ਤੇ ਮਾਡਿਊਲਰ QoS 89 ਲਿੰਕ ਬੰਡਲ 'ਤੇ QoS 89 ਲੋਡ ਬੈਲੇਂਸਿੰਗ 89 ਲਿੰਕ ਬੰਡਲ 90 'ਤੇ QoS ਕੌਂਫਿਗਰ ਕਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x vi

ਮੁਖਬੰਧ

ਇਸ ਪ੍ਰਸਤਾਵਨਾ ਵਿੱਚ ਇਹ ਭਾਗ ਹਨ:
· ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਬਦਲਾਅ, ਪੰਨੇ vii 'ਤੇ · ਸੰਚਾਰ, ਸੇਵਾਵਾਂ, ਅਤੇ ਵਾਧੂ ਜਾਣਕਾਰੀ, ਪੰਨੇ vii 'ਤੇ

ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਤਬਦੀਲੀਆਂ

ਇਹ ਸਾਰਣੀ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪਹਿਲੀ ਵਾਰ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਸ ਵਿੱਚ ਕੀਤੀਆਂ ਤਕਨੀਕੀ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ।
ਸਾਰਣੀ 1: ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਤਬਦੀਲੀਆਂ

ਮਿਤੀ 2022 ਜਨਵਰੀ
ਅਕਤੂਬਰ 2021
ਮਈ 2021 ਫਰਵਰੀ 2021

ਰੀਲੀਜ਼ 7.3.3 ਲਈ ਦਸਤਾਵੇਜ਼ ਅੱਪਡੇਟ ਦੇ ਨਾਲ ਸੰਖੇਪ ਨੂੰ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ
ਰੀਲੀਜ਼ 7.3.2 ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਅੱਪਡੇਟ ਨਾਲ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ
ਰੀਲੀਜ਼ 7.3.15 ਲਈ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ
ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਸ਼ੁਰੂਆਤੀ ਰਿਲੀਜ਼।

ਸੰਚਾਰ, ਸੇਵਾਵਾਂ, ਅਤੇ ਵਧੀਕ ਜਾਣਕਾਰੀ
· Cisco ਤੋਂ ਸਮੇਂ ਸਿਰ, ਸੰਬੰਧਿਤ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, Cisco Pro 'ਤੇ ਸਾਈਨ ਅੱਪ ਕਰੋfile ਮੈਨੇਜਰ. · ਵਪਾਰਕ ਪ੍ਰਭਾਵ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜੋ ਤੁਸੀਂ ਮਹੱਤਵਪੂਰਨ ਤਕਨਾਲੋਜੀਆਂ ਨਾਲ ਲੱਭ ਰਹੇ ਹੋ, Cisco Services 'ਤੇ ਜਾਓ। · ਸੇਵਾ ਦੀ ਬੇਨਤੀ ਜਮ੍ਹਾ ਕਰਨ ਲਈ, Cisco Support 'ਤੇ ਜਾਓ। · ਸੁਰੱਖਿਅਤ, ਪ੍ਰਮਾਣਿਤ ਐਂਟਰਪ੍ਰਾਈਜ਼-ਕਲਾਸ ਐਪਸ, ਉਤਪਾਦਾਂ, ਹੱਲਾਂ ਅਤੇ ਸੇਵਾਵਾਂ ਨੂੰ ਖੋਜਣ ਅਤੇ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਲਈ, ਵੇਖੋ
ਸਿਸਕੋ ਮਾਰਕੀਟਪਲੇਸ. · ਆਮ ਨੈੱਟਵਰਕਿੰਗ, ਸਿਖਲਾਈ, ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਣ ਸਿਰਲੇਖ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਸਿਸਕੋ ਪ੍ਰੈਸ 'ਤੇ ਜਾਓ। · ਕਿਸੇ ਖਾਸ ਉਤਪਾਦ ਜਾਂ ਉਤਪਾਦ ਪਰਿਵਾਰ ਲਈ ਵਾਰੰਟੀ ਜਾਣਕਾਰੀ ਲੱਭਣ ਲਈ, ਸਿਸਕੋ ਵਾਰੰਟੀ ਫਾਈਂਡਰ ਤੱਕ ਪਹੁੰਚ ਕਰੋ।

ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x vii

ਮੁਖਬੰਧ

ਮੁਖਬੰਧ
ਸਿਸਕੋ ਬੱਗ ਸਰਚ ਟੂਲ ਸਿਸਕੋ ਬੱਗ ਸਰਚ ਟੂਲ (BST) ਹੈ web-ਆਧਾਰਿਤ ਟੂਲ ਜੋ ਕਿ ਸਿਸਕੋ ਬੱਗ ਟਰੈਕਿੰਗ ਸਿਸਟਮ ਲਈ ਇੱਕ ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜੋ ਸਿਸਕੋ ਉਤਪਾਦਾਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਨੁਕਸ ਅਤੇ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਇੱਕ ਵਿਆਪਕ ਸੂਚੀ ਨੂੰ ਕਾਇਮ ਰੱਖਦਾ ਹੈ। BST ਤੁਹਾਨੂੰ ਤੁਹਾਡੇ ਉਤਪਾਦਾਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਬਾਰੇ ਵਿਸਤ੍ਰਿਤ ਨੁਕਸ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x viii

1 ਅਧਿਆਇ

ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

· ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਪੰਨਾ 1 'ਤੇ

ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਸਾਰਣੀ 2: IOS XR ਰੀਲੀਜ਼ 7.3.x ਵਿੱਚ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜੋੜੀਆਂ ਜਾਂ ਸੋਧੀਆਂ ਗਈਆਂ

ਨਿਰਪੱਖ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਮਾਨ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ
ਪੀਅਰਿੰਗ QoS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ACL ਸਕੇਲਿੰਗ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ

ਵਰਣਨ

ਰੀਲੀਜ਼ ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ

ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਰੀਲੀਜ਼ 7.3.3 ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ NPU ਦੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਟੁਕੜੇ 'ਤੇ ਵੱਖ-ਵੱਖ ਸਰੋਤ ਪੋਰਟਾਂ ਤੋਂ ਪ੍ਰਵੇਸ਼ ਟ੍ਰੈਫਿਕ ਨੂੰ ਹਰੇਕ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਪੋਰਟ ਜੋੜੇ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਵਰਚੁਅਲ ਆਉਟਪੁੱਟ ਕਤਾਰ (VOQ) ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ।

ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ QoS ਅਤੇ ਸੁਰੱਖਿਆ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੂਚੀਆਂ (ACLs) ਦੇ ਰੀਲੀਜ਼ 7.3.2 ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਮਿਲਾਉਂਦੀ ਹੈ। ਇਹ ਸੁਮੇਲ ਆਬਜੈਕਟ ਗਰੁੱਪ ACL ਦੇ ਨਾਲ ACL ਫਿਲਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਬਹੁਤ ਘੱਟ TCAM ਵਰਤੋਂ ਦੇ ਕਾਰਨ ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਧਾਰਿਆ ACL ਸਕੇਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਜਿੱਥੇ ਸਫ਼ਾ 44 'ਤੇ, ਨਿਰਪੱਖ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਰਾਬਰੀਯੋਗ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕੀਤਾ ਗਿਆ ਹੈ
ਪੰਨਾ 12 'ਤੇ, ਪੀਅਰਿੰਗ QoS ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ACL ਸਕੇਲਿੰਗ ਨੂੰ ਸੁਧਾਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 1 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਵਿਸ਼ੇਸ਼ਤਾ QoS ਨੀਤੀ ਵਿਰਾਸਤ

ਵਰਣਨ

ਰੀਲੀਜ਼ ਵਿੱਚ ਬਦਲਿਆ ਗਿਆ

ਕਾਰਜਕੁਸ਼ਲਤਾ ਇੱਕ ਵਿਰਾਸਤ ਮਾਡਲ 'ਤੇ ਰੀਲੀਜ਼ 7.3.15 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਇੱਕ ਮੁੱਖ ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ QoS ਨੀਤੀ ਬਣਾਉਂਦੇ ਅਤੇ ਲਾਗੂ ਕਰਦੇ ਹੋ। ਮੁੱਖ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੇ ਸਬ-ਇੰਟਰਫੇਸ ਆਟੋਮੈਟਿਕ ਹੀ ਪਾਲਿਸੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।

ਪ੍ਰਾਇਰਿਟੀ ਫਲੋ ਕੰਟਰੋਲ ਇਹ ਲਾਈਨ ਕਾਰਡ ਸਿਸਕੋ 7.3.15 'ਤੇ ਰੀਲੀਜ਼ 8800 ਸਪੋਰਟ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਪ੍ਰਾਇਰਿਟੀ ਫਲੋ ਕੰਟਰੋਲ 36×400 GbE QSFP56-DD ਫੀਚਰ। ਲਾਈਨ ਕਾਰਡ (88-LC0-36FH-M)

GRE ਲਈ ਰੀਲੀਜ਼ 7.3.1 ਰੂਟਿੰਗ (GRE) ਟਨਲ ਸਮਰਥਨ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ ਆਮ ਲਈ QoS ਵਿਵਹਾਰ
encapsulation ਅਤੇ decapsulation ਟਨਲ ਇੰਟਰਫੇਸ, encapsulation ਅਤੇ decapsulation ਦੌਰਾਨ GRE ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ ਲਈ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਅੱਪਡੇਟ ਹਨ।

ਕਿੱਥੇ ਦਸਤਾਵੇਜ਼ੀ QoS ਨੀਤੀ ਵਿਰਾਸਤ, ਪੰਨਾ 5 'ਤੇ
ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਓਵਰview, ਪੰਨਾ 57 'ਤੇ
ਡਿਫਾਲਟ ਮਾਰਕਿੰਗ, ਪੰਨਾ 29 'ਤੇ ਅਤੇ ਪੈਕੇਟ ਮਾਰਕਿੰਗ, ਪੰਨਾ 30 'ਤੇ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 2 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

2 ਅਧਿਆਇ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

ਸਕੋਪ

· ਸਕੋਪ, ਪੰਨਾ 3 'ਤੇ · ਰਵਾਇਤੀ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ, ਪੰਨਾ 3 'ਤੇ · ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ, ਪੰਨਾ 3 'ਤੇ · VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ, ਪੰਨਾ 4 'ਤੇ · QoS ਨੀਤੀ ਵਿਰਾਸਤ, ਪੰਨਾ 5 'ਤੇ · QoS ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ Cisco Modular QoS CLI , ਪੰਨਾ 6 'ਤੇ
ਸਿਸਕੋ ਕੁਆਲਿਟੀ ਆਫ਼ ਸਰਵਿਸ (QoS) ਤਕਨਾਲੋਜੀ ਨੂੰ ਸ਼ਕਤੀ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੇ ਸਮੁੱਚੇ ਢਾਂਚੇ ਨੂੰ ਸਮਝਣ ਲਈ ਇਸ ਸੰਰਚਨਾ ਗਾਈਡ ਨੂੰ ਪੜ੍ਹੋ, ਅਤੇ ਇਹ ਵੀ ਕਿ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ 'ਤੇ ਟ੍ਰੈਫਿਕ ਬੈਂਡਵਿਡਥ ਅਤੇ ਪੈਕੇਟ ਨੁਕਸਾਨ ਦੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਇਸ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ।

ਰਵਾਇਤੀ ਆਵਾਜਾਈ ਪ੍ਰਬੰਧਨ
ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦੇ ਰਵਾਇਤੀ ਤਰੀਕਿਆਂ ਵਿੱਚ, ਟਰੈਫਿਕ ਪੈਕਟਾਂ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਈਗ੍ਰੇਸ ਇੰਟਰਫੇਸ ਦੀ ਉਪਲਬਧਤਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੇ ਬਿਨਾਂ ਈਗ੍ਰੇਸ ਆਉਟਪੁੱਟ ਕਤਾਰਾਂ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
ਇਸ ਵਿੱਚ ਵੀ ਸਮੱਸਿਆ ਹੈ। ਟ੍ਰੈਫਿਕ ਭੀੜ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਟ੍ਰੈਫਿਕ ਪੈਕੇਟ ਈਗ੍ਰੇਸ ਪੋਰਟ 'ਤੇ ਸੁੱਟੇ ਜਾ ਸਕਦੇ ਹਨ। ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਵਿੱਚ ਫੈਬਰਿਕ ਦੇ ਪਾਰ ਪ੍ਰਵੇਸ਼ ਇਨਪੁਟ ਕਤਾਰ ਤੋਂ ਬਾਹਰ ਆਉਣ 'ਤੇ ਆਉਟਪੁੱਟ ਕਤਾਰਾਂ ਤੱਕ ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਖਰਚੇ ਗਏ ਨੈਟਵਰਕ ਸਰੋਤ ਬਰਬਾਦ ਹੋ ਗਏ ਹਨ। ਇਹ ਸਭ ਕੁਝ ਨਹੀਂ ਹੈ-ਇਨਪੁਟ ਕਤਾਰਾਂ ਬਫਰ ਟ੍ਰੈਫਿਕ ਦਾ ਮਤਲਬ ਵੱਖ-ਵੱਖ ਨਿਕਾਸੀ ਪੋਰਟਾਂ ਲਈ ਹੈ, ਇਸਲਈ ਇੱਕ ਈਗ੍ਰੇਸ ਪੋਰਟ 'ਤੇ ਭੀੜ ਦੂਜੇ ਪੋਰਟ 'ਤੇ ਆਵਾਜਾਈ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦੀ ਹੈ, ਇੱਕ ਘਟਨਾ ਜਿਸ ਨੂੰ ਹੈਡ-ਆਫ-ਲਾਈਨ-ਬਲਾਕਿੰਗ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ
ਤੁਹਾਡੇ ਰਾਊਟਰ ਦੀ ਨੈੱਟਵਰਕ ਪ੍ਰੋਸੈਸਿੰਗ ਯੂਨਿਟ (NPU) ਟ੍ਰੈਫਿਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਜੋੜੀ ਪ੍ਰਵੇਸ਼-ਈਗ੍ਰੇਸ ਵਰਚੁਅਲ ਆਉਟਪੁੱਟ ਕਤਾਰ (VoQ) ਅਧਾਰਤ ਫਾਰਵਰਡਿੰਗ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 3 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ ਚਿੱਤਰ 1: ਸਲਾਟ 0 'ਤੇ ਪ੍ਰਵੇਸ਼ ਪੋਰਟ ਤੋਂ ਸਲਾਟ 3 'ਤੇ ਇਕ ਈਗ੍ਰੇਸ ਪੋਰਟ ਤੱਕ ਆਵਾਜਾਈ ਦਾ ਪ੍ਰਵਾਹ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

ਇੱਥੇ, ਹਰੇਕ ਪ੍ਰਵੇਸ਼ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਵਿੱਚ ਹਰੇਕ ਪ੍ਰਵੇਸ਼ ਟੁਕੜੇ (ਪਾਈਪਲਾਈਨ) ਤੋਂ ਹਰੇਕ ਨਿਕਾਸੀ ਪੋਰਟ ਤੱਕ ਇੱਕ-ਤੋਂ-ਇੱਕ VoQ ਮੈਪਿੰਗ ਹੁੰਦੀ ਹੈ। ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰੇਕ ਈਗ੍ਰੇਸ ਇੰਟਰਫੇਸ (ਚਿੱਤਰ ਵਿੱਚ #5) ਨੇ ਹਰੇਕ ਇਨਗਰੇਸ ਪਾਈਪਲਾਈਨ (ਚਿੱਤਰ ਵਿੱਚ #1) ਆਪਣੇ ਹਰੇਕ VoQ ਲਈ ਬਫਰ ਸਪੇਸ ਨਿਰਧਾਰਤ ਕੀਤਾ ਹੈ। ਤੁਹਾਡੇ ਰਾਊਟਰ ਸਿਸਟਮ 'ਤੇ ਭੀੜ-ਭੜੱਕੇ ਦੇ ਸਮੇਂ ਵਿੱਚ ਪੈਕੇਟ ਦੀ ਯਾਤਰਾ ਦੀ ਕਹਾਣੀ ਇੱਥੇ ਕਿਵੇਂ ਉਜਾਗਰ ਹੁੰਦੀ ਹੈ: #1: ਪੈਕਟ A (ਰੰਗਦਾਰ ਹਰਾ), B (ਰੰਗਦਾਰ ਗੁਲਾਬੀ), ਅਤੇ C (ਰੰਗਦਾਰ ਭੂਰਾ) ਪ੍ਰਵੇਸ਼ ਇੰਟਰਫੇਸ 'ਤੇ ਹਨ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਪੈਕੇਟ ਮਾਰਕਿੰਗ, ਵਰਗੀਕਰਨ ਅਤੇ ਪੁਲਿਸਿੰਗ ਹੁੰਦੀ ਹੈ। (ਵੇਰਵਿਆਂ ਲਈ, ਪੰਨਾ 29 'ਤੇ, ਵਿਸ਼ੇਸ਼ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ, ਪੰਨਾ 9 'ਤੇ, ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ, ਅਤੇ ਪੰਨਾ 75 'ਤੇ ਕੰਜੈਸ਼ਨ ਮੈਨੇਜਮੈਂਟ ਦੇਖੋ।) #2: ਇਹ ਪੈਕੇਟ ਸਮਰਪਿਤ ਵਿੱਚ ਵੱਖਰੇ ਬਫਰ ਸਟੋਰੇਜ ਸਪੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। VoQs। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕਤਾਰਬੰਦੀ, VoQ ਟ੍ਰਾਂਸਮਿਟ, ਅਤੇ ਡਰਾਪ ਪੈਕੇਟ ਅਤੇ ਬਾਈਟ ਕਾਊਂਟਰ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। (ਵੇਰਵਿਆਂ ਲਈ, ਪੰਨਾ 39 'ਤੇ ਭੀੜ ਤੋਂ ਬਚਣ ਲਈ ਵੇਖੋ।) #3: ਈਗ੍ਰੇਸ ਇੰਟਰਫੇਸ 'ਤੇ ਉਪਲਬਧ ਬੈਂਡਵਿਡਥ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਇਹ ਪੈਕੇਟ ਈਗ੍ਰੇਸ ਸ਼ਡਿਊਲਿੰਗ ਦੇ ਅਧੀਨ ਹੁੰਦੇ ਹਨ, ਜਿੱਥੇ ਈਗ੍ਰੇਸ ਕ੍ਰੈਡਿਟ ਅਤੇ ਟ੍ਰਾਂਸਮਿਟ ਸ਼ਡਿਊਲਰ ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਪੈਕੇਟ ਅਤੇ ਕ੍ਰਮ ਜਿਸ ਵਿੱਚ ਉਹ ਹੁਣ ਈਗ੍ਰੇਸ ਇੰਟਰਫੇਸ ਵੱਲ ਵਧਣਗੇ, ਇੱਥੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਫੈਬਰਿਕ ਬੈਂਡਵਿਡਥ ਨੂੰ ਬਾਹਰ ਕੱਢਣ ਲਈ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। #4: ਪੈਕਟਾਂ ਨੂੰ ਫੈਬਰਿਕ ਰਾਹੀਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ। #5: ਅੰਤਮ ਪੜਾਅ ਵਿੱਚ, ਨਿਕਾਸੀ ਮਾਰਕਿੰਗ ਅਤੇ ਵਰਗੀਕਰਨ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਭੀੜ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਇਸ 'ਤੇtage ਇੱਥੇ ਕੋਈ ਪੈਕੇਟ ਨਹੀਂ ਛੱਡਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਸਾਰੇ ਪੈਕੇਟ ਅਗਲੇ ਹੌਪ ਵਿੱਚ ਭੇਜੇ ਜਾਂਦੇ ਹਨ।
VoQ ਮਾਡਲ ਦੀਆਂ ਸੀਮਾਵਾਂ
ਜਦੋਂ ਕਿ ਟ੍ਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਦਾ VoQ ਮਾਡਲ ਵੱਖਰਾ ਐਡਵਾਂ ਪੇਸ਼ ਕਰਦਾ ਹੈtages (ਮੈਮੋਰੀ ਬੈਂਡਵਿਡਥ ਲੋੜਾਂ ਨੂੰ ਘਟਾਉਣਾ, ਅੰਤ-ਤੋਂ-ਐਂਡ QoS ਪ੍ਰਵਾਹ ਪ੍ਰਦਾਨ ਕਰਨਾ), ਇਸਦੀ ਇਹ ਸੀਮਾ ਹੈ: ਕੁੱਲ ਨਿਕਾਸੀ ਕਤਾਰ ਸਕੇਲ ਘੱਟ ਹੈ ਕਿਉਂਕਿ ਹਰੇਕ ਨਿਕਾਸੀ ਕਤਾਰ ਨੂੰ ਹਰੇਕ NPU/ASIC ਦੇ ਹਰੇਕ ਟੁਕੜੇ 'ਤੇ ਇੱਕ ਪ੍ਰਵੇਸ਼ VoQ ਦੇ ਰੂਪ ਵਿੱਚ ਦੁਹਰਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਸਟਮ. ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ 1 ਇੰਟਰਫੇਸ ਦੇ ਨਾਲ 20 NPU ਦੇ ਨਾਲ,
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 4 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

QoS ਨੀਤੀ ਵਿਰਾਸਤ

ਸਿਸਟਮ ਵਿੱਚ ਹਰੇਕ NPU 'ਤੇ ਵਰਤੇ ਗਏ VoQs ਦੀ ਗਿਣਤੀ 20 x 8 (ਕਤਾਰ/ਇੰਟਰਫੇਸ) = 160 ਤੱਕ ਵਧੇਗੀ। ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ NPUs 'ਤੇ ਹਰੇਕ ਈਗ੍ਰੇਸ ਪੋਰਟ ਲਈ ਹਰੇਕ ਸ਼ਡਿਊਲਰ ਤੋਂ ਕ੍ਰੈਡਿਟ ਕਨੈਕਟਰਾਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਵੀ ਵਾਧਾ ਹੋਇਆ ਹੈ। ਨਵੇਂ ਪਾਏ ਗਏ NPU ਵਿੱਚ ਹਰੇਕ ਟੁਕੜਾ।

QoS ਨੀਤੀ ਵਿਰਾਸਤ

ਸਾਰਣੀ 3: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਮ QoS ਨੀਤੀ ਵਿਰਾਸਤ

ਰੀਲੀਜ਼ ਜਾਣਕਾਰੀ ਰੀਲੀਜ਼ 7.3.15

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਸਬ-ਇੰਟਰਫੇਸ ਲਈ QoS ਨੀਤੀਆਂ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਹਰੇਕ ਸਬ-ਇੰਟਰਫੇਸ 'ਤੇ ਹੱਥੀਂ ਨੀਤੀ ਲਾਗੂ ਕਰਨੀ ਪਵੇਗੀ। ਇਸ ਰੀਲੀਜ਼ ਤੋਂ, ਤੁਸੀਂ ਮੁੱਖ ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਸਿੰਗਲ QoS ਨੀਤੀ ਬਣਾਉਣਾ ਅਤੇ ਲਾਗੂ ਕਰਨਾ ਹੈ ਅਤੇ ਸਬ-ਇੰਟਰਫੇਸ ਆਪਣੇ ਆਪ ਪਾਲਿਸੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ।
ਵਿਰਾਸਤ ਮਾਡਲ ਪਾਲਿਸੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ਆਸਾਨੀ ਨਾਲ ਸਾਂਭਣਯੋਗ ਢੰਗ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਇੰਟਰਫੇਸਾਂ ਦੇ ਸਮੂਹ ਅਤੇ ਉਹਨਾਂ ਦੇ ਸਬ-ਇੰਟਰਫੇਸਾਂ ਲਈ ਨਿਸ਼ਾਨਾ ਨੀਤੀਆਂ ਬਣਾਉਣ ਦੇ ਯੋਗ ਹੋ। ਇਹ ਮਾਡਲ QoS ਨੀਤੀਆਂ ਬਣਾਉਣ ਵੇਲੇ ਤੁਹਾਡਾ ਸਮਾਂ ਅਤੇ ਸਰੋਤ ਬਚਾਉਂਦਾ ਹੈ।

· ਇਹ ਕਾਰਜਕੁਸ਼ਲਤਾ ਕੀ ਹੈ?-ਜਿਵੇਂ ਕਿ ਨਾਮ ਤੋਂ ਪਤਾ ਲੱਗਦਾ ਹੈ, ਕਾਰਜਕੁਸ਼ਲਤਾ ਇੱਕ ਵਿਰਾਸਤ ਮਾਡਲ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਿੱਥੇ ਤੁਸੀਂ ਇੱਕ ਮੁੱਖ ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ QoS ਨੀਤੀ ਬਣਾਉਂਦੇ ਅਤੇ ਲਾਗੂ ਕਰਦੇ ਹੋ। ਮੁੱਖ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੇ ਸਬ-ਇੰਟਰਫੇਸ ਆਟੋਮੈਟਿਕ ਹੀ ਪਾਲਿਸੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਵਿਰਾਸਤੀ ਮਾਡਲ ਸਾਰੇ QoS ਓਪਰੇਸ਼ਨਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ: · ਵਰਗੀਕਰਨ
· ਨਿਸ਼ਾਨਦੇਹੀ
· ਪੁਲਿਸਿੰਗ
· ਆਕਾਰ ਦੇਣਾ

· ਵਿਰਾਸਤ ਮਾਡਲ ਕਿਵੇਂ ਮਦਦ ਕਰਦਾ ਹੈ?–ਪਹਿਲਾਂ, ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਸੀ, ਸਾਬਕਾ ਲਈample, ਅੱਠ ਸਬ-ਇੰਟਰਫੇਸ, ਤੁਸੀਂ ਉਹਨਾਂ ਸਬ-ਇੰਟਰਫੇਸਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਨੀਤੀਆਂ ਬਣਾਈਆਂ ਅਤੇ ਲਾਗੂ ਕੀਤੀਆਂ। ਵਿਰਾਸਤੀ ਮਾਡਲ ਦੇ ਨਾਲ, ਤੁਸੀਂ ਮੁੱਖ ਇੰਟਰਫੇਸ ਅਤੇ ਇਸਦੇ ਸਬ-ਇੰਟਰਫੇਸ ਵਿੱਚ ਆਪਣੇ ਆਪ ਲਾਗੂ ਸਿਰਫ ਇੱਕ ਨੀਤੀ ਦੇ ਨਾਲ, ਸਮੇਂ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਬਚਤ ਕਰਦੇ ਹੋ।
· ਕੀ ਮੈਨੂੰ ਵਿਰਾਸਤ ਮਾਡਲ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ ਹੋਰ ਕੁਝ ਕਰਨ ਦੀ ਲੋੜ ਹੈ?–ਨਹੀਂ, ਤੁਸੀਂ ਨਹੀਂ ਕਰਦੇ। ਵਿਰਾਸਤ ਮਾਡਲ ਡਿਫੌਲਟ ਵਿਕਲਪ ਹੈ।
· ਜੇਕਰ ਮੈਂ ਵਿਰਾਸਤ ਵਿਕਲਪ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?-ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ, ਤੁਸੀਂ ਇਸ ਵਿਕਲਪ ਨੂੰ ਓਵਰਰਾਈਡ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਨੀਤੀ ਨੂੰ ਮੁੱਖ ਇੰਟਰਫੇਸ ਤੋਂ ਹਟਾ ਸਕਦੇ ਹੋ ਅਤੇ ਸਬ-ਇੰਟਰਫੇਸ ਵਿੱਚ ਪਾਲਿਸੀਆਂ ਜੋੜ ਸਕਦੇ ਹੋ, ਸਿਵਾਏ ਉਹਨਾਂ ਨੂੰ ਛੱਡ ਕੇ ਜਿੱਥੇ ਤੁਸੀਂ ਪਾਲਿਸੀ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 5 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

QoS ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ Cisco Modular QoS CLI

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

· ਨੀਤੀ-ਨਕਸ਼ੇ ਦੇ ਅੰਕੜਿਆਂ ਬਾਰੇ ਕੀ?-ਇਸ ਵਿਵਹਾਰ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਹੈ। ਸ਼ੋਅ ਪਾਲਿਸੀ-ਮੈਪ ਇੰਟਰਫੇਸ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣਾ ਇੱਕ ਇੰਟਰਫੇਸ ਲਈ ਸੰਚਤ ਅੰਕੜੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਸੰਖਿਆਵਾਂ ਵਿੱਚ ਸਬ-ਇੰਟਰਫੇਸ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।
· ਕੋਈ ਵੀ ਸੀਮਾਵਾਂ ਜਿਸ ਬਾਰੇ ਮੈਨੂੰ ਸੁਚੇਤ ਹੋਣ ਦੀ ਲੋੜ ਹੈ?-ਇੱਕੋ ਇੰਟਰਫੇਸ ਅਤੇ ਸਬ-ਇੰਟਰਫੇਸ ਸੁਮੇਲ 'ਤੇ ECN ਮਾਰਕਿੰਗ ਅਤੇ ਈਗ੍ਰੇਸ ਮਾਰਕਿੰਗ ਨੀਤੀ ਲਈ ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ। ਹਾਲਾਂਕਿ, QoS ਨੀਤੀ ਵਿਰਾਸਤ ਕਾਰਜਕੁਸ਼ਲਤਾ ਇਹਨਾਂ ਕਈ ਨੀਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ ਜਿਸ ਕਾਰਨ ECN ਨਿਸ਼ਾਨ ਫੇਲ ਹੋ ਜਾਂਦੇ ਹਨ। ਅਜਿਹੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਰੋਕਣ ਲਈ: · ਇੱਕ ਸਬ-ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਈਗ੍ਰੇਸ ਮਾਰਕਿੰਗ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਨਾ ਕਰੋ ਅਤੇ ਮੁੱਖ ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ECN- ਯੋਗ ਨੀਤੀ ਲਾਗੂ ਕਰੋ।
· ਇੱਕ ਸਬ-ਇੰਟਰਫੇਸ 'ਤੇ ECN ਨੀਤੀ ਲਾਗੂ ਨਾ ਕਰੋ ਅਤੇ ਮੁੱਖ ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਈਗ੍ਰੇਸ ਮਾਰਕਿੰਗ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਨਾ ਕਰੋ।
QoS ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਲਈ Cisco Modular QoS CLI
Cisco Modular QoS CLI (MQC) ਫਰੇਮਵਰਕ Cisco IOS QoS ਉਪਭੋਗਤਾ ਭਾਸ਼ਾ ਹੈ ਜੋ ਯੋਗ ਕਰਦੀ ਹੈ: · ਇੱਕ ਮਿਆਰੀ ਕਮਾਂਡ ਲਾਈਨ ਇੰਟਰਫੇਸ (CLI) ਅਤੇ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਅਰਥ ਵਿਗਿਆਨ।
· ਸਧਾਰਨ ਅਤੇ ਸਹੀ ਸੰਰਚਨਾ।
· ਇੱਕ ਵਿਸਤ੍ਰਿਤ ਭਾਸ਼ਾ ਦੇ ਸੰਦਰਭ ਵਿੱਚ QoS ਪ੍ਰਬੰਧ।
ਤੁਹਾਡੇ ਰਾਊਟਰ ਲਈ, ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ, ਦੋ ਕਿਸਮਾਂ ਦੀਆਂ MQC ਨੀਤੀਆਂ ਸਮਰਥਿਤ ਹਨ: ਕਤਾਰ ਅਤੇ ਨਿਸ਼ਾਨ ਲਗਾਉਣਾ। ਤੁਸੀਂ ਕ੍ਰੈਡਿਟ ਸ਼ਡਿਊਲਿੰਗ ਲੜੀ, ਦਰਾਂ, ਤਰਜੀਹ, ਬਫਰਿੰਗ, ਅਤੇ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਲਈ ਕਤਾਰਬੱਧ ਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਪ੍ਰਸਾਰਣ ਲਈ ਨਿਯਤ ਕੀਤੇ ਗਏ ਪੈਕੇਟਾਂ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਨ ਅਤੇ ਮਾਰਕ ਕਰਨ ਲਈ ਮਾਰਕਿੰਗ ਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ। ਭਾਵੇਂ ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਲਾਗੂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn) ਦੇ ਨਾਲ ਇੱਕ ਅਨਿੱਖੜਵੀਂ ਕਤਾਰ ਨੀਤੀ ਹੁੰਦੀ ਹੈ, ਇਸਲਈ TC7 ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਪੈਕੇਟ ਅਤੇ ਕੰਟਰੋਲ ਇੰਜੈਕਟ ਪੈਕੇਟਾਂ ਨੂੰ ਹਮੇਸ਼ਾ ਦੂਜੇ ਪੈਕੇਟਾਂ ਨਾਲੋਂ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਪ੍ਰਵੇਸ਼ ਵਿੱਚ, ਵਰਗੀਕਰਨ ਅਤੇ ਨਿਸ਼ਾਨਦੇਹੀ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਨੀਤੀ ਸਮਰਥਿਤ ਹੈ। ਤੁਸੀਂ ਕਤਾਰਬੰਦੀ ਅਤੇ ਨਿਸ਼ਾਨਦੇਹੀ ਨੀਤੀ ਨੂੰ ਇੱਕ ਦੂਜੇ ਤੋਂ ਸੁਤੰਤਰ ਜਾਂ ਬਾਹਰ ਨਿਕਲਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਇਕੱਠੇ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਤੁਸੀਂ ਦੋਵੇਂ ਨੀਤੀਆਂ ਇਕੱਠੇ ਲਾਗੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਕਤਾਰਬੱਧ ਨੀਤੀ ਕਾਰਵਾਈਆਂ ਦਾ ਪ੍ਰਬੰਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਉਸ ਤੋਂ ਬਾਅਦ ਨੀਤੀਗਤ ਕਾਰਵਾਈਆਂ ਦੀ ਨਿਸ਼ਾਨਦੇਹੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
MQC Egress ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ
ਇਹ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ ਹਨ ਜੋ ਤੁਹਾਨੂੰ MQC ਈਗ੍ਰੇਸ ਕਤਾਰ ਨੀਤੀ ਬਾਰੇ ਜਾਣਨਾ ਚਾਹੀਦਾ ਹੈ: · MQC ਕਤਾਰ ਨੀਤੀ ਵਿੱਚ ਕਲਾਸ ਦੇ ਨਕਸ਼ਿਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੁੰਦਾ ਹੈ, ਜੋ ਇੱਕ ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਤੁਸੀਂ ਨੀਤੀ 'ਤੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਲਾਗੂ ਕਰਕੇ ਉਸ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਲਈ ਕਤਾਰਬੱਧ ਅਤੇ ਸਮਾਂ-ਤਹਿ ਮਾਪਦੰਡਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ।
· ਕਲਾਸ-ਡਿਫਾਲਟ ਹਮੇਸ਼ਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 0 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਨਾਲ ਹੀ, ਕੋਈ ਹੋਰ ਕਲਾਸ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 0 ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
· ਜੇਕਰ ਲਾਗੂ ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੀ ਕੋਈ ਮੇਲ ਖਾਂਦੀ ਕਲਾਸ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਹ ਹਮੇਸ਼ਾਂ ਕਲਾਸ-ਡਿਫੌਲਟ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 0 VoQ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
· ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਦੇ ਹਰੇਕ ਵਿਲੱਖਣ ਸੁਮੇਲ ਜੋ ਕਲਾਸ-ਡਿਫੌਲਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਇੱਕ ਵੱਖਰੀ ਟ੍ਰੈਫਿਕ ਕਲਾਸ (TC) ਪ੍ਰੋ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈfile. ਟੀਸੀ ਪ੍ਰੋ ਦੀ ਗਿਣਤੀfiles ਮੁੱਖ ਇੰਟਰਫੇਸਾਂ ਲਈ 8 ਅਤੇ ਉਪ-ਇੰਟਰਫੇਸਾਂ ਲਈ 8 ਤੱਕ ਸੀਮਿਤ ਹਨ।
· ਤੁਸੀਂ ਇੱਕੋ ਤਰਜੀਹ ਪੱਧਰ ਦੇ ਨਾਲ ਕਈ ਟਰੈਫਿਕ ਕਲਾਸਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
· ਹਰੇਕ ਤਰਜੀਹੀ ਪੱਧਰ, ਜਦੋਂ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨੂੰ ਉਸ ਵਰਗ ਨਾਲ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਦਰਸਾਏ ਅਨੁਸਾਰ ਸੰਬੰਧਿਤ TC ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 6 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

MQC Egress ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ

ਤਰਜੀਹੀ ਪੱਧਰ P1 P2 P3 P4 P5 P6 P7

ਟ੍ਰੈਫਿਕ ਕਲਾਸ 7 6 5 4 3 2 1

· ਜੇਕਰ ਨੀਤੀ-ਨਕਸ਼ੇ ਵਿੱਚ ਸੰਰਚਿਤ ਸਾਰੇ ਤਰਜੀਹੀ ਪੱਧਰਾਂ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਹ ਇਕਸਾਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਤੁਸੀਂ ਤਰਜੀਹੀ ਪੱਧਰ ਨੂੰ ਛੱਡ ਨਹੀਂ ਸਕਦੇ। ਸਾਬਕਾ ਲਈample, P1 P2 P4 (P3 ਛੱਡਣਾ), ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
· IOS XR ਰੀਲੀਜ਼ 7.3.1 ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਇਕਸਾਰ ਤਰਜੀਹੀ ਟੀਸੀ ਦਾ ਇੱਕ ਸਮੂਹ ਬਣਾ ਸਕਦੇ ਹੋ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਤਰਜੀਹੀ ਪੱਧਰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ ਜੋ ਹਰੇਕ TC ਲਈ ਵਧਦੇ ਹਨ ਜਾਂ ਇੱਕੋ ਜਿਹੇ ਰਹਿੰਦੇ ਹਨ, ਪਰ ਘੱਟ ਨਾ ਕਰੋ। ਨਾਲ ਹੀ, ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਟ੍ਰੈਫਿਕ ਕਲਾਸ 1 ਲਈ ਤਰਜੀਹੀ ਪੱਧਰ 7 ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ। ਤੁਹਾਨੂੰ ਅਣਵਰਤੀਆਂ ਟਰੈਫਿਕ ਕਲਾਸਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਤੁਸੀਂ ਸਿਰਫ਼ ਉਹੀ ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਸੀ ਬਣਾ ਸਕਦੇ ਹੋ ਜੋ ਤੁਹਾਨੂੰ ਈਗ੍ਰੇਸ ਨੀਤੀ-ਨਕਸ਼ੇ 'ਤੇ ਲੋੜੀਂਦੇ ਹਨ।
· MQC ਕਤਾਰ ਨੀਤੀ ਦੇ ਦੋ ਪੱਧਰਾਂ (ਮਾਤਾ-ਪਿਤਾ, ਬੱਚੇ) ਤੱਕ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਮਾਤਾ-ਪਿਤਾ ਪੱਧਰ ਸਾਰੀਆਂ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਕਿ ਬਾਲ ਪੱਧਰ MQC ਕਲਾਸਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਦਾ ਹੈ।
· ਕਤਾਰ ਨੀਤੀ ਵਿੱਚ ਸਿਰਫ਼ ਇਹ ਕਾਰਵਾਈਆਂ ਸਮਰਥਿਤ ਹਨ: · ਤਰਜੀਹ
· ਸ਼ਕਲ
· ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ
· ਕਤਾਰ-ਸੀਮਾ
· ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ (RED)
· ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ

· ਤੁਹਾਡੇ ਕੋਲ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਮੇਲ ਖਾਂਦਾ ਟਰੈਫਿਕ-ਕਲਾਸ ਮੁੱਲ ਹੋ ਸਕਦਾ ਹੈ। · ਤੁਸੀਂ ਇੱਕ ਮੁੱਖ ਇੰਟਰਫੇਸ ਅਤੇ ਇਸਦੇ ਉਪ-ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਕਤਾਰ ਨੀਤੀ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 7 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

MQC Egress ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਬਾਰੇ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 8 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

3 ਅਧਿਆਇ
ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ
· ਪੰਨਾ 9 'ਤੇ, ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ · ਪੈਕੇਟ ਵਰਗੀਕਰਨ ਓਵਰview, ਪੰਨਾ 9 'ਤੇ · ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਪੈਕੇਟ ਵਰਗੀਕਰਣ, ਪੰਨਾ 11 'ਤੇ · ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਐਲੀਮੈਂਟਸ, ਪੰਨਾ 20 'ਤੇ · ਡਿਫਾਲਟ ਟ੍ਰੈਫਿਕ ਕਲਾਸ, ਪੰਨਾ 21 'ਤੇ · ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ, ਪੰਨਾ 21 'ਤੇ · ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਤੱਤ, ਪੰਨਾ 23 'ਤੇ ਇੱਕ ਬਣਾਓ। ਟ੍ਰੈਫਿਕ ਨੀਤੀ, ਪੰਨਾ 24 'ਤੇ · ਸਫ਼ਾ 24 'ਤੇ, ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ
ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ
ਇੱਕ ਓਵਰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇਸ ਭਾਗ ਨੂੰ ਪੜ੍ਹੋview ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਅਤੇ ਤੁਹਾਡੇ ਰਾਊਟਰ ਲਈ ਵੱਖ-ਵੱਖ ਪੈਕੇਟ ਵਰਗੀਕਰਨ ਦੀਆਂ ਕਿਸਮਾਂ।
ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਓਵਰview
ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਵਿੱਚ ਇੱਕ ਖਾਸ ਸਮੂਹ (ਜਾਂ ਕਲਾਸ) ਦੇ ਅੰਦਰ ਇੱਕ ਪੈਕੇਟ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਨਾ ਅਤੇ ਇਸਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ QoS ਹੈਂਡਲਿੰਗ ਲਈ ਪਹੁੰਚਯੋਗ ਬਣਾਉਣ ਲਈ ਇੱਕ ਟ੍ਰੈਫਿਕ ਵਰਣਨਕਰਤਾ ਨਿਰਧਾਰਤ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਟ੍ਰੈਫਿਕ ਵਰਣਨਕਰਤਾ ਵਿੱਚ ਫਾਰਵਰਡਿੰਗ ਟ੍ਰੀਟਮੈਂਟ (ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ) ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਜੋ ਪੈਕੇਟ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਈ ਤਰਜੀਹੀ ਪੱਧਰਾਂ ਜਾਂ ਸੇਵਾ ਦੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਟ੍ਰੈਫਿਕ ਵਰਣਨਕਰਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਰੋਤ ਇਕਰਾਰਨਾਮੇ ਦੀਆਂ ਸ਼ਰਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਨੈੱਟਵਰਕ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ ਦਾ ਵਾਅਦਾ ਕਰਦਾ ਹੈ। ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਟ੍ਰੈਫਿਕ ਪੁਲਿਸ ਅਤੇ ਟ੍ਰੈਫਿਕ ਸ਼ੇਪਰਜ਼ ਤਸਵੀਰ ਵਿੱਚ ਆਉਂਦੇ ਹਨ. ਟ੍ਰੈਫਿਕ ਪੁਲਿਸ ਵਾਲੇ ਅਤੇ ਟ੍ਰੈਫਿਕ ਸ਼ੇਪਰਸ ਇਕਰਾਰਨਾਮੇ ਦੀ ਪਾਲਣਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਇੱਕ ਪੈਕੇਟ ਦੇ ਟ੍ਰੈਫਿਕ ਵਰਣਨਕਰਤਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ - ਯਾਨੀ ਇਸਦਾ ਵਰਗੀਕਰਨ। ਮਾਡਯੂਲਰ ਕੁਆਲਿਟੀ ਆਫ਼ ਸਰਵਿਸ (QoS) ਕਮਾਂਡ-ਲਾਈਨ ਇੰਟਰਫੇਸ (MQC) ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਹਨਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿੱਥੇ ਹਰੇਕ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਨੂੰ ਸੇਵਾ ਦੀ ਸ਼੍ਰੇਣੀ, ਜਾਂ ਕਲਾਸ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਬਾਅਦ ਵਿੱਚ, ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇੱਕ ਕਲਾਸ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਪਰਿਭਾਸ਼ਿਤ ਕਲਾਸਾਂ ਦੁਆਰਾ ਨਹੀਂ ਪਛਾਣੇ ਗਏ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਇੱਕ ਡਿਫੌਲਟ ਕਲਾਸ ਦੀ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਆਉਂਦੇ ਹਨ।
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 9 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

IP ਤਰਜੀਹ ਵਾਲੇ ਪੈਕੇਟ ਲਈ CoS ਦਾ ਨਿਰਧਾਰਨ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਸਿਸਕੋ IOS XR ਰੀਲੀਜ਼ 7.2.12 ਤੋਂ ਨੋਟ ਕਰੋ, ਤੁਸੀਂ ਲੇਅਰ 2 ਹੈਡਰ ਵੈਲਯੂਜ਼ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲੇਅਰ 3 ਟ੍ਰਾਂਸਪੋਰਟ ਇੰਟਰਫੇਸ 'ਤੇ ਪੈਕਟਾਂ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਸਿਰਫ਼ ਮੁੱਖ ਇੰਟਰਫੇਸ (ਭੌਤਿਕ ਅਤੇ ਬੰਡਲ ਇੰਟਰਫੇਸ) 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਉਪ-ਇੰਟਰਫੇਸ 'ਤੇ।
IP ਤਰਜੀਹ ਵਾਲੇ ਪੈਕੇਟ ਲਈ CoS ਦਾ ਨਿਰਧਾਰਨ
IP ਤਰਜੀਹ ਦੀ ਵਰਤੋਂ ਤੁਹਾਨੂੰ ਇੱਕ ਪੈਕੇਟ ਲਈ CoS ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ 'ਤੇ ਤਰਜੀਹ ਦੇ ਪੱਧਰਾਂ ਨੂੰ ਸੈਟ ਕਰਕੇ ਅਤੇ QoS ਕਤਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵੱਖਰੀ ਸੇਵਾ ਬਣਾ ਸਕਦੇ ਹੋ। ਤਾਂ ਜੋ, ਹਰੇਕ ਬਾਅਦ ਵਾਲਾ ਨੈੱਟਵਰਕ ਤੱਤ ਨਿਰਧਾਰਤ ਨੀਤੀ ਦੇ ਅਧਾਰ ਤੇ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰ ਸਕੇ। IP ਤਰਜੀਹ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਨੈੱਟਵਰਕ ਜਾਂ ਪ੍ਰਬੰਧਕੀ ਡੋਮੇਨ ਦੇ ਕਿਨਾਰੇ ਦੇ ਨੇੜੇ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਬਾਕੀ ਦੇ ਕੋਰ ਜਾਂ ਬੈਕਬੋਨ ਨੂੰ ਤਰਜੀਹ ਦੇ ਅਧਾਰ ਤੇ QoS ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਚਿੱਤਰ 2: ਸਰਵਿਸ ਫੀਲਡ ਦੀ IPv4 ਪੈਕੇਟ ਕਿਸਮ

ਤੁਸੀਂ ਇਸ ਉਦੇਸ਼ ਲਈ IPv4 ਹੈਡਰ ਦੇ ਟਾਈਪ-ਆਫ-ਸਰਵਿਸ (ToS) ਖੇਤਰ ਵਿੱਚ ਤਿੰਨ ਤਰਜੀਹ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ToS ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਸੇਵਾ ਦੀਆਂ ਅੱਠ ਸ਼੍ਰੇਣੀਆਂ ਤੱਕ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹੋ। ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤੀਆਂ ਹੋਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਫਿਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇਹਨਾਂ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਕਿ ਇਸ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਲਈ ToS ਦੇ ਸਬੰਧ ਵਿੱਚ ਪੈਕੇਟ ਨਾਲ ਕਿਵੇਂ ਵਿਹਾਰ ਕਰਨਾ ਹੈ। ਇਹ ਹੋਰ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਭੀੜ-ਭੜੱਕੇ ਪ੍ਰਬੰਧਨ ਰਣਨੀਤੀ ਅਤੇ ਬੈਂਡਵਿਡਥ ਵੰਡ ਸਮੇਤ ਢੁਕਵੀਆਂ ਟ੍ਰੈਫਿਕ-ਪ੍ਰਬੰਧਨ ਨੀਤੀਆਂ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਸਾਬਕਾ ਲਈample, LLQ ਵਰਗੀਆਂ ਕਤਾਰਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਲਈ ਪੈਕੇਟ ਦੀ IP ਤਰਜੀਹ ਸੈਟਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਂਦੇ IP ਤਰਜੀਹ ਬਿੱਟ
ਹਰੇਕ ਪੈਕੇਟ ਲਈ CoS ਅਸਾਈਨਮੈਂਟ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ IP ਸਿਰਲੇਖ ਦੇ ToS ਖੇਤਰ ਵਿੱਚ ਤਿੰਨ IP ਤਰਜੀਹ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਤੁਸੀਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਅੱਠ ਕਲਾਸਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ ਅਤੇ ਫਿਰ ਹਰ ਕਲਾਸ ਲਈ ਭੀੜ-ਭੜੱਕੇ ਦੇ ਪ੍ਰਬੰਧਨ ਅਤੇ ਬੈਂਡਵਿਡਥ ਵੰਡ ਦੇ ਰੂਪ ਵਿੱਚ ਨੈੱਟਵਰਕ ਨੀਤੀਆਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਨੀਤੀ ਨਕਸ਼ੇ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਹਰੇਕ ਤਰਜੀਹ ਇੱਕ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। IP ਤਰਜੀਹ ਬਿੱਟ ਸੈਟਿੰਗਾਂ 6 ਅਤੇ 7 ਨੈੱਟਵਰਕ ਨਿਯੰਤਰਣ ਜਾਣਕਾਰੀ ਲਈ ਰਾਖਵੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਰੂਟਿੰਗ ਅੱਪਡੇਟ। ਇਹ ਨਾਂ RFC 791 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ।
IP ਤਰਜੀਹ ਮੁੱਲ ਸੈਟਿੰਗਾਂ
ਮੂਲ ਰੂਪ ਵਿੱਚ, ਰਾਊਟਰ IP ਤਰਜੀਹ ਮੁੱਲ ਨੂੰ ਅਛੂਤ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਇਹ ਸਿਰਲੇਖ ਵਿੱਚ ਨਿਰਧਾਰਤ ਤਰਜੀਹ ਮੁੱਲ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ ਅਤੇ ਸਾਰੇ ਅੰਦਰੂਨੀ ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ ਨੂੰ IP ਤਰਜੀਹ ਸੈਟਿੰਗ ਦੇ ਅਧਾਰ ਤੇ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਨੀਤੀ ਮਿਆਰੀ ਪਹੁੰਚ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਕਿਹਾ ਗਿਆ ਹੈ ਕਿ ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨੈਟਵਰਕ ਦੇ ਕਿਨਾਰੇ ਤੇ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਵਿੱਚ ਛਾਂਟਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਕਿਸਮਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਨੈਟਵਰਕ ਦੇ ਕੋਰ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਨੈੱਟਵਰਕ ਦੇ ਕੋਰ ਵਿੱਚ ਰਾਊਟਰ ਫਿਰ ਪ੍ਰਸਾਰਣ ਦੇ ਕ੍ਰਮ, ਪੈਕੇਟ ਡਰਾਪ ਦੀ ਸੰਭਾਵਨਾ, ਆਦਿ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਤਰਜੀਹ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ। ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਨੈਟਵਰਕ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਬਾਹਰੀ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਸੀਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਨੈਟਵਰਕ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਲਈ ਤਰਜੀਹ ਨੂੰ ਰੀਸੈਟ ਕਰੋ। IP ਤਰਜੀਹ ਸੈਟਿੰਗਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਕੇ, ਤੁਸੀਂ
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 10 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

IP DSCP ਮਾਰਕਿੰਗ ਦੇ ਮੁਕਾਬਲੇ IP ਤਰਜੀਹ

ਉਹਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਵਰਜਿਤ ਕਰੋ ਜਿਹਨਾਂ ਨੇ ਪਹਿਲਾਂ ਹੀ ਉਹਨਾਂ ਦੇ ਸਾਰੇ ਪੈਕੇਟਾਂ ਲਈ ਉੱਚ ਤਰਜੀਹ ਸੈਟ ਕਰਕੇ ਉਹਨਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਲਈ ਬਿਹਤਰ ਸੇਵਾ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ IP ਤਰਜੀਹ ਨਿਰਧਾਰਤ ਕੀਤੀ ਹੈ। ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਅਤੇ LLQ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ IP ਤਰਜੀਹ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ।
IP DSCP ਮਾਰਕਿੰਗ ਦੇ ਮੁਕਾਬਲੇ IP ਤਰਜੀਹ
ਜੇਕਰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਪੈਕੇਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ IP DSCP ਮਾਰਕਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਆਪਣੇ ਪੈਕੇਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰਨ ਲਈ IP DSCP ਮਾਰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ ਕਿਉਂਕਿ IP DSCP ਮਾਰਕਿੰਗ ਹੋਰ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਕਲਪ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਜੇਕਰ IP DSCP ਦੁਆਰਾ ਮਾਰਕ ਕਰਨਾ ਅਣਚਾਹੇ ਹੈ, ਹਾਲਾਂਕਿ, ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਯਕੀਨੀ ਨਹੀਂ ਹੋ ਕਿ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਡਿਵਾਈਸ IP DSCP ਮੁੱਲਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਆਪਣੇ ਪੈਕੇਟਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਨ ਲਈ IP ਤਰਜੀਹ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰੋ। IP ਤਰਜੀਹ ਮੁੱਲ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ। ਤੁਸੀਂ 8 ਵੱਖ-ਵੱਖ IP ਤਰਜੀਹ ਚਿੰਨ੍ਹ ਅਤੇ 64 ਵੱਖ-ਵੱਖ IP DSCP ਨਿਸ਼ਾਨਾਂ ਤੱਕ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ।
ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਪੈਕੇਟ ਵਰਗੀਕਰਣ
ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ, ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਪੈਕੇਟ ਵਰਗੀਕਰਣ ਪ੍ਰਣਾਲੀਆਂ ਹਨ: · ਪ੍ਰਵੇਸ਼ ਦਿਸ਼ਾ ਵਿੱਚ, QoS ਮੈਪ ਅਤੇ ਟਰਨਰੀ ਕੰਟੈਂਟ ਐਡਰੈਸੇਬਲ ਮੈਮੋਰੀ (TCAM)।
ਨੋਟ ਕਰੋ TCAM ਸਥਿਰ-ਸੰਰਚਨਾ ਰਾਊਟਰਾਂ (ਜਿੱਥੇ ਰਾਊਟਰ ਇੰਟਰਫੇਸ ਬਣਾਏ ਗਏ ਹਨ) 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਇਹ ਸਿਰਫ਼ ਮਾਡਿਊਲਰ ਰਾਊਟਰਾਂ 'ਤੇ ਸਮਰਥਿਤ ਹੈ (ਜਿਸ ਵਿੱਚ ਕਈ ਸਲਾਟ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਰਾਊਟਰ 'ਤੇ ਇੰਟਰਫੇਸ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ)।
· ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ, QoS ਨਕਸ਼ਾ।
ਜਦੋਂ ਕੋਈ ਨੀਤੀ ਸਿਰਫ਼ ਡਿਫਰੈਂਸ਼ੀਏਟਿਡ ਸਰਵਿਸਿਜ਼ ਕੋਡ ਪੁਆਇੰਟ (DSCP) ਜਾਂ ਤਰਜੀਹੀ ਮੁੱਲ (ਜਿਸ ਨੂੰ DSCP ਜਾਂ ਤਰਜੀਹ-ਅਧਾਰਿਤ ਵਰਗੀਕਰਨ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ) 'ਤੇ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਨਕਸ਼ੇ-ਅਧਾਰਿਤ ਵਰਗੀਕਰਨ ਪ੍ਰਣਾਲੀ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ; ਹੋਰ, ਇਹ TCAM ਚੁਣਦਾ ਹੈ। TCAM ਸਮੱਗਰੀ ਐਡਰੈਸੇਬਲ ਮੈਮੋਰੀ (CAM) ਟੇਬਲ ਧਾਰਨਾ ਦਾ ਇੱਕ ਐਕਸਟੈਨਸ਼ਨ ਹੈ। ਇੱਕ CAM ਟੇਬਲ ਇੱਕ ਸੂਚਕਾਂਕ ਜਾਂ ਕੁੰਜੀ ਮੁੱਲ (ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ MAC ਪਤਾ) ਲੈਂਦਾ ਹੈ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਮੁੱਲ (ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਵਿੱਚ ਪੋਰਟ ਜਾਂ VLAN ID) ਨੂੰ ਵੇਖਦਾ ਹੈ। ਟੇਬਲ ਲੁੱਕਅਪ ਤੇਜ਼ ਅਤੇ ਹਮੇਸ਼ਾ ਦੋ ਇਨਪੁਟ ਮੁੱਲਾਂ ਵਾਲੇ ਇੱਕ ਸਟੀਕ ਕੁੰਜੀ ਮੇਲ 'ਤੇ ਅਧਾਰਤ ਹੈ: 0 ਅਤੇ 1 ਬਿੱਟ। QoS ਨਕਸ਼ਾ ਟ੍ਰੈਫਿਕ ਪੈਕੇਟਾਂ ਲਈ ਇੱਕ ਸਾਰਣੀ-ਆਧਾਰਿਤ ਵਰਗੀਕਰਨ ਪ੍ਰਣਾਲੀ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 11 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਪੀਅਰਿੰਗ QoS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ACL ਸਕੇਲਿੰਗ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਪੀਅਰਿੰਗ QoS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ACL ਸਕੇਲਿੰਗ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ

ਸਾਰਣੀ 4: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ
ਪੀਅਰਿੰਗ QoS ਦੀ ਵਰਤੋਂ ਕਰਕੇ ACL ਸਕੇਲਿੰਗ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ

ਰੀਲੀਜ਼ ਜਾਣਕਾਰੀ ਰੀਲੀਜ਼ 7.3.2

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ QoS ਅਤੇ ਸੁਰੱਖਿਆ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੂਚੀਆਂ (ACLs) ਦੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਮਿਲਾਉਂਦੀ ਹੈ। ਇਹ ਸੁਮੇਲ ਆਬਜੈਕਟ ਗਰੁੱਪ ACL ਦੇ ਨਾਲ ACL ਫਿਲਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਬਹੁਤ ਘੱਟ TCAM ਵਰਤੋਂ ਦੇ ਕਾਰਨ ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਧਾਰਿਆ ACL ਸਕੇਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਇਸ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਪੇਸ਼ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, QoS ਸਮੂਹ ਕਾਰਵਾਈਆਂ ਲਈ ਲਾਗੂ ਕੀਤੇ ACLs ਨੇ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਉਪਲਬਧ ਸਕੇਲ ਨੂੰ ਘਟਾਉਂਦੇ ਹੋਏ, TCAM ਐਂਟਰੀਆਂ ਦੀ ਇੱਕ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਖਪਤ ਕੀਤੀ।

ਪੀਅਰਿੰਗ QoS ਇੱਕ ਪ੍ਰਵੇਸ਼ QoS ਵਰਗੀਕਰਣ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ QoS ACLs ਅਤੇ ਸੁਰੱਖਿਆ ACLs ਦੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਸੁਰੱਖਿਆ ACL ਵਿੱਚ ਹਰੇਕ ਐਕਸੈਸ ਕੰਟਰੋਲ ਐਂਟਰੀ (ACE) ਲਈ QoS ਗਰੁੱਪ ਐਕਸ਼ਨ ਸੈਟ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਪ੍ਰਤੀ ACE ਕਈ ਐਂਟਰੀਆਂ (QoS ਅਤੇ ਸੁਰੱਖਿਆ ਲਈ) ਤੋਂ ਬਚਦਾ ਹੈ। ਤੁਸੀਂ ਫਿਰ ACEs ਲਈ ACL ਫਿਲਟਰ (ਪਰਮਿਟ ਜਾਂ ਇਨਕਾਰ) ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਆਬਜੈਕਟ ਗਰੁੱਪ ACL ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਨਾਲ ਇਸ ਵਿਲੀਨ ਕੀਤੇ ACL ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਆਬਜੈਕਟ ਗਰੁੱਪ ACLs ਨੂੰ 'ਕੰਪਰੈੱਸਡ ACL' ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਆਬਜੈਕਟ ਗਰੁੱਪ ਕਈ ਵਿਅਕਤੀਗਤ IP ਐਡਰੈੱਸ ਨੂੰ ਆਬਜੈਕਟ ਸਮੂਹਾਂ ਵਿੱਚ ਸੰਕੁਚਿਤ ਕਰਦਾ ਹੈ। ਨਾਲ ਹੀ, ਇੱਕ ਆਬਜੈਕਟ ਗਰੁੱਪ-ਅਧਾਰਿਤ ACL ਵਿੱਚ, ਤੁਸੀਂ ਇੱਕ ਸਿੰਗਲ ACE ਬਣਾ ਸਕਦੇ ਹੋ ਜੋ ਬਹੁਤ ਸਾਰੇ ACE ਬਣਾਉਣ ਦੀ ਬਜਾਏ ਇੱਕ ਆਬਜੈਕਟ ਗਰੁੱਪ ਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ACLs ਨੂੰ 'ਮਿਲਾਉਣ' ਅਤੇ 'ਸੰਕੁਚਿਤ' ਕਰਨ ਦੀ ਇਹ ਯੋਗਤਾ ਮਹੱਤਵਪੂਰਨ TCAM ਸਪੇਸ ਬਚਾਉਂਦੀ ਹੈ ਅਤੇ QoS ਨੀਤੀਆਂ ਲਈ ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਧਾਰਿਆ ACL ਸਕੇਲ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।

ACLs ਨੂੰ ਮਿਲਾਉਣ ਬਾਰੇ ਜ਼ਰੂਰੀ ਨੁਕਤੇ
· ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇੰਟਰਫੇਸ ਨਾਲ ਅਟੈਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ACLs (ਸੁਰੱਖਿਆ ACL ਵਿੱਚ ਹਰੇਕ ACE ਲਈ QoS ਸਮੂਹ ਕਾਰਵਾਈਆਂ ਸੈਟ ਕਰੋ) ਨੂੰ ਮਿਲਾਉਂਦੇ ਹੋ।
· ACL ਅਭੇਦ ਆਰਡਰ-ਨਿਰਭਰ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ACEs ਨੂੰ ਉਸੇ ਤਰਤੀਬ ਵਿੱਚ ਪ੍ਰੋਗ੍ਰਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਉਹ ACL ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ।

ਪੀਅਰਿੰਗ QoS ਲਈ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਅਤੇ ਪਾਬੰਦੀਆਂ
· ਸਿਰਫ਼ ਲੇਅਰ 3 ਇੰਟਰਫੇਸ ਪੀਅਰਿੰਗ QoS ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਲੇਅਰ 2 'ਤੇ ਸੰਰਚਨਾ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।
· ਪੀਅਰਿੰਗ QoS ਸਿਰਫ਼ ਪ੍ਰਵੇਸ਼ ਦਿਸ਼ਾ ਵਿੱਚ ਸਮਰਥਿਤ ਹੈ।
· ਪੀਅਰਿੰਗ QoS ਨੀਤੀਆਂ ਅਤੇ ਨਿਯਮਤ QoS ਨੀਤੀਆਂ ਇੱਕੋ ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਇਕੱਠੇ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਜੇਕਰ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜਦੇ ਹੋ।
· ਤੁਸੀਂ ਇੱਕੋ ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਇੱਕੋ ਪੀਅਰਿੰਗ QoS ਨੀਤੀ ਨੂੰ ਕਈ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ।
· IPv4 ਅਤੇ IPv6 ਟ੍ਰੈਫਿਕ ਦਾ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲੇਖਾ-ਜੋਖਾ ਕਰਨ ਲਈ, IPv4 ਅਤੇ IPv6 ਸੁਰੱਖਿਆ ACLs ਲਈ ਵਿਲੱਖਣ QoS ਸਮੂਹ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 12 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ACL ਸਕੇਲਿੰਗ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ

· ਇੱਕ ਪੀਅਰਿੰਗ QoS-ਸੰਰਚਿਤ ਇੰਟਰਫੇਸ 'ਤੇ MPLS EXP ਬਿੱਟਾਂ ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਟ੍ਰੈਫਿਕ MPLS MPLS ਪ੍ਰਵਾਹਾਂ ਲਈ ਮੈਚ-ਕਿਸੇ (ਡਿਫਾਲਟ) ਦੇ ਰੂਪ ਵਿੱਚ ਸੰਰਚਿਤ ਕਲਾਸ ਮੈਪ ਵਿੱਚ ਕਲਾਸ-ਡਿਫੌਲਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
· ਸਬ-ਇੰਟਰਫੇਸ ਮੁੱਖ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਲਾਗੂ ਪੀਅਰਿੰਗ QoS ਨੀਤੀਆਂ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ, ਪਰ ਉਹ ACLs ਨੂੰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਸਾਰੇ ਸਬ-ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸੁਰੱਖਿਆ ACLs (ਮੁੱਖ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ) ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ; ਨਹੀਂ ਤਾਂ, ਸਾਰੇ ਸਬ-ਇੰਟਰਫੇਸ ਟ੍ਰੈਫਿਕ ਕਲਾਸ-ਡਿਫੌਲਟ ਐਕਸ਼ਨ ਦੇ ਅਧੀਨ ਹੁੰਦੇ ਹਨ, ਇਸ ਤਰ੍ਹਾਂ ਉਹਨਾਂ ਦੇ ਤਰਜੀਹੀ ਭਾਰ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨtage.
· ਤੁਸੀਂ ਪੀਅਰਿੰਗ QoS ਨੀਤੀਆਂ ਲਈ ਸਿਰਫ਼ ਮੈਚ qos-ਗਰੁੱਪ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ। ਕੋਈ ਵੀ ਹੋਰ qos-ਗਰੁੱਪ ਕਮਾਂਡ ਰੱਦ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।
· ਤੁਸੀਂ ਸੁਰੱਖਿਆ ACL ਵਿੱਚ ACE ਨੂੰ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ, ਮਿਟਾ ਸਕਦੇ ਹੋ ਅਤੇ ਸੋਧ ਸਕਦੇ ਹੋ।
ACL ਸਕੇਲਿੰਗ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ
ਇੱਕ ਇੰਟਰਫੇਸ ਉੱਤੇ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ:
1. ਸੁਰੱਖਿਆ ACL ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ ਅਤੇ ਪ੍ਰਤੀ ACE qos-ਗਰੁੱਪ ਸੈੱਟ ਕਰੋ। ਨਹੀਂ ਤਾਂ, qos-ਗਰੁੱਪ ਨੂੰ ਇਸਦੇ ਡਿਫੌਲਟ ਮੁੱਲ 0 ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਰਜੀਹੀ ਤੋਲ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈtage ਇੰਟਰਫੇਸ 'ਤੇ ਆਵਾਜਾਈ ਲਈ.
2. ਪੀਅਰਿੰਗ QoS ਨੀਤੀ ਨੂੰ qos-ਗਰੁੱਪ 'ਤੇ ਮੇਲ ਖਾਂਦਾ ਕੌਂਫਿਗਰ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ACL ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਹੈ। QoS ਸਮੂਹ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸੈੱਟ ਕਰੋ ਜਿਵੇਂ ਕਿ ਟਿੱਪਣੀ, ਪੁਲਿਸਰ, ਟ੍ਰੈਫਿਕ-ਕਲਾਸ, DSCP, ਤਰਜੀਹ, ਅਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ।
3. ਸੁਰੱਖਿਆ ACL ਅਤੇ ਪੀਅਰਿੰਗ QoS ACL ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਨੱਥੀ ਕਰੋ।
/*ਸੁਰੱਖਿਆ ACL ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ, ਇਸ ਸਾਬਕਾ ਵਿੱਚample: ipv4-sec-acl*/ ਰਾਊਟਰ(config)#ipv4 ਪਹੁੰਚ-ਸੂਚੀ ipv4-sec-acl
/* ਪ੍ਰਤੀ ACE qos-ਗਰੁੱਪ ਸੈੱਟ ਕਰੋ; ਤੁਸੀਂ ਪੀਅਰਿੰਗ QoS ਦੇ ਕਾਰਨ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਕਿ ਮਲਟੀਪਲ ਐਂਟਰੀਆਂ */ Router(config-ipv4-acl)#10 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹੀ ਤਰਜੀਹ ਸੈੱਟ qos ਦੀ ਬਜਾਏ ਇੱਕ ਸਿੰਗਲ ਐਂਟਰੀ ਪ੍ਰਤੀ ACE ਦੀ ਵਰਤੋਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ। -ਸਮੂਹ 1
ਰਾਊਟਰ(config-ipv4-acl)#20 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਤੁਰੰਤ ਸੈੱਟ qos-ਗਰੁੱਪ 2
ਰਾਊਟਰ(config-ipv4-acl)30 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਪ੍ਰੀਡੈਂਸ ਫਲੈਸ਼ ਸੈੱਟ qos-ਗਰੁੱਪ 3 ਰਾਊਟਰ(config-ipv4-acl)40 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 precedence. ਫਲੈਸ਼-ਓਵਰਰਾਈਡ ਸੈੱਟ qos-ਗਰੁੱਪ 4 ਰਾਊਟਰ(config-ipv4-acl)50 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹੀ ਨਾਜ਼ੁਕ ਸੈੱਟ qos-ਗਰੁੱਪ 5 ਰਾਊਟਰ(config-ipv4-acl)#60 ਪਰਮਿਟ ipv.4. 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਇੰਟਰਨੈੱਟ ਸੈੱਟ qos-ਗਰੁੱਪ 6 ਰਾਊਟਰ(config-ipv4-acl)#70 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਨੈੱਟਵਰਕ ਸੈੱਟ qos-ਗਰੁੱਪ 7 ipv4-(ਰਾਊਟਰ) acl)#exit
/*ਹਰੇਕ qos-ਗਰੁੱਪ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੀਤੀ ਮੇਲ ਖਾਂਦੀ ਕੌਂਫਿਗਰ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ACL*/ Router(config)#class-map match-any grp-7 Router(config-cmap)#match qos-group 7 ਰਾਊਟਰ (config- cmap)#end-class-map ਰਾਊਟਰ(config)#class-map match-any grp-6 ਰਾਊਟਰ(config-cmap)#match qos-group 6 ਰਾਊਟਰ(config-cmap)#end-class-map ਰਾਊਟਰ(config) #class-map match-any grp-5 ਰਾਊਟਰ(config-cmap)#match qos-group 5 ਰਾਊਟਰ(config-cmap)#end-class-map Router(config)#class-map match-any grp-4 ਰਾਊਟਰ( config-cmap)#match qos-group 4 ਰਾਊਟਰ(config-cmap)#end-class-map Router(config)#class-map match- any grp-3 ਰਾਊਟਰ(config-cmap)# qos-ਗਰੁੱਪ 3 ਨਾਲ ਮੇਲ ਕਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 13 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ACL ਸਕੇਲਿੰਗ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਰਾਊਟਰ(config-cmap)#end-class-map ਰਾਊਟਰ(config)#class-map match-any grp-2 ਰਾਊਟਰ(config-cmap)#match qos-group 2 ਰਾਊਟਰ(config-cmap)#end-class-map ਰਾਊਟਰ(config)#class-map match-any grp-1 ਰਾਊਟਰ(config-cmap)#match qos-group 1 ਰਾਊਟਰ(config-cmap)#end-class-map Router(config)#class-map match- any class -ਡਿਫਾਲਟ ਰਾਊਟਰ(config-cmap)#ਐਂਡ-ਕਲਾਸ-ਮੈਪ
/*ਇਸ ਸਾਬਕਾ ਵਿੱਚ, ਕੌਂਫਿਗਰ ਕੀਤੇ ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ Qos ਕਾਰਵਾਈਆਂ ਸੈਟ ਕਰੋample: ਸੈੱਟ prec, ਸੈੱਟ tc, ਅਤੇ ਸੈੱਟ dscp*/
ਰਾਊਟਰ(config)#policy-map ingress_qosgrp_to_Prec-TC ਰਾਊਟਰ(config-pmap)#class grp-7 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 1 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 7 ਰਾਊਟਰ( config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#class grp-6 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 1 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 6 ਰਾਊਟਰ(config-pmap -c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#class grp-5 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 2 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 5 ਰਾਊਟਰ(config-pmap-c) #ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#class grp-4 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 2 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ (config-pmap)#class grp-3 ਰਾਊਟਰ(config-pmap-c)#set ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਰਾਊਟਰ(config-pmap-c)#set dscp ef ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config- pmap)#class grp-2 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 3 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)# ਕਲਾਸ grp-1 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 4 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#ਕਲਾਸ ਕਲਾਸ- ਡਿਫਾਲਟ ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 5 ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#end-policy-map
/*ਸੁਰੱਖਿਆ ਏਸੀਐਲ ਨੂੰ ਮੈਚ qos-ਗਰੁੱਪਾਂ ਦੇ ਨਾਲ, ਇੰਟਰਫੇਸ ਨਾਲ ਨੱਥੀ ਕਰੋ*/ ਰਾਊਟਰ(config)#int ਬੰਡਲ-ਈਥਰ 350 ਰਾਊਟਰ(config-if)#ipv4 ਐਕਸੈਸ-ਗਰੁੱਪ ipv4-sec-acl ਪ੍ਰਵੇਸ਼
/*ਪੌਲਿਸੀ ਮੈਪ ਨੂੰ qos ਐਕਸ਼ਨ ਦੇ ਨਾਲ ਨੱਥੀ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੁਰੱਖਿਆ acl ਵਿੱਚ ਸੈਟ ਕਰਦੇ ਹੋ, ਇੰਟਰਫੇਸ ਨਾਲ*/ ਰਾਊਟਰ(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp ਰਾਊਟਰ(config-if)#commit Router(config-if)#exit
ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਅਤੇ QoS ACLs ਨੂੰ ਮਿਲਾਉਣ ਅਤੇ ਸੰਕੁਚਿਤ ਕਰਨ ਲਈ ਪੀਅਰਿੰਗ QoS ਦੀ ਸਫਲਤਾਪੂਰਵਕ ਵਰਤੋਂ ਕੀਤੀ ਹੈ ਅਤੇ QoS ਨੀਤੀਆਂ ਲਈ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੁਧਾਰ ਕੀਤੇ ACL ਸਕੇਲਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 14 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ACL ਸਕੇਲਿੰਗ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ

ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
ipv4 ਪਹੁੰਚ-ਸੂਚੀ ipv4-sec-acl 10 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਤਰਜੀਹ ਸੈਟ qos-ਗਰੁੱਪ 1 20 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 2/30 4/135.0.0.0 8/217.0.0.0 8/3 40/4 135.0.0.0/8 217.0.0.0/8 4/50 4/135.0.0.0 8/217.0.0.0 8/5 60/4. ਪਰਮਿਟ ipv135.0.0.0 8/217.0.0.0 8/6 ਤਰਜੀਹ ਫਲੈਸ਼ ਸੈੱਟ qos-ਗਰੁੱਪ 70 4 ਪਰਮਿਟ ipv135.0.0.0 8/217.0.0.0 8/7 ਤਰਜੀਹ ਫਲੈਸ਼-ਓਵਰਰਾਈਡ ਸੈੱਟ qos-ਗਰੁੱਪ XNUMX/ipvXNUMX. .XNUMX/XNUMX ਪ੍ਰਮੁੱਖਤਾ ਨਾਜ਼ੁਕ ਸੈੱਟ qos-ਗਰੁੱਪ XNUMX XNUMX ਪਰਮਿਟ ipvXNUMX XNUMX/XNUMX XNUMX/XNUMX ਤਰਜੀਹ ਇੰਟਰਨੈੱਟ ਸੈੱਟ qos-ਗਰੁੱਪ XNUMX XNUMX ਪਰਮਿਟ ipvXNUMX XNUMX/XNUMX XNUMXced-group setup. XNUMX
! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ grp-7
ਮੈਚ qos-ਗਰੁੱਪ 7 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-6 ਮੈਚ qos-ਗਰੁੱਪ 6 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-5 ਮੈਚ qos-ਗਰੁੱਪ 5 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-4 ਮੈਚ qos-ਗਰੁੱਪ 4 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-3 ਮੈਚ qos-ਗਰੁੱਪ 3 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-2 ਮੈਚ qos-ਗਰੁੱਪ 2 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-1 ਮੈਚ qos-ਗਰੁੱਪ 1 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਕਲਾਸ-ਡਿਫਾਲਟ ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਪਾਲਿਸੀ-ਨਕਸ਼ੇ ਵਿੱਚ ਦਾਖਲਾ_qosgrp_to_Prec-TC ਕਲਾਸ grp-7
ਤਰਜੀਹ ਸੈੱਟ ਕਰੋ 1 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 7! ਕਲਾਸ grp-6 ਸੈਟ ਤਰਜੀਹ 1 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 6! ਕਲਾਸ grp-5 ਸੈੱਟ ਤਰਜੀਹ 2 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 5! ਕਲਾਸ grp-4 ਸੈੱਟ ਤਰਜੀਹ 2 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4! ਕਲਾਸ grp-3 ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਸੈੱਟ dscp ef! ਕਲਾਸ grp-2

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 15 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ABF ਲਈ ਪੀਅਰਿੰਗ QoS

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਤਰਜੀਹ 3 ਸੈੱਟ ਕਰੋ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2! ਕਲਾਸ grp-1 ਸੈੱਟ ਤਰਜੀਹ 4 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਸੈੱਟ ਤਰਜੀਹ 5! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ! int ਬੰਡਲ-ਈਥਰ 350 ipv4 ਐਕਸੈਸ-ਗਰੁੱਪ ipv4-sec-acl ਪ੍ਰਵੇਸ਼! int ਬੰਡਲ-ਈਥਰ 350 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ ingress_qosgrp_to_DSCP_TC_qgrp

ਪੁਸ਼ਟੀਕਰਨ
ਇੰਟਰਫੇਸ ਲਈ ਸ਼ੋਅ ਇੰਟਰਫੇਸ ਕਮਾਂਡ ਚਲਾਓ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਅਤੇ QoS ACLs ਨੂੰ ਜੋੜਿਆ ਹੈ।
ਰਾਊਟਰ#ਸ਼ੋਅ ਇੰਟ ਬੰਡਲ-ਈਥਰ 350 ਇੰਟਰਫੇਸ ਬੰਡਲ-ਈਥਰ 350 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ ingress_qosgrp_to_DSCP_TC_qgrp ipv4 ਐਡਰੈੱਸ 11.25.0.1 255.255.255.0 ipv6 ਐਡਰੈੱਸ 2001:11ip:25:-1-ਐਕਸੈੱਸ sec-acl ਦਾਖਲਾ !

ABF ਲਈ ਪੀਅਰਿੰਗ QoS
ਸਾਰਣੀ 5: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ
ਪੀਅਰਿੰਗ QoS ਦੇ ਨਾਲ ACL- ਅਧਾਰਤ ਫਾਰਵਰਡਿੰਗ (ABF) ਸਹਾਇਤਾ

ਰੀਲੀਜ਼ ਜਾਣਕਾਰੀ ਰੀਲੀਜ਼ 7.3.3

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਤੁਹਾਨੂੰ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਰੂਟ ਦੀ ਬਜਾਏ ਵਿਲੀਨ (QoS ਅਤੇ ਸੁਰੱਖਿਆ) ACL ਵਿੱਚ ACEs ਲਈ ਅਗਲੇ-ਹੋਪ ਪਤਿਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਤੁਸੀਂ VRF-ਚੋਣ ਜਾਂ VRF-ਜਾਣੂ ਨੈਕਸਟ-ਹੋਪ ਪਤਿਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਤੁਹਾਨੂੰ ਇੱਕੋ ACE ਵਿੱਚ QoS ਅਤੇ ABF ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਰੱਖਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।

ਰੀਲੀਜ਼ 7.3.3 ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਸਿਸਕੋ 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰ ਪੀਅਰਿੰਗ QoS ਨਾਲ ACL-ਅਧਾਰਿਤ ਫਾਰਵਰਡਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ACL-ਅਧਾਰਿਤ ਫਾਰਵਰਡਿੰਗ (ABF) ਇੱਕ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜਿਸ ਵਿੱਚ ਰਾਊਟਰ ਇੱਕ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਰੂਟ ਦੀ ਬਜਾਏ ਇੱਕ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਨੈਕਸਟ-ਹੌਪ ਨੂੰ ਖਾਸ ACL ਨਿਯਮਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਪੀਅਰਿੰਗ QoS ਵਿਸ਼ੇਸ਼ਤਾ QoS ACLs ਅਤੇ ਸੁਰੱਖਿਆ ACLs ਨੂੰ ਮਿਲਾਉਂਦੀ ਹੈ ਤਾਂ ਜੋ ਪ੍ਰਤੀ ACE ਮਲਟੀਪਲ ਐਂਟਰੀਆਂ (QoS ਅਤੇ ਸੁਰੱਖਿਆ) ਤੋਂ ਬਚਿਆ ਜਾ ਸਕੇ। ਪੀਅਰਿੰਗ QoS ਦੇ ਨਾਲ ABF ਸਹਾਇਤਾ ਵਿੱਚ, ਤੁਸੀਂ ਵਿਲੀਨ (QoS ਅਤੇ ਸੁਰੱਖਿਆ) ACL ਵਿੱਚ ACEs ਲਈ ਅਗਲੇ-ਹੌਪ ਪਤਿਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ। ਅਗਲੇ-ਹੌਪ ਐਡਰੈੱਸ ਦੀ ਵਰਤੋਂ ਪਰਮਿਟ ACEs ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਆਉਣ ਵਾਲੇ ਪੈਕੇਟਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਮੰਜ਼ਿਲ ਤੱਕ ਅੱਗੇ ਭੇਜਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇੱਥੇ, ABF VRF-ਚੋਣ ਅਤੇ VRF-ਜਾਣੂ ਰੀਡਾਇਰੈਕਟ ਦੋਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। VRF-ਚੋਣ ਵਿੱਚ, ਨੈਕਸਟ-ਹੌਪ ਵਿੱਚ ਸਿਰਫ਼ VRF ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ VRF-ਜਾਣੂ ਨੈਕਸਟ-ਹੌਪ ਵਿੱਚ VRF ਅਤੇ IP ਪਤੇ ਦੋਵੇਂ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 16 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ABF ਲਈ ਪੀਅਰਿੰਗ QoS

ਸੰਰਚਨਾ
1. ਸੁਰੱਖਿਆ ACL ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ, ਇਸ ਵਿੱਚ ਸਾਬਕਾample: abf-acl
ਰਾਊਟਰ(config)#ipv4 ਐਕਸੈਸ-ਲਿਸਟ abf-acl
2. ਪ੍ਰਤੀ ACE qos-ਗਰੁੱਪ ਸੈੱਟ ਕਰੋ; ਤੁਸੀਂ ਪੀਅਰਿੰਗ QoS ਦੇ ਕਾਰਨ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਕਿ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਦਰਾਜ਼ਾਂ ਦੀ ਬਜਾਏ ਪ੍ਰਤੀ ACE ਇੱਕ ਸਿੰਗਲ ਐਂਟਰੀ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।
ਰਾਊਟਰ(config-ipv4-acl)#10 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਪੂਰਵਤਾ ਤਰਜੀਹ ਸੈੱਟ qos-ਗਰੁੱਪ 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF-configer-config3p4/20 router 135.0.0.0/8 217.0.0.0/8 ਪੂਰਵਤਾ ਤਰਜੀਹ ਸੈੱਟ qos-group 2 nexthop1 vrf vrf3 nexthop2 vrf vrf2 ਰਾਊਟਰ(config-ipv4-acl)#30 ਪਰਮਿਟ tcp 135.0.0.0/8-217.0.0.0-8 ਮੈਚ + +psh ਸੈੱਟ ਕਰੋ qos-ਗਰੁੱਪ 3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 nexthop3 vrf vrf1 ਰਾਊਟਰ(config-ipv4-acl)#40 ਪਰਮਿਟ tcp 135.0.0.0/8 217.0.0.0/8 precedence v.p.4 rf vrf1 nexthop1 vrf vrf2 ਰਾਊਟਰ(config-ipv2-acl)#exit
3. ਹਰੇਕ qos-ਗਰੁੱਪ ਲਈ ਪੀਅਰਿੰਗ QoS ਨੀਤੀ ਮੇਲ ਖਾਂਦਾ ਕੌਂਫਿਗਰ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ABF ACL ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਹੈ।
ਰਾਊਟਰ(config)#class-map match-any grp-4 ਰਾਊਟਰ(config-cmap)#match qos-group 4 ਰਾਊਟਰ(config-cmap)#end-class-map Router(config)#class-map match-any grp -3 ਰਾਊਟਰ(config-cmap)#match qos-group 3 ਰਾਊਟਰ(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 ਰਾਊਟਰ(config-cmap)#match qos- ਗਰੁੱਪ 2 ਰਾਊਟਰ(config-cmap)#end-class-map ਰਾਊਟਰ(config)#class-map match-any grp-1 ਰਾਊਟਰ(config-cmap)#match qos-group 1 ਰਾਊਟਰ(config-cmap)#end-class -ਮੈਪ ਰਾਊਟਰ(ਸੰਰਚਨਾ)#ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ ਕਲਾਸ-ਡਿਫਾਲਟ ਰਾਊਟਰ(ਸੰਰਚਨਾ-ਸੀਮੈਪ)#ਐਂਡ-ਕਲਾਸ-ਮੈਪ
4. ਇਸ ਸਾਬਕਾ ਵਿੱਚ, ਕੌਂਫਿਗਰ ਕੀਤੇ ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ QoS ਕਾਰਵਾਈਆਂ ਸੈਟ ਕਰੋample: ਸੈੱਟ prec, ਸੈੱਟ tc, ਅਤੇ dscp ਸੈੱਟ ਕਰੋ
ਰਾਊਟਰ(config)#policy-map edge_qos_policy ਰਾਊਟਰ(config-pmap)#class grp-4 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 2 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਰਾਊਟਰ(ਸੰਰਚਨਾ- pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#class grp-3 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਰਾਊਟਰ(config-pmap-c)#set dscp ef ਰਾਊਟਰ(config-pmap-c) )#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)#class grp-2 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 3 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਰਾਊਟਰ(config-pmap-c)#exit ਰਾਊਟਰ(config-pmap)#class grp-1 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਤਰਜੀਹ 4 ਰਾਊਟਰ(config-pmap-c)#ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਰਾਊਟਰ(config-pmap-c)#ਐਗਜ਼ਿਟ ਰਾਊਟਰ(ਸੰਰਚਨਾ - pmap
5. ਸੁਰੱਖਿਆ acl ਨੂੰ ਸੈੱਟ qos-ਗਰੁੱਪਾਂ ਦੇ ਨਾਲ ਇੰਟਰਫੇਸ ਨਾਲ ਜੋੜੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 17 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ABF ਲਈ ਪੀਅਰਿੰਗ QoS

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਰਾਊਟਰ(config)#int ਬੰਡਲ-ਈਥਰ 350 ਰਾਊਟਰ(config-if)#ipv4 ਐਕਸੈਸ-ਗਰੁੱਪ abf-acl ਪ੍ਰਵੇਸ਼
6. QoS ਕਾਰਵਾਈਆਂ ਦੇ ਨਾਲ ਨੀਤੀ ਨਕਸ਼ੇ ਨੂੰ ਨੱਥੀ ਕਰੋ ਜੋ ਤੁਸੀਂ ਕਦਮ 4 ਵਿੱਚ, ਇੰਟਰਫੇਸ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਹੈ।
ਰਾਊਟਰ(config-if)#service-policy input edge_qos_policy ਰਾਊਟਰ(config-if)#commit ਰਾਊਟਰ(config-if)#exit
ਤੁਸੀਂ ABF ਨਾਲ ਪੀਅਰਿੰਗ QoS ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਕੌਂਫਿਗਰ ਕਰ ਲਿਆ ਹੈ।
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
ipv4 ਪਹੁੰਚ-ਸੂਚੀ abf-acl 10 ਪਰਮਿਟ ipv4 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਤਰਜੀਹ ਸੈੱਟ qos-ਗਰੁੱਪ 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3/20 .135.0.0.0/8 ਤਰਜੀਹ ਤਰਜੀਹ ਸੈੱਟ qos-ਗਰੁੱਪ 217.0.0.0 nexthop8 vrf vrf2
nexthop2 vrf vrf2 30 ਪਰਮਿਟ tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh ਸੈੱਟ qos-ਗਰੁੱਪ 3 nexthop1 vrf vrf2
nexthop2 vrf vrf3 nexthop3 vrf vrf1 40 ਪਰਮਿਟ tcp 135.0.0.0/8 217.0.0.0/8 ਤਰਜੀਹ ਤਰਜੀਹ ਸੈੱਟ qos-ਗਰੁੱਪ 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3 ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-4 ਮੈਚ qos-ਗਰੁੱਪ 4 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-3 ਮੈਚ qos-ਗਰੁੱਪ 3 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-2 ਮੈਚ qos-ਗਰੁੱਪ 2 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ grp-1 ਮੈਚ qos-ਗਰੁੱਪ 1 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਕਲਾਸ-ਡਿਫਾਲਟ ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਪਾਲਿਸੀ-ਮੈਪ edge_qos_policy ਕਲਾਸ grp-4 ਸੈੱਟ ਤਰਜੀਹ 2 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4! ਕਲਾਸ grp-3 ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਸੈੱਟ dscp ef! ਕਲਾਸ grp-2 ਸੈੱਟ ਤਰਜੀਹ 3 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2! ਕਲਾਸ grp-1 ਸੈੱਟ ਤਰਜੀਹ 4 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਸੈੱਟ ਤਰਜੀਹ 5! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 18 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਲੇਅਰ 3 ਇੰਟਰਫੇਸ 'ਤੇ ਲੇਅਰ 2 ਹੈਡਰ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ ਅਤੇ ਟਿੱਪਣੀ ਕਰੋ

! int ਬੰਡਲ-ਈਥਰ 350 ipv4 ਪਹੁੰਚ-ਸਮੂਹ abf-acl ਪ੍ਰਵੇਸ਼! int ਬੰਡਲ-ਈਥਰ 350 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ edge_qos_policy
ਪੁਸ਼ਟੀਕਰਨ
ਇੰਟਰਫੇਸ ਲਈ ਸ਼ੋਅ ਇੰਟਰਫੇਸ ਕਮਾਂਡ ਚਲਾਓ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਸੁਰੱਖਿਆ ਅਤੇ QoS ABF ACLs ਨੂੰ ਜੋੜਿਆ ਹੈ।
ਰਾਊਟਰ#ਸ਼ੋਅ ਇੰਟ ਬੰਡਲ-ਈਥਰ 350 ਇੰਟਰਫੇਸ ਬੰਡਲ-ਈਥਰ 350 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ edge_qos_policy ipv4 ਐਡਰੈੱਸ 11.25.0.1 255.255.255.0 ipv6 ਐਡਰੈੱਸ 2001:11:25:1:1:64 abgress abgress !
ਲੇਅਰ 3 ਇੰਟਰਫੇਸ 'ਤੇ ਲੇਅਰ 2 ਹੈਡਰ ਨੂੰ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰੋ ਅਤੇ ਟਿੱਪਣੀ ਕਰੋ
ਜਦੋਂ ਤੁਹਾਨੂੰ ਲੇਅਰ 2 ਇੰਟਰਫੇਸ ਟ੍ਰੈਫਿਕ ਲਈ ਪੈਕੇਟ ਮਾਰਕ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਬ੍ਰਿਜ ਡੋਮੇਨਾਂ ਅਤੇ ਬ੍ਰਿਜ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ (BVIs) ਵਿੱਚ ਵਹਿੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਮਿਸ਼ਰਤ QoS ਨੀਤੀ ਬਣਾ ਸਕਦੇ ਹੋ। ਇਸ ਨੀਤੀ ਵਿੱਚ ਨਕਸ਼ੇ-ਆਧਾਰਿਤ ਅਤੇ TCAM-ਅਧਾਰਿਤ ਵਰਗੀਕਰਨ ਕਲਾਸ-ਨਕਸ਼ੇ ਦੋਵੇਂ ਹਨ। ਮਿਕਸਡ ਪਾਲਿਸੀ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਬ੍ਰਿਜਡ (ਲੇਅਰ 2) ਅਤੇ ਬ੍ਰਿਜ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ (BVI, ਜਾਂ ਲੇਅਰ 3) ਟਰੈਫਿਕ ਪ੍ਰਵਾਹ ਦੋਨੋਂ ਵਰਗੀਕ੍ਰਿਤ ਅਤੇ ਟਿੱਪਣੀ ਕੀਤੇ ਗਏ ਹਨ।
ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼
· TCAM ਵਰਗੀਕਰਣ ਵਾਲਾ ਇੱਕ ਕਲਾਸ-ਮੈਪ ਬ੍ਰਿਜਡ ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੋ ਸਕਦਾ ਹੈ। TCAM ਐਂਟਰੀਆਂ ਸਿਰਫ਼ ਰੂਟ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ ਜਦੋਂ ਕਿ ਨਕਸ਼ਾ ਐਂਟਰੀਆਂ ਬ੍ਰਿਜਡ ਅਤੇ BVI ਟ੍ਰੈਫਿਕ ਦੋਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ।
· ਨਕਸ਼ੇ-ਅਧਾਰਿਤ ਵਰਗੀਕਰਨ ਵਾਲਾ ਇੱਕ ਕਲਾਸ-ਨਕਸ਼ਾ ਬ੍ਰਿਜਡ ਅਤੇ BVI ਟ੍ਰੈਫਿਕ ਦੋਵਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
Example
ipv4 ਪਹੁੰਚ-ਸੂਚੀ acl_v4 10 ਪਰਮਿਟ ipv4 ਹੋਸਟ 100.1.1.2 ਕੋਈ ਵੀ 20 ਪਰਮਿਟ ipv4 ਹੋਸਟ 100.1.100.2 ਕੋਈ ਵੀ ipv6 ਪਹੁੰਚ-ਸੂਚੀ acl_v6 10 ਪਰਮਿਟ tcp ਹੋਸਟ 50:1:1:2 ਕੋਈ ਵੀ 20 ਹੋਸਟ: 50 ਪਰਮਿਟ: 1 :200 ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ c_match_acl ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ipv2 acl_v4 ! ਇਹ ਐਂਟਰੀ ਬ੍ਰਿਜਡ ਟ੍ਰੈਫਿਕ ਮੇਲ ਐਕਸੈਸ-ਗਰੁੱਪ ipv4 acl_v6 ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ! ਇਹ ਐਂਟਰੀ ਬ੍ਰਿਜਡ ਟ੍ਰੈਫਿਕ ਮੈਚ dscp af6 ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ ਇਹ ਐਂਟਰੀ ਬ੍ਰਿਜਡ ਅਤੇ BVI ਟਰੈਫਿਕ ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਸਾਲ c_match_all ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ udp ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ! ਇਹ ਐਂਟਰੀ ਬ੍ਰਿਜਡ ਟ੍ਰੈਫਿਕ ਮੈਚ ਤੋਂ ਪਹਿਲਾਂ 11 ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕਿਸੇ ਵੀ c_match_protocol ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ tcp ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ! ਇਹ ਐਂਟਰੀ, ਅਤੇ ਇਸਲਈ ਇਹ ਕਲਾਸ ਬ੍ਰਿਜਡ ਟ੍ਰੈਫਿਕ ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ ਹੈ-ਕਿਸੇ ਵੀ c_match_ef ਮੈਚ dscp ef ! ਇਹ ਐਂਟਰੀ/ਕਲਾਸ ਬ੍ਰਿਜਡ ਅਤੇ BVI ਟ੍ਰੈਫਿਕ ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ-ਕਿਸੇ ਵੀ c_qosgroup_7 ਇਹ ਕਲਾਸ ਬ੍ਰਿਜਡ ਅਤੇ BVI ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ! qos-ਗਰੁੱਪ 1 ਨੀਤੀ-ਨਕਸ਼ੇ p_ingress ਕਲਾਸ c_match_acl ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਸੈਟ qos-ਗਰੁੱਪ 1

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 19 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

! ਕਲਾਸ c_match_all ਸੈੱਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਸੈੱਟ qos-ਗਰੁੱਪ 2! ਕਲਾਸ c_match_ef ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਸੈੱਟ qos-ਗਰੁੱਪ 3! ਕਲਾਸ c_match_protocol ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਸੈੱਟ qos-ਗਰੁੱਪ 4 ਪਾਲਿਸੀ-ਮੈਪ p_egress ਕਲਾਸ c_qosgroup_1 ਸੈੱਟ dscp af23 ਇੰਟਰਫੇਸ FourHundredGigE0/0/0/0 l2ਟ੍ਰਾਂਸਪੋਰਟ ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇੰਪੁੱਟ p_ingress ਸਰਵਿਸ-ਪਾਲਿਸੀ ਆਉਟਪੁੱਟ p_egress! ! ਇੰਟਰਫੇਸ FourHundredGigE0/0/0/1 ipv4 ਐਡਰੈੱਸ 200.1.2.1 255.255.255.0 ipv6 ਐਡਰੈੱਸ 2001:2:2::1/64 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇੰਪੁੱਟ p_ingress ਸਰਵਿਸ-ਪਾਲਿਸੀ ਆਉਟਪੁੱਟ p_egress

ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ

ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦਾ ਉਦੇਸ਼ ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਦਾ ਵਰਗੀਕਰਨ ਕਰਨਾ ਹੈ। ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਕਲਾਸ-ਮੈਪ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਵਿੱਚ ਤਿੰਨ ਮੁੱਖ ਤੱਤ ਹੁੰਦੇ ਹਨ:
· ਇੱਕ ਨਾਮ
· ਮੈਚ ਕਮਾਂਡਾਂ ਦੀ ਇੱਕ ਲੜੀ - ਪੈਕਟਾਂ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ।
· ਇਹਨਾਂ ਮੈਚ ਕਮਾਂਡਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਬਾਰੇ ਇੱਕ ਹਦਾਇਤ (ਜੇ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਮੈਚ ਕਮਾਂਡ ਮੌਜੂਦ ਹਨ)

ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਪੈਕੇਟਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕੀ ਉਹ ਮੈਚ ਕਮਾਂਡਾਂ ਵਿੱਚ ਦਰਸਾਏ ਮਾਪਦੰਡਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ। ਜੇਕਰ ਕੋਈ ਪੈਕੇਟ ਨਿਰਧਾਰਤ ਮਾਪਦੰਡਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਉਸ ਪੈਕੇਟ ਨੂੰ ਕਲਾਸ ਦਾ ਮੈਂਬਰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਵਿੱਚ ਨਿਰਧਾਰਤ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਪੈਕੇਟ ਜੋ ਮੇਲ ਖਾਂਦੇ ਮਾਪਦੰਡਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ ਡਿਫੌਲਟ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਮੈਂਬਰਾਂ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਸਾਰਣੀ ਰਾਊਟਰ 'ਤੇ ਸਮਰਥਿਤ ਮੈਚ ਕਿਸਮਾਂ ਦੇ ਵੇਰਵੇ ਦਿਖਾਉਂਦਾ ਹੈ।

ਮੇਲ ਦੀ ਕਿਸਮ ਸਮਰਥਿਤ ਹੈ

ਘੱਟੋ-ਘੱਟ, ਅਧਿਕਤਮ ਅਧਿਕਤਮ ਐਂਟਰੀਆਂ ਇੰਟਰਫੇਸ ਮੈਚ ਨਾਟ ਰੇਂਜਾਂ 'ਤੇ ਸਮਰਥਿਤ ਦਿਸ਼ਾ ਲਈ ਸਮਰਥਨ ਲਈ ਸਮਰਥਨ

IPv4 DSCP (0,63)

IPv6 DSCP

ਡੀਐਸਸੀਪੀ

ਹਾਂ

ਪ੍ਰਵੇਸ਼ ਇਗ੍ਰੇਸ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 20 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਡਿਫੌਲਟ ਟ੍ਰੈਫਿਕ ਕਲਾਸ

ਮੇਲ ਦੀ ਕਿਸਮ ਸਮਰਥਿਤ ਹੈ

ਘੱਟੋ-ਘੱਟ, ਅਧਿਕਤਮ

IPv4 ਤਰਜੀਹ (0,7) IPv6 ਤਰਜੀਹ

ਤਰਜੀਹ

MPLS

(0,7)

ਪ੍ਰਯੋਗਾਤਮਕ

ਸਭ ਤੋਂ ਉੱਪਰ

ਪਹੁੰਚ-ਸਮੂਹ ਲਾਗੂ ਨਹੀਂ ਹੈ

QoS-ਸਮੂਹ

(1,7)

ਪ੍ਰੋਟੋਕੋਲ

(0, 255)

ਇੰਟਰਫੇਸ ਮੈਚ ਨਾਟ ਰੇਂਜਾਂ 'ਤੇ ਸਮਰਥਿਤ ਦਿਸ਼ਾ ਲਈ ਸਮਰਥਨ ਲਈ ਅਧਿਕਤਮ ਐਂਟਰੀਆਂ ਸਮਰਥਨ

ਹਾਂ

ਨੰ

ਪ੍ਰਵੇਸ਼

ਐਗ੍ਰੀਸ

ਹਾਂ

ਨੰ

ਪ੍ਰਵੇਸ਼

ਐਗ੍ਰੀਸ

ਨੰ

ਨਹੀਂ

ਪ੍ਰਵੇਸ਼

ਲਾਗੂ ਹੈ

ਨੰ

ਐਗ੍ਰੀਸ

ਹਾਂ

ਨਹੀਂ

ਪ੍ਰਵੇਸ਼

ਲਾਗੂ ਹੈ

ਡਿਫੌਲਟ ਟ੍ਰੈਫਿਕ ਕਲਾਸ
ਗੈਰ-ਵਰਗੀਕ੍ਰਿਤ ਟ੍ਰੈਫਿਕ (ਟ੍ਰੈਫਿਕ ਜੋ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਵਿੱਚ ਨਿਰਧਾਰਤ ਮੇਲ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ) ਨੂੰ ਡਿਫੌਲਟ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਨਾਲ ਸਬੰਧਤ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਜੇਕਰ ਉਪਭੋਗਤਾ ਡਿਫੌਲਟ ਕਲਾਸ ਦੀ ਸੰਰਚਨਾ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਪੈਕੇਟਾਂ ਨੂੰ ਅਜੇ ਵੀ ਡਿਫੌਲਟ ਕਲਾਸ ਦੇ ਮੈਂਬਰਾਂ ਵਜੋਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਮੂਲ ਰੂਪ ਵਿੱਚ, ਡਿਫੌਲਟ ਕਲਾਸ ਵਿੱਚ ਕੋਈ ਸਮਰੱਥ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਹੀਂ ਹਨ। ਇਸਲਈ, ਡਿਫੌਲਟ ਕਲਾਸ ਨਾਲ ਸਬੰਧਤ ਪੈਕੇਟਾਂ ਵਿੱਚ ਬਿਨਾਂ ਸੰਰਚਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕੋਈ QoS ਕਾਰਜਸ਼ੀਲਤਾ ਨਹੀਂ ਹੈ।
ਨਿਕਾਸੀ ਵਰਗੀਕਰਣ ਲਈ, qos-ਗਰੁੱਪ (1-7) 'ਤੇ ਮੈਚ ਸਮਰਥਿਤ ਹੈ। ਮੈਚ qos-ਗਰੁੱਪ 0 ਨੂੰ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਈਗ੍ਰੇਸ ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ ਵਿੱਚ ਕਲਾਸ-ਡਿਫਾਲਟ qos-ਗਰੁੱਪ 0 ਵਿੱਚ ਹੈ।
ਇਹ ਸਾਬਕਾample ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡਿਫਾਲਟ ਕਲਾਸ ਲਈ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ:
ਕੌਂਫਿਗਰ ਪਾਲਿਸੀ-ਮੈਪ ingress_policy1 ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਪੁਲਿਸ ਰੇਟ ਪ੍ਰਤੀਸ਼ਤ 30!

ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ
ਮੇਲ ਮਾਪਦੰਡਾਂ ਵਾਲੀ ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਉਣ ਲਈ, ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦਾ ਨਾਮ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਲਾਸ-ਮੈਪ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਅਤੇ ਫਿਰ ਲੋੜ ਅਨੁਸਾਰ, ਕਲਾਸ-ਮੈਪ ਸੰਰਚਨਾ ਮੋਡ ਵਿੱਚ ਮੈਚ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।
ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼
· ਉਪਭੋਗਤਾ ਸੰਰਚਨਾ ਦੀ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਇੱਕ ਮੈਚ ਕਿਸਮ ਲਈ ਕਈ ਮੁੱਲ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੇ ਹਨ; ਭਾਵ, ਜੇਕਰ ਪਹਿਲਾ ਮੁੱਲ ਮੈਚ ਮਾਪਦੰਡ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਮੈਚ ਸਟੇਟਮੈਂਟ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਅਗਲੇ ਮੁੱਲ ਨੂੰ ਵਰਗੀਕਰਨ ਲਈ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 21 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

· ਕਿਸੇ ਖੇਤਰ ਦੇ ਮੁੱਲਾਂ ਦੇ ਅਧਾਰ 'ਤੇ ਮੈਚ ਕਰਨ ਲਈ ਮੈਚ ਕਮਾਂਡ ਦੇ ਨਾਲ ਨਾਟ ਕੀਵਰਡ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੋ ਨਿਰਧਾਰਤ ਨਹੀਂ ਹਨ।
· ਇਸ ਸੰਰਚਨਾ ਕਾਰਜ ਵਿੱਚ ਨਿਰਧਾਰਤ ਸਾਰੀਆਂ ਮੇਲ ਕਮਾਂਡਾਂ ਨੂੰ ਵਿਕਲਪਿਕ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਇੱਕ ਕਲਾਸ ਲਈ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਮੇਲ ਮਾਪਦੰਡ ਸੰਰਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
· ਜੇਕਰ ਤੁਸੀਂ ਮੈਚ-ਕੋਈ ਵੀ ਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤੇ ਜਾਣ ਲਈ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਲਈ ਮੈਚ ਮਾਪਦੰਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ। ਇਹ ਡਿਫਾਲਟ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਮੈਚ-ਆਲ ਨਿਸ਼ਚਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਟ੍ਰੈਫਿਕ ਸਾਰੇ ਮੈਚ ਮਾਪਦੰਡਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
· ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ਕਮਾਂਡ ਲਈ, IPv4 ਅਤੇ IPv6 ਸਿਰਲੇਖਾਂ ਵਿੱਚ ਪੈਕੇਟ ਦੀ ਲੰਬਾਈ ਜਾਂ TTL (ਲਾਈਵ ਕਰਨ ਦਾ ਸਮਾਂ) ਖੇਤਰ ਦੇ ਆਧਾਰ 'ਤੇ QoS ਵਰਗੀਕਰਨ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ਕਮਾਂਡ ਲਈ, ਜਦੋਂ ਕਲਾਸ-ਨਕਸ਼ੇ ਦੇ ਅੰਦਰ ਇੱਕ ACL ਸੂਚੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ACL ਦੀ ਇਨਕਾਰ ਕਾਰਵਾਈ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ACL ਮੈਚ ਮਾਪਦੰਡਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
· ਮੈਚ qos-ਗਰੁੱਪ, ਟ੍ਰੈਫਿਕ-ਕਲਾਸ, DSCP/Prec, ਅਤੇ MPLS EXP ਸਿਰਫ ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਸਮਰਥਿਤ ਹਨ, ਅਤੇ ਇਹ ਸਿਰਫ ਮੇਲ ਮਾਪਦੰਡ ਹਨ ਜੋ ਨਿਕਾਸੀ ਦਿਸ਼ਾ ਵਿੱਚ ਸਮਰਥਿਤ ਹਨ
· ਈਗ੍ਰੇਸ ਡਿਫੌਲਟ ਕਲਾਸ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ qos-ਗਰੁੱਪ 0 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
· ਮਲਟੀਕਾਸਟ ਇੱਕ ਸਿਸਟਮ ਮਾਰਗ ਲੈਂਦਾ ਹੈ ਜੋ ਰਾਊਟਰ 'ਤੇ ਯੂਨੀਕਾਸਟ ਨਾਲੋਂ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਇੱਕ ਇੰਟਰਫੇਸ ਦੇ ਅਧਾਰ 'ਤੇ 20:80 ਦੇ ਮਲਟੀਕਾਸਟ-ਟੂ-ਯੂਨੀਕਾਸਟ ਅਨੁਪਾਤ ਵਿੱਚ ਬਾਹਰ ਆਉਣ 'ਤੇ ਬਾਅਦ ਵਿੱਚ ਮਿਲਦੇ ਹਨ। ਇਸ ਅਨੁਪਾਤ ਨੂੰ ਟ੍ਰੈਫਿਕ ਦੇ ਸਮਾਨ ਤਰਜੀਹੀ ਪੱਧਰ 'ਤੇ ਬਣਾਈ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
· ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਲਈ Egress QoS ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ 0-5 ਨੂੰ ਘੱਟ-ਪ੍ਰਾਥਮਿਕਤਾ ਅਤੇ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ 6-7 ਨੂੰ ਉੱਚ ਤਰਜੀਹ ਮੰਨਦਾ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਇਹ ਉਪਭੋਗਤਾ-ਸੰਰਚਨਾਯੋਗ ਨਹੀਂ ਹੈ।
· ਉੱਚ ਪ੍ਰਾਥਮਿਕਤਾ (HP) ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਵਿੱਚ ਮਲਟੀਕਾਸਟ ਟ੍ਰੈਫਿਕ ਲਈ ਈਗ੍ਰੇਸ ਸ਼ੇਪਿੰਗ ਪ੍ਰਭਾਵੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਇਹ ਸਿਰਫ਼ ਯੂਨੀਕਾਸਟ ਟ੍ਰੈਫਿਕ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
· ਜੇਕਰ ਤੁਸੀਂ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ 'ਤੇ ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਸੈਟ ਕਰਦੇ ਹੋ ਅਤੇ ਸੰਬੰਧਿਤ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਮੁੱਲ ਲਈ ਏਗ੍ਰੇਸ 'ਤੇ ਕੋਈ ਮੇਲ ਖਾਂਦੀ ਕਲਾਸ ਨਹੀਂ ਹੈ, ਤਾਂ ਇਸ ਕਲਾਸ ਦੇ ਨਾਲ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਕਾਸੀ ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ 'ਤੇ ਡਿਫੌਲਟ ਕਲਾਸ ਵਿੱਚ ਨਹੀਂ ਗਿਣਿਆ ਜਾਵੇਗਾ।
· ਸਿਰਫ ਟ੍ਰੈਫਿਕ ਕਲਾਸ 0 ਡਿਫੌਲਟ ਕਲਾਸ ਵਿੱਚ ਆਉਂਦੀ ਹੈ। ਇੱਕ ਗੈਰ-ਜ਼ੀਰੋ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਪ੍ਰਵੇਸ਼ ਕਰਨ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਪਰ ਬਿਨਾਂ ਨਿਰਧਾਰਤ ਨਿਕਾਸੀ ਕਤਾਰ ਦੇ, ਨਾ ਤਾਂ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਕਲਾਸ ਅਤੇ ਨਾ ਹੀ ਕਿਸੇ ਹੋਰ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।
ਸੰਰਚਨਾ ਸਾਬਕਾample
ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮ ਪੂਰੇ ਕਰਨੇ ਪੈਣਗੇ: 1. ਕਲਾਸ ਮੈਪ ਬਣਾਉਣਾ
2. ਪੈਕੇਟ ਨੂੰ ਉਸ ਵਿਸ਼ੇਸ਼ ਕਲਾਸ ਦੇ ਮੈਂਬਰ ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਨ ਲਈ ਮੇਲ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰਨਾ (ਸਮਰਥਿਤ ਮੈਚ ਕਿਸਮਾਂ ਦੀ ਸੂਚੀ ਲਈ, ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਐਲੀਮੈਂਟਸ, ਪੰਨਾ 20 'ਤੇ ਦੇਖੋ।)
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ qos-1 ਰਾਊਟਰ(ਕਨਫਿਗਰ-ਸੀਮੈਪ)# ਮੈਚ qos-ਗਰੁੱਪ 1 ਰਾਊਟਰ(config-cmap)# ਅੰਤ-ਕਲਾਸ-ਮੈਪ ਰਾਊਟਰ(config-cmap)# ਕਮਿਟ
ਕਲਾਸ-ਮੈਪ ਸੰਰਚਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਇਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ:

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 22 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ

ਰਾਊਟਰ#ਸ਼ੋ ਕਲਾਸ-ਮੈਪ qos-1 1) ਕਲਾਸਮੈਪ: qos-1 ਕਿਸਮ: qos
2 ਪਾਲਿਸੀਮੈਪਸ ਦੁਆਰਾ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ
ਪੰਨਾ 24 'ਤੇ, ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਅਟੈਚ ਕਰੋ ਵੀ ਦੇਖੋ।
ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ, ਪੰਨਾ 20 'ਤੇ · ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ, ਪੰਨਾ 23 'ਤੇ

ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ

ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਵਿੱਚ ਤਿੰਨ ਤੱਤ ਹੁੰਦੇ ਹਨ: · ਨਾਮ · ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ · QoS ਨੀਤੀਆਂ

ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੀ ਚੋਣ ਕਰਨ ਤੋਂ ਬਾਅਦ ਜੋ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਉਪਭੋਗਤਾ ਵਰਗੀਕ੍ਰਿਤ ਟ੍ਰੈਫਿਕ 'ਤੇ ਲਾਗੂ ਹੋਣ ਲਈ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾਖਲ ਕਰ ਸਕਦਾ ਹੈ।
MQC ਨੂੰ ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਸਿਰਫ਼ ਇੱਕ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਨੂੰ ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨਾਲ ਜੋੜਨ।
ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ ਵਿੱਚ ਕਲਾਸਾਂ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਦਾ ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਕਲਾਸਾਂ ਦੇ ਮੈਚ ਨਿਯਮਾਂ ਨੂੰ TCAM ਵਿੱਚ ਉਸ ਕ੍ਰਮ ਵਿੱਚ ਪ੍ਰੋਗ੍ਰਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਕਲਾਸਾਂ ਨੂੰ ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ ਵਿੱਚ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, ਜੇਕਰ ਇੱਕ ਪੈਕੇਟ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕਈ ਕਲਾਸਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਸਿਰਫ ਪਹਿਲੀ ਮੇਲ ਖਾਂਦੀ ਕਲਾਸ ਵਾਪਸ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸੰਬੰਧਿਤ ਨੀਤੀ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਰਾਊਟਰ ਪ੍ਰਵੇਸ਼ ਦਿਸ਼ਾ ਵਿੱਚ 8 ਕਲਾਸਾਂ ਪ੍ਰਤੀ ਨੀਤੀ-ਨਕਸ਼ੇ ਅਤੇ ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਪ੍ਰਤੀ ਨੀਤੀ-ਨਕਸ਼ੇ ਲਈ 8 ਕਲਾਸਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਇਹ ਸਾਰਣੀ ਰਾਊਟਰ 'ਤੇ ਸਮਰਥਿਤ ਕਲਾਸ-ਐਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ।

ਸਮਰਥਿਤ ਐਕਸ਼ਨ ਕਿਸਮਾਂ

ਇੰਟਰਫੇਸ 'ਤੇ ਦਿਸ਼ਾ ਸਮਰਥਿਤ ਹੈ

ਬੈਂਡਵਿਡਥ-ਬਾਕੀ

ਬਾਹਰ ਨਿਕਲਣਾ

ਨਿਸ਼ਾਨ

ਪੰਨਾ 30 'ਤੇ, ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਦੇਖੋ

ਪੁਲਿਸ

ਪ੍ਰਵੇਸ਼

ਤਰਜੀਹ

ਨਿਕਾਸੀ (ਪੱਧਰ 1 ਤੋਂ ਲੈਵਲ 7)

ਕਤਾਰ-ਸੀਮਾ

ਬਾਹਰ ਨਿਕਲਣਾ

ਸ਼ਕਲ

ਬਾਹਰ ਨਿਕਲਣਾ

ਲਾਲ

ਬਾਹਰ ਨਿਕਲਣਾ

RED ਡਿਸਕਾਰਡ-ਕਲਾਸ ਵਿਕਲਪ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ; ਡਿਸਕਾਰਡ-ਕਲਾਸ ਨੂੰ ਪਾਸ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਇੱਕੋ-ਇੱਕ ਮੁੱਲ 0 ਅਤੇ 1 ਹਨ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 23 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਾਓ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਾਓ
ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦਾ ਉਦੇਸ਼ QoS ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਨਾਲ ਸੰਬੰਧਿਤ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਜਾਂ ਕਲਾਸਾਂ ਵਿੱਚ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ, ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ, ਪੰਨਾ 21 'ਤੇ ਦੇਖੋ। ਪਾਲਿਸੀ-ਮੈਪ ਕਮਾਂਡ ਨਾਲ ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਉਹਨਾਂ ਇੰਟਰਫੇਸਾਂ ਲਈ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇਸਨੂੰ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹੋ। -ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਨੀਤੀ ਕਮਾਂਡ। ਦੋਹਰੀ ਨੀਤੀ ਸਹਾਇਤਾ ਦੇ ਨਾਲ, ਤੁਹਾਡੇ ਕੋਲ ਦੋ ਟ੍ਰੈਫਿਕ ਨੀਤੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਇੱਕ ਮਾਰਕਿੰਗ ਅਤੇ ਇੱਕ ਕਤਾਰ ਆਉਟਪੁੱਟ 'ਤੇ ਜੁੜੀ ਹੋਈ ਹੈ। ਪੰਨਾ 24 'ਤੇ, ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੱਥੀ ਕਰੋ, ਦੇਖੋ।
ਸੰਰਚਨਾ ਸਾਬਕਾampਲੇ ਤੁਹਾਨੂੰ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਪਵੇਗਾ: 1. ਇੱਕ ਨੀਤੀ ਨਕਸ਼ਾ ਬਣਾਉਣਾ ਜੋ ਇੱਕ ਸੇਵਾ ਨੀਤੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਲਈ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ 2. ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਨਾਲ ਜੋੜਨਾ 3. ਕਲਾਸ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ- ਕਾਰਵਾਈ(ਆਂ) (ਸਫ਼ਾ 23 'ਤੇ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ ਵੇਖੋ)
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਕਨਫਿਗਰ)# ਪਾਲਿਸੀ-ਮੈਪ ਟੈਸਟ-ਸ਼ੇਪ-1 ਰਾਊਟਰ(ਕਨਫਿਗਰ-ਪੀਮੈਪ)# ਕਲਾਸ qos-1
/* ਕਲਾਸ-ਐਕਸ਼ਨ ਕੌਂਫਿਗਰ ਕਰੋ (ਇਸ ਸਾਬਕਾ ਵਿੱਚ 'ਆਕਾਰ'ample). ਲੋੜ ਅਨੁਸਾਰ ਦੁਹਰਾਓ, ਹੋਰ ਕਲਾਸ-ਐਕਸ਼ਨ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ */ ਰਾਊਟਰ(config-pmap-c)# ਆਕਾਰ ਔਸਤ ਪ੍ਰਤੀਸ਼ਤ 40 ਰਾਊਟਰ(config-pmap-c)# ਐਗਜ਼ਿਟ
/* ਹੋਰ ਕਲਾਸਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ, ਲੋੜ ਅਨੁਸਾਰ ਕਲਾਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਦੁਹਰਾਓ */
ਰਾਊਟਰ(config-pmap)# ਐਂਡ-ਪਾਲਿਸੀ-ਮੈਪ ਰਾਊਟਰ(config)# ਪ੍ਰਤੀਬੱਧ
ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ, ਪੰਨਾ 23 'ਤੇ · ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ, ਪੰਨਾ 20 'ਤੇ
ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ
ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਨ ਤੋਂ ਬਾਅਦ, ਤੁਹਾਨੂੰ ਟਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਜੋੜਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨੀਤੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਦਿਸ਼ਾ ਨਿਰਧਾਰਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 24 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ

ਨੋਟ ਕਰੋ ਲੜੀਵਾਰ ਨੀਤੀਆਂ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਜਦੋਂ ਇੱਕ ਨੀਤੀ-ਨਕਸ਼ੇ ਨੂੰ ਇੱਕ ਇੰਟਰਫੇਸ ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਹਰੇਕ ਸ਼੍ਰੇਣੀ ਦਾ ਸੰਚਾਰ ਦਰ ਕਾਊਂਟਰ ਸਹੀ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਪ੍ਰਸਾਰਣ ਦਰ ਕਾਊਂਟਰ ਦੀ ਗਣਨਾ ਐਕਸਪੋਨੈਂਸ਼ੀਅਲ ਡਿਕੇ ਫਿਲਟਰ ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਸੰਰਚਨਾ ਸਾਬਕਾampਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਜੋੜਨ ਲਈ ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮ ਪੂਰੇ ਕਰਨੇ ਪੈਣਗੇ: 1. ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਉਣਾ ਅਤੇ ਸੰਬੰਧਿਤ ਨਿਯਮ ਜੋ ਕਲਾਸ ਨਾਲ ਪੈਕਟਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ (ਦੇਖੋ ਇੱਕ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਬਣਾਓ,
ਪੰਨਾ 21 'ਤੇ) 2. ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਾਉਣਾ ਜੋ ਸੇਵਾ ਨੀਤੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੁੜਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਦੇਖੋ
ਇੱਕ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਬਣਾਓ, ਪੰਨਾ 24 'ਤੇ) 3. ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨਾਲ ਜੋੜਨਾ 4. ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਜੋੜਨਾ, ਪ੍ਰਵੇਸ਼ ਜਾਂ ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਇੰਟਰਫੇਸ ਚਾਰHundredGigE 0/0/0/2 ਰਾਊਟਰ(config-int)# ਸਰਵਿਸ-ਪਾਲਿਸੀ ਆਉਟਪੁੱਟ ਸਖਤ-ਪ੍ਰਾਥਮਿਕਤਾ ਰਾਊਟਰ(config-int)# ਪ੍ਰਤੀਬੱਧ
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
/* ਕਲਾਸ-ਨਕਸ਼ੇ ਦੀ ਸੰਰਚਨਾ */
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-7 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 7 ਅੰਤ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-6 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 6 ਅੰਤਮ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-5 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 5 ਅੰਤ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-4 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਅੰਤ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-3 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-2 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਅੰਤ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਿਸੇ ਵੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ-1 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਅੰਤ-ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 25 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

/* ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਸੰਰਚਨਾ */
ਨੀਤੀ-ਨਕਸ਼ੇ ਦਾ ਟੈਸਟ-ਆਕਾਰ-1 ਸ਼੍ਰੇਣੀ ਆਵਾਜਾਈ-ਕਲਾਸ-1 ਆਕਾਰ ਔਸਤ ਪ੍ਰਤੀਸ਼ਤ 40 !
ਪਾਲਿਸੀ-ਮੈਪ ਸਖਤ-ਪ੍ਰਾਥਮਿਕਤਾ ਕਲਾਸ tc7 ਤਰਜੀਹ ਪੱਧਰ 1 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc6 ਤਰਜੀਹ ਪੱਧਰ 2 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc5 ਤਰਜੀਹ ਪੱਧਰ 3 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc4 ਤਰਜੀਹ ਪੱਧਰ 4 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc3 ਤਰਜੀਹ ਪੱਧਰ 5 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc2 ਤਰਜੀਹ ਪੱਧਰ 6 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc1 ਤਰਜੀਹ ਪੱਧਰ 7 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ
—–
/* ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨੂੰ ਬਾਹਰ ਜਾਣ ਦੀ ਦਿਸ਼ਾ ਵਿੱਚ ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਜੋੜਨਾ */ ਇੰਟਰਫੇਸ ਫੋਰਹੰਡੇਡਗੀਗ 0/0/0/2
ਸੇਵਾ-ਨੀਤੀ ਆਉਟਪੁੱਟ ਸਖਤ-ਪਹਿਲ!

ਪੁਸ਼ਟੀਕਰਨ

ਰਾਊਟਰ# # show qos int fourHundredGigE 0/0/0/2 ਆਉਟਪੁੱਟ

ਨੋਟ:- ਕੌਂਫਿਗਰ ਕੀਤੇ ਮੁੱਲ ਬਰੈਕਟ ਇੰਟਰਫੇਸ FourHundredGigE0/0/0/2 ifh 0xf0001c0 ਦੇ ਅੰਦਰ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ — ਆਉਟਪੁੱਟ ਨੀਤੀ

NPU Id: ਕਲਾਸਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ: ਇੰਟਰਫੇਸ ਬੈਂਡਵਿਡਥ: ਨੀਤੀ ਦਾ ਨਾਮ:

0 8 400000000 kbps ਸਖਤ-ਪਹਿਲ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 26 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ

VOQ ਅਧਾਰ:

2400

ਲੇਖਾ ਦੀ ਕਿਸਮ:

ਲੇਅਰ 1 (ਲੇਅਰ 1 ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ ਸ਼ਾਮਲ ਕਰੋ)

——————————————————————————

ਲੈਵਲ1 ਕਲਾਸ (HP1)

= tc7

Egressq ਕਤਾਰ ID

= 2407 (HP1 ਕਤਾਰ)

ਕਤਾਰ ਅਧਿਕਤਮ ਬੀ.ਡਬਲਿਊ.

= ਕੋਈ ਅਧਿਕਤਮ ਨਹੀਂ (ਮੂਲ)

ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ

= 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

WRED ਨੂੰ ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

Level1 ਕਲਾਸ (HP2) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc6 = 2406 (HP2 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ (HP3) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc5 = 2405 (HP3 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ (HP4) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc4 = 2404 (HP4 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ (HP5) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc3 = 2403 (HP5 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ (HP6) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc2 = 2402 (HP6 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ (HP7) Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਇਸ ਕਲਾਸ ਲਈ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= tc1 = 2401 (HP7 ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ (ਡਿਫਾਲਟ) = 74999808 ਬਾਈਟ / 2 ms (75 ਮੈਗਾਬਾਈਟ)

Level1 ਕਲਾਸ Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਉਲਟ ਵਜ਼ਨ / ਵਜ਼ਨ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= ਕਲਾਸ-ਡਿਫਾਲਟ = 2400 (ਡਿਫੌਲਟ LP ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ ਨਹੀਂ (ਡਿਫਾਲਟ) = 1 / (BWR ਸੰਰਚਿਤ ਨਹੀਂ) = 74999808 ਬਾਈਟ / 150 ms (75 ਮੈਗਾਬਾਈਟ)

ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਦੇ ਤੱਤ, ਪੰਨਾ 23 'ਤੇ · ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ, ਪੰਨਾ 20 'ਤੇ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 27 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਆਵਾਜਾਈ ਨੀਤੀ ਨੱਥੀ ਕਰੋ

ਖਾਸ ਟ੍ਰੈਫਿਕ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਪੈਕਟਾਂ ਦਾ ਵਰਗੀਕਰਨ ਕਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 28 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

4 ਅਧਿਆਇ
ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ
· ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਓਵਰview, ਪੰਨਾ 29 'ਤੇ · ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਲਾਭ, ਪੰਨਾ 31 'ਤੇ · ਕਲਾਸ-ਅਧਾਰਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਨੂੰ ਸੰਰਚਿਤ ਕਰੋ, ਪੰਨਾ 32 'ਤੇ · ਕਲਾਸ-ਅਧਾਰਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ: ਸਾਬਕਾamples, ਪੰਨਾ 33 'ਤੇ · IP DSCP ਮਾਰਕਿੰਗ ਦੇ ਮੁਕਾਬਲੇ IP ਤਰਜੀਹ, ਪੰਨਾ 35 'ਤੇ · ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ, ਪੰਨਾ 36 'ਤੇ
ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਓਵਰview
ਤੁਸੀਂ ਕਿਸੇ ਖਾਸ ਸ਼੍ਰੇਣੀ ਨਾਲ ਸਬੰਧਤ ਟ੍ਰੈਫਿਕ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੈੱਟ ਜਾਂ ਸੋਧਣ ਲਈ ਇਨਪੁਟ ਨੀਤੀ ਨਕਸ਼ਿਆਂ ਵਿੱਚ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਸਾਬਕਾ ਲਈample, ਤੁਸੀਂ ਇੱਕ ਕਲਾਸ ਵਿੱਚ CoS ਮੁੱਲ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ ਜਾਂ ਇੱਕ ਖਾਸ ਕਿਸਮ ਦੇ ਟ੍ਰੈਫਿਕ ਲਈ IP DSCP ਜਾਂ IP ਤਰਜੀਹ ਮੁੱਲ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਨਵੇਂ ਮੁੱਲ ਫਿਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਕਿ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸਿਸਕੋ IOS XR ਰੀਲੀਜ਼ 7.2.12 ਤੋਂ ਨੋਟ ਕਰੋ, ਲੇਅਰ 2 ਟਰਾਂਸਪੋਰਟ ਇੰਟਰਫੇਸ 'ਤੇ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰਨ ਲਈ ਸਮਰਥਨ ਲੇਅਰ 3 ਇੰਟਰਫੇਸ 'ਤੇ ਮਾਰਕ ਕਰਨ ਲਈ ਸਮਰਥਨ ਦੇ ਸਮਾਨ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸਮਰਥਨ ਸਿਰਫ਼ ਮੁੱਖ ਇੰਟਰਫੇਸ (ਭੌਤਿਕ ਅਤੇ ਬੰਡਲ ਇੰਟਰਫੇਸ) 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਉਪ-ਇੰਟਰਫੇਸ 'ਤੇ।
ਡਿਫੌਲਟ ਮਾਰਕਿੰਗ
ਜਦੋਂ ਇੱਕ ਪ੍ਰਵੇਸ਼ ਜਾਂ ਨਿਕਾਸੀ ਇੰਟਰਫੇਸ VLAN ਜੋੜਦਾ ਹੈ tags ਜਾਂ MPLS ਲੇਬਲ, ਇਸ ਨੂੰ ਸੇਵਾ ਦੀ ਸ਼੍ਰੇਣੀ ਅਤੇ EXP ਮੁੱਲਾਂ ਲਈ ਇੱਕ ਡਿਫੌਲਟ ਮੁੱਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਉਹਨਾਂ ਵਿੱਚ ਜਾਂਦੇ ਹਨ tags ਅਤੇ ਲੇਬਲ। ਰਾਊਟਰ 'ਤੇ, ਇੱਕ ਇਨਗਰੇਸ ਡਿਫੌਲਟ QoS ਮੈਪਿੰਗ ਪ੍ਰੋfile ਅਤੇ ਇੱਕ ਈਗ੍ਰੇਸ ਡਿਫੌਲਟ QoS ਮੈਪਿੰਗ ਪ੍ਰੋfile ਸ਼ੁਰੂਆਤੀਕਰਣ ਦੌਰਾਨ ਪ੍ਰਤੀ ਡਿਵਾਈਸ ਬਣਾਏ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 29 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਜੈਨਰਿਕ ਰੂਟਿੰਗ ਐਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਜੈਨਰਿਕ ਰੂਟਿੰਗ ਐਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ

ਸਾਰਣੀ 6: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ

ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰੋ

ਆਮ ਰੂਟਿੰਗ ਰੀਲੀਜ਼ 7.3.1 ਐਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ: ਡਿਫਾਲਟ ਮਾਰਕਿੰਗ

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
GRE encapsulation ਅਤੇ decapsulation ਟਨਲ ਇੰਟਰਫੇਸ ਲਈ ਸਮਰਥਨ ਦੇ ਨਾਲ, GRE ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ ਲਈ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਅੱਪਡੇਟ ਹਨ। ਇਹ ਅੱਪਡੇਟ ਡਿਫੌਲਟ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਲਈ ਲਾਗੂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸੇਵਾ ਦੀ ਕਿਸਮ (ToS) ਅਤੇ MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਬਿੱਟਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ।

GRE ਇਨਕੈਪਸੂਲੇਸ਼ਨ
ਜੇਕਰ ਤੁਸੀਂ ਸੇਵਾ ਦੀ ਕਿਸਮ (ToS) ਨੂੰ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਬਾਹਰੀ IP ਤਰਜੀਹ ਮੁੱਲ ਜਾਂ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਕੋਡ ਪੁਆਇੰਟ (DSCP) ਮੁੱਲ ਨੂੰ ਅੰਦਰੂਨੀ IP ਸਿਰਲੇਖ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ToS ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਬਾਹਰੀ IP ਤਰਜੀਹ ਮੁੱਲ ਜਾਂ DCSP ਮੁੱਲ ToS ਸੰਰਚਨਾ ਦੇ ਅਨੁਸਾਰ ਹੈ।
GRE Decapsulation
ਡੀਕੈਪਸੂਲੇਸ਼ਨ ਦੇ ਦੌਰਾਨ, MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਬਿੱਟ (EXP) ਬਾਹਰੀ IP ਪੈਕੇਟ ਤੋਂ ਲਏ ਗਏ ਹਨ। GRE ਸੁਰੰਗਾਂ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x ਦੇਖੋ।

ਪੈਕੇਟ ਮਾਰਕਿੰਗ
ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ, ਜਿਸ ਨੂੰ ਸਪੱਸ਼ਟ ਮਾਰਕਿੰਗ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਮਨੋਨੀਤ ਨਿਸ਼ਾਨਾਂ ਦੇ ਅਧਾਰ 'ਤੇ ਪੈਕੇਟਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਨ ਦਾ ਸਾਧਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਰਾਊਟਰ ਪ੍ਰਵੇਸ਼ ਅਤੇ ਨਿਕਾਸ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਸਮਰਥਿਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਓਪਰੇਸ਼ਨ ਇਹ ਸਾਰਣੀ ਸਮਰਥਿਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ।

ਸਮਰਥਿਤ ਮਾਰਕ ਕਿਸਮਾਂ ਦੀ ਰੇਂਜ

ਬਿਨਾਂ ਸ਼ਰਤ ਮਾਰਕਿੰਗ ਲਈ ਸਮਰਥਨ

ਡਿਸਕਾਰਡ-ਕਲਾਸ ਸੈੱਟ ਕਰੋ

0-1

ਪ੍ਰਵੇਸ਼

dscp ਸੈੱਟ ਕਰੋ

0-63

ਪ੍ਰਵੇਸ਼

mpls ਪ੍ਰਯੋਗਾਤਮਕ 0-7 ਸਿਖਰ 'ਤੇ ਸੈੱਟ ਕਰੋ

ਪ੍ਰਵੇਸ਼

ਤਰਜੀਹ ਸੈੱਟ ਕਰੋ

0-7

ਪ੍ਰਵੇਸ਼

qos-ਗਰੁੱਪ ਸੈੱਟ ਕਰੋ

0-7

ਪ੍ਰਵੇਸ਼

ਕੰਡੀਸ਼ਨਲ ਮਾਰਕਿੰਗ ਲਈ ਸਮਰਥਨ ਨਹੀਂ ਨਹੀਂ ਨਹੀਂ
ਨਹੀਂ ਨਹੀਂ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 30 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਜੈਨਰਿਕ ਰੂਟਿੰਗ ਐਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ

ਸਾਰਣੀ 7: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ

ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰੋ

ਆਮ ਰੂਟਿੰਗ ਰੀਲੀਜ਼ 7.3.1 ਇਨਕੈਪਸੂਲੇਸ਼ਨ (GRE) ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ: ਸਪਸ਼ਟ ਨਿਸ਼ਾਨਦੇਹੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
GRE encapsulation ਅਤੇ decapsulation ਟਨਲ ਇੰਟਰਫੇਸ ਲਈ ਸਮਰਥਨ ਦੇ ਨਾਲ, GRE ਸੁਰੰਗਾਂ ਲਈ QoS ਵਿਵਹਾਰ ਲਈ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਅੱਪਡੇਟ ਹਨ। ਇਹ ਅੱਪਡੇਟ ਸਪਸ਼ਟ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਲਈ ਲਾਗੂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਪ੍ਰਵੇਸ਼ ਅਤੇ ਨਿਕਾਸੀ ਦੌਰਾਨ QoS ਵਿਵਹਾਰ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ।

GRE ਇਨਕੈਪਸੂਲੇਸ਼ਨ
GRE ਸਿਰਲੇਖ ਦੇ ਅੰਦਰ IPv4/IPv6 ਪੇਲੋਡ ਦੇ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਦੇ ਦੌਰਾਨ, QoS ਵਿਵਹਾਰ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:
· ਪ੍ਰਵੇਸ਼: QoS ਪੇਲੋਡ ਲੇਅਰ 3 ਖੇਤਰਾਂ ਜਾਂ EXP ਅਤੇ ਰੀਮਾਰਕਿੰਗ ਪੇਲੋਡ IP ਸਿਰਲੇਖ DSCP 'ਤੇ ਵਰਗੀਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
· Egress: QoS ਬਾਹਰੀ GRE IP ਸਿਰਲੇਖ DSCP ਸੈੱਟ ਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਹ ਸੇਵਾ ਦੀ ਟਨਲ ਕਿਸਮ (ToS) ਸੰਰਚਨਾ ਨੂੰ ਓਵਰਰਾਈਟ ਨਹੀਂ ਕਰਦਾ ਹੈ ਅਤੇ GRE IP ਸਿਰਲੇਖ DCSP 'ਤੇ ਟਿੱਪਣੀ ਨਹੀਂ ਕਰਦਾ ਹੈ।

GRE Decapsulation
ਬਾਹਰੀ GRE ਸਿਰਲੇਖ ਦੇ ਡੀਕੈਪਸੂਲੇਸ਼ਨ ਦੌਰਾਨ (ਜਿਸ ਦੌਰਾਨ ਅੰਦਰੂਨੀ IPv4/IPv6/MPLS ਪੇਲੋਡ ਨੂੰ ਅਗਲੇ-ਹੌਪ ਰਾਊਟਰ ਨੂੰ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ), QoS ਵਿਵਹਾਰ ਇਸ ਤਰ੍ਹਾਂ ਹੁੰਦਾ ਹੈ:
· ਪ੍ਰਵੇਸ਼: QoS ਸੈੱਟ qos-ਗਰੁੱਪ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਾਹਰੀ GRE ਦੇ ਲੇਅਰ 3 ਖੇਤਰਾਂ 'ਤੇ ਵਰਗੀਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਪ੍ਰਵੇਸ਼ ਇੰਟਰਫੇਸ 'ਤੇ DSCP ਸੈੱਟ ਕਰਨਾ ਅੰਦਰੂਨੀ ਸਿਰਲੇਖਾਂ ਲਈ DSCP ਸੈੱਟ ਕਰਦਾ ਹੈ।
· Egress: QoS egress ਪੈਕੇਟਾਂ ਲਈ DSCP ਜਾਂ EXP ਸੈੱਟ ਕਰਨ ਲਈ qos-ਗਰੁੱਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਰਗੀਕਰਨ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
GRE ਸੁਰੰਗਾਂ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ ਲਈ ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਾਈਡ, IOS XR ਰੀਲੀਜ਼ 7.3.x ਦੇਖੋ।

ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ ਲਾਭ
ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਤੁਹਾਨੂੰ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਨੂੰ ਕਈ ਤਰਜੀਹੀ ਪੱਧਰਾਂ ਜਾਂ ਸੇਵਾ ਦੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ:
· ਨੈੱਟਵਰਕ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਪੈਕੇਟਾਂ ਲਈ IP ਤਰਜੀਹ ਜਾਂ IP DSCP ਮੁੱਲ ਸੈੱਟ ਕਰਨ ਲਈ QoS ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਤੁਹਾਡੇ ਨੈਟਵਰਕ ਦੇ ਅੰਦਰ ਰਾਊਟਰ ਫਿਰ ਨਵੇਂ ਚਿੰਨ੍ਹਿਤ IP ਤਰਜੀਹ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਰ ਸਕਦੇ ਹਨ ਕਿ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਵੇਸ਼ ਦਿਸ਼ਾ 'ਤੇ, IP ਤਰਜੀਹ ਜਾਂ DSCP ਮੁੱਲ ਦੇ ਆਧਾਰ 'ਤੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਸੇ ਖਾਸ ਡਿਸਕਾਰਡ-ਕਲਾਸ 'ਤੇ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ। ਵੇਟਿਡ ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ (ਡਬਲਯੂਆਰਈਡੀ), ਇੱਕ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਦੀ ਤਕਨੀਕ, ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਪੈਕੇਟ ਦੇ ਡਿੱਗਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਡਿਸਕਾਰਡ-ਕਲਾਸ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 31 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

· QoS ਸਮੂਹ ਨੂੰ MPLS ਪੈਕੇਟ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ QoS ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਰਾਊਟਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ QoS ਸਮੂਹ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰਸਾਰਣ ਲਈ ਪੈਕੇਟਾਂ ਨੂੰ ਕਿਵੇਂ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਵੇ। MPLS ਪੈਕੇਟਾਂ 'ਤੇ QoS ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ, ਨੀਤੀ ਨਕਸ਼ਾ ਕਲਾਸ ਸੰਰਚਨਾ ਮੋਡ ਵਿੱਚ ਸੈੱਟ qos-group ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
ਨੋਟ QoS ਸਮੂਹ ਪਛਾਣਕਰਤਾ ਨੂੰ ਸੈੱਟ ਕਰਨਾ ਪ੍ਰਸਾਰਣ ਲਈ ਪੈਕੇਟਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਤਰਜੀਹ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਇੱਕ ਨਿਕਾਸੀ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕਿ QoS ਸਮੂਹ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।
· ਲਗਾਏ ਗਏ ਜਾਂ ਸਿਖਰਲੇ ਲੇਬਲ ਦੇ ਅੰਦਰ EXP ਬਿੱਟ ਸੈੱਟ ਕਰਕੇ ਮਲਟੀਪ੍ਰੋਟੋਕੋਲ ਲੇਬਲ ਸਵਿਚਿੰਗ (MPLS) ਪੈਕੇਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ।
· qos-ਗਰੁੱਪ ਆਰਗੂਮੈਂਟ ਦਾ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰਕੇ ਪੈਕੇਟਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰੋ। · ਡਿਸਕਾਰਡ-ਕਲਾਸ ਆਰਗੂਮੈਂਟ ਦਾ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰਕੇ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ।
ਨੋਟ qos-ਗਰੁੱਪ ਅਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ ਰਾਊਟਰ ਦੇ ਅੰਦਰੂਨੀ ਵੇਰੀਏਬਲ ਹਨ, ਅਤੇ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ।
ਸੰਰਚਨਾ ਕਾਰਜ ਨੂੰ ਸੰਰਚਨਾ ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ, ਪੰਨਾ 32 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ।
ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਇਹ ਕੌਂਫਿਗਰੇਸ਼ਨ ਟਾਸਕ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਰਾਊਟਰ 'ਤੇ ਹੇਠ ਲਿਖੀਆਂ ਕਲਾਸ-ਅਧਾਰਿਤ, ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ:
· IP ਤਰਜੀਹ ਮੁੱਲ · IP DSCP ਮੁੱਲ · QoS ਸਮੂਹ ਮੁੱਲ (ਸਿਰਫ਼ ਪ੍ਰਵੇਸ਼) · CoS ਮੁੱਲ (ਕੇਵਲ ਲੇਅਰ 3 ਸਬ-ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਬਾਹਰ ਨਿਕਲਣਾ) · MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਮੁੱਲ · ਕਲਾਸ ਰੱਦ ਕਰੋ
ਨੋਟ IPv4 ਅਤੇ IPv6 QoS ਕਾਰਵਾਈਆਂ MPLS 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ tagged ਪੈਕੇਟ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਸੰਰਚਨਾ ਸਵੀਕਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਕੋਈ ਕਾਰਵਾਈ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਸੰਰਚਨਾ ਸਾਬਕਾampਆਪਣੇ ਰਾਊਟਰ 'ਤੇ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਇਹਨਾਂ ਕਦਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ। 1. ਇੱਕ ਨੀਤੀ ਨਕਸ਼ਾ ਬਣਾਓ ਜਾਂ ਸੋਧੋ ਜੋ ਇੱਕ ਸੇਵਾ ਨੀਤੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਲਈ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਨੱਥੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
ਅਤੇ ਪਾਲਿਸੀ ਮੈਪ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮੋਡ ਦਾਖਲ ਕਰੋ। 2. ਇੱਕ ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰ ਕਰੋ ਅਤੇ ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਮੋਡ ਵਿੱਚ ਦਾਖਲ ਹੋਵੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 32 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ: ਉਦਾਹਰਨamples

3. ਉਸ ਇੰਟਰਫੇਸ ਲਈ ਸੇਵਾ ਨੀਤੀ ਵਜੋਂ ਵਰਤੇ ਜਾਣ ਲਈ ਇੱਕ ਇਨਪੁਟ ਜਾਂ ਆਉਟਪੁੱਟ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਨੀਤੀ ਨਕਸ਼ੇ ਨੂੰ ਨੱਥੀ ਕਰੋ।
ਸੰਰਚਨਾ ਸਾਬਕਾample
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਇੰਟਰਫੇਸ ਸੌਗੀਗਈ 0/0/0/24 ਰਾਊਟਰ(ਕਨਫਿਗਰ-ਪੀਮੈਪ)# ਪਾਲਿਸੀ-ਮੈਪ ਪਾਲਿਸੀ1 ਰਾਊਟਰ(ਕਨਫਿਗਰ-ਇੰਟ)# ਕਮਿਟ
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਨੀਤੀ-ਨਕਸ਼ੇ ਨੀਤੀ1
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ ਕਲਾਸ1 ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ ipv4 ਐਂਡ-ਕਲਾਸ-ਮੈਪ
! ! ਨੀਤੀ-ਨਕਸ਼ੇ ਨੀਤੀ1
ਕਲਾਸ ਕਲਾਸ 1 ਤਰਜੀਹ 1 ਸੈੱਟ ਕਰੋ
! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ! ਇੰਟਰਫੇਸ HundredGigE0/0/0/24 ਸੇਵਾ-ਨੀਤੀ ਇਨਪੁਟ ਨੀਤੀ1
!
ਤਸਦੀਕ ਨਿਸ਼ਚਿਤ ਇੰਟਰਫੇਸ 'ਤੇ ਸਾਰੀਆਂ ਸੇਵਾ ਨੀਤੀਆਂ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੀਆਂ ਸਾਰੀਆਂ ਕਲਾਸਾਂ ਲਈ ਨੀਤੀ ਸੰਰਚਨਾ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਇਸ ਕਮਾਂਡ ਨੂੰ ਚਲਾਓ।
ਰਾਊਟਰ# ਸ਼ੋਅ ਰਨ ਇੰਟਰਫੇਸ ਸੌਗੀਗਈ 0/0/0/24
ਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ: ਉਦਾਹਰਨamples
ਇਹ ਆਮ ਸਾਬਕਾ ਹਨampਕਲਾਸ-ਅਧਾਰਿਤ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਲਈ les.
IP ਤਰਜੀਹ ਮਾਰਕਿੰਗ ਸੰਰਚਨਾ: ਉਦਾਹਰਨample
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਕਲਾਸ 1 ਨਾਮਕ ਇੱਕ ਪਹਿਲਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਲਾਸ ਮੈਪ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਫਿਰ ਸੇਵਾ ਨੀਤੀ ਆਉਟਪੁੱਟ HundredGigE ਇੰਟਰਫੇਸ 0/7/0/1 ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ। ToS ਬਾਈਟ ਵਿੱਚ IP ਤਰਜੀਹ ਬਿੱਟ ਨੂੰ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ:
ਪਾਲਿਸੀ-ਨਕਸ਼ੇ ਨੀਤੀ1 ਕਲਾਸ ਕਲਾਸ 1 ਤਰਜੀਹ 1 ਸੈੱਟ ਕਰੋ
!

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 33 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

IP DSCP ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: Example

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਇੰਟਰਫੇਸ HundredGigE 0/7/0/1 ਸੇਵਾ-ਨੀਤੀ ਆਉਟਪੁੱਟ ਨੀਤੀ1
IP DSCP ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: Example
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਰਾਹੀਂ ਪਹਿਲਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਲਾਸ ਮੈਪ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ। ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕਲਾਸ 1 ਨਾਮਕ ਇੱਕ ਕਲਾਸ ਮੈਪ ਪਹਿਲਾਂ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕਲਾਸ 2 ਨਾਮਕ ਨਵਾਂ ਕਲਾਸ ਮੈਪ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ToS ਬਾਈਟ ਵਿੱਚ IP DSCP ਮੁੱਲ 5 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ:
ਨੀਤੀ-ਨਕਸ਼ੇ ਨੀਤੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ dscp 5
ਕਲਾਸ ਕਲਾਸ 2 ਸੈੱਟ dscp ef
ਤੁਹਾਡੇ ਵੱਲੋਂ ਕਿਨਾਰੇ 'ਤੇ ਵੌਇਸ ਪੈਕੇਟਾਂ ਲਈ ਦਿਖਾਈਆਂ ਗਈਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਾਰੇ ਇੰਟਰਮੀਡੀਏਟ ਰਾਊਟਰ ਵੌਇਸ ਪੈਕੇਟਾਂ ਨੂੰ ਘੱਟ ਲੇਟੈਂਸੀ ਇਲਾਜ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ:
ਕਲਾਸ-ਮੈਪ ਵੌਇਸ ਮੈਚ dscp ef
ਪਾਲਿਸੀ-ਮੈਪ qos- ਪਾਲਿਸੀ ਕਲਾਸ ਆਵਾਜ਼ ਤਰਜੀਹ ਪੱਧਰ 1 ਪੁਲਿਸ ਦਰ ਪ੍ਰਤੀਸ਼ਤ 10
QoS ਗਰੁੱਪ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: Example
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਕਲਾਸ 1 ਨਾਮਕ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਫਿਰ ਸੇਵਾ ਨੀਤੀ HundredGigE 0/7/0/1 'ਤੇ ਇਨਪੁਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜੁੜੀ ਹੈ। qos-ਗਰੁੱਪ ਦਾ ਮੁੱਲ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ ਕਲਾਸ1 ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ ipv4 ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ipv4 101
ਪਾਲਿਸੀ-ਮੈਪ ਪਾਲਿਸੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ qos-ਗਰੁੱਪ 1!
ਇੰਟਰਫੇਸ HundredGigE 0/7/0/1 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ ਨੀਤੀ1
ਨੋਟ ਕਰੋ ਸੈੱਟ qos-group ਕਮਾਂਡ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
CoS ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: Example
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਕਲਾਸ 1 ਨਾਮਕ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਫਿਰ ਸੇਵਾ ਨੀਤੀ HundredGigE 0/7/0/1.100 'ਤੇ ਆਉਟਪੁੱਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜੁੜੀ ਹੈ। ਲੇਅਰ 802.1 ਹੈਡਰ ਵਿੱਚ IEEE 2p (CoS) ਬਿੱਟ 1 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 34 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਬਿੱਟ ਇਮਪੋਜ਼ੀਸ਼ਨ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample

ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ ਕਲਾਸ1 ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ ipv4 ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ipv4 101
ਨੀਤੀ-ਨਕਸ਼ੇ ਨੀਤੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ cos 1 !
ਇੰਟਰਫੇਸ HundredGigE 0/7/0/1.100 ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇਨਪੁਟ ਨੀਤੀ1
MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਬਿੱਟ ਇਮਪੋਜ਼ੀਸ਼ਨ ਮਾਰਕਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ: ਉਦਾਹਰਨample
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਕਲਾਸ 1 ਨਾਮਕ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਫਿਰ ਸੇਵਾ ਨੀਤੀ HundredGigE 0/7/0/1 'ਤੇ ਇਨਪੁਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜੁੜੀ ਹੈ। ਸਾਰੇ ਲਗਾਏ ਗਏ ਲੇਬਲਾਂ ਦੇ MPLS EXP ਬਿੱਟ 1 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ।
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ ਕਲਾਸ1 ਮੈਚ ਪ੍ਰੋਟੋਕੋਲ ipv4 ਮੈਚ ਐਕਸੈਸ-ਗਰੁੱਪ ipv4 101
ਪਾਲਿਸੀ-ਮੈਪ ਪਾਲਿਸੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ mpls ਐਕਸਪ ਇਪੋਜ਼ਸ਼ਨ 1
! ਇੰਟਰਫੇਸ HundredGigE 0/7/0/1
ਸਰਵਿਸ-ਪਾਲਿਸੀ ਇੰਪੁੱਟ ਨੀਤੀ1
ਨੋਟ ਸੈਟ mpls exp imposition ਕਮਾਂਡ ਸਿਰਫ ਇੱਕ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
MPLS ਪ੍ਰਯੋਗਾਤਮਕ ਸਿਖਰ ਤੇ ਮਾਰਕਿੰਗ ਸੰਰਚਨਾ: ਸਾਬਕਾample
ਇਸ ਵਿੱਚ ਸਾਬਕਾample, ਪਾਲਿਸੀ1 ਨਾਮਕ ਸੇਵਾ ਨੀਤੀ ਬਣਾਈ ਗਈ ਹੈ। ਇਹ ਸੇਵਾ ਨੀਤੀ ਕਲਾਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਦੁਆਰਾ ਕਲਾਸ 1 ਨਾਮਕ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਅਤੇ ਫਿਰ ਸੇਵਾ ਨੀਤੀ ਨੂੰ ਇੱਕ HundredGigE 0/7/0/1 'ਤੇ ਆਉਟਪੁੱਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਹੈ। TOPMOST ਲੇਬਲ 'ਤੇ MPLS EXP ਬਿੱਟ 1 'ਤੇ ਸੈੱਟ ਹਨ:
ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ ਕਲਾਸ1 ਮੇਲ mpls ਐਕਸਪ ਟੌਪਮੋਸਟ 2
ਪਾਲਿਸੀ-ਮੈਪ ਪਾਲਿਸੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ mpls ਐਕਸਪ ਟਾਪਮੋਸਟ 1!
ਇੰਟਰਫੇਸ HundredGigE 0/7/0/1 ਸੇਵਾ-ਨੀਤੀ ਆਉਟਪੁੱਟ ਨੀਤੀ1
IP DSCP ਮਾਰਕਿੰਗ ਦੇ ਮੁਕਾਬਲੇ IP ਤਰਜੀਹ
ਜੇਕਰ ਤੁਹਾਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਪੈਕੇਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਤੁਹਾਡੀਆਂ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ IP DSCP ਮਾਰਕਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਆਪਣੇ ਪੈਕੇਟ ਨੂੰ ਮਾਰਕ ਕਰਨ ਲਈ IP DSCP ਮਾਰਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰੋ ਕਿਉਂਕਿ IP DSCP ਮਾਰਕਿੰਗ ਵਧੇਰੇ ਬਿਨਾਂ ਸ਼ਰਤ ਪੈਕੇਟ ਮਾਰਕਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 35 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

DSCP CS7 ਕੌਂਫਿਗਰ ਕਰੋ (ਪਹਿਲ 7)

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਵਿਕਲਪ। ਜੇਕਰ IP DSCP ਦੁਆਰਾ ਮਾਰਕ ਕਰਨਾ ਅਣਚਾਹੇ ਹੈ, ਹਾਲਾਂਕਿ, ਜਾਂ ਜੇਕਰ ਤੁਸੀਂ ਯਕੀਨੀ ਨਹੀਂ ਹੋ ਕਿ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਡਿਵਾਈਸ IP DSCP ਮੁੱਲਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਆਪਣੇ ਪੈਕੇਟਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਨ ਲਈ IP ਤਰਜੀਹ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰੋ। IP ਤਰਜੀਹ ਮੁੱਲ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ। ਤੁਸੀਂ 8 ਵੱਖ-ਵੱਖ IP ਤਰਜੀਹ ਚਿੰਨ੍ਹ ਅਤੇ 64 ਵੱਖ-ਵੱਖ IP DSCP ਨਿਸ਼ਾਨਾਂ ਤੱਕ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ।
DSCP CS7 ਕੌਂਫਿਗਰ ਕਰੋ (ਪਹਿਲ 7)
ਹੇਠ ਲਿਖੇ ਸਾਬਕਾ ਵੇਖੋampIPv4 ਪੈਕੇਟਾਂ ਵਿੱਚ ਇੱਕ ਖਾਸ ਸਰੋਤ ਪਤੇ ਲਈ DSCP ਵਿੱਚ ਵਿਕਲਪਾਂ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ।
ਸੰਰਚਨਾ ਸਾਬਕਾample
ਨੀਤੀ-ਨਕਸ਼ੇ ਨੀਤੀ1 ਕਲਾਸ ਕਲਾਸ1 ਸੈੱਟ dscp cs7!

ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ
ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ ਵਿਸ਼ੇਸ਼ਤਾ ਤੁਹਾਨੂੰ ਇੱਕ QoS ਨੀਤੀ ਨੂੰ ਸੋਧਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ ਭਾਵੇਂ ਕਿ QoS ਨੀਤੀ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੁੜੀ ਹੋਵੇ। ਇੱਕ ਸੰਸ਼ੋਧਿਤ ਨੀਤੀ ਉਸੇ ਜਾਂਚ ਦੇ ਅਧੀਨ ਹੁੰਦੀ ਹੈ ਜੋ ਇੱਕ ਨਵੀਂ ਨੀਤੀ ਦੇ ਅਧੀਨ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੀ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਨੀਤੀ-ਸੋਧ ਸਫਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਸੋਧੀ ਹੋਈ ਨੀਤੀ ਉਹਨਾਂ ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਪ੍ਰਭਾਵੀ ਹੁੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਨੀਤੀ ਜੁੜੀ ਹੋਈ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਨੀਤੀ ਸੋਧ ਕਿਸੇ ਇੱਕ ਇੰਟਰਫੇਸ 'ਤੇ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਇੱਕ ਆਟੋਮੈਟਿਕ ਰੋਲਬੈਕ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਪ੍ਰੀ-ਸੋਧ ਨੀਤੀ ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਪ੍ਰਭਾਵੀ ਹੈ।
ਤੁਸੀਂ ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ ਵਰਤੇ ਗਏ ਕਿਸੇ ਵੀ ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਨੂੰ ਵੀ ਸੋਧ ਸਕਦੇ ਹੋ। ਕਲਾਸ ਦੇ ਨਕਸ਼ੇ ਵਿੱਚ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਉਹਨਾਂ ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਪ੍ਰਭਾਵੀ ਹੁੰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਨੀਤੀ ਨੱਥੀ ਹੈ।

ਨੋਟ ਕਰੋ

· ਨੀਤੀ ਦੇ QoS ਅੰਕੜੇ ਜੋ ਕਿ ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਨੱਥੀ ਹੁੰਦੇ ਹਨ, ਗੁਆਚ ਜਾਂਦੇ ਹਨ (0 ਤੇ ਰੀਸੈਟ) ਜਦੋਂ ਨੀਤੀ

ਸੋਧਿਆ ਗਿਆ।

· ਜਦੋਂ ਇੱਕ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੀ QoS ਨੀਤੀ ਨੂੰ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਕੋਈ ਨੀਤੀ ਪ੍ਰਭਾਵੀ ਨਾ ਹੋਵੇ ਜਿਸ ਵਿੱਚ ਸੰਸ਼ੋਧਿਤ ਨੀਤੀ ਨੂੰ ਥੋੜੇ ਸਮੇਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

· ਇੱਕ ACL ਦੀ ਥਾਂ-ਥਾਂ ਵਿੱਚ ਸੋਧ ਨੀਤੀ-ਨਕਸ਼ੇ ਦੇ ਅੰਕੜੇ ਕਾਊਂਟਰ ਨੂੰ ਰੀਸੈਟ ਨਹੀਂ ਕਰਦੀ ਹੈ।

ਤਸਦੀਕ ਜੇਕਰ ਇਨ-ਪਲੇਸ ਪਾਲਿਸੀ ਸੰਸ਼ੋਧਨ ਦੇ ਦੌਰਾਨ ਨਾ-ਮੁੜਨਯੋਗ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਨੀਤੀ ਨੂੰ ਟਾਰਗੇਟ ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਅਸੰਗਤ ਸਥਿਤੀ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਨਵੀਂ ਸੰਰਚਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ ਜਦੋਂ ਤੱਕ ਸੰਰਚਨਾ ਸੈਸ਼ਨ ਨੂੰ ਅਨਬਲੌਕ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਨੀਤੀ ਨੂੰ ਇੰਟਰਫੇਸ ਤੋਂ ਹਟਾਉਣ, ਸੋਧੀ ਹੋਈ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਫਿਰ ਉਸ ਅਨੁਸਾਰ ਮੁੜ-ਅਪਲਾਈ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ਾਂ
ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਜਦੋਂ ਇੱਕ QoS ਨੀਤੀ ਨੂੰ ਸੋਧਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਕੋਈ ਨੀਤੀ ਪ੍ਰਭਾਵੀ ਨਾ ਹੋਵੇ ਜਿਸ ਵਿੱਚ ਸੋਧੀ ਹੋਈ ਨੀਤੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਕਾਰਨ ਕਰਕੇ, QoS ਨੀਤੀਆਂ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰੋ ਜੋ ਸਭ ਤੋਂ ਘੱਟ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 36 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ਾਂ

ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੰਟਰਫੇਸਾਂ ਦੀ ਗਿਣਤੀ। ਨੀਤੀ ਨਕਸ਼ਾ ਸੋਧ ਦੌਰਾਨ ਪ੍ਰਭਾਵਿਤ ਹੋਣ ਵਾਲੇ ਇੰਟਰਫੇਸਾਂ ਦੀ ਸੰਖਿਆ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਨੀਤੀ-ਨਕਸ਼ੇ ਦੇ ਨਿਸ਼ਾਨੇ ਦਿਖਾਓ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 37 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਇਨ-ਪਲੇਸ ਨੀਤੀ ਸੋਧ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਸਿਫ਼ਾਰਿਸ਼ਾਂ

ਤਰਜੀਹੀ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਪੈਕਟਾਂ ਨੂੰ ਮਾਰਕ ਕਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 38 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

5 ਅਧਿਆਇ
ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ
· ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ, ਪੰਨਾ 39 'ਤੇ · ਕਤਾਰਬੰਦੀ ਮੋਡਸ, ਪੰਨਾ 39 'ਤੇ · VOQ ਵਿੱਚ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ, ਪੰਨਾ 40 'ਤੇ · ਨਿਰਪੱਖ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਰਾਬਰ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ, ਪੰਨਾ 44 'ਤੇ ਮਾਡਿਊਲਰ QoS ਭੀੜ ਤੋਂ ਬਚਣਾ, ਪੰਨਾ 50 'ਤੇ · ਟੇਲ ਡ੍ਰੌਪ ਅਤੇ FIFO Que , ਪੰਨਾ 50 'ਤੇ · ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਸ਼ਨ ਅਤੇ TCP, ਸਫ਼ਾ 52 'ਤੇ · ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ, ਪੰਨਾ 54 'ਤੇ
ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ
ਕਤਾਰ ਲਗਾਉਣਾ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਦੋਂ ਡੇਟਾ ਦੀ ਪ੍ਰਾਪਤ ਦਰ ਭੇਜੀ ਜਾ ਸਕਦੀ ਹੈ ਨਾਲੋਂ ਵੱਡੀ ਹੁੰਦੀ ਹੈ। ਕਤਾਰਾਂ ਅਤੇ ਬਫਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਭੀੜ ਤੋਂ ਬਚਣ ਦਾ ਮੁੱਖ ਟੀਚਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਇੱਕ ਕਤਾਰ ਡੇਟਾ ਨਾਲ ਭਰਨਾ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਕਿ ASIC/NPU ਵਿੱਚ ਉਪਲਬਧ ਮੈਮੋਰੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਨਾ ਭਰ ਜਾਵੇ। ਜੇ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪੋਰਟ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਬਾਅਦ ਦੇ ਪੈਕੇਟ ਛੱਡ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਚਾਹੇ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਹੋਈ ਤਰਜੀਹ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ. ਇਹ ਨਾਜ਼ੁਕ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਨੁਕਸਾਨਦੇਹ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦਾ ਹੈ। ਇਸ ਕਾਰਨ ਕਰਕੇ, ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਦੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਮੈਮੋਰੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰਨ ਅਤੇ ਮੈਮੋਰੀ ਲਈ ਗੈਰ-ਭੀੜ-ਭੜੱਕੇ ਕਤਾਰਾਂ ਨੂੰ ਭੁੱਖੇ ਰਹਿਣ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਕਤਾਰ ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੀ ਵਰਤੋਂ ਡ੍ਰੌਪ ਨੂੰ ਟਰਿੱਗਰ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਕਿੱਤੇ ਦੇ ਕੁਝ ਪੱਧਰਾਂ ਨੂੰ ਪਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਮਾਂ-ਸਾਰਣੀ ਇੱਕ QoS ਵਿਧੀ ਹੈ ਜੋ ਡੇਟਾ ਦੀਆਂ ਕਤਾਰਾਂ ਨੂੰ ਖਾਲੀ ਕਰਨ ਅਤੇ ਡੇਟਾ ਨੂੰ ਇਸਦੇ ਮੰਜ਼ਿਲ 'ਤੇ ਭੇਜਣ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਸ਼ੇਪਿੰਗ ਇੱਕ ਪੋਰਟ ਜਾਂ ਕਤਾਰ ਦੇ ਅੰਦਰ ਟ੍ਰੈਫਿਕ ਨੂੰ ਬਫਰ ਕਰਨ ਦਾ ਕੰਮ ਹੈ ਜਦੋਂ ਤੱਕ ਇਹ ਤਹਿ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੁੰਦਾ। ਆਕਾਰ ਦੇਣਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਂਦਾ ਹੈ, ਟ੍ਰੈਫਿਕ ਦੇ ਵਹਾਅ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਅਨੁਮਾਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਹਰੇਕ ਟ੍ਰਾਂਸਮਿਟ ਕਤਾਰ ਵੱਧ ਤੋਂ ਵੱਧ ਟ੍ਰੈਫਿਕ ਦਰ ਤੱਕ ਸੀਮਿਤ ਹੈ।
ਕਤਾਰਬੱਧ ਮੋਡ
ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਕਤਾਰ ਲਈ ਦੋ ਨੈੱਟਵਰਕ ਕਤਾਰ ਮੋਡ ਸਮਰਥਿਤ ਹਨ: 8xVOQ (ਵਰਚੁਅਲ ਆਉਟਪੁੱਟ ਕਤਾਰ) ਅਤੇ 4xVOQ ਦਾ ਡਿਫੌਲਟ ਮੋਡ। ਮੋਡ ਨੂੰ ਇੱਕ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਬਦਲਣ ਲਈ ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਸਿਸਟਮ ਵਿੱਚ ਸਾਰੇ ਲਾਈਨ ਕਾਰਡਾਂ ਨੂੰ ਰੀਲੋਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 39 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਮੁੱਖ ਇੰਟਰਫੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

8xVOQ ਮੋਡ ਵਿੱਚ, ਹਰੇਕ ਇੰਟਰਫੇਸ ਲਈ ਅੱਠ VoQs ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਸਰੋਤ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਹਨ। ਇਹ ਕਤਾਰਾਂ ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਸਹੀ ਨੀਤੀ ਸੰਰਚਨਾ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ ਮੋਡ ਅੱਠ ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਇੱਕ ਵੱਖਰੇ VOQ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। 4xVOQ ਮੋਡ ਵਿੱਚ, ਚਾਰ VoQs ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਸਰੋਤ ਹਰੇਕ ਇੰਟਰਫੇਸ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਕਤਾਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਨੀਤੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਮੋਡ ਵਿੱਚ ਸਿਸਟਮ ਲਾਜ਼ੀਕਲ ਇੰਟਰਫੇਸਾਂ ਦੀ ਦੁੱਗਣੀ ਗਿਣਤੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਪਰ ਅੱਠ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਨੂੰ ਸੰਰਚਨਾ ਦੁਆਰਾ ਚਾਰ VoQs ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅੱਠ VoQs ਨਹੀਂ।
ਸਿਸਕੋ ਆਈਓਐਸ ਐਕਸਆਰ ਰੀਲੀਜ਼ 7.2.12 ਤੋਂ ਨੋਟ ਕਰੋ, ਲੇਅਰ 3 ਇੰਟਰਫੇਸ 'ਤੇ ਸਮਰਥਿਤ ਸਾਰੀਆਂ ਕਤਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵੀ ਲੇਅਰ 2 ਇੰਟਰਫੇਸ 'ਤੇ ਸਮਰਥਿਤ ਹਨ। ਹਾਲਾਂਕਿ, ਇਹ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸਿਰਫ਼ ਮੁੱਖ ਇੰਟਰਫੇਸ (ਭੌਤਿਕ ਅਤੇ ਬੰਡਲ ਇੰਟਰਫੇਸ) 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਉਪ-ਇੰਟਰਫੇਸ 'ਤੇ।
ਮੁੱਖ ਇੰਟਰਫੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ
ਮੁੱਖ ਇੰਟਰਫੇਸ ਡਿਫੌਲਟ ਕਤਾਰਾਂ ਮੁੱਖ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਬਣਾਈਆਂ ਗਈਆਂ ਹਨ। ਜਦੋਂ ਤੁਸੀਂ ਮੁੱਖ ਇੰਟਰਫੇਸ 'ਤੇ ਕਤਾਰਬੰਦੀ ਨੀਤੀ ਲਾਗੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਤੁਹਾਡੇ ਦੁਆਰਾ ਕੌਂਫਿਗਰ ਕੀਤੀਆਂ ਟ੍ਰੈਫਿਕ ਕਲਾਸਾਂ ਲਈ ਡਿਫੌਲਟ ਕਤਾਰਬੰਦੀ ਅਤੇ ਸਮਾਂ-ਤਹਿ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰ ਦੇਵੇਗਾ। 8xVOQ ਮੋਡ ਵਿੱਚ, ਇੱਕ P1+P2+6PN ਲੜੀ ਮੁੱਖ ਇੰਟਰਫੇਸ ਕਤਾਰਾਂ (ਡਿਫਾਲਟ ਕਤਾਰ ਅਤੇ ਸਮਾਂ-ਸਾਰਣੀ) ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਪੂਰਵ-ਨਿਰਧਾਰਤ ਕਤਾਰਾਂ ਮੁੱਖ ਇੰਟਰਫੇਸ ਦੇ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਅਤੇ ਕਤਾਰ ਨੀਤੀ ਲਾਗੂ ਕੀਤੇ ਬਿਨਾਂ ਕਿਸੇ ਵੀ ਉਪ-ਇੰਟਰਫੇਸ ਲਈ ਆਵਾਜਾਈ ਲਈ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਕੰਟਰੋਲ/ਪ੍ਰੋਟੋਕੋਲ ਟ੍ਰੈਫਿਕ ਭੀੜ-ਭੜੱਕੇ ਦੌਰਾਨ ਬੂੰਦਾਂ ਤੋਂ ਬਚਣ ਲਈ ਟ੍ਰੈਫਿਕ ਕਲਾਸ 7 (TC7), ਤਰਜੀਹ 1 (P1) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
ਸਬ-ਇੰਟਰਫੇਸ ਕਤਾਰਬੰਦੀ ਨੀਤੀ
ਹਰੇਕ ਉਪ-ਇੰਟਰਫੇਸ ਤਿੰਨ ਨੀਤੀਆਂ ਤੱਕ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ: ਇੱਕ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ, ਇੱਕ ਨਿਕਾਸੀ ਮਾਰਕਿੰਗ ਨੀਤੀ, ਅਤੇ ਇੱਕ ਨਿਕਾਸੀ ਕਤਾਰ ਨੀਤੀ। ਇੱਕ ਸਬ-ਇੰਟਰਫੇਸ ਲਈ VoQs ਦਾ ਇੱਕ ਵੱਖਰਾ ਸੈੱਟ ਬਣਾਉਣ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ, ਉਸ ਸਬ-ਇੰਟਰਫੇਸ 'ਤੇ ਇੱਕ ਕਤਾਰ ਨੀਤੀ ਲਾਗੂ ਕਰੋ। ਜਦੋਂ ਤੁਸੀਂ ਸਬ-ਇੰਟਰਫੇਸ ਕਤਾਰ ਨੀਤੀ ਨੂੰ ਹਟਾਉਂਦੇ ਹੋ, ਤਾਂ ਸੰਬੰਧਿਤ VoQs ਖਾਲੀ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਸਬ-ਇੰਟਰਫੇਸ ਟ੍ਰੈਫਿਕ ਮੁੱਖ ਇੰਟਰਫੇਸ VoQs ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ।
VOQ ਵਿੱਚ ਭੀੜ ਤੋਂ ਬਚਣਾ
ਇੱਕ VOQ ਬਲਾਕ ਦੇ ਅੰਦਰ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਲਈ ਇੱਕ ਭੀੜ ਪ੍ਰਬੰਧਨ ਪ੍ਰੋ ਨੂੰ ਲਾਗੂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈfile ਇੱਕ VOQ ਨੂੰ. ਇਸ ਪ੍ਰੋfile ਦਾਖਲੇ ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਕਤਾਰ ਦੇ ਸਮੇਂ ਕੀਤੇ ਗਏ ਚੈਕ. ਆਮ ਟ੍ਰੈਫਿਕ ਹਾਲਤਾਂ ਵਿੱਚ ਪੈਕੇਟ ਸ਼ੇਅਰਡ ਮੈਮੋਰੀ ਸਿਸਟਮ (SMS) ਬਫਰਾਂ ਵਿੱਚ ਕਤਾਰਬੱਧ ਹੁੰਦਾ ਹੈ। (ਸਾਂਝਾ ਮੈਮੋਰੀ ਸਿਸਟਮ ਪ੍ਰਾਇਮਰੀ ਪੈਕੇਟ ਸਟੋਰੇਜ ਖੇਤਰ ਹੈ।) ਜੇਕਰ SMS VOQ ਇੱਕ ਨਿਰਧਾਰਤ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਪਰੇ ਹੈ, ਤਾਂ VOQ ਨੂੰ ਬਾਹਰੀ ਹਾਈ ਬੈਂਡ ਮੈਮੋਰੀ (HBM) ਬਲਾਕ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ HBM ਕਤਾਰ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਆਨ-ਚਿੱਪ SMS 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ। HBM ਵਿੱਚ ਕਤਾਰ ਦਾ ਆਕਾਰ ਅਨੁਕੂਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੁੱਲ HBM ਵਰਤੋਂ ਵੱਧ ਹੋਣ 'ਤੇ ਘਟਦਾ ਹੈ।
ਨੋਟ ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਟ (RED) HBM ਵਿੱਚ ਸਿਰਫ਼ VOQs ਲਈ ਉਪਲਬਧ ਹੈ। ਹਾਰਡਵੇਅਰ ਵੇਟਿਡ ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਟ (WRED) ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 40 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰਾਂ ਦਾ ਸਾਂਝਾਕਰਨ

VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰਾਂ ਦਾ ਸਾਂਝਾਕਰਨ
ਰਾਊਟਰ 'ਤੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਪ੍ਰੋਸੈਸਰ ਦੇ ਕਈ ਟੁਕੜੇ (ਜਾਂ ਪਾਈਪਲਾਈਨਾਂ) ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰ ਟੁਕੜੇ ਵਿੱਚ ਰਾਊਟਰ 'ਤੇ ਹਰ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੇ VOQs ਦਾ ਇੱਕ ਸੈੱਟ ਹੁੰਦਾ ਹੈ। ਉੱਚ ਪੈਕੇਟ ਦਰਾਂ 'ਤੇ ਕਾਊਂਟਰਾਂ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ, ਹਰੇਕ ਨੈੱਟਵਰਕ ਟੁਕੜੇ 'ਤੇ ਹਰੇਕ ਇੰਟਰਫੇਸ ਨਾਲ ਕਾਊਂਟਰਾਂ ਦੇ ਦੋ ਸੈੱਟ ਜੁੜੇ ਹੁੰਦੇ ਹਨ। ਸਾਬਕਾ ਵਜੋਂample, ਛੇ ਟੁਕੜਿਆਂ (12 ਇੰਟਰਫੇਸਾਂ) ਵਾਲੇ ਇੱਕ ਯੰਤਰ 'ਤੇ ਵਿਚਾਰ ਕਰੋ, ਹਰੇਕ ਵਿੱਚ 24,000 VOQs, ਜਿੱਥੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਪ੍ਰਸਾਰਿਤ ਅਤੇ ਘਟਾਏ ਗਏ ਇਵੈਂਟਾਂ ਦੀ ਗਿਣਤੀ ਕੀਤੀ ਜਾਵੇ। ਇਸ ਦ੍ਰਿਸ਼ ਵਿੱਚ, ਤੁਹਾਨੂੰ 12 x 24, 000 x 2 = 5, 76,000 ਕਾਊਂਟਰਾਂ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਜੋ ਕਿ ਇਕੱਲੇ ਡਿਵਾਈਸ ਦੀ ਕਾਊਂਟਰ ਸਮਰੱਥਾ ਤੋਂ ਵੱਧ ਹੈ। ਇਹ ਅਜਿਹੀ ਸਥਿਤੀ ਨੂੰ ਘਟਾਉਣ ਲਈ ਹੈ ਕਿ ਰਾਊਟਰ VOQ ਕਾਊਂਟਰਾਂ ਦੀ ਸੰਰਚਨਾਯੋਗ ਸ਼ੇਅਰਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸੰਰਚਿਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਇੱਕ ਕਾਊਂਟਰ ਨੂੰ {1,2,4,8} VOQs ਦੁਆਰਾ ਸਾਂਝਾ ਕੀਤਾ ਗਿਆ ਹੈ। VoQs ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰਾਂ ਦੇ ਹਰੇਕ ਸੈੱਟ ਵਿੱਚ ਦੋ ਕਾਊਂਟਰ ਹੁੰਦੇ ਹਨ ਜੋ ਮਾਪਦੇ ਹਨ:
· ਐਨਕਿਊਡ ਪੈਕੇਟ ਪੈਕਟਾਂ ਅਤੇ ਬਾਈਟ ਯੂਨਿਟਾਂ ਵਿੱਚ ਗਿਣੇ ਜਾਂਦੇ ਹਨ।
· ਡਿੱਗੇ ਹੋਏ ਪੈਕੇਟ ਪੈਕਟਾਂ ਅਤੇ ਬਾਈਟ ਯੂਨਿਟਾਂ ਵਿੱਚ ਗਿਣੇ ਜਾਂਦੇ ਹਨ।
ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ: · ਸਾਰੇ ਇੰਟਰਫੇਸਾਂ ਤੋਂ ਈਗ੍ਰੇਸ ਕਤਾਰ ਨੀਤੀ-ਨਕਸ਼ੇ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਮਿਟਾਓ।
· ਆਪਣੇ ਰਾਊਟਰ 'ਤੇ ਸਾਰੇ ਨੋਡਾਂ ਨੂੰ ਰੀਲੋਡ ਕਰਨ ਲਈ # ਰੀਲੋਡ ਲੋਕੇਸ਼ਨ ਸਭ ਨੂੰ ਕਮਾਂਡ ਚਲਾਓ।

VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰਾਂ ਦੇ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ
VOQs ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ, #hw-module pro ਦੀ ਵਰਤੋਂ ਕਰੋfile voqs-sharing-counters ਦੇ ਅੰਕੜੇ ਅਤੇ ਹਰੇਕ ਕਤਾਰ ਲਈ VOQ ਕਾਊਂਟਰਾਂ ਦੀ ਗਿਣਤੀ ਨਿਰਧਾਰਤ ਕਰੋ।
RP/0/RP0/CPU0:ios(config)#hw-module profile ਅੰਕੜੇ? voqs-sharing-counters voqs (1, 2, 4) ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters? ਹਰੇਕ ਕਤਾਰ ਲਈ 1 ਕਾਊਂਟਰ 2 2 ਕਤਾਰਾਂ ਸ਼ੇਅਰ ਕਾਊਂਟਰ 4 4 ਕਤਾਰਾਂ ਸ਼ੇਅਰ ਕਾਊਂਟਰ
RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#ਰੀਲੋਡ ਟਿਕਾਣਾ ਸਭ

ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
RP/0/RP0/CPU0:ios#show run | hw-mod ਵਿੱਚ ਸੋਮ ਫਰਵਰੀ 10 13:57:35.296 UTC ਬਿਲਡਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ… hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

ਪੁਸ਼ਟੀਕਰਨ
RP/0/RP0/CPU0:ios#show controllers npu ਅੰਕੜੇ voq ਇਨਗਰੇਸ ਇੰਟਰਫੇਸ ਸੌਗੀਗਈ 0/0/0/16 ਉਦਾਹਰਨ ਸਾਰੇ ਸਥਾਨ 0/RP0/CPU0 ਸੋਮ ਫਰਵਰੀ 10 13:58:26.661 UTC

ਇੰਟਰਫੇਸ ਨਾਮ =

ਇੰਟਰਫੇਸ ਹੈਂਡਲ =

ਟਿਕਾਣਾ

Asic ਉਦਾਹਰਨ

VOQ ਬੇਸ

Hu0/0/0/16 f0001b0
0/RP0/CPU0 0
10288

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 41 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਦੋਹਰੀ ਕਤਾਰ ਸੀਮਾ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਪੋਰਟ ਸਪੀਡ (kbps) = 100000000

ਸਥਾਨਕ ਪੋਰਟ

ਸਥਾਨਕ

VOQ ਮੋਡ

ਸ਼ੇਅਰਡ ਕਾਊਂਟਰ ਮੋਡ =

ReceivedPkts ReceivedBytes DropppedPkts

ਡ੍ਰੌਪਡਬਾਈਟਸ

————————————————————————

TC_{0,1} = 114023724

39908275541

113945980

39881093000

TC_{2,3} = 194969733

68239406550

196612981

68814543350

TC_{4,5} = 139949276

69388697075

139811376

67907466750

TC_{6,7} = 194988538

68242491778

196612926

68814524100

ਸੰਬੰਧਿਤ ਕਮਾਂਡਾਂ hw-module profile stats voqs-sharing-counters

ਦੋਹਰੀ ਕਤਾਰ ਸੀਮਾ
ਦੋਹਰੀ ਕਤਾਰ ਸੀਮਾ ਵਿਕਲਪ ਤੁਹਾਡੇ ਰਾਊਟਰ ਦੇ CLI 'ਤੇ ਕਤਾਰ-ਸੀਮਾ ਕਮਾਂਡ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦਾ ਹੈ। ਡਿਸਕਾਰਡ-ਕਲਾਸ ਵਿਕਲਪ ਤੁਹਾਨੂੰ ਇੱਕ ਨੀਤੀ ਨਕਸ਼ੇ 'ਤੇ ਦੋ ਕਤਾਰ ਸੀਮਾਵਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ-ਇੱਕ ਉੱਚ-ਪ੍ਰਾਥਮਿਕ ਟ੍ਰੈਫਿਕ ਲਈ ਅਤੇ ਦੂਜੀ ਘੱਟ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਲਈ। ਇਹ ਵਿਕਲਪ ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਉੱਚ ਤਰਜੀਹ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਬਿਨਾਂ ਕਿਸੇ ਪ੍ਰਭਾਵ ਦੇ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ (ਛੱਡਣ-ਸ਼੍ਰੇਣੀ 0 ਕਤਾਰ-ਸੀਮਾ ਤੋਂ ਪ੍ਰਾਪਤ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ) ਜਦੋਂ ਕਿ ਘੱਟ ਤਰਜੀਹੀ ਟ੍ਰੈਫਿਕ ਹੇਠਲੇ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ (ਪ੍ਰਤੀ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਕਤਾਰ-ਸੀਮਾ)।

ਮੈਨੂੰ ਹੋਰ ਦੱਸੋ ਤੁਸੀਂ ਇਹਨਾਂ ਵੇਰਵਿਆਂ ਦੇ ਅਨੁਸਾਰ ਦੋ ਕਤਾਰ ਸੀਮਾਵਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ:
· ਪ੍ਰਵਾਹ ਲਈ ਇੱਕ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪ੍ਰਵੇਸ਼-ਨੀਤੀ ਦੁਆਰਾ ਪ੍ਰਵੇਸ਼ ਕਰਨ 'ਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 (ਉੱਚ ਤਰਜੀਹ) ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰਦੇ ਹੋ। · ਦੂਜਾ, ਪ੍ਰਵਾਹ ਲਈ ਜਿਸਦੀ ਤੁਸੀਂ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ ਰਾਹੀਂ ਦਾਖਲੇ 'ਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 (ਘੱਟ ਤਰਜੀਹ) ਵਜੋਂ ਨਿਸ਼ਾਨਦੇਹੀ ਕਰਦੇ ਹੋ।

ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਦਾ ਪ੍ਰਵਾਹ (ਘੱਟ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਲਈ) ਉਦੋਂ ਘਟਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਉਸ ਆਕਾਰ ਸੀਮਾ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੀ ਸੀ। ਇਸ ਦੇ ਉਲਟ, ਕਤਾਰ-ਲੰਬਾਈ ਹੇਠਾਂ ਆਉਣ 'ਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਦਾ ਪ੍ਰਵਾਹ ਘਟਣਾ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਸੰਰਚਿਤ ਮੁੱਲ।

ਸਾਬਕਾ ਵਜੋਂample, ਇਸ ਸੰਰਚਨਾ 'ਤੇ ਵਿਚਾਰ ਕਰੋ:

ਨੀਤੀ-ਨਕਸ਼ੇ egress_pol_dql ਕਲਾਸ tc7
ਕਤਾਰ-ਸੀਮਾ ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 100 ਮੈਬਾਈਟ ਕਤਾਰ-ਸੀਮਾ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 50 ਮੈਬਾਈਟ ਤਰਜੀਹ ਪੱਧਰ 1 ! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 1 ! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ!

ਤਸਦੀਕ 'ਤੇ ਵੀ ਵਿਚਾਰ ਕਰੋ:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#show qos ਇੰਟਰਫੇਸ ਸੌਗੀਗਈ 0/0/0/30 ਆਉਟਪੁੱਟ

ਨੋਟ:- ਕੌਂਫਿਗਰ ਕੀਤੇ ਮੁੱਲ ਬਰੈਕਟਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ

ਇੰਟਰਫੇਸ HundredGigE0/0/0/30 ifh 0xf000210 — ਆਉਟਪੁੱਟ ਨੀਤੀ

NPU Id:

ਕਲਾਸਾਂ ਦੀ ਕੁੱਲ ਗਿਣਤੀ:

ਇੰਟਰਫੇਸ ਬੈਂਡਵਿਡਥ:

100000000 kbps

ਨੀਤੀ ਦਾ ਨਾਮ:

egress_pol_dql

VOQ ਅਧਾਰ:

464

ਲੇਖਾ ਦੀ ਕਿਸਮ:

ਲੇਅਰ 1 (ਲੇਅਰ 1 ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ ਸ਼ਾਮਲ ਕਰੋ)

VOQ ਮੋਡ:

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 42 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਪਾਬੰਦੀਆਂ

ਸ਼ੇਅਰਡ ਕਾਊਂਟਰ ਮੋਡ:

——————————————————————————

ਲੈਵਲ1 ਕਲਾਸ (HP1)

= tc7

Egressq ਕਤਾਰ ID

= 471 (HP1 ਕਤਾਰ)

ਕਤਾਰ ਅਧਿਕਤਮ ਬੀ.ਡਬਲਿਊ.

= ਕੋਈ ਅਧਿਕਤਮ ਨਹੀਂ (ਮੂਲ)

ਕਲਾਸ 1 ਥ੍ਰੈਸ਼ਹੋਲਡ ਰੱਦ ਕਰੋ

= 25165824 ਬਾਈਟ / 2 ms (50 ਮੈਬਾਈਟ)

ਕਲਾਸ 0 ਥ੍ਰੈਸ਼ਹੋਲਡ ਰੱਦ ਕਰੋ

= 75497472 ਬਾਈਟ / 5 ms (100 ਮੈਬਾਈਟ)

WRED ਨੂੰ ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= ਕਲਾਸ-ਡਿਫਾਲਟ = 464 (ਡਿਫਾਲਟ LP ਕਤਾਰ) = ਕੋਈ ਅਧਿਕਤਮ ਨਹੀਂ (ਡਿਫਾਲਟ) = 1 / (1) = 749568 ਬਾਈਟਸ / 6 ms (ਡਿਫੌਲਟ)

ਪਿਛਲੇ ਸਾਬਕਾ ਵਿੱਚample, ਇੱਥੇ ਦੋ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਹਨ ਜੋ ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 (ਉੱਚ ਤਰਜੀਹ) ਅਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 (ਘੱਟ ਤਰਜੀਹ) ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਹਨ।

ਜਦੋਂ ਤੱਕ ਦੋ ਵਹਾਅ ਦੀ ਕਤਾਰ ਦੀ ਲੰਬਾਈ 25165824 ਬਾਈਟ (ਛੱਡਣ-ਕਲਾਸ 1 ਲਈ ਥ੍ਰੈਸ਼ਹੋਲਡ) ਤੋਂ ਹੇਠਾਂ ਰਹਿੰਦੀ ਹੈ, ਦੋਵਾਂ ਪ੍ਰਵਾਹਾਂ ਦੇ ਪੈਕੇਟ ਬਿਨਾਂ ਕਿਸੇ ਬੂੰਦ ਦੇ ਜਾਰੀ ਰਹਿੰਦੇ ਹਨ। ਜਦੋਂ ਕਤਾਰ ਦੀ ਲੰਬਾਈ 25165824 ਬਾਈਟ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਪੈਕੇਟ ਕਤਾਰ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹੋਏ ਕਿ ਬਾਕੀ ਬਚੇ ਸਾਰੇ ਬੈਂਡਵਿਡਥ ਉੱਚ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ (ਡਿਸਕਰਡ-ਕਲਾਸ 0) ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

ਉੱਚ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਉਦੋਂ ਹੀ ਘੱਟਦਾ ਹੈ ਜਦੋਂ ਕਤਾਰ ਦੀ ਲੰਬਾਈ 75497472 ਬਾਈਟ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ।

ਨੋਟ ਕਰੋ

· ਇਹ ਵਿਕਲਪ ਉੱਚ-ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਭੀੜ-ਭੜੱਕੇ ਦੇ ਕਾਰਨ ਨੁਕਸਾਨ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ, ਪਰ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਲੇਟੈਂਸੀ ਤੋਂ

ਭੀੜ ਕਾਰਨ.

· ਇਹ ਥ੍ਰੈਸ਼ਹੋਲਡ ਹਾਰਡਵੇਅਰ-ਵਿਸ਼ੇਸ਼ ਕਤਾਰ ਖੇਤਰਾਂ ਤੋਂ ਲਏ ਗਏ ਹਨ।

ਪਾਬੰਦੀਆਂ

ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਦੋਹਰੀ ਕਤਾਰ ਸੀਮਾ ਵਿਕਲਪ ਬਾਰੇ ਇਹਨਾਂ ਪਾਬੰਦੀਆਂ ਨੂੰ ਪੜ੍ਹਿਆ ਹੈ। · ਦੋਵੇਂ ਕਤਾਰ-ਸੀਮਾਵਾਂ ਨੂੰ ਮਾਪ ਦੀ ਇੱਕੋ ਇਕਾਈ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 ਲਈ ਕਤਾਰ ਸੀਮਾ ਹਮੇਸ਼ਾ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਲਈ ਉਸ ਤੋਂ ਵੱਧ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
· ਜਦੋਂ ਡਿਸਕਾਰਡ-ਕਲਾਸ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਤਾਰ-ਸੀਮਾ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 ਅਤੇ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਪੈਕੇਟਾਂ ਦੀ ਕਤਾਰ-ਸੀਮਾ ਇੱਕੋ ਜਿਹੀ ਹੁੰਦੀ ਹੈ; ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਇਲਾਜ ਮਿਲਦਾ ਹੈ।
· ਇੱਕ ਕਤਾਰ-ਸੀਮਾ ਜੋ ਸਿਰਫ਼ ਡਿਸਕਾਰਡ-ਕਲਾਸ 0 ਜਾਂ ਡਿਸਕਾਰਡ-ਕਲਾਸ 1 ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤੀ ਗਈ ਹੈ, ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 43 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਨਿਰਪੱਖ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਰਾਬਰ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਨਿਰਪੱਖ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਰਾਬਰ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ

ਸਾਰਣੀ 8: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ

ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰੋ

ਨਿਰਪੱਖ ਰੀਲੀਜ਼ 7.3.3 VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਮਾਨ ਆਵਾਜਾਈ ਪ੍ਰਵਾਹ

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ NPU ਦੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਟੁਕੜੇ 'ਤੇ ਵੱਖ-ਵੱਖ ਸਰੋਤ ਪੋਰਟਾਂ ਤੋਂ ਪ੍ਰਵੇਸ਼ ਟ੍ਰੈਫਿਕ ਨੂੰ ਹਰੇਕ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਪੋਰਟ ਜੋੜੇ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਵਰਚੁਅਲ ਆਉਟਪੁੱਟ ਕਤਾਰ (VOQ) ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਕਾਰਵਾਈ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਇੱਕ ਦਿੱਤੇ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਲਈ ਮੰਜ਼ਿਲ ਪੋਰਟ 'ਤੇ ਉਪਲਬਧ ਬੈਂਡਵਿਡਥ ਨੂੰ ਬੈਂਡਵਿਡਥ ਦੀ ਬੇਨਤੀ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਸਰੋਤ ਪੋਰਟਾਂ ਨੂੰ ਬਰਾਬਰ ਵੰਡਿਆ ਗਿਆ ਹੈ।
ਪਿਛਲੀਆਂ ਰੀਲੀਜ਼ਾਂ ਵਿੱਚ, ਟ੍ਰੈਫਿਕ ਨੂੰ ਬਰਾਬਰ ਵੰਡਿਆ ਨਹੀਂ ਗਿਆ ਸੀ ਕਿਉਂਕਿ ਹਰੇਕ ਟੁਕੜੇ ਨੂੰ ਆਉਟਪੁੱਟ ਕਤਾਰ ਬੈਂਡਵਿਡਥ ਦਾ ਇਸਦਾ ਸਹੀ ਹਿੱਸਾ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ ਸੀ।
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ hw-module pro ਵਿੱਚ ਨਿਰਪੱਖ-4 ਅਤੇ ਨਿਰਪੱਖ-8 ਕੀਵਰਡਸ ਨੂੰ ਪੇਸ਼ ਕਰਦੀ ਹੈfile qos voq-ਮੋਡ ਕਮਾਂਡ।

ਨਿਰਪੱਖ VOQ: ਕਿਉਂ
ਪ੍ਰਤੀ ਡਿਫੌਲਟ ਵਿਵਹਾਰ ਲਈ, ਇੱਕ NPU ਦੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਟੁਕੜੇ ਨੂੰ ਪ੍ਰਤੀ ਮੰਜ਼ਿਲ ਪੋਰਟ ਲਈ 4 ਜਾਂ 8 ਵਰਚੁਅਲ ਆਉਟਪੁੱਟ ਕਤਾਰਾਂ (VOQ) ਦਾ ਸੈੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਅਜਿਹੀ ਅਸਾਈਨਮੈਂਟ ਦੇ ਨਾਲ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚੁਣੌਤੀਪੂਰਨ ਹੈ ਕਿ VOQs ਦੁਆਰਾ ਸਹੀ ਮਾਤਰਾ ਵਿੱਚ ਬਫਰਿੰਗ ਉਪਲਬਧ ਹੈ। ਇਸ ਸੰਰਚਨਾ ਦੇ ਨਾਲ, ਮੰਜ਼ਿਲ ਪੋਰਟ ਲਈ ਨਿਯਤ NPU ਉੱਤੇ ਇੱਕ ਟੁਕੜਾ (ਜਾਂ ਪਾਈਪਲਾਈਨ) ਉੱਤੇ ਵੱਖ-ਵੱਖ ਸਰੋਤ ਪੋਰਟਾਂ ਤੋਂ ਪ੍ਰਵੇਸ਼ ਟ੍ਰੈਫਿਕ ਨੂੰ ਇੱਕ VOQ ਪ੍ਰਤੀ ਟੁਕੜਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇੱਕੋ ਮੰਜ਼ਿਲ ਪੋਰਟ 'ਤੇ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਵਾਲੇ ਮਲਟੀਪਲ ਸਰੋਤ ਪੋਰਟਾਂ ਇੱਕੋ VOQ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਹਾਲਾਂਕਿ, ਵੱਖ-ਵੱਖ ਮੰਜ਼ਿਲ ਪੋਰਟਾਂ 'ਤੇ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਵੇਲੇ, ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੱਖ-ਵੱਖ VOQs ਲਈ ਕਤਾਰਬੱਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਨੂੰ ਬਰਾਬਰ ਵੰਡਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਹਰੇਕ ਟੁਕੜੇ ਨੂੰ ਆਉਟਪੁੱਟ ਕਤਾਰ ਬੈਂਡਵਿਡਥ ਦਾ ਆਪਣਾ ਸਹੀ ਹਿੱਸਾ ਨਹੀਂ ਮਿਲਦਾ ਹੈ। ਇੱਕ ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਜਿੱਥੇ ਇੱਕ ਟੁਕੜੇ ਵਿੱਚ ਦੋ ਪੋਰਟ ਹੁੰਦੇ ਹਨ ਅਤੇ ਦੂਜੇ ਟੁਕੜੇ ਵਿੱਚ ਸਿਰਫ ਇੱਕ ਪੋਰਟ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਟੁਕੜਾ ਸਾਂਝਾ ਕਰਨ ਵਾਲੀਆਂ ਪੋਰਟਾਂ ਲਈ ਬੈਂਡਵਿਡਥ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਭਾਵੇਂ ਕਿ ਦੋ ਪੋਰਟਾਂ ਸਿੰਗਲ ਪੋਰਟ ਨਾਲੋਂ ਵੱਧ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸੰਭਾਲਦੀਆਂ ਹਨ।
ਹੇਠ ਦਿੱਤੇ ਸਾਬਕਾ 'ਤੇ ਗੌਰ ਕਰੋample ਜਿੱਥੇ ਦੋ 100G ਪੋਰਟਾਂ-ਪੋਰਟ-0 ਅਤੇ ਪੋਰਟ-1-ਜੋ ਇੱਕੋ ਟੁਕੜੇ (ਸਲਾਈਸ-0) ਨਾਲ ਸਬੰਧਤ ਹਨ, ਆਉਟਪੁੱਟ ਕਤਾਰ (OQ) 'ਤੇ ਪੋਰਟ-3 ਨੂੰ ਟਰੈਫਿਕ ਭੇਜ ਰਹੀਆਂ ਹਨ। ਤੁਹਾਡੇ ਕੋਲ ਉਸੇ NPU 'ਤੇ ਇਕ ਹੋਰ ਸਲਾਈਸ (ਸਲਾਈਸ-100) 'ਤੇ 1G ਪੋਰਟ ਹੈ ਜੋ ਪੋਰਟ-3 'ਤੇ ਟਰੈਫਿਕ ਭੇਜਣ ਲਈ ਵੀ ਨਿਯਤ ਹੈ। ਪ੍ਰਵੇਸ਼ VOQ ਸਲਾਈਸ-0 ਵਿੱਚ ਦੋ ਪੋਰਟਾਂ ਵਿਚਕਾਰ ਸਾਂਝਾ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਦੋਂ ਕਿ ਸਲਾਈਸ-1 ਵਿੱਚ ਦਾਖਲਾ VOQ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਪੋਰਟ-3 ਲਈ ਉਪਲਬਧ ਹੈ। ਇਸ ਵਿਵਸਥਾ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਪੋਰਟ-0 ਅਤੇ ਪੋਰਟ-1 ਨੂੰ ਬਫਰ ਟ੍ਰੈਫਿਕ ਦਾ 25% ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪੋਰਟ-3 ਨੂੰ ਬਫਰ ਟਰੈਫਿਕ ਦਾ 50% ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 44 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ ਚਿੱਤਰ 3: ਮੌਜੂਦਾ ਵਿਵਹਾਰ: ਸਲਾਈਸ 'ਤੇ ਸਰੋਤ ਪੋਰਟਾਂ ਪ੍ਰਤੀ ਮੰਜ਼ਿਲ ਪੋਰਟ ਇੱਕ VOQ ਸ਼ੇਅਰ ਕਰਦੀਆਂ ਹਨ

ਨਿਰਪੱਖ VOQ: ਕਿਵੇਂ

ਨਿਰਪੱਖ VOQ ਵਿਸ਼ੇਸ਼ਤਾ ਟ੍ਰੈਫਿਕ ਵੰਡ ਵਿੱਚ ਇਸ ਅਸਮਾਨਤਾ ਨੂੰ ਹੱਲ ਕਰਦੀ ਹੈ।
ਨਿਰਪੱਖ VOQ: ਕਿਵੇਂ
ਨਿਰਪੱਖ VOQ ਵਿਸ਼ੇਸ਼ਤਾ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਵਿਵਹਾਰ ਨਾਲ ਨਜਿੱਠਦੀ ਹੈ ਜੋ ਕਿਰਿਆਸ਼ੀਲ ਸਰੋਤ ਪੋਰਟਾਂ ਦੀ ਗਿਣਤੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਹਰੇਕ NPU ਸਲਾਈਸ 'ਤੇ ਸਰੋਤ ਪੋਰਟਾਂ ਨੂੰ ਬਰਾਬਰ ਵਰਤਦਾ ਹੈ। ਇਹ ਆਉਟਪੁੱਟ ਕਤਾਰ ਤੋਂ ਬੈਂਡਵਿਡਥ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਮੁੜ ਡਿਜ਼ਾਈਨ ਕਰਕੇ ਅਜਿਹਾ ਕਰਦਾ ਹੈ। ਸਲਾਈਸ ਪੱਧਰ 'ਤੇ ਬੈਂਡਵਿਡਥ ਵੰਡਣ ਦੀ ਬਜਾਏ, ਨਿਰਪੱਖ VOQ ਬੈਂਡਵਿਡਥ ਨੂੰ ਸਿੱਧੇ ਸਰੋਤ ਪੋਰਟਾਂ 'ਤੇ ਵੰਡਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ hw-module pro ਕਮਾਂਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋfile qos voq-ਮੋਡ ਅਤੇ ਆਪਣੇ ਰਾਊਟਰ ਨੂੰ ਰੀਲੋਡ ਕਰੋ, ਕਾਰਜਸ਼ੀਲਤਾ ਹਰੇਕ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਪੋਰਟ ਜੋੜੇ ਲਈ ਇੱਕ ਸਮਰਪਿਤ VOQ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਵਿਵਸਥਾ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਦਿੱਤੇ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਲਈ ਮੰਜ਼ਿਲ ਪੋਰਟ 'ਤੇ ਉਪਲਬਧ ਬੈਂਡਵਿਡਥ ਨੂੰ ਬੈਂਡਵਿਡਥ ਦੀ ਬੇਨਤੀ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਸਰੋਤ ਪੋਰਟਾਂ ਨੂੰ ਬਰਾਬਰ ਵੰਡਿਆ ਗਿਆ ਹੈ।
ਪਿਛਲੇ ਸਾਬਕਾ ਦਾ ਵਿਸਤਾਰampਨਿਰਪੱਖ VOQ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਸਮਝਣ ਲਈ, ਹੁਣ ਹਰੇਕ ਪ੍ਰਵੇਸ਼ ਪੋਰਟ ਲਈ ਸਮਰਪਿਤ VOQ ਹਨ ਜੋ ਆਉਟਪੁੱਟ ਕਤਾਰ 'ਤੇ ਪੋਰਟ ਨਾਲ ਜੁੜਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਪੋਰਟ-0 ਅਤੇ ਪੋਰਟ-1 ਹੁਣ ਇੱਕ VOQ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਅਤੇ ਪੋਰਟ-3 ਦਾ ਪਹਿਲਾਂ ਵਾਂਗ VOQ ਹੈ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। ਇਸ ਨਿਰਪੱਖ VOQ ਪ੍ਰਬੰਧ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਮਰਪਿਤ ਕਤਾਰਾਂ 'ਤੇ ਕਤਾਰਾਂ ਲੱਗ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਤਰ੍ਹਾਂ ਟ੍ਰੈਫਿਕ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਹੁੰਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 45 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਨਿਰਪੱਖ VOQ ਮੋਡ ਅਤੇ ਕਾਊਂਟਰਾਂ ਦੀ ਸ਼ੇਅਰਿੰਗ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਚਿੱਤਰ 4: ਨਿਰਪੱਖ VOQ ਵਿਵਹਾਰ: ਟੁਕੜੇ 'ਤੇ ਹਰੇਕ ਸਰੋਤ ਪੋਰਟ ਵਿੱਚ ਪ੍ਰਤੀ ਮੰਜ਼ਿਲ ਪੋਰਟ ਇੱਕ ਸਮਰਪਿਤ VOQ ਹੈ

ਨਿਰਪੱਖ VOQ ਮੋਡ ਅਤੇ ਕਾਊਂਟਰਾਂ ਦੀ ਸ਼ੇਅਰਿੰਗ
ਤੁਸੀਂ hw-module pro ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ 8xVOQ ਮੋਡ (fair-8) ਅਤੇ 4xVOQ ਮੋਡ (fair-4) ਲਈ ਨਿਰਪੱਖ VOQ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋfile qos voq-ਮੋਡ ਕਮਾਂਡ:
· hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile qos voq-ਮੋਡ ਨਿਰਪੱਖ-8
· hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile qos voq-ਮੋਡ ਨਿਰਪੱਖ-4

ਤੁਸੀਂ VOQ ਅੰਕੜੇ ਕਾਊਂਟਰਾਂ ਨੂੰ ਦੋਵੇਂ ਨਿਰਪੱਖ VOQ ਮੋਡਾਂ ਵਿੱਚ ਵੀ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। (ਇਸ ਬਾਰੇ ਵੇਰਵਿਆਂ ਲਈ ਕਿ ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹਨ ਅਤੇ ਕਾਊਂਟਰ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ, ਪੰਨਾ 41 'ਤੇ VOQ ਸਟੈਟਿਸਟਿਕਸ ਕਾਊਂਟਰਾਂ ਦਾ ਸਾਂਝਾਕਰਨ ਦੇਖੋ।)
ਸਾਰਣੀ 9: ਨਿਰਪੱਖ VOQ ਮੋਡ ਅਤੇ ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ

ਨਿਰਪੱਖ VOQ ਮੋਡ ਨਿਰਪੱਖ-8

ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 2, 4

ਮਹੱਤਵਪੂਰਨ ਨੋਟਸ
· ਅੱਠ VOQs ਪ੍ਰਤੀ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਜੋੜੇ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਹਨ
· ਕਾਊਂਟਰਾਂ ਨੂੰ {2, 4} VOQs ਦੁਆਰਾ ਸਾਂਝਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
· ਨਿਰਪੱਖ-8 ਮੋਡ ਸਮਰਪਿਤ ਕਾਊਂਟਰ ਮੋਡ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ (ਕਾਊਂਟਰ ਮੋਡ1, ਜਿੱਥੇ ਹਰ ਕਤਾਰ ਲਈ ਕਾਊਂਟਰ ਹੁੰਦਾ ਹੈ)

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 46 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਨਿਰਪੱਖ VOQs ਅਤੇ ਸਲਾਈਸ (ਜਾਂ ਆਮ) VOQs: ਮੁੱਖ ਅੰਤਰ

ਨਿਰਪੱਖ VOQ ਮੋਡ ਨਿਰਪੱਖ-4

ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 1, 2, 4

ਮਹੱਤਵਪੂਰਨ ਨੋਟਸ
· ਪ੍ਰਤੀ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਜੋੜੀ ਲਈ ਚਾਰ VOQs ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਹਨ
· ਕਾਊਂਟਰਾਂ ਨੂੰ {1, 2, 4} VOQs ਦੁਆਰਾ ਸਾਂਝਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਨਿਰਪੱਖ VOQs ਅਤੇ ਸਲਾਈਸ (ਜਾਂ ਆਮ) VOQs: ਮੁੱਖ ਅੰਤਰ
ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ ਨਿਰਪੱਖ VOQs ਅਤੇ ਟੁਕੜੇ ਜਾਂ ਨਿਯਮਤ VOQs ਵਿਚਕਾਰ ਮੁੱਖ ਅੰਤਰਾਂ ਦੀ ਰੂਪਰੇਖਾ ਦੇਣ ਲਈ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਹੈ।
ਸਾਰਣੀ 10: ਨਿਰਪੱਖ VOQs ਅਤੇ ਸਧਾਰਨ VOQs

ਨਿਰਪੱਖ VOQ

ਸਧਾਰਨ VOQ

ਨਿਰਪੱਖ-8 ਮੋਡ: ਅੱਠ VOQs ਪ੍ਰਤੀ ਸਰੋਤ ਪੋਰਟ 8 ਸੰਰਚਿਤ:

ਅਤੇ ਮੰਜ਼ਿਲ ਜੋੜਾ

· ਅੱਠ VOQs ਪ੍ਰਤੀ ਮੰਜ਼ਿਲ ਪੋਰਟ ਪ੍ਰਤੀ ਟੁਕੜਾ

· ਇਹ VOQs ਇੱਕ NPU ਟੁਕੜੇ ਦੇ ਅੰਦਰ ਸਾਰੇ ਸਰੋਤ ਪੋਰਟਾਂ ਦੁਆਰਾ ਸਾਂਝੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਨਿਰਪੱਖ-4 ਮੋਡ: ਚਾਰ VOQs ਪ੍ਰਤੀ ਸਰੋਤ ਪੋਰਟ 4 ਸੰਰਚਿਤ:

ਅਤੇ ਮੰਜ਼ਿਲ ਜੋੜਾ

· ਚਾਰ VOQs ਪ੍ਰਤੀ ਮੰਜ਼ਿਲ ਪੋਰਟ ਪ੍ਰਤੀ ਟੁਕੜਾ

· ਇਹ VOQs ਇੱਕ NPU ਟੁਕੜੇ ਦੇ ਅੰਦਰ ਸਾਰੇ ਸਰੋਤ ਪੋਰਟਾਂ ਦੁਆਰਾ ਸਾਂਝੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਅਤੇ ਸੀਮਾਵਾਂ
· ਨਿਰਪੱਖ VOQ ਵਿਸ਼ੇਸ਼ਤਾ Cisco 8202 ਰਾਊਟਰ (12 QSFP56-DD 400G ਅਤੇ 60 QSFP28 100G ਪੋਰਟਾਂ) 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
· ਹੇਠ ਦਿੱਤੀ ਸਾਰਣੀ VOQ ਮੋਡ ਅਤੇ ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 'ਤੇ ਆਧਾਰਿਤ ਅਧਿਕਤਮ ਇੰਟਰਫੇਸਾਂ (ਬੁਨਿਆਦੀ IPv4 ਸੰਰਚਨਾਵਾਂ ਅਤੇ ਕੋਈ ਹੋਰ ਸਕੇਲ ਸੰਰਚਨਾ ਜਿਵੇਂ ਕਿ QoS ਨੀਤੀ, ACL, ਅਤੇ ਸਬ-ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੇ ਨਾਲ) ਦਾ ਵੇਰਵਾ ਦਿੰਦੀ ਹੈ।
ਸਾਰਣੀ 11: ਨਿਰਪੱਖ VOQ ਮੋਡ ਅਤੇ ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 'ਤੇ ਆਧਾਰਿਤ ਅਧਿਕਤਮ ਇੰਟਰਫੇਸ

VOQ ਮੋਡ ਨਿਰਪੱਖ-8

ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 1

ਅਧਿਕਤਮ ਇੰਟਰਫੇਸ
ਰਾਊਟਰ ਇਸ ਸੁਮੇਲ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।
(ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਡਿਫੌਲਟ ਕਾਊਂਟਰ ਮੋਡ ਵਿੱਚ, 72 ਇੰਟਰਫੇਸ ਨਹੀਂ ਬਣਾਏ ਗਏ ਹਨ।)

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 47 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਨਿਰਪੱਖ VOQ ਕੌਂਫਿਗਰ ਕਰੋ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

VOQ ਮੋਡ ਨਿਰਪੱਖ-8
ਮੇਲਾ-8 ਮੇਲਾ-4
ਮੇਲਾ-4 ਮੇਲਾ-4

ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 2
4 1
2 4

ਅਧਿਕਤਮ ਇੰਟਰਫੇਸ
96 = 60 (100G) + 8×4 + 4 (400G) ==> ਤੁਸੀਂ 400x4G ਜਾਂ 10x4G ਬ੍ਰੇਕਆਉਟ ਮੋਡ ਵਿੱਚ ਸਿਰਫ ਅੱਠ 25G ਇੰਟਰਫੇਸਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।
108 = 60 + 12 x 4 (ਸਾਰੇ 12 ਪੋਰਟਾਂ 'ਤੇ ਬ੍ਰੇਕਆਊਟ - 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> ਤੁਸੀਂ 400x4G ਜਾਂ 10x4G ਬ੍ਰੇਕਆਉਟ ਮੋਡ ਵਿੱਚ ਸਿਰਫ ਅੱਠ 25 G ਇੰਟਰਫੇਸ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।
108 = 60 + 12 x4 (ਸਾਰੇ 12 ਪੋਰਟਾਂ 'ਤੇ ਬ੍ਰੇਕਆਊਟ - 400G)
108 = 60 + 12 x4 (ਸਾਰੇ 12 ਪੋਰਟਾਂ 'ਤੇ ਬ੍ਰੇਕਆਊਟ - 400G)

ਨੋਟ ਅਸੀਂ ਬ੍ਰੇਕਆਉਟ ਮੋਡਾਂ ਵਿੱਚ ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਮੋਡ 4 ਅਤੇ ਨਾਨਬ੍ਰੇਕਆਉਟ ਮੋਡਾਂ ਲਈ ਕਾਊਂਟਰ ਮੋਡ 2 ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ।

ਨੋਟ ਬ੍ਰੇਕਆਉਟ ਮੋਡ 100G ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
· ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਸੰਰਚਨਾ ਨੂੰ ਪ੍ਰਭਾਵੀ ਕਰਨ ਲਈ ਰਾਊਟਰ ਨੂੰ ਮੁੜ ਲੋਡ ਕੀਤਾ ਹੈ।
· ਫੇਅਰ-ਵੋਕ ਮੋਡ (ਫੇਅਰ-2 ਅਤੇ ਫੇਅਰ-4) ਵਿੱਚ ਲੇਅਰ 8 ਟ੍ਰੈਫਿਕ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
· ਸਬ-ਇੰਟਰਫੇਸ ਕਤਾਰ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। (ਇਹ ਬੰਡਲ ਸਬ-ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ)। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਈਗ੍ਰੇਸ ਸੇਵਾ-ਨੀਤੀਆਂ ਨੂੰ ਨੱਥੀ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜਿਨ੍ਹਾਂ ਲਈ ਸਮਰਪਿਤ VOQs ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਉਪ-ਇੰਟਰਫੇਸਾਂ ਲਈ ਈਗ੍ਰੇਸ ਮਾਰਕਿੰਗ ਸਮਰਥਿਤ ਹੈ।
· hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile stats voqs-sharing-counters 1 ਨਿਰਪੱਖ-8 ਮੋਡ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ hw-module pro ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋfile voq ਸ਼ੇਅਰਿੰਗ-ਕਾਊਂਟਰ 2 ਜਾਂ hw-module profile voq ਸ਼ੇਅਰਿੰਗ-ਕਾਊਂਟਰ 4 hw-module pro ਦੇ ਨਾਲfile qos voq-mode fair-4 ਜਾਂ hw-module profile qos voq-mode fair-8 ਰਾਊਟਰ ਨੂੰ ਰੀਲੋਡ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।
· ਸਿਸਕੋ 400 ਰਾਊਟਰ 'ਤੇ ਫੇਅਰ-ਵੋਕ ਮੋਡ (ਦੋਵੇਂ ਨਿਰਪੱਖ-4 ਅਤੇ ਨਿਰਪੱਖ-8) ਵਿੱਚ ਬ੍ਰੇਕਆਉਟ ਸਿਰਫ਼ 8202G ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
· ਸ਼ੋਅ ਕੰਟਰੋਲਰ npu ਅੰਕੜਿਆਂ ਵਿੱਚ src-ਇੰਟਰਫੇਸ ਅਤੇ src-ਸਲਾਈਸ ਕੀਵਰਡ ਸਿਰਫ ਉਦੋਂ ਹੀ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ VOQ ਮੋਡ ਨੂੰ ਨਿਰਪੱਖ-8 ਜਾਂ ਨਿਰਪੱਖ-4 ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਦੇ ਹੋ।
ਨਿਰਪੱਖ VOQ ਕੌਂਫਿਗਰ ਕਰੋ
ਨਿਰਪੱਖ VOQ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ:

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 48 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਨਿਰਪੱਖ VOQ ਕੌਂਫਿਗਰ ਕਰੋ

1. VOQ ਅੰਕੜੇ ਕਾਊਂਟਰਾਂ ਦੇ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ। ਇਹ ਸਾਬਕਾample 2 ਕਾਊਂਟਰਾਂ ਦੀ ਸੰਰਚਨਾ ਕਰਦਾ ਹੈ।

ਨੋਟ: ਕਾਊਂਟਰ ਸ਼ੇਅਰਿੰਗ ਤੋਂ ਬਿਨਾਂ ਫੇਅਰ-8 ਮੋਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਨਾਲ ਸੰਰਚਨਾ ਅਸਫਲਤਾ ਜਾਂ ਹੋਰ ਅਚਾਨਕ ਵਿਵਹਾਰ ਹੋ ਸਕਦਾ ਹੈ।
2. ਨਿਰਪੱਖ VOQ ਮੋਡ ਕੌਂਫਿਗਰ ਕਰੋ। ਇਹ ਸਾਬਕਾample ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਫੇਅਰ-8 ਮੋਡ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ।
3. ਸੰਰਚਨਾ ਨੂੰ ਪ੍ਰਭਾਵੀ ਕਰਨ ਲਈ ਰਾਊਟਰ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰੋ।
4. ਤੁਸੀਂ ਹਰੇਕ ਸਰੋਤ ਪੋਰਟ ਅਤੇ ਮੰਜ਼ਿਲ ਪੋਰਟ ਜੋੜੇ ਦੇ ਵਿਚਕਾਰ ਬਰਾਬਰ ਟ੍ਰੈਫਿਕ ਵੰਡ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਨਿਰਪੱਖ VOQ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਸਮਰੱਥ ਕੀਤਾ ਹੈ।
/*VOQ ਅੰਕੜੇ ਕਾਊਂਟਰਾਂ ਦੇ ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ; ਅਸੀਂ ਪ੍ਰਤੀ ਕਤਾਰ ਲਈ 2 ਕਾਊਂਟਰਾਂ ਦੀ ਸੰਰਚਨਾ ਕਰ ਰਹੇ ਹਾਂ*/ ਰਾਊਟਰ(config)#hw-module profile ਅੰਕੜੇ?
voqs-sharing-counters voqs ਦੀ ਸੰਖਿਆ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ (1, 2, 4) ਸ਼ੇਅਰਿੰਗ ਕਾਊਂਟਰ ਰਾਊਟਰ(config)#hw-module profile stats voqs-sharing-counters?
ਹਰੇਕ ਕਤਾਰ ਲਈ 1 ਕਾਊਂਟਰ 2 2 ਕਤਾਰਾਂ ਸ਼ੇਅਰ ਕਾਊਂਟਰ 4 4 ਕਤਾਰਾਂ ਸ਼ੇਅਰ ਕਾਊਂਟਰ ਰਾਊਟਰ(config)#hw-module profile stats voqs-sharing-counters 2
/*ਫੇਅਰ-ਵੋਕ ਮੋਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ; ਅਸੀਂ ਇੱਥੇ ਫੇਅਰ-8 VOQ ਮੋਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਰਹੇ ਹਾਂ*/ Router#config Router(config)#hw-module profile qos voq-mode fair-8 Router(config)#commit Router#reload location all
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile stats voqs-sharing-counters 2 ! hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile qos voq-mode fair-8!
ਪੁਸ਼ਟੀਕਰਨ
ਨਿਰਪੱਖ VOQ ਸੰਰਚਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਸ਼ੋਅ ਕੰਟਰੋਲਰ npu ਸਟੈਟਸ voq ਇਨਗਰੈਸ ਇੰਟਰਫੇਸ <> ਉਦਾਹਰਨ <> ਸਥਾਨ <> ਕਮਾਂਡ ਚਲਾਓ।
ਰਾਊਟਰ#ਸ਼ੋ ਕੰਟਰੋਲਰ npu ਅੰਕੜੇ voq ਇਨਗਰੇਸ ਇੰਟਰਫੇਸ ਸੌ ਗਿਗਈ 0/0/0/20 ਉਦਾਹਰਨ 0 ਸਥਾਨ 0/RP0/CPU0

ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ

= Hu0/0/0/20

ਇੰਟਰਫੇਸ ਹੈਂਡਲ

f000118

ਟਿਕਾਣਾ

= 0/RP0/CPU0

Asic ਉਦਾਹਰਨ

ਪੋਰਟ ਸਪੀਡ (kbps)

= 100000000

ਸਥਾਨਕ ਪੋਰਟ

ਸਥਾਨਕ

Src ਇੰਟਰਫੇਸ ਨਾਮ =

ਸਾਰੇ

VOQ ਮੋਡ

ਮੇਲਾ-8

ਸ਼ੇਅਰਡ ਕਾਊਂਟਰ ਮੋਡ =

ReceivedPkts ReceivedBytes DropppedPkts

ਡ੍ਰੌਪਡਬਾਈਟਸ

————————————————————————

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0:ios#

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 49 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਮਾਡਯੂਲਰ QoS ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਸੰਬੰਧਿਤ ਕਮਾਂਡਾਂ hw-module profile qos voq-ਮੋਡ
ਮਾਡਯੂਲਰ QoS ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ
ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਦੀਆਂ ਤਕਨੀਕਾਂ ਆਮ ਨੈੱਟਵਰਕ ਰੁਕਾਵਟਾਂ 'ਤੇ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਲਈ ਟ੍ਰੈਫਿਕ ਦੇ ਪ੍ਰਵਾਹ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀਆਂ ਹਨ। ਕੰਜੈਸ਼ਨ ਮੈਨੇਜਮੈਂਟ ਤਕਨੀਕਾਂ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਭੀੜ-ਭੜੱਕੇ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਬਚਣ ਦੀਆਂ ਤਕਨੀਕਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੋ ਭੀੜ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕੰਟਰੋਲ ਕਰਦੀਆਂ ਹਨ। ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ ਪੈਕੇਟ ਸੁੱਟਣ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਰਾਊਟਰ ਇਹਨਾਂ QoS ਭੀੜ ਤੋਂ ਬਚਣ ਦੀਆਂ ਤਕਨੀਕਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ:
· ਟੇਲ ਡ੍ਰੌਪ ਅਤੇ FIFO ਕਤਾਰ, ਪੰਨਾ 50 'ਤੇ · ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਸ਼ਨ ਅਤੇ ਟੀਸੀਪੀ, ਪੰਨਾ 52 'ਤੇ
ਟੇਲ ਡ੍ਰੌਪ ਅਤੇ FIFO ਕਤਾਰ
ਟੇਲ ਡ੍ਰੌਪ ਇੱਕ ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਦੀ ਤਕਨੀਕ ਹੈ ਜੋ ਪੈਕੇਟ ਸੁੱਟਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਆਉਟਪੁੱਟ ਕਤਾਰ ਭਰੀ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਭੀੜ ਖਤਮ ਨਹੀਂ ਹੋ ਜਾਂਦੀ। ਟੇਲ ਡ੍ਰੌਪ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਪ੍ਰਵਾਹ ਨੂੰ ਬਰਾਬਰ ਸਮਝਦਾ ਹੈ ਅਤੇ ਸੇਵਾ ਦੀਆਂ ਸ਼੍ਰੇਣੀਆਂ ਵਿਚਕਾਰ ਫਰਕ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਫਸਟ-ਇਨ, ਫਸਟ-ਆਊਟ (FIFO) ਕਤਾਰ ਵਿੱਚ ਰੱਖੇ ਗਏ ਪੈਕੇਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਪਲਬਧ ਅੰਡਰਲਾਈੰਗ ਲਿੰਕ ਬੈਂਡਵਿਡਥ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਦਰ 'ਤੇ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।
ਟੇਲ ਡ੍ਰੌਪ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਕਲਾਸ ਲਈ ਮੈਚ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲੇ ਪੈਕੇਟ ਕਲਾਸ ਲਈ ਰਾਖਵੀਂ ਕਤਾਰ ਵਿੱਚ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਉਹਨਾਂ ਦੀ ਸੇਵਾ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਕਤਾਰ-ਸੀਮਾ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਲਾਸ ਲਈ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜਦੋਂ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕਲਾਸ ਕਤਾਰ ਵਿੱਚ ਲੱਗੇ ਪੈਕੇਟ ਟੇਲ ਡ੍ਰੌਪ (ਪੈਕੇਟ ਡ੍ਰੌਪ) ਵਿੱਚ ਨਤੀਜਾ ਦਿੰਦੇ ਹਨ।
ਪਾਬੰਦੀਆਂ · ਕਤਾਰ-ਸੀਮਾ ਕਮਾਂਡ ਦੀ ਸੰਰਚਨਾ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਕਮਾਂਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਸੰਰਚਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ: ਮੂਲ ਸ਼੍ਰੇਣੀ ਨੂੰ ਛੱਡ ਕੇ, ਤਰਜੀਹ, ਆਕਾਰ ਔਸਤ, ਜਾਂ ਬੈਂਡਵਿਡਥ ਬਾਕੀ।
ਸੰਰਚਨਾ ਸਾਬਕਾampਟੇਲ ਡ੍ਰੌਪ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਕੰਮ ਪੂਰੇ ਕਰਨੇ ਪੈਣਗੇ: 1. ਇੱਕ ਪਾਲਿਸੀ ਮੈਪ ਬਣਾਉਣਾ (ਜਾਂ ਸੋਧਣਾ) ਜੋ ਕਿਸੇ ਸੇਵਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਨੀਤੀ 2. ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨਾਲ ਜੋੜਨਾ 3. ਨੀਤੀ ਨਕਸ਼ੇ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤੀ ਕਲਾਸ ਪਾਲਿਸੀ ਲਈ ਕਤਾਰ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੀਮਾ ਨਿਰਧਾਰਤ ਕਰਨਾ। 4. ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਸਬੰਧਤ ਟ੍ਰੈਫਿਕ ਦੀ ਸ਼੍ਰੇਣੀ ਨੂੰ ਤਰਜੀਹ ਦੇਣਾ। 5. (ਵਿਕਲਪਿਕ) ਨੀਤੀ ਦੇ ਨਕਸ਼ੇ ਨਾਲ ਸਬੰਧਤ ਕਿਸੇ ਸ਼੍ਰੇਣੀ ਲਈ ਨਿਰਧਾਰਤ ਬੈਂਡਵਿਡਥ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜਾਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਕਿ ਕਿਵੇਂ
ਵੱਖ-ਵੱਖ ਵਰਗਾਂ ਨੂੰ ਬਚੀ ਹੋਈ ਬੈਂਡਵਿਡਥ ਅਲਾਟ ਕਰਨ ਲਈ। 6. ਉਸ ਇੰਟਰਫੇਸ ਲਈ ਸੇਵਾ ਨੀਤੀ ਵਜੋਂ ਵਰਤੇ ਜਾਣ ਲਈ ਇੱਕ ਆਉਟਪੁੱਟ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਨੀਤੀ ਨਕਸ਼ੇ ਨੂੰ ਜੋੜਨਾ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 50 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਟੇਲ ਡ੍ਰੌਪ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਪਾਲਿਸੀ-ਮੈਪ ਟੈਸਟ-ਕਲਿਮਿਟ-1 ਰਾਊਟਰ(config-pmap)# ਕਲਾਸ qos-1 ਰਾਊਟਰ(config-pmap-c)# ਕਤਾਰ-ਸੀਮਾ 100 us ਰਾਊਟਰ(config-pmap-c)# ਤਰਜੀਹ ਪੱਧਰ 7 ਰਾਊਟਰ(config-pmap-c)# ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)# ਐਗਜ਼ਿਟ
ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਇੰਟਰਫੇਸ HundredGigE 0/6/0/18 ਰਾਊਟਰ(config-if)# service-policy output test-qlimit-1 ਰਾਊਟਰ(config-if)# ਕਮਿਟ

ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
ਪਾਲਿਸੀ-ਮੈਪ ਟੈਸਟ-ਕਲਿਮਿਟ-1 ਕਲਾਸ qos-1 ਕਤਾਰ-ਸੀਮਾ 100 ਯੂਐਸ ਤਰਜੀਹ ਪੱਧਰ 7! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ
!

ਪੁਸ਼ਟੀਕਰਨ

ਰਾਊਟਰ# qos int 0/6/0/18 ਆਉਟਪੁੱਟ ਦਿਖਾਓ

ਨੋਟ:- ਕੌਂਫਿਗਰ ਕੀਤੇ ਮੁੱਲ ਬਰੈਕਟਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ

ਇੰਟਰਫੇਸ HundredGigE0/6/0/18 ifh 0x3000220 — ਆਉਟਪੁੱਟ ਨੀਤੀ

NPU Id:

ਕਲਾਸਾਂ ਦੀ ਕੁੱਲ ਗਿਣਤੀ:

ਇੰਟਰਫੇਸ ਬੈਂਡਵਿਡਥ:

100000000 kbps

VOQ ਅਧਾਰ:

11176

VOQ ਸਟੈਟਸ ਹੈਂਡਲ:

0x88550ea0

ਲੇਖਾ ਦੀ ਕਿਸਮ:

ਲੇਅਰ 1 (ਲੇਅਰ 1 ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ ਸ਼ਾਮਲ ਕਰੋ)

——————————————————————————

ਲੈਵਲ1 ਕਲਾਸ (HP7)

= qos-1

Egressq ਕਤਾਰ ID

= 11177 (HP7 ਕਤਾਰ)

ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ

= 1253376 ਬਾਈਟ / 100 us (100 us)

WRED ਨੂੰ ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

Level1 ਕਲਾਸ Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਕਤਾਰ ਘੱਟੋ-ਘੱਟ ਬੀ.ਡਬਲਿਊ. ਉਲਟ ਵਜ਼ਨ / ਵਜ਼ਨ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ

= ਕਲਾਸ-ਡਿਫੌਲਟ = 11176 (ਡਿਫੌਲਟ LP ਕਤਾਰ) = 101803495 kbps (ਡਿਫੌਲਟ) = 0 kbps (ਡਿਫੌਲਟ) = 1 (BWR ਸੰਰਚਿਤ ਨਹੀਂ) = 1253376 ਬਾਈਟਸ / 10 ms (ਡਿਫੌਲਟ)

ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਟੇਲ ਡਰਾਪ ਅਤੇ FIFO ਕਤਾਰ, ਪੰਨਾ 50 'ਤੇ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 51 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਬੇਤਰਤੀਬ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਅਤੇ TCP

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਬੇਤਰਤੀਬ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਅਤੇ TCP
ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਸ਼ਨ (RED) ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣ ਦੀ ਤਕਨੀਕ ਸਲਾਹ ਲੈਂਦੀ ਹੈtagਟੀਸੀਪੀ ਦੀ ਭੀੜ ਨਿਯੰਤਰਣ ਵਿਧੀ ਦਾ e। ਜ਼ਿਆਦਾ ਭੀੜ-ਭੜੱਕੇ ਦੇ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਬੇਤਰਤੀਬੇ ਤੌਰ 'ਤੇ ਪੈਕੇਟ ਛੱਡਣ ਨਾਲ, RED ਪੈਕੇਟ ਸਰੋਤ ਨੂੰ ਇਸਦੀ ਪ੍ਰਸਾਰਣ ਦਰ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਇਹ ਮੰਨਦੇ ਹੋਏ ਕਿ ਪੈਕੇਟ ਸਰੋਤ TCP ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਇਹ ਇਸਦੀ ਪ੍ਰਸਾਰਣ ਦਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਸਾਰੇ ਪੈਕੇਟ ਆਪਣੀ ਮੰਜ਼ਿਲ 'ਤੇ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦੇ, ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਭੀੜ ਸਾਫ਼ ਹੋ ਗਈ ਹੈ। ਤੁਸੀਂ RED ਦੀ ਵਰਤੋਂ TCP ਨੂੰ ਪੈਕੇਟਾਂ ਦੇ ਪ੍ਰਸਾਰਣ ਨੂੰ ਹੌਲੀ ਕਰਨ ਦੇ ਤਰੀਕੇ ਵਜੋਂ ਕਰ ਸਕਦੇ ਹੋ। TCP ਨਾ ਸਿਰਫ਼ ਰੁਕਦਾ ਹੈ, ਸਗੋਂ ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਮੁੜ-ਚਾਲੂ ਵੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਪ੍ਰਸਾਰਣ ਦਰ ਨੂੰ ਉਸ ਦਰ ਨਾਲ ਅਨੁਕੂਲ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਦਾ ਨੈੱਟਵਰਕ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ। RED ਸਮੇਂ ਵਿੱਚ ਘਾਟੇ ਨੂੰ ਵੰਡਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਬਰਸਟ ਨੂੰ ਜਜ਼ਬ ਕਰਦੇ ਹੋਏ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ ਕਤਾਰ ਦੀ ਡੂੰਘਾਈ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ। ਇਹ ਔਸਤ ਕਤਾਰ ਦੇ ਆਕਾਰ 'ਤੇ ਕਾਰਵਾਈ ਕਰਕੇ ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਤੁਰੰਤ ਕਤਾਰ ਦੇ ਆਕਾਰ 'ਤੇ। ਜਦੋਂ ਇੱਕ ਇੰਟਰਫੇਸ 'ਤੇ ਸਮਰੱਥ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ RED ਪੈਕੇਟ ਛੱਡਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਸੰਰਚਨਾ ਦੌਰਾਨ ਤੁਹਾਡੇ ਦੁਆਰਾ ਚੁਣੀ ਗਈ ਦਰ 'ਤੇ ਭੀੜ ਹੁੰਦੀ ਹੈ।
ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਘੱਟੋ-ਘੱਟ ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕੀਵਰਡਾਂ ਵਾਲੀ ਬੇਤਰਤੀਬ-ਖੋਜ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ (RED) ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ · ਜੇਕਰ ਤੁਸੀਂ ਰੈਂਡਮ-ਡਿਟੈਕਟ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ ਕਲਾਸ-ਡਿਫਾਲਟ ਸਮੇਤ ਕਿਸੇ ਵੀ ਕਲਾਸ 'ਤੇ ਕਮਾਂਡ, ਹੇਠ ਲਿਖੀਆਂ ਕਮਾਂਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਸੰਰਚਨਾ ਕਰੋ: ਆਕਾਰ ਔਸਤ ਜਾਂ ਬੈਂਡਵਿਡਥ ਬਾਕੀ। · ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਕਤਾਰ-ਸੀਮਾ ਦੀ ਸੰਰਚਨਾ ਕਰਦੇ ਹੋ ਜੋ ਘੱਟੋ-ਘੱਟ ਸਮਰਥਿਤ ਮੁੱਲ ਤੋਂ ਘੱਟ ਹੈ, ਤਾਂ ਕੌਂਫਿਗਰ ਕੀਤਾ ਮੁੱਲ ਆਪਣੇ ਆਪ ਸਮਰਥਿਤ ਨਿਊਨਤਮ ਮੁੱਲ ਨਾਲ ਅਨੁਕੂਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਰੈਂਡਮ-ਡਿਟੈਕਟ ਦੀ ਸੰਰਚਨਾ ਕਰਦੇ ਸਮੇਂ, ਜੇਕਰ ਤੁਸੀਂ ਸੈਟ ਕਰਦੇ ਹੋ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਸਮਰਥਿਤ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਤੋਂ ਘੱਟ ਮੁੱਲ: · The ਮੁੱਲ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਘੱਟੋ-ਘੱਟ ਸਮਰਥਿਤ ਮੁੱਲ ਨਾਲ ਅਨੁਕੂਲ ਹੋ ਜਾਂਦਾ ਹੈ। · ਦ ਮੁੱਲ ਘੱਟੋ-ਘੱਟ ਸਮਰਥਿਤ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਤੋਂ ਉੱਪਰ ਦੇ ਮੁੱਲ ਨਾਲ ਆਟੋ-ਐਡਜਸਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਅਸਫਲ ਰੈਂਡਮ-ਡਿਟੈਕਟ ਸੰਰਚਨਾ ਹੁੰਦੀ ਹੈ। ਇਸ ਗਲਤੀ ਨੂੰ ਰੋਕਣ ਲਈ, ਸੰਰਚਿਤ ਕਰੋ ਮੁੱਲ ਅਜਿਹਾ ਹੈ ਕਿ ਇਹ ਵੱਧ ਹੈ ਮੁੱਲ ਜੋ ਤੁਹਾਡਾ ਸਿਸਟਮ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।
ਸੰਰਚਨਾ ਸਾਬਕਾampਬੇਤਰਤੀਬ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਸੰਰਚਨਾ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਹੇਠ ਲਿਖੇ ਨੂੰ ਪੂਰਾ ਕਰੋ: 1. ਇੱਕ ਨੀਤੀ ਨਕਸ਼ਾ ਬਣਾਉਣਾ (ਜਾਂ ਸੋਧਣਾ) ਜੋ ਕਿਸੇ ਸੇਵਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ
ਨੀਤੀ 2. ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਨੂੰ ਟ੍ਰੈਫਿਕ ਨੀਤੀ ਨਾਲ ਜੋੜਨਾ 3. ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੇ ਨਾਲ RED ਨੂੰ ਸਮਰੱਥ ਕਰਨਾ। 4. ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ:
· ਵੱਖ-ਵੱਖ ਕਲਾਸਾਂ ਨੂੰ ਬਚੀ ਹੋਈ ਬੈਂਡਵਿਡਥ ਨੂੰ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ। ਜਾਂ
· ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਸ਼ਚਿਤ ਬਿਟ ਦਰ ਜਾਂ ਇੱਕ ਪ੍ਰਤੀਸ਼ਤ ਦੇ ਰੂਪ ਵਿੱਚ ਆਕਾਰ ਦੇਣਾtagਉਪਲਬਧ ਬੈਂਡਵਿਡਥ ਦਾ e.
5. ਉਸ ਇੰਟਰਫੇਸ ਲਈ ਸੇਵਾ ਨੀਤੀ ਵਜੋਂ ਵਰਤੇ ਜਾਣ ਲਈ ਇੱਕ ਆਉਟਪੁੱਟ ਇੰਟਰਫੇਸ ਨਾਲ ਇੱਕ ਨੀਤੀ ਨਕਸ਼ੇ ਨੂੰ ਜੋੜਨਾ।
Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 52 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਕਨਫਿਗਰ)# ਪਾਲਿਸੀ-ਮੈਪ ਰੈੱਡ-ਐਬਸ-ਪਾਲਿਸੀ ਰਾਊਟਰ(ਕਨਫਿਗਰ-ਪੀਮੈਪ)# ਕਲਾਸ qos-1 ਰਾਊਟਰ(config-pmap-c)# ਰੈਂਡਮ-ਡਿਟੈਕਟ ਰਾਊਟਰ(config-pmap-c)# ਆਕਾਰ ਔਸਤ ਪ੍ਰਤੀਸ਼ਤ 10 ਰਾਊਟਰ(config-pmap-c)# ਐਂਡ-ਪਾਲਿਸੀ-ਮੈਪ ਰਾਊਟਰ(config)# ਕਮਿਟ ਰਾਊਟਰ(config)# ਇੰਟਰਫੇਸ HundredGigE0/0/0/12 ਰਾਊਟਰ(config- if)# ਸਰਵਿਸ-ਪਾਲਿਸੀ ਆਉਟਪੁੱਟ ਲਾਲ-abs-ਪਾਲਿਸੀ ਰਾਊਟਰ(config-if)# ਕਮਿਟ
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
ਪਾਲਿਸੀ-ਮੈਪ ਰੈੱਡ-ਐਬਸ-ਪਾਲਿਸੀ ਕਲਾਸ tc7
ਤਰਜੀਹ ਪੱਧਰ 1 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc6 ਤਰਜੀਹ ਪੱਧਰ 2 ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc5 ਆਕਾਰ ਔਸਤ 10 gbps ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc4 ਆਕਾਰ ਔਸਤ 10 gbps ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc3 ਆਕਾਰ ਔਸਤ 10 gbps ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc2 ਆਕਾਰ ਔਸਤ 10 gbps ਕਤਾਰ-ਸੀਮਾ 75 ਮੈਬਾਈਟ! ਕਲਾਸ tc1 ਸ਼ਕਲ ਔਸਤ 10 gbps ਬੇਤਰਤੀਬ-ਖੋਜ ਈਸੀਐਨ ਬੇਤਰਤੀਬ-ਖੋਜ 100 ਮੈਬਾਈਟ 200 ਮੈਬਾਈਟ! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਸ਼ਕਲ ਔਸਤ 10 gbps ਬੇਤਰਤੀਬ-ਖੋਜ 100 ਮੈਬਾਈਟ 200 ਮੈਬਾਈਟ! ਅੰਤ-ਨੀਤੀ-ਨਕਸ਼ੇ!
ਇੰਟਰਫੇਸ HundredGigE0/0/0/12 service-policy ਆਊਟਪੁੱਟ red-abs-policy ਬੰਦ!
ਪੁਸ਼ਟੀਕਰਨ
ਰਾਊਟਰ# qos int 0/6/0/18 ਆਉਟਪੁੱਟ ਦਿਖਾਓ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 53 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਨੋਟ:- ਕੌਂਫਿਗਰ ਕੀਤੇ ਮੁੱਲ ਬਰੈਕਟਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ

ਇੰਟਰਫੇਸ HundredGigE0/0/0/12 ifh 0x3000220 — ਆਉਟਪੁੱਟ ਨੀਤੀ

NPU Id:

ਕਲਾਸਾਂ ਦੀ ਕੁੱਲ ਗਿਣਤੀ:

ਇੰਟਰਫੇਸ ਬੈਂਡਵਿਡਥ:

100000000 kbps

VOQ ਅਧਾਰ:

11176

VOQ ਸਟੈਟਸ ਹੈਂਡਲ:

0x88550ea0

ਲੇਖਾ ਦੀ ਕਿਸਮ:

ਲੇਅਰ 1 (ਲੇਅਰ 1 ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਇਸ ਤੋਂ ਉੱਪਰ ਸ਼ਾਮਲ ਕਰੋ)

——————————————————————————

ਪੱਧਰ 1 ਕਲਾਸ

= qos-1

Egressq ਕਤਾਰ ID

= 11177 (LP ਕਤਾਰ)

ਕਤਾਰ ਅਧਿਕਤਮ ਬੀ.ਡਬਲਿਊ.

= 10082461 kbps (10 %)

ਕਤਾਰ ਘੱਟੋ-ਘੱਟ ਬੀ.ਡਬਲਿਊ.

= 0 kbps (ਡਿਫੌਲਟ)

ਉਲਟਾ ਭਾਰ/ਵਜ਼ਨ

= 1 (BWR ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ)

ਗਾਰੰਟੀਸ਼ੁਦਾ ਸੇਵਾ ਦਰ

= 10000000 kbps

ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ

= 12517376 ਬਾਈਟ / 10 ms (ਮੂਲ)

ਡਿਫਾਲਟ RED ਪ੍ਰੋfile RED ਮਿਨ. ਥ੍ਰੈਸ਼ਹੋਲਡ RED ਅਧਿਕਤਮ। ਥ੍ਰੈਸ਼ਹੋਲਡ

= 12517376 ਬਾਈਟ (10 ms) = 12517376 ਬਾਈਟ (10 ms)

Level1 ਕਲਾਸ Egressq ਕਤਾਰ ID ਕਤਾਰ ਅਧਿਕਤਮ। ਬੀ.ਡਬਲਿਊ. ਕਤਾਰ ਘੱਟੋ-ਘੱਟ ਬੀ.ਡਬਲਿਊ. ਉਲਟ ਵਜ਼ਨ / ਵਜ਼ਨ ਦੀ ਗਾਰੰਟੀਸ਼ੁਦਾ ਸੇਵਾ ਦਰ ਟੇਲਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ WRED ਇਸ ਕਲਾਸ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤੀ ਗਈ

= ਕਲਾਸ-ਡਿਫੌਲਟ = 11176 (ਡਿਫੌਲਟ LP ਕਤਾਰ) = 101803495 kbps (ਡਿਫੌਲਟ) = 0 kbps (ਡਿਫੌਲਟ) = 1 (BWR ਸੰਰਚਿਤ ਨਹੀਂ) = 50000000 kbps = 62652416 ਬਾਈਟਸ / 10 ms (ਡਿਫੌਲਟ)

ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਬੇਤਰਤੀਬੇ ਸ਼ੁਰੂਆਤੀ ਖੋਜ ਅਤੇ TCP, ਪੰਨਾ 52 'ਤੇ

ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ
ਰੈਂਡਮ ਅਰਲੀ ਡਿਟੈਕਸ਼ਨ (RED) ਨੂੰ ਇੱਕ ਨੈੱਟਵਰਕ ਦੇ ਕੋਰ ਰਾਊਟਰਾਂ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਐਜ ਰਾਊਟਰ ਪੈਕੇਟਾਂ ਨੂੰ IP ਤਰਜੀਹਾਂ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਪੈਕੇਟ ਨੈੱਟਵਰਕ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹਨ। RED ਦੇ ਨਾਲ, ਕੋਰ ਰਾਊਟਰ ਫਿਰ ਇਹਨਾਂ ਤਰਜੀਹਾਂ ਦੀ ਵਰਤੋਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਰਦੇ ਹਨ ਕਿ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਟ੍ਰੈਫਿਕ ਦਾ ਇਲਾਜ ਕਿਵੇਂ ਕਰਨਾ ਹੈ। RED ਵੱਖ-ਵੱਖ IP ਤਰਜੀਹਾਂ ਲਈ ਪ੍ਰਤੀ ਟ੍ਰੈਫਿਕ ਸ਼੍ਰੇਣੀ ਜਾਂ ਕਤਾਰ ਲਈ ਇੱਕ ਸਿੰਗਲ ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵਜ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ECN RED ਲਈ ਇੱਕ ਐਕਸਟੈਂਸ਼ਨ ਹੈ। ਜਦੋਂ ਔਸਤ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਇੱਕ ਖਾਸ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ ਤਾਂ ECN ਪੈਕੇਟਾਂ ਨੂੰ ਛੱਡਣ ਦੀ ਬਜਾਏ ਉਹਨਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ। ਕੌਂਫਿਗਰ ਕੀਤੇ ਜਾਣ 'ਤੇ, ECN ਰਾਊਟਰਾਂ ਅਤੇ ਅੰਤਮ ਹੋਸਟਾਂ ਨੂੰ ਇਹ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਭੀੜ-ਭੜੱਕੇ ਵਾਲਾ ਹੈ ਅਤੇ ਪੈਕੇਟ ਭੇਜਣਾ ਹੌਲੀ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਵਿਸਤ੍ਰਿਤ ਮੈਮੋਰੀ ਲਈ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਉੱਪਰ ਹੈ, ਤਾਂ ਪੈਕੇਟ ਛੱਡ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਉਹੋ ਜਿਹਾ ਇਲਾਜ ਹੈ ਜੋ ਇੱਕ ਪੈਕੇਟ ਨੂੰ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਦੋਂ RED ਨੂੰ ਰਾਊਟਰ 'ਤੇ ECN ਕੌਂਫਿਗਰ ਕੀਤੇ ਬਿਨਾਂ ਸਮਰੱਥ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
RFC 3168, ਦਿ ਐਡੀਸ਼ਨ ਆਫ ਐਕਸਪਲੀਸਿਟ ਕੰਜੈਸ਼ਨ ਨੋਟੀਫਿਕੇਸ਼ਨ (ECN) to IP, ਕਹਿੰਦਾ ਹੈ ਕਿ ਐਕਟਿਵ ਕਤਾਰ ਪ੍ਰਬੰਧਨ ਦੇ ਜੋੜ ਨਾਲ (ਸਾਬਕਾ ਲਈample, RED) ਇੰਟਰਨੈਟ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ, ਰਾਊਟਰ ਹੁਣ ਭੀੜ ਦੇ ਸੰਕੇਤ ਵਜੋਂ ਪੈਕੇਟ ਦੇ ਨੁਕਸਾਨ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਰਹੇ ਹਨ।

ਨੋਟ ਤੁਸੀਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ ਤੁਸੀਂ ਪ੍ਰਵੇਸ਼ ਨੀਤੀ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਨਾਲ qos-ਗਰੁੱਪ ਜਾਂ mpls ਪ੍ਰਯੋਗਾਤਮਕ ਸੈਟ ਕਰਦੇ ਹੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 54 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ

ECN ਨੂੰ ਲਾਗੂ ਕਰਨਾ
ECN ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ECN-ਵਿਸ਼ੇਸ਼ ਖੇਤਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ IP ਸਿਰਲੇਖ ਵਿੱਚ ਦੋ ਬਿੱਟ ਹੁੰਦੇ ਹਨ-ECN-ਸਮਰੱਥ ਟ੍ਰਾਂਸਪੋਰਟ (ECT) ਬਿੱਟ ਅਤੇ CE (ਭੀੜ ਦਾ ਅਨੁਭਵ) ਬਿੱਟ। ECT ਬਿੱਟ ਅਤੇ CE ਬਿੱਟ ਦੀ ਵਰਤੋਂ 00 ਤੋਂ 11 ਦੇ ਚਾਰ ਕੋਡ ਪੁਆਇੰਟ ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਪਹਿਲਾ ਨੰਬਰ ECT ਬਿੱਟ ਹੈ ਅਤੇ ਦੂਜਾ ਨੰਬਰ CE ਬਿੱਟ ਹੈ।
ਸਾਰਣੀ 12: ECN ਬਿੱਟ ਸੈਟਿੰਗ

ECT ਬਿੱਟ 0 0
1
1

CE ਬਿੱਟ 0 1
0
1

ਸੁਮੇਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ
ਨਹੀਂ-ECN-ਸਮਰੱਥ।
ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅੰਤਮ ਬਿੰਦੂ ECN-ਸਮਰੱਥ ਹਨ।
ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅੰਤਮ ਬਿੰਦੂ ECN-ਸਮਰੱਥ ਹਨ।
ਭੀੜ ਦਾ ਅਨੁਭਵ ਹੋਇਆ।

ECN ਫੀਲਡ ਸੁਮੇਲ 00 ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਪੈਕੇਟ ECN ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ। ਕੋਡ ਪੁਆਇੰਟ 01 ਅਤੇ 10–ਕਹਿੰਦੇ ECT(1) ਅਤੇ ECT(0), ਕ੍ਰਮਵਾਰ–ਡੇਟਾ ਭੇਜਣ ਵਾਲੇ ਦੁਆਰਾ ਇਹ ਦਰਸਾਉਣ ਲਈ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ ਕਿ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅੰਤਮ ਬਿੰਦੂ ECN-ਸਮਰੱਥ ਹਨ। ਰਾਊਟਰ ਇਹਨਾਂ ਦੋ ਕੋਡ ਬਿੰਦੂਆਂ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਵਰਤਦੇ ਹਨ। ਡੇਟਾ ਭੇਜਣ ਵਾਲੇ ਇਹਨਾਂ ਦੋ ਸੰਜੋਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜਾਂ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ। ECN ਫੀਲਡ ਸੁਮੇਲ 11 ਅੰਤਮ ਬਿੰਦੂਆਂ ਲਈ ਭੀੜ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇੱਕ ਰਾਊਟਰ ਦੀ ਪੂਰੀ ਕਤਾਰ ਵਿੱਚ ਪਹੁੰਚਣ ਵਾਲੇ ਪੈਕੇਟ ਛੱਡ ਦਿੱਤੇ ਜਾਣਗੇ।

ECN ਸਮਰੱਥ ਹੋਣ 'ਤੇ ਪੈਕੇਟ ਹੈਂਡਲਿੰਗ
ਜਦੋਂ ECN ਸਮਰਥਿਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਵਿਚਕਾਰ ਸਾਰੇ ਪੈਕੇਟ ਅਤੇ ECN ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਹਨ। ਜੇਕਰ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਘੱਟੋ-ਘੱਟ ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੇ ਵਿਚਕਾਰ ਹੋਵੇ ਤਾਂ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਦ੍ਰਿਸ਼ ਪੈਦਾ ਹੁੰਦੇ ਹਨ:
· ਜੇਕਰ ਪੈਕੇਟ 'ਤੇ ECN ਫੀਲਡ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਅੰਤਮ ਬਿੰਦੂ ECN-ਸਮਰੱਥ ਹਨ (ਭਾਵ, ECT ਬਿੱਟ ਨੂੰ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ CE ਬਿੱਟ ਨੂੰ 0 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਾਂ ECT ਬਿੱਟ ਨੂੰ 0 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ CE ਬਿੱਟ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ। 1 ਤੱਕ)-ਅਤੇ RED ਐਲਗੋਰਿਦਮ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਨੂੰ ਡ੍ਰੌਪ ਸੰਭਾਵਨਾ ਦੇ ਅਧਾਰ 'ਤੇ ਛੱਡਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ-ਪੈਕੇਟ ਲਈ ECT ਅਤੇ CE ਬਿੱਟਾਂ ਨੂੰ 1 ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪੈਕੇਟ ਸੰਚਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਜਿਹਾ ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ECN ਸਮਰਥਿਤ ਹੈ ਅਤੇ ਪੈਕੇਟ ਸੁੱਟਣ ਦੀ ਬਜਾਏ ਮਾਰਕ ਹੋ ਜਾਂਦਾ ਹੈ।
· ਜੇਕਰ ਪੈਕੇਟ 'ਤੇ ECN ਫੀਲਡ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਐਂਡਪੁਆਇੰਟ ECN-ਸਮਰੱਥ ਨਹੀਂ ਹੈ (ਭਾਵ, ECT ਬਿੱਟ 0 'ਤੇ ਸੈੱਟ ਹੈ ਅਤੇ CE ਬਿੱਟ ਨੂੰ 0 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ), ਤਾਂ ਪੈਕੇਟ ਸੰਚਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਜੇਕਰ, ਹਾਲਾਂਕਿ, ਅਧਿਕਤਮ ਟੇਲ ਡ੍ਰੌਪ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਪਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪੈਕੇਟ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਉਹੋ ਜਿਹਾ ਇਲਾਜ ਹੈ ਜੋ ਇੱਕ ਪੈਕੇਟ ਨੂੰ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਦੋਂ RED ਨੂੰ ਰਾਊਟਰ 'ਤੇ ECN ਕੌਂਫਿਗਰ ਕੀਤੇ ਬਿਨਾਂ ਸਮਰੱਥ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
· ਜੇਕਰ ਪੈਕੇਟ 'ਤੇ ECN ਖੇਤਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਨੈਟਵਰਕ ਭੀੜ ਦਾ ਅਨੁਭਵ ਕਰ ਰਿਹਾ ਹੈ (ਭਾਵ, ECT ਬਿੱਟ ਅਤੇ CE ਬਿੱਟ ਦੋਵੇਂ 1 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ), ਤਾਂ ਪੈਕੇਟ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹੋਰ ਮਾਰਕਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਸੰਰਚਨਾ ਸਾਬਕਾample
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਪਾਲਿਸੀ-ਮੈਪ ਪਾਲਿਸੀ1 ਰਾਊਟਰ(config-pmap)# ਕਲਾਸ ਕਲਾਸ 1 ਰਾਊਟਰ(config-pmap-c)# ਬੈਂਡਵਿਡਥ ਪ੍ਰਤੀਸ਼ਤ 50 ਰਾਊਟਰ(config-pmap-c)# ਬੇਤਰਤੀਬ-ਖੋਜ 1000 ਪੈਕੇਟ 2000 ਪੈਕੇਟ ਰਾਊਟਰ (config-pmap-c)# random-detect ecn ਰਾਊਟਰ(config-pmap-c)# ਐਗਜ਼ਿਟ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 55 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ

ਭੀੜ-ਭੜੱਕੇ ਤੋਂ ਬਚਣਾ

ਰਾਊਟਰ(config-pmap)# ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config)# ਕਮਿਟ

ਤਸਦੀਕ ਸੰਰਚਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਦਿਖਾਓ ਨੀਤੀ-ਨਕਸ਼ੇ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਰਾਊਟਰ# ਦਿਖਾਓ ਨੀਤੀ-ਨਕਸ਼ੇ int hu 0/0/0/35 ਆਉਟਪੁੱਟ TenGigE0/0/0/6 ਆਉਟਪੁੱਟ: pm-out-queue

HundredGigE0/0/0/35 ਆਉਟਪੁੱਟ: egress_qosgrp_ecn

ਕਲਾਸ tc7

ਵਰਗੀਕਰਨ ਦੇ ਅੰਕੜੇ

ਮੇਲ ਖਾਂਦਾ ਹੈ

ਪ੍ਰਸਾਰਿਤ

ਕੁੱਲ ਘਟਾਇਆ ਗਿਆ

ਕਤਾਰਬੱਧ ਅੰਕੜੇ

ਕਤਾਰ ID

ਟੇਲਡ੍ਰੌਪਡ (ਪੈਕੇਟ/ਬਾਈਟ)

(ਪੈਕੇਟ/ਬਾਈਟ)

(ਦਰ - kbps)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

WRED ਪ੍ਰੋfile ਲਈ

ਲਾਲ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਬੇਤਰਤੀਬ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

RED ecn ਚਿੰਨ੍ਹਿਤ ਅਤੇ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ): 188696802/193225525248

ਕਲਾਸ tc6

ਵਰਗੀਕਰਨ ਦੇ ਅੰਕੜੇ

(ਪੈਕੇਟ/ਬਾਈਟ)

(ਦਰ - kbps)

ਮੇਲ ਖਾਂਦਾ ਹੈ

666803815/133360763000

ਪ੍ਰਸਾਰਿਤ

642172362/128434472400

ਕੁੱਲ ਘਟਾਇਆ ਗਿਆ

24631453/4926290600

ਕਤਾਰਬੱਧ ਅੰਕੜੇ

ਕਤਾਰ ID

: 18182

ਟੇਲਡ੍ਰੌਪਡ (ਪੈਕੇਟ/ਬਾਈਟ)

: 24631453/4926290600

WRED ਪ੍ਰੋfile ਲਈ

ਲਾਲ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਬੇਤਰਤੀਬ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

RED ecn ਚਿੰਨ੍ਹਿਤ ਅਤੇ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ): 641807908/128361581600

ਕਲਾਸ tc5

ਵਰਗੀਕਰਨ ਦੇ ਅੰਕੜੇ

(ਪੈਕੇਟ/ਬਾਈਟ)

(ਦਰ - kbps)

ਮੇਲ ਖਾਂਦਾ ਹੈ

413636363/82727272600

6138

ਪ੍ਰਸਾਰਿਤ

398742312/79748462400

5903

ਕੁੱਲ ਘਟਾਇਆ ਗਿਆ

14894051/2978810200

235

ਕਤਾਰਬੱਧ ਅੰਕੜੇ

ਕਤਾਰ ID

: 18181

ਟੇਲਡ੍ਰੌਪਡ (ਪੈਕੇਟ/ਬਾਈਟ)

: 14894051/2978810200

WRED ਪ੍ਰੋfile ਲਈ

ਲਾਲ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਬੇਤਰਤੀਬ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

ਲਾਲ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਬੂੰਦਾਂ (ਪੈਕੇਟ/ਬਾਈਟ)

: N/A

RED ecn ਚਿੰਨ੍ਹਿਤ ਅਤੇ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ): 398377929/79675585800

ਨੋਟ ਕਰੋ RED ECN ਚਿੰਨ੍ਹਿਤ ਅਤੇ ਪ੍ਰਸਾਰਿਤ (ਪੈਕੇਟ/ਬਾਈਟ) ਕਤਾਰ ECN ਮਾਰਕ ਕੀਤੇ ਪੈਕੇਟਾਂ ਲਈ ਅੰਕੜੇ ਦਰਸਾਉਂਦੀ ਹੈ। ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਇਹ 0/0 ਦਿਖਾਉਂਦਾ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 56 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

6 ਅਧਿਆਇ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

· ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਓਵਰview, ਪੰਨਾ 57 'ਤੇ · ਸੰਰਚਨਾਯੋਗ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਅਧਿਕਤਮ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ, ਪੰਨਾ 66 'ਤੇ · ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਵਾਚਡੌਗ ਓਵਰview, ਪੰਨਾ 71 'ਤੇ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਓਵਰview

ਸਾਰਣੀ 13: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ
ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ
ਸਿਸਕੋ 8808 ਅਤੇ ਸਿਸਕੋ 8812 ਮਾਡਯੂਲਰ ਚੈਸੀ ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ

ਰੀਲੀਜ਼ ਜਾਣਕਾਰੀ ਰੀਲੀਜ਼ 7.5.3

ਸ਼ਾਰਟਲਿੰਕ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਰੀਲੀਜ਼ 7.3.3

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਹੁਣ ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਸਮਰਥਿਤ ਹੈ:
· 88-LC0-34H14FH
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਬਫਰ-ਅੰਦਰੂਨੀ ਅਤੇ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡਾਂ ਵਿੱਚ ਸਮਰਥਿਤ ਹੈ:
· 88-LC0-36FH
ਬਫਰ-ਬਾਹਰੀ ਮੋਡ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ ਸਮਰਥਨ ਹੁਣ ਹੇਠਾਂ ਦਿੱਤੇ ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਤੱਕ ਫੈਲਿਆ ਹੋਇਆ ਹੈ:
· 88-LC0-36FH-M
· 8800-LC-48H
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ hw-module ਪ੍ਰੋfile priority-flow-control ਕਮਾਂਡ 88-LC0-36FH ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 57 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਓਵਰview

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ

ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰੋ

ਸਿਸਕੋ 8800 36×400 GbE QSFP56-DD ਲਾਈਨ ਕਾਰਡਾਂ (88-LC0-36FH-M) 'ਤੇ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਸਹਾਇਤਾ

7.3.15 ਰਿਲੀਜ਼ ਕਰੋ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ

7.3.1 ਰਿਲੀਜ਼ ਕਰੋ

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ hw-module ਪ੍ਰੋfile priority-flow-control ਕਮਾਂਡ 88-LC0-36FH-M ਅਤੇ 8800-LC-48H ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀਆਂ ਸਾਰੀਆਂ ਪਿਛਲੀਆਂ ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਅਤੇ ਲਾਭ ਇਹਨਾਂ ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਉਪਲਬਧ ਹਨ। ਹਾਲਾਂਕਿ, ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹਨਾਂ ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਪ੍ਰਦਰਸ਼ਨ ਸਮਰੱਥਾ ਜਾਂ ਹੈੱਡਰੂਮ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਕੌਂਫਿਗਰੇਸ਼ਨ ਲੋੜ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਨੁਕਸਾਨ ਰਹਿਤ ਵਿਵਹਾਰ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਕਲੋਡ ਨੂੰ ਬਿਹਤਰ ਪ੍ਰਬੰਧ ਅਤੇ ਸੰਤੁਲਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਬੈਂਡਵਿਡਥ ਅਤੇ ਸਰੋਤਾਂ ਦੀ ਕੁਸ਼ਲ ਵਰਤੋਂ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਅਤੇ hw-module ਪ੍ਰੋfile priority-flow-control ਕਮਾਂਡ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।

ਤਰਜੀਹ-ਅਧਾਰਿਤ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ (IEEE 802.1Qbb), ਜਿਸ ਨੂੰ ਕਲਾਸ-ਅਧਾਰਿਤ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ (CBFC) ਜਾਂ ਪ੍ਰਤੀ ਤਰਜੀਹ ਵਿਰਾਮ (PPP) ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਵਿਧੀ ਹੈ ਜੋ ਭੀੜ ਦੇ ਕਾਰਨ ਫਰੇਮ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਰੋਕਦੀ ਹੈ। PFC 802.x ਫਲੋ ਕੰਟਰੋਲ (ਪੌਜ਼ ਫਰੇਮ) ਜਾਂ ਲਿੰਕ-ਲੈਵਲ ਫਲੋ ਕੰਟਰੋਲ (LFC) ਦੇ ਸਮਾਨ ਹੈ। ਹਾਲਾਂਕਿ, PFC ਪ੍ਰਤੀ ਕਲਾਸ-ਆਫ-ਸਰਵਿਸ (CoS) ਦੇ ਆਧਾਰ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ।
ਭੀੜ-ਭੜੱਕੇ ਦੇ ਦੌਰਾਨ, PFC ਰੁਕਣ ਲਈ CoS ਮੁੱਲ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਇੱਕ ਵਿਰਾਮ ਫਰੇਮ ਭੇਜਦਾ ਹੈ। ਇੱਕ PFC ਵਿਰਾਮ ਫਰੇਮ ਵਿੱਚ ਹਰੇਕ CoS ਲਈ ਇੱਕ 2-ਓਕਟੇਟ ਟਾਈਮਰ ਮੁੱਲ ਹੁੰਦਾ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਣ ਲਈ ਸਮੇਂ ਦੀ ਲੰਬਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਟਾਈਮਰ ਲਈ ਸਮੇਂ ਦੀ ਇਕਾਈ ਵਿਰਾਮ ਕੁਆਂਟਾ ਵਿੱਚ ਦਰਸਾਈ ਗਈ ਹੈ। ਇੱਕ ਕੁਆਂਟਾ ਪੋਰਟ ਦੀ ਗਤੀ ਤੇ 512 ਬਿੱਟਾਂ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਸਮਾਂ ਹੈ। ਰੇਂਜ 0 ਤੋਂ 65535 ਕੁਆਂਟਾ ਤੱਕ ਹੈ।
PFC ਪੀਅਰ ਨੂੰ ਕਿਸੇ ਜਾਣੇ-ਪਛਾਣੇ ਮਲਟੀਕਾਸਟ ਪਤੇ 'ਤੇ ਇੱਕ ਵਿਰਾਮ ਫਰੇਮ ਭੇਜ ਕੇ ਕਿਸੇ ਖਾਸ CoS ਮੁੱਲ ਦੇ ਫਰੇਮਾਂ ਨੂੰ ਭੇਜਣਾ ਬੰਦ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਇਹ ਵਿਰਾਮ ਫਰੇਮ ਇੱਕ-ਹੋਪ ਫਰੇਮ ਹੈ ਅਤੇ ਪੀਅਰ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾਣ 'ਤੇ ਅੱਗੇ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਭੀੜ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਰਾਊਟਰ PFC ਫਰੇਮਾਂ ਨੂੰ ਅੱਪਸਟ੍ਰੀਮ ਨੋਡ ਨੂੰ ਭੇਜਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।
ਤੁਸੀਂ hw-module pro ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਹਰੇਕ ਲਾਈਨ ਕਾਰਡ ਲਈ PFC ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋfile ਦੋ ਮੋਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ priority-flow-control ਕਮਾਂਡ:
· ਬਫਰ-ਅੰਦਰੂਨੀ
· ਬਫਰ-ਵਿਸਤ੍ਰਿਤ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 58 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ

ਨੋਟ ਕਰੋ PFC ਥ੍ਰੈਸ਼ਹੋਲਡ ਕੌਂਫਿਗਰੇਸ਼ਨਾਂ ਨੂੰ ਰੋਕੋ ਕਮਾਂਡ ਵਿੱਚ ਬਰਤਰਫ਼ ਕੀਤਾ ਗਿਆ ਹੈ। hw-ਮੋਡਿਊਲ ਪ੍ਰੋ ਦੀ ਵਰਤੋਂ ਕਰੋfile PFC ਥ੍ਰੈਸ਼ਹੋਲਡ ਸੰਰਚਨਾ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ priority-flow-control ਕਮਾਂਡ।
ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਪੰਨਾ 61 'ਤੇ, ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
· ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਵਾਚਡੌਗ ਓਵਰview, ਪੰਨਾ 71 'ਤੇ
ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ
ਇਸ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੇਕਰ PFC-ਸਮਰੱਥ ਡਿਵਾਈਸਾਂ 1 ਕਿਲੋਮੀਟਰ ਤੋਂ ਵੱਧ ਦੂਰ ਨਹੀਂ ਹਨ। ਤੁਸੀਂ hw-ਮੋਡਿਊਲ ਪ੍ਰੋ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਲਈ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ, ਹੈੱਡਰੂਮ (ਦੋਵੇਂ PFC ਨਾਲ ਸੰਬੰਧਿਤ) ਅਤੇ ECN ਲਈ ਮੁੱਲ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ।file ਇਸ ਮੋਡ ਵਿੱਚ priority-flow-control ਕਮਾਂਡ। ਬਫਰ-ਅੰਦਰੂਨੀ ਸੰਰਚਨਾ ਉਹਨਾਂ ਸਾਰੀਆਂ ਪੋਰਟਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜੋ ਲਾਈਨ ਕਾਰਡ ਹੋਸਟ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਪ੍ਰਤੀ ਲਾਈਨ ਕਾਰਡ ਲਈ ਇਹਨਾਂ ਮੁੱਲਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ। ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੀ ਕਤਾਰ ਨੀਤੀ ਵਿੱਚ ਮੌਜੂਦਾ ਕਤਾਰ ਸੀਮਾ ਅਤੇ ECN ਕੌਂਫਿਗਰੇਸ਼ਨ ਦਾ ਇਸ ਮੋਡ ਵਿੱਚ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੈ। ਇਸ ਮੋਡ ਲਈ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕਤਾਰ ਸੀਮਾ = ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ + ਹੈੱਡਰੂਮ (ਬਾਈਟ ਵਿੱਚ)
ਪਾਬੰਦੀਆਂ ਅਤੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼
ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ PFC ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਸਮੇਂ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪਾਬੰਦੀਆਂ ਅਤੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।
· PFC ਵਿਸ਼ੇਸ਼ਤਾ ਸਥਿਰ ਚੈਸੀ ਸਿਸਟਮਾਂ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। · ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਪੀਐਫਸੀ ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਹੋਈ ਚੈਸੀ 'ਤੇ ਕੋਈ ਬ੍ਰੇਕਆਊਟ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। PFC ਦੀ ਸੰਰਚਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
ਅਤੇ ਉਸੇ ਚੈਸੀ 'ਤੇ ਬ੍ਰੇਕਆਉਟ ਅਚਾਨਕ ਵਿਵਹਾਰ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਦਾ ਨੁਕਸਾਨ ਵੀ ਸ਼ਾਮਲ ਹੈ। · ਵਿਸ਼ੇਸ਼ਤਾ ਬੰਡਲ ਅਤੇ ਗੈਰ-ਬੰਡਲ ਸਬ-ਇੰਟਰਫੇਸ ਕਤਾਰਾਂ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। · ਵਿਸ਼ੇਸ਼ਤਾ 40GbE, 100 GbE, ਅਤੇ 400 GbE ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਸਮਰਥਿਤ ਹੈ। · ਵਿਸ਼ੇਸ਼ਤਾ 4xVOQ ਕਤਾਰ ਮੋਡ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। · VOQ ਕਾਊਂਟਰਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਦੀ ਸੰਰਚਨਾ ਕਰਨ ਵੇਲੇ ਵਿਸ਼ੇਸ਼ਤਾ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ
ਲੰਬੇ ਸਮੇਂ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਵਾਲੇ PFC-ਸਮਰੱਥ ਡਿਵਾਈਸਾਂ ਲਈ ਇਸ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਤੁਸੀਂ hw-module pro ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਲਈ ਮੁੱਲ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋfile ਇਸ ਮੋਡ ਵਿੱਚ priority-flow-control ਕਮਾਂਡ। ਤੁਹਾਨੂੰ, ਹਾਲਾਂਕਿ, ECN ਅਤੇ ਕਤਾਰ ਸੀਮਾਵਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੀ ਕਤਾਰ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਸੰਰਚਨਾ ਉਹਨਾਂ ਸਾਰੀਆਂ ਪੋਰਟਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜੋ ਲਾਈਨ ਕਾਰਡ ਹੋਸਟ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਪ੍ਰਤੀ ਲਾਈਨ ਕਾਰਡ ਲਈ ਇਹਨਾਂ ਮੁੱਲਾਂ ਦਾ ਇੱਕ ਸੈੱਟ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 59 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਮਹੱਤਵਪੂਰਨ ਵਿਚਾਰ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਸੰਰਚਨਾ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ · 88-LC0-36FH-M ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਦੀ ਸੰਰਚਨਾ ਕਰਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ: · ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਇਲਾਵਾ, ਤੁਹਾਨੂੰ ਹੈੱਡਰੂਮ ਲਈ ਮੁੱਲਾਂ ਦੀ ਸੰਰਚਨਾ ਵੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। · ਹੈੱਡਰੂਮ ਮੁੱਲ ਦੀ ਰੇਂਜ 4 ਤੋਂ 75000 ਤੱਕ ਹੈ। · ਕਿਲੋਬਾਈਟ (KB) ਜਾਂ ਮੈਗਾਬਾਈਟ (MB) ਦੀਆਂ ਇਕਾਈਆਂ ਵਿੱਚ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਹੈੱਡਰੂਮ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰੋ।
· 8800-LC-48H ਲਾਈਨ ਕਾਰਡਾਂ 'ਤੇ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤੇ: · ਸਿਰਫ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਲਈ ਮੁੱਲਾਂ ਦੀ ਸੰਰਚਨਾ ਕਰੋ। ਹੈੱਡਰੂਮ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਨਾ ਕਰੋ। · ਮਿਲੀਸਕਿੰਟ (ms) ਜਾਂ ਮਾਈਕ੍ਰੋਸਕਿੰਡਾਂ ਦੀਆਂ ਇਕਾਈਆਂ ਵਿੱਚ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ। · ਕਿਲੋਬਾਈਟ (KB) ਜਾਂ ਮੈਗਾਬਾਈਟ (MB) ਯੂਨਿਟਾਂ ਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ, ਭਾਵੇਂ CLI ਉਹਨਾਂ ਨੂੰ ਵਿਕਲਪਾਂ ਵਜੋਂ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ ਮਿਲੀਸਕਿੰਟ (ms) ਜਾਂ ਮਾਈਕ੍ਰੋ ਸਕਿੰਟਾਂ ਦੀਆਂ ਇਕਾਈਆਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

(ਪੰਨਾ 61 'ਤੇ, ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ ਵੀ ਦੇਖੋ)

ਮਹੱਤਵਪੂਰਨ ਵਿਚਾਰ
· ਜੇਕਰ ਤੁਸੀਂ PFC ਮੁੱਲਾਂ ਨੂੰ ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਲਾਈਨ ਕਾਰਡ ਲਈ ECN ਮੁੱਲ ਬਫਰ-ਅੰਦਰੂਨੀ ਸੰਰਚਨਾ ਤੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ PFC ਮੁੱਲਾਂ ਨੂੰ ਬਫਰ-ਐਕਸਟੇਂਡ ਮੋਡ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ, ਤਾਂ ECN ਮੁੱਲ ਨੀਤੀ ਨਕਸ਼ੇ ਤੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ। (ECN ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਵੇਰਵਿਆਂ ਲਈ, ਸਫ਼ਾ 54 'ਤੇ, ਸਪੱਸ਼ਟ ਭੀੜ ਸੂਚਨਾ ਵੇਖੋ।)
· ਬਫਰ-ਅੰਦਰੂਨੀ ਅਤੇ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਇੱਕੋ ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਇਕੱਠੇ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ।
· ਜੇਕਰ ਤੁਸੀਂ ਲਾਈਨ ਕਾਰਡ 'ਤੇ ਟ੍ਰੈਫਿਕ-ਸ਼੍ਰੇਣੀ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਜੋੜਦੇ ਜਾਂ ਹਟਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਲਾਈਨ ਕਾਰਡ ਨੂੰ ਮੁੜ ਲੋਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
· ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਤੁਸੀਂ ਲਾਈਨ ਕਾਰਡ ਨੂੰ ਰੀਲੋਡ ਕੀਤੇ ਬਿਨਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਮੁੱਲ ਬਦਲ ਸਕਦੇ ਹੋ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਨਵੀਂ ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਜੋੜਦੇ ਹੋ ਅਤੇ ਇਹਨਾਂ ਮੁੱਲਾਂ ਨੂੰ ਉਸ ਟ੍ਰੈਫਿਕ ਕਲਾਸ 'ਤੇ ਪਹਿਲੀ ਵਾਰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਮੁੱਲਾਂ ਦੇ ਪ੍ਰਭਾਵ ਵਿੱਚ ਆਉਣ ਲਈ ਲਾਈਨ ਕਾਰਡ ਨੂੰ ਰੀਲੋਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
· ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ
· ਹੈੱਡਰੂਮ
· ECN

· ਜੇਕਰ ਤੁਸੀਂ hw-module pro ਦੀ ਵਰਤੋਂ ਕਰਕੇ ECN ਸੰਰਚਨਾ ਨੂੰ ਜੋੜਦੇ ਜਾਂ ਹਟਾਉਂਦੇ ਹੋfile priority-flow-control ਕਮਾਂਡ, ਤੁਹਾਨੂੰ ECN ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਲਾਈਨ ਕਾਰਡ ਨੂੰ ਮੁੜ ਲੋਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
· ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਲਈ ਪੀਐਫਸੀ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਰੇਂਜ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹਨ।

ਥ੍ਰੈਸ਼ਹੋਲਡ

ਸੰਰਚਿਤ (ਬਾਈਟ)

ਵਿਰਾਮ (ਮਿੰਟ)

307200

ਵਿਰਾਮ (ਵੱਧ ਤੋਂ ਵੱਧ)

422400

ਹੈੱਡਰੂਮ (ਮਿੰਟ)

345600

ਹੈੱਡਰੂਮ (ਅਧਿਕਤਮ)

537600

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 60 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਲਈ ਹਾਰਡਵੇਅਰ ਸਹਾਇਤਾ

ਥ੍ਰੈਸ਼ਹੋਲਡ ecn (min) ecn (ਅਧਿਕਤਮ)

ਸੰਰਚਿਤ (ਬਾਈਟ) 153600 403200

· ਇੱਕ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ ਲਈ, ECN ਮੁੱਲ ਹਮੇਸ਼ਾਂ ਕੌਂਫਿਗਰ ਕੀਤੇ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਤੋਂ ਘੱਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
· ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਹੈੱਡਰੂਮ ਲਈ ਸੰਯੁਕਤ ਕੌਂਫਿਗਰ ਕੀਤੇ ਮੁੱਲ 844800 ਬਾਈਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ। ਨਹੀਂ ਤਾਂ, ਸੰਰਚਨਾ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ।
· ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਲਈ ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ ਵੈਲਯੂ ਰੇਂਜ 2 ਮਿਲੀਸਕਿੰਟ (ms) ਤੋਂ 25 ms ਅਤੇ 2000 ਮਾਈਕ੍ਰੋਸੈਕਿੰਡ ਤੋਂ 25000 ਮਾਈਕ੍ਰੋਸੈਕਿੰਡ ਤੱਕ ਹੈ।

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਲਈ ਹਾਰਡਵੇਅਰ ਸਹਾਇਤਾ
ਸਾਰਣੀ ਉਹਨਾਂ PIDs ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ ਜੋ PFC ਪ੍ਰਤੀ ਰੀਲੀਜ਼ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਅਤੇ PFC ਮੋਡ ਜਿਸ ਵਿੱਚ ਸਮਰਥਨ ਉਪਲਬਧ ਹੈ।
ਸਾਰਣੀ 14: PFC ਹਾਰਡਵੇਅਰ ਸਪੋਰਟ ਮੈਟਰਿਕਸ

ਰੀਲੀਜ਼ ਰੀਲੀਜ਼ 7.3.15

PID · 88-LC0-36FH-M · 88-LC0-36FH

PFC ਮੋਡ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ

7.0.11 ਰਿਲੀਜ਼ ਕਰੋ

8800-LC-48H

ਬਫਰ-ਅੰਦਰੂਨੀ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਤੁਸੀਂ ਸਰਗਰਮ ਨੈੱਟਵਰਕ QoS ਨੀਤੀ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ CoS ਲਈ ਨੋ-ਡ੍ਰੌਪ ਵਿਵਹਾਰ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ PFC ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ।

ਨੋਟ ਕਰੋ ਜਦੋਂ ਤੁਸੀਂ PFC ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹੋ ਤਾਂ ਸਿਸਟਮ ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ ਸ਼ਾਰਟਲਿੰਕ PFC ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ।
ਸੰਰਚਨਾ ਸਾਬਕਾample ਤੁਹਾਨੂੰ PFC ਸੰਰਚਨਾ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: 1. ਇੰਟਰਫੇਸ ਪੱਧਰ 'ਤੇ PFC ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। 2. ਪ੍ਰਵੇਸ਼ ਵਰਗੀਕਰਣ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ। 3. PFC ਨੀਤੀ ਨੂੰ ਇੰਟਰਫੇਸ ਨਾਲ ਨੱਥੀ ਕਰੋ। 4. ਬਫਰ-ਅੰਦਰੂਨੀ ਜਾਂ ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ PFC ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ।
ਰਾਊਟਰ# ਕੌਂਫਿਗਰ ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਨਿਯੰਤਰਣ ਮੋਡ 'ਤੇ /*ਪ੍ਰਵੇਸ਼ ਵਰਗੀਕਰਣ ਨੀਤੀ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ*/

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 61 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਰਾਊਟਰ(ਸੰਰਚਨਾ)# ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ prec7 ਰਾਊਟਰ(config-cmap)# ਮੈਚ ਤਰਜੀਹ ਰਾਊਟਰ(config)# ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ tc7 /*ਇਨਗਰੈਸ ਪਾਲਿਸੀ ਅਟੈਚ*/ ਰਾਊਟਰ(ਸੰਰਚਨਾ-ਜੇ)# ਸੇਵਾ-ਨੀਤੀ ਇਨਪੁਟ QOS_marking /*Egress ਨੀਤੀ ਅਟੈਚ*/ Router(config-if)# service-policy output qos_queuing Router(config-pmap-c)# ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config-pmap)# ਐਗਜ਼ਿਟ ਰਾਊਟਰ(config)# ਸ਼ੋਅ ਕੰਟਰੋਲਰ npu ਤਰਜੀਹ-ਪ੍ਰਵਾਹ - ਨਿਯੰਤਰਣ ਸਥਾਨ
ਸੰਰਚਨਾ ਚੱਲ ਰਹੀ ਹੈ
*ਇੰਟਰਫੇਸ ਪੱਧਰ* ਇੰਟਰਫੇਸ HundredGigE0/0/0/0
ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਨਿਯੰਤਰਣ ਮੋਡ ਚਾਲੂ ਹੈ
*ਪ੍ਰਵੇਸ਼:* ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ ਪ੍ਰੀਕ7
ਮੇਲ ਦੀ ਤਰਜੀਹ 7
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!
class-map match- any prec6
ਮੇਲ ਦੀ ਤਰਜੀਹ 6
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!
class-map match- any prec5
ਮੇਲ ਦੀ ਤਰਜੀਹ 5
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!
class-map match- any prec4
ਮੇਲ ਦੀ ਤਰਜੀਹ 4
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ prec3 ਮੈਚ ਤਰਜੀਹ 3 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ prec2 ਮੈਚ ਤਰਜੀਹ 2 ਅੰਤ-ਕਲਾਸ-ਮੈਪ! ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ ਪੂਰਵ-1 ਮੈਚ ਤਰਜੀਹ 1 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ! ਨੀਤੀ-ਨਕਸ਼ੇ QOS_MARKING

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 62 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ
ਕਲਾਸ prec7 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 7 ਸੈੱਟ qos-ਗਰੁੱਪ 7
! ਕਲਾਸ prec6
ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 6 ਸੈੱਟ ਕਰੋ qos-ਗਰੁੱਪ 6! ਕਲਾਸ prec5 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 5 ਸੈੱਟ qos-ਗਰੁੱਪ 5! ਕਲਾਸ prec4 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਸੈੱਟ qos-ਗਰੁੱਪ 4! ਕਲਾਸ prec3 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਸੈੱਟ qos-ਗਰੁੱਪ 3! ਕਲਾਸ prec2 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਸੈੱਟ qos-ਗਰੁੱਪ 2! ਕਲਾਸ prec1 ਸੈਟ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਸੈੱਟ qos-ਗਰੁੱਪ 1! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਸੈੱਟ ਟਰੈਫਿਕ-ਕਲਾਸ 0 ਸੈੱਟ qos-ਗਰੁੱਪ 0!
*Egress:* ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ tc7
ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 7 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਕਰੋ! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ ਟੀਸੀ6 ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕਲਾਸ 6 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ-ਕਿਸੇ ਵੀ ਟੀਸੀ5 ਟ੍ਰੈਫਿਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ-ਕਲਾਸ 5 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ਾ
!
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ tc4
ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!
ਕਲਾਸ-ਮੈਪ ਮੈਚ-ਕੋਈ ਵੀ tc3
ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ
ਅੰਤਮ ਸ਼੍ਰੇਣੀ ਦਾ ਨਕਸ਼ਾ
!

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 63 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ-ਕਿਸੇ ਵੀ ਟੀਸੀ2 ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 2 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਕਲਾਸ-ਨਕਸ਼ੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ-ਕੋਈ ਵੀ ਟੀਸੀ1 ਮੇਲ ਖਾਂਦਾ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 1 ਅੰਤ-ਕਲਾਸ-ਨਕਸ਼ੇ! ਨੀਤੀ-ਨਕਸ਼ੇ QOS_QUEUING ਕਲਾਸ tc7
ਤਰਜੀਹ ਪੱਧਰ 1 ਆਕਾਰ ਔਸਤ ਪ੍ਰਤੀਸ਼ਤ 10 ! ਕਲਾਸ tc6 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 1 ਕਤਾਰ-ਸੀਮਾ 100 ms! ਕਲਾਸ tc5 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 20 ਕਤਾਰ-ਸੀਮਾ 100 ms! ਕਲਾਸ tc4 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 20 ਬੇਤਰਤੀਬ-ਖੋਜ ਈਸੀਐਨ ਬੇਤਰਤੀਬ-ਖੋਜ 6144 ਬਾਈਟਸ 100 ਮੈਬਾਈਟ! ਕਲਾਸ tc3 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 20 ਰੈਂਡਮ-ਡਿਟੈਕਟ ਈਸੀਐਨ ਬੇਤਰਤੀਬ-ਖੋਜ 6144 ਬਾਈਟਸ 100 ਮੈਬਾਈਟ! ਕਲਾਸ tc2 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 5 ਕਤਾਰ-ਸੀਮਾ 100 ms! ਕਲਾਸ tc1 ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 5 ਕਤਾਰ-ਸੀਮਾ 100 ms! ਕਲਾਸ ਕਲਾਸ-ਡਿਫਾਲਟ ਬੈਂਡਵਿਡਥ ਬਾਕੀ ਅਨੁਪਾਤ 20 ਕਤਾਰ-ਸੀਮਾ 100 ms! [ਬਫਰ-ਵਿਸਤ੍ਰਿਤ] hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਕੰਟਰੋਲ ਟਿਕਾਣਾ 0/0/CPU0 ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ 10 ms ਬਫਰ-ਵਿਸਤ੍ਰਿਤ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ 10 ms
!
[ਬਫਰ-ਅੰਦਰੂਨੀ] hw-ਮੋਡਿਊਲ ਪ੍ਰੋfile ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਨਿਯੰਤਰਣ ਸਥਾਨ 0/1/CPU0 ਬਫਰ-ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 3 ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ 403200 ਬਾਈਟ ਹੈੱਡਰੂਮ 441600 ਬਾਈਟ ਈਸੀਐਨ
224640 ਬਾਈਟਸ ਬਫਰ-ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ-ਕਲਾਸ 4 ਵਿਰਾਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ 403200 ਬਾਈਟ ਹੈੱਡਰੂਮ 441600 ਬਾਈਟ ਈ.ਸੀ.ਐਨ.
224640 ਬਾਈਟ
ਪੁਸ਼ਟੀਕਰਨ
ਰਾਊਟਰ#sh ਕੰਟਰੋਲਰ ਸੌਗਿਗਈ0/0/0/22 ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਕੰਟਰੋਲ ਇੰਟਰਫੇਸ ਲਈ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਜਾਣਕਾਰੀ HundredGigE0/0/0/22:

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 64 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ:

ਕੁੱਲ Rx PFC ਫਰੇਮ: 0

ਕੁੱਲ Tx PFC ਫਰੇਮ: 313866

Rx ਡਾਟਾ ਫਰੇਮ ਛੱਡੇ ਗਏ: 0

CoS ਸਥਿਤੀ Rx ਫਰੇਮਾਂ

——————-

0 'ਤੇ

1 'ਤੇ

2 'ਤੇ

3 'ਤੇ

4 'ਤੇ

5 'ਤੇ

6 'ਤੇ

7 'ਤੇ

/*[ਬਫਰ-ਅੰਦਰੂਨੀ]*/ ਰਾਊਟਰ#ਸ਼ੋ ਕੰਟਰੋਲਰ ਸੌ ਗਿਗਈ 0/9/0/24 ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਨਿਯੰਤਰਣ

ਇੰਟਰਫੇਸ HundredGigE0/9/0/24 ਲਈ ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਜਾਣਕਾਰੀ:

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ:

ਕੁੱਲ Rx PFC ਫਰੇਮ: 0

ਕੁੱਲ Tx PFC ਫਰੇਮ: 313866

Rx ਡਾਟਾ ਫਰੇਮ ਛੱਡੇ ਗਏ: 0

CoS ਸਥਿਤੀ Rx ਫਰੇਮਾਂ

——————-

0 'ਤੇ

1 'ਤੇ

2 'ਤੇ

3 'ਤੇ

4 'ਤੇ

5 'ਤੇ

6 'ਤੇ

7 'ਤੇ

…

/*[ਬਫਰ-ਅੰਦਰੂਨੀ, tc3 ਅਤੇ tc4 ਸੰਰਚਿਤ। TC4 ਕੋਲ ECN ਨਹੀਂ ਹੈ]*/

ਰਾਊਟਰ#ਸ਼ੋ ਕੰਟਰੋਲਰ npu ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਕੰਟਰੋਲ ਟਿਕਾਣਾ

ਟਿਕਾਣਾ ਆਈ.ਡੀ.:

0/1/CPU0

PFC:

ਸਮਰਥਿਤ

PFC-ਮੋਡ:

ਬਫਰ-ਅੰਦਰੂਨੀ

TC ਵਿਰਾਮ

ਹੈੱਡਰੂਮ

ਈ.ਸੀ.ਐਨ

———————————————————-

3 86800 ਬਾਈਟ

120000 ਬਾਈਟ 76800 ਬਾਈਟ

4 86800 ਬਾਈਟ

120000 ਬਾਈਟ-ਸੰਰਚਨਾ ਨਹੀਂ ਕੀਤੀ ਗਈ

/*[ਬਫਰ-ਵਿਸਤ੍ਰਿਤ PFC, tc3 ਅਤੇ tc4 ਸੰਰਚਿਤ]*/

ਰਾਊਟਰ#ਸ਼ੋ ਕੰਟਰੋਲਰ npu ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਕੰਟਰੋਲ ਟਿਕਾਣਾ

ਟਿਕਾਣਾ ਆਈ.ਡੀ.:

0/1/CPU0

PFC:

ਸਮਰਥਿਤ

PFC-ਮੋਡ:

ਬਫਰ-ਵਿਸਤ੍ਰਿਤ

TC ਵਿਰਾਮ

———–

3 5000 ਸਾਨੂੰ

4 10000 ਸਾਨੂੰ

/*[ਕੋਈ PFC ਨਹੀਂ]*/

ਰਾਊਟਰ#ਸ਼ੋ ਕੰਟਰੋਲਰ npu ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਕੰਟਰੋਲ ਟਿਕਾਣਾ

ਟਿਕਾਣਾ ਆਈ.ਡੀ.:

0/1/CPU0

PFC:

ਅਯੋਗ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 65 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਸੰਰਚਨਾਯੋਗ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਸੰਬੰਧਿਤ ਵਿਸ਼ੇ · ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਕੰਟਰੋਲ ਓਵਰview, ਪੰਨਾ 57 'ਤੇ
ਸੰਬੰਧਿਤ ਕਮਾਂਡਾਂ hw-module profile ਤਰਜੀਹ-ਪ੍ਰਵਾਹ-ਨਿਯੰਤਰਣ ਸਥਾਨ

ਸੰਰਚਨਾਯੋਗ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ

ਸਾਰਣੀ 15: ਵਿਸ਼ੇਸ਼ਤਾ ਇਤਿਹਾਸ ਸਾਰਣੀ

ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਨਾਮ

ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰੋ

ਸੰਰਚਨਾਯੋਗ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਰੀਲੀਜ਼ 7.5.4 ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ

ਵਿਸ਼ੇਸ਼ਤਾ ਵਰਣਨ
PFC ਨੂੰ ਬਫਰ-ਅੰਦਰੂਨੀ ਮੋਡ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕਰਦੇ ਸਮੇਂ, ਤੁਸੀਂ ਹੁਣ ਅੰਤ ਦੇ ਰਾਊਟਰ ਤੋਂ ਟ੍ਰਾਂਸਮੀਟਿੰਗ ਰਾਊਟਰ ਤੱਕ ਭੀੜ-ਭੜੱਕੇ ਦੀ ਸੂਚਨਾ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਇਸ ਤਰ੍ਹਾਂ ਸਰੋਤ ਟ੍ਰੈਫਿਕ ਦੇ ਹਮਲਾਵਰ ਥ੍ਰੋਟਲ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹੋ। ਇਹ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਸੰਭਵ ਹੈ ਕਿਉਂਕਿ ਅਸੀਂ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਲਈ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮੁੱਲ ਅਤੇ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਮੁੱਲ ਨੂੰ ਸੰਰਚਿਤ ਕਰਨ ਲਈ ਲਚਕਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਹੈ। ਇਹਨਾਂ ਮੁੱਲਾਂ ਦੀ ਸੰਰਚਨਾ ਨਾਲ, ਸੰਭਾਵਨਾ ਪ੍ਰਤੀਸ਼ਤtage ਮਾਰਕਿੰਗ ECN ਨਿਊਨਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ECN ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੱਕ ਰੇਖਿਕ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਪਹਿਲਾਂ ਦੀਆਂ ਰੀਲੀਜ਼ਾਂ ਨੇ ਅਧਿਕਤਮ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ECN ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਨੂੰ 100% 'ਤੇ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਹੈ।
ਇਹ ਕਾਰਜਕੁਸ਼ਲਤਾ hw-module pro ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈfile priority-flow-control ਕਮਾਂਡ:
· ਅਧਿਕਤਮ-ਥ੍ਰੈਸ਼ਹੋਲਡ
· ਸੰਭਾਵਨਾ-ਪ੍ਰਤੀਸ਼ਤtage

ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲ
ਹੁਣ ਤੱਕ, ਵੱਧ ਤੋਂ ਵੱਧ ECN ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਸੰਰਚਨਾਯੋਗ ਨਹੀਂ ਸੀ ਅਤੇ 100% 'ਤੇ ਨਿਸ਼ਚਿਤ ਕੀਤੀ ਗਈ ਸੀ। ਤੁਸੀਂ ECN ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਨੂੰ ਵੀ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕਰ ਸਕੇ। ਪ੍ਰੀ-ਸੈੱਟ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾਵਾਂ ਦਾ ਅਜਿਹਾ ਪ੍ਰਬੰਧ ਅਤੇ

Cisco 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰਾਂ, IOS XR ਰੀਲੀਜ਼ 7.3.x 66 ਲਈ ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ ਗਾਈਡ

ਤਰਜੀਹੀ ਪ੍ਰਵਾਹ ਨਿਯੰਤਰਣ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ

ਕੌਂਫਿਗਰੇਬਲ ECN ਥ੍ਰੈਸ਼ਹੋਲਡ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਮੁੱਲਾਂ ਦੇ ਲਾਭ

ਨਿਸ਼ਚਿਤ ਅਧਿਕਤਮ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲਾਂ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਤਾਰ ਦੀ ਲੰਬਾਈ ਦੇ ਫੰਕਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਟਰੈਫਿਕ ਦਰਾਂ ਘਟਣੀਆਂ ਸ਼ੁਰੂ ਹੋ ਗਈਆਂ ਹਨ। ECN ਮਾਰਕਿੰਗ ਸੰਭਾਵਨਾ ਵਿੱਚ ਰੇਖਿਕ ਵਾਧੇ ਦੇ ਕਾਰਨ-ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਅੰਤਮ ਹੋਸਟ ਤੋਂ ਪ੍ਰਸਾਰਿਤ ਹੋਸਟ ਤੱਕ ਭੀੜ-ਭੜੱਕੇ ਦੇ ਸੰਕੇਤ-ਟ੍ਰੈਫਿਕ ਦਰਾਂ ਹੌਲੀ ਹੋਣੀਆਂ ਸ਼ੁਰੂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਭਾਵੇਂ ਤੁਹਾਡੇ ਲਿੰਕ ਵਿੱਚ ਲੋੜੀਂਦੀ ਬੈਂਡਵਿਡਥ ਹੋਵੇ।
W

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

CISCO 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰ ਮਾਡਿਊਲਰ QoS ਸੰਰਚਨਾ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ
8000 ਸੀਰੀਜ਼ ਰਾਊਟਰ ਮਾਡਿਊਲਰ QoS ਸੰਰਚਨਾ, 8000 ਸੀਰੀਜ਼, ਰਾਊਟਰ ਮਾਡਿਊਲਰ QoS ਸੰਰਚਨਾ, ਮਾਡਯੂਲਰ QoS ਸੰਰਚਨਾ, QoS ਸੰਰਚਨਾ, ਸੰਰਚਨਾ

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

CISCO 8000 ਸੀਰੀਜ਼ ਰਾਊਟਰ ਮਾਡਿਊਲਰ QoS ਸੰਰਚਨਾ

ਉਤਪਾਦ ਜਾਣਕਾਰੀ

ਉਤਪਾਦ ਵਰਤੋਂ ਨਿਰਦੇਸ਼

QoS ਨੀਤੀ ਵਿਰਾਸਤ

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ (FAQ)

ਮੁਖਬੰਧ ਅਧਿਆਇ 1 ਅਧਿਆਇ 2

ਵਰਣਨ

ਟਰੈਫਿਕ ਪ੍ਰਬੰਧਨ ਖਤਮview

ABF ਲਈ ਪੀਅਰਿੰਗ QoS

ABF ਲਈ ਪੀਅਰਿੰਗ QoS

ਟ੍ਰੈਫਿਕ ਕਲਾਸ ਦੇ ਤੱਤ

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਹਵਾਲੇ

ਇੱਕ ਟਿੱਪਣੀ ਛੱਡੋ

ਜਵਾਬ ਰੱਦ ਕਰੋ