ਕਈ ਰਾਹਾਂ ਉੱਤੇ VPN: ਚਾਰ ਗਾਰੰਟੀਆਂ ਜੋ ਕੈਰੀਅਰ ਨੂੰ ਦੇਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ

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

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

ਲੱਛਣ: ਲਿੰਕ ਚਾਲੂ ਹਨ, ਸੈਸ਼ਨ ਫਿਰ ਵੀ ਟੁੱਟਦਾ ਹੈ

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

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

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

ਪਹਿਲੀ ਗਾਰੰਟੀ: ਕਨੈਕਸ਼ਨ-ਪੱਧਰ 'ਤੇ ਬਾਈਟ ਸਟ੍ਰੀਮ

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

Multipath TCP ਮਿਆਰੀ ਉਦਾਹਰਨ ਹੈ। ਇਹ ਇੱਕ ਭਰੋਸੇਯੋਗ ਬਾਈਟ ਸਟ੍ਰੀਮ ਪੇਸ਼ ਕਰਦਿਆਂ ਕਈ TCP ਉਪ-ਸਟ੍ਰੀਮਾਂ ਦਾ ਤਾਲਮੇਲ ਕਰਦਾ ਹੈ, ਡੇਟਾ-ਪੱਧਰ ਦੀ ਕ੍ਰਮ ਮੈਪਿੰਗ ਅਤੇ ਪ੍ਰਵਾਨਗੀ ਨਾਲ। ਐਪਲੀਕੇਸ਼ਨ ਸਟ੍ਰੀਮ ਪੜ੍ਹਦਾ ਹੈ, ਉਹ ਉਪ-ਸਟ੍ਰੀਮ ਨਹੀਂ ਜਿਸਨੇ ਸੰਜੋਗ ਨਾਲ ਪਹਿਲਾਂ ਟੁਕੜਾ ਦਿੱਤਾ।

Linux 'ਤੇ MPTCP ਪ੍ਰਤੀ ਸਾਕਟ IPPROTO_MPTCP ਰਾਹੀਂ opt-in ਹੈ। ਜਦੋਂ ਗੱਲਬਾਤ ਬਹੁ-ਰਾਹ ਵਿਵਹਾਰ ਨਹੀਂ ਵਰਤ ਸਕਦੀ, ਦਸਤਾਵੇਜ਼ੀ ਬਦਲ ਸਧਾਰਨ TCP ਹੈ, ਭਾਵ ਐਪਲੀਕੇਸ਼ਨ ਦੂਜੇ ਰਾਹ ਨੂੰ ਕਦੇ ਵਰਤੇ ਬਿਨਾਂ ਇੱਕ ਰਾਹ 'ਤੇ ਜਾਰੀ ਰਹਿ ਸਕਦਾ ਹੈ। ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਕਰਨਲ ਸੈਟਿੰਗ ਲਾਗੂ ਹੋਈ, ਜਾਂਚੋ ਕਿ ਤੈਨਾਤ ਸਾਕਟ ਨੇ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਵਿਵਹਾਰ ਤੈਅ ਕੀਤਾ।

ਦੂਜੀ ਗਾਰੰਟੀ: ਕ੍ਰਮ, ਦੁਹਰਾਅ ਅਤੇ ਰਿਕਵਰੀ

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

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

ਦੁਹਰਾਅ ਦਾ ਆਪਣਾ ਨਿਯਮ ਚਾਹੀਦਾ ਹੈ। ਇੱਕੋ ਪੇਲੋਡ ਦੋਵੇਂ ਰਾਹਾਂ 'ਤੇ ਭੇਜਣਾ ਦੇਰੀ ਸੁਧਾਰ ਸਕਦਾ ਹੈ, ਪਰ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਨਕਲ VPN ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਦਬਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। IPsec anti-replay ਪ੍ਰਤੀ ਸੁਰੱਖਿਆ-ਸੰਬੰਧ ਚੋਣਵਾਂ ਹੈ ਅਤੇ ਕ੍ਰਮ ਨੰਬਰ ਜਾਂਚਦਾ ਹੈ; ਪੈਕਟ ਮੁੜ-ਕ੍ਰਮਿਤ ਜਾਂ ਮੁੜ-ਚਲਾਉਣ ਵਾਲੀ ਦੁਹਰਾਅ ਪਰਤ ਇਸਨੂੰ ਸਰਗਰਮ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਸੁਰੰਗ ਡਿੱਗਣ ਤੱਕ ਸਮੱਸਿਆ ਲੁਕਾ ਸਕਦੀ ਹੈ।

ਤੀਜੀ ਗਾਰੰਟੀ: ਐਂਡਪੌਇੰਟ ਪਛਾਣ ਅਤੇ ਰਾਹ ਦਾ ਜੁੜਨਾ

ਸਾਥੀ ਨੂੰ ਨਵਾਂ ਰਾਹ ਆਉਣ 'ਤੇ ਸੈਸ਼ਨ ਪਛਾਣਨ ਦਾ ਸਥਿਰ ਤਰੀਕਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਹਰ ਰਾਹ ਵੱਖਰੀ ਸੁਰੰਗ ਵਜੋਂ ਪ੍ਰਮਾਣਿਤ ਹੋਵੇ, VPN ਇੱਕ ਦੀ ਥਾਂ ਦੋ ਸੈਸ਼ਨ ਵੇਖ ਸਕਦਾ ਹੈ। ਜੇ ਕੈਰੀਅਰ ਰਾਹਾਂ ਨੂੰ ਇੱਕ ਸੈਸ਼ਨ ਹੇਠ ਜੋੜਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਤੈਅ ਕਰਨਾ ਹੋਵੇਗਾ ਕਿ ਨਵਾਂ ਰਾਹ ਕਿਵੇਂ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪੁਰਾਣੇ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ।

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

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

ਚੌਥੀ ਗਾਰੰਟੀ: ਫੇਲ੍ਹ ਹੋਣ ਅਧੀਨ ਸੀਮਿਤ ਵਿਵਹਾਰ

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

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

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

ਕੈਰੀਅਰ ਨੂੰ ਟੈਸਟ ਯੋਜਨਾ ਨਾਲ ਸਵੀਕਾਰ ਕਰੋ

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

ਰਾਹ ਬਦਲਦੇ ਹੋਏ ਇੱਕ ਸਫਲ ਫਾਈਲ ਤਬਾਦਲਾ ਲਗਾਤਾਰ ਸੰਚਾਲਨ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਪਸੰਦੀਦਾ ਰਾਹ ਬਦਲਦੇ ਹੋਏ ਤਬਾਦਲਾ ਦੁਹਰਾਓ, ਅਤੇ ਕੈਰੀਅਰ ਦਾ ਨਜ਼ਰੀਆ ਤੇ VPN ਦੇ ਆਪਣੇ ਕਾਊਂਟਰ ਦੋਵੇਂ ਜਾਂਚੋ। ਜੇ ਦੋਵੇਂ ਇਸ 'ਤੇ ਸਹਿਮਤ ਨਾ ਹੋਣ ਕਿ ਡੇਟਾ ਕਿਹੜਾ ਰਾਹ ਲੈ ਗਿਆ, ਤਾਂ ਸਮਝੌਤਾ ਅਜੇ ਦੇਖਣਯੋਗ ਨਹੀਂ।

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