Item | Description | Bug ID |
---|---|---|
1. | In an SLB environment, when the client was directly connected but through different VLANs for forward and backward traffic, the SP CPU utilization became high even though the amount of traffic did not increase, causing a degradation. | prod00265556 |
2. | In a Global SLB environment, when a configuration apply was executed during the periodic statistics calculation, because the internal data structures used in GSLB were reset and repopulated, an illegal access occurred, leading to a panic. | prod00265463 |
3. | In a virtualization environment, when the vADC IP address/net mask combination was configured incorrectly and failed to add the relevant gateway, disabling and then enabling vADCs caused Linux ifconfig errors, resulting in the ADC-VX management losing connectivity. Note: The issue is addressed by not allowing invalid gateway settings and ensuring that the ADC-VX and vADC management IP addresses are defined to be on the same network. | prod00265369 |
4. | In a virtualization environment, when LACP was configured with 40G ports, during vADC boot-up there were many gateway health check failures. | prod00265343 |
5. | In an SLB forceproxy environment with IP service and filters configured, when performing an Apply, Alteon attempted to add a service mapping entry (required for IP address and port translation) for a filter, but instead accessed data meant for a virtual service, causing a panic. | prod00265199 |
6. | In an SSL environment, when configuring Client IP, SSL ID persistency, and SSL ID traffic, a panic occurred. | prod00265198 |
7. | Using WBM with the Class Of Service as 'slboper', the user could perform following actions when they should have been blocked: Apply changes that are in diff Save changes that are in diff flash Revert/revert apply Disable physical ports on the device Access the System > Maintenance menu and generate/extract techdata Do a packet capture and extract it Enable Application logging and extract it Export coredumps | prod00265158 |
8. | In a virtualization environment with HA configured, during upgrade one of the vADCs hung and panicked. | prod00265034 |
9. | Using WBM, when logged in with a TACACS/RADIUS user, the following message displayed: mgmt: The language defined at the TACACS server is not recognized. Using global language | prod00265005 |
10. | Using WBM, on the Layer 7 Load Balancing Content Class Configuration pane, if the content class string contained a backslash (escape characters), the Regex text field value displayed incorrectly. | prod00264997 |
11. | From the Monitoring perspective, attempting to fetch the Layer 3 interface statistics using REST API did not work. | prod00264976 |
12. | From the CLI menu with verbose 1 set, when a health check that is associated to a server group or real server was deleted, a prompt for user input did not display. | prod00264969 |
13. | In an HA environment during configuration sync, the real server configuration under HA triggers was not synced to the peer correctly. | prod00264926 |
14. | In an HA environment with session mirroring enabled after failover, the new master did not mirror sessions to the new backup. | prod00264925 |
15. | In an HA environment, when a backslash ("\") character was used in the LDAP user name, the main device was not synced to the peer device. Also, WBM did not display the devices. | prod00264902 |
16. | In an HA environment configured with SLB, the mirrored P-session on the backup vADC was getting bound with the incorrect real server group, causing services to get hampered. | prod00264846 |
17. | In a virtualization environment, one of the vADCs hanged and panicked. | prod00264775 |
18. | In an SLB environment with health checks configured, with a HTTP health check there was no difference in the failure status regardless of the failure reason. If the checked file was removed (404 code), the file required authentication (401 code) or an internal server error (500 code), For all cases, Alteon displayed the following message: Reason: Server's response is not as expected | prod00264675 |
19. | On 4408 and 5208 platforms, upgrading from versions earlier than 30.2.8.0 to version 30.2.8.0 or later where in the configuration the ports were enabled for management access, the configuration was inconsistent after the upgrade. | prod00264671 |
20. | In an SLB environment with AppShape++ scripts, after adding an AppShape++ script to a virtual server without creating the service on that virtual server, and then performing an apply, an apply error did not occur, and any further configuration change and apply on the virtual server resulted in the message Pending configuration displaying. | prod00264595 |
21. | In a DNS environment, Alteon does not include the edns0 client subnet in the DNS response. | prod00264580 |
22. | Alteon allowed management access via data ports on IPv6, even though the access was disabled. | prod00264532 |
23. | When PIP was configured in a DNS-UDP stateless service, because it is not applicable it was ignored. Note: As a fix, a warning message has been added only in CLI. | prod00264517 |
24. | Image upload on the Management port using SCP was slower than with FTP. | prod00264508 |
25. | In an HA environment with SLB configured, after the configuration sync, as Alteon attempted to configure the backup real server as a backup group, the backup real servers in a group on the peer device were removed. | prod00264424 |
26. | In an SLB environment, incorrect statistics were displayed when fetching virtual service statistics (/stats/slb/virt). The statistics for a real server (Current, Highest, Total sessions) displayed as 0, even though the real server handled the connections. | prod00264422 |
27. | In an IPv6 environment, even though IPv6 local networks were configured, Alteon sent server responses to the default gateway instead of sending them directly to the connected client. As a result, a real server could not be reached from the subnet. | prod00264377 |
28. | In a forceproxy SSL environment, when MP and AX internally went out of synchronization, Alteon continued to send old certificates even after installing a new certificate. | prod00264337 |
29. | Due to an SHA256 digest validation failure, the image upload using SCP failed. | prod00264278 |
30. | In an HA environment, after synchronizing the configuration from the master device, the health checks for a real server failed/toggled on the backup device. | prod00264253 |
31. | Using WBM, in an Inbound Link load balancing environment, the NAT address configuration was missing on the Global SLB's Client Network Rule pane. | prod00264247 |
32. | Using WBM, when attempting to configure an HTTP modification for header removal, Alteon forced the user to input a header value. | prod00264243 |
33. | In an SSL environment, when attempting to import the server certificate from the file containing the certificate, there was no validation to import the certificate part and it failed with a 406 error. | prod00264144 |
34. | In an SLB environment when filter processing was enabled, because the VMAed traffic source MAC learning did not occur, the traffic flooded on all the ports of this VLAN, causing higher throughput utilization. | prod00264006 |
35. | In an SSL environment with Cavium cards, after upgrading some certificates and performing an Apply, a panic occurred. | prod00264005 |
36. | Using HTTPS, a user was not able to access the platform with the default IP address, and a 50x error was issued. | prod00263995 |
37. | In a virtualization environment with HA, when p-session sync updates were received from the master, the backup attempted to become the master. The issue disappeared when p-session sync was configurationally disabled. | prod00263977 |
38. | In a Global SLB environment, when the same virtual server IP address or real server IP address was part of multiple GSLB networks, the selected entries were sorted based on the created preference value and were not according to the network's preference values. As a result, the DNS response could not be controlled based on the source IP address. | prod00263895 |
39. | In an HA environment, when configuration sync failed with a Global SLB/Link Load Balancing configuration, after the failure a new configuration would move automatically to the current configuration without performing an Apply. | prod00263892 |
40. | For BWM-history-related e-mails, when the SMTP 'To' user was not configured and Alteon tried a number of times to send this e-mail, after a while, Alteon did not respond to SSH/HTTPS via management. | prod00263877 |
41. | In an SLB environment with content rules, when the AE rebound the HTTP request based on the metric, and if the selected real server was operationally disabled, the current session statistics of real server were not decremented correctly. | prod00263857 |
42. | Using the CLI, when running the command /stat/sp x/allcpu, the SP CPU statistics displayed as 0%. | prod00263833 |
43. | Using the CLI, when executing a non-existing or hidden command with the /maint/pktcap menu, an error was not issued. Note: As a fix, all the hidden commands under the /maint/pktcap menu were removed and cannot be executed. | prod00263823 |
44. | In an SLB environment, after a particular sequence of SLB configuration steps involving an HTTP virtual service and another virtual server along with an Apply, the configuration became corrupted. | prod00263787 |
45. | In an SLB environment, when a real server with the same IP address was configured for different groups, and each of the groups was configured with the same logical expression health check, Alteon failed to evaluate the logical expression except for the group in which the real server came up first, and the remainder of the real servers remained down in their respective groups. | prod00263771 |
46. | Using WBM, when creating a new HTTP or HTTPS service, Alteon added an extra command for FTP for the service. | prod00263712 |
47. | In an SLB environment, you could not configure a virtual server with a different protocol, the following error was issued: Error: Virtual server v1 has the same SIP SLB group id as virtual server v1-udp | prod00263675 |
48. | In an SLB environment with multiple rports, when a new real server was created with addports and if it was associated to more than one service, if any of the service health checks was toggled, Alteon forwarded client requests to the server on the service port rather than on the real server's service port (rport = addport of the real server). | prod00263661 |
49. | In the virtualization environment, when ADC-VX rebooted with a panic, the RADIUS secret became corrupted and the RADIUS login failed. | prod00263619 |
50. | In an SLB environment, after enabling an SNMP health check for a group with the roundrobin metric, a panic occurred. | prod00263589 |
51. | In an SLB environment, when a group was manually configured with one or more real servers, when deleting or removing the real servers from the group, the following Apply error displayed: Error: Real server group 100 associated to virtual server 100 service 80 is not defined | prod00263581 |
52. | In a virtualization environment, when autosync was enabled on both the ADC-VX and vADCs, configuration changes of the primary vADC from the ADC-VX triggered the sync to loop between the vADCs. | prod00263519 |
53. | In an Alteon integrated with AppWall environment and AppWall in inline mode, you could not download a 17 Mb TXT file and only partial files were downloaded, even though the same action worked while AppWall was in out-of-path mode | prod00263428 |
54. | On an Alteon VA platform, even though new VLANs were defined to contain default ports, after reboot, this configuration was always pending in the diff operation. | prod00263373 |
55. | In an SLB environment with APM and AppWall enabled on a service, when downloading a big HTML file, SP memory reached 100%. | prod00263313 |
56. | In a VRRP active-standby configuration, when configuration sync was performed, although the corresponding virtual service was UP, the virtual router (VSR) went into the INIT state. | prod00263221 |
57. | In a virtualization environment on an ADC-VX, with vadcadv enabled, when an upgrade was performed from versions earlier than 30.5.3.0/31.0.3.0 to the 32.x versions, the configuration appeared in the diff after reboot. | prod00263165 |
58. | In a configuration where a client packet comes into Alteon on one VLAN (ingress), and after server processing the response packet leaves to the client on another VLAN (egress), duplicate IP FDB entries were created for external IP addresses. | prod00263126 |
59. | If the IDSChain was not working for subsequent fragments or did not forward fragment IP frames that matched a filter, RADIUS Server communication broke. | prod00263100 |
60. | In a SmartNAT environment, the concurrent session’s value of the WAN link server was far greater than the displayed session statistics. | prod00261498 |
61. | There was a discrepancy between the peak compressions usage command output (/info/swkey) and Alteon syslog messages. | prod00261322 |
62. | Due to a kernel issue, Alteon went into ULP mode and could not be accessed via Telnet, SSH, HTTP or HTTPS while the Management IP address was reachable only over ICMP. | prod00260718 |
63. | Using WBM, in an SSL environment, in the Export tab, even though the certificate and key option was selected for export, only one export button displayed. | prod00258540 |
64. | There was no meaningful usage information for /c/slb/ssl/adv/hwoffld d for Cavium-installed devices. Note: As a fix, the following message was introduced for Cavium cards: /cfg/slb/ssl/adv/hwoffld: This command is not applicable with Cavium card | prod00258474 |
65. | Using WBM for SLB monitoring, when a content rule was used with a real port, the session counter displayed incorrectly. | prod00245170 |
66. | Using WBM, from the Configuration > Application Delivery > LinkProof > Inbound LLB Rules pane, there were several issues during configuration. | prod00243119 |
67. | Using WBM, when creating a virtual service, the report service was added and displayed in diff, even though it is a default option. | DE40272 |
68. | In an SLB environment, when the system was booted from /boot/shutdown state, a Revert Apply at a later point caused the group ID under the first virtual service to become corrupt. | DE42023 |