ਹਰ VRF ਲਈ ਇੱਕ ਲੇਬਲ ਜਾਂ ਹਰ ਪ੍ਰੀਫਿਕਸ ਲਈ ਇੱਕ? ਅਸਲ ਸਮਰੱਥਾ ਬਿੱਲ

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

ਚੋਣ ਇਸ ਗੱਲ 'ਤੇ ਵੀ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਲੇਬਲ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਐਗਰੈਸ ਰਾਊਟਰ ਨੂੰ ਪੈਕੇਟ ਨਾਲ ਕੀ ਕਰਨਾ ਹੈ। ਫੈਸਲੇ ਨੂੰ ਉਸ ਕਾਰਜਸ਼ੀਲ ਫ਼ਰਕ ਨੇ ਸੇਧ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ, ਲੇਬਲ ਦੇ ਗਣਿਤ ਨੇ ਨਹੀਂ।

ਹਰ ਅਲਾਟਮੈਂਟ ਅਸਲ ਵਿੱਚ ਕੀ ਬਚਾਉਂਦੀ ਹੈ

ਹਰ ਪ੍ਰੀਫਿਕਸ ਲਈ ਅਲਾਟਮੈਂਟ ਫਾਰਵਰਡਿੰਗ ਜਾਣਕਾਰੀ ਲੇਬਲ ਵਿੱਚ ਰੱਖਦੀ ਹੈ। ਐਗਰੈਸ ਰਾਊਟਰ ਮੰਜ਼ਿਲ ਦੀ ਖੋਜ ਤੋਂ ਬਿਨਾਂ ਪੈਕੇਟ ਸਿੱਧਾ ਸਹੀ ਗੁਆਂਢ ਨੂੰ ਭੇਜ ਸਕਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਵੱਡੇ VRF ਰੂਟ ਸੈੱਟਾਂ ਲਈ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਕੇਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸੇ ਲਈ ਇਹ ਹਰ VRF ਵਿੱਚ ਹਰ ਇਸ਼ਤਿਹਾਰ ਕੀਤੇ ਪ੍ਰੀਫਿਕਸ ਲਈ ਇੱਕ ਲੇਬਲ ਖਰਚ ਕਰਦੀ ਹੈ। ਹਰ VRF ਲਈ ਅਲਾਟਮੈਂਟ, ਜਿਵੇਂ Junos vrf-table-label, ਹਰ ਰੂਟਿੰਗ ਇੰਸਟੈਂਸ ਲਈ ਇੱਕ ਲੇਬਲ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦੀ ਹੈ ਅਤੇ VRF ਟੇਬਲ ਚੁਣਨ ਲਈ ਉਹ ਲੇਬਲ ਵਰਤਦੀ ਹੈ; ਫਿਰ ਰਾਊਟਰ ਟੇਬਲ ਦੇ ਅੰਦਰ IP ਖੋਜ ਕਰਦਾ ਹੈ।

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

ਲੇਬਲ ਖਾਤਾ ਕਿਤਾਬ ਛੋਟਾ ਹੈ

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

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

ਰੂਟ ਫੀਡ ਲੇਬਲਾਂ ਤੋਂ ਪਹਿਲਾਂ ਮੈਮੋਰੀ ਖਰਚ ਕਰਦੇ ਹਨ

ਹਰ ਪ੍ਰਾਪਤ ਪਾਥ ਕੰਟਰੋਲ-ਪਲੇਨ ਮੈਮੋਰੀ, ਅਪਡੇਟ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਕਨਵਰਜੈਂਸ ਸਮਾਂ ਖਰਚ ਕਰਦਾ ਹੈ, ਭਾਵੇਂ VRF ਇੱਕ ਲੇਬਲ ਵਰਤੇ ਜਾਂ ਦਸ ਹਜ਼ਾਰ। VRF ਦੇ ਅੰਦਰ ਪੂਰਾ ਇੰਟਰਨੈੱਟ ਫੀਡ BGP ਪਾਥ, RIB, FIB ਐਂਟਰੀਆਂ ਅਤੇ ਉਨ੍ਹਾਂ ਪਿੱਛੇ ਦੀ ਖਲਬਲੀ ਕਾਰਨ ਮਹਿੰਗਾ ਹੈ, ਟੇਬਲ ਦੇ ਸਾਹਮਣੇ ਵਾਲੇ ਲੇਬਲ ਕਾਰਨ ਨਹੀਂ। ਉਹੀ ਫੀਡ ਉਸ ਕਿਰਾਏਦਾਰ ਦੇ ਅੰਦਰ ਰੂਟ ਲੀਕ ਜਾਂ ਨੀਤੀ ਦੀ ਗ਼ਲਤੀ ਦੇ ਪ੍ਰਭਾਵ ਦਾ ਘੇਰਾ ਵੀ ਵਧਾਉਂਦਾ ਹੈ।

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

ਹਰ VRF ਲਈ ਲੇਬਲਿੰਗ ਕਦੋਂ ਸਹੀ ਡਿਫ਼ਾਲਟ ਹੈ

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

ਇਹ ਗ਼ਲਤ ਡਿਫ਼ਾਲਟ ਹੈ ਜਦੋਂ ਪਲੇਟਫਾਰਮ ਦਾ ਦਸਤਾਵੇਜ਼ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਖ਼ਾਸ ਹਾਰਡਵੇਅਰ ਜਾਂ ਰਿਲੀਜ਼ ਸੀਮਾਵਾਂ ਨਾਲ ਬੰਨ੍ਹਦਾ ਹੈ, ਜਾਂ ਜਦੋਂ ਡਿਜ਼ਾਈਨ ਐਗਰੈਸ 'ਤੇ ਪ੍ਰਤੀ ਪ੍ਰੀਫਿਕਸ ਫਾਰਵਰਡਿੰਗ ਫੈਸਲਿਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਵਿਵਹਾਰ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪਲੇਟਫਾਰਮ ਦਾ ਆਪਣਾ statement ਸੰਦਰਭ ਪੜ੍ਹੋ; Junos ਕਮਾਂਡ ਦਸਤਾਵੇਜ਼ਿਤ ਹੈ, ਪਰ ਇਸ ਦੁਆਲੇ ਦੀਆਂ ਹਾਰਡਵੇਅਰ ਅਤੇ ਰਿਲੀਜ਼ ਸੀਮਾਵਾਂ ਹੀ ਤੈਨਾਤੀ ਤੈਅ ਕਰਦੀਆਂ ਹਨ।

ਅਜਿਹਾ ਬਜਟ ਜਿਸਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕਦੇ ਹੋ

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

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

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