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 ಗಳು ಆ ಸಮಸ್ಯೆಗೆ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ಪರಿಹಾರಗಳಲ್ಲ. ನಂತರ ಒಂದು ಅತಿ ದೊಡ್ಡ ಮತ್ತು ಒಂದು ಸಾಮಾನ್ಯ ಫ್ರೇಮ್ ಕಳುಹಿಸಿ; ಆ ಜೋಡಿ ಕಾಗದದ ಮೇಲೆ ಚೆನ್ನಾಗಿ ಕಂಡ ಬಹುತೇಕ ವಿನ್ಯಾಸಗಳನ್ನು ಹಿಡಿಯುತ್ತದೆ.
ಸುರಂಗಗಳನ್ನು ಹೆಸರಿನಿಂದ ಹೋಲಿಸುವುದು ಯಾರೂ ಬಗೆಹರಿಸಲಾಗದ ಚರ್ಚೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. ಪೇಲೋಡ್, ಒವರ್ಹೆಡ್ ಮತ್ತು ಮಾಲೀಕತ್ವದಿಂದ ಹೋಲಿಸುವುದು ಒಂದು ಮಧ್ಯಾಹ್ನದಲ್ಲಿ ನಿರ್ಧಾರ ನೀಡುತ್ತದೆ, ಜೊತೆಗೆ ನಂತರ ಅದನ್ನು ಸಮರ್ಥಿಸಲು ಬೇಕಾದ ಸಾಕ್ಷ್ಯವನ್ನೂ ನೀಡುತ್ತದೆ.