[Contents] [Prev] [Next] [Report an Error] [No Frames]


Known Problems and Limitations

This section identifies the known problems and limitations in this release. For more information about known problems that were discovered at customer sites, you can log in to the JUNOSe Knowledge Base at https://www2.juniper.net/kb/, enter the defect ID number in the Search by Keyword field, and click Search.

ANCP

ATM

Work-around: Either remove the passive OSPF interface statements on the NBMA interfaces, or statically configure the OSPF cost on the NBMA interfaces.

Work-around: Use a mirror rule that triggers on account session ID rather than on username.

Work-around: Incremental InPacketDiscards during call setup do not necessarily indicate a problem. However, we recommend you investigate an excessive count because that might indicate a connection that cannot be successfully brought up for some reason, such as RADIUS denials or improper configuration.

At the major interface level, the inPacketDiscards counter includes both inPacketsDropped and inPacketUnknownProtocol statistics. The inPacketUnknownProtocol statistics should be displayed by a separate counter. [Defect ID 44286]

Work-around: Configure a CBR or a UBR plus PCR to create the circuit with the same parameters, depending on the desired priority for the traffic. CBR has a high priority and UBR plus PCR has a medium priority.

BFD

Bridged Ethernet

CLI

Work-around: Reissue the commands necessary to reenter the desired mode.

Work-around: Try using the dhcp delete-binding all command. If this does not clear the subscribers, you may want to reload the line module to avoid further issues.

DHCP

Work-around: To avoid this defect, do all of the following:

DHCP External Server

DoS Protection

Work-around: When the traffic drops below 4096 pps, open a new Telnet session.

Ethernet

Work-around: Use the following commands to enable auto link selection (GE port redundancy) and to switch from one port to the other port:

(config-if)#no link selection
(config-if)#link failover force

File System

Forwarding

Work-around: Before you can re-execute the PPPoE-over-LAG configuration, delete the existing PPPoE-over-LAG configuration.

For example, the following configuration fails because S-VLAN 22 falls within the previously specified S-VLAN range of 21-23.

host1(config-if)#vlan bulk-config BulkDHCPCnfg1 svlan-range 21 23 401 426
host1(config-if)#vlan bulk-config BulkDHCPCnfg1 svlan-range 21 23 427 712
host1(config-if)#vlan bulk-config BulkCezarCnfg2 svlan-range 22 22 101 110

Work-around: You can do either of the following to avoid this problem.

ICR

Work-around: To correct this problem and enable ICR partitions to be created correctly, make sure that you add the ICR partition configuration before the subscriber interface configuration in the .scr file. You can perform this reordering by modifying the .scr file to place the commands that configure subinterfaces for ICR partitions before the commands used for VLAN-based or S-VLAN-based grouping of subscribers.

Work-around: To avoid this problem, add an additional delay of one second using the sleep command in the macro, before the ip vrrp vrid enable command that is written in the macro to enable VRRP instance.

For example, consider a macro that contains the following commands:

ip vrrp vrid enable
ip vrrp vrid icr-partition partitionId

Modify the macro, as follows, to add a delay of one second before the VRRP instance ID is enabled on the router and a delay of another second before the ICR partition that corresponds to the VRRP instance is created:

sleep 1
ip vrrp vrid enable
sleep 1
ip vrrp vrid icr-partition partitionId

IGMP

Work-around: If an IGMPv2 router is present on the network, do not configure version 3 with the ip igmp-proxy version command on that network interface. (Version 2 is the default.)

IP

Work-around: To recover from the error, issue the slot reload command anytime after the module begins to reset.

Work-around: Use a macro to delete all static subscriber interfaces before you delete a VRF.

Work-around: Issue the ip alwaysup command to prevent the route from being removed from the IP routing table after the interface is shut down.

IPSec

Work-around: Configure the IPSec tunnels to use ISASKMP/IKE to negotiate SA and establish keys. [Defect ID 178304]

Work-around: After you create the tunnel, bounce the tunnel interface by issuing the shutdown/no shutdown command sequence. The tunnel comes up successfully.

IS-IS

L2TP

MLD

Work-around: If an MLDv1 router is present on the network, configure version 1 with the ipv6 mld-proxy version command on that network interface. (Version 2 is the default.)

MLPPP

Mobile IP

Work-around: Use the following version of the command instead:

clear ip mobile binding nai user@realm

Work-around: You can use the user@realm syntax instead to display the binding for a specific user, as in this example:

host1#show ip mobile binding nai xyz@example.com

Alternatively, you can display the entire Mobile IP binding table by issuing the show ip mobile binding command without additional options.

Work-around: Issue the clear ip mobile binding all command before you issue the no virtual router command. The clear command clears all the MIP subscribers and sends a RADIUS Acct-Stop message with the appropriate accounting statistics for the subscribers.

MPLS

Work-around: Issue the no mpls command to disable MPLS, then delete the interface.

Work-around: Configure static RPF routes with native hops when LSPs are autoroute announced to IGPs.

Work-around: To reinstate the proper setting ("Control word is preferred by default"), remove the MPLS shim interface from the ATM subinterface and then reconfigure it.

Multicast

Netflow

Work-around: After the cold switchover is completed, reissue the ip flow-sampling-mode packet-interval 10 command on each VR, even though the command is present in the configuration.

Policy Management

Work-around: To avoid potential performance issues, we recommend that you do not configure more than 1022 secure policies per module.

Work-around: To avoid this problem, do not update the rate-limit profile in Global Configuration mode in a scaled environment.

Work-around: To correct this problem, remove the entire interface configuration.

Work-around: To correct this problem, remove the entire interface configuration.

PPPoE

QoS

Work-around: Avoid using two QoS profiles that modify the same scheduler property inconsistently, such as setting different values for the shaping rate for the same S-VLAN node.

Work-around: Use node-controlled compound shared shaping configured on the best-effort scheduler node with EFA2-based ATM line modules.

Work-around: To ensure low strict-priority latency, shape the port rate to no more than 148.5 Mbps.

Work-around: Do not change the shaping rate in a QoS profile that affects thousands of circuits while QoS traffic is using the profile.

Work-around: Do not exceed a shaped port rate of 542 Mbps.

Work-around: Remove the interface and add the desired QoS parameters when you re-create the interface instead of deleting the definition.

Work-around: To avoid this problem, apply shared shaping on the best-effort queue, instead of on the best-effort node.

RSVP-TE

Service Manager

This problem also occurs when a subscriber is authenticated using a RADIUS server for a combined IPv4 and IPv6 service in a dual stack.

Work-around: To avoid this problem, use the show service-management owner-session ownerName ownerId command to display subscriber session information based on the session owner, instead of the show service-management subscriber-session subscriberName interface interfaceType command to display details on subscriber sessions.

SNMP

SONET

Work-around: Use only a value in the range 5-8 when you issue the threshold sd-ber command for this module combination, as in the following example:

host1(config)#controller sonet 2/1
host1(config-controll)#aps group boston
host1(config-controll)#aps protect
host1(config-controller)#threshold sd-ber 6

SRC Software and SDX Software

Work-around: To change the router name while the SRC client is connected to the SAE, shut down the SRC client, change the name, then re-enable the SRC client.

Stateful SRP Switchover (High Availability) and IP Tunnels

Subscriber Management

These scenarios might occur if you administratively issue the shutdown and no shutdown commands on the major interface in which the dynamic interface column is configured.

Work-around: Use the no interface ip ipAddress command to remove the dynamic subscriber interfaces. Although you can use the dhcp delete-binding command to remove the DHCP binding and the dynamic subscriber interfaces, the DHCP client does not detect the binding removal and retains the lease.

System

Work-around: Ensure that you firmly insert the IOA into the chassis when you hot swap IOAs. Do not attempt a second hot swap of an IOA that has not indicated that it completed the first hot swap cycle. You can remove the IOA when either its OK or FAIL LED is illuminated.

System Logging

TCP

Unified ISSU

Work-around: To prevent the exclusion of a subsystem file from the release, do the following before you upgrade to a new JUNOSe release that supports unified ISSU:

  1. Issue the show subsystems file fileName.rel command, where fileName is the name of the software release file, to determine whether any of the subsystem files are excluded from the release.
  2. For each subsystem file that is excluded, issue the no exclude-subsystem subsystemName command to remove the exclusion for the specified subsystem file.

If you copied the software release to the router before removing the subsystem file from the exclusion list, you must copy the release to the router again to ensure that all subsystem files are included in the release.


[Contents] [Prev] [Next] [Report an Error] [No Frames]