<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>Adaptive Security Device Manager Hot Issues from Cisco TAC</title>
  <link>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</link>
  <description>Hot Issues from Cisco TAC.  Please click the link for complete details.</description>
  <language>en-us</language>

  <managingEditor>wsisk@cisco.com (Wes Sisk)</managingEditor>
  <webMaster>news-at-cisco-rss@cisco.com (Cisco Newsroom)</webMaster>
  <pubDate>Mon, 8 Feb 2010 12:54:11 EST</pubDate>
  <lastBuildDate>Mon, 8 Feb 2010 12:54:11 EST</lastBuildDate>
  <generator>PERL</generator>

  <docs>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</docs>
  <ttl>10080</ttl>

<item>
<title>ASDM: java.lang.NumberFormatException: For input string: &quot;1 year 0&quot; , Fixed CSCsr89144</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr89144</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

ASDM cannot be started after the ASA&#39;s lifetime exceeds one year with the following Java errors:

Exception in thread &quot;SGZ Loader: launchSgzApplet&quot; java.lang.NumberFormatException: For input string: &quot;1 year 0&quot;
	at java.lang.NumberFormatException.forInputString(Unknown Source)
	at java.lang.Integer.parseInt(Unknown Source)
	at java.lang.Integer.parseInt(Unknown Source)
	at com.cisco.pdm.Check.h(DashoA10*..:1358)
	at com.cisco.pdm.Check.c(DashoA10*..:858)
	at com.cisco.pdm.Check.a(DashoA10*..:438)
	at com.cisco.pdm.PDMApplet.start(DashoA10*..:132)
	at com.cisco.nm.dice.loader.r.run(DashoA19*..:410)
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

ASA running for more than one year with ASDM 6.0.3 or 6.1.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Reload ASA.

&lt;B&gt;Additional Information&lt;/B&gt;

The case of exactly one year and one day is addressed in a later defect, CSCsx24433, &quot;ASDM fails to start with  java.lang.StringIndexOutOfBoundsException error.&quot;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr89144</guid>
</item>
<item>
<title>Error while loading ASDM: &quot;Unconnected sockets not implemented&quot; , Fixed CSCsv12681</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv12681</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
While loading ASDM, a dialog is displayed that says:
&quot;ASDM cannot be loaded.  Click OK to exit ASDM.
Unconnected sockets not implemented&quot;

This occurs when using Java 6 Update 10 or later.
&lt;br&gt; 
&lt;B&gt;Conditions:&lt;/B&gt;
ASDM version 5.0 or later running on ASA, PIX or FWSM and using Java 6
Update 10 or later.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use Java 6 Update 7.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv12681</guid>
</item>
<item>
<title>ASDM is unable to read the configuration from the ASA ,   CSCsx39786</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx39786</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

When loading the ASDM, after the &quot;Status&quot; window parses the configuration,
a pop-up box is shown that says, &quot;ASDM is unable to read the configuration from
the ASA. Please check the configuration and your connection and then try again
by clicking the Refresh icon.&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This issue has been seen on ASA 7.2.4 and ASDM 5.2.4
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Downgrading to Java 6 Update 7 resolves the issue.

&lt;B&gt;Additional Information&lt;/B&gt;

Although a fix is in engineering build ASDM 5.2.4.51, because of CSCsy20611, &quot;ASDM does not parse access-list line remarks correctly,&quot; which interferes with changing ACLs, upgrading to engineering build ASDM 5.2.4.55 may give better results.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx39786</guid>
</item>
<item>
<title>ASDM: Disabling 1 connection profile entry may also disable others , Fixed CSCsy58573</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy58573</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

With ASDM when there many connection profiles defined 
which share the group policy, if you disable one connection profile, 
all connection profiles (tunnels) that share the same group policy. 

This is confusing for customers and can cause a outage, where
disabling connection profile , can disable all other connection profiles
share the same group policy. 

This bug only addresses the remote access and clientless 
connection profile scenario.  
Bug CSCsy80386 is filed for the site to site  connection profile scenario.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

1) When multiple  connection profiles use
    the same group policy
2) one of the connection profiles is disabled
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Before disabling a  connection profile, define a new group policy, 
and assign to the  connection profile, and then disable the connection
profile

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy58573</guid>
</item>
<item>
<title>, Fixed CSCsr46204</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr46204</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

There is currently a note in the ASDM 6.1.1 User Guide:

&quot;You can only restore backups to the same security appliance from which they
were originally made. Also, although you can use the Tools &gt; Backup
Configurations option to back up a running configuration, you cannot use the
Tools &gt; Restore Configurations option to restore it. Instead, unzip and transfer
the running-config.cfg file to the security appliance file system, then use the copy
running-config.cfg startup-config command to restore the startup configuration
file. Finally, reboot to load it to memory.&quot;

It is true, the &quot;Restore Configurations&quot; feature will not restore the running config.

This is counter-intuitive and unreasonable. If we are going to include functionality
for backing up the config, we should include functionality for restoring the config.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

The running config must be backed up using the Tools -&gt; Backup Configurations feature and then
attempted to be restored using the Tools -&gt; Restore Configurations feature.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Unzip and transfer the running-config.cfg file to the security appliance file system, then use the copy
running-config.cfg startup-config command to restore the startup configuration file. Finally, reboot to
load it to memory.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr46204</guid>
</item>
<item>
<title>, Open CSCte53326</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte53326</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

If the CA cert is bound with multiple trustpoints the ASDM doesn&#39;t allow to select a specific trustpoint in the crypto map section :

Configuration &gt; Site-to-Site VPN &gt; Advanced &gt; Crypto Maps

Repro steps :

1. Configure 2 trustpoints.
2. Authenticate both the trustpoints with the same CA cert.
3. Try to bind one of them in the above section.

It shows both but when you apply the command, it picks the one authenticated first.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

One CA cert associated with multiple trustpoints.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Delete one of the trustpoints.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte53326</guid>
</item>
<item>
<title>ASDM: SSL VPN Client Profile - need the ability to re-submit the command , Fixed CSCtc54761</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54761</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
In ASDM, Configuration &gt; Remote Access VPN &gt; network (Client) Access &gt; Advanced &gt; SSL VPN &gt; Client Settings, if you change the XML file for a profile and upload it back to the ASA, ASDM does not re-submit the command because it see&#39;s the command as the same (No changes made).  Unfortunately, you need to re-issue the command so that the profile with the changes will be pushed down to the Clients.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
ASDM with a new AnyConnect Client profile.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
In the ASDM | Tools | Command Line Interface, select &quot;Multiple Line&quot; and type the following commands, then click Send:

config terminal
webvpn
svc profiles YourProfileName disk0:/TheModifiedProfile.xml

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54761</guid>
</item>
<item>
<title>SVC Image Order modification not refreshed in ASDM , Fixed CSCte58123</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte58123</link>
<description>None

&lt;B&gt;Symptom:&lt;/B&gt;

SVC Image Order modification not refreshed in ASDM causing problems while deleting one of the image 
through ASDM.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

SVC image order is modified through ASDM.
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;

Refresh the ASDM after every change made.




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte58123</guid>
</item>
<item>
<title>FWSM: :Asdm does not process acl cut and paste as expected , Open CSCte39873</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte39873</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ASDM does not process acl cut and paste as expected  when you attempt
to &quot;cut &quot; and then &quot;paste&quot; an access-list line over to a different relative position within the acl.( Note that you do NOT use option &quot;paste after&quot; but &quot;paste&quot; on the position of intended line  ).
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

For E.G. assume that you attempt to &quot;cut &quot; and then &quot;paste&quot; line 5 to the position of line 1.

Typically in a preview one should expect &quot;no access-list line 5&quot; and then  see it being entered as line 1.

But what you see here is that systematically from line 1 to line 4 are first removed , which makes line 5 automatically line 1.

This behavior is seen only when a non-object-group entry is moved &quot;over&quot; to an object-group entry or vice-versa .

In other scenarios it works as expected.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte39873</guid>
</item>
<item>
<title>ASDM does not read 30 word auth-prompt banner from config , Open CSCte35751</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte35751</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

1) When the ASA config has a long (30 word) auth-prompt banner ASDM when reading the config it will show only 27 words in the Configuration &gt; Device Management &gt; Users AAA &gt; Authentication Prompt &gt; Prompt. field.

2) When setting the field in ASDM to a long 30 word string that exceeds the field space in ASDM the field will get full. If you put the cursor somewhere in the middle of the line to correct something you can&#39;t see the end of the line to correct it any more. The cursor cannot go to the end of the line for more correcting.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Use ASDM to change/edit long auth-prompt ASDM banners.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use CLI.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte35751</guid>
</item>
<item>
<title>Ability to clear CSC events enhancement , Open CSCte82934</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte82934</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Unable to clear CSC events on ASDM CSC home screen
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

ASDM with CSC module management
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Use the functionality in Monitoring &gt; Trend Micro &gt; Live Security Events

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte82934</guid>
</item>
<item>
<title>ASDM will not load interface graphs for ASA 5505 , Fixed CSCte47956</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte47956</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ASDM 6.2.5 will not show any interface graphs when connecting to an ASA 5505. This only happens for monitor only users.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This only occurs with ASDM 6.2 and an ASA 5505. Also, command authorization must be enabled. And while using the default ASDM command authorization configuration, only monitor-only users are affected.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Do not use command authorization for users.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte47956</guid>
</item>
<item>
<title>ASDM doesn&#39;t support object-group and network objects with same name , Open CSCso23263</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso23263</link>
<description>&lt;B&gt;Symptom: ASDM 5.2.3 and ASDM 5.2.3F do not support object groups and objects with the same name.&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Conditions: Network object snd network object groups with the same names in ASDM 5.2.3 and ASDM 5.2.3.F&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround: If you have configure the object and the object group with the same name xxx and want to tje object group in an ACL use the drag &#39;n&#39; drop feature instead.   In the right-hand side window, drag the network object group &quot;xxx&quot; into the source or destination address cell, and it will generate the correct configuration.  Note that if you make any changes in the Edit Access Rule dialog, it will revert back to the incorrect &quot;host xxx&quot; even if you do not change this field.
Tip: If you enable the &quot;Preview commands...&quot; option in Tools &gt; Preferences, you can see the exact CLIs that ASDM sends to the firewall.

&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Further Problem Description: In ASDM if you have an object group and an object with the same name, when trying to use them in an ACL the object will be used as the object group.&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso23263</guid>
</item>
<item>
<title>ASDM incorrectly displays 0 for ACL &#39;Hits&#39; total in Access Rules config , Fixed CSCsu00875</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu00875</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The access-list hit-count entries in ASDM might not be consistent with the true access-list hit counts as reported on the command line interface of the firewall.

To see the hit-count totals from within ASDM, go to Configuration-&gt;Firewall-Access Rules and observe the &#39;Hits&#39; column values.

To see the hit-count totals from with the command line interface, issue the command &#39;show access-list&#39;

This bug causes the &#39;Hits&#39; value within the ASDM GUI to show &#39;0&#39; instead of the actual value.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The user must be using the ASDM GUI to view the hit-count totals for the access-lists on the firewall.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The command line interface gives an accurate representation of the hit-counts of the ACL&#39;s. Use the command line command &#39;show access-list&#39; to see the true hit counts.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu00875</guid>
</item>
<item>
<title>ASDM backup config - does not properly back up pre-shared key for TG , Fixed CSCsy47949</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy47949</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Pre-shared keys on the tunnel-group are not imported correctly to an ASA when restoration of configuration is done.  Backup configuration is done through ASDM.  (Tools ---&gt; Backup Configurations.) During the backup configuration process, the pre-shared keys might be copied as &quot;*&quot; instead of the configured pre-shared key. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Backup configuration process done through ASDM.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Reset the pre-shared-key through CLI after configuration is imported to the ASA.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy47949</guid>
</item>
<item>
<title>ASDM Completion status window stuck at 90% , Fixed CSCsx14802</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx14802</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

ASDM completion window stuck at 90% [ populating GUI modules ]
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

So far, It has been seen on ASDM 6.1.5 after doing changes and swapping between multiples ASA
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Closing the completion window does not affect functionnality


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx14802</guid>
</item>
<item>
<title>ASDM launcher fails to update , Terminated CSCsl60970</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsl60970</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
ASDM launcher reports a newer version available. The update is reported to be successful.
However the launcher still reports version 5.2 running and new version available.






&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
ASDM upgrad from 5.2 to 6.0



&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Remove files and windows registry entries manually,


&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsl60970</guid>
</item>
<item>
<title>ASDM with CSC blank panels and left navigation only , Fixed CSCsv60678</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv60678</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

An ASA 5510 with an SSM-10 CSC module does not show any panel contents (home, configuration, or monitoring) running ASA 8.0.4.8 (base license) and ASDM 6.1.5.50.  The device list, menus, and tool bar are displayed and continue to function, such as the Startup Wizard.  ASDM did show panel contents with the device as received from the factory with ASA 7.2.4 and ASDM 5.2.4.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

SSM-10 CSC module installed.
ASA 8.0.4.8
ASDM 6.1.5.50
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

1. Downgrade to the factory supplied default, ASA operating system 7.2.4, and ASDM 5.2.4.

2. Or, after powering the ASA off, remove the SSM-10 CSC module from the ASA.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Further analysis showed the issue also occurs if there is a CSC activation key rather than as originally described.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv60678</guid>
</item>
<item>
<title>ASDM users with Privilege Level 0,1 Shouldn&#39;t Gain ASDM Access , Fixed CSCso63191</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso63191</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ASDM users with privilege level 0 or 1 can view the configuration tab but portions of the config are missing, portions are the default config, and portions show errors because privilege level 0 and 1 users aren&#39;t allowed to view show commands.  Users attempt to configure something and when they apply the configuration they receive errors &quot;[ERROR] ^ % Invalid input detected at &#39;^&#39; marker.&quot; because they don&#39;t have privilege to apply these changes.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
ASDM user logs in with privilege level 0 or 1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use a privilege level of 2; this allows the user ASDM access but the user cannot access the configuration tab in ASDM.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso63191</guid>
</item>
<item>
<title>Capability to Backup/Restore config/start-up configs , Fixed CSCsu90066</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu90066</link>
<description>&lt;B&gt;Symptom: Capability to Backup/Restore config/startup configs via ASDM&lt;/B&gt;

Currently ASDM backsup only the running config, but not the startup-config.

It also doesn&#39;t restore the running or startup-config which it should.  It also doesn&#39;t restore Identity certificate and keys. It doesn&#39;t restore Local CA certificates.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

All versions of ASDM have this defect.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Currently users have to extract configuration manually from the backup and manually upload it to PIX/ASA via CLI.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

This behavior is documented in the ASDM Configuration Guide.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu90066</guid>
</item>
<item>
<title>Error while reading specified file. Entry rdp cannot be imported. , Open CSCta15802</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta15802</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

&quot;Error while reading specified file. Entry rdp cannot be imported.&quot; when trying to import rdp2 plug-in via ASDM.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

ASDM 6.2.1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Manually enter rdp2 into the &quot;Plug-in Name (Protocol)&quot; menu.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta15802</guid>
</item>
   
</channel>
</rss>
