pseudowire ಅಂತ್ಯ ಬಿಂದುಗಳಲ್ಲಿ VLAN ಟ್ಯಾಗ್ಗಳನ್ನು ಸಾಮಾನ್ಯೀಕರಿಸುವುದು: ಒಂದು ರನ್ಬುಕ್

pseudowire ಮುಟ್ಟುವ ಮೊದಲು ಪ್ರತಿ ಗ್ರಾಹಕ ಅಂಚು ಯಾವ ಫ್ರೇಮ್ ಪಡೆಯಬೇಕೆಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ. ಸರಳ ಸಂದರ್ಭದಲ್ಲಿ CE A ಸೇವೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ಒಂದು ಟ್ಯಾಗ್ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು CE B ಟ್ಯಾಗ್ ಇಲ್ಲದ ಫ್ರೇಮ್ಗಳನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಈ ವ್ಯತ್ಯಾಸ ಪ್ರೊವೈಡರ್ ಅಂಚಿನಲ್ಲೇ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ. ಟ್ಯಾಗ್ ಸ್ಥಳೀಯ ನೀತಿ, ಗ್ರಾಹಕರ Ethernet ಒಪ್ಪಂದದ ಭಾಗವಲ್ಲ, pseudowire ಮೂಲ ಫ್ರೇಮ್ ಬದಲು ಒಪ್ಪಿದ ಫ್ರೇಮ್ ಸಾಗಿಸುತ್ತದೆ. ಯಾವುದೇ ಸಂರಚನೆಗೆ ಮೊದಲು ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಬರೆಯಿರಿ.

ಮೊದಲು ಫ್ರೇಮ್ ಒಪ್ಪಂದ ಬರೆಯಿರಿ

ಮುಂದಿನ ದಿಕ್ಕು ಒಂದು ಟ್ಯಾಗ್ ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಅದನ್ನು ಮತ್ತೆ ಸೇರಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಬರೆದರೆ, ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ ಸರ್ಕ್ಯೂಟ್ ಆರೋಗ್ಯಕರ ಎಂದು ಘೋಷಿಸುತ್ತೀರಿ.

ಒಪ್ಪಂದವನ್ನು ಬದಲಾವಣೆ ಟಿಕೆಟ್ನಲ್ಲಿ ಅಂಟಿಸಬಹುದಾದಷ್ಟು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ: ಯಾವ ಅಂಚು ಟ್ಯಾಗ್ನೊಂದಿಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಯಾವುದು ಟ್ಯಾಗ್ ಇಲ್ಲದೆ ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಟ್ಯಾಗ್ ಮೌಲ್ಯ ಸೇವೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.

pseudowire ಮೋಡ್ನಲ್ಲಿ ಒಪ್ಪಿಗೆ ಹೊಂದಿ

RFC 4448 raw ಮತ್ತು tagged pseudowire ಮೋಡ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ ಮತ್ತು ಸೇವೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ಟ್ಯಾಗ್ಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. raw ಮೋಡ್ ಗ್ರಾಹಕ ಫ್ರೇಮ್ಗೆ ಸೇರಿದ ಟ್ಯಾಗ್ಗಳನ್ನು ಇನ್ನೂ ಸಾಗಿಸಬಹುದು, ಆದ್ದರಿಂದ ವ್ಯತ್ಯಾಸ ಟ್ಯಾಗ್ನ ಸೇವಾ ಪಾತ್ರಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ, 802.1Q ಶೀರ್ಷಿಕೆಯ ಇರುವಿಕೆಗೆ ಮಾತ್ರವಲ್ಲ. ಮೋಡ್ ಅನ್ನು tagged ಮತ್ತು untagged ಎಂದು ಓದುವುದು ಈ ಕೆಲಸದ ವ್ಯಾಪ್ತಿಯನ್ನು ತಪ್ಪಾಗಿ ನಿರ್ಧರಿಸುವ ಸಾಮಾನ್ಯ ಮಾರ್ಗ. ಯಾವ ಕಾರ್ಯಾಚರಣೆಗಳು ಬೇಕೆಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಸಹವರ್ತಿಯೊಂದಿಗೆ ಮೋಡ್ನಲ್ಲಿ ಒಪ್ಪಿಗೆ ಹೊಂದಿ.

ನಂತರ ನಿಜವಾದ pseudowire ಪ್ರಕಾರ ಮತ್ತು ಸಹವರ್ತಿಯ ನಿಯತಾಂಕಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಸ್ಥಳೀಯ VLAN ಲಗತ್ತು ಮತ್ತು ದೂರದ ಪೋರ್ಟ್ ಲಗತ್ತಿಗೆ ಬೆಂಬಲಿತ interworking ವ್ಯವಸ್ಥೆ ಬೇಕು, ಎರಡು ಸ್ಥಳೀಯ ಮರುಬರಹ ಹೇಳಿಕೆಗಳು ಘೋಷಿತ ಸರ್ಕ್ಯೂಟ್ ಪ್ರಕಾರಗಳು ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

control word ಮತ್ತು MTU ನಿರೀಕ್ಷೆಗಳು ಭಿನ್ನವಾಗಿದ್ದರೆ, ಯಾವುದೇ ಮರುಬರಹ ಸರಿಪಡಿಸದ ಮಾತುಕತೆ ಸಮಸ್ಯೆ ನಿಮಗಿದೆ. ಎರಡನ್ನೂ ವಿನ್ಯಾಸ ದಾಖಲೆಗಿಂತ ಸಹವರ್ತಿಯ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯಿಂದ ದೃಢೀಕರಿಸಿ.

ಸ್ಥಳೀಯ ಟ್ಯಾಗ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅನ್ವಯಿಸಿ

Juniper ನ VLAN CCC ಮರುಬರಹ ಮಾರ್ಗದರ್ಶಿ pop, push ಮತ್ತು swap ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ವೇದಿಕೆ-ನಿರ್ದಿಷ್ಟ ನಿರ್ಬಂಧಗಳೊಂದಿಗೆ ದಾಖಲಿಸುತ್ತದೆ. ಈಗಾಗಲೇ ಸಂರಚಿಸಿದ ಹೊಂದಾಣಿಕೆಯ tagged ಘಟಕಕ್ಕೆ ಉದಾಹರಣೆ ದಿಕ್ಕು ingress ನಲ್ಲಿ input-vlan-map pop ಮತ್ತು egress ನಲ್ಲಿ output-vlan-map push. ಆ ಸಾಲುಗಳು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ, ಪೂರ್ಣ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಸರ್ಕ್ಯೂಟ್ ಸಂರಚನೆಯನ್ನು ಅಲ್ಲ. ಒಂದೇ ಸಾಧನ ಕುಟುಂಬದ ಉದಾಹರಣೆಯನ್ನು ಎಲ್ಲೆಡೆ ಅನ್ವಯಿಸುವ ಬದಲು ಸರಿಯಾದ ವೇದಿಕೆ ಮತ್ತು ಬಿಡುಗಡೆಯನ್ನು ದೃಢೀಕರಿಸಿ.

ಘಟಕದ ಬೆಂಬಲಿತ VLAN ಮತ್ತು encapsulation ಸೆಟ್ಟಿಂಗ್ಗಳು ಇನ್ನೂ ಉದ್ದೇಶಿತ ಟ್ಯಾಗ್ ಮತ್ತು ವರ್ಗೀಕರಣವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು. ತಪ್ಪು ಫ್ರೇಮ್ಗಳನ್ನು ವರ್ಗೀಕರಿಸುವ ಘಟಕದ ಮೇಲಿನ ಮರುಬರಹ ಹೇಳಿಕೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ, ಸ್ಥಳಾಂತರಿಸುತ್ತದೆ.

ಸೇವೆಗೆ ಬೇಕಾದ ಯಾವುದೇ ಒಳಗಿನ ಗ್ರಾಹಕ ಟ್ಯಾಗ್ಗಳನ್ನು ಸಂರಕ್ಷಿಸಿ. ಸ್ಟ್ಯಾಕ್ ಮಾಡಿದ ಟ್ಯಾಗ್ಗಳಲ್ಲಿ, ಏನನ್ನಾದರೂ ತೆಗೆದುಹಾಕುವ ಮೊದಲು ನೀವು ಯಾವ ಹೊರಗಿನ ಟ್ಯಾಗ್ ಬದಲಾಯಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಗಾತ್ರಕ್ಕೆ ಬಜೆಟ್ ಮಾಡಿ, ಟ್ಯಾಗ್ಗಳಿಗೆ ಮಾತ್ರವಲ್ಲ

ಗಾತ್ರ ಬಜೆಟ್ನಲ್ಲಿ ಉಳಿಸಿಕೊಂಡ ಟ್ಯಾಗ್ಗಳು, ನಿಜವಾದ MPLS ಸ್ಟ್ಯಾಕ್ ಮತ್ತು control word ಸೇರಿಸಿ. RFC 8469 Ethernet pseudowire ಗಳಿಗೆ control word ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ, ಈ ಶಿಫಾರಸು ನಿಮ್ಮ ವೇದಿಕೆ ಅದನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಸಕ್ರಿಯಗೊಳಿಸಿದರೂ ಇಲ್ಲದಿದ್ದರೂ ಫ್ರೇಮ್ ಬಜೆಟ್ ಬದಲಾಯಿಸುತ್ತದೆ. MTU ವ್ಯತ್ಯಾಸವನ್ನು ಅದರ ಎಚ್ಚರಿಕೆಯನ್ನು ದುರಸ್ತಿಯಾಗಿ ಒತ್ತಡಿಸುವ ಬದಲು ಸಮನ್ವಯಗೊಳಿಸಿ. ಒತ್ತಡಿಸಿದ ಎಚ್ಚರಿಕೆ ದಿನಾಂಕ ಅಳಿಸಿಹಾಕಿದ ಯೋಜಿತ ಅಡಚಣೆ.

ಎರಡೂ ಪ್ರೊವೈಡರ್ ಅಂಚುಗಳಲ್ಲಿ ಅದೇ ಬಜೆಟ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಬದಿ ಟ್ಯಾಗ್ ಮತ್ತು ಇನ್ನೊಂದು ಬದಿ control word ಸೇರಿಸುವುದು ಮೊದಲು ಸರಿಯಾಗಿದ್ದ ಪೇಲೋಡ್ ಮುರಿಯಲು ಸಾಕು.

ಸಂಖ್ಯೆಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಯೋಜನೆ ಬದಲಾಯಿಸಿ, ಲಾಗಿಂಗ್ ಮಟ್ಟವನ್ನಲ್ಲ.

ಅದನ್ನು ಫ್ರೇಮ್ ಮೇಲೆ ಫ್ರೇಮ್ ಸ್ವೀಕರಿಸಿ

ಸ್ವೀಕೃತಿಗಾಗಿ, ಪ್ರತಿ ಗ್ರಾಹಕ ಲಗತ್ತಿನಲ್ಲಿ ನಿರೀಕ್ಷಿತ ಫ್ರೇಮ್ ಅನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಪರಿಶೀಲಿಸಿ. ನಂತರ ಸೇವೆಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ನಿಯಂತ್ರಣ ಸಂಚಾರವನ್ನು ಅನುಮೋದಿತ ಪರೀಕ್ಷಾ ಯೋಜನೆಯ ಪ್ರಕಾರ ನಡೆಸಿ, ಏಕೆಂದರೆ ping ಸುರಕ್ಷಿತವಾಗಿ ತಲುಪಿದ tagged ಫ್ರೇಮ್ಗಿಂತ ಬಹಳ ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ingress ಮತ್ತು egress ಫ್ರೇಮ್ ಒಪ್ಪಂದವನ್ನು ಸರ್ಕ್ಯೂಟ್ ಸಂರಚನೆಯೊಂದಿಗೆ ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆಯೇ ಮುಂದಿನ ಬದಲಾವಣೆಯನ್ನು ಪರಿಶೀಲಿಸಬಹುದಾದಂತೆ ಮಾಡುತ್ತದೆ.

ಮೋಡ್, ಟ್ಯಾಗ್ ಕಾರ್ಯಾಚರಣೆಗಳು, MTU ಬಜೆಟ್ ಮತ್ತು ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶವನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಅವು ಒಟ್ಟಿಗೆ ಮಾತ್ರ ಅರ್ಥಪೂರ್ಣ. ಅವನ್ನು ಮೂರು ಟಿಕೆಟ್ಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಅದೇ ಮಿತಿಯನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳುವುದನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ.

ಸರ್ಕ್ಯೂಟ್ ಮೊದಲ ದಿಕ್ಕು ಯಶಸ್ವಿಯಾದಾಗ ಅಲ್ಲ, ಎರಡೂ ದಿಕ್ಕುಗಳು ನೀವು ಆರಂಭದಲ್ಲಿ ಬರೆದ ಒಪ್ಪಂದಕ್ಕೆ ಹೊಂದಿಕೆಯಾದಾಗ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.