MPLS ਸਿਊਡੋਵਾਇਰ 'ਤੇ MTU ਲਈ ਵਾਧੂ ਤੀਹ ਬਾਈਟ ਦਾ ਨਿਯਮ ਟੁੱਟ ਜਾਂਦਾ ਹੈ

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

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

ਹਰ ਧਾਰਨਾ ਸਪਸ਼ਟ ਕਰਕੇ ਇੱਕ ਗਿਣਿਆ ਬਜਟ

1500 ਬਾਈਟ ਦਾ ਗਾਹਕ IP ਪੈਕਟ, ਗਾਹਕ ਦੇ FCS ਤੋਂ ਬਿਨਾਂ ਸਿਊਡੋਵਾਇਰ ਰਾਹੀਂ ਲਿਜਾਇਆ ਜਾਣ ਵਾਲਾ ਆਮ Ethernet ਹੈਡਰ, ਕੋਈ ਸੰਭਾਲਿਆ VLAN ਟੈਗ ਨਹੀਂ, ਦੋ ਐਂਟਰੀਆਂ ਵਾਲਾ ਲੇਬਲ ਸਟੈਕ ਅਤੇ ਚਾਰ ਬਾਈਟ ਦਾ ਕੰਟਰੋਲ ਸ਼ਬਦ ਲਓ। ਲਿਜਾਇਆ ਗਿਆ Ethernet ਹੈਡਰ 14 ਜੋੜਦਾ ਹੈ, ਸੰਭਾਲੇ ਟੈਗ ਕੁਝ ਨਹੀਂ ਜੋੜਦੇ, ਦੋ ਲੇਬਲ ਐਂਟਰੀਆਂ 8 ਜੋੜਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਹਰ ਐਂਟਰੀ 4 ਬਾਈਟ ਹੈ, ਅਤੇ ਕੰਟਰੋਲ ਸ਼ਬਦ 4 ਜੋੜਦਾ ਹੈ। ਇਸ ਨਾਲ 1526 ਬਾਈਟ ਦਾ MPLS-ਐਨਕੈਪਸੁਲੇਟਿਡ ਪੈਕਟ ਬਣਦਾ ਹੈ।

ਨਤੀਜਾ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ। ਇਹ ਪ੍ਰਦਾਤਾ ਲਿੰਕ ਦੇ ਬਾਹਰੀ Ethernet ਹੈਡਰ ਅਤੇ ਉਸਦੇ FCS ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਉਦਾਹਰਨ ਹੈ, MTU ਨਾਮ ਦੇ ਕਿਸੇ ਵੀ ਖੇਤਰ ਵਿੱਚ ਟਾਈਪ ਕਰਨ ਲਈ ਸਥਿਰਾਂਕ ਨਹੀਂ। ਦੋ ਲੇਬਲ ਵੀ ਇੱਕ ਧਾਰਨਾ ਹਨ: ਅਸਲ ਸਟੈਕ ਟਰਾਂਸਪੋਰਟ ਲੇਬਲ, ਸੇਵਾ ਲੇਬਲ ਅਤੇ ਕਦੇ-ਕਦੇ ਵਧੇਰੇ ਲੈ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰ ਐਂਟਰੀ ਦੀ ਲਾਗਤ ਉਹੀ 4 ਬਾਈਟ ਹੈ।

ਸਿਊਡੋਵਾਇਰ ਰਾਹੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਜਾਂਦਾ ਹੈ

RFC 4448 ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ Ethernet ਫ੍ਰੇਮ MPLS ਦੇ ਅੰਦਰ ਕਿਵੇਂ ਯਾਤਰਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸਦੇ ਆਮ ਮਾਡਲ ਵਿੱਚ ਗਾਹਕ ਦੀ ਪ੍ਰਸਤਾਵਨਾ ਅਤੇ FCS ਇਨਗ੍ਰੇਸ 'ਤੇ ਹਟਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਐਗ੍ਰੇਸ 'ਤੇ ਦੁਬਾਰਾ ਬਣਾਏ ਜਾਂਦੇ ਹਨ। ਇਸੇ ਲਈ FCS ਉੱਪਰ ਦੇ ਬਜਟ ਵਿੱਚ ਨਹੀਂ ਦਿਖਦਾ। VLAN ਸੰਭਾਲ ਸੇਵਾ ਮੋਡ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ: ਗਾਹਕ ਦੇ ਟੈਗ ਸੰਭਾਲਣ ਵਾਲਾ ਮੋਡ ਉਹਨਾਂ ਦੇ ਬਾਈਟ ਵਾਪਸ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮੈਪ ਕਰਨ ਵਾਲਾ ਮੋਡ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦਾ। ਵਾਧੂ ਸੰਭਾਲ ਜਾਂ ਵਾਧੂ ਐਨਕੈਪਸੁਲੇਸ਼ਨ ਉੱਪਰ ਤੋਂ ਗਿਣਨਾ ਪੈਂਦਾ ਹੈ।

ਕੰਟਰੋਲ ਸ਼ਬਦ ਜਦੋਂ ਵੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਗਣਿਤ ਦਾ ਹਿੱਸਾ ਹੁੰਦਾ ਹੈ। RFC 8469 ਇਸਨੂੰ Ethernet ਸਿਊਡੋਵਾਇਰ ਲਈ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਵਿਕਲਪਿਕ ਦੱਸਣ ਵਾਲਾ ਪੁਰਾਣਾ ਪਾਠ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਤੁਹਾਡਾ ਰਾਹ ਇਸਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਡਾਇਗ੍ਰਾਮ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਪ੍ਰਦਾਤਾ ਨਾਲ ਅਸਲ ਸੇਵਾ ਮੋਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।

ਸੰਖਿਆ ਦੀ ਤੁਲਨਾ ਸਹੀ ਖੇਤਰ ਨਾਲ ਕਰੋ

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

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

ping ਪੇਲੋਡ MTU ਮੁੱਲ ਨਹੀਂ ਹਨ

IPv4 ping ਦਾ ਪੇਲੋਡ IP MTU ਨਹੀਂ ਹੈ। IP ਹੈਡਰ ਅਤੇ ICMP ਹੈਡਰ ਵੀ ਬਾਈਟ ਖਰਚ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਸਫਲ ਹੋਣ ਵਾਲਾ ਪੇਲੋਡ ਆਕਾਰ ਤਾਰ ਉੱਤੇ ਵੱਡੇ ਪੈਕਟ ਦੇ ਬਰਾਬਰ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਆਕਾਰ ਵਿੱਚ ਪਾਸ ਹੋਣ ਵਾਲੀ ਪ੍ਰੋਬ ਕਿਸੇ ਵੱਖਰੇ VLAN ਮੋਡ ਜਾਂ ਡੂੰਘੇ ਲੇਬਲ ਸਟੈਕ ਵਾਲੀ ਸੇਵਾ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ। ਟੈਸਟ ਇੱਕ ਰਾਹ, ਇੱਕ ਆਕਾਰ ਅਤੇ ਇੱਕ ਪੇਲੋਡ ਆਕਾਰ ਮਾਪਦਾ ਹੈ, ਅਤੇ ਸੇਵਾ ਤਿੰਨੇ ਬਦਲ ਸਕਦੀ ਹੈ।

ਇਸ ਤੋਂ ਵੀ ਮਾੜਾ, ping ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਵੱਡੇ ਫ੍ਰੇਮ ਫੇਲ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਪ੍ਰੋਬ ਨੇ ਉਹ ਰਾਹ ਅਤੇ ਆਕਾਰ ਅਜ਼ਮਾਇਆ ਜਿਸਨੂੰ ਅਸਲ ਟ੍ਰੈਫਿਕ ਕਦੇ ਨਹੀਂ ਵਰਤਦਾ। ਇਸਨੂੰ ਪਹੁੰਚ ਬਾਰੇ ਇੱਕ ਡੇਟਾ ਬਿੰਦੂ ਮੰਨੋ, ਪਰਤ-2 ਸੇਵਾ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ।

ਜਦੋਂ ਫ੍ਰੇਮ ਫਿੱਟ ਨਹੀਂ ਹੁੰਦਾ

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

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