������� Alan DeKok <[EMAIL PROTECTED]>: > Arg... On closer examination of the packet in the previous message, > I think the problem *is* session_zap. > > > It SHOULD initialize all of the entries in the data structures it > creates. > > It SHOULD NOT call rad_process(). rad_respond() is safe, and > better.
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 ? - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
