Nexus TCAM: ARP ನಿಗ್ರಹ ಪ್ರದೇಶಕ್ಕೆ ಎರಡು ಸ್ಲೈಸ್ ಏಕೆ ಬೇಕು
ತಾರ್ಕಿಕ ನಮೂದುಗಳು ಬಜೆಟ್ನ ಅರ್ಧದಷ್ಟು ಮಾತ್ರ. ಡಬಲ್-ಅಗಲವಾಗಿ ಕತ್ತರಿಸಿದ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಒಂದು ಜೋಡಿ ಸ್ಲೈಸ್ ಬೇಕು, ಮತ್ತು ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ಒಂದು ಖಾಲಿ ಸ್ಲೈಸ್ ಸಾಕಾಗುವುದಿಲ್ಲ.
ನೀವು ARP ನಿಗ್ರಹ ಪ್ರದೇಶದ ಗಾತ್ರವನ್ನು ನಿರ್ಧರಿಸುತ್ತೀರಿ, ವಿನ್ಯಾಸಕ್ಕೆ ಬೇಕಾದ ನಮೂದುಗಳನ್ನು ಎಣಿಸುತ್ತೀರಿ, ಅದಕ್ಕಿಂತ ಹೆಚ್ಚು ಖಾಲಿ ಸಾಮರ್ಥ್ಯವಿರುವ ಪ್ರದೇಶವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತೀರಿ, ಆದರೂ ಬದಲಾವಣೆ ಸರಿಹೊಂದುವುದಿಲ್ಲ. ಏನೂ ತಪ್ಪಾಗಿ ಎಣಿಸಲ್ಪಟ್ಟಿಲ್ಲ. ನೀವು ಓದುತ್ತಿದ್ದ ಬಜೆಟ್ ಸ್ಲೈಸ್ಗಳಲ್ಲಿ ಅಳೆಯಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಡಬಲ್-ಅಗಲವಾಗಿ ಕತ್ತರಿಸಿದ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಯಾವುದೇ ನಮೂದನ್ನು ಪರಿಗಣಿಸುವ ಮೊದಲು ಅವುಗಳಲ್ಲಿ ಎರಡು ಬೇಕು.
ಹಂಚಿಕೆಯನ್ನು ನಿಗದಿತ ಸಂಖ್ಯೆಯ ಘಟಕಗಳಿರುವ ಜೋಡಣೆ ಸಮಸ್ಯೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಆಗ ಅಂಕಗಣಿತ ಸರಿಯಾಗಿ ವರ್ತಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಪ್ರದೇಶವು ಸ್ಲೈಸ್ಗಳನ್ನು ಹೊಂದಿದೆ, ನಮೂದುಗಳನ್ನಲ್ಲ
ಈ ವೇದಿಕೆಗಳಲ್ಲಿ TCAM ಸ್ಲೈಸ್ಗಳಾಗಿ ವಿಭಜಿಸಲ್ಪಟ್ಟಿದೆ, ಮತ್ತು ಪ್ರತಿ ಸ್ಲೈಸ್ ನಿಖರವಾಗಿ ಒಂದು ಪ್ರದೇಶಕ್ಕೆ ಸೇರಿದೆ. ಪ್ರದೇಶಗಳನ್ನು ಸ್ಲೈಸ್ಗಳಲ್ಲಿ ಅಳೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು ವೈಶಿಷ್ಟ್ಯದ ಅಗಲವು ಅದು ಕನಿಷ್ಠ ಎಷ್ಟು ಸ್ಲೈಸ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಏಕ-ಅಗಲದ ವೈಶಿಷ್ಟ್ಯವು ಒಂದು ಸ್ಲೈಸ್ನಲ್ಲಿ ಇರಬಹುದು; ಡಬಲ್-ಅಗಲದ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಪಕ್ಕದ ಜೋಡಿ ಬೇಕು.
| Concept | What it means when you plan |
|---|---|
| Slice | The indivisible unit; it belongs to one region and cannot be shared |
| Feature width | Single or double; a double-width feature must have two slices available |
| Logical entries | What the feature wants to store, which only matters after the slices are allocated |
ಆದ್ದರಿಂದ ಖಾಲಿ ಸ್ಲೈಸ್ ತಾನಾಗಿಯೇ ಬಳಸಬಹುದಾದ ಸಾಮರ್ಥ್ಯವಲ್ಲ. ಪ್ರತ್ಯೇಕ ಸ್ಲೈಸ್ಗಳಲ್ಲಿರುವ ಎರಡು ಏಕ-ಅಗಲದ ಪ್ರದೇಶಗಳು ಹೊಸ ಡಬಲ್-ಅಗಲದ ಪ್ರದೇಶಕ್ಕೆ ಬೇಕಾದ ಜೋಡಿಯಾಗಿ ಸೇರುವುದಿಲ್ಲ, ಮತ್ತು ಒಟ್ಟಾರೆಯಾಗಿ ಸಾಕಷ್ಟು ಬಳಸದ ಜಾಗವನ್ನು ತೋರಿಸುವ ಕೋಷ್ಟಕವು ನೀವು ಖರ್ಚು ಮಾಡಲಾಗದ ಒಂದು ಸಂಗ್ರಹದ ಬಗ್ಗೆ ಹೇಳುತ್ತದೆ.
ಕತ್ತರಿಸುವ ಮೊದಲು ಮೂಲರೇಖೆಯನ್ನು ದಾಖಲಿಸಿ
ನಿಖರವಾದ ಹಾರ್ಡ್ವೇರ್ ಮಾದರಿ, NX-OS ಬಿಡುಗಡೆ, ಪ್ರದೇಶಗಳ ಪ್ರಸ್ತುತ ಅಗಲಗಳು ಮತ್ತು ಗಾತ್ರಗಳು, ಮತ್ತು ಪ್ರತಿ ಪ್ರದೇಶವನ್ನು ಬಳಸುವ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ. ಯಾವುದೇ ಬದಲಾವಣೆಗೆ ಮೊದಲು ಇದನ್ನು ಮಾಡಿ, ಏಕೆಂದರೆ ಮರುಲೋಡ್ ನಂತರ ಹಿಂದಿನ ಸ್ಥಿತಿ ನೆನಪಾಗಿರುತ್ತದೆ, ಸತ್ಯವಲ್ಲ.
show version
show hardware capacity
show running-config | include hardware profileಆಜ್ಞೆಗಳ ಹೆಸರುಗಳು ವೇದಿಕೆ ಮತ್ತು ಬಿಡುಗಡೆಯ ಪ್ರಕಾರ ಬದಲಾಗುತ್ತವೆ, ಮತ್ತು ಕತ್ತರಿಸುವ ಮಾರ್ಗದರ್ಶಿ ತನ್ನದೇ ಹಾರ್ಡ್ವೇರ್ಗೆ ಅನ್ವಯಿಸುವವುಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಬೇರೆ ಮಾದರಿಯ ಆಜ್ಞೆ ಅದೇ ಕೋಷ್ಟಕವನ್ನು ನೀಡುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನಿಜವಾಗಿ ಸಿಗುವ ಔಟ್ಪುಟ್ ಓದಿ.
ನಂತರ ಪ್ರತಿ ಪ್ರದೇಶ ಯಾವುದಕ್ಕಾಗಿ ಎಂದು ಬರೆಯಿರಿ. VACL ಪ್ರದೇಶವು ಒಂದು ಕಾರಣಕ್ಕಾಗಿ ಫಿಲ್ಟರ್ ಸಾಮರ್ಥ್ಯ, ಮತ್ತು QoS ಪ್ರದೇಶವು ಇನ್ನೂ ಜಾರಿಯಲ್ಲಿರುವ ನೀತಿಗಾಗಿ ಯಾರೋ ಅದನ್ನು ಅಳೆದ ಕಾರಣ ಇದೆ. ಪರಿಶೀಲಿಸದೆ ಆ ಸ್ಥಳಗಳನ್ನು ಮರುಪಡೆಯಬಹುದಾದ ಸ್ಥಳವೆಂದು ಪರಿಗಣಿಸುವ ಯೋಜನೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮೌನವಾಗಿ ತೆಗೆಯುವ ಯೋಜನೆ. ನೀವು ಕುಗ್ಗಿಸಲು ಉದ್ದೇಶಿಸಿರುವ ಪ್ರತಿ ಪ್ರದೇಶಕ್ಕೆ ಮಾಲೀಕರನ್ನು ನೇಮಿಸಿ, ಮತ್ತು ಕಿಟಕಿಗೆ ಮೊದಲು ಆ ಮಾಲೀಕರಿಗೆ ಹೊಸ ಗಾತ್ರವನ್ನು ನೀಡಿ.
ದಿಕ್ಕನ್ನೂ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ. ವೇದಿಕೆಯು ಒಳಬರುವ ಮತ್ತು ಹೊರಹೋಗುವ ಹಂಚಿಕೆಯನ್ನು ಜೋಡಿಸುವಲ್ಲಿ, ಒಂದು ಬದಿಯ ಬದಲಾವಣೆ ಇನ್ನೊಂದು ಬದಿಯ ಬಜೆಟ್ ಅನ್ನು ಬಳಸಬಹುದು, ಮತ್ತು ಒಳಬರುವ ಕೋಷ್ಟಕವನ್ನು ಮಾತ್ರ ಎಣಿಸುವ ಯೋಜನೆ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಮರುಲೋಡ್ನಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.
ಒಂದು ದೊಡ್ಡ ಸ್ಲೈಸ್ ಬಿಡುಗಡೆ ಮಾಡುವುದು ಏನನ್ನು ಮಾಡುವುದಿಲ್ಲ
ದೊಡ್ಡ ಏಕ-ಅಗಲದ ಪ್ರದೇಶವನ್ನು ಕುಗ್ಗಿಸುವುದು ಒಂದು ಸ್ಲೈಸ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ. ನಿಮ್ಮ ಗುರಿ ಪ್ರದೇಶಕ್ಕೆ ಜೋಡಿ ಬೇಕಾದರೆ, ಆ ಒಂದೇ ಸ್ಲೈಸ್ ಇನ್ನೊಂದು ಖಾಲಿ ಸ್ಲೈಸ್ಗೆ ಪಕ್ಕದಲ್ಲಿದ್ದರೆ ಮಾತ್ರ ಉಪಯುಕ್ತವಾಗಬಹುದು, ಮತ್ತು ಪಕ್ಕಪಕ್ಕತನವು ಜೋಡಣೆಯ ಗುಣ, ಒಟ್ಟುಮೊತ್ತದ ಗುಣವಲ್ಲ.
ಇಲ್ಲಿ ಜನರು ವೇದಿಕೆ ಕೆಟ್ಟಿದೆ ಅಥವಾ ದಾಖಲೆ ತಪ್ಪಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಎರಡೂ ಸರಿಯಲ್ಲ. ಹಂಚಿಕೆ ಮಾದರಿ ಹೇಳಿದಂತೆಯೇ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ತಪ್ಪು ಸರಿಯಾದ ಸ್ಥಾನಗಳಲ್ಲಿನ ಖಾಲಿ ಸ್ಲೈಸ್ಗಳನ್ನು ಎಣಿಸುವ ಬದಲು ಖಾಲಿ ಜಾಗವನ್ನು ಎಣಿಸಿದ್ದು. ಜೋಡಣೆಯನ್ನು ಕಾಗದದ ಮೇಲೆ ಚಿತ್ರಿಸಿದ ನಂತರ, ಲಭ್ಯವಿರುವ ಜೋಡಿ ಇದೆಯೋ ಇಲ್ಲವೋ, ಮತ್ತು ಇದು ಒಟ್ಟುಮೊತ್ತದ ಬಗ್ಗೆ ವಾದಕ್ಕಿಂತ ವೇದಿಕೆಯ ಮಾಲೀಕರೊಂದಿಗೆ ತುಂಬಾ ಸುಲಭವಾದ ಸಂಭಾಷಣೆ.
ಹೆಸರಿಸಲು ಯೋಗ್ಯವಾದ ಆವೃತ್ತಿ ಬಲೆಯೂ ಇದೆ. Cisco ನ ಕತ್ತರಿಸುವ ಮಾರ್ಗದರ್ಶಿ ನಿರ್ದಿಷ್ಟ ಹಾರ್ಡ್ವೇರ್ ಪೀಳಿಗೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಮಾದರಿ Cloud Scale ಅಲ್ಲ, Silicon One ಕೂಡ ಅಲ್ಲ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ. ಪ್ರದೇಶಗಳ ಹೆಸರುಗಳು, ಡೀಫಾಲ್ಟ್ ಗಾತ್ರಗಳು ಮತ್ತು ಯಾವ ವೈಶಿಷ್ಟ್ಯಗಳು ಡಬಲ್-ಅಗಲ ಎಂಬುದೂ ಬೇರೆಡೆ ಭಿನ್ನವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ವೇದಿಕೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶದ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆ ಆ ವೇದಿಕೆ ಮತ್ತು ಬಿಡುಗಡೆಯ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯ, ಸಾರ್ವತ್ರಿಕ ಪಾಕವಿಧಾನವಲ್ಲ.
ಪ್ರದೇಶವನ್ನು ಬದಲಿಸುವುದು ವೈಶಿಷ್ಟ್ಯ ಬದಲಾವಣೆ
ಪ್ರತಿ ಕಡಿತವೂ ಸಾಮರ್ಥ್ಯದ ವಿನಿಮಯ. ಪ್ರದೇಶವನ್ನು ಕುಗ್ಗಿಸಿ ARP ನಿಗ್ರಹಕ್ಕೆ ಜಾಗ ಮಾಡುವುದು ಆ ಪ್ರದೇಶ ರಕ್ಷಿಸುತ್ತಿದ್ದದ್ದನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಪರಿಣಾಮವು ಜಾಗ ಬೇಕಾದ ನೀತಿಯನ್ನು ಮತ್ತೆ ಅನ್ವಯಿಸುವವರೆಗೆ ಕಾಣಿಸದೇ ಇರಬಹುದು.
ಕಿಟಕಿಗೆ ಮೊದಲು ಪರಿಣಾಮಕ್ಕೊಳಗಾದ ಪ್ರತಿ ವೈಶಿಷ್ಟ್ಯದ ಮಾಲೀಕರಿಂದ ಲಿಖಿತ ಒಪ್ಪಿಗೆ ಪಡೆಯಿರಿ. ಇದು ಕಾಗದದ ಕೆಲಸವಲ್ಲ: ಮೊದಲಿಗೆ VACL ಪ್ರದೇಶವನ್ನು ಅಳೆದ ವ್ಯಕ್ತಿಗೆ ಅದು ಏನನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ ಎಂದು ತಿಳಿದಿದೆ, ಮತ್ತು ಜಾಗ ಮಾಡುವವರಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ತಿಳಿದಿಲ್ಲ.
ಹಾರ್ಡ್ವೇರ್ ಜೋಡಣೆಯನ್ನು ಬದಲಿಸುವ ಬದಲಾವಣೆಗಳಿಗೆ ಮರುಲೋಡ್ ನಿರೀಕ್ಷಿಸಿ. ಕೆಲವು ವೇದಿಕೆಗಳು ಅದನ್ನು ಬೇಕಾಗುತ್ತವೆ ಮತ್ತು ಕೆಲವು ಇಲ್ಲ, ಆದರೆ ಮರುಲೋಡ್ ಸಾಧ್ಯವಿರುವಾಗ ನಿರ್ವಹಣಾ ಕಿಟಕಿ ಇಲ್ಲದೆ ಯೋಜಿಸುವುದು ರೂಟಿಂಗ್ ಬದಲಾವಣೆಯನ್ನು ಅಡ್ಡಿಯಾಗಿಸುವ ದಾರಿ. ಕಿಟಕಿಯನ್ನು ಆಜ್ಞೆಯ ಸುತ್ತ ಅಲ್ಲ, ಮರುಲೋಡ್ನ ಸುತ್ತ ನಿಗದಿಪಡಿಸಿ, ಮತ್ತು ಹಿಂದಿನ ಪ್ರೊಫೈಲ್ ಪಠ್ಯವನ್ನು ನಿರ್ವಹಣಾ ಸೆಷನ್ ಕಳೆದುಕೊಂಡ ಕನ್ಸೋಲ್ನಿಂದ ಓದಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ.
ಅನ್ವಯಿಸಿ ಮತ್ತು ಮೂಲರೇಖೆಯ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಿ
ವೇದಿಕೆಯ ಬೆಂಬಲಿತ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಯೋಜನೆಯನ್ನು ಅನ್ವಯಿಸಿ, ನಂತರ ನೀವು ಸಂರಕ್ಷಿಸಿದ ಕಾರ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನೀವು ಸೇರಿಸಿದ್ದನ್ನು ಮಾತ್ರವಲ್ಲ. ಫಿಲ್ಟರಿಂಗ್ ಮೌನವಾಗಿ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಿದಾಗ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಹೊಸದಾಗಿ ಕತ್ತರಿಸಿದ ಪ್ರದೇಶವು ಮೂಲ ವೈಫಲ್ಯಕ್ಕಿಂತ ಕೆಟ್ಟ ಫಲಿತಾಂಶ.
ಸಾಮರ್ಥ್ಯದ ಔಟ್ಪುಟ್ ಅನ್ನು ಮತ್ತೆ ಓದಿ ಮತ್ತು ನೀವು ದಾಖಲಿಸಿದ ಮೂಲರೇಖೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಬದಲಾವಣೆಗೆ ಕಾರಣವಾದ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಿ. Nexus TCAM ಕತ್ತರಿಸುವ ಮಾರ್ಗದರ್ಶಿ ಇಲ್ಲಿ ವಿವರಿಸಿದ ಅಗಲ ಮತ್ತು ಸ್ಲೈಸ್ ಮಾದರಿಗೆ ಉಲ್ಲೇಖವಾಗಿದೆ, ಅದು ಯಾವ ಹಾರ್ಡ್ವೇರ್ ಪೀಳಿಗೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದೂ ಸೇರಿದಂತೆ.