Monitorowanie bufora przełączającego 3750G

9

Umieściliśmy około 3750G w stos dla naszych przełączników dostępu do prądu stałego. Obawiamy się, że nie będą one w stanie obsłużyć wyższych obciążeń danych, ponieważ ruch wzrasta ze względu na ich ograniczone bufory. Jakie statystyki i / lub konkretne identyfikatory OID SNMP powinniśmy monitorować, aby dowiedzieć się, w jaki sposób bufory te obsługują obciążenie?

Do Twojej wiadomości używamy PRTG jako naszego wybranego narzędzia.

cisco-catalyst switch cisco-ios-15 snmp Tim
źródło
1
Do Twojej wiadomości nie ma nic złego w zatwierdzeniu edycji pytania. :-)
John Jensen
Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:

9

O ile wiem, dane, których potrzebujesz, nie są dostępne w SNMP.

3750#sh mls qos interface FastEthernet0/1 statistics 
...
  output queues dropped: 
queue: threshold1 threshold2 threshold3
-----------------------------------------
 queue 0:            0            0            0 
 queue 1:       100989            0            0 
 queue 2:            0            0            0 
 queue 3:            0            0            0 
...

Chcesz wiedzieć, czy licznik indeksu, kolejki, progu i zrzutu. Nie znam zapełnionego MIB / OID, z którego można odpytywać te wartości.

Jak wyjaśnił John Jensen, outDiscard jest jedyną rzeczą, którą możesz dostać, ale sumuje to wszystko, więc nie będziesz wiedział, czy to BE, AF, EF, NC czy co spada. Prawdopodobnie nie przejmowałbyś się kroplami BE, ale dbasz o krople EF.

Istnieją dwa identyfikatory OID, w których przechowywane są te spadki zagregowanych danych wyjściowych, jeśli twój ifIndex ma wartość 10001, znajdziesz je tutaj (prezentacja symboliczna i numeryczna):

IF-MIB::ifOutDiscards.10001
.1.3.6.1.2.1.2.2.1.19.10001
EtherLike-MIB::dot3StatsDeferredTransmissions.10001
.1.3.6.1.2.1.10.7.2.1.7.10001

3750/3560 nie są bardzo dobrymi przełącznikami do aplikacji, które mogą wykonywać mikropulsy, tzn. Jeśli twoje wyjście to 1GE, a wejścia są również 1GE, dwa porty wejściowe o bardzo niskiej średniej prędkości mogą łatwo przeciążyć port wyjściowy, powodując spadki. Aby zmaksymalizować dostępne bufory (i zminimalizować spadki mikroprzepływów) postępuj zgodnie z tym dokumentem.

iti
źródło
1

Zakładając, że chcesz monitorować te dane za pomocą SNMP (nie znam PRTG), najlepszym rozwiązaniem jest monitorowanie:

  • spada kolejka wejściowa
  • spadki kolejki wyjściowej
  • inDiscards
  • outDiscards

Należy pamiętać, że jeśli monitorujesz spadki kolejek wejściowych, zobaczysz, że zdarzają się one w wielu podzbiorach portów, ponieważ (IIRC - ktoś mnie poprawi, jeśli się mylę) te mapy na ASIC portu i bufory są współużytkowane grupowanie portów (ASIC).

Oto link do dokumentu Cisco, który zawiera kilka innych dobrych informacji:

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml

John Jensen
źródło
Tak, SNMP jest do zrobienia. Czy ktoś zna PRTG, zna jakieś dobre szablony SNMP?
Tim
Możesz zmienić swoje pytanie i poprosić o szablony PRTG, jeśli ostatecznie tego szukasz.
John Jensen
Nie, mogę uzyskać prawidłowe wartości SNMP, byłem tylko stroną, aby sprawdzić, czy ktoś już je miał, aby zapisać pracę.
Tim