win@wrkof.incom.de (Winfried Koenig) (04/08/91)
I use some SCP (Serial Communications Processor) port for my modem. Stty parameters are: speed 19200 hupcl -clocal ... v24 -v24sw v24fdx ctscd When carrier is lost, the modem turns off DSR and DCD for up to 12.5 sec. This time is not enough to generate the SIGHUP signal. The SCP needs more than 16 sec to generate SIGHUP. What is the reason for this long delay? How can I reduce this delay to less then 10 sec? Please respond via email. Thanks in advance Winfried -- Winfried Koenig win@incom.de Arendsstrasse 12 {unido|smurf}!wrkof!win 6050 Offenbach +49 69 868707 Germany
pete@wvus.wciu.edu (Pete Gregory) (04/10/91)
win@wrkof.incom.de (Winfried Koenig) writes: > I use some SCP (Serial Communications Processor) port for my modem. > > [...SIGHUP problem described...] > > Please respond via email. Please post; I'm interested, too, as I'm setting up a UUCP network. Thanks... Pete Gregory, UNIX SA | pete@wvus.wciu.edu | World Vision USA/ISD | wciu!wvus!pete ___|___ 919 W. Huntingon Dr. | Voice: 818/357-7979 x3347 | Monrovia, CA 91016 | FAX: 818/303-6212 | | World Vision is assisting Kurdish refugees! Info: 1-800-423-4200
kjt@minnow.sp.unisys.com (Kevin Thomas) (04/13/91)
win@wrkof.incom.de (Winfried Koenig) writes: >I use some SCP (Serial Communications Processor) port for my modem. >Stty parameters are: >speed 19200 hupcl -clocal ... v24 -v24sw v24fdx ctscd >When carrier is lost, the modem turns off DSR and DCD for up to 12.5 sec. >This time is not enough to generate the SIGHUP signal. The SCP needs >more than 16 sec to generate SIGHUP. >What is the reason for this long delay? >How can I reduce this delay to less then 10 sec? For release 3.00.12 of the operating system: There is an explanation of the V.24 support for the SCP in the U 6000 Release Description (Manual UP-14653 R1 A). It's on page 13. In summary, it says: In leased line mode, DSR, CTS, or CD can be lowered for up to 20 seconds without loss of the connection. Data transmission is suspended when any of these signals is lowered. On disconnect, SIGHUP is sent to the port's process group. I interpret this to mean that there is no way to modify the timeout value. Sorry I could only clarify, not help. p.s. Mail didn't seem to get through. :-( --- Kevin Thomas kjt@minnow.sp.unisys.com Unisys Corporation ...!pyramid!pwcs!minnow!kjt -- Kevin Thomas kjt@minnow.sp.unisys.com Unisys Corporation ...!pyramid!pwcs!minnow!kjt