Hello Bill,
Thank you a "gazillion" times for your answer; it is more than I could hope. I suspected we can have multiple SSLOGGER running but I had no idea about setting it on a different port. I know that detecting a change in Interface Address Translation Table is a big task but I hope that I won't see many changes; all I'm interested in is to "know" when new equipment have been connected on a switch port. Thank you again Regards, Eugen NAIMAN ________________________________ From: Barnes, William [mailto:[email protected]] Sent: Wednesday, 1 April 2009 10:18 PM To: Naiman, Eugen; spectrum Subject: RE: [spectrum] Multiple SSLOGGER running? Is it possible? First, the question from your Subject - Multiple SSLOGGER running? Is it possible? You betcha. We have several setups of multiple SSLOGGERs. To set it up you need to tell each instance to use a different "listen_port". So what we do is the first is 0xd00f, next is 0xd01f, then 0xd02f. We setup separate directories in the SSLOGGER directory for each "grouping". This directory then gets its own models, sslogger.dat and the all important .ssloggerrc. The .ssloggerrc is where we set the "listen_port". You can do this through the command line as well, but we like to have the information documented in the .ssloggerrc. Check out the SSLogger User Guide (5071.pdf). Program Input chapter, The configuration file section. Then with SRG we treat each "directory" as a separate "branch". We could merge them back together under a common area in SRG, but we choose to use separate SRGDIRs and so call them different landscapes in the SRG_Configure. As far as the Interface Address Translation Table. We haven't done anything with this. This sounds like a monster to try to parse through this to find "changes". I actually expect that you will find changes almost constantly. Bill Barnes ________________________________ From: Naiman, Eugen [mailto:[email protected]] Sent: Tuesday, March 31, 2009 11:35 PM To: spectrum Subject: [spectrum] Multiple SSLOGGER running? Is it possible? Hello, I've been wondering if it is possible to have multiple instances of SSLOGGER running (something similar to SANM - everyone in its own folder). I need to know when Interface Address Translation Table changes (when new equipment is connected) on switches. I thought I might pull this table periodically and see if anything changes. Unfortunately I couldn't find a way to "convince" Spectrum to do it and I thought a separate instance of SSLOGGER might do the trick because I need to poll the switches only once in a half an hour or such. Is anyone aware of another way to have this done? (detect a change in Interface Address Translation Table) Thank you, Regards, Eugen NAIMAN CONFIDENTIALITY NOTICE AND DISCLAIMER The information in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorised. If you have received the transmission in error, please immediately contact this office by telephone, fax or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorised use of the information contained in this transmission. If the transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose. * --To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected] CONFIDENTIALITY NOTICE AND DISCLAIMER The information in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorised. If you have received the transmission in error, please immediately contact this office by telephone, fax or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorised use of the information contained in this transmission. If the transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose. --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
