MPLS ಸ್ಯೂಡೋವೈರ್ನಲ್ಲಿ MTUಗಾಗಿ ಹೆಚ್ಚುವರಿ ಮೂವತ್ತು ಬೈಟ್ ನಿಯಮ ಮುರಿಯುತ್ತದೆ
ಸ್ಥಿರ ಒಟ್ಟು ಸಂಖ್ಯೆ ತನ್ನ ಊಹೆಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ. Ethernet ಹೆಡರ್, VLAN ಟ್ಯಾಗ್ಗಳು, ಲೇಬಲ್ ನಮೂದುಗಳು ಮತ್ತು ನಿಯಂತ್ರಣ ಪದವನ್ನು ಎಣಿಸಿ, ನಂತರ ಸರಿಯಾದ ಕ್ಷೇತ್ರದೊಂದಿಗೆ ಹೋಲಿಸಿ.
MPLSಗಾಗಿ ಎಷ್ಟು ಸೇರಿಸಬೇಕೆಂದು ಇಂಜಿನಿಯರ್ಗೆ ಕೇಳಿದರೆ, ಸಾಮಾನ್ಯವಾಗಿ ಮೂವತ್ತು ಎಂಬ ಸಂಖ್ಯೆಯನ್ನು ಆತ್ಮವಿಶ್ವಾಸದಿಂದ ಹೇಳುವುದನ್ನು ಕೇಳುತ್ತೀರಿ. ಸಂಖ್ಯೆ ತಪ್ಪಲ್ಲ, ಬೇರು ತಪ್ಪಿಸಿಕೊಂಡಿದೆ: ಅದು ಆರಂಭಿಕ ಸಂಖ್ಯೆ ಏನನ್ನು ಎಣಿಸುತ್ತದೆ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಅಂಚು ನಿಜವಾಗಿ ಏನನ್ನು ರವಾನಿಸುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಸಂಪೂರ್ಣ ಅವಲಂಬಿತವಾಗಿದೆ. Ethernet ಸ್ಯೂಡೋವೈರ್ನಲ್ಲಿ ಊಹೆಗಳು ಗೋಚರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಬರೆದಾಗ ಗಣಿತವು ಜನಪದ ಕಥೆಯ ಸ್ಥಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಒಂದೇ ಹೆಸರಿನ ಅಡಿಯಲ್ಲಿ ಮೂರು ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳನ್ನು ಅಳೆಯಲಾಗುತ್ತದೆ. ಗ್ರಾಹಕರ IP ಪ್ಯಾಕೆಟ್, ಸ್ಯೂಡೋವೈರ್ ಮೇಲೆ ಸಾಗಿಸಲಾದ Ethernet ಫ್ರೇಮ್, ಮತ್ತು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಹೊರ ಲಿಂಕ್ ಚೌಕಟ್ಟು ಇವೆ. ಇವುಗಳನ್ನು ಬೆರೆಸುವ ಬಜೆಟ್ ಯಾವುದೇ ಸಾಧನ ಕ್ಷೇತ್ರವು ನಿರೀಕ್ಷಿಸದ ಮೌಲ್ಯವನ್ನು ನೀಡುತ್ತದೆ.
ಪ್ರತಿ ಊಹೆಯನ್ನೂ ಹೇಳಿದ ಒಂದು ಲೆಕ್ಕಾಚಾರದ ಬಜೆಟ್
1500 ಬೈಟ್ಗಳ ಗ್ರಾಹಕ IP ಪ್ಯಾಕೆಟ್, ಗ್ರಾಹಕರ FCS ಇಲ್ಲದೆ ಸ್ಯೂಡೋವೈರ್ ಮೇಲೆ ಸಾಗಿಸಲಾದ ಸಾಮಾನ್ಯ Ethernet ಹೆಡರ್, ಉಳಿಸಿಕೊಳ್ಳದ VLAN ಟ್ಯಾಗ್, ಎರಡು ನಮೂದುಗಳ ಲೇಬಲ್ ಸ್ಟ್ಯಾಕ್ ಮತ್ತು ನಾಲ್ಕು ಬೈಟ್ಗಳ ನಿಯಂತ್ರಣ ಪದವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ. ಸಾಗಿಸಲಾದ Ethernet ಹೆಡರ್ 14 ಸೇರಿಸುತ್ತದೆ, ಉಳಿಸಿದ ಟ್ಯಾಗ್ಗಳು ಏನೂ ಸೇರಿಸುವುದಿಲ್ಲ, ಎರಡು ಲೇಬಲ್ ನಮೂದುಗಳು 8 ಸೇರಿಸುತ್ತವೆ ಏಕೆಂದರೆ ಪ್ರತಿ ನಮೂದು 4 ಬೈಟ್, ಮತ್ತು ನಿಯಂತ್ರಣ ಪದ 4 ಸೇರಿಸುತ್ತದೆ. ಇದು 1526 ಬೈಟ್ಗಳ MPLS-ಸುತ್ತಿದ ಪ್ಯಾಕೆಟ್ ನೀಡುತ್ತದೆ.
ಫಲಿತಾಂಶವನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ಓದಿ. ಇದು ಪೂರೈಕೆದಾರರ ಲಿಂಕ್ನ ಹೊರ Ethernet ಹೆಡರ್ ಮತ್ತು ಅದರ FCS ಅನ್ನು ಹೊರಗಿಡುತ್ತದೆ, ಮತ್ತು ಇದು ಉದಾಹರಣೆ, MTU ಎಂಬ ಯಾವುದೇ ಕ್ಷೇತ್ರದಲ್ಲಿ ಟೈಪ್ ಮಾಡುವ ಸ್ಥಿರಾಂಕವಲ್ಲ. ಎರಡು ಲೇಬಲ್ಗಳೂ ಒಂದು ಊಹೆ: ನಿಜವಾದ ಸ್ಟ್ಯಾಕ್ ಸಾಗಣೆ ಲೇಬಲ್, ಸೇವಾ ಲೇಬಲ್ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಹೆಚ್ಚಿನದನ್ನು ಒಯ್ಯಬಹುದು, ಮತ್ತು ಪ್ರತಿ ನಮೂದು ಅದೇ 4 ಬೈಟ್ ವೆಚ್ಚ ಮಾಡುತ್ತದೆ.
ಸ್ಯೂಡೋವೈರ್ ಮೂಲಕ ನಿಜವಾಗಿ ಏನು ಹೋಗುತ್ತದೆ
RFC 4448 Ethernet ಫ್ರೇಮ್ಗಳು MPLS ಒಳಗೆ ಹೇಗೆ ಪ್ರಯಾಣಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸಾಮಾನ್ಯ ಮಾದರಿಯಲ್ಲಿ ಗ್ರಾಹಕರ ಪ್ರಸ್ತಾವನೆ ಮತ್ತು FCS ಪ್ರವೇಶದಲ್ಲಿ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ನಿರ್ಗಮನದಲ್ಲಿ ಮತ್ತೆ ರಚಿಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ FCS ಮೇಲಿನ ಬಜೆಟ್ನಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ. VLAN ನಿರ್ವಹಣೆ ಸೇವಾ ಮೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ: ಗ್ರಾಹಕರ ಟ್ಯಾಗ್ಗಳನ್ನು ಉಳಿಸುವ ಮೋಡ್ ಅವುಗಳ ಬೈಟ್ಗಳನ್ನು ಮತ್ತೆ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಮ್ಯಾಪ್ ಮಾಡುವ ಮೋಡ್ ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ. ಹೆಚ್ಚುವರಿ ಸಂರಕ್ಷಣೆ ಅಥವಾ ಹೆಚ್ಚುವರಿ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಷನ್ ಅನ್ನು ಮೇಲಿನಿಂದ ಎಣಿಸಬೇಕು.
ನಿಯಂತ್ರಣ ಪದವನ್ನು ಬಳಸಿದಾಗಲೆಲ್ಲ ಅದು ಗಣಿತದ ಭಾಗವಾಗಿರುತ್ತದೆ. RFC 8469 ಇದನ್ನು Ethernet ಸ್ಯೂಡೋವೈರ್ಗಳಿಗೆ ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಐಚ್ಛಿಕ ಎಂದು ವಿವರಿಸುವ ಹಳೆಯ ಪಠ್ಯವು ನಿಮ್ಮ ಮಾರ್ಗವು ಅದನ್ನು ಬಿಟ್ಟಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ರೇಖಾಚಿತ್ರದಿಂದ ಊಹಿಸುವ ಬದಲು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ನಿಜವಾದ ಸೇವಾ ಮೋಡ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ.
ಸಂಖ್ಯೆಯನ್ನು ಸರಿಯಾದ ಕ್ಷೇತ್ರದೊಂದಿಗೆ ಹೋಲಿಸಿ
ಈಗ ಅಗತ್ಯವಾದ ಸುತ್ತಿದ ಗಾತ್ರವನ್ನು ಪ್ರತಿ ಸಂಬಂಧಿತ ಲಿಂಕ್ನ ಪಕ್ಕದಲ್ಲಿ ಮತ್ತು ನೀವು ಸಂರಚಿಸುತ್ತಿರುವ ಮಿತಿಯ ತಯಾರಕರ ವ್ಯಾಖ್ಯಾನದ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. ಕೆಲವು ಕ್ಷೇತ್ರಗಳು IP ಪ್ಯಾಕೆಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತವೆ, ಇನ್ನು ಕೆಲವು ಫ್ರೇಮ್ ಅಥವಾ ಇನ್ನೊಂದು ಸುತ್ತುವಿಕೆಯ ಗಡಿಯನ್ನು ವಿವರಿಸುತ್ತವೆ. ಎರಡು ಸಂಖ್ಯೆಗಳು ಒಂದೇ ರೀತಿ ಕಾಣಬಹುದು ಆದರೆ ಬೇರೆ ಬೇರೆ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿವರಿಸಬಹುದು, ಮತ್ತು ಹೊಂದುವಂತೆ ಕಾಣುವ ಸಂರಚನೆ ಉತ್ಪಾದನೆಯಲ್ಲಿ ಕುಸಿತವನ್ನು ಉಂಟುಮಾಡುವುದು ಹೀಗೆಯೇ.
ಸಂಬಂಧವಿಲ್ಲದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳ ನಡುವೆ ಮೌಲ್ಯವನ್ನು ನಕಲಿಸುವುದು ಅಪಾಯಕಾರಿ ಎಂಬುದೂ ಇದೇ ಕಾರಣ. ಕ್ಷೇತ್ರದ ಹೆಸರೇ ವಿಶೇಷಣೆ, ಇನ್ನೊಬ್ಬ ತಯಾರಕರ ಕನ್ಸೋಲ್ನಿಂದ ನೆನಪಿರುವ ದಶಮಾಂಶ ಸಂಖ್ಯೆಯಲ್ಲ.
Ping ಪೇಲೋಡ್ಗಳು MTU ಮೌಲ್ಯಗಳಲ್ಲ
IPv4 ping ನ ಪೇಲೋಡ್ IP MTU ಅಲ್ಲ. IP ಹೆಡರ್ ಮತ್ತು ICMP ಹೆಡರ್ ಕೂಡ ಬೈಟ್ಗಳನ್ನು ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಯಶಸ್ವಿಯಾಗುವ ಪೇಲೋಡ್ ಗಾತ್ರವು ತಂತಿಯ ಮೇಲಿನ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ಗೆ ಸಮನಾಗಿರುತ್ತದೆ. ಒಂದು ಗಾತ್ರದಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗುವ ಪ್ರೋಬ್ ಬೇರೆ VLAN ಮೋಡ್ ಅಥವಾ ಆಳವಾದ ಲೇಬಲ್ ಸ್ಟ್ಯಾಕ್ ಬಳಸುವ ಸೇವೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಪರೀಕ್ಷೆಯು ಒಂದು ಮಾರ್ಗ, ಒಂದು ಗಾತ್ರ ಮತ್ತು ಒಂದು ಪೇಲೋಡ್ ಆಕಾರವನ್ನು ಅಳೆಯುತ್ತದೆ, ಮತ್ತು ಸೇವೆಯು ಮೂರನ್ನೂ ಬದಲಾಯಿಸಬಹುದು.
ಇನ್ನೂ ಕೆಟ್ಟದ್ದೆಂದರೆ, ದೊಡ್ಡ ಫ್ರೇಮ್ಗಳು ವಿಫಲವಾದರೂ ping ಯಶಸ್ವಿಯಾಗಬಹುದು, ಏಕೆಂದರೆ ಪ್ರೋಬ್ ನಿಜವಾದ ಸಂಚಾರ ಎಂದಿಗೂ ಬಳಸದ ಮಾರ್ಗ ಮತ್ತು ಗಾತ್ರವನ್ನು ಪ್ರಯತ್ನಿಸಿತು. ಅದನ್ನು ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಒಂದು ದತ್ತಾಂಶ ಬಿಂದುವಾಗಿ ಪರಿಗಣಿಸಿ, ಪದರ-2 ಸೇವೆಯ ವಿಶೇಷಣೆಯಾಗಿ ಅಲ್ಲ.
ಫ್ರೇಮ್ ಹೊಂದದಿದ್ದಾಗ
ಅತಿ ದೊಡ್ಡ ಫ್ರೇಮ್ಗಳನ್ನು ಸಾಗಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ ಮತ್ತು ಬೆಂಬಲಿತ ತುಣುಕು ಅಥವಾ ಮರುಜೋಡಣೆ ಕಾರ್ಯವಿಧಾನವಿಲ್ಲದಿದ್ದರೆ, ಅವು ಎಸೆಯಲ್ಪಡುತ್ತವೆ, ಸಾಮಾನ್ಯವಾಗಿ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಸ್ಪಷ್ಟ ದೋಷವಿಲ್ಲದೆ. ನಂತರ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಬೃಹತ್ ವರ್ಗಾವಣೆಗಳಲ್ಲಿ ಕಾಲಮಿತಿ ತೋರಿಸುತ್ತವೆ, ಆದರೆ ಸಂವಾದಾತ್ಮಕ ಅಧಿವೇಶನಗಳು ಆರೋಗ್ಯವಾಗಿರುತ್ತವೆ, ಇದು ಜನರನ್ನು ಬೈಟ್ ಎಣಿಕೆಯ ಬದಲು ಫೈರ್ವಾಲ್ ಮತ್ತು ಮಾರ್ಗಗಳತ್ತ ಕಳುಹಿಸುತ್ತದೆ.
ನಿಜವಾದ ಬಜೆಟ್ ಅನ್ನು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸ್ಪಷ್ಟಪಡಿಸಿ: ಸೇವಾ ಮೋಡ್, ಟ್ಯಾಗ್ ನಿರ್ವಹಣೆ, ಲೇಬಲ್ ಆಳ, ನಿಯಂತ್ರಣ ಪದ ಮತ್ತು ನಿಮ್ಮ ಸಾಧನ ಜಾರಿಗೊಳಿಸುವ ನಿಖರ ಮಿತಿ. ಸಂಖ್ಯೆಯ ಪಕ್ಕದಲ್ಲಿ ಊಹೆಗಳನ್ನು ಬರೆಯಿರಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಇಂಜಿನಿಯರ್ ಮೂವತ್ತು ಬೈಟ್ ನಿಯಮ ಮತ್ತು ಒಂದು ಒಗಟನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತಾರೆ.