RSVP-TE ಸುರಂಗ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ, ಆದರೆ ಗ್ರಾಹಕರ L3VPN-ಗೆ ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ
ಸಾರಿಗೆ ಮತ್ತು ಸೇವೆ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು. ಲೇಬಲ್ ಸ್ಟಾಕ್ ಓದಿ, ಮುಂದಿನ ಹಾಪ್ ಪರಿಹಾರ ಮತ್ತು VRF ಜೋಡಣೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಒಂದು ನೈಜ ಗ್ರಾಹಕ ಹರಿವನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಗ್ರಾಹಕರು VPN ನಿಂತಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದಾಗ ಮತ್ತು ಸಾರಿಗೆ ತಂಡ ಸುರಂಗ ಸರಿಯಾಗಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದಾಗ ಎರಡೂ ತಂಡಗಳು ಒಟ್ಟಿಗೆ ಸರಿಯಾಗಿರಬಹುದು. ಟ್ರಾಫಿಕ್-ಎಂಜಿನಿಯರಿಂಗ್ ಮಾಡಿದ LSP ಮತ್ತು MPLS L3VPN ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ: ಒಂದು ಕೋರ್ ಮೂಲಕ ಲೇಬಲ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಇನ್ನೊಂದು ಪ್ಯಾಕೆಟ್ ಯಾವ ರೂಟಿಂಗ್ ಸಂದರ್ಭಕ್ಕೆ ಸೇರಿದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಬೆರೆಸಿದಾಗ, ಚರ್ಚೆ ವೃತ್ತದಲ್ಲಿ ಸುತ್ತುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಬದಿಯೂ ಬೇರೆ ವಸ್ತುವನ್ನು ಅಳೆಯುತ್ತದೆ ಮತ್ತು ಎರಡೂ ಅಳತೆಗಳು ಮಾನ್ಯವಾಗಿವೆ.
ಸಾರಿಗೆ ಚಾಲನೆಯಲ್ಲಿದ್ದು ಸೇವೆ ನಿಂತಿರುವುದು ಸಾಮಾನ್ಯ ಸ್ಥಿತಿ
LSP ಸ್ಥಾಪಿತವಾಗಿರಬಹುದು, ಟ್ರಾಫಿಕ್ ಸಾಗಿಸಬಹುದು ಮತ್ತು ಪ್ರತಿ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲೂ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಗ್ರಾಹಕ ಸೇವೆ ಬಳಸಲಾಗದಂತೆ ಉಳಿಯುತ್ತದೆ. ಈ ಸಂಯೋಜನೆಯಲ್ಲಿ ಯಾವುದೇ ವಿರೋಧಾಭಾಸವಿಲ್ಲ, ಏಕೆಂದರೆ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ ಇದೆಯೇ, ಆಮದು ನೀತಿ ಅದನ್ನು ಸ್ವೀಕರಿಸಿದೆಯೇ, ಅಥವಾ ಸಂಪರ್ಕ ಸರ್ಕ್ಯೂಟ್ ಫ್ರೇಮ್ಗಳನ್ನು ರವಾನಿಸುತ್ತಿದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಸುರಂಗಕ್ಕೆ ಯಾವುದೇ ಅಭಿಪ್ರಾಯವಿಲ್ಲ.
ಸಾಮಾನ್ಯವಾಗಿ ಗೊಂದಲವನ್ನು ಬಯಲು ಮಾಡುವ ಲಕ್ಷಣ ಅಸಮಮಿತೀಯವಾಗಿದೆ: PE ಲೂಪ್ಬ್ಯಾಕ್ನಿಂದ ಪಿಂಗ್ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಆದರೆ ಗ್ರಾಹಕರ LAN ನಲ್ಲಿನ ಹೋಸ್ಟ್ಗೆ ಏನೂ ಸಿಗುವುದಿಲ್ಲ, ಅಥವಾ ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ. ಸಿದ್ಧಾಂತ ರೂಪಿಸುವ ಮೊದಲು ಯಾವ ವಿಳಾಸಗಳು ಕೆಲಸ ಮಾಡಿದವು ಎಂದು ಬರೆಯಿರಿ. ನೀವು ಎರಡು ಬೇರೆ ವಸ್ತುಗಳನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಗಮನಿಸಿದ ನಂತರ, ಮುಂದಿನ ಹೆಜ್ಜೆ ಯಾರ ಗ್ರಾಫ್ ಸರಿ ಎಂದು ವಾದಿಸುವುದಲ್ಲ, ಲೇಬಲ್ ಸ್ಟಾಕ್ ಓದುವುದು. ಎರಡು ವಿಳಾಸಗಳು, ಇಬ್ಬರು ಮಾಲೀಕರು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಇನ್ನೊಬ್ಬರು ಏನನ್ನೋ ಮುರಿದಿದ್ದಾರೆ ಎಂದು ಪ್ರತಿಯೊಬ್ಬರೂ ನಂಬುವ ಇಬ್ಬರು ಬೇರೆ ವ್ಯಕ್ತಿಗಳು.
ಸ್ಟಾಕ್ ಅನ್ನು ಎರಡು ಜವಾಬ್ದಾರಿಗಳಾಗಿ ಓದಿ
ಕೆಳಗಿನ ಲೇಬಲ್ ಸೇವೆಗೆ ಸೇರಿದೆ ಮತ್ತು ಮೇಲಿನ ಲೇಬಲ್ ಮಾರ್ಗಕ್ಕೆ ಸೇರಿದೆ. RFC 4364 ಕ್ರಮವನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸುತ್ತದೆ: ಮೊದಲು VPN ಮಾರ್ಗದ ಲೇಬಲ್ ಹಾಕಲಾಗುತ್ತದೆ, ನಂತರ ಆ ಲೇಬಲ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್ BGP ಮುಂದಿನ ಹಾಪ್ನತ್ತ ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲಿಯೇ ಟ್ರಾಫಿಕ್-ಎಂಜಿನಿಯರಿಂಗ್ ಸುರಂಗ ತನ್ನದೇ ಲೇಬಲ್ ಅನ್ನು ಮೇಲೆ ಒತ್ತುತ್ತದೆ.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
ದೂರದ PE ನಲ್ಲಿ ಸೇವಾ ಲೇಬಲ್ ನಿರ್ವಹಣೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಅದು VRF ಹುಡುಕಾಟ ಅಥವಾ ಜೋಡಣೆ ನಿರ್ಧಾರವಾಗಿರಬಹುದು. ಆ ಲೇಬಲ್ ಅನ್ನು ಕೇವಲ ಕೋರ್ ದಾಟುವ ಲೇಬಲ್ನಿಂದ ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಎರಡೂ ಒಂದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಒಂದೇ ಸ್ಟಾಕ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೂ ಅವು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು.
RSVP ಯಶಸ್ಸು ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ
RSVP-TE ಸಂಪನ್ಮೂಲ ಕಾಯ್ದಿರಿಸುವಿಕೆಯೊಂದಿಗೆ ಅಥವಾ ಇಲ್ಲದೆ ಸ್ಪಷ್ಟವಾಗಿ ರೂಟ್ ಮಾಡಿದ LSPಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಇದು ಪ್ಯಾಕೆಟ್ ಕೋರ್ ಮೂಲಕ ಹೋಗುವ ಮಾರ್ಗದ ಬಗ್ಗೆ ನಿರ್ದಿಷ್ಟ ಮತ್ತು ಉಪಯುಕ್ತ ಭರವಸೆಯಾಗಿದೆ. ಇದು ಗ್ರಾಹಕ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ಹೇಳಿಕೆಯಲ್ಲ, ಮತ್ತು ಸಂರಚಿಸಿದ ಸುರಂಗದ ಹೆಸರು ಮಾರ್ಗವೇ ಅಲ್ಲ.
RSVP ಇರುವಿಕೆಯೂ ತುದಿಯಿಂದ ತುದಿಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ. ಒಂದು LSP ಮೇಲಿನ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಸಂಪರ್ಕ ಸರ್ಕ್ಯೂಟ್, ಗ್ರಾಹಕರ ಸ್ವಂತ ಪ್ರವೇಶ ಸಾಲು ಅಥವಾ ದೂರದ ಅಂಚಿನಲ್ಲಿ ಕ್ಯೂ ನಡವಳಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಅದನ್ನು ಭರವಸೆಯಾಗಿ ಪರಿಗಣಿಸುವುದು ಯಾರೂ ಕೇಳದ ಪ್ರಶ್ನೆಗಳಿಗೆ ಆತ್ಮವಿಶ್ವಾಸದ ಉತ್ತರಗಳನ್ನು ನೀಡುತ್ತದೆ. ಅಗತ್ಯವು ನಿಜವಾಗಿಯೂ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಬದ್ಧತೆಯಾಗಿದ್ದರೆ, ಅದನ್ನು ನಿಜವಾಗಿ ಜಾರಿಗೊಳಿಸುವ ಭಾಗಗಳಿಂದ ಜೋಡಿಸಬೇಕು, ಮತ್ತು LSP ಆ ಸರಪಳಿಯ ಮಧ್ಯದ ಭಾಗ ಮಾತ್ರ.
ಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿಲ್ಲಿಸಿ
ಸಾರಿಗೆಯಿಂದ ಹೊರಮುಖವಾಗಿ ಕೆಲಸ ಮಾಡಿ ಮತ್ತು ವಿಫಲವಾಗುವ ಮೊದಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮುಂದಿನ ಹಂತವೂ ಹಿಂದಿನವು ಉಳಿದಿವೆ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಮೊದಲು LSP ಸ್ಥಾಪಿತವಾಗಿದೆ ಎಂದು ಮತ್ತು ಸೇವಾ ಪ್ರಿಫಿಕ್ಸ್ನ ಮುಂದುವರಿಕೆ ನಮೂದು ನಿಜವಾಗಿಯೂ ಅದನ್ನೇ ಸೂಚಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ VPN ಮಾರ್ಗ ಸರಿಯಾದ ಕೋಷ್ಟಕದಲ್ಲಿದೆ, ಅದರ ಲೇಬಲ್ ಬೈಂಡಿಂಗ್ ಇದೆ ಮತ್ತು ಆಮದು ನೀತಿ ಅದನ್ನು ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ ಜೋಡಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿ: ಇಂಟರ್ಫೇಸ್, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮತ್ತು ಅನ್ವಯವಾಗುವಲ್ಲಿ ಆ ಒಪ್ಪಂದಕ್ಕೆ ಸೇರಿದ VLAN ಗುರುತಿಸುವಿಕೆ.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERಆಜ್ಞೆಗಳ ವಾಕ್ಯರಚನೆ ವೇದಿಕೆಯಿಂದ ಬದಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ನಾಲ್ಕು ಸಾಲುಗಳನ್ನು ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ, ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳಾಗಿ ಪರಿಗಣಿಸಿ. ಮುಖ್ಯವಾದುದು ಎಂದರೆ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ವಸ್ತುವನ್ನು ಪ್ರಶ್ನಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಕಾರಣದಿಂದ ವೈಫಲ್ಯ ನಿರ್ದಿಷ್ಟ ಮಾಲೀಕನತ್ತ ಸೂಚಿಸುತ್ತದೆ.
ಒಂದು ಅನುಮತಿಸಿದ ವಿನಂತಿಯನ್ನು ಅನುಸರಿಸಿ ಮತ್ತು ಉತ್ತಮ ಸಾಕ್ಷ್ಯವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ
ನೀತಿಯಿಂದ ಅನುಮತಿಸಲಾದ ಒಂದು ನೈಜ ಗ್ರಾಹಕ ವಿನಂತಿ ಮತ್ತು ಅದರ ಪ್ರತಿಕ್ರಿಯೆಯೊಂದಿಗೆ ಮುಗಿಸಿ. ತುದಿಯಿಂದ ತುದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಒಂದು ಹರಿವು ಒಂದು ಪುಟದ ಕೌಂಟರ್ ಓದುವಿಕೆಗಿಂತ ಹೆಚ್ಚು ನಿರ್ಣಯಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಪ್ರತಿ ಭಾಗವನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಅಲ್ಲ, ಸಂಯೋಜನೆಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ.
ನಂತರದ ಹಂತ ವಿಫಲವಾದಾಗ, ಸಾರಿಗೆಯನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುವ ಬದಲು ಯಶಸ್ವಿ LSP ವೀಕ್ಷಣೆಯನ್ನು ಸಂರಕ್ಷಿಸಿ. ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸುರಂಗವನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸುವುದು ಇಲ್ಲದ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್, ತಪ್ಪಾದ VRF ಜೋಡಣೆ ಅಥವಾ ಗಮ್ಯಸ್ಥಾನ ಪ್ರವೇಶ ನಿಯಮವನ್ನು ಸರಿಪಡಿಸಲಾರದು, ಮತ್ತು ಸಾರಿಗೆ ಆರೋಗ್ಯಕರವಾಗಿದೆ ಎಂದು ಮೊದಲು ಹೇಳಿದ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಪಡಿಸುತ್ತದೆ.