T-Mobile orbitálisan magas ping miért?

Hálózatok általános

Sziasztok,

meg vagyok szorulva, ugyanis jelenleg az elsődleges kapcsolatom egy T-Mobile mobilnet, ami nem egészen hozza az elvárt szintet. A sávszélesség rendben van, viszont a következő jelenség igen csak zavarba ejtő: 


64 bytes from 80.77.120.5: icmp_seq=1699 ttl=54 time=88.1 ms
64 bytes from 80.77.120.5: icmp_seq=1700 ttl=54 time=88.9 ms
64 bytes from 80.77.120.5: icmp_seq=1701 ttl=54 time=87.5 ms
64 bytes from 80.77.120.5: icmp_seq=1702 ttl=54 time=86.8 ms
64 bytes from 80.77.120.5: icmp_seq=1703 ttl=54 time=85.9 ms
64 bytes from 80.77.120.5: icmp_seq=1704 ttl=54 time=130 ms
64 bytes from 80.77.120.5: icmp_seq=1705 ttl=54 time=1834 ms
64 bytes from 80.77.120.5: icmp_seq=1706 ttl=54 time=1553 ms
64 bytes from 80.77.120.5: icmp_seq=1707 ttl=54 time=1318 ms
64 bytes from 80.77.120.5: icmp_seq=1708 ttl=54 time=2346 ms
64 bytes from 80.77.120.5: icmp_seq=1709 ttl=54 time=1351 ms
64 bytes from 80.77.120.5: icmp_seq=1710 ttl=54 time=342 ms
64 bytes from 80.77.120.5: icmp_seq=1711 ttl=54 time=102 ms
64 bytes from 80.77.120.5: icmp_seq=1712 ttl=54 time=108 ms
64 bytes from 80.77.120.5: icmp_seq=1713 ttl=54 time=101 ms
64 bytes from 80.77.120.5: icmp_seq=1714 ttl=54 time=140 ms
64 bytes from 80.77.120.5: icmp_seq=1715 ttl=54 time=136 ms
64 bytes from 80.77.120.5: icmp_seq=1716 ttl=54 time=2155 ms
64 bytes from 80.77.120.5: icmp_seq=1717 ttl=54 time=1903 ms
64 bytes from 80.77.120.5: icmp_seq=1718 ttl=54 time=2544 ms
64 bytes from 80.77.120.5: icmp_seq=1719 ttl=54 time=1544 ms
64 bytes from 80.77.120.5: icmp_seq=1720 ttl=54 time=558 ms
64 bytes from 80.77.120.5: icmp_seq=1721 ttl=54 time=97.3 ms
64 bytes from 80.77.120.5: icmp_seq=1722 ttl=54 time=96.9 ms
64 bytes from 80.77.120.5: icmp_seq=1723 ttl=54 time=108 ms
64 bytes from 80.77.120.5: icmp_seq=1724 ttl=54 time=137 ms
64 bytes from 80.77.120.5: icmp_seq=1725 ttl=54 time=136 ms

Mint látható, periodikusan fölmegy a ping 1000 ms fölé. A kapcsolatok kiépítési ideje is ennyi. Helyszín: Budapest, XIII kerület, a Sztaki épülettől nem messze.

Tölteni kb 3 Mbit/s-el tudok. Mi erre a magyarázat? (Elvileg bejelentettem a dolgot, majd hívnak a lefedettségiek.)

Köszi

János

  • 3425 megtekintés

( Yume | 2009. 11. 01., v – 18:00 )

traceroute-t probaltal mar, merre akadozhatnak a csomagok?

Az említettnél rosszabb átlag icmp-vel (>500ms átlag, de helyenként ugrik 10-30000 környékére is) fura módon az első hop még jó, utána kezdődik a gondolkodás.

Amúgy egy abszolút megbízhatatlan, gyakorlatilag használhatatlan vacak az egész, csak kifejezetten csúnya szavakkal tudnám körülírni a véleményem a nagyvárosi létből kiruccanó, pont az elérhetőséget, egyetlen netkapcsolati lehetőséget megvalósítani akaró borzalomról. (A sebesség vidéken sok helyen vicc, de még ezen is túl lehetne lendülni, ha egyáltalán hajlandó lenne következetesen(!) kapcsolódni ez az átkozott - ugyanazon helyen egyszer csatlakozik, máskor nem, és nem hinném, hogy pusztán a cella terhelése miatt szenvedne. Visszasírom az 56K modemes időket...)

Konkrétan Szegeden a HSDPA és mobilnet terjedése hajnalán kb. 4,5-5 éve (akkor tesztelték ott) nagyon kellemes >=1-1,5Mbps sebességgel ment - ha fel bírt csatlakozni, latency tűrhető volt.
Utána nagyon sokáig 3G bizonytalanságok voltak ugyanazon épületben, Edge/GPRS pedig nem igazán intenzív munkára alkalmas jószág. Ugyanezen időszak alatt Bp több kerületében viszonylag stabilan és gyorsan ment. Kőszegen mindeközben meg sem nyikkant 3G, csakis GPRS esetleg Edge állt szóba vele.
Pár évre rá Szeged és Bp legtöbb próbált területén jól ment, Kőszegen elviselhetően, viszont ezeknél "vidékibb" helyeken nevetségesen (olyannyira, hogy van olyan külvárosi rész, ahol a buszon még stabilan és jól megy, két utcával lejjebb eltűnik a 3G, és csak nyomokban jelenik meg mint a mogyoró).
Az is kissé érthetetlen, hogy ilyen késleltetések mellett putty nálam is általában jól muzsikál (és úgy általában az ssh...:), ha egyáltalán tud kapcsolódni a kütyü, böngésző/rdesktop/vnc stb. viszont sokkal többször betegeskedik --> használhatatlan munkára.
A teljes képhez hozzátartozik, hogy trémobil hangban is gyengélkedik több ilyen helyen is, míg konkurrencia mindkettőben sokkal jobb ott (viszont pl. pannon sem fürge).

( willy v | 2009. 11. 01., v – 18:16 )

Milyen választ vársz mégis? Ilyen a technológia.

( Atis89 v | 2009. 11. 01., v – 18:24 )

nyugi, más szolgáltatóknál is ilyen.
Ráadásul ha csak GPRS van, akkor lesz még nagyobb is ;)

( Arbiter | 2009. 11. 01., v – 18:56 )

Welcome to T-Mobile! :(

Én két évig szívtam Bp-en a 11. és 12. kerületben ugyanezzel. Főleg este, amikor mindenki megtalálta a táskájában a mobil adaptert és felmászott a netre.

Azóta ragaszkodom a falból kijövő kis kábelemhez. :)

Persze, ez rendben van, de pl. Skype-olni ne akarjon az ember este, csak napközben. Én megértem a technológia sajátosságait, de az én esetemben egyszerűen alul volt méretezve a kapacitás. A másik, amit utálok, hogy gyors mozgás (autó, vonat, stb.) közben nem tudják a mai napig megoldani itthon, hogy ne szakadozzak le a hálózatról 5 percenként.

A mai napig nem tudok pl. végigtelefonálni egy utat az autópályán Győrtől Bp-ig anélkül, hogy legalább 2-3 alkalommal ne szakadjon meg a sima, mezei telefonhívás. Engem az a 0.1% folyamatosan követ mindenhova...:)

Budapest - Békéscsaba vonalon ha olyan az időjárás (vagy valami), akkor 2-3 szakadással végig neten tudok lenni.
Ha meg nem olyan, akkor Bp. alatt eltűnik a 3G, Szolnoknál előjön, de utána is csak foltokban van.
Olyan is volt, hogy eltűnt a netem, és a mellettem telefonáló mókusnak is megszakadt a beszélgetése. Egy vonat, kb. 5-600 ember, fejenként átlag 1.2 telefonnal az mondjuk 220-240 telefon egy-egy szolgáltatóra, valszeg egy-két cellában... nem csoda.

( Fisher v | 2009. 11. 01., v – 21:59 )

A mobilnet ilyen. Hasonló a wifi-hez, mindenre érzékeny. Ha másképp parkolnak az autók, akkor már más lehet a térerő. És érzékeny az időjárásra. És akkor még szó se volt a cellaterhetlségről. Ezt persze nem szokták reklámozni.

( asch v | 2009. 11. 02., h – 00:54 )

Ma frissítettem a notebookomat az új Ubuntura, és ugyanez volt a tünete. Már épp mentem volna a fészerbe a legnagyobb fejszémér, hogy legyen tekintélyem az ügyfélszolin, de akkor rájöttem, hogy a helyi hálózat is lassú.

Aztán kutattam, és kiderült, hogy az új kernellel bejött valami driver regresszió.

Nem lehet, hogy neked is a saját gépeden belül van problémád?

Új kernel új regresszió!

( djsilas | 2009. 11. 13., p – 15:42 )

Engem speciel nem is a sebesség, vagy a ping tud kikészíteni, sokkal inkább az, hogy néha szalad, mint a barom, 1 perc múlva meg semmi... Időtúllépés, a kiszolgálaló nem található, stb, stb. 5x ráfrissítek egy oldalra és akkor (talán) beindul megint :(
----------------------------
Weblap, Tárhely, Domain

( agolon | 2009. 11. 13., p – 15:54 )

DNS?


__________________________________
2e845cb4c3a5b5bd6508455b1739a8a2

Kint voltam Cinkotán a Budapest tábla után kettővel, ott tök jól megy. MTR eredmények itthonról: 


janos@janoszen-laptop:~/$ mtr dotroll.com -r -c 1
HOST: janoszen-laptop             Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. 212.51.97.250                 0.0%     1   85.0  85.0  85.0  85.0   0.0
  2. 10.17.131.250                 0.0%     1   84.9  84.9  84.9  84.9   0.0
  3. 10.10.11.157                  0.0%     1  104.3 104.3 104.3 104.3   0.0
  4. 10.10.12.62                   0.0%     1  111.1 111.1 111.1 111.1   0.0
  5. 10.17.7.113                   0.0%     1  104.0 104.0 104.0 104.0   0.0
  6. 10.17.7.114                   0.0%     1  111.5 111.5 111.5 111.5   0.0
  7. 10.17.7.149                   0.0%     1  110.6 110.6 110.6 110.6   0.0
  8. 10.1.56.1                     0.0%     1  110.5 110.5 110.5 110.5   0.0
  9. ???                          100.0     1    0.0   0.0   0.0   0.0   0.0