Jak přesně ovlivňuje “ šířka pásma ” v systému Cisco IOS výkon sítě?
On 18 února, 2021 by admin Při řešení problému, který klient nahlásil, jsem narazil na nastavení rozhraní IOS bandwidth. Z jakéhokoli důvodu bylo jejich rozhraní nastaveno na bandwidth 20. Chápu, že to neomezuje skutečnou šířku pásma na portu jako srr-queue, ale je to trochu matoucí pro někoho, jako jsem já, který pracuje hlavně na vrstvě 2. Cisco říká, že „je šířka pásma omezení komunikace s vyššími protokoly, jako je EIGRP. Tento článek pojednává o podrobnostech toho, jak se používá pro výpočet napříč rozhraními.
Je to příkaz, který by měl být použit pouze na rozhraních, kde jsou připojena páteřní zařízení, např. spojení Ten Gig mezi přepínačem budovy a hlavním směrovačem? Ovlivní to klienty, pokud je bandwidth na rozhraní, ke kterému jsou připojeni, nastavena poměrně nízká úroveň, například při přístupu na intranetové servery nebo externí zařízení?
Komentáře
- Je to ' pouze poradní nastavení, které říká různým protokolům, jaká je skutečná použitelná šířka pásma (vs. rychlost připojení). id = „c6b8f062c1″>
je důležité pouze pro některé směrovací protokoly a scénáře vyrovnávání zatížení. Nemá žádný vliv na to, jak provoz proudí přes rozhraní.
Odpověď
Je to trochu složité a v některých případech také specifické pro platformu . Nejobecnější odpovědí je, že prohlášení o šířce pásma se používá jako vstup do směrovacího protokolu EIGRP .
Existují také případy, kdy šířka pásma příkaz lze použít na hlavní nebo podrozhraní a ovlivnit výpočty QoS.
Obecně platí, že pokud nepoužíváte EIGRP a konkrétně jej nepotřebujete, moje rada by byla příkaz vůbec nepoužívat.
Komentáře
- Nemám ' přímou kontrolu nad většinou protokolů vrstvy 3 nebo vyšších. Pokud maximálně efekt na klienta může mít dopad na QoS, pak je ' nepravděpodobné, že by byl (ne) přímou příčinou, je však dobré vědět, pokud by v budoucnu něco jako QoS vzniklo s
bandwidthpřítomný v konfiguraci portu
Napsat komentář