Home > Wiadomości > Aero2: Nowa pula adresów IP i znowu problemy

Aero2: Nowa pula adresów IP i znowu problemy

ŚrubkiDzisiaj kolega ezaq podesłał mi dwie informacje: dobrą i złą. Dobra jest taka, że pula adresów IP dla Aero2 została ponownie powiększona, tym razem o nieco ponad 2000 adresów. Zła jest taka, że ponownie użytkownicy usługi bezpłatnej mają spory związany z tym problem: jeżeli otrzymają adres IP z nowej puli, nie mogą normalnie korzystać z dostępu do Internetu: modem normalnie nawiąże połączenie, ale nic więcej nie działa. Jeżeli jednak trafią na stary adres IP – wszystko działa poprawnie. Mam nadzieję, że problem zostanie szybko rozwiązany.

Opis nowej puli IP, szczegółowe wyjaśnienie problemu oraz rozwiązanie tymczasowe można znaleźć w dalszej części artykułu.

Nowa pula adresów IP…

Od jakiegoś czasu pojawiały się tu i tam raporty o problemach niektórych użytkowników z uzyskaniem dostępu do Internetu ze względu na komunikat o konflikcie adresów IP. Nie mam pewności, czy jest to objaw wyczerpywania się dotychczasowej puli około 3500 adresów, jakie mieliśmy do dyspozycji, czy też efekt innych problemów lokalnych, ale faktem jest, że oto operator postanowił dodać nową pulę:

inetnum:        37.209.128.0 - 37.209.135.255
netname:        AERO2-FREE
descr:          AERO2 Mobile Broadband Services
country:        PL

Daje nam to nieco ponad 2000 dodatkowych adresów IP, czyli łącznie z przydzielonymi wcześniej adresami mamy teraz ponad 5500 adresów IP, a więc maksymalnie tyle użytkowników BDI może korzystać z dostępu do sieci jednocześnie.

…i problemy z nową pulą

Jednak osoby, które po połączeniu otrzymają adres IP z powyższej puli raportują, że nie są w stanie korzystać z sieci – nie działają żadne strony internetowe i większość innych usług, ale działa między innymi Skype. Oto wyniki mojego śledztwa technicznego.

Po pierwsze postarałem się uzyskać adres z nowej puli, co potwierdziłem poleceniem ipconfig w systemie Windows:

   Sufiks DNS konkretnego połączenia :
   Opis. . . . . . . . . . . . . . . : PL-Aero2
   Adres fizyczny. . . . . . . . . . :
   DHCP włączone . . . . . . . . . . : Nie
   Autokonfiguracja włączona . . . . : Tak
   Adres IPv4. . . . . . . . . . . . . : 37.209.130.42(Preferowane)
   Maska podsieci. . . . . . . . . . : 255.255.255.255
   Brama domyślna. . . . . . . . . . : 0.0.0.0
   Serwery DNS . . . . . . . . . . . : 193.41.112.14
                                       193.41.112.18

Teraz wykonałem standardowy test ping:

C:\>ping jdtech.pl
Żądanie polecenia ping nie może znaleźć hosta jdtech.pl. Sprawdź nazwę i ponów próbę.

No to wiemy, faktycznie coś jest nie tak. Sprawdźmy, czy w ogóle zachodzi jakiś ruch sieciowy:

C:\>ping 87.98.219.28

Badanie 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=114ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=93ms TTL=56
Odpowiedź z 87.98.219.28: bajtów=32 czas=112ms TTL=56

Statystyka badania ping dla 87.98.219.28:   
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0
             (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 93 ms, Maksimum = 114 ms, Czas średni = 106 ms

A jednak, ruch w sieci działa poprawnie. Spróbujmy więc zobaczyć, o co chodzi z serwerem DNS – bo adresy tych serwerów zostały prawidłowo przydzielone.

C:\>nslookup jdtech.pl
Serwer:  oreius.sferia.net
Address:  193.41.112.14

*** oreius.sferia.net nie może odnaleźć jdtech.pl: Query refused

No to mamy winnego: serwer DNS aktywnie odmawia nam pomocy – uznał nas za obcych w swojej sieci i nie pozwala zadać pytania.  Sprawdźmy, czy problem nie leży w ograniczeniach w ruchu sieciowym:

C:\>nslookup jdtech.pl 8.8.8.8
Serwer:  google-public-dns-a.google.com
Address:  8.8.8.8

Nieautorytatywna odpowiedź:
Nazwa:   jdtech.pl
Address:  87.98.219.28

Publiczny serwer DNS firmy Google odpowiedział bez zająknięcia. Czyli wiemy wszystko.

Wyjaśnienie problemu

Jak widzimy operator dodał na potrzeby użytkowników BDI nową pulę adresów. Jednak ktoś zapomniał powiedzieć o tym serwerom DNS należącym do operatora (oreius.sferia.net – 193.41.112.14 oraz jadis.sferia.net – 193.41.112.18). Efektem tego jest aktywna odmowa obsługi zapytań do serwerów DNS z nowych adresów IP, a tym samym problemy z normalnym korzystaniem  dostępu do Internetu. Problem ten jednak nie dotyczy usług, które nie potrzebują serwerów DNS (a więc zamiany nazw takich, jak jdtech.pl na ciąg liczb takich, jak 87.98.219.28), na przykład Skype.

Rozwiązania tymczasowe

Jak sobie poradzić z tym problemem, zanim operator wprowadzi odpowiednie poprawki w konfiguracji serwerów DNS? Możliwości są co najmniej dwie. Najprostsza to próba rozłączenia i ponownego połączenia, aż otrzymamy adres IP ze starej puli (przypomnę – zaczynający się od liczby 78.*).

Mam także znacznie lepsze rozwiązanie: możemy po prostu zrezygnować z adresów DNS dostarczanych przez operatora i ustawić własne. W zależności od posiadanego systemu operacyjnego musimy wyświetlić konfigurację IP połączenia z Internetem przez Aero2. Ustawienia połączenia znajdziemy na liście połączeń sieciowych w Centrum sieci i udostępniania w Windows 7 lub we właściwościach otoczenia sieciowego w Windows XP. Po wyświetleniu właściwości połączenia sieciowego związanego z Aero2 musimy znaleźć konfigurację protokołu internetowego IPv4, włączyć opcję Użyj następujących adresów serwerów DNS i wpisać adresy 8.8.8.8 oraz 8.8.4.4 (są to serwery należące do firmy Google). W Windows 7 okno konfiguracji protokołu IP powinno wyglądać następująco:

Ustawienia serwerów DNS

Ustawienia serwerów DNS

Po tej zmianie staniemy się niezależni od serwerów DNS operatora oraz ich błędnej konfiguracji i wszytko wróci do normy i będziemy mogli normalnie korzystać z sieci.

***

Mam nadzieję, że z jednej strony problem zostanie rozwiązany szybko, a z drugiej strony takie problemy techniczne będą się zdarzały jednak jak najrzadziej.

Podziękowania: ezaq za przesłanie informacji i wstępnej diagnozy

Data pierwszej publikacji 2012.04.03
Kategorie:Wiadomości
  1. Tiger
    Kwiecień 21st, 2012 at 13:23 | #1

    A u mnie wszystko działa dobrze. I nie ma znaczenia, czy stare IP, czy nowe IP, czy Vista, czy Kubuntu. Modem e173u-2. Warszawa.

  2. leon
    Kwiecień 21st, 2012 at 10:25 | #2

    Połączenie następuje bez żadnego problemu, jednak nie ma dostępu do internetu. Mam przyznany adres IP, wszystko wydaje się OK. ale nie ma połączenia z siecią internetową . Mimo wielokrotnych prób rozłączania i ponownego łączenia nadal brak transmisji danych. Za każdym razem przydzielany jest adres |P prawidłowo !
    Wpisanie DNS Google NIE POMAGA i nie ma znaczenia czy otrzymuję adres IP ze „starej” czy „nowej” puli adresów

    • Kwiecień 21st, 2012 at 16:33 | #3

      To samo u mnie.

      • maxib
        Kwiecień 28th, 2012 at 19:44 | #4

        U mnie podobny problem. Modem nawiązuje połączenie, przydzielana jest mi konfiguracja IP, ale nie mogę korzystać z internetu. Podmiana DNS na OpenDNS nie pomaga. W Wiresharku wygląda to tak, jakby pakiety ode mnie wychodziły, ale nie przychodziła żadna odpowiedź. Jeszcze tydzień temu wszystko działało.

        Modem Sierra Wireless USB 307 – testy łączności z kartą Play Fresh pokazują, że modem jest sprawny.

        • Kwiecień 28th, 2012 at 20:03 | #5

          To już nie jest problem z DNSami – został dawno temu rozwiązany. To jakiś nowy problem, ale na razie nie potrafię wskazać o co chodzi. Raporty są losowe z różnych miejsc Polski i nie trafiłem na nie w Warszawie.

          • maxib
            Kwiecień 28th, 2012 at 20:23 | #6

            Zauważyłem u siebie ciekawą rzecz – przez chwilę, w momencie łączenia z internetem Aero2 dostaję odpowiedzi na ping. Kilka sekund po nawiązaniu połączenia żaden pakiet do mnie nie dochodzi.

            Testy wykonuję we Wrocławiu, a w zeszły piątek bez problemu łączyłem się z internetem w Warszawie. Być może stolica nie jest dotknięta tym problemem.

  3. leon
    Kwiecień 21st, 2012 at 10:19 | #7

    Ostatnio mam podobne problemy (19-20 kwietnia)-przerwy w dostępie trwają po kilka godzin. Wysłałem zgłoszenie usterki do BOK, zobaczymy jak szybko zareagują…

  4. Kwiecień 20th, 2012 at 19:19 | #8

    Ta pula IP to jakaś pomyłka, nie dość że zasięg spadł mi o 15% względem ostatnich 3 miesięcy to jeszcze co raz częściej jest brak danych odebranych, trzeba ponownie połączyć.
    Oczywiście modem mam zgodny 21 Mb/s HSPA++

  5. Gosia
    Kwiecień 16th, 2012 at 22:36 | #13

    Teraz już OK.

  6. Gosia
    Kwiecień 16th, 2012 at 21:11 | #14

    znowu nie działa i znowu błąd 619 – nie można nawiązać połączenia, Toruń, Chełmińskie

    • Paweł
      Kwiecień 16th, 2012 at 22:16 | #15

      Bydgoskie, od ok 16 do teraz neta nie było. Nie logowało modemu do sieci, mimo że ładnie bazę widział.

  7. Emil
    Kwiecień 12th, 2012 at 23:30 | #16

    U mnie od 12 do 22 w ogóle nie było internetu, nawet nie wyszukiwał sieci, po 22 połączył się ale nie było internetu przez 10/15 min… odbieram w Toruniu na starówce, ktoś miał podobnie?

    • Kwiecień 12th, 2012 at 23:44 | #17

      Ja zanotowałem okresowy problem z pingami i zanikami sygnału około 18-19 w centrum Warszawy – ale już problemu nie ma

    • Paweł
      Kwiecień 13th, 2012 at 08:56 | #18

      na Bydgoskim tak samo, rano jeszcze działał, a wieczorem nie chciał, tak jak piszesz do ok. 22

  8. Krupier
    Kwiecień 12th, 2012 at 16:50 | #19

    Coś się dzieje z Aero2? Bo od jakiejś pół godziny nie działa mi net mimo, iż modem i TNI pokazuje, że jest połączenie.

    • Gosia
      Kwiecień 12th, 2012 at 21:20 | #20

      u mnie też nie działa-pojawia się błąd 619 – nawet nie można nawiązać połączenia

  9. andrzej
    Kwiecień 10th, 2012 at 12:43 | #22

    A ma ktos jakies rozwiazanie na tablety i smartphony. NA moim HTC Legend dzialal poprawnie, a teraz nie :( Do tabletu kupilem E173u-2. Ale jak sa zmiany to nie wiem czy modem nie dziala czy trzeba cos zmienic w ustawieniach. Z gory dziekuje za ponoc :)

    • Kwiecień 10th, 2012 at 13:02 | #23

      Najlepiej napisać w odpowiednich działach http://forum.jdtech.pl dokładnie opisując problem i urządzenie. Niestety nie wiem o jakim tablecie mówisz, nie mam więc nawet podstaw do poszukania informacji, czy tablet ten w ogóle obsługuje modemy podłączane przez USB.

      • Andrzej
        Kwiecień 10th, 2012 at 14:52 | #24

        Tablet obsluguje z pewnoscia z innymi modemami na orange i play. Modem sprawdzilem na komputerze tez dziala

  10. Krzysztof Głąbik
    Kwiecień 6th, 2012 at 17:52 | #25

    Od pięciu dni bez przerwy testuję automatyczne wznawianie połączenia za pomocą routera Pentagram Cerberus P6367 (Tenda 3G150M) działającym z modemem Huawei E173u-2. Przy ustawieniu DNS 193.41.112.14 i 193.41.112.18 wszystko przebiega bezproblemowo niezależnie od nadanego ip (stara i nowa pula). Dostęp do neta urywał się przy automatycznym pobraniu adresów DNS o numerach 10.11.12.13 i 10.11.12.14

    • Kwiecień 6th, 2012 at 23:07 | #26

      To akurat jest znany problem z pppd – czasami takie adresy dns dostajesz. Dlatego też korzystniej ustawić dns na stałe jak masz taką możliwość.

Strony komentarza
  1. Brak jeszcze trackbacków
Musisz być zalogowany aby dodać komentarz.
>