Na routerach brzegowych Internetu komunikujących eBGP z wieloma operatorami i iBGP między sobą, wszystkie interfejsy po stronie LAN i WAN są GE, z wyjątkiem jednego Serial full-DS3 (~ 45 Mb / s) na każdym routerze. Chociaż myślę, że prawie nie wysyłam dużego ruchu wychodzącego przez interfejsy szeregowe - w zakresie 3-10 Mb / s - widzę stałe spadki kolejki wyjściowej (OQD). Czy prawdopodobnie nie widzę prawdopodobnego wyjaśnienia, że ruch jest bardzo szybki, ponieważ interwał ładowania wynosi co najmniej 30 sekund, a odpytywanie SNMP uśrednia ruch w ciągu 5 minut, aby nie powodowały rozświetlenia?
Platformą jest Cisco 7204VXR NPE-G2. Kolejkowanie szeregowe to fifo .
Szeregowy 1/0 jest włączony, protokół linii jest włączony
Sprzęt to M2T-T3 + pa
Opis: -remov-
Adres internetowy to abcd / 30
MTU 4470 bajtów, BW 44210 Kbit, DLY 200 usec,
niezawodność 255/255, txload 5/255, rxload 1/255
Enkapsulacja HDLC, CRC 16, sprzężenie zwrotne nie jest ustawione
Zestaw podtrzymujący (10 sekund)
Opóźnienie ponownego uruchomienia wynosi 0 sekund
Ostatnie wejście 00:00:02, wyjście 00:00:00, wyjście nigdy się nie zawiesi
Ostatnie wyczyszczenie liczników „pokaż interfejs” 00:35:19
Kolejka wejściowa: 0/75/0/0 (rozmiar / maks. / Krople / spłukiwanie); Całkowite spadki produkcji: 36
Strategia kolejkowania: fifo
Kolejka wyjściowa: 0/40 (rozmiar / maks.)
Szybkość wejściowa 30 sekund 260000 bitów / sek., 208 pakietów / sek
30 sekundowa szybkość wyjściowa 939000 bitów / sek., 288 pakietów / sek
410638 pakietów wejściowych, 52410388 bajtów, 0 bez bufora
Odebrano 212 transmisji, 0 runtów, 0 gigantów, 0 przepustnic
0 parzystości
0 błędów wejściowych, 0 CRC, 0 ramek, 0 przekroczeń, 0 zignorowanych, 0 przerwanych
Wyjście 515752 pakietów, 139195019 bajtów, 0 niedopełnień
0 błędów wyjściowych, 0 aplikacji, 0 resetów interfejsu
0 awarii bufora wyjściowego, 0 buforów wyjściowych zamienionych
0 przejść operatora
rxLOS nieaktywny, rxLOF nieaktywny, rxAIS nieaktywny
txAIS nieaktywny, rxRAI nieaktywny, txRAI nieaktywny
24 godziny później pokażą tysiące OQD. Każdego dnia zwiększamy ruch około 3 nad ranem, więc może jest tu duży ruch, na który nie przywiązuję wystarczającej wagi.
Last clearing of "show interface" counters 1d01h
Input queue: 0/75/0/158 (size/max/drops/flushes); Total output drops: 12049
Chciałbym zwiększyć ruch wychodzący na DS3, ale nie z obawami dotyczącymi OQD. ISP poziomu 2 za DS3 ma punkty POP, które podwajają się jako punkty równorzędne z 6+ poziomu 1, więc pomysł polega na tym, aby uzyskać ten ruch online z klientem tak szybko, jak w przeciwieństwie do naszego głównego dostawcy usług internetowych w GE, który jest poziomem 1 , ale muszą dążyć do wymiany peerów. Ruch przychodzący nie stanowi problemu.
Czy w tej sytuacji jest lepsza strategia kolejkowania niż FIFO? Patrząc na dokumenty Cisco dotyczące upuszczania kolejek wejściowych i wyjściowych, nie zaleca się zwiększania rozmiaru kolejki wychodzącej, ponieważ pakiety są już w routerze i lepiej byłoby upuszczać je przy wejściu, aby TCP mógł z powrotem dławić aplikację. Na naszych łączach GE jest duża przepustowość, więc tak naprawdę nie trzeba dławić wejścia. Na tych routerach nie ma map zasad. 90% ruchu wychodzącego pochodzi z naszych odpowiedzi HTTP; większość reszty pochodzi z FTP i SMTP. Łącza GE wypychają 50-200 + Mbps.
Czy zaleciłbyś jakieś poprawki w buforze rozmiaru kolejki wyjściowej? Te interfejsy szeregowe to nasze łącza do tworzenia kopii zapasowych, których wolałbym raczej użyć z podanego wcześniej powodu (jeśli jest to ważne), ale złagodzone przez moje zasady BGP, które próbują nie przeciążać tego interfejsu szeregowego (który wydaje się być bardzo niedociążony).
OQD są zwykle spowodowane jedną z dwóch rzeczy:
Nadużywasz linku; przy stałym wysokim zużyciu lub dużym natężeniu ruchu.
Do interfejsu zastosowano mapę zasad, która jest skonfigurowana do wykonywania działań takich jak nadzorowanie lub kształtowanie części lub całości ruchu
W interfejsie jest jakiś błąd, spójrz na liczniki błędów (
show interface Serial1/0 counters errors) i sprawdź, czy nie upuszcza pakietów z powodu błędu.Możesz przyjrzeć się (jeśli jeszcze go nie masz) wprowadzeniu mapy zasad, aby zrobić takie rzeczy, jak nadać ruchowi krytycznemu misji swoją własną kolejkę, włączyć unikanie zatorów w zwykłym ruchu (WRED) lub nawet po prostu włączyć uczciwe kolejkowanie w ruchu, aby szerokość pasma jest dzielona między przepływy przesyłające interfejs.
Jak już wspomniałeś, inną opcją byłoby zwiększenie rozmiaru kolejki wyjściowej w interfejsie, ale jeśli miałbyś użyć mapy zasad, to i tak nie byłoby takiej potrzeby, ponieważ polityka tworzyłaby inne pod kolejki.
źródło