Podczas pomiarów parametrów ruchowych w sieci rozległej stwierdzono, że pakiety nie docierają do adresata bądź docierają z bardzo dużym opóźnieniem. Taka sytuacja może być oznaką

Prawidłowo chodzi tutaj o zjawisko natłoku (ang. congestion) w sieci. Gdy w sieci rozległej pojawia się bardzo dużo ruchu, routery i przełączniki zaczynają mieć przepełnione bufory, kolejki pakietów rosną, a czas oczekiwania na obsługę pakietu dramatycznie się wydłuża. W praktyce wygląda to tak, że część pakietów jest wyrzucana (dropowana), a te które przejdą, docierają do celu z ogromnym opóźnieniem. Dokładnie to opisuje treść pytania: pakiety nie docierają albo docierają bardzo późno. To jest klasyczny objaw natłoku, a nie żadnych „magicznych” awarii. W standardach i literaturze, np. w RFC 2914 czy dokumentach opisujących mechanizmy kontroli przeciążenia w TCP, mówi się wprost o congestion control jako o podstawowym mechanizmie radzenia sobie z taką sytuacją. TCP reaguje na natłok przez zmniejszanie okna congestion window, co skutkuje obniżeniem prędkości wysyłania danych, aby odciążyć sieć. W nowoczesnych sieciach stosuje się różne metody zapobiegania natłokowi: QoS, kolejkowanie priorytetowe, RED/WRED, kształtowanie ruchu (traffic shaping), policery, a w sieciach operatorów MPLS z inżynierią ruchu (traffic engineering). W praktyce, gdy administrator widzi w monitoringu (np. Zabbix, PRTG, NetFlow, SNMP) dużą utratę pakietów i skoki opóźnień na konkretnym łączu, pierwsze podejrzenie to właśnie natłok, a nie jakieś „magiczne” konwergencje. Moim zdaniem takie pytanie jest bardzo życiowe, bo dokładnie takie objawy widzi się przy przepełnionych łączach do Internetu, VPN-ach w godzinach szczytu czy źle zaprojektowanych sieciach WAN w firmach. Dobrą praktyką jest wtedy nie tylko „dokładanie łącza”, ale też analiza, skąd ten ruch się bierze, segmentacja sieci, priorytetyzacja krytycznych usług (VoIP, systemy ERP) i dopiero na końcu rozbudowa przepustowości. Warto też pamiętać, że przeciążenie może być lokalne (np. jeden router, jedno łącze) i nie musi oznaczać awarii całej sieci, tylko źle dobraną lub źle zarządzaną infrastrukturę.