Skip to main content

 

Tässä lyhyt yhteenveto havainnoistani:

 

Langattomasti Sonyn z4 tabletilla speedtest by ookla netti toimii hienosti ja mitatut nopeudet on noin 10Mbit/s. Tästä päättelen, että WLAN toimii ainakin sonyn tabletilla, ooklan applikaatiolla ja ooklan soitteessa. Kuitenkin samalla tabletilla sonera viihde takkuaa ja Hesarin lehden lataus takkuaa - toisaalta yle arenan kuvaa tabletti näyttää pätkimättä. HP:n ja Asuksen läppärit eivät suoriudu Ooklan speedtestistä langattomasti, mutta langallisesti kyllä.

___________________________________________

Tein Netalyzr ( ICSI:n applikaatio google storessa) ohjelmalla analyysin web-

yhteydestäni ja sain mm. tällaisen ilmoituksen:

 

"Your DNS resolver advertises the ability to accept DNS packets up to 1024 bytes.

Your DNS resolver is unable to receive a medium sized (~1400 byte) response

succesfully, even though it advertises itself as EDNS-enabled.

Your DNS resolver is unable to receive a large (>1500 byte) response succesfully,

even though it advertises itself as EDNS-enabled.

Your DNS resolver accepts DNS responses of up to 1024 bytes.

Your resolver does not use 0x20 randomization, but will pass names in a case-

sensitive manner.

Your ISP's DNS server cannot use IPv6.

No transport problems were discovered which could affect deployment of DNSSEC.

Direct probing of DNS resolvers:

Your system is configured to use 2 DNS resolvers.

The resover 192.168.1.1 can process all tested types. Requests from this resolver

come from 193.210.18.190. This resolver requires 494ms to fetch a result from our

server and 7ms to return a result from its cache."

 

ELI TIEDUSTELEN VOIKO TÄMÄ EDNS-YHTEENSOPIVUUS ONGELMA SELITTÄÄ MINUN NETTIONGELMAT?

 

___________________________________________________________________________

Sain ohjeet muuttaa mtu arvoa. Tein sen läppärillä wlan verkon yli useasti :

. Liitän tähän esimerkiksi viimeiset komentokehotteet, jotka kirjoitin ja niiden muutokset aikajärjestyksessä:

 

ENSIN TOTEAN PING TESTILLÄ ETTÄ MTU=800 ON TOIMIVA ARVO

 

C:WINDOWSsystem32>ping www.google.com -f -l 800

 

Pinging www.google.com m216.58.211.132] with 800 bytes of data:

Reply from 216.58.211.132: bytes=64 (sent 800) time=36ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 800) time=35ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 800) time=35ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 800) time=35ms TTL=55

 

Ping statistics for 216.58.211.132:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 35ms, Maximum = 36ms, Average = 35ms

 

C:WINDOWSsystem32>ping www.speedtest.net -f -l 800

 

Pinging cs62.adn.xicdn.net &93.184.219.82] with 800 bytes of data:

Reply from 93.184.219.82: bytes=800 time=33ms TTL=57

Reply from 93.184.219.82: bytes=800 time=33ms TTL=57

Reply from 93.184.219.82: bytes=800 time=33ms TTL=57

Reply from 93.184.219.82: bytes=800 time=33ms TTL=57

 

Ping statistics for 93.184.219.82:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 33ms, Maximum = 33ms, Average = 33ms

 

ELI MTU=800 TOIMII!!!! – SITTEN MUUTIN MTU ARVON PYSYVÄKSI:

 

netsh interface ipv4>set subinterface "WLAN" mtu=800 store=persistent

Ok.

 

netsh interface ipv6>set subinterface "WLAN" mtu=800 store=persistent

Ok.

 

TOTEAN ETTÄ MUUTOS ON TAPAHTUNUT:

 

netsh interface ipv4>show subinterfaces

 

   MTU  MediaSenseState   Bytes In  Bytes Out  Interface

------  ---------------  ---------  ---------  -------------

   800                1  2756955282  247512111  WLAN

……

netsh interface ipv6>show subinterfaces

 

   MTU  MediaSenseState   Bytes In  Bytes Out  Interface

------  ---------------  ---------  ---------  -------------

   800                1    7899610   11834592  WLAN

…….

 

 

ELI NYT PINGAUS –l 800 ARVOLLA PITÄISI TOIMIA, EIKÖ NIIN???? KUITENKIN TULEE SEURAAVA VASTAUS KUN TEEN TESTIN UUDESTAAN:

 

C:WINDOWSsystem32>ping www.google.com -f -l 800

 

Pinging www.google.com a80.239.229.248] with 800 bytes of data:

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

 

Ping statistics for 80.239.229.248:

    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

 

C:WINDOWSsystem32>ping www.speedtest.net -f -l 800

 

Pinging cs62.adn.xicdn.net e93.184.219.82] with 800 bytes of data:

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

Packet needs to be fragmented but DF set.

 

 

 

Ping statistics for 93.184.219.82:

    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

 

JOS TAAS TEEN TÄMÄN JÄLKEEN PINGAUKSEN –l 750 ARVOLLA SAAN SEURAAVAN VASTAUKSEN:

 

C:WINDOWSsystem32>ping www.google.com -f -l 750

 

Pinging www.google.com P216.58.211.132] with 750 bytes of data:

Reply from 216.58.211.132: bytes=64 (sent 750) time=35ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=34ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=34ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=35ms TTL=55

 

Ping statistics for 216.58.211.132:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 34ms, Maximum = 35ms, Average = 34ms

 

C:WINDOWSsystem32>ping www.speedtest.net -f -l 750

 

Pinging cs62.adn.xicdn.net w93.184.219.82] with 750 bytes of data:

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

 

Ping statistics for 93.184.219.82:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 33ms, Maximum = 33ms, Average = 33ms

 

MIKSI MUUTEN “ping www.speedtest.net -f -l 750” ANTAAN “bytes=750” JA  “ping www.google.com -f -l 750” ANTAA “bytes=64 (sent 750)”??

 

OSAISITTEKO NÄIDEN TULOSTEN PERUSTEELLA AUTTAA MINUA?

ESIMERKIKSI PITÄÄKÖ TÄMÄ MTU LUKEMA VAIHTAA MODEEMIIN SEN KÄYTTÖLIITTYMÄLLÄ (LOGGAUTUMALLA http://router.asus.com/Main_Login.asp:n KAUTTA)?

 

P.s. Lisäksi modeemissa kiinni oleva verkkolevy toimii wlanin kautta ihan hyvällä nopeudella eli wlan yhteydestä on vaikea löytää mitään vikaa.

Kokeilitko normaalilla MTU 1500 arvolla minkä kokoiset paketit menevät läpi? Tuo MTU on siis maksimiarvo paketin koolle, ja jos asetat sen 800 tavuun niin 800 tavun ping paketti ei mene läpi koska siihen tulee päälle vielä 28 tavua (20 tavua IP hederistä ja 8 tavua icmp echo request hederistä). Eli 1472 kokoinen icmp echo (eli ping) paketti pitää mennä läpi operaattorin verkossa ja omista päätelaitteistasi kun MTU on 1500. Usein operaattorin verkossa valitettavasti on väärin asetettuja verkkolaitteita ja MTU kokoa on pakko itse pienentää. Sitä ei kuitenkaan kannata pienentää kuin ihan sen verran mitä on pakko. Suosittelen, että asetat nyt vaikka takaisin tuon 1500 ja alat testaamaan parin tavun välein kunnes löydät oikean kokoisen MTU:n.

Ja muistaen siis, että se paketin koko minkä löydät +28 tavua on oikea MTU. Anna modeemissa olla 1500, pääasia että laitat kaikista käytössäsi olevista laitteista sitten tuon MTU:n samaksi joka toimii.


Kiitoksia selvästä ja hyvästä vastauksesta MTU kokeeseeni. Osaisitko myös vastata noihin muutamiin muihin kysymyksiin, jotka toista alla;)

 

Tein Netalyzr ( ICSI:n applikaatio google storessa) ohjelmalla analyysin web-

yhteydestäni ja sain mm. tällaisen ilmoituksen:

 

"Your DNS resolver advertises the ability to accept DNS packets up to 1024 bytes.

Your DNS resolver is unable to receive a medium sized (~1400 byte) response

succesfully, even though it advertises itself as EDNS-enabled.

Your DNS resolver is unable to receive a large (>1500 byte) response succesfully,

even though it advertises itself as EDNS-enabled.

Your DNS resolver accepts DNS responses of up to 1024 bytes.

Your resolver does not use 0x20 randomization, but will pass names in a case-

sensitive manner.

Your ISP's DNS server cannot use IPv6.

No transport problems were discovered which could affect deployment of DNSSEC.

Direct probing of DNS resolvers:

Your system is configured to use 2 DNS resolvers.

The resover 192.168.1.1 can process all tested types. Requests from this resolver

come from 193.210.18.190. This resolver requires 494ms to fetch a result from our

server and 7ms to return a result from its cache."

 

ELI TIEDUSTELEN VOIKO TÄMÄ EDNS-YHTEENSOPIVUUS ONGELMA SELITTÄÄ MINUN NETTIONGELMAT???

 

_____________________________________________________________________________________

 

Toisaalta tiedustelisin mitä tämä ero Googlen ja Speedtestin byte koossa merkitsee:

 

C:WINDOWSsystem32>ping www.google.com -f -l 750

 

Pinging www.google.com w216.58.211.132] with 750 bytes of data:

Reply from 216.58.211.132: bytes=64 (sent 750) time=35ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=34ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=34ms TTL=55

Reply from 216.58.211.132: bytes=64 (sent 750) time=35ms TTL=55

 

Ping statistics for 216.58.211.132:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 34ms, Maximum = 35ms, Average = 34ms

 

C:WINDOWSsystem32>ping www.speedtest.net -f -l 750

 

Pinging cs62.adn.xicdn.net 93.184.219.82] with 750 bytes of data:

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

Reply from 93.184.219.82: bytes=750 time=33ms TTL=57

 

Ping statistics for 93.184.219.82:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 33ms, Maximum = 33ms, Average = 33ms

 

Eli “ping www.speedtest.net -f -l 750” ANTAAN “bytes=750” JA  “ping www.google.com -f -l 750” ANTAA “bytes=64 (sent 750)”??


Vastaa