Ciscoworks issue

Unanswered Question
Dec 10th, 2007
User Badges:

Hi,


One of my customers has a LMS2.6 which shows a strange behaviour for one of his devices.

Although the SNMP credentials are correct he is still trying to access with the community string public. I already deleted the device in common services and rediscovered but it stays the same.Also the error shows up at the most different times ( so not only when he's doing a discovery ).

I have the impression that it starts when he does his data collection.

Has anybody seen this problem before ? How can I solve it ?


gr

wim

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Joe Clarke Mon, 12/10/2007 - 23:50
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    Founding Member

The two places where community strings are stored are in DCR and in Device Discovery's SNMP settings. You can validate the DCR credentials by exporting the DCR data for this device under Common Services > Device and Credentials > Device Management. You can see the Discovery SNMP settings under Campus Manager > Admin > Device Discovery > SNMP Settings.


Data Collection does have the concept of a default community string -- and it is public -- but if those two locations are correct, then that string should never be used. If you do what to rule out the Data Collection default community string, you can modify the snmp.defaultReadCmty in NMSROOT/campus/etc/cwsi/ANIServer.properties.

wim_depauw Wed, 12/12/2007 - 05:26
User Badges:

Hi,


Both settings were ok but he was still giving an error message . Replaced the default community string in aniserver.properties and problem is resolved.


Can you also put a default username + password for telnetting ? Now we need to add the users each time when we have a new device.


thx

Wim

Martin Ermel Wed, 12/12/2007 - 05:44
User Badges:
  • Blue, 1500 points or more

with LMS 2.6 and below you cannot have a default username and password for telnet access.

This is one of the new features in LMS 3.0 where you can set default credentials for *ALL* devices.

For ALL devices means that you cannot have different default telnet credentials based on IP wildcards as you can do with snmp (where SNMP communities can be assigned according to IP, IP wildcards or IP ranges) - maybe this comes with 3.1 ????

Actions

This Discussion