Wolne wczytywanie stron i filmów na YouTube przy INEA 70 Mb/s, speed test ok

Witam,
Mam problem z jakością połączenia internetowego INEA 70 Mb/s. Na speed test wszystko wygląda prawidłowo, ale strony ładują się zauważalnie wolniej niż na poprzednim połączeniu (inny dostawca), który miał deklarowaną prędkość 15 Mb/s. To samo jest z filmikami na youtube - buforują się bardzo wolno. Natomiast torrenty działają z prawidłową prędkością. Mamy modem od dostawcy (Alcatel GPON: I-241W-S), podłączeni jesteśmy kablem (z połączenia korzystają dwie osoby = dwa komputery). Poniżej kopiuję wyniki testów diagnostycznych. Czy możecie podpowiedzieć mi, jaka jest przyczyna tych problemów i czy warto to zgłosić dostawcy?

Wyniki testów (przy wyłączonym antiwirusie i windowsowym firewallu):
http://www.speedtest.net/my-result/4737008806
http://www.speedtest.net/my-result/4737010758
http://www.speedtest.net/my-result/4737017370
-----------------------------------------------------------
http-ping exe:


C:\Users\OL>c:\http-ping.exe -t trace1.gpotato.eu

Pinging "trace1.gpotato.eu" (type Ctrl-C to stop):

1> Failed: Could not connect
2> Failed: Could not connect
3> Failed: Could not connect
4> Failed: Could not connect
5> Failed: Could not connect

--------------------------------------------
C:\Users\OL>c:\http-ping.exe -t google.com

Pinging "google.com" (type Ctrl-C to stop):

Ping statistics for "google.com":
Packets: Sent = 289, Received = 289, Lost = 0 (0% loss)
Approximate round trip times in milli-seconds:
Minimum = 208ms, Maximum = 529ms, Average = 224ms

-------------------------------------------------------
http-ping.exe
C:\Users\OL>tracert trace1.gpotato.eu

Śledzenie trasy do trace1.gpotato.eu [195.27.0.127]
z maksymalną liczbą 30 przeskoków:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 5 ms 3 ms 3 ms 100.70.72.1
3 6 ms 5 ms 3 ms e66-25.icpnet.pl [46.238.66.25]
4 2 ms 4 ms 5 ms e116-222.icpnet.pl [46.238.116.222]
5 4 ms 3 ms 3 ms e123-22.icpnet.pl [46.238.123.22]
6 2 ms 3 ms 3 ms e123-21.icpnet.pl [46.238.123.21]
7 3 ms 3 ms 3 ms e91-118.icpnet.pl [46.238.91.118]
8 4 ms 3 ms 3 ms e91-109.icpnet.pl [46.238.91.109]
9 10 ms 7 ms 7 ms 212.162.43.49
10 * * * Upłynął limit czasu żądania.
11 * * * Upłynął limit czasu żądania.
12 * * * Upłynął limit czasu żądania.
13 * * * Upłynął limit czasu żądania.
14 * * * Upłynął limit czasu żądania.
15 * * * Upłynął limit czasu żądania.
16 * * * Upłynął limit czasu żądania.
17 * * * Upłynął limit czasu żądania.
18 * * * Upłynął limit czasu żądania.
19 * * * Upłynął limit czasu żądania.
20 * * * Upłynął limit czasu żądania.
21 * * * Upłynął limit czasu żądania.
22 * * * Upłynął limit czasu żądania.
23 * * * Upłynął limit czasu żądania.
24 * * * Upłynął limit czasu żądania.
25 * * * Upłynął limit czasu żądania.
26 * * * Upłynął limit czasu żądania.
27 * * * Upłynął limit czasu żądania.
28 * * * Upłynął limit czasu żądania.
29 * * * Upłynął limit czasu żądania.
30 * * * Upłynął limit czasu żądania.

Śledzenie zakończone.

----------------------------------------------------
WinMTR dla trace1.gpotato.eu
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 672 | 672 | 0 | 1 | 14 | 1 |
| 100.70.72.1 - 0 | 672 | 672 | 1 | 4 | 23 | 3 |
| e66-25.icpnet.pl - 0 | 672 | 672 | 2 | 16 | 450 | 5 |
| e116-222.icpnet.pl - 0 | 672 | 672 | 2 | 8 | 122 | 7 |
| e123-22.icpnet.pl - 1 | 672 | 671 | 1 | 14 | 335 | 4 |
| e123-21.icpnet.pl - 1 | 672 | 671 | 1 | 3 | 24 | 2 |
| e91-118.icpnet.pl - 0 | 672 | 672 | 1 | 3 | 30 | 3 |
| e91-109.icpnet.pl - 0 | 671 | 671 | 1 | 4 | 80 | 4 |
| 212.162.43.49 - 0 | 671 | 671 | 6 | 11 | 89 | 7 |
| ae-1-3.ear1.Amsterdam1.Level3.net - 83 | 671 | 117 | 20 | 23 | 44 | 22 |
| No response from host - 100 | 671 | 0 | 0 | 0 | 0 | 4 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir(_at_)cr.nivis.com )



Z góry dziękuję za każdą odpowiedź

Witam.

Masa czynników może być przyczyną.
Pierwsze co przyszło mi do głowy to słaba umowa dostępu do sieci NET przez Twojego operatora.
Podejrzewam że strony polskie ładują się wolniej niż zagraniczne.

Może problem z MTU ?
Uruchom linux live distro i testuj, bez routera, komputer podłącz wprost do sprzętu dostawcy.

dasej:
Nie zauważyłam różnicy pomiędzy polskimi i zagranicznymi stronami. Ale trudno zrobić mi obiektywny test.

bogiebog:
Niestety, nie znam tego programu (testy z mojego pierwszego postu wykonałam wg. instrukcji z innych tematów, sama nie znam się za dobrze). Czy mógłbyś mnie pokierować albo dać linka do instrukcji? Mam uruchomić Linuksa z live CD i wykonać te same testy w http-ping co w pierwszym poście?

Mam Windows 7.

PS. Czy możecie mi krótko napisać, czy w testach z pierwszego postu "widać" że strony się wolno ładują, czy szukacie przyczyny tylko po moim opisie?

Wyłącz wszytkie dodatki w przeglądarce i oceń jak będą się ładowały strony.

Windows 7 - spróbuj uruchomić komputer w tryb awaryjny + obsługa sieci, komputer podłącz wprost do sprzętu dostawcy, testuj.

Dodano po 41 [sekundy]:

linux live - ściągamy jakąś dystrybucję, np "Mint linux live", wypalamy płytkę i uruchamiamy.

Możesz jeszcze sprawdzić dns-y. Może ma wolne. Zmień je na inne niż dostawcy, np. googla 8.8.8.8 lub 8.8.4.4 i przetestuj.

Przetestowałam na następujących konfiguracjach:

1. Podłączenie bezpośrednio do modemu (bez rodzielacza sygnału) i zmienionym DNS na google (8.8.8.8 lub 8.8.4.4).


C:\Users\OL>c:\http-ping.exe -t trace1.gpotato.eu

Pinging "trace1.gpotato.eu" (type Ctrl-C to stop):

1> Failed: Could not connect
2> Failed: Could not connect
3> Failed: Could not connect
4> Failed: Could not connect
5> Failed: Could not connect
6> Failed: Could not connect
7> Failed: Could not connect
8> Failed: Could not connect
9> Failed: Could not connect
10> Failed: Could not connect
11> Failed: Could not connect
12> Failed: Could not connect
^C

C:\Users\OL>c:\http-ping.exe -t google.com

Ping statistics for "google.com":
Packets: Sent = 88, Received = 88, Lost = 0 (0% loss)
Approximate round trip times in milli-seconds:
Minimum = 213ms, Maximum = 346ms, Average = 237ms


C:\Users\OL>c:\http-ping.exe -t trace1.gpotato.eu

Pinging "trace1.gpotato.eu" (type Ctrl-C to stop):

1> Failed: Could not connect


WinMTR dla trace1.gpotato.eu

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 66 | 66 | 0 | 0 | 1 | 1 |
| 100.70.72.1 - 0 | 66 | 66 | 2 | 4 | 19 | 5 |
| e66-25.icpnet.pl - 0 | 66 | 66 | 3 | 12 | 94 | 5 |
| e116-222.icpnet.pl - 2 | 66 | 65 | 3 | 8 | 32 | 6 |
| e123-22.icpnet.pl - 0 | 66 | 66 | 1 | 16 | 217 | 4 |
| e123-21.icpnet.pl - 0 | 66 | 66 | 2 | 4 | 23 | 3 |
| e91-118.icpnet.pl - 0 | 66 | 66 | 1 | 3 | 7 | 1 |
| e91-109.icpnet.pl - 0 | 66 | 66 | 1 | 3 | 18 | 5 |
| 212.162.43.49 - 0 | 66 | 66 | 6 | 10 | 69 | 9 |
| ae-1-3.ear1.Amsterdam1.Level3.net - 84 | 66 | 11 | 21 | 22 | 25 | 22 |
| No response from host - 100 | 66 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir(_at_)cr.nivis.com )


2. W trybie awaryjnym


C:\Users\OL>c:\http-ping.exe -t google.com

Ping statistics for "google.com":
Packets: Sent = 45, Received = 45, Lost = 0 (0% loss)
Approximate round trip times in milli-seconds:
Minimum = 217ms, Maximum = 328ms, Average = 225ms


C:\Users\OL>tracert trace1.gpotato.eu

Śledzenie trasy do trace1.gpotato.eu [195.27.0.127]
z maksymalną liczbą 30 przeskoków:

1 1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 3 ms 3 ms 100.70.72.1
3 5 ms 7 ms 2 ms e66-25.icpnet.pl [46.238.66.25]
4 3 ms 3 ms 6 ms e116-222.icpnet.pl [46.238.116.222
5 3 ms 3 ms 3 ms e123-22.icpnet.pl [46.238.123.22]
6 5 ms 3 ms 3 ms e123-21.icpnet.pl [46.238.123.21]
7 3 ms 4 ms 3 ms e91-118.icpnet.pl [46.238.91.118]
8 2 ms 4 ms 4 ms e91-109.icpnet.pl [46.238.91.109]
9 7 ms 7 ms 7 ms 212.162.43.49
10 24 ms 23 ms 23 ms ae-1-3.ear1.Amsterdam1.Level3.net

11 * * * Upłynął limit czasu żądania.
12 * * * Upłynął limit czasu żądania.
13 * * * Upłynął limit czasu żądania.
14 * * * Upłynął limit czasu żądania.
15 * * * Upłynął limit czasu żądania.
16 * * * Upłynął limit czasu żądania.
17 * * * Upłynął limit czasu żądania.
18 * * * Upłynął limit czasu żądania.
19 * * * Upłynął limit czasu żądania.
20 * * * Upłynął limit czasu żądania.
21 * * * Upłynął limit czasu żądania.
22 * * * Upłynął limit czasu żądania.
23 * * * Upłynął limit czasu żądania.
24 * * * Upłynął limit czasu żądania.
25 * * * Upłynął limit czasu żądania.
26 * * * Upłynął limit czasu żądania.
27 * * * Upłynął limit czasu żądania.
28 * * * Upłynął limit czasu żądania.
29 * * * Upłynął limit czasu żądania.
30 * * * Upłynął limit czasu żądania.

Śledzenie zakończone.



WinMTR dla trace1.gpotato.eu

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 68 | 68 | 0 | 0 | 0 | 0 |
| 100.70.72.1 - 0 | 68 | 68 | 0 | 1 | 16 | 0 |
| e66-25.icpnet.pl - 0 | 68 | 68 | 0 | 4 | 31 | 0 |
| e116-222.icpnet.pl - 0 | 68 | 68 | 0 | 6 | 78 | 0 |
| e123-22.icpnet.pl - 0 | 68 | 68 | 0 | 11 | 156 | 0 |
| e123-21.icpnet.pl - 0 | 68 | 68 | 0 | 0 | 16 | 0 |
| e91-118.icpnet.pl - 0 | 68 | 68 | 0 | 0 | 16 | 0 |
| e91-109.icpnet.pl - 0 | 68 | 68 | 0 | 0 | 16 | 0 |
| 212.162.43.49 - 0 | 68 | 68 | 0 | 4 | 62 | 0 |
| ae-1-3.ear1.Amsterdam1.Level3.net - 81 | 68 | 13 | 15 | 18 | 32 | 16 |
| No response from host - 100 | 68 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir(_at_)cr.nivis.com )



Czy testy na live CD są niezbędne do diagnozy? Jeśli tak, to potrzebuję na to więcej czasu.

Dodam, że normalnie (poza testami) używamy rozdzielacza sygnału, ponieważ modem dostarczony przez INEA ma tylko jedno gniazdo Ethernet przeznaczone do internetu (fizycznie są 4, kontaktowałam się z INEA w tej sprawie). Z tego połączenia korzystają dwie osoby i na obydwóch komputerach są te same objawy.

Piszesz, że masz dwa komputery. Najpierw sprawdź na jednym, potem na drugim komputerze (oczywiście bezpośrednio w ONT się wepnij - bez żadnych rozdzielaczy). Jeżeli masz wifi możesz jeszcze potestować np ze smartfona. Jak na wszystkich urządzeniach łącze nie działa poprawnie i nie ma między wynikami testów rozbieżności zgłoś to do operatora jako awarię bo najpewniej przyczyna problemu leży po jego stronie.

Sprawdź jeszcze czy masz dobrze wpięte źródło sygnału.

skierniak: Co to znaczy dobrze podpięte źródło sygnału? W ramach nowo podpisanej umowy, spece INEA podłączali wszystko sami (kładki światłowód i podpięli pod modem). Czy mogli coś skopać przy tym?

Tak jak piszesz. Czasami zdarza się, że instalator nie dociśnie wystarczająco końcówki we wkładce. Daje to osłabienie sygnału co znowu może dawać taki efekt jak opisujesz, ale serwis w technologi GPON ma możliwość bardzo dokładnego diagnozowania stanu końcówek i przyczyn niepoprawnego ich działania. Ja bym prosił serwis o interwencję, a przynajmniej o sprawdzenie końcówki.

Dzięki za pomoc. Zrobię testy na drugim komputerze i skontaktuję się z serwisem.

Chciałabym podziękować wszystkim za pomoc. INEA uznała moją reklamację i rozpoczęła pracę nad poprawą jakości łącza.

Dzięki.

Witajcie ponownie,
Obecnie INEA robi wszystko, aby zrzucić winę za słabą jakość łącza na nas. Gdy dzwonili, zmieniłam na ich prośbę ustawienia DNS, przełączałam kable itd. Za każdym razem jakość łącza poprawiała się (wyglądało to tak):

ping youtube.pl

Badanie youtube.pl [46.238.98.163] z 32 bajtami danych:
Odpowiedź z 46.238.98.163: bajtów=32 czas=5ms TTL=53
Odpowiedź z 46.238.98.163: bajtów=32 czas=8ms TTL=53
Odpowiedź z 46.238.98.163: bajtów=32 czas=5ms TTL=53
Odpowiedź z 46.238.98.163: bajtów=32 czas=4ms TTL=53

Ale po parunastu minutach zawsze wracało do "normy", czyli wolno wczytujących się stron:

ping youtube.pl

Badanie youtube.pl [2a00:1450:4008:800::1007] z 32 bajtami danych:
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.
Upłynął limit czasu żądania.

Technik INEA, jak tylko usłyszy, że wynik testu jest dobry to mówi, że problem został rozwiązany i kończy rozmowę. Muszę więc za półgodziny znowu zgłaszać usterkę...

Nie znamy się na tym za bardzo, ale zauważyliśmy z mężem, że gdy komputer nie łączy się ze stroną taką jak youtube.pl to adres w badaniu ping jest "w formie" IPv6, a gdy jest ok, to adres jest w postaci IPv4. Testowo wyłączyłam w opcjach internetowych IPv6 i to pomogło. Parę razy włączałam i wyłączałam IPv6, aby sprawdzić, czy to nie przypadek. Przy wyłączonym IPv6 stron szybko się wczytują. To też może wyjaśniać, dlaczego przy przełączaniu kabli na chwilę połączenie było dobre, a po chwili się psuło.

Doradźcie mi proszę, jak mogę wymusić na INEA, aby naprawili to łącze. Ostatnio technik INEA powiedział, że to pewnie przez wirusy na naszych komputerach łącze po jakimś czasie się psuje, a to bardzo mało prawdopodobne, bo przecież na dwóch różnych komputerach występuje ten sam problem i oba mają antywirusy. Wcześniej mówił, że to przez rozdzielacz sygnału (switcha). Tak, więc po swojej stronie winy nie chcą za bardzo szukać...

skierniak napisał:

Tak jak piszesz. Czasami zdarza się, że instalator nie dociśnie wystarczająco końcówki we wkładce. Daje to osłabienie sygnału co znowu może dawać taki efekt jak opisujesz, ale serwis w technologi GPON ma możliwość bardzo dokładnego diagnozowania stanu końcówek i przyczyn niepoprawnego ich działania. Ja bym prosił serwis o interwencję, a przynajmniej o sprawdzenie końcówki.

Powiedziałam o tym technikowi to powiedział, że gdyby było źle podłączone, to sygnału w ogóle by nie było.

RedLugi napisał:

Dodam, że normalnie (poza testami) używamy rozdzielacza sygnału

A co to ten magiczny rozdzielacz - co to dokładnie jest?.

Ominąć to, podłączyć się kablem bezpośrednio do modemu i testować.

Wszystkie testy były wykonane bez switcha, tj. komputer był bezpośrednio połączony z modemem. Na co dzień używamy rozdzielacza, bo mamy dwa komputery, a modem dostarczony przez INEA ma tylko jedno wyjście Ethernet.

RedLugi napisał:

Na co dzień używamy rozdzielacza, bo mamy dwa komputery, a modem dostarczony przez INEA ma tylko jedno wyjście Ethernet.

Dziwne - w instrukcji obsługi tego sprzętu u tego dostawcy są 4 porty LAN.

KOCUREK1970 napisał:

RedLugi napisał:

Na co dzień używamy rozdzielacza, bo mamy dwa komputery, a modem dostarczony przez INEA ma tylko jedno wyjście Ethernet.

Dziwne - w instrukcji obsługi tego sprzętu u tego dostawcy są 4 porty LAN.

Wiem, co piszę. Jest jeden. Pozostałe są skonfigurowane dla innych usług takich jak usługa VOD (info od INEA).

Ale nie rozdzielacz jest tu problem...

RedLugi napisał:

torrenty działają z prawidłową prędkością

One też korzystają z internetu - więc gdzie tu problem.
Speedtest (choć mało wiarygodny) też wskazuje prawidłowe wartości.

Może coś w ustawieniach tego ich sprzętu (operatora) jest, jakiś firewall włączony - instrukcja w rękę i sprawdzać, a jeśli to nic nie da to składać im reklamacje.

Reklamacja jest złożona, problem w tym, że INEA nie wie co z tym zrobić.

RedLugi napisał:

INEA nie wie co z tym zrobić.

Ale to nie Twoje zmartwienie - zadać im pytanie na piśmie z czym, gdzie jest problem, żądać pisemnej odpowiedzi - potem rezygnacja z winy operatora.
na odpowiedz mają 14 dni kalendarzowych - w przypadku braku odpowiedzi, rozwiązania problemu - reklamacja jest prawnie uznana - i możecie się z nimi rozstać.

Klient mający daną usługę NIE ma obowiązku się na tym znać, firma biorąca za to kasę ma OBOWIĄZEK rozwiązać problem lub go usunąć.

Podkreślam - firma bierze za to kasę, a Wy szukacie darmowej porady na forum (nie mam na myśli, że Wam ktoś za darmo odpowiada czy oczekuje zapłaty) - na odległość jak Wam pomóc?.

Linia do mieszkania do sprawdzenia, modem do sprawdzenia - tego ani Wy ani my nie zrobimy (bo niby jak) - to zadanie ich serwisu, biorą za to kasę, niech coś robią.

dajecie się spławiać - co to za odpowiedz (pewnie taka padła) - "u nas wszystko dobrze" - tylko co niby z tego wynika - u nich, to znaczy gdzie (Warszawa, Koluszki, Pcin Dolny...) - u nich ok, ale u Was nie - macie ruszyć d..ę i to naprawić - tak powinna brzmieć Wasza odpowiedz na taki ich tekst.

A reklamacja złożona, co w niej było, czego żądaliście? - obniżenia abo, odszkodowania - czego konkretnie.

KOCUREK1970 napisał:

Może coś w ustawieniach tego ich sprzętu (operatora) jest, jakiś firewall włączony - instrukcja w rękę i sprawdzać

Nic więcej mi do głowy nie przychodzi.

Rozumiem i zgadzam się z Tobą. Reklamacja jest złożona. Po prostu INEA robi tak, że dzwonią, żeby zdiagnozować problem: każą przełączać kable albo zmieniać DNS. Po takim nawiązaniu połączenia na nowo jest zawsze dobrze przez pierwsze 20-30 minut, potem łącze się "psuje", tj. wolno wczytują się strony typu google, youtube. INEA uznaje za sprawę zakończoną, no bo w trakcie rozmowy internet "działa". Ja mówię im, że i tak zaraz się zepsuje, a oni na to, że mam zadzwonić jak się zepsuje - no to dzwonię za pół godziny - i słyszę od nich, że to pewnie wirus - na tym skończyła się rozmowa w piątek. Wiem, że to nie wirus, bo mam osobny, nowy komputer, który nie był do tej pory używany i na nim tak samo problem występuje.
A dzwonić można od 8 do 16 w dni robocze jak ja w pracy jestem... zdalnie nie mam jak sprawdzić jakości łącza, więc dlatego piszę tu, żeby jakoś naprowadzić ich na problem, żeby to szybciej naprawili. Na innego operatora nie chciałabym przechodzić, bo ma wyższe ceny, ale jak tak dalej będzie to tak zrobię.

Intryguje mnie jedno, jak wyłączę u siebie IPv6 to problemu z wczytywaniem się stron nie ma, wszystko działa cały czas dobrze (na każdym z 3 komputerów obecnych w domu). Z tego co wiem to inni poznańscy dostawcy też nie obsługują IPv6, ale jakoś tylko u nas w domu powoduje to problem (z włączonym IPv6, po około 20-30 minutach od ustalenia połączenia, strony wolno się wczytują). Jak sądzicie, czy zostawić sprawę i po prostu używać internetu z wyłączonym IPv6? Czy tak można an dłuższą metę? Czy za jakiś czas, gdy większość stron będzie używać IPv6 będzie to dla nas problem?

RedLugi napisał:

Jak sądzicie, czy zostawić sprawę i po prostu używać internetu z wyłączonym IPv6

Nikt w Polsce nie korzysta z tego protokołu - wyłącz.

RedLugi napisał:

Czy za jakiś czas, gdy większość stron będzie używać IPv6 będzie to dla nas problem?

Czasu jest jeszcze kilka lat, zanim skończą się adresy IPv4 (które obecnie mamy) i zaczną być wdrażane nowe protokoły.

RedLugi napisał:

jak wyłączę u siebie IPv6 to problemu z wczytywaniem się stron nie ma

I gdzie to wyłączasz - na routerze, czy na każdym z komputerów?.
Podczas instalacji Windowsa nie aktywują się domyślnie te rozwiązania, trzeba je włączyć ręcznie.

Wyłączam je na każdym z komputerów we właściwościach połączenia, w centrum sieci i udostępniania (odznaczam IPv6, domyślnie jest zaznaczone). Mamy Windows 7.