Thanks everyone for the input. MH :)
On 2012-12-05, at 10:57 PM, Hugh Irvine wrote: > > Hi Michael - > > Sure - telnet or whatever to the Monitor port. > > regards > > Hugh > > > On 6 Dec 2012, at 12:00, Michael Hulko <[email protected]> wrote: > >> That's where I was headed with the original question. Whether the commands >> can be run locally against the server itself. Make the call to itself >> essentially.. >> >> Thoughts >> >> MH >> On 2012-12-05, at 5:31 PM, Hugh Irvine wrote: >> >>> >>> Hi Michael - >>> >>> In that case I would probably just write a little Perl script to run >>> whatever command(s) you wish against the Monitor port. >>> >>> You don't need to use Radar - you can use anything to connect to the >>> Monitor port. >>> >>> regards >>> >>> Hugh >>> >>> >>> On 6 Dec 2012, at 09:24, Michael Hulko <[email protected]> wrote: >>> >>>> Hugh.. >>>> >>>> Thought of that, but the StatsLog records ALL statistics not just from the >>>> server but all the Realms; Clients; AuthBy's etc.....not that it is large >>>> in our case...after testing this, we are left with approx. 10 entries plus >>>> the header per interval cycle, however, since the log is Appended, we >>>> would need to write something a little more sophisticated to >>>> grep the values we want and to ensure the timing between the StatsLog >>>> interval and the SNMP call for the data is synchronized as not to cause >>>> problems which is why we were looking into the Monitor language to execute >>>> on demand and respond only with the Server level information. Unless I >>>> missed something in the docs >>>> related to the StatsLog that weeds out the additional details. We are >>>> contemplating just programtically removing the Statistics file after each >>>> call just to keep it pruned. >>>> >>>> What would be best is to be able to have RADAR write these values as they >>>> are monitored into a RRD type flat file/database for reading by other >>>> systems from a historical perspective. >>>> >>>> Thanks anyway, I thought I would just ask. Is there anything that would >>>> prevent us from adjusting the RADAR code to facilitate our needs by our >>>> developers? >>>> >>>> regards; >>>> >>>> MH :) >>>> >>>> >>>> >>>> >>>> On 2012-12-05, at 5:05 PM, Hugh Irvine wrote: >>>> >>>>> >>>>> Hello Michael - >>>>> >>>>> Why don't you just use the StatsLog clause? >>>>> >>>>> See sections 5.94 and 5.95 in the manual ("doc/ref.pdf"). >>>>> >>>>> regards >>>>> >>>>> Hugh >>>>> >>>>> >>>>> On 6 Dec 2012, at 03:29, Michael Hulko <[email protected]> wrote: >>>>> >>>>>> >>>>>> It describes the command language from an external source point of view >>>>>> ( if I read correctly ).. not from the Radiator server itself. >>>>>> >>>>>> What the challenge is we want to monitor the Radius servers from another >>>>>> source such as Nagios, Whatsup Gold etc. We were looking at Radar and >>>>>> as impressive as it is, >>>>>> it does not store the data historically, which is what our requirements >>>>>> are. The SNMP side of the monitoring does not give us the complete >>>>>> picture, as it there is no oid for >>>>>> the "Response Time" value that Radar <-> Monitor <-> StatsLog provides >>>>>> unless I am missing something. So, what we have done in the past is >>>>>> created a local custom SNMP variable through various means for us to >>>>>> monitor and collect stats from other systems. We could parse through >>>>>> the StatsLog, however, this requires a fair bit of logic and programming >>>>>> and not to mention timing. >>>>>> >>>>>> Having tested the Monitor command language running the command "STATS ." >>>>>> we find we can parse the values simply. In order for us to define a >>>>>> custom SNMP oid variable >>>>>> we need to be able to run this locally on the server itself. >>>>>> >>>>>> If there is a way that Radar could provide historical and / or write the >>>>>> values into a log file for extraction would be easier. >>>>>> >>>>>> Any other suggestions would be appreciated. >>>>>> >>>>>> Thanks for your time and input >>>>>> >>>>>> MH >>>>>> >>>>>> On 2012-12-04, at 4:19 PM, Heikki Vatiainen wrote: >>>>>> >>>>>>> On 12/04/2012 09:43 PM, Michael Hulko wrote: >>>>>>> >>>>>>>> Just wondering if there is a way to execute the Monitor command >>>>>>>> language >>>>>>>> local to the Radiator server? >>>>>>> >>>>>>> Does section 25 "Monitor command language" in doc/ref.pdf describe what >>>>>>> you are looking for? >>>>>>> >>>>>>> -- >>>>>>> Heikki Vatiainen <[email protected]> >>>>>>> >>>>>>> Radiator: the most portable, flexible and configurable RADIUS server >>>>>>> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, >>>>>>> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, >>>>>>> TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, >>>>>>> DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, >>>>>>> NetWare etc. >>>>>>> _______________________________________________ >>>>>>> radiator mailing list >>>>>>> [email protected] >>>>>>> http://www.open.com.au/mailman/listinfo/radiator >>>>>> >>>>>> >>>>>> >>>>>> Michael Hulko >>>>>> Network Analyst >>>>>> >>>>>> Western University Canada >>>>>> Network Operations Centre >>>>>> Information Technology Services >>>>>> 1393 Western Road, SSB 3300CC >>>>>> London, Ontario N6G 1G9 >>>>>> >>>>>> tel: 519-661-2111 x81390 >>>>>> e-mail: [email protected] <mailto:[email protected]> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> radiator mailing list >>>>>> [email protected] >>>>>> http://www.open.com.au/mailman/listinfo/radiator >>>>> >>>>> >>>>> -- >>>>> >>>>> Hugh Irvine >>>>> [email protected] >>>>> >>>>> Radiator: the most portable, flexible and configurable RADIUS server >>>>> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, >>>>> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, >>>>> TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, >>>>> DIAMETER etc. >>>>> Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. >>>>> >>>> >>>> >>>> >>>> Michael Hulko >>>> Network Analyst >>>> >>>> Western University Canada >>>> Network Operations Centre >>>> Information Technology Services >>>> 1393 Western Road, SSB 3300CC >>>> London, Ontario N6G 1G9 >>>> >>>> tel: 519-661-2111 x81390 >>>> e-mail: [email protected] <mailto:[email protected]> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> >>> Hugh Irvine >>> [email protected] >>> >>> Radiator: the most portable, flexible and configurable RADIUS server >>> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, >>> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, >>> TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, >>> DIAMETER etc. >>> Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. >>> >> >> >> >> Michael Hulko >> Network Analyst >> >> Western University Canada >> Network Operations Centre >> Information Technology Services >> 1393 Western Road, SSB 3300CC >> London, Ontario N6G 1G9 >> >> tel: 519-661-2111 x81390 >> e-mail: [email protected] <mailto:[email protected]> >> >> >> >> >> > > > -- > > Hugh Irvine > [email protected] > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, > TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, > DIAMETER etc. > Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. > Michael Hulko Network Analyst Western University Canada Network Operations Centre Information Technology Services 1393 Western Road, SSB 3300CC London, Ontario N6G 1G9 tel: 519-661-2111 x81390 e-mail: [email protected] <mailto:[email protected]>
_______________________________________________ radiator mailing list [email protected] http://www.open.com.au/mailman/listinfo/radiator
