F5 ਰੂਟ ਡੋਮੇਨ ਅਤੇ MPLS VRF: ਟੈਨੈਂਟ ਹੈਂਡਓਫ਼ ਨੂੰ ਮੈਪ ਕਰੋ
ਦੋ ਟੈਨੈਂਟ, ਇੱਕ ਪਤਾ, ਦੋ ਰੂਟ ਡੋਮੇਨ। ਹਰ ਆਬਜੈਕਟ ਨੂੰ %ID ਨਾਲ ਪਿੰਨ ਕਰੋ, ਪ੍ਰੋਵਾਈਡਰ ਦੇ VRF ਅਤੇ ਰੂਟ ਟਾਰਗੇਟ ਵਰਤੋ, ਅਤੇ ਹਰ ਟੈਨੈਂਟ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ।
ਦੋਵੇਂ ਟੈਨੈਂਟ 10.50.0.10 'ਤੇ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਚਲਾਉਂਦੇ ਹਨ। ਪ੍ਰੋਵਾਈਡਰ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖਰੇ MPLS VPN ਵਿੱਚ ਵੱਖਰਾ ਰੱਖਦਾ ਹੈ, ਅਤੇ BIG-IP ਉਨ੍ਹਾਂ ਦਾ ਸਥਾਨਕ ਟ੍ਰੈਫ਼ਿਕ ਵੱਖਰੇ ਰੂਟ ਡੋਮੇਨ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਇਹ ਪ੍ਰਬੰਧ ਹੈਂਡਓਫ਼ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ ਗੁੰਮ ਸਫ਼ਿਕਸ ਜਾਂ ਕਾਪੀ ਕੀਤਾ ਰੂਟ-ਟਾਰਗੇਟ ਚੁੱਪਚਾਪ ਇੱਕ ਟੈਨੈਂਟ ਦਾ ਪੈਕਟ ਦੂਜੇ ਟੈਨੈਂਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਪਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਰਨਬੁੱਕ ਦੋਵੇਂ ਮਾਡਲਾਂ ਨੂੰ ਇਕੱਠੇ ਮੈਪ ਕਰਦੀ ਹੈ ਅਤੇ ਹਰ ਟੈਨੈਂਟ ਦੀ ਜਾਂਚ ਨਾਲ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ।
ਵਰਕਸ਼ੀਟ: ਹਰ ਟੈਨੈਂਟ ਲਈ ਇੱਕ ਕਤਾਰ
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਭਰੋ। ਹਰ ਅਗਲਾ ਕਦਮ ਇਸ ਵਿੱਚਲੇ ਇੱਕ ਸੈੱਲ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਖਾਲੀ ਸੈੱਲ ਉਹ ਫ਼ੈਸਲਾ ਹੈ ਜੋ ਹਾਲੇ ਕਿਸੇ ਨੇ ਨਹੀਂ ਲਿਆ।
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
ਕਦਮ 1: ਹਰ ਆਬਜੈਕਟ ਨੂੰ ਉਸਦੇ ਰੂਟ ਡੋਮੇਨ ਨਾਲ ਪਿੰਨ ਕਰੋ
F5 ਦੀ ਰੂਟ-ਡੋਮੇਨ ਦਸਤਾਵੇਜ਼ ਵੱਖਰੇ ਟ੍ਰੈਫ਼ਿਕ ਸੰਦਰਭ, ਦੁਹਰਾਏ ਪਤੇ ਅਤੇ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਆਬਜੈਕਟਾਂ ਲਈ address%ID ਸੰਕੇਤ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ। 10.50.0.10%2 ਵਜੋਂ ਲਿਖਿਆ ਪਤਾ ਸਥਾਨਕ ਰੂਟ-ਡੋਮੇਨ ਸੰਦਰਭ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਸਫ਼ਿਕਸ ਗਾਹਕ ਦੇ IP ਪੈਕਟ ਵਿੱਚ ਲਿਜਾਇਆ MPLS ਲੇਬਲ ਨਹੀਂ ਹੈ।
ਦਸਤਾਵੇਜ਼ੀ ਮਾਡਲ ਵਿੱਚ VLAN ਜਾਂ ਸਮਰਥਿਤ ਟਨਲ ਇੱਕ ਰੂਟ ਡੋਮੇਨ ਦਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਪਤਾ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਪ੍ਰਸ਼ਾਸਕੀ ਭਾਗ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਡੋਮੇਨ ਵੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਛੱਡਿਆ ਸਫ਼ਿਕਸ ਸੰਦਰਭ ਨਾ ਹੋਣਾ ਨਹੀਂ ਦਰਸਾਉਂਦਾ; ਇਹ ਉਹ ਸੰਦਰਭ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਭਾਗ ਡਿਫ਼ਾਲਟ ਵਜੋਂ ਵਰਤਦਾ ਹੈ। ਉਹੀ ਇੱਕ ਡਿਫ਼ਾਲਟ ਉਨ੍ਹਾਂ ਜ਼ਿਆਦਾਤਰ ਘਟਨਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਨਵਾਂ ਆਬਜੈਕਟ ਚੁੱਪਚਾਪ ਗਲਤ ਟੈਨੈਂਟ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦਾ ਸੀ। ਆਪਣਾ ਪਤਾ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਜਾਂਚੋ।
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vs
ਕਦਮ 2: ਪ੍ਰੋਵਾਈਡਰ ਦੇ VRF ਅਤੇ ਰੂਟ ਟਾਰਗੇਟ ਵਰਤੋ
MPLS ਕੰਢੇ 'ਤੇ ਟੈਨੈਂਟ ਦੀ ਪਛਾਣ ਪ੍ਰੋਵਾਈਡਰ ਦੇ VRF ਅਤੇ ਸਹਿਮਤ ਗਾਹਕ ਰੂਟਿੰਗ ਸੇਵਾ ਨਾਲ ਹੁੰਦੀ ਹੈ। ਰੂਟ ਟਾਰਗੇਟ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ ਕਿ ਪ੍ਰੋਵਾਈਡਰ VRF ਵਿਚਕਾਰ ਕਿਹੜੇ ਰੂਟ ਆਯਾਤ ਅਤੇ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਮਿਲਦਾ-ਜੁਲਦਾ BIG-IP ਰੂਟ-ਡੋਮੇਨ ਨੰਬਰ ਚੁਣਨ ਨਾਲ ਉਸ ਸੰਬੰਧ ਤੋਂ ਕੁਝ ਨਹੀਂ ਬਣਦਾ।
ਦੋਵੇਂ ਪਛਾਣਕਰਤਾ ਵੱਖਰੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਵੱਖਰੇ ਅਰਥ ਰੱਖਦੇ ਹਨ। ਰੂਟ-ਡੋਮੇਨ ID ਡਿਵਾਈਸ 'ਤੇ ਇੱਕ ਸਥਾਨਕ ਸੰਦਰਭ ਹੈ। ਰੂਟ ਟਾਰਗੇਟ ਪ੍ਰੋਵਾਈਡਰ ਪਾਸੇ ਦੀ ਨੀਤੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਰੂਟ ਵੰਡ ਨਿਰਧਾਰਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਰੂਟ ਡਿਸਟਿੰਗਵਿਸ਼ਰ ਹੋਰ ਵੀ ਤੀਜੀ ਚੀਜ਼ ਹੈ, ਜੋ ਬਾਕੀ ਸਮਾਨ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।
ਕਦਮ 3: ਫ਼ੈਸਲਾ ਕਰੋ ਕਿ ਸੰਦਰਭ ਪਹੁੰਚ ਸਾਂਝੀ ਕਰ ਸਕਦੇ ਹਨ ਜਾਂ ਨਹੀਂ
ਪੇਰੈਂਟ-ਡੋਮੇਨ ਖੋਜ ਅਤੇ ਸਖ਼ਤ ਅਲੱਗਾਅ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਸਮੀਖਿਆ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਬਦਲਦੀਆਂ ਹਨ ਕਿ ਸੰਦਰਭ ਕਿੱਥੋਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। F5 ਗਾਈਡ ਉਨ੍ਹਾਂ ਸੰਬੰਧਾਂ ਰਾਹੀਂ ਨਿਯੰਤਰਿਤ ਫਾਰਵਰਡਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਸੇ ਕਰਕੇ ਰੂਟ ਡੋਮੇਨ ਨੂੰ ਇਕੱਲਾ ਪੂਰੀ ਟੈਨੈਂਟ-ਸੁਰੱਖਿਆ ਨੀਤੀ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ।
ਜੇ ਦੋਵੇਂ ਟੈਨੈਂਟ ਨੂੰ ਸਾਂਝੀ ਸੇਵਾ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਟੈਨੈਂਟ ਨੂੰ ਲਾਪਰਵਾਹੀ ਨਾਲ ਦੂਜੇ ਦੇ ਰੂਟਿੰਗ ਸੰਦਰਭ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਦੀ ਬਜਾਏ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਦੱਸੋ। ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣ ਅਤੇ ਕੋਈ ਵੀ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਸਰੋਤ ਅਨੁਵਾਦ ਨੈੱਟਵਰਕ ਮੰਜ਼ਿਲ ਨਾਲ ਸੁਰੱਖਿਅਤ ਰੱਖੋ, ਨਹੀਂ ਤਾਂ ਸਾਂਝੀ ਸੇਵਾ ਇੱਕ ਟੈਨੈਂਟ ਨੂੰ ਦੂਜੇ ਵਜੋਂ ਦੇਖੇਗੀ।
ਆਮ ਰੂਟਿਡ ਹੈਂਡਓਫ਼ BIG-IP ਨੂੰ MPLS PE ਬਣਾਏ ਬਿਨਾਂ ਪ੍ਰੋਵਾਈਡਰ ਐਜ ਰਾਊਟਰ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਜੇ ਸਿੱਧਾ MPLS ਜਾਂ VPN ਰੂਟ-ਪਰਿਵਾਰ ਏਕੀਕਰਨ ਸੱਚਮੁੱਚ ਲੋੜੀਂਦਾ ਹੈ, ਤਾਂ ਸਹੀ ਪਲੇਟਫ਼ਾਰਮ ਅਤੇ ਰਿਲੀਜ਼ ਲਈ ਸਪੱਸ਼ਟ ਸਮਰਥਨ ਲਓ, ਕਿਉਂਕਿ ਸਥਾਨਕ ਰੂਟ-ਡੋਮੇਨ ਅਲੱਗਾਅ ਉਹ ਸਮਰੱਥਾ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ।
ਕਦਮ 4: ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਟੈਨੈਂਟ ਜਾਂਚੋ
ਟੈਨੈਂਟ A ਨੂੰ A ਦੇ ਸੰਦਰਭ ਵਿੱਚਲੇ ਐਂਡਪੁਆਇੰਟ ਤੋਂ A ਦੇ ਐਪਲੀਕੇਸ਼ਨ ਪਤੇ ਤੱਕ ਜਾਂਚੋ, ਫਿਰ B ਲਈ ਦੁਹਰਾਓ। ਡਾਇਗਨੋਸਟਿਕਸ ਵਿੱਚ %ID ਰੂਪ ਵਰਤੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਸਾਬਤ ਕਰ ਸਕੋ ਕਿ ਕਿਹੜੇ ਸੰਦਰਭ ਨੇ ਜਵਾਬ ਦਿੱਤਾ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਗਲਤ ਸੰਦਰਭ ਤੋਂ ਆਈ ਬੇਨਤੀ ਕਿਸੇ ਭਰੋਸੇਯੋਗ ਥਾਂ 'ਤੇ ਉਤਰਨ ਦੀ ਬਜਾਏ ਅਸਫਲ ਹੁੰਦੀ ਹੈ।
ਉਸੇ ਪਾਸ ਵਿੱਚ ਪ੍ਰੋਵਾਈਡਰ ਪਾਸਾ ਵੀ ਜਾਂਚੋ: ਪ੍ਰੀਫ਼ਿਕਸ ਸਹੀ VRF ਵਿੱਚ ਹੈ, ਰੂਟ ਟਾਰਗੇਟ ਵਰਕਸ਼ੀਟ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਲੋੜੀਂਦਾ ਅਟੈਚਮੈਂਟ ਵਰਤਦਾ ਹੈ। ਡਿਵਾਈਸ ਤੋਂ ਹੀ ਚੱਲਣ ਵਾਲਾ ping ਡਿਵਾਈਸ ਦਾ ਸੰਦਰਭ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਟੈਨੈਂਟ ਦਾ ਨਹੀਂ।
ਅੰਤਿਮ ਮੈਪਿੰਗ ਵਰਕਸ਼ੀਟ ਵਿੱਚ ਦਰਜ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਹਰ ਭਾਗ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਡੋਮੇਨ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸਮਰੱਥ ਕੀਤਾ ਕੋਈ ਵੀ ਪੇਰੈਂਟ-ਡੋਮੇਨ ਸੰਬੰਧ ਸ਼ਾਮਲ ਹੈ। ਇਸ ਵਾਤਾਵਰਨ ਵਿੱਚ ਅਗਲੀ ਤਬਦੀਲੀ ਉਹ ਵਿਅਕਤੀ ਕਰੇਗਾ ਜੋ ਉਹ ਸਾਰਣੀ ਪੜ੍ਹਦਾ ਹੈ, ਇਹ ਲੇਖ ਪੜ੍ਹਨ ਵਾਲਾ ਨਹੀਂ।