Od kilkunastu dni z różnych stron napływają informacje od użytkowników Aero2, że mają powtarzające się, ale nie występujące zawsze problemy z działaniem bezpłatnego dostępu do Internetu. Objawy składają się z dwóch podstawowych zjawisk: długiego nawiązywania połączenia z siecią oraz bardzo ograniczoną prędkością działania sieci względem nominalnej szybkości 256kbit/s i częstym zawieszaniu się transmisji.

Niektórzy zauważyli, że problem można wykryć za pomocą zwykłego pinga: okazuje się, że niektóre pakiety okresowo co kilka sekund po prostu znikają w czeluściach sieci.

Tego typu problemy bardzo trudno zidentyfikować w sieciach radiowych (zwykle zrzuca się winę na zakłócenia radiowe, słaby sygnał sieci, przypadkowe zaginięcia pakietów itd.), ale wygląda na to, że tym razem winnego można dość łatwo wskazać.

Wszystko dzięki dociekliwości użytkowników bezpłatnego Internetu. Na aero2forum udało się powiązać te ginące pakiety z zakresem adresów IP przydzielanych logującym się do sieci użytkownikom.

Niektórzy pamiętają, że niedawno została przyznana na potrzeby bezpłatnego Internetu dodatkowa pula adresów IP. W tej chwili dysponujemy następującymi zakresami:

Przyglądając się uważnie problemowi udało się zauważyć, że problem pojawia się lub znika w zależności od adresu IP, który otrzymamy od operatora. i nie ma tutaj znaczenia lokalizacja ani modem. Poniżej przykładowe wyniki testów PING wykonane za pomocą modemu Huawei E353u-2 wieczorem 22 grudnia 2011:

Adres IP: 78.30.120.141 (Pula stara 120-121)

C:\Users\Jakub Danecki>ping -n 100 jdtech.pl

Badanie jdtech.pl [87.98.219.28] z 32 bajtami danych:
Odpowiedź z 87.98.219.28: bajtów=32 czas=105ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=129ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=124ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=107ms TTL=56
[...]

Statystyka badania ping dla 87.98.219.28:
Pakiety: Wysłane = 100, Odebrane = 99, Utracone = 1
(1% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 84 ms, Maksimum = 186 ms, Czas średni = 111 ms

Jak widać, tutaj nie ma żadnych istotnych problemów: jeden zaginiony pakiet na 100 jest rzeczą absolutnie w normie i tak może się faktycznie wydarzyć. Średni czas odpowiedzi ping w granicach 111 ms też nie jest specjalnie wydłużony (wskazuje na pewne obciążenie sieci, ale nie jest to wartość jakaś ekstremalnie duża).

Jednak po ponownym połączeniu możemy natrafić na następujące wyniki:

Adres IP: 78.30.109.15 (Pula nowa 108-109)

C:\Users\Jakub Danecki>ping -n 100 jdtech.pl

Badanie jdtech.pl [87.98.219.28] z 32 bajtami danych:
[...]
Odpowiedź z 87.98.219.28: bajtów=32 czas=503ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=255ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=78ms TTL=56
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Odpowiedź z 87.98.219.28: bajtów=32 czas=98ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=79ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=136ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=81ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=133ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=72ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=141ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=86ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=130ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=88ms TTL=56
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Odpowiedź z 87.98.219.28: bajtów=32 czas=78ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=74ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=100ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=113ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=109ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=234ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=76ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=133ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=124ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=79ms TTL=56
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Odpowiedź z 87.98.219.28: bajtów=32 czas=109ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=78ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=202ms TTL=56
[...]

Statystyka badania ping dla 87.98.219.28:
Pakiety: Wysłane = 100, Odebrane = 85, Utracone = 15
(15% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 70 ms, Maksimum = 2288 ms, Czas średni = 190 ms

Pozwoliłem sobie tutaj zacytować dłuższy fragment historii odpowiedzi ping, gdyż daje się tu zauważyć pewną okresowość pojawiania się problemów. Od razu w statystyce widzimy, że traconych jest około 15% pakietów, średni czas odpowiedzi dochodzi do 200ms, a maksymalny czas oczekiwania na odpowiedź przekroczył 2 sekundy. Takie parametry są dla użytkownika końcowego niedopuszczalne a z drugiej strony wskazują na poważne problemy.

Ponieważ w przypadku obu pomiarów zastosowany został ten sam modem zainstalowany w tym samym miejscu i pomiar powtórzyłem kilka razy przy kolejnych połączeniach, a także sytuacja została potwierdzona przez innych użytkowników uważam, że problem nie dotyczy sieci radiowej operatora Aero2, a konfiguracji routerów w sieci szkieletowej TCP/IP operatora. Bardzo ciekawym objawem jest wspomniana wyżej okresowość pojawiania się zaników pakietów.

Dokonałem także prób za pomocą innych modemów i zauważyłem, że w przypadku E169 (modem HSPA kategorii 8, maksymalna prędkość 7,2 Mbit/s) średnie pingi są nieco wyższe, ale w przypadku natrafienia na felerny adres IP z nowej puli utrata pakietów potrafi sięgnąć nawet 50%, co praktycznie całkowicie uniemożliwia korzystania z Internetu.

Wydaje mi się, że przy konfiguracji nowej puli adresów IP w routerach operatora ktoś przypadkiem (celowości takiego działania nie zakładam) nieprawidłowo skonfigurował któryś z routerów, co powoduje stale występujące, okresowe gubienie pakietów. Mam jednak nadzieję, że problem ten zostanie szybko rozwiązany.

Na razie rozwiązanie jest tylko jedno: jeżeli zostanie nam przydzielony adres IP z nowej puli (78.30.108.0 – 78.30.111.255) i zauważymy opisane powyżej objawy, najlepiej się rozłączyć i połączyć ponownie, aż otrzymany adres będzie pochodził ze starej puli adresów IP.

Więcej informacji: Wątek na aero2forum

UPDATE: bardzo podobne problemy z siecią zaobserwowałem w zasięgu LTE dla usług Cyfrowego Polsatu – na razie dla puli adresów 93.154.248.0-93.154.255.255 – także zarządzanej przez SFERIA-MNT

UPDATE 2011.12.29: Wygląda na to, że problem został wreszcie rozwiązany. Dziękujemy!

1. Aero2: Nowa pula adresów IP i znowu problemy
2. Aero2 – Problemy z dostępem do sieci 21 lutego 2012
3. Aero2 – pierwsze problemy z działaniem sieci
4. Aero2 – testy sieci poza Warszawą: Wyszków
5. CAPTCHA w Aero2 – typowe problemy