ਸਾਈਟਾਂ ਦੇ ਟਕਰਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਨਿੱਜੀ VPN ਪਤਾ ਰੇਂਜਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

ਦੋ ਸਾਈਟਾਂ ਜੋ ਦੋਵੇਂ 192.168.1.0/24 ਵਰਤਦੀਆਂ ਹਨ, ਦੋਵੇਂ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਇੱਕ ਦੂਜੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੀਆਂ। ਗੇਟਵੇ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਦਿੰਦਾ; ਇਹ ਉਸ ਪ੍ਰੀਫਿਕਸ ਲਈ ਇੱਕ ਰੂਟ ਲਾਉਂਦਾ ਹੈ ਅਤੇ ਹਰ ਪੈਕਟ ਉਸ ਸਾਥੀ ਨੂੰ ਭੇਜਦਾ ਹੈ ਜਿਸਨੇ ਇਸਨੂੰ ਪਹਿਲਾਂ ਮੰਗਿਆ ਸੀ। ਹੈਂਡਸ਼ੇਕ, ਸਾਈਫਰ ਸੂਚੀ ਜਾਂ ਇੰਟਰਫੇਸ ਮੈਟ੍ਰਿਕ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਸਾਥੀ ਗਲਤ ਹੈ। ਪਤਾ ਯੋਜਨਾ ਡਿਜ਼ਾਈਨ ਦਾ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਕਿਸੇ ਦੇ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ।

ਹਰ ਉਸ ਥਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿੱਥੇ ਪਹੁੰਚਣਾ ਜ਼ਰੂਰੀ ਹੈ

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

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

ਮੁੜ-ਵਰਤੋਂ ਹੀ ਇਸਨੂੰ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ: ਨਿੱਜੀ ਥਾਂ ਸੀਮਤ ਹੈ ਅਤੇ ਹਰ ਸੰਗਠਨ 10.0.0.0/8 ਨੂੰ ਆਪਣਾ ਮੰਨਦਾ ਹੈ। ਕੋਈ ਯੋਜਨਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰ ਸਕਦੀ ਕਿ ਭਵਿੱਖ ਦਾ ਕੋਈ ਮਹਿਮਾਨ LAN ਤੁਹਾਡੇ ਪ੍ਰੀਫਿਕਸਾਂ ਵਿੱਚੋਂ ਇੱਕ ’ਤੇ ਨਹੀਂ ਡਿੱਗੇਗਾ, ਇਸ ਲਈ ਡਿਜ਼ਾਈਨ ਨੂੰ ਦੱਸਣਾ ਪਵੇਗਾ ਕਿ ਜਦੋਂ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ। ਦੋ ਨਿਯਮ ਬਹੁਤਾ ਕੰਮ ਕਰਦੇ ਹਨ। ਕਲਾਇੰਟ ਪੂਲ ਇੱਕ ਲਗਾਤਾਰ ਬਲਾਕ ਵਿੱਚ ਰੱਖੋ ਜਿਸਦਾ ਤੁਸੀਂ ਸਾਰ ਬਣਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਦੂਜੀ ਟੀਮ ਪਹਿਲਾਂ ਹੀ ਰੂਟ ਕਰ ਰਹੀ ਰੇਂਜ ਕਦੇ ਨਾ ਵੰਡੋ। ਬਾਕੀ ਸਭ ਕੁਝ ਇੱਕ ਰਿਕਾਰਡ ਹੈ ਜਿਸਨੂੰ ਕੋਈ ਅੱਪ-ਟੂ-ਡੇਟ ਰੱਖਦਾ ਹੈ।

ਕਿਉਂ ਇੱਕ ਓਵਰਲੈਪ ਰੂਟਿੰਗ ਸਾਰਣੀ ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ

ਰੂਟ ਇੱਕ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਅਗਲੀ ਛਾਲ ਹੈ, ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਸਭ ਤੋਂ ਲੰਮਾ ਮੇਲ ਖਾਂਦਾ ਪ੍ਰੀਫਿਕਸ ਚੁਣਦੀ ਹੈ। ਜਦੋਂ ਦੋ ਸਾਥੀ ਦੋਵੇਂ ਇੱਕੋ 192.168.1.0/24 ਮੰਗਦੇ ਹਨ, ਸਾਰਣੀ ਇਸ ਲਈ ਇੱਕੋ ਐਂਟਰੀ ਰੱਖਦੀ ਹੈ, ਇਸ ਲਈ ਦੋਵੇਂ ਸਾਈਟਾਂ ਦਾ ਟ੍ਰੈਫਿਕ ਇੱਕੋ ਟਨਲ ਵਿੱਚੋਂ ਨਿਕਲਦਾ ਹੈ। ਦੂਜੀ ਸਾਈਟ ਗਲਤ ਕਨਫਿਗਰ ਨਹੀਂ ਹੈ; ਇਹ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੈ ਕਿਉਂਕਿ ਪਹਿਲੀ ਉਹਨਾਂ ਹੀ ਪਤਿਆਂ ਲਈ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਕੋਈ ਮੈਟ੍ਰਿਕ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਕਿਉਂਕਿ ਮੇਲ ਮੈਟ੍ਰਿਕ ਵੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਹੁੰਦਾ ਹੈ।

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

ਕਲਾਇੰਟ ਪੂਲ ਅਤੇ ਸਾਈਟ ਰੇਂਜਾਂ ਜਾਣ-ਬੁੱਝ ਕੇ ਨਾਪੋ

VPN ਕਲਾਇੰਟ ਪੂਲ ਉਹ ਰੇਂਜ ਹੈ ਜਿੱਥੋਂ ਗੇਟਵੇ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਪਤਾ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਦਾ ਆਕਾਰ ਇੱਕੋ ਸਮੇਂ ਦੀਆਂ ਜੋੜਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। /24 ਵਿੱਚ 254 ਵਰਤੋਂਯੋਗ ਪਤੇ ਹੁੰਦੇ ਹਨ, ਜੋ ਛੋਟੀ ਟੀਮ ਲਈ ਖੁੱਲ੍ਹਾ ਅਤੇ ਕੰਟੇਨਰ ਚਲਾਉਣ ਵਾਲੀ ਸ਼ਾਖਾ ਲਈ ਤੰਗ ਹੈ; /22 ਨਿੱਜੀ ਥਾਂ ਵਿੱਚ ਕੋਈ ਵਾਧੂ ਖਰਚ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਬਹਿਸ ਖਤਮ ਕਰ ਦਿੰਦਾ ਹੈ। ਪੂਲ ਨੂੰ ਲਗਾਤਾਰ ਰੱਖੋ ਅਤੇ ਹਰ ਸਾਈਟ LAN ਤੋਂ ਦੂਰ ਰੱਖੋ, ਤਾਂ ਜੋ ਕਲਾਇੰਟਾਂ ਵੱਲ ਸਾਰ ਰੂਟ ਕਦੇ ਕੋਈ ਸਾਈਟ ਨਾ ਨਿਗਲ ਜਾਵੇ। ਪੂਲ ਖਾਲੀ ਹੋਣ ’ਤੇ ਵੀ ਰੇਂਜ ਰਾਖਵੀਂ ਰੱਖੋ, ਕਿਉਂਕਿ ਨਾ ਲਿਖੀ ਰੇਂਜ ਹੀ ਉਹ ਹੈ ਜੋ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਦੇਵੇਗਾ।

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

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

ਅਨੁਵਾਦ ਅਤੇ ਮੁੜ-ਸੰਖਿਆ ਵੱਖ-ਵੱਖ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਦੇ ਹਨ

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

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

ਤਾਇਨਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੂਰ ਦੇ ਪਾਸਿਓਂ ਪਰਖੋ

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

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

ਰਿਕਾਰਡ ਹੀ ਨਤੀਜਾ ਹੈ। ਤਿੰਨ ਲੋਕਾਂ ਦੀ ਯਾਦ ਵਿੱਚ ਰਹਿਣ ਵਾਲੀ ਯੋਜਨਾ ਉਸ ਵੇਲੇ ਹੀ ਫੇਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਛੁੱਟੀ ’ਤੇ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਮਿਲਿਆ ਓਵਰਲੈਪ ਸਾਰਣੀ ਨਾਲੋਂ ਵੱਧ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ।