L2TPv2, L2TPv3, GRE ਅਤੇ VPWS: ਪੇਲੋਡ ਅਨੁਸਾਰ ਚੁਣੋ
L2TPv2, L2TPv3, GRE ਅਤੇ MPLS VPWS ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਵੱਲੋਂ ਢੋਏ ਜਾਣ ਵਾਲੇ ਪੇਲੋਡ, ਜੋੜੇ ਜਾਣ ਵਾਲੇ ਵਾਧੂ ਓਵਰਹੈੱਡ ਅਤੇ ਇਸ ਗੱਲ ਦੇ ਆਧਾਰ 'ਤੇ ਕਰੋ ਕਿ ਆਵਾਜਾਈ ਅਸਲ ਵਿੱਚ ਕੌਣ ਚਲਾਉਂਦਾ ਹੈ।
ਬਹੁਤੀਆਂ L2TP ਬਨਾਮ GRE ਬਹਿਸਾਂ ਇੱਕੋ ਕਾਰਨ ਕਰਕੇ ਢਹਿ ਜਾਂਦੀਆਂ ਹਨ: ਨਾਮ ਸਮੱਸਿਆ ਦੀਆਂ ਵੱਖਰੀਆਂ ਪਰਤਾਂ 'ਤੇ ਬੈਠਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਦੋ ਉਹ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਦੱਸਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਹੀ ਰਾਊਟਰਾਂ 'ਤੇ ਕਨਫਿਗਰ ਕਰਦੇ ਹੋ। ਇੱਕ ਉਹ ਸੇਵਾ ਦੱਸਦਾ ਹੈ ਜੋ ਕੋਈ ਹੋਰ ਤੁਹਾਨੂੰ ਵੇਚਦਾ ਹੈ। ਉਸ ਪੇਲੋਡ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਅੰਤ ਬਿੰਦੂਆਂ ਨੂੰ ਢੋਣਾ ਹੈ, ਅਤੇ ਤੁਲਨਾ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਲੜਾਈ ਦੀ ਥਾਂ ਨਤੀਜਿਆਂ ਦੀ ਛੋਟੀ ਸੂਚੀ ਬਣ ਜਾਂਦੀ ਹੈ।
ਪਹਿਲਾਂ ਪੇਲੋਡ, ਫਿਰ ਪ੍ਰੋਟੋਕੋਲ
ਅਮਲ ਵਿੱਚ ਪੇਲੋਡ ਚਾਰ ਵਿੱਚੋਂ ਇੱਕ ਚੀਜ਼ ਹੈ: PPP ਸੈਸ਼ਨ, ਕੱਚਾ Ethernet ਫਰੇਮ, IP ਪੈਕੇਟ ਜਾਂ ਪ੍ਰਦਾਤਾ ਨੂੰ ਦਿੱਤਾ ਗਿਆ MPLS ਫਰੇਮ। ਹਰ ਇੱਕ ਪਤੇ, ਪ੍ਰਸਾਰਨ ਸੰਭਾਲ ਅਤੇ ਨੁਕਸ ਖੋਜ 'ਤੇ ਵੱਖਰੀਆਂ ਮੰਗਾਂ ਰੱਖਦਾ ਹੈ। ਇਹ ਸੂਚੀ ਗਲਤ ਹੋਵੇ ਤਾਂ ਕੋਈ ਵੀ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਟਿਊਨਿੰਗ ਡਿਜ਼ਾਈਨ ਨੂੰ ਨਹੀਂ ਬਚਾ ਸਕੇਗੀ।
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
ਇਨ੍ਹਾਂ ਕਤਾਰਾਂ ਤੋਂ ਬਾਹਰ ਦੀ ਹਰ ਚੀਜ਼ ਬਾਅਦ ਵਿੱਚ ਜੋੜੀ ਜਾਂਦੀ ਹੈ, ਜਿਵੇਂ ਐਨਕ੍ਰਿਪਸ਼ਨ, ਕੰਪਰੈਸ਼ਨ ਜਾਂ ਟ੍ਰੈਫਿਕ ਸ਼ੇਪਿੰਗ। ਪਹਿਲਾਂ ਕਤਾਰ ਚੁਣੋ।
L2TPv2 ਅਤੇ L2TPv3 ਇੱਕ ਨਾਮ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਅਤੇ ਬਾਕੀ ਲਗਭਗ ਕੁਝ ਨਹੀਂ
L2TPv2 IP ਨੈੱਟਵਰਕ ਉੱਤੇ PPP ਸੈਸ਼ਨ ਢੋਣ ਲਈ ਮੌਜੂਦ ਹੈ, ਇਸ ਲਈ ਇਹ ਆਮ ਫਰੇਮ ਆਵਾਜਾਈ ਦੀ ਬਜਾਏ ਰਿਮੋਟ ਐਕਸੈਸ ਪ੍ਰੋਟੋਕੋਲ ਵਾਂਗ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। L2TPv3 ਉਸ ਵਿਚਾਰ ਨੂੰ ਆਮ ਬਣਾਉਂਦਾ ਹੈ: ਇੱਕ ਕੰਟਰੋਲ ਕਨੈਕਸ਼ਨ ਸੈਸ਼ਨਾਂ 'ਤੇ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਸੈਸ਼ਨ ਦੋ IP ਅੰਤ ਬਿੰਦੂਆਂ ਵਿਚਕਾਰ ਨਿਰਧਾਰਤ ਪਰਤ 2 ਕਨੈਕਸ਼ਨ ਢੋਂਦਾ ਹੈ। ਉਹੀ ਪਰਿਵਾਰ-ਨਾਮ, ਵੱਖਰਾ ਕੰਟਰੋਲ ਪ੍ਰੋਟੋਕੋਲ, ਵੱਖਰਾ ਸੈਸ਼ਨ ਮਾਡਲ। ਸਿਰਫ਼ L2TP ਕਹਿਣ ਵਾਲੀ ਲੋੜ ਅਧੂਰੀ ਹੈ, ਅਤੇ ਗਲਤ ਸੰਸਕਰਣ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਟੈਂਪਲੇਟ ਗੱਲਬਾਤ ਵੀ ਨਹੀਂ ਕਰੇਗਾ।
ਜੇ ਤੁਹਾਨੂੰ PPP ਚਾਹੀਦਾ ਹੈ, ਤਾਂ L2TPv2 ਪਰਿਵਾਰ ਦਾ ਇੱਕੋ-ਇੱਕ ਵਿਹਾਰਕ ਮੈਂਬਰ ਹੈ; ਜੇ ਤੁਹਾਨੂੰ ਰਾਊਟ ਕੀਤੇ ਕੋਰ ਉੱਤੇ Ethernet ਫਰੇਮ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ L2TPv3 ਖੇਤਰ ਵਿੱਚ ਹੋ।
ਆਵਾਜਾਈ ਦੇ ਵੇਰਵੇ ਉਸ ਤਰੀਕੇ ਨਾਲ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ ਜੋ ਫਾਇਰਵਾਲ ਸਮੀਖਿਆ ਦੌਰਾਨ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ। L2TPv3 ਸਿੱਧਾ IP ਪ੍ਰੋਟੋਕੋਲ 115 ਉੱਤੇ ਜਾਂ UDP ਦੇ ਅੰਦਰ, ਆਮ ਤੌਰ 'ਤੇ ਪੋਰਟ 1701 'ਤੇ ਸਫ਼ਰ ਕਰ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ L2TPv2 ਅੰਦਰ PPP ਨਾਲ UDP 1701 'ਤੇ ਰਹਿੰਦਾ ਹੈ। ਇੱਕ ਸੰਸਕਰਣ ਲਈ ਲਿਖੀ ਨੀਤੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਦਿਸ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਦੂਜੇ ਨੂੰ ਡੇਗ ਸਕਦੀ ਹੈ।
GRE ਇੱਕ ਹੈਡਰ ਹੈ, ਸੇਵਾ ਨਹੀਂ
GRE ਪੇਲੋਡ ਨੂੰ ਲੋੜੀਂਦੀ ਕੁੰਜੀ ਅਤੇ ਕ੍ਰਮ ਫੀਲਡ ਵਾਲੇ ਚਾਰ ਬਾਈਟ ਹੈਡਰ ਵਿੱਚ ਲਪੇਟਦਾ ਹੈ, ਫਿਰ ਨਤੀਜਾ ਡਿਲੀਵਰੀ ਲਈ IP ਨੂੰ ਦਿੰਦਾ ਹੈ। ਇਹ ਪੇਲੋਡ ਦੇ ਅਰਥ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦਾਅਵਾ ਕਰਦਾ, ਇਸ ਲਈ ਜੇ ਉਹ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸਮਾਂ ਸਮਰਥਿਤ ਹੋਣ ਤਾਂ ਲਾਗੂਕਰਨ IPv4, IPv6 ਜਾਂ Ethernet ਟਨਲ ਕਰ ਸਕਦੇ ਹਨ। ਆਮ ਹੋਣਾ ਸਰਵਵਿਆਪਕ ਹੋਣਾ ਨਹੀਂ ਹੈ: ਅਸਲ ਡਿਵਾਈਸ 'ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸਮ ਅਤੇ ਫਰੈਗਮੈਂਟੇਸ਼ਨ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਕੁੰਜੀ ਫੀਲਡ ਹੀ GRE ਨੂੰ ਉਦੋਂ ਲਾਭਦਾਇਕ ਬਣਾਉਂਦੀ ਹੈ ਜਦੋਂ ਕਈ ਟਨਲ ਇੱਕੋ ਜੋੜੀ ਅੰਤ ਬਿੰਦੂ ਪਤੇ ਸਾਂਝੇ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਉਸ ਮੁੱਲ 'ਤੇ ਡੀਮਲਟੀਪਲੈਕਸ ਕਰਦਾ ਹੈ। IPv4 ਉੱਤੇ GRE ਕਿਸੇ ਵੀ ਵਾਧੂ ਵਿਕਲਪ ਤੋਂ ਪਹਿਲਾਂ ਲਗਭਗ 24 ਬਾਈਟ ਖਰਚ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਪਹਿਲਾਂ ਹੀ 1500 ਬਾਈਟ ਫਰੇਮਾਂ ਲਈ ਤਿਆਰ ਲਿੰਕਾਂ 'ਤੇ ਮਾਇਨੇ ਰੱਖਣ ਲੱਗਦਾ ਹੈ। ਇਕੱਲਾ GRE ਕੋਈ ਗੋਪਨੀਯਤਾ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ ਆਮ ਪੈਟਰਨ ਇਸਨੂੰ IPsec ਨਾਲ ਜੋੜਦਾ ਹੈ ਅਤੇ ਕ੍ਰਿਪਟੋ ਸੀਮਾ IPsec ਕੋਲ ਰੱਖਦਾ ਹੈ। ਉਹ ਜੋੜੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਫਿਰ MTU ਬਜਟ ਨੂੰ ਦੋਵੇਂ ਹੈਡਰ ਕਵਰ ਕਰਨੇ ਪੈਂਦੇ ਹਨ।
ਜਦੋਂ ਪੇਲੋਡ Ethernet ਹੁੰਦਾ ਹੈ ਤਾਂ GRE ਟਨਲ ਰਾਹੀਂ ਮਲਟੀਕਾਸਟ ਅਤੇ ਪ੍ਰਸਾਰਨ ਵੀ ਢੋਂਦਾ ਹੈ, ਜੋ ਇੱਕ ਸਾਧਾਰਨ ਯੂਨੀਕਾਸਟ IP ਟਨਲ ਨਹੀਂ ਕਰ ਸਕਦੀ। ਇਹੀ ਗੁਣ, ਛੋਟਾ ਨਾਮ ਨਹੀਂ, ਆਮ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਦੇ ਇਸਨੂੰ ਚੁਣਨ ਦਾ ਕਾਰਨ ਹੁੰਦਾ ਹੈ।
VPWS ਖਰੀਦਿਆ ਜਾਂਦਾ ਹੈ, ਕਨਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ
ਇੱਕ ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਵਾਇਰ ਸੇਵਾ ਪ੍ਰਦਾਤਾ ਦੇ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਪਰਤ 2 ਸਰਕਟ ਪਹੁੰਚਾਉਂਦੀ ਹੈ। ਤੁਹਾਡਾ ਅਟੈਚਮੈਂਟ ਸਰਕਟ ਪ੍ਰਦਾਤਾ ਦੇ ਕਿਨਾਰੇ ਵਾਲੇ ਡਿਵਾਈਸ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੋਰ ਰਾਹੀਂ ਜਾਣ ਵਾਲਾ ਸਿਊਡੋਵਾਇਰ ਪ੍ਰਦਾਤਾ ਦਾ ਹੁੰਦਾ ਹੈ। ਮਹੱਤਵਪੂਰਨ ਸਵਾਲ ਕਾਰਜਕਾਰੀ ਹਨ: ਸੀਮਾ ਕਿੱਥੇ ਹੈ, ਪਹਿਲੇ ਅਤੇ ਆਖ਼ਰੀ ਮੀਲ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਵੱਧ ਵੱਡੇ ਫਰੇਮਾਂ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ।
ਇੱਥੇ ਹੀ ਤੁਲਨਾ ਪਲਟਦੀ ਹੈ। L2TPv3 ਅਤੇ GRE ਅਜਿਹੀਆਂ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਤੁਸੀਂ ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ ਚਲਾਉਂਦੇ ਹੋ, ਇਸ ਲਈ ਤੁਸੀਂ ਆਪਣੇ ਹੀ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਅਤੇ ਆਪਣੇ ਹੀ ਕੈਪਚਰਾਂ ਨਾਲ ਉਨ੍ਹਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰਦੇ ਹੋ। VPWS ਹੈਂਡਓਵਰ ਵਾਲਾ ਇਕਰਾਰਨਾਮਾ ਹੈ, ਇਸ ਲਈ ਰੁਕਾਵਟ ਪੈਕੇਟ ਕੈਪਚਰ ਦੀ ਬਜਾਏ ਟਿਕਟ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਕੋਈ ਵੀ ਮਾਡਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਿੱਤਦਾ; ਉਹ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਚੋਣ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਆਖ਼ਰੀ ਮੀਲ ਦਾ ਮਾਲਕ ਬਣਨਾ ਚਾਹੁੰਦੇ ਹੋ ਜਾਂ ਨਹੀਂ।
ਸਿਊਡੋਵਾਇਰ ਦਾ ਲੇਬਲ ਸਟੈਕ ਪ੍ਰਦਾਤਾ ਦੇ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਹੀ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਦਿਖਣ ਵਾਲੇ ਟਨਲ ਹੈਡਰ ਵਾਂਗ ਤੁਹਾਡੀ MTU ਗਣਨਾ ਨਹੀਂ ਬਦਲਦਾ।
ਇੱਕ ਕਤਾਰ ਚੁਣੋ ਅਤੇ ਇਸਨੂੰ ਲਿਖੋ
ਫੈਸਲੇ ਨੂੰ ਤਿੰਨ ਭਾਗਾਂ ਵਾਲੇ ਇੱਕ ਵਾਕ ਵਜੋਂ ਦਰਜ ਕਰੋ: ਪੇਲੋਡ, ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਅਤੇ ਆਵਾਜਾਈ ਦਾ ਮਾਲਕ। ਫਿਰ ਉਹ ਸੰਖਿਆਵਾਂ ਜੋੜੋ ਜੋ ਇਸਨੂੰ ਜਾਂਚਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ।
ਹਰ ਉਮੀਦਵਾਰ ਲਈ ਤਾਰ 'ਤੇ ਲੱਗਣ ਵਾਲਾ ਓਵਰਹੈੱਡ, ਪਥ ਵੱਲੋਂ ਸਵੀਕਾਰਿਆ ਜਾਣ ਵਾਲਾ ਸਭ ਤੋਂ ਵੱਡਾ ਫਰੇਮ ਅਤੇ MTU ਸਮੱਸਿਆ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲਾ ਪਹਿਲਾ ਹੌਪ ਲਿਖੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੋਵੇਂ ਅੰਤ ਬਿੰਦੂ ਤੁਹਾਡੇ ਚੁਣੇ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸਮ ਜਾਂ ਸੈਸ਼ਨ ਕਿਸਮ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਸਿਰਫ਼ ਡੇਟਾਸ਼ੀਟ ਦਾ ਮਾਰਕੀਟਿੰਗ ਸ਼ਬਦ ਨਹੀਂ। ਅਗਲੇ ਸਾਲ ਦੂਜਾ ਸਰਕਟ ਆਉਣ 'ਤੇ ਮਲਟੀਪਲੈਕਸਿੰਗ ਕਿਵੇਂ ਦਿਸੇਗੀ ਇਹ ਤੈਅ ਕਰੋ, ਕਿਉਂਕਿ GRE ਕੁੰਜੀਆਂ ਅਤੇ L2TPv3 ਸੈਸ਼ਨ ID ਉਸ ਸਮੱਸਿਆ ਦੇ ਆਪਸੀ ਬਦਲਣਯੋਗ ਹੱਲ ਨਹੀਂ ਹਨ। ਫਿਰ ਇੱਕ ਵੱਧ ਵੱਡਾ ਅਤੇ ਇੱਕ ਆਮ ਫਰੇਮ ਭੇਜੋ; ਉਹ ਜੋੜੀ ਕਾਗਜ਼ 'ਤੇ ਚੰਗੀ ਦਿਸਣ ਵਾਲੀਆਂ ਬਹੁਤੀਆਂ ਡਿਜ਼ਾਈਨਾਂ ਨੂੰ ਫੜ ਲੈਂਦੀ ਹੈ।
ਨਾਮ ਨਾਲ ਟਨਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਅਜਿਹੀਆਂ ਬਹਿਸਾਂ ਪੈਦਾ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਸੁਲਝਾ ਨਹੀਂ ਸਕਦਾ। ਪੇਲੋਡ, ਓਵਰਹੈੱਡ ਅਤੇ ਮਾਲਕੀ ਨਾਲ ਤੁਲਨਾ ਕਰਨਾ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਫੈਸਲਾ ਦਿੰਦਾ ਹੈ, ਨਾਲ ਹੀ ਬਾਅਦ ਵਿੱਚ ਇਸਦਾ ਬਚਾਅ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਸਬੂਤ ਵੀ।