Pseudowire ಸ್ಥಿತಿ ಮತ್ತು ಟ್ರಾಫಿಕ್ ಕೌಂಟರ್ಗಳು: ಯಾವುದು ವಿತರಣೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ
ಕಾರ್ಯಾಚರಣಾ ಸ್ಥಿತಿ ಸೇವೆಯು ಸಂರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಕೌಂಟರ್ಗಳು ಫ್ರೇಮ್‌ಗಳು ಚಲಿಸಿದವು ಎಂದು ಹೇಳುತ್ತವೆ. ಎರಡನ್ನೂ VC ಸೂಚ್ಯಂಕದಲ್ಲಿ ಸೇರಿಸಿ ಮತ್ತು ದಿಕ್ಕು, ನಿರಂತರತೆ ಮತ್ತು MIB ಬೆಂಬಲವನ್ನು ಪರಿಶೀಲಿಸಿ.
up ಎಂದು ವರದಿ ಮಾಡುವ pseudowire ಸೇವೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು ಎರಡೂ ದಿಕ್ಕುಗಳು ಅದು ಟ್ರಾಫಿಕ್ ಸಾಗಿಸಬೇಕು ಎಂದು ಒಪ್ಪುತ್ತವೆ ಎಂದು ನಿಮಗೆ ಹೇಳುತ್ತದೆ. ಆದರೆ ಒಂದೇ ಒಂದು ಗ್ರಾಹಕ ಫ್ರೇಮ್ ಎಂದಾದರೂ ಅದರ ಮೂಲಕ ಹಾದುಹೋಗಿದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಸ್ಥಿತಿ ವಸ್ತುಗಳು ಮತ್ತು ಕೌಂಟರ್ ವಸ್ತುಗಳು ಬೇರೆ ಬೇರೆ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬರೆಯಲ್ಪಟ್ಟಿವೆ, ಮತ್ತು ಒಂದನ್ನು ಇನ್ನೊಂದರ ಸಾಕ್ಷಿಯಾಗಿ ಪರಿಗಣಿಸುವುದೇ ಈ ಡ್ಯಾಶ್ಬೋರ್ಡ್‌ಗಳ ಬಹುಪಾಲು ತಪ್ಪು ಮಾಡುವ ಸ್ಥಳ. ಅವುಗಳನ್ನು ಹೋಲಿಸುವುದೇ ಕೆಲಸ, ಏಕೆಂದರೆ ಒಂದನ್ನಷ್ಟೇ ನಂಬುವುದು ಯಾರೂ ಕೇಳದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.
ಸ್ಥಿತಿ ಮತ್ತು ಕೌಂಟರ್ಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ
ಮುಖ್ಯ VC ನಮೂದು ಸಂಯೋಜಿತ ಕಾರ್ಯಾಚರಣಾ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಎರಡೂ ದಿಕ್ಕಿನ ಸ್ಥಿತಿಗಳು up ಆಗಿದ್ದಾಗ ಮಾತ್ರ ಆ ಸ್ಥಿತಿ up ಆಗಿರುತ್ತದೆ. ಅದರ ಹಿಂದಿನ ಎಲ್ಲವೂ ನಿಯಂತ್ರಣ ಸಮತಲ ಮತ್ತು ಸಂರಚನೆಯ ಜ್ಞಾನ: ಸ್ಥಳೀಯ ಲಗತ್ತು ಸರ್ಕ್ಯೂಟ್, ಪೀರ್, ಸಿಗ್ನಲಿಂಗ್. ಈ ಸ್ಥಿತಿಯಲ್ಲಿನ ಸಾಲು ಉದ್ದೇಶ ಮತ್ತು ಸಿದ್ಧತೆಯ ಬಗ್ಗೆ ಹೇಳಿಕೆ, ರವಾನೆಯಾದ ಫ್ರೇಮ್‌ಗಳ ಬಗ್ಗೆ ಅಲ್ಲ.
ಟ್ರಾಫಿಕ್ ಪ್ಯಾಕೆಟ್ ಮತ್ತು ಬೈಟ್‌ಗಳಿಗಾಗಿ ಹೆಚ್ಚಿನ ಸಾಮರ್ಥ್ಯದ ಕೌಂಟರ್ಗಳ ಪ್ರತ್ಯೇಕ ಕೋಷ್ಟಕದಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಾಲುಗಳು ಅದೇ VC ಸೂಚ್ಯಂಕವನ್ನು ಹೊಂದಿವೆ. ಅಲ್ಲಿನ ಬೆಳವಣಿಗೆ ನೀವು ಅಳೆದ ಮಧ್ಯಂತರದಲ್ಲಿ ಫ್ರೇಮ್‌ಗಳು ಆ ಸಾಲಿನ ಮೂಲಕ ಹಾದುಹೋದ ಸಾಕ್ಷಿ. ಬದಲಾಗದ ಕೌಂಟರ್ ಸ್ವತಃ ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ನಿಷ್ಕ್ರಿಯ ಸೇವೆ, ತಪ್ಪು ಸಾಲನ್ನು ಓದುವ ಸಂಗ್ರಾಹಕ ಮತ್ತು ಮೌನವಾಗಿ ಮುರಿದ ಮಾರ್ಗ ಎಲ್ಲವೂ ಒಂದೇ ಸಮತಟ್ಟಾದ ರೇಖೆಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
ಕೋಷ್ಟಕವನ್ನು ತೀವ್ರತೆಯ ಒಂದು ಮೆಟ್ಟಿಲಲ್ಲ, ಸಾಕ್ಷಿಯ ಎರಡು ಕಾಲಂಗಳಾಗಿ ಓದಿ. ಸಮತಟ್ಟಾದ ಕೌಂಟರ್ಗಳೊಂದಿಗಿನ up ಬೆಳವಣಿಗೆಯೊಂದಿಗಿನ up ನ ಕೆಟ್ಟ ಆವೃತ್ತಿಯಲ್ಲ, ಅದು ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆಯಿರುವ ಬೇರೆ ವೀಕ್ಷಣೆ.
ಟಿಕೆಟ್‌ನ ಸಂಖ್ಯೆಯಲ್ಲ, VC ಸೂಚ್ಯಂಕದಲ್ಲಿ ಸೇರಿಸಿ
VC ಕೋಷ್ಟಕವು ಒಂದೇ ಪೂರ್ಣಾಂಕದಿಂದ ಸೂಚ್ಯಂಕಗೊಂಡಿದೆ, ಮತ್ತು VC ID, ಪೀರ್ ವಿಳಾಸ, ಸೇವಾ ಪ್ರಕಾರ ಮತ್ತು ಹೆಸರು ಆ ಸಾಲಿನ ಗುಣಲಕ್ಷಣಗಳು. ಆ ಗುಣಲಕ್ಷಣಗಳಿಂದ ನಿಮ್ಮ ಸೇವೆಯನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತೀರಿ; ಮೊದಲ ಸಮೀಕ್ಷೆಯ ನಂತರವೂ ಅದನ್ನು ಹುಡುಕುತ್ತಿರಲು ಸೂಚ್ಯಂಕ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇಂಟರ್ಫೇಸ್ ಸೂಚ್ಯಂಕ, ತೋರಿಸಿದ ಸರ್ಕ್ಯೂಟ್ ಹೆಸರು ಅಥವಾ MPLS ಲೇಬಲ್ ಸಂಖ್ಯೆಗಳು ಹೊಂದಿಕೆಯಾದರೂ ಆ ಸೂಚ್ಯಂಕವಲ್ಲ.
ಸಂಖ್ಯಾತ್ಮಕ OIDಗಳನ್ನು ಬ್ಲಾಗ್ ಪೋಸ್ಟ್‌ನಿಂದ ಅಲ್ಲ, ಸಂಗ್ರಾಹಕದಲ್ಲಿನ MIB ಫೈಲ್‌ನಿಂದ ಪಡೆಯಿರಿ, ನಂತರ ಕೋಷ್ಟಕವನ್ನು ಒಮ್ಮೆ ಸಂಚರಿಸಿ ಕಂಡ ಗುರುತನ್ನು ಉಳಿಸಿ.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableನಿರ್ವಹಣಾ ವಿಳಾಸ ಮತ್ತು ಸೂಚ್ಯಂಕವನ್ನು ಒಟ್ಟಿಗೆ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ದಾಖಲಿಸಿ. ಮರು ಒದಗಿಸುವಿಕೆ ಸೇವೆಯನ್ನು ಬೇರೆ ಸಾಲಿಗೆ ಸರಿಸಬಹುದು, ಮತ್ತು ಹೆಸರಿನಿಂದ VC IDಗೆ ಸೇರಿದ ಸಂಗ್ರಾಹಕವು ನಂತರವೂ ವಿನಯಶೀಲವಾಗಿ ಉತ್ತರಿಸುವ ಹಳೆಯ ಸೂಚ್ಯಂಕವನ್ನು ಚಿತ್ರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ.
ದಿಕ್ಕು ಎಂದರೆ pseudowire, ಚಂದಾದಾರನಲ್ಲ
ಒಳಬರುವ ಕೌಂಟರ್ಗಳು VC ಪ್ಯಾಕೆಟ್ ಸ್ವಿಚ್ ಮಾಡಿದ ನೆಟ್ವರ್ಕ್‌ನಿಂದ ಏನನ್ನು ಸ್ವೀಕರಿಸಿತು ಎಂದು ವಿವರಿಸುತ್ತವೆ; ಹೊರಹೋಗುವ ಕೌಂಟರ್ಗಳು ಅದು ಆ ನೆಟ್ವರ್ಕ್‌ನ ಕಡೆಗೆ ಏನನ್ನು ರವಾನಿಸಿತು ಎಂದು ವಿವರಿಸುತ್ತವೆ. ಗ್ರಾಹಕರ ಕಡೆಗೆ ಮುಖ ಮಾಡಿದ PEಯಲ್ಲಿ ಇದು ಹೆಚ್ಚಾಗಿ ಡೌನ್‌ಲೋಡ್ ಮತ್ತು ಅಪ್‌ಲೋಡ್‌ಗೆ ಯಾವುದೋ ಕ್ರಮದಲ್ಲಿ ಹೊಂದುತ್ತದೆ. ಹಬ್ PEಯಲ್ಲಿ, ಅಥವಾ ಕೋರ್‌ನೊಂದಿಗೆ ಪೀರಿಂಗ್ ಮಾಡುವ PEಯಲ್ಲಿ, ಅದೇ ವಸ್ತು ಹೆಸರುಗಳು ವಿರುದ್ಧ ಗ್ರಾಹಕ ಅನುಭವವನ್ನು ವಿವರಿಸುತ್ತವೆ.
ಪ್ರತಿ ಸಾಧನ ಪಾತ್ರಕ್ಕೂ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಒಮ್ಮೆ ಬರೆಯಿರಿ ಮತ್ತು ಅದನ್ನು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಲೇಬಲ್‌ನಲ್ಲಿ ಇರಿಸಿ. ಗ್ರಾಹಕ ಅಪ್‌ಲೋಡ್ ಎಂಬ ಶೀರ್ಷಿಕೆಯ ಗ್ರಾಫ್ ವಾಸ್ತವವಾಗಿ ಕೋರ್‌ನ ಕಡೆಗೆ ಟ್ರಾಫಿಕ್ ಚಿತ್ರಿಸಿದರೂ ವಿಮರ್ಶೆಯನ್ನು ದಾಟುತ್ತದೆ ಮತ್ತು ಸಾಮರ್ಥ್ಯ ನಿರ್ಧಾರಗಳಿಗೆ ಅದನ್ನು ಬಳಸುವ ಎಲ್ಲರನ್ನೂ ಮೌನವಾಗಿ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ. ಅದೇ ಅಪಾಯ ಆ ಗ್ರಾಫ್‌ಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಿದ ಎಚ್ಚರಿಕೆಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅವು ತಪ್ಪು ತಂಡವನ್ನು ಕರೆಯುತ್ತವೆ. ಪ್ರತಿ ಗ್ರಾಫ್ ಅನ್ನು pseudowireಗೆ ಸಂಬಂಧಿಸಿದ ಚಲನೆಯ ದಿಕ್ಕಿನಿಂದ ಲೇಬಲ್ ಮಾಡಿ, ಮತ್ತು ಗ್ರಾಹಕ ಮ್ಯಾಪಿಂಗ್ ಅದು ಬೇಕಾದ ಪ್ಯಾನೆಲ್‌ನಲ್ಲೇ ಇರಲಿ.
ಒಂದು ಪರೀಕ್ಷೆ ವಸ್ತು ವಿವರಣೆಗಳನ್ನು ಓದುವ ಯಾವುದೇ ಪ್ರಮಾಣವನ್ನು ಮೀರುತ್ತದೆ: ತಿಳಿದಿರುವ ಫೈಲ್ ಅನ್ನು ಸೇವೆಯ ಮೂಲಕ ಎಳೆಯಿರಿ, ತಕ್ಷಣ ನಂತರ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಸಮೀಕ್ಷಿಸಿ, ಯಾವ ಕೌಂಟರ್ ಚಲಿಸಿತು ಎಂದು ನೋಡಿ. ಫಲಿತಾಂಶವನ್ನು ಸಾಧನ ಪಾತ್ರದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಪ್ರಶ್ನೆ ಕೇಳುತ್ತಾನೆ.
ದರವು ಒಂದೇ ನಿರಂತರತಾ ವಿಂಡೋದ ಒಳಗೆ ಮಾತ್ರ ಮಾನ್ಯ
ಬೈಟ್ ಕೌಂಟರ್‌ನ ಹೆಚ್ಚಳವನ್ನು ಕಳೆದ ಸೆಕೆಂಡುಗಳಿಂದ ಭಾಗಿಸಿ ದರವನ್ನು ಲೆಕ್ಕಹಾಕಿ, ಮತ್ತು ಸೆಕೆಂಡಿಗೆ ಬಿಟ್‌ಗಳಿಗಾಗಿ ಎಂಟರಿಂದ ಗುಣಿಸಿ. ಕೌಂಟರ್ ಕಡಿಮೆಯಾದರೆ, ಏಜೆಂಟ್ ಮರುಪ್ರಾರಂಭವಾದರೆ, ಸಾಲು ಬದಲಾದರೆ ಅಥವಾ ನಿರಂತರತಾ ವಸ್ತು ಚಲಿಸಿದರೆ ಮಧ್ಯಂತರವನ್ನು ಅಮಾನ್ಯ ಎಂದು ಪರಿಗಣಿಸಿ. ಆ ವಸ್ತುವು ವ್ಯವಸ್ಥೆಯ ಅಪ್‌ಟೈಮ್‌ಗೆ ಸಂಬಂಧಿಸಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಧನ ಮರುಪ್ರಾರಂಭವೂ ಅದನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ. ಸ್ಪೈಕ್ ಚಿತ್ರಿಸುವ ಬದಲು ಮಾದರಿಯನ್ನು ಬಿಟ್ಟು ಹೊಸ ವಿಂಡೋ ತೆರೆಯಿರಿ.
ತಿಳಿದಿರುವ ಅಂತರದೊಂದಿಗೆ ಎರಡು ಮಾದರಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು ಸಮಯಮುದ್ರೆಗಳನ್ನು ನಿಮ್ಮ ಟರ್ಮಿನಲ್ ಇತಿಹಾಸದಿಂದ ಅಲ್ಲ, ಸಂಗ್ರಾಹಕದಿಂದ ಇರಿಸಿ.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7ಹೆಚ್ಚಿನ ಸಾಮರ್ಥ್ಯದ ಕೌಂಟರ್ಗಳು ಒಂದೇ pseudowireನಲ್ಲಿ ಸುತ್ತುವಿಕೆಯನ್ನು ಸಮಸ್ಯೆಯಲ್ಲದಂತೆ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಇಳಿಕೆ ಎಂದರೆ ಬಹುತೇಕ ಯಾವಾಗಲೂ ಮರುಹೊಂದಿಕೆ, ಬದಲಾದ ಏಜೆಂಟ್ ಅಥವಾ ಬೇರೆ ಸಾಲು, ಅಂಕಗಣಿತದ ಓವರ್‌ಫ್ಲೋ ಅಲ್ಲ. ಆದ್ದರಿಂದ ಮೂರನೇ ಆದೇಶವು ಮೊದಲೆರಡರಷ್ಟೇ ಮುಖ್ಯ.
ಸ್ಥಾಪಿತ ಆವೃತ್ತಿ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ
MIB ವ್ಯಾಖ್ಯಾನವು ಒಂದು ವಿಶೇಷಣೆ, ನಿಮ್ಮ ಇಮೇಜ್ ಬಗ್ಗೆ ಭರವಸೆ ಅಲ್ಲ. ಕೋಷ್ಟಕಗಳು ಇಲ್ಲದಿರಬಹುದು, ಭಾಗಶಃ ಅಳವಡಿಸಲಾಗಿರಬಹುದು, ಅಥವಾ ವೈಶಿಷ್ಟ್ಯ ಸಕ್ರಿಯವಾಗುವವರೆಗೆ ಇದ್ದರೂ ತುಂಬದಿರಬಹುದು, ಮತ್ತು ಅದೇ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಆವೃತ್ತಿಗಳ ನಡುವೆ ಭಿನ್ನವಾಗಿರಬಹುದು. CISCO-IETF-PW-MIB ವ್ಯಾಖ್ಯಾನ ನಿಮಗೆ ವಸ್ತು ಹೆಸರುಗಳನ್ನು ನೀಡುತ್ತದೆ; ಅವು ಉತ್ತರಿಸುತ್ತವೆಯೇ ಎಂದು ಸಾಧನ ಹೇಳುತ್ತದೆ.
ಎರಡೂ ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಒಂದೇ ಹಾದಿಯಲ್ಲಿ ಸಮೀಕ್ಷಿಸಿ, ನಂತರ ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿ ಹೇಳುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lಖಾಲಿ ನಡಿಗೆ ಮತ್ತು ಬೆಂಬಲವಿಲ್ಲದ ನಡಿಗೆ ಬೇರೆ ಬೇರೆ ವೈಫಲ್ಯಗಳು, ಆದ್ದರಿಂದ ಕೇವಲ ಸಾಲಿನ ಎಣಿಕೆಯಲ್ಲ, ದೋಷವನ್ನು ಓದಿ. ಸ್ಥಿತಿ ಕೋಷ್ಟಕ ಉತ್ತರಿಸಿ ಕಾರ್ಯಕ್ಷಮತೆ ಕೋಷ್ಟಕ ಉತ್ತರಿಸದಿದ್ದರೆ, ಮೊದಲ ವಿಭಾಗದಲ್ಲಿ ವಿನ್ಯಾಸ ಮಾಡಿದ ಜೋಡಣೆಗೆ ಇಳಿಯಲು ಸ್ಥಳವಿಲ್ಲ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಸರ್ಕ್ಯೂಟ್ ಬದಲಾವಣೆಯಲ್ಲ, ಸಂಗ್ರಾಹಕ ಬದಲಾವಣೆ.
ವಿವಾದಿತ ಸರ್ಕ್ಯೂಟ್‌ಗೆ ಕ್ರಮವು ಚಿಕ್ಕದು: ಸೂಚ್ಯಂಕದಿಂದ ಸಾಲಿನ ಗುರುತನ್ನು ದೃಢೀಕರಿಸಿ, ಒಂದು ತಿಳಿದ ವರ್ಗಾವಣೆಯಿಂದ ದಿಕ್ಕು-ಮ್ಯಾಪಿಂಗ್ ದೃಢೀಕರಿಸಿ, ಸ್ವಚ್ಛ ನಿರಂತರತಾ ವಿಂಡೋದ ಒಳಗೆ ಮಾತ್ರ ದರ ಲೆಕ್ಕಹಾಕಿ, ಮತ್ತು ಆ ಆವೃತ್ತಿಯಲ್ಲಿ ಎರಡೂ ಕೋಷ್ಟಕಗಳು ಉತ್ತರಿಸುತ್ತವೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಪ್ರತಿ ಹೆಜ್ಜೆ ಒಂದು ಸಂಭಾವ್ಯ ವಿವರಣೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ನಾಲ್ಕೂ ನಿಲ್ಲಿ ಕೌಂಟರ್ಗಳು ಇನ್ನೂ ಚಲಿಸದಿದ್ದರೆ, ಸಾಕ್ಷ್ಯ pseudowireನಿಂದ ದೂರ ತೋರಿಸುತ್ತದೆ. ಅಲ್ಲಿಯೇ ಲಗತ್ತು ಸರ್ಕ್ಯೂಟ್‌ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ ತನ್ನ ಬೆಲೆಯನ್ನು ಗಳಿಸುತ್ತದೆ.