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

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

ਪਰ ਆਓ ਇਸ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਕੋਣ ਤੋਂ ਵੇਖੀਏ.

ਕਈ ਸੇਵਾਵਾਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਇੱਕੋ ਨੈੱਟਵਰਕ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀਆਂ ਹਨ। ਇੱਕ ਟੈਲੀਕਾਮ ਆਪਰੇਟਰ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ 2G, 3G, LTE, ਬਰਾਡਬੈਂਡ ਅਤੇ B2B ਹੈ, ਉਦਾਹਰਨ ਲਈ। ਡੀਸੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ: ਵੱਖ-ਵੱਖ ਗਾਹਕਾਂ ਲਈ ਕਨੈਕਟੀਵਿਟੀ, ਇੰਟਰਨੈਟ, ਬਲਾਕ ਸਟੋਰੇਜ, ਆਬਜੈਕਟ ਸਟੋਰੇਜ।

ਅਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਤੋਂ ਅਲੱਗ-ਥਲੱਗ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਓਵਰਲੇਅ ਨੈੱਟਵਰਕ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ।

ਅਤੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਹੱਥੀਂ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੀਆਂ। ਇਸ ਤਰ੍ਹਾਂ ਆਰਕੈਸਟ੍ਰੇਟਰ ਅਤੇ SDN ਦਿਖਾਈ ਦਿੱਤੇ।

ਨੈਟਵਰਕ ਦੇ ਵਿਵਸਥਿਤ ਆਟੋਮੇਸ਼ਨ ਲਈ ਪਹਿਲੀ ਪਹੁੰਚ, ਜਾਂ ਇਸਦਾ ਹਿੱਸਾ, ਬਹੁਤ ਸਾਰੇ ਸਥਾਨਾਂ ਵਿੱਚ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਲਿਆ ਅਤੇ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.

ਇਹ ਉਹ ਹੈ ਜਿਸ ਨਾਲ ਅਸੀਂ ਅੱਜ ਨਜਿੱਠਾਂਗੇ।

ਸਮੱਗਰੀ

• ਕਾਰਨ
• ਪਰਿਭਾਸ਼ਾ
• ਅੰਡਰਲੇ - ਭੌਤਿਕ ਨੈੱਟਵਰਕ
• ਓਵਰਲੇ - ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ
  • ToR ਨਾਲ ਓਵਰਲੇਅ
  • ਹੋਸਟ ਤੋਂ ਓਵਰਲੇਅ
  • ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਟੰਗਸਟਨ ਫੈਬਰਿਕ ਦੀ ਵਰਤੋਂ ਕਰਨਾ
    • ਇੱਕ ਸਿੰਗਲ ਭੌਤਿਕ ਮਸ਼ੀਨ ਦੇ ਅੰਦਰ ਸੰਚਾਰ
    • ਵੱਖ-ਵੱਖ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ 'ਤੇ ਸਥਿਤ VMs ਵਿਚਕਾਰ ਸੰਚਾਰ
    • ਬਾਹਰਲੇ ਸੰਸਾਰ ਨੂੰ ਛੱਡੋ

• ਸਵਾਲ
• ਸਿੱਟਾ
• ਉਪਯੋਗੀ ਲਿੰਕ

ਕਾਰਨ

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

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

ਨੈੱਟਵਰਕਰਾਂ ਨੂੰ VLAN ਪਾਉਣ ਲਈ ਇੰਤਜ਼ਾਰ ਨਾ ਕਰਨ ਅਤੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਨੋਡ 'ਤੇ ਕਿਸੇ ਵੀ ਸੇਵਾਵਾਂ ਨੂੰ ਰਜਿਸਟਰ ਨਾ ਕਰਨ ਲਈ, ਲੋਕਾਂ ਨੇ ਓਵਰਲੇਅ - ਓਵਰਲੇ ਨੈੱਟਵਰਕ - ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵਿਚਾਰ ਲਿਆ, ਜਿਸ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਕਿਸਮਾਂ ਹਨ: GRE, IPinIP, MPLS, MPLS L2/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE, ਆਦਿ।

ਉਨ੍ਹਾਂ ਦੀ ਅਪੀਲ ਦੋ ਸਧਾਰਨ ਚੀਜ਼ਾਂ ਵਿੱਚ ਹੈ:

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

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

ਸਮੁੱਚੀ ਲੜੀ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਦਾ ਵਰਣਨ ਕਰੇਗੀ ਜਿਸ ਵਿੱਚ ਇੱਕੋ ਜਿਹੇ ਰੈਕਾਂ ਦੀਆਂ ਕਤਾਰਾਂ ਸ਼ਾਮਲ ਹਨ ਜਿਸ ਵਿੱਚ ਇੱਕੋ ਸਰਵਰ ਉਪਕਰਣ ਸਥਾਪਤ ਕੀਤੇ ਗਏ ਹਨ।

ਇਹ ਉਪਕਰਨ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ/ਕੰਟੇਨਰ/ਸਰਵਰ ਰਹਿਤ ਚਲਾਉਂਦਾ ਹੈ ਜੋ ਸੇਵਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ।

ਪਰਿਭਾਸ਼ਾ

ਇੱਕ ਲੂਪ ਵਿੱਚ ਸਰਵਰ ਮੈਂ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਦਾ ਨਾਮ ਦੇਵਾਂਗਾ ਜੋ ਕਲਾਇੰਟ-ਸਰਵਰ ਸੰਚਾਰ ਦੇ ਸਰਵਰ ਸਾਈਡ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ।

ਰੈਕਾਂ ਵਿੱਚ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ ਨੂੰ ਸਰਵਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਨਾ ਅਸੀਂ ਕਰਾਂਗੇ.

ਭੌਤਿਕ ਮਸ਼ੀਨ — x86 ਕੰਪਿਊਟਰ ਇੱਕ ਰੈਕ ਵਿੱਚ ਇੰਸਟਾਲ ਹੈ। ਸਭ ਤੋਂ ਵੱਧ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਸ਼ਬਦ ਮੇਜ਼ਬਾਨ. ਇਹ ਉਹ ਹੈ ਜੋ ਅਸੀਂ ਇਸਨੂੰ ਕਹਿੰਦੇ ਹਾਂ "машина"ਜਾਂ ਮੇਜ਼ਬਾਨ.

ਹਾਈਪਰਵਾਈਜ਼ਰ - ਇੱਕ ਭੌਤਿਕ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲ ਰਹੀ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਭੌਤਿਕ ਸਰੋਤਾਂ ਦੀ ਨਕਲ ਕਰਦੀ ਹੈ ਜਿਸ 'ਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਚੱਲਦੀਆਂ ਹਨ। ਕਈ ਵਾਰ ਸਾਹਿਤ ਅਤੇ ਇੰਟਰਨੈਟ ਵਿੱਚ "ਹਾਈਪਰਵਾਈਜ਼ਰ" ਸ਼ਬਦ "ਹੋਸਟ" ਦੇ ਸਮਾਨਾਰਥੀ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਵਰਚੁਅਲ ਮਸ਼ੀਨ - ਇੱਕ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ ਭੌਤਿਕ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲ ਰਿਹਾ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ। ਇਸ ਚੱਕਰ ਵਿੱਚ ਸਾਡੇ ਲਈ, ਇਹ ਅਸਲ ਵਿੱਚ ਕੋਈ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦਾ ਕਿ ਇਹ ਅਸਲ ਵਿੱਚ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਕੰਟੇਨਰ। ਚਲੋ ਇਸ ਨੂੰ ਕਹਿੰਦੇ ਹਾਂ"ВМ«

ਕਿਰਾਏਦਾਰ ਇੱਕ ਵਿਆਪਕ ਧਾਰਨਾ ਹੈ ਜਿਸਨੂੰ ਮੈਂ ਇਸ ਲੇਖ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ ਸੇਵਾ ਜਾਂ ਇੱਕ ਵੱਖਰੇ ਕਲਾਇੰਟ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਾਂਗਾ।

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

TOR - ਰੈਕ ਸਵਿੱਚ ਦਾ ਸਿਖਰ - ਇੱਕ ਰੈਕ ਵਿੱਚ ਸਥਾਪਤ ਇੱਕ ਸਵਿੱਚ ਜਿਸ ਨਾਲ ਸਾਰੀਆਂ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ ਜੁੜੀਆਂ ਹੋਈਆਂ ਹਨ।

ToR ਟੌਪੋਲੋਜੀ ਤੋਂ ਇਲਾਵਾ, ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾ ਕਤਾਰ ਦੇ ਅੰਤ (EoR) ਜਾਂ ਕਤਾਰ ਦੇ ਮੱਧ ਦਾ ਅਭਿਆਸ ਕਰਦੇ ਹਨ (ਹਾਲਾਂਕਿ ਬਾਅਦ ਵਾਲਾ ਇੱਕ ਅਪਮਾਨਜਨਕ ਦੁਰਲੱਭ ਹੈ ਅਤੇ ਮੈਂ MoR ਸੰਖੇਪ ਰੂਪ ਨਹੀਂ ਦੇਖਿਆ ਹੈ)।

ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਜਾਂ ਅੰਡਰਲਾਈੰਗ ਨੈੱਟਵਰਕ ਜਾਂ ਅੰਡਰਲੇਅ ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ: ਸਵਿੱਚ, ਰਾਊਟਰ, ਕੇਬਲ।

ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਜਾਂ ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਜਾਂ ਓਵਰਲੇ - ਭੌਤਿਕ ਦੇ ਸਿਖਰ 'ਤੇ ਚੱਲ ਰਹੇ ਸੁਰੰਗਾਂ ਦਾ ਇੱਕ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ।

L3 ਫੈਬਰਿਕ ਜਾਂ IP ਫੈਬਰਿਕ - ਮਨੁੱਖਜਾਤੀ ਦੀ ਇੱਕ ਅਦਭੁਤ ਖੋਜ ਜੋ ਤੁਹਾਨੂੰ STP ਨੂੰ ਦੁਹਰਾਉਣ ਅਤੇ ਇੰਟਰਵਿਊਆਂ ਲਈ TRILL ਸਿੱਖਣ ਤੋਂ ਬਚਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਇੱਕ ਸੰਕਲਪ ਜਿਸ ਵਿੱਚ ਪਹੁੰਚ ਪੱਧਰ ਤੱਕ ਪੂਰਾ ਨੈੱਟਵਰਕ ਸਿਰਫ਼ L3 ਹੈ, VLAN ਤੋਂ ਬਿਨਾਂ ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਵਿਸ਼ਾਲ ਵਿਸਤ੍ਰਿਤ ਪ੍ਰਸਾਰਣ ਡੋਮੇਨ। ਅਸੀਂ ਅਗਲੇ ਭਾਗ ਵਿੱਚ "ਫੈਕਟਰੀ" ਸ਼ਬਦ ਕਿੱਥੋਂ ਆਇਆ ਹੈ ਇਸ ਬਾਰੇ ਦੇਖਾਂਗੇ।

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

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

VNF - ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਫੰਕਸ਼ਨ। ਖਾਸ ਵਰਚੁਅਲ ਡਿਵਾਈਸ: ਰਾਊਟਰ, ਸਵਿੱਚ, ਫਾਇਰਵਾਲ, NAT, IPS/IDS, ਆਦਿ।

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

ਅੱਜ ਜ਼ਿਆਦਾਤਰ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

ਅੰਡਰਲੇਅ — ਸਥਿਰ ਸੰਰਚਨਾ ਵਾਲਾ ਇੱਕ ਭੌਤਿਕ ਨੈੱਟਵਰਕ।
ਓਵਰਲੇ — ਕਿਰਾਏਦਾਰਾਂ ਨੂੰ ਅਲੱਗ ਕਰਨ ਲਈ ਅੰਡਰਲੇ ਉੱਤੇ ਐਬਸਟਰੈਕਸ਼ਨ।

ਇਹ ਡੀਸੀ (ਜਿਸਦਾ ਅਸੀਂ ਇਸ ਲੇਖ ਵਿੱਚ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਾਂਗੇ) ਅਤੇ ISP (ਜਿਸਦਾ ਅਸੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਕਰਾਂਗੇ, ਕਿਉਂਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ ਕੀਤਾ ਗਿਆ ਹੈ) ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸੱਚ ਹੈ। SDSM). ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੈਟਵਰਕ ਦੇ ਨਾਲ, ਬੇਸ਼ਕ, ਸਥਿਤੀ ਕੁਝ ਵੱਖਰੀ ਹੈ.

ਨੈੱਟਵਰਕ 'ਤੇ ਫੋਕਸ ਵਾਲੀ ਤਸਵੀਰ:

ਅੰਡਰਲੇਅ

ਅੰਡਰਲੇ ਇੱਕ ਭੌਤਿਕ ਨੈੱਟਵਰਕ ਹੈ: ਹਾਰਡਵੇਅਰ ਸਵਿੱਚ ਅਤੇ ਕੇਬਲ। ਭੂਮੀਗਤ ਉਪਕਰਣ ਜਾਣਦੇ ਹਨ ਕਿ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ।

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

ਪਰ ਗੂਗਲ ਵਰਗਾ ਕੋਈ ਵਿਅਕਤੀ ਆਪਣੇ ਖੁਦ ਦੇ ਸਵਿੱਚਾਂ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਸਵੀਕਾਰ ਕੀਤੇ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਛੱਡਣ ਦੀ ਸਮਰੱਥਾ ਰੱਖ ਸਕਦਾ ਹੈ। ਪਰ LAN_DC ਗੂਗਲ ਨਹੀਂ ਹੈ।

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

• IPv4+OSPF
• IPv6+ISIS+BGP+L3VPN
• L2+TRILL
• L2+STP

ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਨੂੰ ਕਲਾਸਿਕ ਤਰੀਕੇ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ: CLI/GUI/NETCONF।

ਹੱਥੀਂ, ਸਕ੍ਰਿਪਟਾਂ, ਮਲਕੀਅਤ ਦੀਆਂ ਸਹੂਲਤਾਂ।

ਲੜੀ ਦਾ ਅਗਲਾ ਲੇਖ ਵਧੇਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਅੰਡਰਲੇ ਨੂੰ ਸਮਰਪਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਓਵਰਲੇ

ਓਵਰਲੇਅ ਅੰਡਰਲੇ ਦੇ ਸਿਖਰ 'ਤੇ ਫੈਲਿਆ ਹੋਇਆ ਸੁਰੰਗਾਂ ਦਾ ਇੱਕ ਵਰਚੁਅਲ ਨੈਟਵਰਕ ਹੈ, ਇਹ ਇੱਕ ਕਲਾਇੰਟ ਦੇ VM ਨੂੰ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਜਦਕਿ ਦੂਜੇ ਕਲਾਇੰਟਸ ਤੋਂ ਅਲੱਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਕਲਾਈਂਟ ਡੇਟਾ ਨੂੰ ਜਨਤਕ ਨੈਟਵਰਕ ਉੱਤੇ ਪ੍ਰਸਾਰਣ ਲਈ ਕੁਝ ਟਨਲਿੰਗ ਸਿਰਲੇਖਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਇਸ ਲਈ ਇੱਕ ਕਲਾਇੰਟ (ਇੱਕ ਸੇਵਾ) ਦੇ VM ਓਵਰਲੇ ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰ ਸਕਦੇ ਹਨ, ਇਹ ਜਾਣੇ ਬਿਨਾਂ ਕਿ ਪੈਕੇਟ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਮਾਰਗ ਲੈਂਦਾ ਹੈ।

ਓਵਰਲੇ ਹੋ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਜਿਵੇਂ ਕਿ ਮੈਂ ਉੱਪਰ ਦੱਸਿਆ ਹੈ:

• GRE ਸੁਰੰਗ
• VXLAN
• EVPN
• L3VPN
• GENEVE

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

ਹਾਂ, ਇਹ ਇਸਦੇ ਸ਼ੁੱਧ ਰੂਪ ਵਿੱਚ SDN ਹੈ।

ਇੱਕ ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਦੋ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਪਹੁੰਚ ਹਨ:

1. ToR ਨਾਲ ਓਵਰਲੇਅ
2. ਹੋਸਟ ਤੋਂ ਓਵਰਲੇਅ

ToR ਨਾਲ ਓਵਰਲੇਅ

ਓਵਰਲੇ ਰੈਕ ਵਿੱਚ ਖੜ੍ਹੇ ਐਕਸੈਸ ਸਵਿੱਚ (TOR) ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹੁੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, VXLAN ਫੈਬਰਿਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ।

ਇਹ ISP ਨੈੱਟਵਰਕਾਂ 'ਤੇ ਇੱਕ ਸਮਾਂ-ਪਰੀਖਣ ਵਿਧੀ ਹੈ ਅਤੇ ਸਾਰੇ ਨੈੱਟਵਰਕ ਉਪਕਰਣ ਵਿਕਰੇਤਾ ਇਸਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ।

ਹਾਲਾਂਕਿ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ToR ਸਵਿੱਚ ਨੂੰ ਕ੍ਰਮਵਾਰ ਵੱਖ-ਵੱਖ ਸੇਵਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ, ਕੁਝ ਹੱਦ ਤੱਕ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨਾਲ ਸਹਿਯੋਗ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਸੰਰਚਨਾ ਵਿੱਚ ਬਦਲਾਅ (ਹਾਲਾਂਕਿ ਆਪਣੇ ਆਪ ਹੀ) ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। .

ਇੱਥੇ ਮੈਂ ਪਾਠਕ ਨੂੰ ਇਸ ਬਾਰੇ ਇੱਕ ਲੇਖ ਦਾ ਹਵਾਲਾ ਦੇਵਾਂਗਾ Habré 'ਤੇ VxLAN ਸਾਡਾ ਪੁਰਾਣਾ ਦੋਸਤ @bormoglotx.
ਇਸ ਵਿੱਚ ENOG ਨਾਲ ਪੇਸ਼ਕਾਰੀਆਂ ਇੱਕ EVPN VXLAN ਫੈਬਰਿਕ ਦੇ ਨਾਲ ਇੱਕ DC ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਲਈ ਪਹੁੰਚਾਂ ਦਾ ਵਿਸਥਾਰ ਵਿੱਚ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ।

ਅਤੇ ਹਕੀਕਤ ਵਿੱਚ ਵਧੇਰੇ ਸੰਪੂਰਨ ਡੁੱਬਣ ਲਈ, ਤੁਸੀਂ ਸਿਸਕਾ ਦੀ ਕਿਤਾਬ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਇੱਕ ਆਧੁਨਿਕ, ਖੁੱਲ੍ਹਾ, ਅਤੇ ਸਕੇਲੇਬਲ ਫੈਬਰਿਕ: VXLAN EVPN.

ਮੈਂ ਨੋਟ ਕਰਦਾ ਹਾਂ ਕਿ VXLAN ਸਿਰਫ ਇੱਕ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਵਿਧੀ ਹੈ ਅਤੇ ਸੁਰੰਗਾਂ ਦੀ ਸਮਾਪਤੀ ToR 'ਤੇ ਨਹੀਂ, ਪਰ ਹੋਸਟ 'ਤੇ ਹੋ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਓਪਨਸਟੈਕ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ।

ਹਾਲਾਂਕਿ, VXLAN ਫੈਬਰਿਕ, ਜਿੱਥੇ ਓਵਰਲੇ ToR ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਸਥਾਪਤ ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਹੋਸਟ ਤੋਂ ਓਵਰਲੇਅ

ਇੱਕ ਹੋਰ ਪਹੁੰਚ ਅੰਤ ਦੇ ਮੇਜ਼ਬਾਨਾਂ 'ਤੇ ਸੁਰੰਗਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਅਤੇ ਖਤਮ ਕਰਨਾ ਹੈ।
ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਨੈੱਟਵਰਕ (ਅੰਡਰਲੇ) ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਧਾਰਨ ਅਤੇ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ।
ਅਤੇ ਮੇਜ਼ਬਾਨ ਖੁਦ ਹੀ ਸਾਰੇ ਲੋੜੀਂਦੇ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਕਰਦਾ ਹੈ।

ਬੇਸ਼ਕ ਇਸ ਲਈ ਮੇਜ਼ਬਾਨਾਂ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ, ਪਰ ਇਹ ਇਸਦੀ ਕੀਮਤ ਹੈ।

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਲੀਨਕਸ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕ ਕਲਾਇੰਟ ਨੂੰ ਚਲਾਉਣਾ ਆਸਾਨ ਹੈ ਜਾਂ, ਮੰਨ ਲਓ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਸੰਭਵ ਵੀ, ਜਦੋਂ ਇੱਕ ਸਵਿੱਚ 'ਤੇ ਤੁਹਾਨੂੰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਮਲਟੀ-ਵਿਕਰੇਤਾ ਦੇ ਵਿਚਾਰ ਨੂੰ ਖਤਮ ਕਰਨ ਵਾਲੇ ਮਲਟੀ-ਵਿਕਰੇਤਾ ਦੇ SDN ਹੱਲਾਂ ਵੱਲ ਮੁੜਨਾ ਪਵੇਗਾ।

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

ADSM ਲੜੀ ਵਿੱਚ, ਮੈਂ ਹੋਸਟ ਤੋਂ ਓਵਰਲੇਅ ਪਹੁੰਚ ਦੀ ਚੋਣ ਕਰਦਾ ਹਾਂ - ਫਿਰ ਅਸੀਂ ਸਿਰਫ ਇਸ ਬਾਰੇ ਗੱਲ ਕਰਦੇ ਹਾਂ ਅਤੇ ਅਸੀਂ VXLAN ਫੈਕਟਰੀ ਵਿੱਚ ਵਾਪਸ ਨਹੀਂ ਜਾਵਾਂਗੇ.

ਉਦਾਹਰਣਾਂ ਨੂੰ ਦੇਖਣਾ ਸਭ ਤੋਂ ਆਸਾਨ ਹੈ। ਅਤੇ ਇੱਕ ਟੈਸਟ ਵਿਸ਼ੇ ਵਜੋਂ ਅਸੀਂ ਓਪਨਸੋਰਸ SDN ਪਲੇਟਫਾਰਮ ਓਪਨਕੰਟਰੇਲ ਲਵਾਂਗੇ, ਜਿਸਨੂੰ ਹੁਣ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਟੰਗਸਟਨ ਫੈਬਰਿਕ.

ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ ਮੈਂ ਓਪਨਫਲੋ ਅਤੇ ਓਪਨਵਸਵਿਚ ਦੇ ਸਮਾਨਤਾ ਬਾਰੇ ਕੁਝ ਵਿਚਾਰ ਦੇਵਾਂਗਾ.

ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ ਟੰਗਸਟਨ ਫੈਬਰਿਕ ਦੀ ਵਰਤੋਂ ਕਰਨਾ

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

vRouter ਬਾਰੇ ਥੋੜਾ ਹੋਰ ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ ਹੈ.

ਹਾਈਪਰਵਾਈਜ਼ਰ 'ਤੇ ਸਥਿਤ ਹਰੇਕ VM ਇਸ ਮਸ਼ੀਨ ਦੇ vRouter ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਟੈਪ ਇੰਟਰਫੇਸ.

TAP - ਟਰਮੀਨਲ ਐਕਸੈਸ ਪੁਆਇੰਟ - ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਇੱਕ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ ਜੋ ਨੈੱਟਵਰਕ ਇੰਟਰੈਕਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

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

ਤਾਂ ਕਿ vRouters ਇੱਕ ਦੂਜੇ ਨਾਲ ਸੰਚਾਰ ਕਰ ਸਕਣ, ਅਤੇ ਇਸਦੇ ਅਨੁਸਾਰ ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਸਥਿਤ VM, ਉਹ ਦੁਆਰਾ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ SDN ਕੰਟਰੋਲਰ.

ਬਾਹਰੀ ਦੁਨੀਆਂ ਵਿੱਚ ਜਾਣ ਲਈ, ਮੈਟ੍ਰਿਕਸ ਤੋਂ ਇੱਕ ਐਗਜ਼ਿਟ ਪੁਆਇੰਟ ਹੈ - ਇੱਕ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਗੇਟਵੇ। VNGW - ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਗੇਟਵੇ (ਮੇਰੀ ਮਿਆਦ).

ਆਉ ਹੁਣ ਸੰਚਾਰ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਨੂੰ ਵੇਖੀਏ - ਅਤੇ ਸਪੱਸ਼ਟਤਾ ਹੋਵੇਗੀ.

ਇੱਕ ਸਿੰਗਲ ਭੌਤਿਕ ਮਸ਼ੀਨ ਦੇ ਅੰਦਰ ਸੰਚਾਰ

VM0 VM2 ਨੂੰ ਇੱਕ ਪੈਕੇਟ ਭੇਜਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਚਲੋ ਹੁਣ ਲਈ ਮੰਨ ਲਓ ਕਿ ਇਹ ਇੱਕ ਸਿੰਗਲ ਕਲਾਇੰਟ VM ਹੈ।

ਡਾਟਾ ਪਲੇਨ

1. VM-0 ਕੋਲ ਇਸਦੇ eth0 ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਡਿਫੌਲਟ ਰੂਟ ਹੈ। ਪੈਕੇਜ ਉੱਥੇ ਭੇਜਿਆ ਗਿਆ ਹੈ.
   ਇਹ ਇੰਟਰਫੇਸ eth0 ਅਸਲ ਵਿੱਚ TAP ਇੰਟਰਫੇਸ tap0 ਦੁਆਰਾ ਵਰਚੁਅਲ ਰਾਊਟਰ vRouter ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।
2. vRouter ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਕਿਸ ਇੰਟਰਫੇਸ 'ਤੇ ਆਇਆ ਹੈ, ਯਾਨੀ ਕਿ ਇਹ ਕਿਸ ਕਲਾਇੰਟ (VRF) ਨਾਲ ਸਬੰਧਤ ਹੈ, ਅਤੇ ਇਸ ਕਲਾਇੰਟ ਦੀ ਰੂਟਿੰਗ ਟੇਬਲ ਨਾਲ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਪਤੇ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
3. ਇਹ ਪਤਾ ਲਗਾਉਣ ਤੋਂ ਬਾਅਦ ਕਿ ਇੱਕੋ ਮਸ਼ੀਨ 'ਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਇੱਕ ਵੱਖਰੀ ਪੋਰਟ 'ਤੇ ਹੈ, vRouter ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਸਿਰਲੇਖ ਦੇ ਇਸ ਨੂੰ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ - ਇਸ ਕੇਸ ਲਈ, vRouter ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ARP ਐਂਟਰੀ ਹੈ।

ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਪੈਕੇਟ ਭੌਤਿਕ ਨੈਟਵਰਕ ਵਿੱਚ ਦਾਖਲ ਨਹੀਂ ਹੁੰਦਾ - ਇਸਨੂੰ vRouter ਦੇ ਅੰਦਰ ਰੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕੰਟਰੋਲ ਪਲੇਨ

ਜਦੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਚਾਲੂ ਹੁੰਦੀ ਹੈ, ਹਾਈਪਰਵਾਈਜ਼ਰ ਇਸਨੂੰ ਦੱਸਦਾ ਹੈ:

• ਉਸਦਾ ਆਪਣਾ IP ਪਤਾ।
• ਡਿਫੌਲਟ ਰੂਟ ਇਸ ਨੈੱਟਵਰਕ 'ਤੇ vRouter ਦੇ IP ਐਡਰੈੱਸ ਰਾਹੀਂ ਹੈ।

ਹਾਈਪਰਵਾਈਜ਼ਰ ਇੱਕ ਵਿਸ਼ੇਸ਼ API ਦੁਆਰਾ vRouter ਨੂੰ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ:

• ਤੁਹਾਨੂੰ ਇੱਕ ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ ਬਣਾਉਣ ਲਈ ਕੀ ਚਾਹੀਦਾ ਹੈ.
• ਇਸ (VM) ਨੂੰ ਕਿਸ ਕਿਸਮ ਦਾ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ?
• ਇਸ ਨੂੰ ਕਿਸ VRF (VN) ਨਾਲ ਬੰਨ੍ਹਣਾ ਹੈ।
• ਇਸ VM ਲਈ ਇੱਕ ਸਥਿਰ ARP ਐਂਟਰੀ—ਇਸਦਾ IP ਪਤਾ ਕਿਸ ਇੰਟਰਫੇਸ 'ਤੇ ਸਥਿਤ ਹੈ ਅਤੇ ਇਹ ਕਿਸ MAC ਐਡਰੈੱਸ ਨਾਲ ਬੰਨ੍ਹਿਆ ਹੋਇਆ ਹੈ।

ਦੁਬਾਰਾ, ਸੰਕਲਪ ਨੂੰ ਸਮਝਣ ਲਈ ਅਸਲ ਪਰਸਪਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਰਲ ਬਣਾਇਆ ਗਿਆ ਹੈ।

ਇਸ ਤਰ੍ਹਾਂ, vRouter ਇੱਕ ਦਿੱਤੀ ਗਈ ਮਸ਼ੀਨ 'ਤੇ ਇੱਕ ਕਲਾਇੰਟ ਦੇ ਸਾਰੇ VM ਨੂੰ ਸਿੱਧੇ ਕਨੈਕਟ ਕੀਤੇ ਨੈੱਟਵਰਕਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਦੇਖਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੇ ਵਿਚਕਾਰ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ।

ਪਰ VM0 ਅਤੇ VM1 ਵੱਖ-ਵੱਖ ਗਾਹਕਾਂ ਨਾਲ ਸਬੰਧਤ ਹਨ ਅਤੇ, ਇਸ ਅਨੁਸਾਰ, ਵੱਖ-ਵੱਖ vRouter ਟੇਬਲਾਂ ਵਿੱਚ ਹਨ।

ਕੀ ਉਹ ਇੱਕ ਦੂਜੇ ਨਾਲ ਸਿੱਧਾ ਸੰਚਾਰ ਕਰ ਸਕਦੇ ਹਨ, ਇਹ vRouter ਸੈਟਿੰਗਾਂ ਅਤੇ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਦੋਵੇਂ ਕਲਾਇੰਟਸ ਦੇ VM ਜਨਤਕ ਪਤਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਾਂ NAT ਖੁਦ vRouter 'ਤੇ ਵਾਪਰਦਾ ਹੈ, ਤਾਂ vRouter ਲਈ ਸਿੱਧੀ ਰੂਟਿੰਗ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

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

ਵੱਖ-ਵੱਖ ਭੌਤਿਕ ਮਸ਼ੀਨਾਂ 'ਤੇ ਸਥਿਤ VMs ਵਿਚਕਾਰ ਸੰਚਾਰ

ਡਾਟਾ ਪਲੇਨ

1. ਸ਼ੁਰੂਆਤ ਬਿਲਕੁਲ ਉਹੀ ਹੈ: VM-0 ਆਪਣੇ ਡਿਫਾਲਟ 'ਤੇ ਮੰਜ਼ਿਲ VM-7 (172.17.3.2) ਦੇ ਨਾਲ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ।
2. vRouter ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਵਾਰ ਵੇਖਦਾ ਹੈ ਕਿ ਮੰਜ਼ਿਲ ਇੱਕ ਵੱਖਰੀ ਮਸ਼ੀਨ 'ਤੇ ਹੈ ਅਤੇ Tunnel0 ਦੁਆਰਾ ਪਹੁੰਚਯੋਗ ਹੈ।
3. ਪਹਿਲਾਂ, ਇਹ ਰਿਮੋਟ ਇੰਟਰਫੇਸ ਦੀ ਪਛਾਣ ਕਰਨ ਵਾਲੇ ਇੱਕ MPLS ਲੇਬਲ ਨੂੰ ਲਟਕਾਉਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਉਲਟ ਪਾਸੇ vRouter ਇਹ ਨਿਰਧਾਰਤ ਕਰ ਸਕੇ ਕਿ ਇਸ ਪੈਕੇਟ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਖੋਜ ਦੇ ਕਿੱਥੇ ਰੱਖਣਾ ਹੈ।

   

4. Tunnel0 ਦਾ ਸਰੋਤ 10.0.0.2 ਹੈ, ਮੰਜ਼ਿਲ: 10.0.1.2।
   vRouter ਅਸਲੀ ਪੈਕੇਟ ਵਿੱਚ GRE (ਜਾਂ UDP) ਸਿਰਲੇਖ ਅਤੇ ਇੱਕ ਨਵਾਂ IP ਜੋੜਦਾ ਹੈ।
5. vRouter ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ToR1 ਐਡਰੈੱਸ 10.0.0.1 ਦੁਆਰਾ ਇੱਕ ਡਿਫੌਲਟ ਰੂਟ ਹੈ। ਉਹ ਹੈ, ਜਿੱਥੇ ਉਹ ਇਸ ਨੂੰ ਭੇਜਦਾ ਹੈ.

   
   

6. ToR1, ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਦੇ ਮੈਂਬਰ ਵਜੋਂ, ਜਾਣਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, OSPF ਰਾਹੀਂ) 10.0.1.2 ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ ਅਤੇ ਰੂਟ ਦੇ ਨਾਲ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ECMP ਇੱਥੇ ਸਮਰੱਥ ਹੈ। ਦ੍ਰਿਸ਼ਟਾਂਤ ਵਿੱਚ ਦੋ ਨੈਕਸਟਹੌਪ ਹਨ, ਅਤੇ ਵੱਖ-ਵੱਖ ਥ੍ਰੈੱਡਾਂ ਨੂੰ ਹੈਸ਼ ਦੁਆਰਾ ਉਹਨਾਂ ਵਿੱਚ ਛਾਂਟਿਆ ਜਾਵੇਗਾ। ਇੱਕ ਅਸਲ ਫੈਕਟਰੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, 4 ਨੈਕਸਟਹੌਪਸ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵੱਧ ਹੋਵੇਗੀ।

   ਇਸਦੇ ਨਾਲ ਹੀ, ਉਸਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਕਿ ਬਾਹਰੀ IP ਸਿਰਲੇਖ ਦੇ ਹੇਠਾਂ ਕੀ ਹੈ. ਯਾਨੀ, ਅਸਲ ਵਿੱਚ, IP ਦੇ ਤਹਿਤ ਯੂਨਾਨੀ ਉੱਤੇ GRE ਉੱਤੇ MPLS ਉੱਤੇ Ethernet ਉੱਤੇ MPLS ਉੱਤੇ IPv6 ਦਾ ਸੈਂਡਵਿਚ ਹੋ ਸਕਦਾ ਹੈ।

7. ਇਸ ਅਨੁਸਾਰ, ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਪਾਸੇ, vRouter GRE ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ, MPLS ਟੈਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਸਮਝਦਾ ਹੈ ਕਿ ਇਹ ਪੈਕੇਟ ਕਿਸ ਇੰਟਰਫੇਸ 'ਤੇ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਨੂੰ ਸਟ੍ਰਿਪ ਕਰਦਾ ਹੈ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਇਸਦੇ ਅਸਲ ਰੂਪ ਵਿੱਚ ਭੇਜਦਾ ਹੈ।

ਕੰਟਰੋਲ ਪਲੇਨ

ਜਦੋਂ ਤੁਸੀਂ ਕਾਰ ਸਟਾਰਟ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਹੀ ਹੁੰਦਾ ਹੈ ਜਿਵੇਂ ਉੱਪਰ ਦੱਸਿਆ ਗਿਆ ਹੈ।

ਅਤੇ ਪਲੱਸ ਹੇਠ ਲਿਖੇ:

• ਹਰੇਕ ਕਲਾਇੰਟ ਲਈ, vRouter ਇੱਕ MPLS ਟੈਗ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਇਹ L3VPN ਸੇਵਾ ਲੇਬਲ ਹੈ, ਜਿਸ ਦੁਆਰਾ ਗਾਹਕਾਂ ਨੂੰ ਉਸੇ ਭੌਤਿਕ ਮਸ਼ੀਨ ਦੇ ਅੰਦਰ ਵੱਖ ਕੀਤਾ ਜਾਵੇਗਾ।
  

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

• vRouter BGP ਪ੍ਰੋਟੋਕੋਲ (ਜਾਂ ਇਸਦੇ ਸਮਾਨ - TF ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ XMPP 0_o ਹੈ) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ SDN ਕੰਟਰੋਲਰ ਨਾਲ ਇੱਕ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਦਾ ਹੈ।
• ਇਸ ਸੈਸ਼ਨ ਦੇ ਰਾਹੀਂ, vRouter SDN ਕੰਟਰੋਲਰ ਨੂੰ ਕਨੈਕਟ ਕੀਤੇ ਨੈੱਟਵਰਕਾਂ ਲਈ ਰੂਟਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ:
  • ਨੈੱਟਵਰਕ ਪਤਾ
  • ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਵਿਧੀ (MPLSoGRE, MPLSoUDP, VXLAN)
  • MPLS ਕਲਾਇੰਟ ਟੈਗ
  • Nexthop ਵਜੋਂ ਤੁਹਾਡਾ IP ਪਤਾ

• SDN ਕੰਟਰੋਲਰ ਸਾਰੇ ਜੁੜੇ ਹੋਏ vRouters ਤੋਂ ਅਜਿਹੇ ਰੂਟ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਦੂਜਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਯਾਨੀ ਇਹ ਰੂਟ ਰਿਫਲੈਕਟਰ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ।

ਇਹੀ ਗੱਲ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਵਾਪਰਦੀ ਹੈ।

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

ਕੇਂਦਰੀ ਕੰਟਰੋਲਰ ਸੰਰਚਨਾ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਅਤੇ vRouter 'ਤੇ ਸਵਿਚਿੰਗ/ਰੂਟਿੰਗ ਟੇਬਲ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀਆਂ ਸਾਰੀਆਂ ਗੁੰਝਲਾਂ ਦਾ ਧਿਆਨ ਰੱਖਦਾ ਹੈ।

ਮੋਟੇ ਤੌਰ 'ਤੇ ਬੋਲਦੇ ਹੋਏ, ਕੰਟਰੋਲਰ BGP (ਜਾਂ ਸਮਾਨ ਪ੍ਰੋਟੋਕੋਲ) ਦੁਆਰਾ ਸਾਰੇ vRouters ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ। BGP, ਉਦਾਹਰਨ ਲਈ, ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਵਿਧੀ ਨੂੰ ਦੱਸਣ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਪਤਾ-ਪਰਿਵਾਰ ਹੈ MPLS-ਇਨ-GRE ਜ MPLS-ਇਨ-UDP.

ਉਸੇ ਸਮੇਂ, ਅੰਡਰਲੇ ਨੈਟਵਰਕ ਦੀ ਸੰਰਚਨਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਬਦਲਦੀ ਹੈ, ਜੋ ਕਿ, ਤਰੀਕੇ ਨਾਲ, ਸਵੈਚਲਿਤ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ, ਅਤੇ ਇੱਕ ਅਜੀਬ ਅੰਦੋਲਨ ਨਾਲ ਤੋੜਨਾ ਆਸਾਨ ਹੈ.

ਬਾਹਰਲੇ ਸੰਸਾਰ ਨੂੰ ਛੱਡੋ

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

ਦੋ ਤਰੀਕਿਆਂ ਦਾ ਅਭਿਆਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

1. ਇੱਕ ਹਾਰਡਵੇਅਰ ਰਾਊਟਰ ਸਥਾਪਤ ਹੈ।
2. ਇੱਕ ਉਪਕਰਣ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਇੱਕ ਰਾਊਟਰ ਦੇ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ (ਹਾਂ, SDN ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ VNF ਦਾ ਵੀ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ)। ਚਲੋ ਇਸਨੂੰ ਇੱਕ ਵਰਚੁਅਲ ਗੇਟਵੇ ਕਹਿੰਦੇ ਹਾਂ।

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

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

ਇੱਕ ਪੈਰ ਨਾਲ, ਗੇਟਵੇ ਓਵਰਲੇਅ ਵਰਚੁਅਲ ਨੈਟਵਰਕ ਵਿੱਚ ਵੇਖਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਨਿਯਮਤ ਵਰਚੁਅਲ ਮਸ਼ੀਨ, ਅਤੇ ਹੋਰ ਸਾਰੇ VMs ਨਾਲ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਇਹ ਸਾਰੇ ਗਾਹਕਾਂ ਦੇ ਨੈਟਵਰਕ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ, ਇਸਦੇ ਅਨੁਸਾਰ, ਉਹਨਾਂ ਵਿਚਕਾਰ ਰੂਟਿੰਗ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ.

ਇਸਦੇ ਦੂਜੇ ਪੈਰ ਦੇ ਨਾਲ, ਗੇਟਵੇ ਬੈਕਬੋਨ ਨੈਟਵਰਕ ਵਿੱਚ ਵੇਖਦਾ ਹੈ ਅਤੇ ਜਾਣਦਾ ਹੈ ਕਿ ਇੰਟਰਨੈਟ ਤੇ ਕਿਵੇਂ ਜਾਣਾ ਹੈ.

ਡਾਟਾ ਪਲੇਨ

ਭਾਵ, ਪ੍ਰਕਿਰਿਆ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

1. VM-0, ਉਸੇ vRouter 'ਤੇ ਡਿਫਾਲਟ ਹੋਣ ਤੋਂ ਬਾਅਦ, eth185.147.83.177 ਇੰਟਰਫੇਸ ਨੂੰ ਬਾਹਰੀ ਸੰਸਾਰ (0) ਵਿੱਚ ਮੰਜ਼ਿਲ ਵਾਲਾ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ।
2. vRouter ਇਸ ਪੈਕੇਟ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਵੇਖਦਾ ਹੈ - VNGW1 ਗੇਟਵੇ ਦੁਆਰਾ ਸੁਰੰਗ 1 ਦੁਆਰਾ ਡਿਫੌਲਟ ਰੂਟ ਲੱਭਦਾ ਹੈ।
   ਉਹ ਇਹ ਵੀ ਦੇਖਦਾ ਹੈ ਕਿ ਇਹ SIP 10.0.0.2 ਅਤੇ DIP 10.0.255.2 ਦੇ ਨਾਲ ਇੱਕ GRE ਸੁਰੰਗ ਹੈ, ਅਤੇ ਉਸਨੂੰ ਪਹਿਲਾਂ ਇਸ ਕਲਾਇੰਟ ਦੇ MPLS ਲੇਬਲ ਨੂੰ ਜੋੜਨ ਦੀ ਵੀ ਲੋੜ ਹੈ, ਜਿਸਦੀ VNGW1 ਉਮੀਦ ਕਰਦਾ ਹੈ।
3. vRouter ਸ਼ੁਰੂਆਤੀ ਪੈਕੇਟ ਨੂੰ MPLS, GRE ਅਤੇ ਨਵੇਂ IP ਸਿਰਲੇਖਾਂ ਨਾਲ ਪੈਕ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ToR1 10.0.0.1 'ਤੇ ਭੇਜਦਾ ਹੈ।
4. ਅੰਡਰਲਾਈੰਗ ਨੈੱਟਵਰਕ ਪੈਕੇਟ ਨੂੰ ਗੇਟਵੇ VNGW1 'ਤੇ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।
5. VNGW1 ਗੇਟਵੇ GRE ਅਤੇ MPLS ਟਨਲਿੰਗ ਸਿਰਲੇਖਾਂ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ, ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਵੇਖਦਾ ਹੈ, ਇਸਦੇ ਰੂਟਿੰਗ ਟੇਬਲ ਨਾਲ ਸਲਾਹ ਕਰਦਾ ਹੈ ਅਤੇ ਸਮਝਦਾ ਹੈ ਕਿ ਇਹ ਇੰਟਰਨੈਟ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਹੈ - ਯਾਨੀ ਕਿ, ਫੁੱਲ ਵਿਊ ਜਾਂ ਡਿਫੌਲਟ ਦੁਆਰਾ। ਜੇ ਜਰੂਰੀ ਹੋਵੇ, NAT ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ।
6. VNGW ਤੋਂ ਬਾਰਡਰ ਤੱਕ ਇੱਕ ਨਿਯਮਤ IP ਨੈੱਟਵਰਕ ਹੋ ਸਕਦਾ ਹੈ, ਜਿਸਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ।
   ਇੱਥੇ ਇੱਕ ਕਲਾਸਿਕ MPLS ਨੈੱਟਵਰਕ (IGP+LDP/RSVP TE) ਹੋ ਸਕਦਾ ਹੈ, BGP LU ਵਾਲਾ ਇੱਕ ਬੈਕ ਫੈਬਰਿਕ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਇੱਕ IP ਨੈੱਟਵਰਕ ਰਾਹੀਂ VNGW ਤੋਂ ਬਾਰਡਰ ਤੱਕ ਇੱਕ GRE ਸੁਰੰਗ ਹੋ ਸਕਦਾ ਹੈ।
   ਜਿਵੇਂ ਕਿ ਇਹ ਹੋ ਸਕਦਾ ਹੈ, VNGW1 ਜ਼ਰੂਰੀ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਪੈਕੇਟ ਨੂੰ ਬਾਰਡਰ ਵੱਲ ਭੇਜਦਾ ਹੈ।

ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਉਲਟ ਕ੍ਰਮ ਵਿੱਚ ਉਸੇ ਕਦਮਾਂ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ।

1. ਬਾਰਡਰ ਪੈਕੇਟ ਨੂੰ VNGW1 'ਤੇ ਸੁੱਟ ਦਿੰਦਾ ਹੈ
2. ਉਹ ਉਸਨੂੰ ਉਤਾਰਦਾ ਹੈ, ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਪਤੇ ਨੂੰ ਵੇਖਦਾ ਹੈ ਅਤੇ ਵੇਖਦਾ ਹੈ ਕਿ ਉਹ ਟਨਲ1 ਸੁਰੰਗ (MPLSoGRE ਜਾਂ MPLSoUDP) ਦੁਆਰਾ ਪਹੁੰਚਯੋਗ ਹੈ।
3. ਇਸ ਅਨੁਸਾਰ, ਇਹ ਇੱਕ MPLS ਲੇਬਲ, ਇੱਕ GRE/UDP ਸਿਰਲੇਖ ਅਤੇ ਇੱਕ ਨਵਾਂ IP ਨੱਥੀ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਇਸਦੇ ToR3 10.0.255.1 'ਤੇ ਭੇਜਦਾ ਹੈ।
   ਸੁਰੰਗ ਮੰਜ਼ਿਲ ਪਤਾ vRouter ਦਾ IP ਪਤਾ ਹੈ ਜਿਸ ਦੇ ਪਿੱਛੇ ਟੀਚਾ VM ਸਥਿਤ ਹੈ - 10.0.0.2।
4. ਅੰਡਰਲਾਈੰਗ ਨੈੱਟਵਰਕ ਪੈਕੇਟ ਨੂੰ ਲੋੜੀਂਦੇ vRouter ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
5. ਟੀਚਾ vRouter GRE/UDP ਪੜ੍ਹਦਾ ਹੈ, MPLS ਲੇਬਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੰਟਰਫੇਸ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ ਅਤੇ VM ਦੇ eth0 ਨਾਲ ਜੁੜੇ ਇਸਦੇ TAP ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਨੰਗੇ IP ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ।

ਕੰਟਰੋਲ ਪਲੇਨ

VNGW1 ਇੱਕ SDN ਕੰਟਰੋਲਰ ਦੇ ਨਾਲ ਇੱਕ BGP ਗੁਆਂਢ ਦੀ ਸਥਾਪਨਾ ਕਰਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਇਹ ਗਾਹਕਾਂ ਬਾਰੇ ਸਾਰੀ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ: ਕਿਹੜਾ IP ਪਤਾ (vRouter) ਕਿਸ ਕਲਾਇੰਟ ਦੇ ਪਿੱਛੇ ਹੈ, ਅਤੇ ਕਿਸ MPLS ਲੇਬਲ ਦੁਆਰਾ ਇਸਨੂੰ ਪਛਾਣਿਆ ਗਿਆ ਹੈ।

ਇਸੇ ਤਰ੍ਹਾਂ, ਉਹ ਖੁਦ SDN ਕੰਟਰੋਲਰ ਨੂੰ ਇਸ ਕਲਾਇੰਟ ਦੇ ਲੇਬਲ ਦੇ ਨਾਲ ਡਿਫੌਲਟ ਰੂਟ ਬਾਰੇ ਸੂਚਿਤ ਕਰਦਾ ਹੈ, ਆਪਣੇ ਆਪ ਨੂੰ ਨੈਕਸਟਹੌਪ ਵਜੋਂ ਦਰਸਾਉਂਦਾ ਹੈ। ਅਤੇ ਫਿਰ ਇਹ ਡਿਫੌਲਟ vRouters 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ।

VNGW 'ਤੇ, ਰੂਟ ਐਗਰੀਗੇਸ਼ਨ ਜਾਂ NAT ਅਨੁਵਾਦ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦਾ ਹੈ।

ਅਤੇ ਦੂਜੀ ਦਿਸ਼ਾ ਵਿੱਚ, ਇਹ ਬਾਰਡਰਾਂ ਜਾਂ ਰੂਟ ਰਿਫਲੈਕਟਰਾਂ ਦੇ ਨਾਲ ਸੈਸ਼ਨ ਲਈ ਬਿਲਕੁਲ ਇਸ ਏਕੀਕ੍ਰਿਤ ਰੂਟ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਇਹ ਡਿਫੌਲਟ ਰੂਟ ਜਾਂ ਫੁੱਲ-ਵਿਊ, ਜਾਂ ਕੁਝ ਹੋਰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਟ੍ਰੈਫਿਕ ਐਕਸਚੇਂਜ ਦੇ ਰੂਪ ਵਿੱਚ, VNGW vRouter ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ ਦਾਇਰੇ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਵਿਸਤਾਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ VNGWs ਅਤੇ vRouters ਵਿੱਚ ਹੋਰ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹੋ, ਜਿਵੇਂ ਕਿ ਫਾਇਰਵਾਲ, ਟ੍ਰੈਫਿਕ ਕਲੀਨਿੰਗ ਜਾਂ ਐਨਰੀਚਮੈਂਟ ਫਾਰਮ, IPS, ਅਤੇ ਹੋਰ।

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

ਯਾਨੀ, ਇੱਥੇ ਵੀ SDN ਕੰਟਰੋਲਰ VNGWs, vRouters ਅਤੇ ਹੋਰ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸਾਂ ਵਿਚਕਾਰ ਰੂਟ-ਰਿਫਲੈਕਟਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਪਰ ਵਾਸਤਵ ਵਿੱਚ, ਕੰਟਰੋਲਰ ACL ਅਤੇ PBR (ਨੀਤੀ ਅਧਾਰਤ ਰੂਟਿੰਗ) ਬਾਰੇ ਵੀ ਜਾਣਕਾਰੀ ਜਾਰੀ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਵਿਅਕਤੀਗਤ ਟ੍ਰੈਫਿਕ ਦਾ ਪ੍ਰਵਾਹ ਉਹਨਾਂ ਨੂੰ ਦੱਸੇ ਗਏ ਰੂਟ ਨਾਲੋਂ ਵੱਖਰਾ ਹੋ ਜਾਂਦਾ ਹੈ।

ਸਵਾਲ

ਤੁਸੀਂ GRE/UDP ਟਿੱਪਣੀ ਕਿਉਂ ਕਰਦੇ ਰਹਿੰਦੇ ਹੋ?

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

ਪਰ ਜੇ ਅਸੀਂ ਇਸਨੂੰ ਲੈਂਦੇ ਹਾਂ, ਤਾਂ TF ਨੇ ਖੁਦ, ਜਦੋਂ ਕਿ ਅਜੇ ਵੀ ਓਪਨਕੰਟਰੇਲ, ਦੋਵਾਂ ਇਨਕੈਪਸੂਲੇਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕੀਤਾ: GRE ਵਿੱਚ MPLS ਅਤੇ UDP ਵਿੱਚ MPLS।

UDP ਚੰਗਾ ਹੈ ਕਿਉਂਕਿ ਸਰੋਤ ਪੋਰਟ ਵਿੱਚ ਇਸਦੇ ਸਿਰਲੇਖ ਵਿੱਚ ਅਸਲੀ IP+Proto+Port ਤੋਂ ਇੱਕ ਹੈਸ਼ ਫੰਕਸ਼ਨ ਨੂੰ ਏਨਕੋਡ ਕਰਨਾ ਬਹੁਤ ਆਸਾਨ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਸੰਤੁਲਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ।

GRE ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਹਾਏ, ਇੱਥੇ ਸਿਰਫ ਬਾਹਰੀ IP ਅਤੇ GRE ਸਿਰਲੇਖ ਹਨ, ਜੋ ਕਿ ਸਾਰੇ ਇਨਕੈਪਸਲੇਟਡ ਟ੍ਰੈਫਿਕ ਲਈ ਇੱਕੋ ਜਿਹੇ ਹਨ ਅਤੇ ਸੰਤੁਲਨ ਦੀ ਕੋਈ ਗੱਲ ਨਹੀਂ ਹੈ - ਕੁਝ ਲੋਕ ਪੈਕੇਟ ਦੇ ਅੰਦਰ ਇੰਨੇ ਡੂੰਘੇ ਦੇਖ ਸਕਦੇ ਹਨ.

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

ਨਿਰਪੱਖਤਾ ਵਿੱਚ, ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ TF ਪੂਰੀ ਤਰ੍ਹਾਂ VXLAN ਦੀ ਵਰਤੋਂ ਕਰਕੇ L2 ਕਨੈਕਟੀਵਿਟੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

ਤੁਸੀਂ OpenFlow ਨਾਲ ਸਮਾਨਤਾਵਾਂ ਖਿੱਚਣ ਦਾ ਵਾਅਦਾ ਕੀਤਾ ਸੀ।
ਉਹ ਸੱਚਮੁੱਚ ਇਸ ਦੀ ਮੰਗ ਕਰ ਰਹੇ ਹਨ. ਉਸੇ ਓਪਨਸਟੈਕ ਵਿੱਚ vSwitch VXLAN ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਬਹੁਤ ਸਮਾਨ ਚੀਜ਼ਾਂ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ, ਤਰੀਕੇ ਨਾਲ, ਇੱਕ UDP ਸਿਰਲੇਖ ਵੀ ਹੈ।

ਡੇਟਾ ਪਲੇਨ ਵਿੱਚ ਉਹ ਲਗਭਗ ਇੱਕੋ ਜਿਹਾ ਕੰਮ ਕਰਦੇ ਹਨ; ਕੰਟਰੋਲ ਪਲੇਨ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਟੰਗਸਟਨ ਫੈਬਰਿਕ VRouter ਨੂੰ ਰੂਟਿੰਗ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ XMPP ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਓਪਨਸਟੈਕ ਓਪਨਫਲੋ ਚਲਾਉਂਦਾ ਹੈ।

ਕੀ ਤੁਸੀਂ ਮੈਨੂੰ vRouter ਬਾਰੇ ਥੋੜਾ ਹੋਰ ਦੱਸ ਸਕਦੇ ਹੋ?
ਇਹ ਦੋ ਭਾਗਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ: vRouter ਏਜੰਟ ਅਤੇ vRouter ਫਾਰਵਰਡਰ।

ਪਹਿਲਾ ਇੱਕ ਹੋਸਟ OS ਦੇ ਉਪਭੋਗਤਾ ਸਪੇਸ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਅਤੇ SDN ਕੰਟਰੋਲਰ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ, ਰੂਟਾਂ, VRFs ਅਤੇ ACLs ਬਾਰੇ ਜਾਣਕਾਰੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

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

ਇੱਕ ਹੋਰ ਸੰਭਾਵਿਤ ਦ੍ਰਿਸ਼ ਇਹ ਹੈ ਕਿ vRouter ਯੂਜ਼ਰ ਸਪੇਸ ਵਿੱਚ ਇੱਕ DPDK ਐਪਲੀਕੇਸ਼ਨ ਹੈ।

vRouter ਏਜੰਟ vRouter ਫਾਰਵਰਡਰ ਨੂੰ ਸੈਟਿੰਗਾਂ ਭੇਜਦਾ ਹੈ।

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

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

ਇਸ ਲਈ, ਜਿਵੇਂ ਕਿ, ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਅਤੇ ਕਿਰਾਏਦਾਰ ਵਿਚਕਾਰ ਕੋਈ ਸਿੱਧਾ ਪੱਤਰ ਵਿਹਾਰ ਨਹੀਂ ਹੈ।

ਸਿੱਟਾ

ਇਹ ਹੋਸਟ ਅਤੇ ਇੱਕ SDN ਕੰਟਰੋਲਰ ਤੋਂ ਇੱਕ ਓਵਰਲੇਅ ਦੇ ਨਾਲ ਇੱਕ ਵਰਚੁਅਲ ਨੈਟਵਰਕ ਦੇ ਸੰਚਾਲਨ ਦਾ ਇੱਕ ਬਹੁਤ ਹੀ ਸਤਹੀ ਵਰਣਨ ਹੈ। ਪਰ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਤੁਸੀਂ ਅੱਜ ਕਿਹੜਾ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪਲੇਟਫਾਰਮ ਚੁਣਦੇ ਹੋ, ਇਹ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇਗਾ, ਭਾਵੇਂ ਇਹ VMWare, ACI, OpenStack, CloudStack, Tungsten Fabric ਜਾਂ Juniper Contrail ਹੋਵੇ। ਉਹ ਐਨਕੈਪਸੂਲੇਸ਼ਨਾਂ ਅਤੇ ਸਿਰਲੇਖਾਂ ਦੀਆਂ ਕਿਸਮਾਂ, ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਭਿੰਨ ਹੋਣਗੇ, ਪਰ ਇੱਕ ਮੁਕਾਬਲਤਨ ਸਧਾਰਨ ਅਤੇ ਸਥਿਰ ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਦੇ ਸਿਖਰ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਇੱਕ ਸੌਫਟਵੇਅਰ-ਸੰਰਚਨਾਯੋਗ ਓਵਰਲੇ ਨੈੱਟਵਰਕ ਦਾ ਸਿਧਾਂਤ ਇੱਕੋ ਜਿਹਾ ਰਹੇਗਾ।
ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਅੱਜ ਇੱਕ ਓਵਰਲੇਅ ਨੈੱਟਵਰਕ 'ਤੇ ਆਧਾਰਿਤ SDN ਨੇ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਕਲਾਊਡ ਬਣਾਉਣ ਦਾ ਖੇਤਰ ਜਿੱਤ ਲਿਆ ਹੈ। ਹਾਲਾਂਕਿ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਆਧੁਨਿਕ ਸੰਸਾਰ ਵਿੱਚ ਓਪਨਫਲੋ ਦਾ ਕੋਈ ਸਥਾਨ ਨਹੀਂ ਹੈ - ਇਹ ਓਪਨਸਟੈਕ ਅਤੇ ਉਸੇ VMWare NSX ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੋਂ ਤੱਕ ਮੈਨੂੰ ਪਤਾ ਹੈ, ਗੂਗਲ ਇਸਦੀ ਵਰਤੋਂ ਭੂਮੀਗਤ ਨੈਟਵਰਕ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਰਦਾ ਹੈ.

ਜੇ ਤੁਸੀਂ ਇਸ ਮੁੱਦੇ ਦਾ ਡੂੰਘਾਈ ਨਾਲ ਅਧਿਐਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਹੇਠਾਂ ਮੈਂ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਸਮੱਗਰੀ ਦੇ ਲਿੰਕ ਪ੍ਰਦਾਨ ਕੀਤੇ ਹਨ।

ਅਤੇ ਸਾਡੇ ਅੰਡਰਲੇ ਬਾਰੇ ਕੀ?

ਪਰ ਆਮ ਤੌਰ 'ਤੇ, ਕੁਝ ਵੀ ਨਹੀਂ. ਉਸਨੇ ਪੂਰਾ ਰਾਹ ਨਹੀਂ ਬਦਲਿਆ। ਹੋਸਟ ਤੋਂ ਓਵਰਲੇਅ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਉਸਨੂੰ ਸਿਰਫ਼ ਅੱਪਡੇਟ ਰੂਟਾਂ ਅਤੇ ARPs ਨੂੰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਿਉਂਕਿ vRouter/VNGW ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਅਤੇ ਅਲੋਪ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦੇ ਵਿਚਕਾਰ ਪੈਕੇਟ ਲੈ ਜਾਂਦੇ ਹਨ।

ਆਉ ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਲਈ ਲੋੜਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਤਿਆਰ ਕਰੀਏ।

1. ਸਾਡੀ ਸਥਿਤੀ ਵਿੱਚ, ਕਿਸੇ ਕਿਸਮ ਦੇ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋ - BGP.
2. ਇੱਕ ਚੌੜੀ ਬੈਂਡਵਿਡਥ ਰੱਖੋ, ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਓਵਰਸਬਸਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ, ਤਾਂ ਜੋ ਪੈਕੇਟ ਓਵਰਲੋਡ ਦੇ ਕਾਰਨ ਗੁਆ ​​ਨਾ ਜਾਣ।
3. ECMP ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਫੈਬਰਿਕ ਦਾ ਇੱਕ ਅਨਿੱਖੜਵਾਂ ਅੰਗ ਹੈ।
4. ECN ਵਰਗੀਆਂ ਮੁਸ਼ਕਲ ਚੀਜ਼ਾਂ ਸਮੇਤ QoS ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਯੋਗ ਬਣੋ।
5. NETCONF ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਭਵਿੱਖ ਲਈ ਇੱਕ ਬੁਨਿਆਦ ਹੈ।

ਮੈਂ ਇੱਥੇ ਅੰਡਰਲੇ ਨੈੱਟਵਰਕ ਦੇ ਕੰਮ ਲਈ ਬਹੁਤ ਘੱਟ ਸਮਾਂ ਦਿੱਤਾ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਬਾਅਦ ਵਿੱਚ ਲੜੀ ਵਿੱਚ ਮੈਂ ਇਸ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਤ ਕਰਾਂਗਾ, ਅਤੇ ਅਸੀਂ ਪਾਸ ਕਰਨ ਵਿੱਚ ਸਿਰਫ ਓਵਰਲੇਅ ਨੂੰ ਛੂਹਾਂਗੇ.

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

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

ADSM ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਰੋਮਨ ਗੋਰਜ ਅਤੇ ਮੈਂ ਕੰਪਿਊਟਿੰਗ ਪਾਵਰ ਦੇ ਵਰਚੁਅਲਾਈਜ਼ੇਸ਼ਨ ਅਤੇ ਨੈੱਟਵਰਕ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਨਾਲ ਇਸਦੀ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਬਾਰੇ ਇੱਕ ਵੱਖਰਾ ਮੁੱਦਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ਮਿਲਦੇ ਜੁਲਦੇ ਰਹਣਾ.

ਉਪਯੋਗੀ ਲਿੰਕ

• ਟੰਗਸਟਨ ਫੈਬਰਿਕ ਆਰਕੀਟੈਕਚਰ.
• ਬਾਰੇ: ਬੱਦਲ. Yandex.Cloud ਬਾਰੇ 6 ਘੰਟੇ, ਜੋ TF 'ਤੇ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨੂੰ ਵੀ ਕਵਰ ਕਰਦਾ ਹੈ।
• ਓਪਨ vSwitch ਕੀ ਹੈ?
• VxLAN ਨਾਲ ਜਾਣ-ਪਛਾਣ.
• RFC 7348. ਵਰਚੁਅਲ ਐਕਸਟੈਂਸੀਬਲ ਲੋਕਲ ਏਰੀਆ ਨੈੱਟਵਰਕ (VXLAN): ਲੇਅਰ 2 ਨੈੱਟਵਰਕਾਂ ਉੱਤੇ ਵਰਚੁਅਲਾਈਜ਼ਡ ਲੇਅਰ 3 ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਓਵਰਲੇ ਕਰਨ ਲਈ ਇੱਕ ਫਰੇਮਵਰਕ।
  
• VXLAN EVPN ਫੈਬਰਿਕ ਲਈ ਸਕੇਲਵੇਅ ਪਹੁੰਚ. ਇਹ ਅੰਡਰਲੇਅ, ਓਵਰਲੇਅ, ਮਲਟੀ-ਹੋਮਿੰਗ ਅਤੇ ਪ੍ਰਬੰਧਨ ਲਈ ਪਹੁੰਚ ਸਮੇਤ ਸਮੁੱਚੇ ਡੀਸੀ ਨੈਟਵਰਕ ਬਾਰੇ ਗੱਲ ਕਰਦਾ ਹੈ।

ਤੁਹਾਡਾ ਧੰਨਵਾਦ

• ਰੋਮਨ ਗੋਰਗਾ - ਲਿੰਕਮਅੱਪ ਪੋਡਕਾਸਟ ਦਾ ਸਾਬਕਾ ਮੇਜ਼ਬਾਨ ਅਤੇ ਹੁਣ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਦੇ ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਮਾਹਰ ਹੈ। ਟਿੱਪਣੀਆਂ ਅਤੇ ਸੰਪਾਦਨਾਂ ਲਈ। ਖੈਰ, ਅਸੀਂ ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ 'ਤੇ ਉਸਦੇ ਹੋਰ ਡੂੰਘਾਈ ਵਾਲੇ ਲੇਖ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ।
• ਅਲੈਗਜ਼ੈਂਡਰ ਸ਼ਾਲੀਮੋਵ - ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਵਿਕਾਸ ਦੇ ਖੇਤਰ ਵਿੱਚ ਮੇਰਾ ਸਹਿਯੋਗੀ ਅਤੇ ਮਾਹਰ। ਟਿੱਪਣੀਆਂ ਅਤੇ ਸੰਪਾਦਨਾਂ ਲਈ।
• ਵੈਲੇਨਟਿਨ ਸਿਨਿਟਸਿਨ - ਟੰਗਸਟਨ ਫੈਬਰਿਕ ਦੇ ਖੇਤਰ ਵਿੱਚ ਮੇਰਾ ਸਹਿਯੋਗੀ ਅਤੇ ਮਾਹਰ। ਟਿੱਪਣੀਆਂ ਅਤੇ ਸੰਪਾਦਨਾਂ ਲਈ।
• ਆਰਟਿਓਮ ਚਰਨੋਬੇ - ਚਿੱਤਰਕਾਰ ਲਿੰਕਮਅੱਪ। KDPV ਲਈ।
• ਅਲੈਗਜ਼ੈਂਡਰ ਲਿਮੋਨੋਵ. "ਆਟੋਮੈਟੋ" ਮੀਮ ਲਈ।

ਸਰੋਤ: www.habr.com