Dotaz: Nějaký tip na aplikaci pro minitorování parametrů sítě (3G)

[Ladislav Nešněra]

Příloha:

• ping.log (7854 bytů)

Zdravím

Dohaduji se s T-Mobilem, že ta jejich síť opravdu není OK (viz. příloha) :D Hodil by se mi SW, který by dokázal logovat čas, kvalitu signálu latenci a identifikaci BTSky. Napadá vás něco?

Odpovědi

[BigWrigley]

Urcite to pujde pres nejaky AT command, kterym, napr. v minicomu, zjistite stav signalu. Konkretne zalezi na implementaci vyrobce. Napr. Nokia umi IMHO jen AT+CSQ.

Myslim si, ze nepujde mit osucasne aktivni spojeni a komunikovat s modemem AT prikazy pres jedno seriove zarizeni. Leda ze by driver vytvoril dve zarizeni (napr. s Nokii E7 to tak je), pres jedno jste se pripojil a meril latenci a druhym monitoroval signal. Ale nezkousel jsem.

[jadd]

OT: Nebyla by možná/lepší změna poskytovatele nebo alespoň změna poskytované technologie přes kterou by i současný poskytovatel zhruba za stejnou cenu podal lepší výsledky?

[j]

Se obavam, ze vubec netusis jak site u nas vypadaj.

Zrovna sme s kolegou resili pripadnou nahradu CDMA karet obchodaku za data v mobilech ... mno stav je takovy, ze pokud mas 3G, tak si pomuzes ... jenze 3G v 80% lokalitach, kde se obchodaci pohybuji proste neni a nikdy nebude. Pokud se spoj degraduje na 2G, tak s naprosto spickovym signalem je vysledny spojeni zhruba na urovni CDMA ... (=> s velkou davkou trpelivosti se jakz takz da pouzivat terminal)

Result je takovy, ze se to proste neda pouzivat. Pri jakkoli zhorsenych podminkach jsou parametry linky na na urovni modemu.

[Ladislav Nešněra]

Stejně jako v odpovědi na přímou e-mailovou reakci to musím uvést na pravou míru a trochu se T-Mobile zastat. V naprosto drtivé většině případů vypadá ping takto:

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=51.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=57.9 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=57.6 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=47 time=48.5 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=47 time=53.1 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=47 time=55.5 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=47 time=55.5 ms
^C
--- 8.8.8.8 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6003ms
rtt min/avg/max/mdev = 48.558/54.230/57.912/3.186 ms

V náhodných a ojedinělých případech (ale asi každý den :( ) to na pár minut padne (desítek sekund? Těžko odhadnout) do dříve uvedených nepěkných latencí (všimnu si díky tomu, že jsem většinou připojen na vzdálený počítač). Když jsem na problém upozornil, prověřovali BTS, ale bez zjištění něčeho abnormálního, a jsou připraveni na proměření signálu na místě. Díky té nahodilosti a obvyklé síle signálu 100% stěží něco zjistí a proto se snažím opatřit pádné argumenty, když s vysokou pravděpodobností důkladný hon na duhy neodmávne jejich team.