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).