GPRS deadtime
Fuzesi Arnold
arno at externet.hu
Thu Sep 9 13:00:34 CEST 2004
Ezert kerdeztem, hogy domain beli keres.
Ott az internet mint olyan nem jatszik be.
Tehát a tiszta késleltetés erdekelt, ami elvileg a domain-en belul elegge
stabil kellene legyen.
Gondolom én....tisztán logikai alapon.
Feltetelezve termeszetesen, hogy az UDP elment. Mert miert ne menne el?
(jojo, ezer oka van/lehet de alapvetoen azert elmennek. )
Legalább a szolgaltato GPRS kiszolgáló egységéig. Onnan aztán tudjuk mekkora
macera mondjuk USA-ba egy keres eljutasa. Azon nem is csodalkozok, ha extrem
idoket hoz.
Hogy konkret legyek:
Egy LCD fele meno adatokat kell "lelopni", es egy tasztatura adatait kell
emulalni.
Jo lenne ha nem 1sec-es holtidovel menne, mert akkor a user valszeg
szettepne az egesz PC-t amirol vezerli.
GPRS kiesett. Adat mod is eleg hatareset... :(
Arnold
----- Original Message -----
From: "hwsw famulus" <hwsw at famulus.hu>
To: <elektro at tesla.hu>
Sent: Thursday, September 09, 2004 12:38 PM
Subject: Re: GPRS deadtime
> Tud valamelyőtök infot a GPRS holtidejéről?
> Mennyi egy uzenetváltás ideje kb. Tapasztalat szerint.
> Mondjuk udp keresnel domain beli serverhez.
UDP-nel?!
Barmennyi...
A celbajutas se garantalt es viszajelzes se lesz rola,
ha elveszik valami utkozben.
TCP-nel mr legalabb tudni lehet, ha elveszik egy resze.
De ido sehol se garantalt, max a jo hossszu timeout utan rajoszz a gebaszra.
> keres
> ido
> eredmeny
>
> Az ido erdekelne. (Tekintsuk 0-nak a keres feldolgozási idejet. Csak a
kozeg
> kesleltetese erdekelne)
> Esetleg van valami spec mód, hogy megadjuk egy csomag prioritasat?
QoS (Quality of Services), IPV6 ...de ez ma még nem nagy divat a vegpontok
szintjen.
KJ
> Kösz,
> Arnold
-----------------------------------
Szponzorunk: http://tonerbolt.hu/
More information about the Elektro
mailing list