Table of Contents
Advertisement
JUNOS OS 10.4 Release Notes
70
In Junos OS Release 10.0 and later, the FPCs in M320 and T Series routers might crash
when the error "PFE: Detected error next-hop" (corrupted next-hop) is encountered.
[PR/546606: This issue has been resolved.]
On M120 routers, multicast packet drops occur when both the Fast Ethernet and the
SFP Gigabit Ethernet PICs are located on the same Packet Forwarding Engine.
[PR/546835: This issue has been resolved.]
In Junos OS Release 9.3 and later, when routers using Enhanced FPCs (T640-FPCx-ES
or T1600-FPC4-ES FPCs) have a configuration involving CBF LSPs and aggregate
interfaces, a jtree corruption might occur when a flap from a member link in the
aggregate occurs on the remote end, or the FPC of the remote router is rebooted. To
avoid this issue, use the
). The error message "PFE: Detected error nexthop:" indicates a jtree
indirect-next-hop
corruption. [PR/548436: This issue has been resolved.]
In a multicast VPN scenario, if the default-vpn-source is configured under protocol
PIM, then the FPC holding is configured, the MS-PIC might core when it is taken offline.
[PR/550061: This issue has been resolved.]
A kernel core is generated when a logical interface that is a member of an AE bundle
is activated and deactivated. [PR/553392: This issue has been resolved.]
Routing Protocols
The output of the
show ospf statistics
statistics. [PR/427725: This issue has been resolved.]
The mirror receive task variable may not be cleared when the routing protocol process
is heavily scaled. Hence, the NSR replication for RIP status stays in the "InProgress"
state indefinitely. [PR/516003: This issue has been resolved.]
Under rare circumstances, multiple commits might crash both Routing Engines. The
routing protocol process dumps core and restarts only on the master Routing Engine.
This issue occurs when commits are executed within one minute. [PR/516479: This
issue has been resolved.]
Upon an NSR mastership switch or ISSU upgrade, the multicast resolve route for IPv4
224/4 or inet6 ff00::/8 might be missing within the forwarding-table. To recover from
this condition, deactivate and activate the protocol pim stanza, or restart the routing
protocol process. [PR/522605: This issue has been resolved.]
For Junos OS Release 9.5 and above, the BGP parse community begins with "0" as the
octal value. This behavior is different in earlier releases. [PR/530086: This issue has
been resolved.]
The overload bit in the ISIS LSP MT-TLV may trigger the IS-IS to install a default route
to the overload bit advertiser. And the output of the
command displays an unknown TLV. [PR/533680: This issue has been resolved.]
The routing protocol process might crash due to an invalid prefix-length value in one
of the flow-spec routes. [PR/534757: This issue has been resolved.]
option (
indirect-next-hop
routing-options forwarding-table
command does not display the hello packet
show isis database extensive
Copyright © 2011, Juniper Networks, Inc.
Advertisement
Table of Contents
