Title: | DIGITAL UNIX (FORMERLY KNOWN AS DEC OSF/1) |
Notice: | Welcome to the Digital UNIX Conference |
Moderator: | SMURF::DENHAM |
Created: | Thu Mar 16 1995 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 10068 |
Total number of notes: | 35879 |
<<< GYRO::SYS$SYSDEVICE:[NOTES$LIBRARY]INTERNET_SERVER.NOTE;1 >>> An Internet-service provider seeks an indicator of ppp inactivity (say over 15 minutes) to trigger a timeout and forced logout. DU version is 4.0. Here is a patial listing of the output of ps -e -O sl,RUSAGE that's relevant to the pppd. Note that the 'sleep time' (SL) for the pppd varies between 1-59 seconds and then appears to invariably reset. I'm not sure what the purpose of such a reset would be (assuming this is a "feature"), but in any case this potential indicator is rendered useless for inactivity measurement. 1. Am I missing something? 2. Is there some other indicator to accomplish the desired end? PID SL MINFLT MAJFLT NSWAP INBLK OUBLK MSGSND MSGRCV NSIGS VCSW IVCSW S TTY TIME COMMAND 2116 1 276 0 0 1 67 194 0 1 90 334 S + ttyp0 0:00.26 pppd 29651 10 270 0 0 1 57 151 0 1 97 377 S + ttyp1 0:00.27 pppd 31149 52 298 0 0 1 64 113 0 1 159 357 I + ttyp2 0:00.26 pppd 24601 6 297 0 0 1 51 181 0 1 202 328 S + ttyp3 0:00.28 pppd 15128 49 265 0 0 1 67 185 0 1 77 309 I + ttyp4 0:00.29 pppd 22034 57 321 0 0 2 66 369 0 3 243 564 I + ttyp5 0:00.33 pppd 31531 14 271 0 0 0 65 49 0 1 59 352 S + ttyp6 0:00.24 pppd 13336 25 291 0 0 1 70 184 0 1 118 272 I + ttyp7 0:00.25 pppd 18633 9 277 0 0 1 49 186 0 1 99 324 S + ttyp8 0:00.27 pppd 30322 44 265 0 0 1 56 158 0 1 62 304 I + ttyp9 0:00.25 pppd 20027 34 307 0 0 1 68 7 0 1 129 347 I + ttypa 0:00.27 pppd 1102 47 266 0 0 0 58 89 0 1 49 265 I + ttypb 0:00.25 pppd 32145 43 279 0 0 1 56 195 0 1 101 333 I + ttypc 0:00.29 pppd 29740 13 270 0 0 1 26 180 0 1 88 312 S + ttypd 0:00.28 pppd 8904 59 280 0 0 1 55 192 0 1 107 325 I + ttype 0:00.26 pppd 13536 9 324 0 0 0 10 157 0 1 181 353 S + ttypf 0:00.19 pppd 13102 20 264 0 0 1 50 187 0 1 67 314 S + ttyq0 0:00.26 pppd 995 51 286 0 0 1 28 162 0 1 146 326 I + ttyq1 0:00.27 pppd 15496 12 335 0 0 0 21 178 0 1 216 397 S + ttyq2 0:00.19 pppd 23669 3 268 0 0 2 39 185 0 1 78 277 S + ttyq3 0:00.27 pppd 4262 18 269 0 0 1 67 158 0 1 62 291 S + ttyq4 0:00.26 pppd 17088 45 310 0 0 0 56 160 0 1 156 361 I + ttyq5 0:00.27 pppd 32467 2 289 0 0 1 49 172 0 1 163 292 S + ttyq6 0:00.28 pppd 26287 34 548 0 0 1 41 173 0 1 636 829 I + ttyq7 0:00.35 pppd 25229 14 281 0 0 1 54 191 0 1 99 307 S + ttyq9 0:00.27 pppd 30165 152461 398 0 1 0 10 0 0 12 93 59 IW + ttyqa 0:00.17 tcsh 13845 4 322 0 0 1 65 178 0 1 259 422 S + ttyqb 0:00.29 pppd 30773 42 266 0 0 1 30 172 0 1 63 302 I + ttyqc 0:00.27 pppd 11545 8 270 0 0 2 46 193 0 1 80 310 S + ttyqd 0:00.27 pppd 30324 12 278 0 0 0 25 195 0 1 100 368 S + ttyqe 0:00.30 pppd 28734 9 270 0 0 0 69 177 0 1 83 338 S + ttyqf 0:00.28 pppd 12764 13 411 0 0 2 44 184 0 1 505 760 S + ttyr0 0:00.37 pppd 512 10620 204 0 0 3 27 1 0 3 14 51 I ttyr2 0:00.18 csh 3129 10625 238 0 0 23 52 1 1 3 26 56 I ttyr2 0:00.22 tcsh 10452 0 2155 0 0 24 34 1 1 78 1197 242 S ttyr2 0:01.14 tcsh 31259 0 176 0 0 0 2 0 0 0 0 17 R + ttyr2 0:00.04 ps 19635 44 400 0 0 2 35 183 0 1 342 565 I + ttyr3 0:00.29 pppd 27680 50 294 0 0 2 61 188 0 1 126 292 I + ttyr4 0:00.25 pppd 3401 64 55 0 0 18 3 19 93 0 111 13 I + ttyr5 0:00.05 telnet 29227 511 166 0 0 1 47 0 0 0 11 63 I + ttyr5 0:00.18 dsh 5931 60 453 0 0 2 30 7 0 1 426 600 I + ttyr6 0:00.28 pppd 15598 7164 642 0 0 9 9 0 0 21 240 65 I ttyr7 0:00.28 tcsh 19380 18 728 0 0 380 387 0 0 10 1320 310 S + ttyr7 0:01.17 pine 28732 40 285 0 0 2 57 191 0 1 105 355 I + ttyrb 0:00.27 pppd 22045 9 278 0 0 1 48 196 0 1 125 396 S + ttyrd 0:00.29 pppd 20216 8 284 0 0 1 44 191 0 1 140 393 S + ttyre 0:00.29 pppd 13538 56 294 0 0 1 64 40 0 1 108 305 I + ttyrf 0:00.23 pppd 21465 34 269 0 0 0 51 191 0 1 74 302 I + ttys0 0:00.28 pppd 1497 26 284 0 0 1 65 191 0 1 135 394 I + ttys3 0:00.29 pppd 3519 8 276 0 0 1 73 7 0 1 70 345 S + ttys6 0:00.25 pppd
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
9006.1 | Didn't you ask this before? | NETRIX::"[email protected]" | Brian Haley | Mon Mar 03 1997 12:04 | 28 |
Hi, If I recall note 8140, Farrell wrote: "ppp's "timeout" mechanism is a means of monitoring the sanity of the link" I think that's why the sleep times keep resetting, because these timers are going off continuously. Looking at the ps output you've collected, I think there might be a simple solution to finding the tty idle times. Cross-referencing ps with 'w' output in a script will give you the idle time of the tty: # w User tty from login@ idle JCPU PCPU what haley console 11:02 2days /usr/sbin/get haley p4 11:03 27 5:37 13 -csh haley pa 15:05 26:31 rlogin abelia ... Unless pppd's timeout is resetting these :-( There are other ways too, but this fits well in a script. -Brian [Posted by WWW Notes gateway] |