![]() ![]() |
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. Problems that have not been reported by customers are documented only in these Release Notes.
ATM
DHCP
- DHCP packets are not forwarded to the DHCP server over dynamically created interfaces when all of the following are true: [Defect ID 180343]
- DHCP relay or DHCP relay proxy is configured on the router.
- The client-facing interfaces are created dynamically using bridged Ethernet over static ATM PVCs.
- The ip auto-detect ip-subscriber command is configured to enable packet detection (packet triggering) and to trigger creation of dynamic subscriber interfaces.
Work-around: To avoid this defect, do all of the following:
- Do not use the ip auto-detect ip-subscriber command to enable packet triggering and to create dynamic subscriber interfaces.
- Ensure that the DHCP external server is configured in the virtual router.
- Ensure that the set dhcp relay inhibit-access-route-creation command is configured in the virtual router to prevent DHCP relay from installing host routes by default.
- A memory leak is observed on the SRP module when subscriber sessions are flapped in an environment in which 48,000 DHCP proxy client bindings are established. [Defect ID 189488]
Forwarding
- When performing MAC validation to match subscriber demux entries with ARP host entries, the ES2 10G LM does an exact match, rather than a longest prefix match. The subscriber demux entry source address must be a /32 value matching the IP address of an ARP entry in order to validate the MAC address against that ARP entry. [Defect ID 79641]
- When you attach certain hierarchical policies to subinterfaces as input policies, secondary input policies, and output policies, incoming traffic loss can occur when the number of subinterfaces to which the policies are attached exceeds 4600. [Defect ID 86741]
- On the ES2 10G LM, a VLAN ID of 0 assigned to an interface can prevent packets from being properly forwarded. [Defect ID 176125]
- After you configure fast reroute extensions to RSVP-TE to enable local protection for the ingress router of the primary LSP by using bypass tunnels, forwarding of IPv6 traffic to some of the labeled BGP routes or IPv6 destinations over ES2 10G LMs and ES2 4G LMs fails. [Defect ID 189451]
- For IP and VLAN policies attached to VLAN subinterfaces on ES2 10G LMs and ES2 10G Uplink LMs, the output policy counters for outgoing control and exception packets are incorrectly displayed in the output of the show ip interface and show vlan subinterface commands. These counters are not incremented correctly in the VLAN policy output section of the output of the show vlan subinterface command and in the IP policy output section of the output of the show ip interface command. [Defect ID 190083]
IGMP
- IGMPv3 proxy is not supported. [Defect ID 46038]
- The E Series router IGMPv3 proxy does not operate correctly in the presence of IGMPv2 queriers. [Defect ID 46039/46045]
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.)
- The default value for the IGMPv3 proxy unsolicited report interval timer should be 1 second rather than 10 seconds (the value for v2). [Defect ID 46040]
IS-IS
- On a router configured with IS-IS and BFD, using the redundancy force srp command to force an SRP switchover sometimes brings down IS-IS and BFD. [Defect ID 179287]
- If you configure one subinterface with an IPv6 address and set up IS-IS adjacencies on it, and configure another subinterface with an IPv4 address and enable IS-IS adjacencies on it, the router does not learn the IPv4 routes if the IS-IS metric of the IPv6 interface is lower than the IS-IS metric of the IPv4 interface. Similarly, the router does not learn the IPv6 routes if the IS-IS metric configured for the IPv4 interface is lower than the IS-IS metric of the IPv6 interface. In such a scenario, the output of the show ip route and show ipv6 route commands indicate that the IPv4 or IPv6 routes are not correctly learned by the router. When an IPv6 subinterface and an IPv4 subinterface contain the same IS-IS default metric value, the router learns only the IPv6 routes and does not learn the IPv4 routes. [Defect ID 191859]
L2TP
- After a unified ISSU completes on a router functioning as an L2TP access concentrator (LAC), traffic outages occur on the L2TP network server (LNS)-facing interface at the LAC in a configuration with 16,000 or 32,000 L2TP sessions over 500 tunnels. [Defect ID 180147]
- Approximately 25 percent of the total number of L2TP subscriber sessions are terminated and reestablished after a long time (about 25 minutes for 8000 sessions) when an ATM line module on a router that functions as the LAC device is reloaded. [Defect 187515]
- If you perform a unified ISSU operation on an E120 router or an E320 router that contains two pairs of line modules configured for stateful line module switchover and functions as an LNS device, the SRP module resets during the unified ISSU process. This problem occurs when any one of the following conditions are met: [Defect ID 186910]
- A certain number of L2TP subscribers are already connected to the router and more subscriber sessions are attempted to be established during the unified ISSU process.
- The logged-in L2TP subscribers are logged out and the subscriber sessions are attempted to be reestablished.
- After the initialization phase of the unified ISSU process is started and completed, a stateful line module switchover is performed and another unified ISSU process is performed while more subscribers are logging in.
- When you perform a stateful SRP switchover procedure on an LNS device that contains an ES2 4G LM with Service IOA (tunnel server module), some of the 16,000 subscriber sessions over 16,000 tunnels that are established are terminated. This problem occurs when OSPF is used as the routing protocol between the LAC and LNS devices in the L2TP tunnel, and with the number of L2TP retransmission attempts configured as 10. [Defect ID 187358]
MLD
- MLDv2 proxy is not supported. [Defect ID 46038]
- The E Series router MLDv2 proxy does not operate correctly in the presence of MLDv1 queriers. [Defect ID 46039/46045]
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.)
- The default value for the MLDv2 proxy unsolicited report interval timer should be 1 second rather than 10 seconds (the value for v1). [Defect ID 46040]
MPLS
Policy Management
- Rate limiters on the ES2 10G ADV LMs might be corrupted when a large-scale update of policy information on the line modules occurs. In such a scenario, the rate limiter on the LMs have a different committed-rate value from the committed-rate value for the rate limiter on the SRP module. As a result, the policy configuration on the ES2 10G ADV LMs and the SRP modules become inconsistent. This problem occurs with approximately 13,000 PPPoE subscribers that are logged out and logged in again. [Defect ID 90738]
- High CPU utilization is seen in the output of the show utilization command (a value of 100 is displayed under the cpu (%) column) when you issue the show qos interface-hierarchy interface { gigabitEthernet | fastEthernet } command. This problem occurs when you attach QoS profiles to interfaces specified with ATM VC and VLAN queues, bulk VLAN configuration, and QoS parameters. [Defect ID 94097]
- When you perform a stateful SRP switchover with high availability in the enabled state and with approximately 5000 dual-stack subscriber sessions, independent IPv4 sessions, or independent IPv6 sessions established on the router, the following log message is recorded for the policyMgrGeneral system logging category: [Defect ID 186570]
ERROR 09/26/2011 22:30:43 policyMgrGeneral: Error restoring policy attachment for 480926 from MS/NVS
This problem occurs when the router configuration contains GRE tunnels, IPv4 secure policies, and IPv6 secure policies, and packet mirroring is enabled using username as the trigger. This problem might also happen during unified ISSU.
QoS
- On a router that has both an ES2 10G LM and an ES2 4G LM installed, the byte count reported by the show fabric-queue egress-slot command is incorrect. The reported packet count is correct. [Defect ID 80965]
- The no qos-parameter-define definition command does not delete the specified QoS parameter definition. [Defect ID 176844]
Work-around: Remove the interface and add the desired QoS parameters when you re-create the interface instead of deleting the definition.
- When 32,000 subscribers with 128,000 QoS queues are brought up on an ES2 10G or ES2 10G ADV LM, the LM resets if you modify the QoS profile that contains the best-effort IP or VLAN node rule, which references a scheduler profile configured with shared shaping rate, to a scheduler profile configured with legacy shaping rate. [Defect ID 183291]
Work-around: To avoid this problem, apply shared shaping on the best-effort queue, instead of on the best-effort node.
- Simple shared shaping does not function correctly when it is used for 32,000 subscribers on an ES2 10G ADV LM. However, when you change the shaper to compound shared shaping, it works properly. Also, simple shared shaping does not function correctly for 16,000 subscribers on an ES2 10G ADV LM. [Defect ID 183512]
- When you configure an E120 or E320 router with an ES2 10G ADV LM as a LAC on one side of an L2TP tunnel and as an LNS to receive packets from the LAC on the other side of the tunnel, use RADIUS servers for authentication of subscribers on both sides of the tunnel, and attempt to bring up 16,000 subscribers on the L2TP tunnel, the LM that has subscribers on the LAC side of the tunnel resets when approximately 8000 logged-in subscribers are logged out and try to reestablish the connection. [Defect ID 184118]
SDX Software and SRC Software
Server Card Manager (SCM)
- High availability mode transitions to the pending state when you perform the following steps. The high availability state of the system is displayed in the output of the show redundancy detail command.
- Configure a shared tunnel-server port on an ES2 4G line module that functions as the primary line module in a redundancy group of line modules.
- Bring up a GRE tunnel on the primary line module.
- Perform a line module redundancy operation to switch over from the currently active primary to the standby module.
When the system is in the pending state, the SCM application running on the router becomes unsupported for five minutes, and then it returns to the active state. The client field in the output of the show redundancy clients command displays the status of the SCM application. [Defect ID 188489]
Service Manager
- When a subscriber has subscribed for a service, service session accounting records always contains a default Acct-Terminate-Cause value of 10. This value remains unchanged even after you use the terminate-code command to configure a custom mapping between application terminate reasons and RADIUS Acct-Terminate-Cause attributes. [Defect ID 181043]
- Activation of service sessions for a subscriber with DHCPv6 over IPv6 bindings using the COA method that uses RADIUS Change-of-Authorization-Request (COA-Request) messages and VSAs does not work if the service session was previously activated using the RADIUS login method that uses Access-Accept messages and VSAs. However, this problem does not occur for IP subscriber service sessions. Also, this problem does not occur if service sessions for subscribers with DHCPv6 over IPv6 bindings are activated only using the COA method. [Defect ID 189403]
Stateful SRP Switchover (High Availability) and IP Tunnels
- A packet loss sometimes occurs during stateful SRP switchover when you use the ping command on a router that is configured for OSPF graceful restart, and is connected to a helper router in the OSPF IPv6 broadcast network and another helper router in the OSPF IPv6 backbone area. [Defect ID 181470]
- ERX7xx model, ERX14xx model, or ERX310 router:
- When you use the ping command with the IPv6 address of the helper router in the multicast area as the destination address and the loopback address of the helper router in the backbone area as the source address, a packet loss of two seconds occurs for the first stateful SRP switchover. However, no packet loss occurs for successive stateful SRP switchovers.
- When you use the ping command with the IPv6 address of the helper router in the broadcast network as the destination address and no source address when stateful SRP switchover is performed the first time, an identical packet loss occurs. In this case too, no packet loss occurs during subsequent switchovers.
- E120 router or E320 router:
- When you use the ping command with the IPv6 address of the helper router in the broadcast network as the destination address and the loopback address of the helper router in the backbone area as the source address, no packet loss occurs.
- When you use the ping command with the IPv6 address of the helper router in the multicast area as the destination address and no source address, a packet loss of 12 seconds sometimes occurs during stateful SRP switchovers.
Subscriber Management
- Dynamic subscriber interfaces continue to remain in the down or not present operational state in either of the following scenarios: [Defect ID 81269]
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.
- When a dynamic GRE tunnel interface for Mobile IP relocates between SM modules because the original SM reloads, Mobile IP deletes the relocated tunnel interface. [Defect ID 178399]
System
- Memory leak is observed with the SRP-100 module while subscribers are being brought up on a LAC device and the active link between the LAC device and the LNS device in an L2TP tunnel is flapping. This problem occurs when the following steps are performed: [Defect ID 189353]
- Two redundant links connect the LAC device to the LNS device in the L2TP tunnel.
- DHCPv6 subscribers over PPPoE interfaces connected to a LAC device are attempted to be brought up.
- The active link between the LAC and LNS devices flaps continuously 1000 times using the shutdown and no shutdown commands.
- Memory-related output information is collected at a base condition where the active link is up again and no subscriber is connected to the router.
When you perform each iteration of the preceding four steps, the amount of free memory on the SRP-100 module decreases and validates a memory leak.
TCP
Copyright © 2014, Juniper Networks, Inc. Report An Error |
![]() ![]() |