OSPF DR ਅਤੇ BDR: ਚੋਣ ਇੰਟਰਫੇਸ ਦੀ ਹੈ
ਇੱਕ ਰਾਊਟਰ ਆਪਣੇ LAN ’ਤੇ ਨਾਮਜ਼ਦ ਅਤੇ ਟਨਲ ’ਤੇ ਆਮ ਹੋ ਸਕਦਾ ਹੈ। ਹਰ ਹਿੱਸੇ ਲਈ ਭੂਮਿਕਾ ਪੜ੍ਹੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਟਨਲ ਮਾਡਲ ਨੂੰ ਲੋੜੀਂਦੀ ਚੀਜ਼ ਪਹੁੰਚਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
OSPF ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਇੰਟਰਫੇਸਾਂ ਨਾਲ ਜੁੜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਚੇਸਿਸ ਨਾਲ ਨਹੀਂ। ਇੱਕੋ ਜੰਤਰ ਆਪਣੇ LAN ਹਿੱਸੇ ’ਤੇ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਅਤੇ ਟਨਲ ’ਤੇ ਕੁਝ ਵੀ ਖ਼ਾਸ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਅਤੇ ਇਹ ਦੋਵੇਂ ਤੱਥ ਇੱਕ-ਦੂਜੇ ਦੇ ਉਲਟ ਨਹੀਂ ਹਨ। ਗ਼ਲਤ ਇੰਟਰਫੇਸ ਤੋਂ ਭੂਮਿਕਾ ਪੜ੍ਹਨਾ ਹੀ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਹੱਬ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਿਆਂ ਵੀ ਗ਼ਲਤ ਸੰਰਚਿਤ ਦਿਸਦਾ ਹੈ ਜਿਵੇਂ ਇਹ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ।
ਮਹੱਤਵਪੂਰਨ ਤੁਲਨਾ ਇੱਕ ਹਿੱਸੇ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਰਾਊਟਰ ਪਾਰ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਵਿਚਕਾਰ, ਅਤੇ ਬੈਕਅੱਪ ਕੀ ਕਰਦਾ ਹੈ ਤੇ ਕੀ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਵਿਚਕਾਰ ਹੈ।
ਹਰ ਹਿੱਸੇ ਲਈ ਇੱਕ ਚੋਣ
RFC 2328 ਹਰ ਬ੍ਰੌਡਕਾਸਟ ਜਾਂ NBMA ਨੈੱਟਵਰਕ ਲਈ ਇੱਕ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਅਤੇ ਇੱਕ ਬੈਕਅੱਪ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਚੁਣਦਾ ਹੈ, ਰਾਊਟਰ ਲਈ ਨਹੀਂ ਅਤੇ ਖੇਤਰ ਲਈ ਨਹੀਂ। ਅਜਿਹੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਵਾਲਾ ਹਰ ਇੰਟਰਫੇਸ ਆਪਣੀ ਤਰਜੀਹ ਅਤੇ ਆਪਣੇ ਗੁਆਂਢੀ ਸਮੂਹ ਨਾਲ ਆਪਣੀ ਚੋਣ ਚਲਾਉਂਦਾ ਹੈ। ਅਜਿਹੇ ਤਿੰਨ ਇੰਟਰਫੇਸ ਵਾਲਾ ਚੇਸਿਸ ਇੱਕੋ ਸਮੇਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਰੱਖ ਸਕਦਾ ਹੈ, ਇਸੇ ਲਈ ਹਿੱਸੇ ਦਾ ਨਾਂ ਲਏ ਬਿਨਾਂ ਇਹ ਕਹਿਣਾ ਕਿ ਹੱਬ ਹੀ DR ਹੈ ਅਧੂਰਾ ਹੈ। ਭੂਮਿਕਾ ਉਸੇ ਇੰਟਰਫੇਸ ਦੇ ਆਪਣੇ ਗੁਆਂਢੀ ਆਉਟਪੁੱਟ ਤੋਂ ਪੜ੍ਹੋ।
ਇੱਕੋ ਖੇਤਰ ਦੇ ਦੋ ਇੰਟਰਫੇਸ ਫਿਰ ਵੀ ਦੋ ਚੋਣਾਂ ਹਨ। ਖੇਤਰ ਦੀ ਮੈਂਬਰੀ ਉਨ੍ਹਾਂ ਨੂੰ ਜੋੜਦੀ ਨਹੀਂ।
ਉਡੀਕਦੇ ਸਮੇਂ ਬੈਕਅੱਪ ਕੀ ਕਰਦਾ ਹੈ
ਬੈਕਅੱਪ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਆਪਣੇ ਹਿੱਸੇ ਦੇ ਰਾਊਟਰਾਂ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੁਆਂਢੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਨਵੀਂ ਗੁਆਂਢੀਅਤ ਬਣੇ ਬਿਨਾਂ ਜ਼ਿੰਮੇਵਾਰੀ ਲੈ ਸਕਣ ਲਈ ਆਪਣਾ ਡੇਟਾਬੇਸ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ ਰੱਖਦਾ ਹੈ। ਬੈਕਅੱਪ ਵਜੋਂ ਕੰਮ ਕਰਦਿਆਂ ਇਹ ਜੋ ਨਹੀਂ ਕਰਦਾ, ਉਹ ਹੈ ਉਸ ਨੈੱਟਵਰਕ ਦਾ network-LSA ਬਣਾਉਣਾ, ਕਿਉਂਕਿ ਉਹ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਦੀ ਮਲਕੀਅਤ ਹੈ। ਕੁਝ ਕਦਮਾਂ ਵਿੱਚ ਇਸਦੀ ਫਲੱਡਿੰਗ ਭੂਮਿਕਾ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਨਾਲੋਂ ਤੰਗ ਹੈ, ਜੋ ਚੁੱਪ ਰਹਿਣ ਜਾਂ ਵਿਹਲਾ ਹੋਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ। ਬੈਕਅੱਪ ਨੂੰ ਅਜਿਹਾ ਰਾਊਟਰ ਮੰਨਣਾ ਜੋ ਤਰੱਕੀ ਤੱਕ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਬਹੁਤ ਆਤਮ-ਵਿਸ਼ਵਾਸੀ ਅਤੇ ਬਹੁਤ ਗ਼ਲਤ ਵਿਆਖਿਆਵਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਬੈਕਅੱਪ ਕਿਸ ਤੋਂ ਬਚਦਾ ਹੈ, ਬਲਕਿ ਇਹ ਹੈ ਕਿ ਹਿੱਸਾ ਮਾਡਲ ਦੁਆਰਾ ਮੰਗੇ ਗਏ OSPF ਪੈਕਟ ਪਹੁੰਚਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਕੋਈ ਭਾਗੀਦਾਰ ਉਨ੍ਹਾਂ ਨੂੰ ਦੂਜਿਆਂ ਨਾਲ ਬਦਲ ਨਹੀਂ ਸਕਦਾ, ਤਾਂ ਚੋਣ ਦਾ ਨਤੀਜਾ ਪਹੁੰਚ ਦਾ ਲੱਛਣ ਹੈ, ਕਾਰਨ ਨਹੀਂ।
ਟਨਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਮਾਡਲ ਵਰਤਦਾ ਹੈ
ਬ੍ਰੌਡਕਾਸਟ ਅਤੇ NBMA ਨੈੱਟਵਰਕ ਚੋਣ ਕਰਦੇ ਹਨ; ਪੌਇੰਟ-ਟੂ-ਪੌਇੰਟ ਅਤੇ ਪੌਇੰਟ-ਟੂ-ਮਲਟੀਪੌਇੰਟ ਨੈੱਟਵਰਕ ਨਹੀਂ ਕਰਦੇ, ਕਿਉਂਕਿ ਚੋਣ ਲਈ ਕੋਈ ਸਾਂਝਾ ਹਿੱਸਾ ਨਹੀਂ। ਹੱਬ-ਐਂਡ-ਸਪੋਕ ਓਵਰਲੇ ਵਿੱਚ ਪ੍ਰਭਾਵੀ ਮਾਡਲ ਇਸ ਗੱਲ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਟਨਲ ਇੰਟਰਫੇਸ ਕਿਵੇਂ ਸੰਰਚਿਤ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਭੂਮਿਕਾ ਵਿਆਖਿਆ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪੜ੍ਹੋ। ਬ੍ਰੌਡਕਾਸਟ ਹਿੱਸੇ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਵਾਲਾ ਟਨਲ ਅਤੇ ਪੌਇੰਟ-ਟੂ-ਪੌਇੰਟ ਲਿੰਕਾਂ ਦੇ ਸਮੂਹ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਵਾਲਾ ਟਨਲ ਬਿਲਕੁਲ ਵੱਖਰਾ ਗੁਆਂਢੀ ਵਿਵਹਾਰ ਦਿੰਦੇ ਹਨ।
ਜੇ ਡਿਜ਼ਾਈਨ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਹੱਬ ਨਾਮਜ਼ਦ ਭੂਮਿਕਾ ਰੱਖੇ, ਤਾਂ ਮਾਡਲ ਅਤੇ ਪਹੁੰਚ ਨੂੰ ਮਿਲ ਕੇ ਇਸ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਪਵੇਗਾ। ਜੋ ਹੱਬ ਹਰ ਭਾਗੀਦਾਰ ਨਾਲ ਲੋੜੀਂਦੇ ਪੈਕਟ ਬਦਲ ਨਹੀਂ ਸਕਦਾ, ਉਹ ਸਿਰਫ਼ ਤਰਜੀਹ ਉੱਚੀ ਹੋਣ ਕਰਕੇ ਲਾਭਦਾਇਕ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਨਹੀਂ ਬਣ ਜਾਂਦਾ। ਪਹਿਲਾਂ ਗੁਆਂਢੀ ਸਥਿਤੀਆਂ ਅਤੇ ਅਧੀਨ ਡਿਲਿਵਰੀ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਭੂਮਿਕਾ ਗ਼ਲਤ ਹੈ ਜਾਂ ਕੇਵਲ ਅਣਕਿਆਸੀ।
ਯੋਗਤਾ ਹਰ ਇੰਟਰਫੇਸ ਲਈ ਹੈ, ਅਤੇ ਪ੍ਰੀ-ਐਂਪਸ਼ਨ ਆਪਣੇ-ਆਪ ਨਹੀਂ
ਤਰਜੀਹ ਹਰ ਇੰਟਰਫੇਸ ਲਈ ਸੈੱਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਜ਼ੀਰੋ ਤਰਜੀਹ ਉਸ ਇੰਟਰਫੇਸ ਨੂੰ ਦੋਵੇਂ ਚੋਣਾਂ ਵਿੱਚੋਂ ਕੱਢ ਦਿੰਦੀ ਹੈ। ਯੋਗ ਭਾਗੀਦਾਰਾਂ ਵਿਚਕਾਰ ਜੇਤੂ ਤਰਜੀਹ ਨਾਲ ਅਤੇ ਫਿਰ ਰਾਊਟਰ ID ਨਾਲ ਤੈਅ ਹੁੰਦਾ ਹੈ, ਪਰ ਵੱਧ ਤਰਜੀਹ ਵਾਲਾ ਨਵਾਂ ਆਇਆ ਰਾਊਟਰ ਮੌਜੂਦਾ ਨਾਮਜ਼ਦ ਰਾਊਟਰ ਨੂੰ ਹਟਾਉਂਦਾ ਨਹੀਂ। ਇਹ ਪ੍ਰੀ-ਐਂਪਸ਼ਨ ਦੀ ਘਾਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ, ਅਤੇ ਇਹ ਉਨ੍ਹਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦੀ ਹੈ ਜੋ ਸੋਚਦੇ ਹਨ ਕਿ ਸਭ ਤੋਂ ਉੱਚੀ ਤਰਜੀਹ ਤੁਰੰਤ ਜਿੱਤ ਜਾਵੇਗੀ। ਜੇ ਕਿਸੇ ਖ਼ਾਸ ਰਾਊਟਰ ਨੇ ਭੂਮਿਕਾ ਰੱਖਣੀ ਹੈ, ਤਾਂ ਸੰਰਚਨਾ ਬਦਲਾਅ ਆਪਣੇ-ਆਪ ਲਾਗੂ ਹੋ ਜਾਵੇਗਾ ਮੰਨਣ ਦੀ ਬਜਾਏ ਘਟਨਾਵਾਂ ਦਾ ਕ੍ਰਮ ਯੋਜਨਾ ਬਣਾਓ।
ਦੂਜਾ ਯੋਗ ਭਾਗੀਦਾਰ ਦਿੱਤੇ ਬਿਨਾਂ ਹਰ ਸਪੋਕ ਨੂੰ ਬਾਹਰ ਕੱਢਣ ਦਾ ਅਰਥ ਇਹ ਵੀ ਹੈ ਕਿ ਬੈਕਅੱਪ ਬਿਲਕੁਲ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਦੋਵੇਂ ਵਿਆਖਿਆਵਾਂ ਦੀ ਇਮਾਨਦਾਰੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ: ਗ਼ਲਤ ਹਿੱਸੇ ਤੋਂ ਪੜ੍ਹੀ ਭੂਮਿਕਾ, ਜਾਂ ਅਜਿਹਾ ਹਿੱਸਾ ਜਿਸ ਦੇ ਮੈਂਬਰ ਇੱਕ-ਦੂਜੇ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦੇ। ਪਹਿਲੀ ਡਿਜ਼ਾਈਨ ਦਾ ਸਵਾਲ ਹੈ ਅਤੇ ਦੂਜੀ ਡਿਲਿਵਰੀ ਦਾ ਸਵਾਲ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਤਰਜੀਹ ਸੋਧ ਕੇ ਠੀਕ ਹੁੰਦਾ ਹੈ।