IPsec ಥ್ರೂಪುಟ್ ನಿರೀಕ್ಷೆಗಿಂತ ಕಡಿಮೆಯೇ? ಮೊದಲು ಸಕ್ರಿಯ SA ಪರಿಶೀಲಿಸಿ
ಉದ್ದವಾದ ರೂಪಾಂತರ ಪಟ್ಟಿ ನಿಮ್ಮ ವರ್ಗಾವಣೆಯನ್ನು ರಕ್ಷಿಸುವ ಸೆಷನ್ ಅಲ್ಲ. ಎನ್ಕ್ರಿಪ್ಷನ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಸಂಧಾನವಾದ SA, ಪೇಲೋಡ್ ಗಾತ್ರ ಮತ್ತು ನಿಜವಾಗಿ ತಲುಪಿದ ದರವನ್ನು ದಾಖಲಿಸಿ.
ಸಂರಚನೆ ಎಂಟು ರೂಪಾಂತರಗಳನ್ನು ನೀಡುತ್ತದೆ, ಯಾರೋ ಬಲವಾದದನ್ನು ಓದುತ್ತಾರೆ ಮತ್ತು ಥ್ರೂಪುಟ್ ಸಂಖ್ಯೆ ಅದಕ್ಕೇ ಆರೋಪಿಸಲಾಗುತ್ತದೆ. ಸುರಂಗವು ಬಹುಶಃ ಆ ರೂಪಾಂತರವನ್ನು ಆಯ್ಕೆ ಮಾಡಿಲ್ಲ, ಮತ್ತು ಯಾರೋ ಊಹಿಸಿದ ಕೆಲಸದ ಹೊರೆಯನ್ನೂ ಅದು ನಡೆಸಿಲ್ಲ. ಸಂಧಾನವಾದದ್ದು ಈ ಪಟ್ಟಿಯ ಒಂದು ನಮೂದು, ಒಂದು ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ, ಒಂದು ದಿಕ್ಕು, ಒಂದು ಬಿಲ್ಡ್ನಲ್ಲಿ. ಅದನ್ನು ಅಳೆಯಿರಿ ಮತ್ತು ಅಲ್ಗಾರಿದಮ್ಗಳ ಬಗ್ಗೆ ಚರ್ಚೆ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲೇ ಮುಗಿಯುತ್ತದೆ.
ಲಕ್ಷಣ: ಸಂರಚನೆ ಭರವಸೆ ನೀಡಿದ್ದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಂಖ್ಯೆ
ಉದ್ದವಾದ ರೂಪಾಂತರ ಪಟ್ಟಿ ಸಾಧ್ಯತೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಸಾಧ್ಯತೆಯನ್ನು ಈ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ಅಲ್ಲ, ಕಾಗದದಲ್ಲಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ. ಸಂಧಾನವಾದ ಫಲಿತಾಂಶವು ಎರಡೂ ಪಕ್ಷಗಳು ಒಪ್ಪಿಕೊಂಡ ಒಂದೇ ಸಂಯೋಜನೆ, ಮತ್ತು ಅದು ಹೊಂದಾಣಿಕೆಗಾಗಿ ಯಾವುದೇ ಪಕ್ಷವು ಇನ್ನೂ ಅನುಮತಿಸುವ ದುರ್ಬಲ ಸಂಯೋಜನೆಯಾಗಿರಬಹುದು. ಆ ಸಂಯೋಜನೆ ಏನನ್ನು ಸಾಧಿಸುತ್ತದೆ ಎಂಬುದು ಆಫ್ಲೋಡ್ ಸ್ಥಿತಿ, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರ ಮತ್ತು ಸರದಿ ವರ್ತನೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ನೀತಿ ಫೈಲ್ ಹೊಂದಿರುವ ಎರಡು ಸಾಧನಗಳು ಬಹಳ ದೂರ ಹೋಗಬಹುದು. ಪಟ್ಟಿ ಮೆನು; ಸಂಯೋಜನೆ ಮರಳಿ ಬಂದ ಆರ್ಡರ್.
ಪಟ್ಟಿ ಓದುವುದು ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದಿತ್ತು ಎಂದು ಹೇಳುತ್ತದೆ. ಸಂಯೋಜನೆ ಓದುವುದು ವರ್ಗಾವಣೆಯನ್ನು ನಿಜವಾಗಿ ಏನು ಹೊತ್ತಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಥ್ರೂಪುಟ್ ಸಂಖ್ಯೆ ವಿವರಿಸುವುದು ಅದನ್ನೇ. ಪಟ್ಟಿಯಿಂದ ಪ್ರಾರಂಭವಾಗುವ ಪ್ರತಿ ಟ್ಯೂನಿಂಗ್ ಹೆಜ್ಜೆ ಹೆಚ್ಚುವರಿ ಕಾಗದದ ಕೆಲಸದೊಂದಿಗೆ ಒಂದು ಊಹೆ.
ಈ ವರ್ಗಾವಣೆಯನ್ನು ಹೊತ್ತಿರುವ ಸಂಯೋಜನೆಯನ್ನು ದಾಖಲಿಸಿ
ASA ನಲ್ಲಿ show crypto ipsec sa ಸಕ್ರಿಯ ಸಂಯೋಜನೆಗಳನ್ನು ಅವುಗಳ ರೂಪಾಂತರಗಳು ಮತ್ತು ಪ್ರತಿ ದಿಕ್ಕಿನ ಕೌಂಟರ್ಗಳೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆದೇಶ ಉಲ್ಲೇಖ Cisco ಈ ಔಟ್ಪುಟ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಮುಖ್ಯವಾದ ಪೀರ್ ಮತ್ತು ದಿಕ್ಕನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ಮತ್ತು ಕೀ ಮರುಸಂಧಾನವು ಸಂಯೋಜನೆಯನ್ನು ಬದಲಾಯಿಸಿ ಅದರ ಕೌಂಟರ್ಗಳನ್ನು ಮರುಹೊಂದಿಸುತ್ತದೆ ಎಂದು ಗಮನಿಸಿ; ಇದು ನೀವು ಇನ್ನೂ ನಂಬಿದ್ದ ಮೂಲ ರೇಖೆಯನ್ನು ಸದ್ದಿಲ್ಲದೆ ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ. ಮುಂದಿನ ಸರದಿಗೆ ಹೋಲಿಸಲು ಏನಾದರೂ ಇರಲಿ ಎಂದು ಔಟ್ಪುಟ್ ಅನ್ನು ಪರೀಕ್ಷಾ ಟಿಪ್ಪಣಿಗಳ ಜೊತೆಗೆ ಇರಿಸಿ. ಸರದಿಗಳ ನಡುವೆ ಬದಲಾಗುವ ಸಂಯೋಜನೆ ಗುರುತಿಸುವಿಕೆ ನಂತರದ ಪ್ರತಿ ಹೋಲಿಕೆಯನ್ನು ಅರ್ಥಹೀನಗೊಳಿಸುತ್ತದೆ.
| What to record | Where to read it | What it rules out |
|---|---|---|
| Negotiated transform and SA identifiers | show crypto ipsec sa for that peer and direction | "the configuration picked the wrong algorithm" |
| Offload or accelerator state for that build | platform show commands and interface statistics | "the crypto engine is the ceiling" |
| Payload size and offered rate | the test tool's own settings and summary | "packets per second versus bytes per second" |
| Delivered rate and loss at the receiver | the receiving endpoint, not the sender's counters | "the sender transmitted, so it arrived" |
| Access-link load and drops | underlay interface counters along the path | "the bottleneck lives inside the tunnel" |
ಐದು ಸಾಲುಗಳು ಮಾಪನವನ್ನು ಪುನರಾವರ್ತಿಸಲು ಸಾಕು, ಮತ್ತು ಪ್ರತಿ ಸಾಲು ಇಲ್ಲದಿದ್ದಾಗ ನಿರ್ದಿಷ್ಟ ವಿವರಣೆಯನ್ನು ಹೊರಗಿಡುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ರಸ್ತಾವ ಪಟ್ಟಿಯ ನಮೂದಲ್ಲ, ಏಕೆಂದರೆ ಪಟ್ಟಿ ಈಗ ನಿಮ್ಮ ಬೈಟ್ಗಳನ್ನು ಏನು ರಕ್ಷಿಸುತ್ತಿದೆ ಎಂದು ಹೇಳಲಾರದು. ಕೋಷ್ಟಕವನ್ನು ಒಮ್ಮೆ ಭರ್ತಿ ಮಾಡಿ, ಮುಂದಿನ ಘಟನೆ ಅಲ್ಗಾರಿದಮ್ಗಳ ಬಗ್ಗೆ ಹೊಸ ಚರ್ಚೆಯಿಂದಲ್ಲ, ಡೇಟಾದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.
ಪ್ರವೇಶ ಕೊಂಡಿಯ ಸಾಲು ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಸಾಲು, ಮತ್ತು ಗೂಢಲಿಪೀಕರಣದಂತೆ ಕಾಣುವ ಅಂತರವನ್ನು ಹೆಚ್ಚಾಗಿ ವಿವರಿಸುವುದು ಅದೇ. ತುಂಬಿದ ಅಂಡರ್ಲೇ ಅಥವಾ ಮಾರ್ಗದಲ್ಲಿನ ಪೊಲೀಸರ್ ನಿಧಾನ ಎಂಜಿನ್ನಂತೆಯೇ ಲಕ್ಷಣದ ಆಕಾರವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ನಿಯಂತ್ರಿತ ಹೊರೆಯೊಂದಿಗೆ ಒಂದು ದಿಕ್ಕನ್ನು ಅಳೆಯಿರಿ
ಪರೀಕ್ಷೆಯನ್ನು ಗೇಟ್ವೇಯಿಂದಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಪ್ರತಿನಿಧಿಸುವ LAN ತುದಿಯಿಂದ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಗೇಟ್ವೇ ರಚಿಸುವ ಪ್ರೋಬ್ ಬೇರೆ ಸ್ಥಳೀಯ ನೀತಿಯನ್ನು ಅನುಸರಿಸಬಹುದು. ಎರಡನೇ ಸ್ಟ್ರೀಮ್ ಸೇರಿಸುವ ಮೊದಲು ಒಂದು ದಿಕ್ಕನ್ನು ಅಳೆಯಿರಿ, ಮತ್ತು ನೀಡಿದ ದರ ಹಾಗೂ ಸ್ವೀಕರಿಸುವವರು ನಿಜವಾಗಿ ಪಡೆದದ್ದನ್ನು ದಾಖಲಿಸಿ. ದರ-ಸೀಮಿತ UDP ಓಟವು ನೀಡಿದ ಹೊರೆಯನ್ನು TCP ಯ ದಟ್ಟಣೆ ಪ್ರತಿಕ್ರಿಯೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಆದರೆ ಮಿತಿಯಿಲ್ಲದ UDP ಕಳುಹಿಸುವವರು ತಟಸ್ಥ ರೋಗನಿರ್ಣಯ ಅಲ್ಲ. ಪೇಲೋಡ್ ಉದ್ದವನ್ನೂ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ದೊಡ್ಡ ಡೇಟಾಗ್ರಾಮ್ ಪ್ಯಾಕೆಟ್ ದರ ಮತ್ತು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಓವರ್ಹೆಡ್ ಎರಡನ್ನೂ ಬದಲಾಯಿಸುತ್ತದೆ.
show crypto ipsec sa peer 203.0.113.9
iperf3 -c 10.20.0.10 -u -b 200M -l 1200 -t 30
ಅದೇ ಪೇಲೋಡ್ ಉದ್ದ ಮತ್ತು ಅವಧಿಯೊಂದಿಗೆ ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಎರಡು ಸಲ ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಓಟವು ಮೇಲಿನ ಮಿತಿಯನ್ನು ಕೆಟ್ಟ ನಿಮಿಷದಿಂದ ಬೇರ್ಪಡಿಸಲಾರದು. ಸ್ವೀಕರಿಸುವವರು ಕಳುಹಿಸಿದವರು ಕಳುಹಿಸಿದ್ದಕ್ಕಿಂತ ಕಡಿಮೆ ಪ್ಯಾಕೆಟ್ ವರದಿ ಮಾಡಿದರೆ, ನಷ್ಟವೇ ನಿಮ್ಮ ಕಂಡುಹಿಡಿಯುವಿಕೆ, ಮತ್ತು ಕ್ರಿಪ್ಟೋ ಎಂಜಿನ್ ಅದರ ಹಲವು ಅಭ್ಯರ್ಥಿಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ.
ಏನನ್ನಾದರೂ ಟ್ಯೂನ್ ಮಾಡುವ ಮೊದಲು ಅಂತರವನ್ನು ವಿವರಿಸಿ
ಫಾರ್ವರ್ಡಿಂಗ್ ನೀತಿ, ಸರದಿ ಕುಸಿತಗಳು, ಇಂಟರ್ಫೇಸ್ ದೋಷಗಳು ಮತ್ತು ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳನ್ನು ಎನ್ಕ್ರಿಪ್ಷನ್ ಮಾರ್ಗದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಕೇವಲ ದರದ ಕೊರತೆ ಎಂದಿಗೂ CPU ಅನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ. ಲೆಕ್ಕಪತ್ರ ಪದರಗಳನ್ನೂ ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ: ಹೊರಗಿನ ಸುರಂಗದ ಬೈಟ್ಗಳು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಒಳಗೊಂಡಿರುತ್ತವೆ, ಮತ್ತು ಮರುಪ್ರಸಾರಗಳು ಒಳ ಮತ್ತು ಹೊರ ಕೌಂಟರ್ಗಳ ಸಂಬಂಧವನ್ನು ಸರಿಸುತ್ತವೆ. ಸಂಬಂಧವಿಲ್ಲದ ಕೌಂಟರ್ಗಳನ್ನು ಬೈಟ್-ಬೈಟ್ ಹೋಲಿಸುವುದು ಎಂದೂ ಇರದ ವ್ಯತ್ಯಾಸವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವು ಹಳೆಯ ಉದಾಹರಣೆಯಿಂದ ನಕಲಿಸಿದ ಸಂಖ್ಯೆಗಿಂತ ತನ್ನದೇ ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆಗೆ ಅರ್ಹವಾಗಿದೆ. TCP MSS TCP ಅನ್ನು ಸರಿಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ಅನಿಯಂತ್ರಿತ UDP ಡೇಟಾಗ್ರಾಮ್ಗಳ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ, ಆದ್ದರಿಂದ ಹಳೆಯ ದಾಖಲೆಯಿಂದ ತೆಗೆದುಕೊಂಡ ಸ್ಥಿರ 1350 ಏನನ್ನೂ ಅಳೆಯುವುದಿಲ್ಲ. ಪೇಲೋಡ್ ಉದ್ದವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬದಲಿಸಿ ಮತ್ತು ಸ್ವೀಕರಿಸುವವರು ಏನು ವರದಿ ಮಾಡುತ್ತಾರೆ ಎಂದು ನೋಡಿ.
ಒಂದು ಅಸ್ಥಿರವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಕೆಲಸದ ಹೊರೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ
ಮೂಲ ರೇಖೆಯು ಸಣ್ಣ ಪಟ್ಟಿಯಲ್ಲಿ ಪುನರಾವರ್ತನೆಯಾದಾಗ, ಬೆಂಬಲಿತ ಒಂದು ಅಸ್ಥಿರವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಮೂಲ ಅಪ್ಲಿಕೇಶನ್ ಕೆಲಸವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ಆ ಹೆಜ್ಜೆಯೇ ಸಂಖ್ಯೆಯನ್ನು ಕಾರಣವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಮತ್ತು ಸಂರಚನೆಯನ್ನು ಸ್ಪರ್ಶಿಸಲು ಸಮರ್ಥನೆ ನೀಡುವುದು ಅದೊಂದೇ. ಹೆಚ್ಚು ಅನುಕೂಲಕರ ಕೆಲಸದ ಹೊರೆಯ ಬದಲು ಅದೇ ಹೊರೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ಕೃತಕ ಸಂಖ್ಯೆಯನ್ನು ದೊಡ್ಡದಾಗಿಸಲು ಪ್ರಸ್ತಾವಗಳನ್ನು ಹಿಂಪಡೆಯಬೇಡಿ, ದೃಢೀಕರಣವನ್ನು ದುರ್ಬಲಗೊಳಿಸಬೇಡಿ ಮತ್ತು ರಕ್ಷಣೆಯನ್ನು ಆಫ್ ಮಾಡಬೇಡಿ. ಆ ಕ್ರಮಗಳು ಭದ್ರತಾ ಸ್ಥಿತಿಯನ್ನು ಬದಲಿಸಿ ನಂತರ ಆ ಬದಲಾವಣೆಯ ಫಲಿತಾಂಶವನ್ನು ಅಳೆಯುತ್ತವೆ, ಸುರಂಗದ ಸಾಮರ್ಥ್ಯವನ್ನಲ್ಲ.