Dial-up (IOL)

[Dan Lukes]

whogo wrote:

> set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
>           \"\" ATZ OK-ATX3-OK \\dATDT\\T TIMEOUT 60 CONNECT"

> Apr 28 16:14:26 pentagon ppp[353]: Chat: Send: ATZ^M
> Apr 28 16:14:26 pentagon ppp[353]: Chat: Expect(5): OK
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Expect timeout
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Send: ATX3^M
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Expect(5): OK
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Received: ATZ^M^M
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Received: OK^M
> Apr 28 16:14:31 pentagon ppp[353]: Chat: Send: ATDT0971103311^M
> Apr 28 16:14:33 pentagon ppp[353]: Chat: Expect(60): CONNECT
> Apr 28 16:14:33 pentagon ppp[353]: Chat: Received: ATX3^M^M
> Apr 28 16:14:33 pentagon ppp[353]: Chat: Received: OK^M
> Apr 28 16:15:34 pentagon ppp[353]: Chat: Expect timeout

> a nepomohlo mi ani kdyz jsem zvysil timeout u connectu...
> Takze pokud nekdo vite, co by se s tim dalo delat...


	Skoro to vypada, ze CHAT script je rozsynchronizovan. Jelikoz nemas
vypnute echo, je to docela videt. Na ATZ [14:26] nedostavas zadnou
odpoved. Po timeoutu a fallbackovym ATX3 [16:31] dostavas zpet ATZ (to
je echo puvodniho commandu) a skutecne OK - ale vsadim se, ze to je OK k
tomu ATZ. Tim se to cele posouva - na ATDT pak dostavas jako odpoved
ATX3 a OK a jelikoz zadny dalsi command neposilas, CONNECT, ktery tam, a
to se vsadim, nekde sedi neuvidis (teda PPP).

	Neco je spatneho na komunikaci tveho modemu z pocitacem a/nebo je
problem s nastavenim (nebo hardwarem) serioveho portu a/nebo je ATZ je
pro tvuj modem tak slozity prikaz, ze mu odpoved trva dele nez 5 vterin. 

	Pokud je to spatna konfigurace modemu a/nebo problem s hardwarem
serioveho portu, pak se tezko bude radit takhle na dalku. Zkus
zkontrolovat nastaveni modemu - a nejlepe, zacit AT&F a nastavit ho cely
znovu.

	Pokud je modem jen pomaly a na ATZ si dava obzvlast zalezet, pak je
potreba protahnout ten prvni 5 vterinovy TIMEOUT - moc bych ale nevsazel
na to, ze je to tento problem.

	Take by se to tak mohlo chovat, kdyby byl nejaky problem s prerusenim
prislusneho serioveho portu - but' si jadro mysli, ze je nekde a ono je
nekde jinde, nebo je s necim sdileny - v takovem pripade zajisti, aby
byl ten seriak na svem preruseni sam a vyzkousel to znovu.
	
	A jako work-around muzes zkusit toto ( s tim timeoutem mozna bude
potreba trochu laborovat - principielne je potreba, aby vyprsel ne
drive, nez jsou modemy opravdu spojeny - jina to to X zavesi):

set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
           \"\" ATZ OK-ATX3-OK \\dATDT\\T TIMEOUT 40 CONNECT-X-CONNECT"

	Ale bojim se, ze tim se problem jen posune - sice uvidis CONNECT, ale
cele to naznacuje nejaky zasadnejsi problem, ktery pretrva a tak to bud'
vubec nebude chodit nebo se strasne malou pruchodnosti.

	A vubec, kdyz tak koukam na:
set mrru 1614
a taky
set bandwidth 64000

to mas ISDN linku a pokousis se o bundling kanalu, nebo jen presne nevis
co delas ?

	Co tam mas vlastne za modem ?

					Dan


-- 
Dan Lukes            tel: +420 2 21914205, fax: +420 2 21914206
root of FIONet, KolejNET, webmaster of info.nic.cz, www.freebsd.cz
AKA: dan at nic.cz, dan at obluda.cz, dan at freebsd.cz, dan at kolej.mff.cuni.cz