Eis aqui algumas dicas sobre como configurar uma conexao a ser estabelecida
usando-se uma linha dedicada assincrona

Foi enviada  Wagner Klein da Silva para a lista Linux-br

Tem que programar os modems para que estabelecam a conexao
automaticamente, ou que um deles execute no reset "ATX1A" e o outro
"ATX1D".  Se isso funcionar:

setserial /dev/ttySX spd_vhi

pppd /dev/ttySX 38400 persist asyncmap 0 modem crtscts lock ip_local: 

Num dos lados devera' ser usado o parametro defaultroute e no outro o
parametro proxyarp.

Reveja /etc/ppp/options e a manpage do pppd.

A maneira mais segura entretanto e' programar os modems para que
estabelecerem a conexao com um chat script.  Para isso o "persist" e
faca um script, num dos lados:

#! /bin/sh
exec pppd ... -detach connect '/usr/sbin/chat "" "AT&F1" OK ATX1A CONNECT'

&F1 e' o reset adequado para modems USRobotics.  Veja em detalhes o
manual do modem e acrescente algo de seu interesse.  O ideal e'
impedir conexao a baixa velocidade e/ou sem correcao de erro.

Alguns registradores, como o S10 por exemplo, podem ser alterados para
tornar o link mais robusto.


No micro do outro lado:

#! /bin/sh exec pppd ... -detach connect '/usr/sbin/chat "" "AT&F1" OK ATX1S7=180D CONNECT'


Execute os scripts manualmente, um de cada lado com:

# script_name &

e assim que estiver OK, coloque o script no /etc/inittab:

dX:2345:respawn:/path/to/script_name

O init vai iniciar o script shell, o shell executa o pppd e termina
(comando exec), o pppd assume o PID do shell e nao faz "detach" do
terminal de controle (-detach).  Para o init e' como se o script
continuasse funcionando.  Quando a linha cair, o init percebe que o
script terminou, e executa-o novamente (modo de operacao respawn).

Provavelmente deve-se ajustar os timeouts dos modens para evitar um
dead-lock.  Um dos modem deve ter um tempo maior para aceitar a
conexao (programando-se o registrador S7, como acima: S7=180, tres
minutos).


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