DSCP ਮਾਰਕਿੰਗ ਜਾਂ ਪ੍ਰਦਾਤਾ ਦਾ QoS ਵਾਅਦਾ? ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਮਝੌਤਾ ਨਹੀਂ

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

local match → queue and marking → provider classifier
  → provider treatment → destination

ਸਹੀ ਮਾਰਕਿੰਗ ਕਿੱਥੇ ਚੁੱਪਚਾਪ ਮਰ ਸਕਦੀ ਹੈ

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

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

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

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

ਸ਼ੈਡਿਊਲਰ ਅਸਲ ਵਿੱਚ ਕੀ ਵੰਡਦਾ ਹੈ

ਸਥਾਨਕ ਨੀਤੀ ਦਾ ਆਪਣਾ ਅਰਥਸ਼ਾਸਤਰ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ ਗਲਤਫਹਿਮੀ “remaining” ਸ਼ਬਦ ਪੈਦਾ ਕਰਦਾ ਹੈ। IOS XE ਸ਼ੈਡਿਊਲਿੰਗ ਗਾਈਡ ਜਿਨ੍ਹਾਂ ਪਲੇਟਫਾਰਮਾਂ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ ਉਨ੍ਹਾਂ 'ਤੇ bandwidth remaining percent ਵਾਧੂ ਭਾਰ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਕਿਸੇ ਕ੍ਰਮ ਦਾ ਕਦਮ ਨਹੀਂ ਜਿੱਥੇ ਹਰ ਸ਼੍ਰੇਣੀ ਪਿਛਲੀ ਸ਼੍ਰੇਣੀ ਵੱਲੋਂ ਛੱਡੇ ਗਏ ਵਿੱਚੋਂ ਹਿੱਸਾ ਲੈਂਦੀ ਹੈ। ਨਾ-ਵੰਡੇ ਪ੍ਰਤੀਸ਼ਤ ਫਾਈਲ ਦੀ ਆਖਰੀ ਸ਼੍ਰੇਣੀ ਲਈ ਰਾਖਵੇਂ ਰੱਖਣ ਦੀ ਬਜਾਏ ਯੋਗ ਗੈਰ-ਸੰਰਚਿਤ ਕਤਾਰਾਂ ਵਿੱਚ ਫੈਲਾਏ ਜਾਂਦੇ ਹਨ।

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

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

ਕਾਊਂਟਰ ਦੱਸਦੇ ਹਨ ਕਿਹੜਾ ਅੱਧ ਫੇਲ੍ਹ ਹੋਇਆ

ਪ੍ਰਭਾਵਿਤ ਦਿਸ਼ਾ ਵਿੱਚ ਚਾਰ ਅੰਕੜਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ: ਕੀ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, ਸ਼੍ਰੇਣੀ ਕਿਸ ਨਾਲ ਮਿਲੀ, ਕੀ ਕਤਾਰ ਵਿੱਚ ਗਿਆ ਜਾਂ ਛੱਡ ਦਿੱਤਾ ਗਿਆ, ਅਤੇ ਸੇਵਾ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਪਹੁੰਚਾਇਆ। ਕੰਮ ਦੇ ਭਾਰ ਦਾ ਵਰਣਨ ਅਤੇ ਨੀਤੀ ਦਾ ਸੰਸਕਰਣ ਨਿਰੀਖਣ ਦੇ ਕੋਲ ਰੱਖੋ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਤੋਂ ਬਿਨਾਂ ਕਾਊਂਟਰਾਂ ਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ।

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

RFC 2475 ਵਰਗੀਕਰਨ ਅਤੇ ਕੰਡੀਸ਼ਨਿੰਗ ਨੂੰ ਪ੍ਰਸ਼ਾਸਕੀ ਡੋਮੇਨਾਂ ਦੇ ਅੰਦਰ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਕੰਮ ਵਜੋਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਮਾਰਕਿੰਗ ਕਤਾਰਾਂ ਨੂੰ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਰਾਖਵਾਂ ਨਹੀਂ ਰੱਖ ਸਕਦੀ। IOS XE ਸ਼ੈਡਿਊਲਿੰਗ ਗਾਈਡ ਉੱਪਰ ਵਰਣਿਤ ਵਾਧੂ-ਭਾਰ ਵਿਵਹਾਰ ਦਾ ਸੰਦਰਭ ਹੈ, ਅਤੇ ਮਾਡਲਾਂ ਵਿਚਕਾਰ ਗਿਣੀ ਦਰ ਲੈ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀਆਂ ਪਲੇਟਫਾਰਮ ਤੁਲਨਾਵਾਂ ਪੜ੍ਹਨ ਯੋਗ ਹਨ।

ਸਮਝੌਤਾ ਇੱਕ ਥਾਂ ਲਿਖੋ

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

ਸਥਾਨਕ ਪ੍ਰਤੀਸ਼ਤ ਬਦਲਣ ਨਾਲ ਦੂਜੀ ਕਤਾਰ ਦੀ ਗਾਰੰਟੀ ਠੀਕ ਨਹੀਂ ਹੋ ਸਕਦੀ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਜਿਸਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕਰਦਾ ਅਜਿਹੀ ਮੈਪਿੰਗ ਤੋਂ ਕੋਈ ਵੀ ਮਾਰਕਿੰਗ ਯੋਜਨਾ ਨਹੀਂ ਬਚਦੀ। ਦੋਵੇਂ ਅੱਧ ਤੁਲਨਾ ਕਰੋ, ਸੀਮਾ ਦਾ ਨਾਮ ਦਿਓ, ਅਤੇ ਫਿਰ ਹੀ ਅੰਕੜਾ ਦੱਸੋ।