Цитирую Oleg Derevenetz <[EMAIL PROTECTED]>: > Hm-m... But I don't understand, how it can call session_zap() in such > case > (checkrad.log): > > Fri Apr 26 21:30:41 2002 checkrad ascend xx.xx.xx.xx 20219 atuser > 74981341 > No SNMP answer from ascend. > user at port S20219: atuser (dec) > Returning 1 (double detected) > > There is dup, so rad_check_ts() must return 1, and session is valid. > There is > no reason to call session_zap(), is'nt it ?
Oh-oh. I have error in this case: Fri Apr 26 21:30:52 2002 : Error: Check-TS: timeout waiting for checkrad So rad_check_ts() returned 2. But is there a reason to zap session record ? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html