Niby może, ale jeżeli w domu wystarcza jedna (dwóch w pod router nie podłączę) i ta osoba ma awersję do załatwiania spraw. Ma dość problemów ze zdrowiem, by jeszcze angażować się w te sprawy. Zresztą nigdzie nie ma ograniczenia, że z internetu może korzystać tylko jedna osoba.
Nie widzę problemu, mój dziadek (32 rocznik) ma na siebie kartę.
Wystarczy podpis pod gotowym formularzem, resztę wysyłasz do siedziby i przychodzi karta.
Chociaż jak aero to traktuje, to nie wiadomo (jedna osoba posiada a druga daje orzeczenie). Ale podejrzewam, że będzie ich to obchodziło tyle co nic.
Ale dlaczego ja mam tańczyć jak aero zagra? Uważam to za głupie. Czy w rodzinie znajomego mają zamówić 8 kart, bo tyle osób liczy rodzina?
A swoje dane o zdrowiu podawajcie. Tylko nie zdziwcie się jak stawka za ubezpieczenie będzie większa, lub kredyt niższy. Ja już stary, ale młodzi za kilka lat mogą się zdziwić, że ich dane krążą między firmami. A to tylko, bo idiotyczny kapeć.
Wiesz, pewnych rzeczy administracyjnych nie przeskoczysz. W tym przypadku jako firmie im się trochę nie dziwie. Ale absolutnie nie twierdzę, że jest to OK. Twierdzę tylko, że formalności praktycznie nie ma - jeśli ma to kto zrobić za daną osobę (wystarczy podpis).
Można tyle zamówić, jak jest tyle pełnoletnich osób.
A liczy się tylko KASA, KASA tu 20zł tam 20zł i są kokosy
Według mnie 27zł za darmowy internet to nie jest dużo
co innego jak patrzysz w kierunku internet do telefonu + router mi-fi. Ale mam już ponad rok takie rozwiązanie i już połowa kwoty zakupu mi się zwróciła. A urządzenie zostaje na własność.
Wysłane z mojego Nexus 4 przy użyciu Tapatalka
Zauważyłem ciekawe konsekwencje wymuszenia ich serwerów dns. Wolne rozwiązywanie nazw. Długie opóźnienie przy wczytywaniu strony. Gdy już ruszy idzie całkiem, całkiem.
dość dawno ale kilkukrotnie (ostatni raz z rok przed captcha) przeprowadzałem testy właśnie po kątem wyboru optymalnych DNSów dla BDI i za każdym razem wygrywały serwery operatora (a konkretniej Sferii, bo te są właśnie przydzielane przez Aero2) niezależnie od tego jakie były serwery alternatywne, oczywiście żadne z serwerów nie były w stanie odpowiedzieć w najkrótszym czasie na 100% zapytań, ale te od operatora są najszybsze dla około 2/3 puli zapytań natomiast np. google wygrywa przeciętnie w 1/4 przypadków i są to z reguły odpowiedzi na nietypowe zapytania - zapewne pozostałe serwery wymagają rekurencji, a google prawdopodobnie ma większość odpowiedzi w cache
biorąc pod uwagę twoje spostrzeżenie postaram się przeprowadzić nowe testy gdy tylko będę miał kilka-kilkanaście godzin wolnego czasu
PS jakich DNSów używałeś jako alternatywy?
Nie używałem innych. Zauważyłem tylko, że po kliknięciu odnośnika jest cisza (NetMeter pokazuje tylko małe wysyłanie) i za dłuższą chwilę strona się wczytuje. Zwykle dobrze, choć i prędkość w granicach błędu się zdarza. Przy kliknięciu na ściągnięcie pliku podobnie. Cisza i po chwili rusza.
Tego zjawiska nie zaobserwowałem u innych operatorów.
izaw napisał(a):Nie używałem innych
więc daruję sobie testy, szczególnie, że teraz Aero2 nie daje nam wyboru - dla poprawnego wyświetlenia kapcia wymagane są ich DNSy (co komplikuje kwestię testu - jeśli trafię na kapcia w trakcie testu, będę go musiał zacząć od nowa)
izaw napisał(a):po kliknięciu odnośnika jest cisza [...] i za dłuższą chwilę strona się wczytuje.
jeśli masz modem usb (najlepiej Huawei) z kolorową diodą LED to postaraj się zaobserwować zmianę jej koloru - to co opisujesz jest typowe dla modemu zrzuconego do UMTS i wybudzenia do HSPA+ dopiero gdy pojawi się znaczący transfer danych (ewentualnie zmianę technologii można obserwować w oprogramowaniu sterującym modemem, ale kolorowy LED jest łatwiejszy do obserwacji)
Trochę trudne, bo router jest dość daleko. Modem E3131. Tylko dlaczego nie ma tego z playem, t-mobile, orange? Jeżeli nawet jest to niezauważalne.
Czy przełączenie na HSPA+ inicjuje operator? Może on utrzymywać transmisję w UMTS w celu zmniejszenia transferu?
Może, jak najbardziej. Możesz spróbować puścić jakiś pakiet np. Ping i wtedy powinno się utrzymać hspa
Wysłane z mojego Nexus 4 przy użyciu Tapatalka
ping o standartowej wielkości pakietu nie wybudza z UMTSu, tam gdzie mam ping średni 77ms gra radio 64kbps, niżej łącze bez obciążenia - średnia prawie 0,4s, pewnie można dobrać wielkość pakietu aby wybudzał, ale po co? lepiej radyjka posłuchać
Kod:
C:\Documents and Settings\Właściciel>ping -t wp.pl
Badanie wp.pl [212.77.100.101] z uľyciem 32 bajt˘w danych:
Odpowied« z 212.77.100.101: bajt˘w=32 czas=83ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=102ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=50ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=56ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=54ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=52ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=62ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=56ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=56ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=90ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=104ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=87ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=54ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=57ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=53ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=97ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=51ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=71ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=71ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=97ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=101ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=81ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=71ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=78ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=128ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=78ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=74ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=70ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=84ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=102ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=68ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=102ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=112ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=80ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=70ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=83ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=73ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=77ms TTL=248
Statystyka badania ping dla 212.77.100.101:
Pakiety: Wysane = 38, Odebrane = 38, Utracone = 0 (0% straty),
Szacunkowy czas bĄdzenia pakiet˘w w millisekundach:
Minimum = 50 ms, Maksimum = 128 ms, Czas redni = 77 ms
Control-C
^C
poniżej dla nieobciążonego łącza
Kod:
C:\Documents and Settings\Właściciel>ping -t wp.pl
Badanie wp.pl [212.77.100.101] z uľyciem 32 bajt˘w danych:
Odpowied« z 212.77.100.101: bajt˘w=32 czas=1779ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=366ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=316ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=286ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=306ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=286ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=286ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=296ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=291ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=301ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=291ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=301ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=301ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=290ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=311ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=285ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=285ms TTL=248
Odpowied« z 212.77.100.101: bajt˘w=32 czas=275ms TTL=248
Statystyka badania ping dla 212.77.100.101:
Pakiety: Wysane = 18, Odebrane = 18, Utracone = 0 (0% straty),
Szacunkowy czas bĄdzenia pakiet˘w w millisekundach:
Minimum = 275 ms, Maksimum = 1779 ms, Czas redni = 380 ms
Control-C
^C
U mnie czasy gorsze
Kod:
Badanie wp.pl [212.77.100.101] z użyciem 32 bajtów danych:
Odpowiedź z 212.77.100.101: bajtów=32 czas=282ms TTL=248
Odpowiedź z 212.77.100.101: bajtów=32 czas=256ms TTL=248
Odpowiedź z 212.77.100.101: bajtów=32 czas=257ms TTL=248
Odpowiedź z 212.77.100.101: bajtów=32 czas=276ms TTL=248
Statystyka badania ping dla 212.77.100.101:
Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 256 ms, Maksimum = 282 ms, Czas średni = 267 ms
gorsze? u mnie dla nieobciążonego łącza jest średnio 0,4s u Ciebie 0,3s
powyżej wyedytowałem posta aby było od pierwszego spojrzenia widać różnicę między modemem w trybie UMTS i HSPA+
te ~80ms osiągam tylko przy delikatnym stałym obciążeniu łącza nie przekraczającym 50% na modemie kat 14
takie pingi (rzędu 60-80ms) miałem też np. na Estonii na modemie 8 kategorii! i to w taryfie prepaid! gdzie modem pracował praktycznie zawsze z pełną prędkością (teoretycznie jest ograniczenie do 1Mbps, ale nigdy nie zadziałało), a miesięczny pakiet bez ograniczeń transferu jest za równowartość 50zł czy mamy w PL jakieś porównywalne taryfy prepaid?
https://www.elisa.ee/ru/Eraklient/mint/m...umaksuvaba
i coś jeszcze mi się przypomniało - tam też działa coś na kształt UKE (jak i w każdym innym państwie), ale ja nie o tym chciałem dopisać, a o tym, że tam jakoś potrafią rozsądnie wykorzystać fundusze europejskie i np. służby ratunkowe czyli: pogotowie, straż pożarna czy policja są w stanie zlokalizować dzwoniącego przez komórkę w ciągu kilkunastu sekund, a u nas - dyspozytor pogotowia nie chciał przyjąć zgłoszenia wypadku na skrzyżowaniu 2 ulic BEZ NAZWY obok ronda również bez nazwy, bo nie umiałem dokładnie określić gdzie to jest...
izaw napisał(a):Może on utrzymywać transmisję w UMTS w celu zmniejszenia transferu?
zrzucanie do UMTS nie jest dla zmniejszenia transferu lecz dla zwiększenia pojemności sieci oraz pośrednio oszczędności energii przez modemy (w początkowym okresie działania BDI konfiguracja była wadliwa i nie zrzucało z HSPA, co skutkowało przegrzewaniem się niektórych modemów i telefonów, teraz za to wybudzanie jest stosunkowo długie -
prawdopodobnie wynika to z większego obciążenia sieci oraz dodatkowym sprawdzeniem podziału zasobów na BDI i zastosowania komercyjne)