Juniper Networks

NetScreen Release Notes

 

 

02580 – When you created a new custom service, and then configured a VPN using IKE, the Proxy ID setting in the VPN Autokey IKE configuration incorrectly defaults to the new custom service, and not the ANY service.

02555 – The system incorrectly created sessions for embedded ICMP packets.

02530 – A TCP stack error caused the BGP neighbor state to change to the Idle state before the BGP holddown time value (default of 180 seconds) expired. The BGP neighbor state, a setting determined by whether the current BGP routing instance, can detect its neighbor to be active, and is not supposed to render the neighbor Idle until no neighbor response occurs after the holddown time elapses.

02519 – In an instance where an active-passive HA pair of Juniper NetScreen-208, the SA (Security Association) went out of sync, the backup device became corrupted and the device failed because memory on both devices became corrupted.

02498 – The status link LED incorrectly indicated that the Fast Ethernet port on both the Juniper NetScreen-500 and Juniper NetScreen-200 was running at 10 Mbps while the physical link was correctly running at 100 Mbps.

02486 – In some instances, after enabling a WebSense server, when you accessed the Microsoft Outlook Calendar utility, you would lose connectivity to Outlook Email.

02482 – Slow http/https through vpn. Bug in H323 implementation can possibly cause session leak R. HTTP cant pass if unset flow tcp seq + set flow tcp syn combo is used.

02385 – When you selected multiple source address groups in an intra-zone policy where the source was Trust and the destination was Trust, then the groups were not displayed properly in the Policy list.

02152 – In instances where you created an intra-zone policy with the source zone was Trust and the destination zone was untrust and that used multiple addresses, the Policy list displayed the same entity for both the source and destination in the policy.

02101 – Messages logged with a VIP (Virtual IP) incorrectly indicated the VIP connection connected and disconnected repeatedly, indicating the presence of a false positive even though the VIP connection sent acknowledgment responses to the query. The messages displayed continuously were:

VIP cannot be contacted.

VIP is now alive.

ScreenOS 5.0.0r9-FIPS

P/N 093-1638-000, Rev. A

Page 12 of 42

Page 12
Image 12
Juniper Networks 5200, 208, 204, 500, 5XT, 5400 manual VIP cannot be contacted VIP is now alive