Sync archive problem between CiscoWorks and ACE

CSCO10991417 — Wed, 22 Jan 2014 12:02:33 GMT

HI,

I have a problem with the sync archive (backup), I need do backup configuration of ACE (V A4(2.3)) with the LMS V 3.2.1 (Cisco Works) but is not possible. When the Cisco Works run the "sync archive" with the SNMP protocol, for default the first request is in SNMP V1. The cisco Works send the "setRequest", the ACE see the request and response with the "GetResponse" but with this error: notWritable[errorIndex==0]

I capture packet in the ACE, this is the capture:

11:54:00.708887 c4:7f:81:00:12:5b > a0:37:00:90:fb:35, ethertype IPv4 (0x0800), length 253: IP (tos 0x0, ttl 126, id 24157, offset 0, flags [none], length: 239) 10.254.64.101.32852 > 192.168.217.221.161: [udp sum ok] { SNMPv1 C=xxxx { SetRequest(189) R=210249 .1.3.6.1.4.1.9.9.96.1.1.1.1.3.1737365442=3 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.1737365442=1 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.1737365442=10.254.64.101 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.1737365442="20140122115400727-192.168.217.221.cfg" .1.3.6.1.4.1.9.9.96.1.1.1.1.14.1737365442=4 } }

11:54:00.710509 e0:5f:b9:a1:a0:37 > 00:90:fb:35:c4:7f, ethertype IPv4 (0x0800), length 240: IP (tos 0x0, ttl 64, id 28386, offset 0, flags [DF], length: 226) 192.168.217.221.161 > 10.254.64.101.32852: [udp sum ok] { SNMPv1 C=xxxx { GetResponse(178) R=210249 notWritable[errorIndex==0] .1.3.6.1.4.1.9.9.96.1.1.1.1.3.1737365442=3 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.1737365442=1 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.1737365442=10.254.64.101 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.1737365442="20140122115400727-192.168.217.221.cfg" .1.3.6.1.4.1.9.9.96.1.1.1.1.14.1737365442=4 } }

11:54:05.913418 c4:7f:81:00:12:5b > a0:37:00:90:fb:35, ethertype IPv4 (0x0800), length 253: IP (tos 0x0, ttl 126, id 24709, offset 0, flags [none], length: 239) 10.254.64.101.32852 > 192.168.217.221.161: [udp sum ok] { SNMPv1 C=xxxx { SetRequest(189) R=210250 .1.3.6.1.4.1.9.9.96.1.1.1.1.3.2056802761=4 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.2056802761=1 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.2056802761=10.254.64.101 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.2056802761="20140122115405946-192.168.217.221.cfg" .1.3.6.1.4.1.9.9.96.1.1.1.1.14.2056802761=4 } }

11:54:05.914940 e0:5f:b9:a1:a0:37 > 00:90:fb:35:c4:7f, ethertype IPv4 (0x0800), length 240: IP (tos 0x0, ttl 64, id 28387, offset 0, flags [DF], length: 226) 192.168.217.221.161 > 10.254.64.101.32852: [udp sum ok] { SNMPv1 C=xxxx { GetResponse(178) R=210250 notWritable[errorIndex==0] .1.3.6.1.4.1.9.9.96.1.1.1.1.3.2056802761=4 .1.3.6.1.4.1.9.9.96.1.1.1.1.4.2056802761=1 .1.3.6.1.4.1.9.9.96.1.1.1.1.5.2056802761=10.254.64.101 .1.3.6.1.4.1.9.9.96.1.1.1.1.6.2056802761="20140122115405946-192.168.217.221.cfg" .1.3.6.1.4.1.9.9.96.1.1.1.1.14.2056802761=4 } }

The setting SNMP in the ACE is the follow:

snmp-server community Valeria28 group Network-Monitor

snmp-server host 10.254.64.101 traps version 2c xxxx

snmp-server trap-source vlan yyy

snmp-server enable traps slb vserver

snmp-server enable traps slb real

snmp-server enable traps syslog

snmp-server enable traps snmp authentication

snmp-server enable traps snmp linkup

snmp-server enable traps snmp linkdown

Also, when execute the first discovery of ACE, the CiscoWorks send any request SNMP V2, the response is correct in this case

17.221.161 > 10.254.64.101.4662: [udp sum ok] { SNMPv2c C=xxxx { GetResponse(532) R=8572044 .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.4066="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.4096="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.10864="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.10896="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.15980="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.16031="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.16665="TL_INIT_THREAD" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.16704="klogd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.17573="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.17694="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.17724="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.17769="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.17925="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.18002="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.18178="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.18265="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.18299="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.18331="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.21214="sh" } }

11:52:20.051419 c4:7f:81:00:12:5b > a0:37:00:90:fb:35, ethertype IPv4 (0x0800), length 97: IP (tos 0x0, ttl 126, id 3441, offset 0, flags [none], length: 83) 10.254.64.101.4662 > 192.168.217.221.161: [udp sum ok] { SNMPv2c C=xxxx { GetBulk(37) R=8572045 N=0 M=19 .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.21214 } }

11:52:20.059473 e0:5f:b9:a1:a0:37 > 00:90:fb:35:c4:7f, ethertype IPv4 (0x0800), length 561: IP (tos 0x0, ttl 64, id 28380, offset 0, flags [DF], length: 547) 192.168.217.221.161 > 10.254.64.101.4662: [udp sum ok] { SNMPv2c C=xxxx { GetResponse(497) R=8572045 .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.21231="liccheck" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.21346="Peer" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.22860="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.22890="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24241="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24404="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24489="httpd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24499="httpd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24510="httpd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24511="httpd" .1.3.6.1.4.1.9.9.109.1.2.1.1.2.1.24564="sshd" .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.1=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.2=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.3=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.4=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.5=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.6=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.7=12 .1.3.6.1.4.1.9.9.109.1.2.1.1.5.1.8=12 } }

11:52:20.063341 c4:7f:81:00:12:5b > a0:37:00:90:fb:35, ethertype IPv4 (0x0800), length 90: IP (tos 0x0, ttl 126, id 3442, offset 0, flags [none], length: 76) 10.254.64.101.4662 > 192.168.217.221.161: [udp sum ok] { SNMPv2c C=xxxx { GetBulk(30) R=8572046 N=0 M=19 .1.3.6.1.3.37.1.5.3.1.3 } }

11:52:20.083195 e0:5f:b9:a1:a0:37 > 00:90:fb:35:c4:7f, ethertype IPv4 (0x0800), length 468: IP (tos 0x0, ttl 64, id 28381, offset 0, flags [DF], length: 454) 192.168.217.221.161 > 10.254.64.101.4662: [udp sum ok] { SNMPv2c C=xxxx { GetResponse(404) R=8572046 .1.3.6.1.4.1.9.9.41.1.1.1.0=0 .1.3.6.1.4.1.9.9.41.1.1.2.0=1 .1.3.6.1.4.1.9.9.41.1.1.3.0=5 .1.3.6.1.4.1.9.9.41.1.1.4.0=552 .1.3.6.1.4.1.9.9.41.1.1.5.0=5020 .1.3.6.1.4.1.9.9.41.1.1.6.0=5 .1.3.6.1.4.1.9.9.41.1.1.7.0="PORTAL" .1.3.6.1.4.1.9.9.41.1.2.1.0=500 .1.3.6.1.4.1.9.9.41.1.2.2.0=0 .1.3.6.1.4.1.9.9.103.1.4.1.0=100 .1.3.6.1.4.1.9.9.103.1.4.2.0=1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2.1=1 .1.3.6.1.4.1.9.9.109.1.1.1.1.7.1=11 .1.3.6.1.4.1.9.9.109.1.1.1.1.8.1=10 .1.3.6.1.4.1.9.9.109.1.1.1.1.9.1=5 .1.3.6.1.4.1.9.9.109.1.1.1.1.10.1=18 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.1=1 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.2=2 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.3=3 } }

11:52:20.098211 c4:7f:81:00:12:5b > a0:37:00:90:fb:35, ethertype IPv4 (0x0800), length 90: IP (tos 0x0, ttl 126, id 3443, offset 0, flags [none], length: 76) 10.254.64.101.4663 > 192.168.217.221.161: [udp sum ok] { SNMPv2c C=xxxx { GetBulk(30) R=8572047 N=0 M=19 .1.3.6.1.3.61.1.1.2.1.7 } }

11:52:20.117173 e0:5f:b9:a1:a0:37 > 00:90:fb:35:c4:7f, ethertype IPv4 (0x0800), length 468: IP (tos 0x0, ttl 64, id 28382, offset 0, flags [DF], length: 454) 192.168.217.221.161 > 10.254.64.101.4663: [udp sum ok] { SNMPv2c C=xxxx { GetResponse(404) R=8572047 .1.3.6.1.4.1.9.9.41.1.1.1.0=0 .1.3.6.1.4.1.9.9.41.1.1.2.0=1 .1.3.6.1.4.1.9.9.41.1.1.3.0=5 .1.3.6.1.4.1.9.9.41.1.1.4.0=552 .1.3.6.1.4.1.9.9.41.1.1.5.0=5020 .1.3.6.1.4.1.9.9.41.1.1.6.0=5 .1.3.6.1.4.1.9.9.41.1.1.7.0="PORTAL" .1.3.6.1.4.1.9.9.41.1.2.1.0=500 .1.3.6.1.4.1.9.9.41.1.2.2.0=0 .1.3.6.1.4.1.9.9.103.1.4.1.0=100 .1.3.6.1.4.1.9.9.103.1.4.2.0=1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2.1=1 .1.3.6.1.4.1.9.9.109.1.1.1.1.7.1=11 .1.3.6.1.4.1.9.9.109.1.1.1.1.8.1=10 .1.3.6.1.4.1.9.9.109.1.1.1.1.9.1=5 .1.3.6.1.4.1.9.9.109.1.1.1.1.10.1=18 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.1=1 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.2=2 .1.3.6.1.4.1.9.9.109.1.2.1.1.1.1.3=3 } }

why is the problema with the "sync archive"?. Thanks for advanced.

Sync archive problem between CiscoWorks and ACE

CSCO10991417 — Wed, 22 Jan 2014 14:59:56 GMT

I think know the root problem, see the link:

http://www.cisco.com/en/US/docs/interfaces_modules/services_modules/ace/vA5_1_0/configuration/administration/guide/snmp.html)

topic Sync archive problem between CiscoWorks and ACE in Application Networking

Sync archive problem between CiscoWorks and ACE

Sync archive problem between CiscoWorks and ACE