headers
bfc | 5 Mar 23:19
Picon
Favicon

hanging tcsetattr call


It seems when my chat script times out, i'll get an "alarm" notification from
chat, then chat exits, and
pppd hangs for a while on a tcsetattr() call -- it's trying to restore the
terminal characteristics of
our serial port.  

Eventually it syslogs:
Mar  5 17:09:25 box pppd[21132]: tcsetattr: Interrupted system call (line
1001)

Evidentally the pppd can no longer use the device, perhaps it's been reset
from having an session attempted
but not succeeding?  Anyone else ever see this problem?

Should there be any signal flow that causes this to go correctly, e.g. a
SIGCHLD going to the pppd?
Or does pppd just see a non-zero exit value from chat, and should gracefully
shut itself down?

Thanks!
--

-- 
View this message in context: http://www.nabble.com/hanging-tcsetattr-call-tp15861511p15861511.html
Sent from the linux-ppp mailing list archive at Nabble.com.

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bill Unruh | 5 Mar 23:31
Picon
Picon
Favicon

Re: hanging tcsetattr call

On Wed, 5 Mar 2008, bfc wrote:

>
> It seems when my chat script times out, i'll get an "alarm" notification from
> chat, then chat exits, and
> pppd hangs for a while on a tcsetattr() call -- it's trying to restore the
> terminal characteristics of
> our serial port.

Tell us how you set up yoru chat script. It should not be terminating while
pppd is running. It should start pppd when it successfully opens the port. 
So giving your details would be helpful.

>
> Eventually it syslogs:
> Mar  5 17:09:25 box pppd[21132]: tcsetattr: Interrupted system call (line
> 1001)
>
> Evidentally the pppd can no longer use the device, perhaps it's been reset
> from having an session attempted
> but not succeeding?  Anyone else ever see this problem?
>
> Should there be any signal flow that causes this to go correctly, e.g. a
> SIGCHLD going to the pppd?
> Or does pppd just see a non-zero exit value from chat, and should gracefully
> shut itself down?

???? chat runs. If it successfully connects it starts up pppd an exits.

>
(Continue reading)

Permalink | Reply | 2 comments |
headers
bfc | 6 Mar 02:43
Picon
Favicon

Re: hanging tcsetattr call


Most of the time things work OK -- maybe the chat script needs work, may
there's a resource issue on the
far end, but I think it'd be interesting to know what the error case should
look like.  If you reach the end of
the time specified by a TIMEOUT chat line (or the default TIMEOUT), then I
should think chat would exit
with a non-zero, and pppd should promptly exit with an error, not hang on
tcsetattr().  BTW, I'm not using
persist or any other option to keep things going.

My pppd option file looks something like:

noauth
debug
name foobar.com
/dev/ttyS0 115200 crtscts
connect '/usr/sbin/chat -f /var/opt/foobar/chat-file

..and the chat-file:

ABORT "NO CARRIER"
ABORT "NO DIALTONE"
ABORT "ERROR"
ABORT "BUSY"
'' ATH
OK AT&F0
OK ATDT5555
TIMEOUT 120
CONNECT \d\c
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bill Unruh | 6 Mar 02:58
Picon
Picon
Favicon

Re: hanging tcsetattr call

On Wed, 5 Mar 2008, bfc wrote:

>
> Most of the time things work OK -- maybe the chat script needs work, may
> there's a resource issue on the
> far end, but I think it'd be interesting to know what the error case should
> look like.  If you reach the end of
> the time specified by a TIMEOUT chat line (or the default TIMEOUT), then I
> should think chat would exit
> with a non-zero, and pppd should promptly exit with an error, not hang on
> tcsetattr().  BTW, I'm not using

PPP always tries to clean up after itself. It does not simply die. 
Thus you seem to be having some serial port problems.

Why don't you put in a TIMEOut of 2 and put garbage in that next line to
see if it is the timout that is causing the trouble
TIMEOUT 2
y79876y '\d\c'

> persist or any other option to keep things going.
>
> My pppd option file looks something like:

Something like??? With computers
Assuming your "somthing like" was a misstatement:

>
> noauth
> debug
(Continue reading)

Permalink | Reply | 0 comments |
headers
bfc | 20 Mar 02:04
Picon
Favicon

modem session behavior


Wow, I'm monopolizing this group. :(

If you start minicom (with -o to prevent any initialization), and type
something like
"ATH" (following by return), and instead of jumping a line and returning OK,
the cursor
just slides back to the beginning of the line, and the modem doesn't answer,
what does
that mean?

Judging by the stty characteristics, nothing's different from usual, but
maybe
I'm getting fooled on that one.  Is there typically a mode on the modem
itself
that would cause this behavior?

I exited from minicom, and waited about a minute, restarted it the same way,
and it
was normal again.

This is a modem attached to ttyS0, FWIW.

Thanks!
--

-- 
View this message in context: http://www.nabble.com/modem-session-behavior-tp16169308p16169308.html
Sent from the linux-ppp mailing list archive at Nabble.com.

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
(Continue reading)

Permalink | Reply | 5 comments |
headers
James Cameron | 20 Mar 03:32
Picon
Favicon

Re: modem session behavior

ATH hangs up.  Perhaps the loss of CTS and DSR from the modem causes the
kernel and your terminal emulator to see nothing more.

Either configure the system to ignore the loss of CTS and DSR, or
configure the modem not to drop CTS and DSR during a hangup.  Then try
again.

I've no idea why you want to see anything more after ATH though.

--

-- 
James Cameron
http://ftp.hp.com.au/sigs/jc/
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 4 comments |
headers
魏瑤亞 | 20 Mar 20:32
Picon

2008/3/21 →■⊙PHP購物車資料庫網站專案◇■× 3:32

2008-3-21
←

山鉧科技網頁設計
您還沒有一個專屬的企業網站嗎？

山鉧科技推出PHP購物車資料庫網站專案
只要＄２４，９００
〔會員．產品．訂單資料庫......等〕
再送一年100MB不限流量虛擬主機

心動不如馬上行動喔
山鉧科技資訊有限公司
請來電洽詢黃專員：0938764395

3:32:34

癟
Permalink | Reply | 0 comments |
headers
Vladi Lemurov | 21 Mar 05:17
Picon

test

test

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Vladi Lemurov | 21 Mar 05:58
Picon

pppd + static routes

Hello!

I have pppd installed and working fine, clients are windows xp.
They connect to our server and use it as default gateway. This is ok,
I do need them to use this pppd server as default gateway. But in
this case all their connections go through the vpn server (default gw).
There is a number of networks which I want to be routed through their 
ISP default gw. We could solve it through .cmd file but this solution 
seems to be lame. Is it possible to push the routes via ppp. I've heard
that MS ISA server can do this (AFAIK via DHCP). I've googled a lot but
found nothing yet. Please help.
		Vladi Lemuroff.

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 3 comments |
headers
Charlie Brady | 21 Mar 17:17
Picon
Picon

Re: pppd + static routes


On Fri, 21 Mar 2008, Vladi Lemurov wrote:

> lame. Is it possible to push the routes via ppp.

No. PPP's IPCP doesn't allow for that, although there was once a proposed 
extension:

http://ml.osdir.com/ietf.pppext/2003-05/msg00005.html
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |

Gmane