-
公开(公告)号:US20180123869A1
公开(公告)日:2018-05-03
申请号:US15855595
申请日:2017-12-27
Applicant: Juniper Networks, Inc.
Inventor: Nischal Singh , Hariharan Boopathy , Rahul Unnikrishnan
IPC: H04L12/24 , H04L12/18 , H04L12/761
CPC classification number: H04L41/0654 , H04L12/18 , H04L12/185 , H04L45/16
Abstract: Techniques are described for enhancements to Protocol Independent Multicast (PIM) to support multicast only fast re-route (MoFRR) over a remote loop free alternate (RLFA) backup path in a network. This disclosure describes a modified PIM control message having a new PIM message type and an additional field to indicate an address of a RLFA network device in the RLFA backup path. According to techniques of this disclosure, network devices along the RLFA backup path are configured to forward the modified PIM control message toward the RLFA network device instead of toward a source of a requested multicast group. When the RLFA network device receives the modified PIM control message, the RLFA network device is configured to forward a conventional PIM control message towards the source of the requested multicast group. In this way, PIM can be used to provide MoFRR over a RLFA backup path.
-
公开(公告)号:US20210067463A1
公开(公告)日:2021-03-04
申请号:US16555836
申请日:2019-08-29
Applicant: Juniper Networks, Inc.
Inventor: Nirmalya Mukhopadhyay , Nischal Singh , John G. Scudder , Rahul Unnikrishnan
IPC: H04L12/947 , H04L12/759 , H04L12/717
Abstract: Responsive to receiving the BGP UPDATE message, a route reflector may (1) update a CLUSTER_LIST value and, if needed, an ORIGINATOR_ID value, in a path attribute section in the BGP UPDATE message to generate a revised BGP UPDATE message, and (2) send the revised BGP UPDATE message to a client of the route reflector, regardless of whether or not one of (A) field validity checking of the BGP UPDATE message, (B) Adj-RIBS-In update using the BGP UPDATE message, (C) decision processing for route selection using information in the BGP UPDATE message, or (D) Adj-RIBS-Out update using the BGP UPDATE message, is completed (or perhaps even started). This provides faster route propagation and avoids delays associated with processing BGP UPDATE messages (NLRI with advertisements and withdrawals) at each hop the NLRIs using conventional BGP such as next-hop validation, best path selection, etc.
-
公开(公告)号:US11057235B1
公开(公告)日:2021-07-06
申请号:US16790640
申请日:2020-02-13
Applicant: Juniper Networks, Inc.
Abstract: The potential problem of sending (or resending) PIM join/prune messages (referred to as “PIM join(s)”) too infrequently may be solved by: (a) sending a PIM join, including a unique message identifier value, to an upstream PIM peer; (b) responsive to sending the PIM join, (1) starting a quick refresh timer, and (2) starting a standard refresh timer, which is longer than the quick refresh timer; (c) responsive to a determination that the quick refresh timer expired, (1) resending the PIM join to the upstream PIM peer, and (2) restarting the quick refresh timer; (d) responsive to a determination that the standard refresh timer expired, (1) resending the PIM join message to the upstream PIM peer, and (2) restarting the standard refresh timer; (e) receiving a PIM join response from the upstream PIM peer, wherein the PIM join response includes a unique message identifier value; (f) responsive to receiving the PIM join response and determining that the unique message identifier value in the PIM join response matches the unique message identifier value in the PIM join/prune message, stopping the quick refresh timer. The potential problem of sending (or resending) PIM joins too frequently may be solved by having the PIM join response further include a long refresh timer value, and responsive to receiving the PIM join response from the upstream peer, further (1) stopping the standard refresh timer, and (2) starting a long fresh timer using the long refresh timer value, and responsive to determining that the long refresh timer expired, (1) resending the PIM join/prune message to the upstream PIM peer, and (2) restarting the long refresh timer.
-
公开(公告)号:US11050681B2
公开(公告)日:2021-06-29
申请号:US16555836
申请日:2019-08-29
Applicant: Juniper Networks, Inc.
Inventor: Nirmalya Mukhopadhyay , Nischal Singh , John G. Scudder , Rahul Unnikrishnan
IPC: H04L12/947 , H04L12/717 , H04L12/759 , H04L12/707 , H04L12/701 , H04L12/751 , H04L12/715
Abstract: Responsive to receiving the BGP UPDATE message, a route reflector may (1) update a CLUSTER_LIST value and, if needed, an ORIGINATOR_ID value, in a path attribute section in the BGP UPDATE message to generate a revised BGP UPDATE message, and (2) send the revised BGP UPDATE message to a client of the route reflector, regardless of whether or not one of (A) field validity checking of the BGP UPDATE message, (B) Adj-RIBS-In update using the BGP UPDATE message, (C) decision processing for route selection using information in the BGP UPDATE message, or (D) Adj-RIBS-Out update using the BGP UPDATE message, is completed (or perhaps even started). This provides faster route propagation and avoids delays associated with processing BGP UPDATE messages (NLRI with advertisements and withdrawals) at each hop the NLRIs using conventional BGP such as next-hop validation, best path selection, etc.
-
公开(公告)号:US09860110B2
公开(公告)日:2018-01-02
申请号:US14870941
申请日:2015-09-30
Applicant: Juniper Networks, Inc.
Inventor: Nischal Singh , Hariharan Boopathy , Rahul Unnikrishnan
IPC: H04L12/24 , H04L12/18 , H04L12/761
CPC classification number: H04L41/0654 , H04L12/18 , H04L12/185 , H04L45/16
Abstract: Techniques are described for enhancements to Protocol Independent Multicast (PIM) to support multicast only fast re-route (MoFRR) over a remote loop free alternate (RLFA) backup path in a network. This disclosure describes a modified PIM control message having a new PIM message type and an additional field to indicate an address of a RLFA network device in the RLFA backup path. According to techniques of this disclosure, network devices along the RLFA backup path are configured to forward the modified PIM control message toward the RLFA network device instead of toward a source of a requested multicast group. When the RLFA network device receives the modified PIM control message, the RLFA network device is configured to forward a conventional PIM control message towards the source of the requested multicast group. In this way, PIM can be used to provide MoFRR over a RLFA backup path.
-
公开(公告)号:US11070386B2
公开(公告)日:2021-07-20
申请号:US16677510
申请日:2019-11-07
Applicant: Juniper Networks, Inc.
IPC: H04L12/18 , H04L12/801
Abstract: The potential problem of too many unique protocol independent multicast (PIM) joins (corresponding to unique (Source, Group) combinations) in PIM join/prune messages being received by a router may be solved by controlling (e.g., limiting) a number of unique PIM joins to be sent to the router from a downstream device. This may be accomplished, for example, by communicating a limit (or multiple different limits) from a PIM device to one or more downstream PIM neighbors. For example, the limit may be encoded in a PIM Hello message (e.g., as an Option Type-Length-Value (TLV)).
-
公开(公告)号:US20210144019A1
公开(公告)日:2021-05-13
申请号:US16677510
申请日:2019-11-07
Applicant: Juniper Networks, Inc.
IPC: H04L12/18 , H04L12/801
Abstract: The potential problem of too many unique protocol independent multicast (PIM) joins (corresponding to unique (Source, Group) combinations) in PIM join/prune messages being received by a router may be solved by controlling (e.g., limiting) a number of unique PIM joins to be sent to the router from a downstream device. This may be accomplished, for example, by communicating a limit (or multiple different limits) from a PIM device to one or more downstream PIM neighbors. For example, the limit may be encoded in a PIM Hello message (e.g., as an Option Type-Length-Value (TLV)).
-
公开(公告)号:US20170093612A1
公开(公告)日:2017-03-30
申请号:US14870941
申请日:2015-09-30
Applicant: Juniper Networks, Inc.
Inventor: Nischal Singh , Hariharan Boopathy , Rahul Unnikrishnan
CPC classification number: H04L41/0654 , H04L12/18 , H04L12/185 , H04L45/16
Abstract: Techniques are described for enhancements to Protocol Independent Multicast (PIM) to support multicast only fast re-route (MoFRR) over a remote loop free alternate (RLFA) backup path in a network. This disclosure describes a modified PIM control message having a new PIM message type and an additional field to indicate an address of a RLFA network device in the RLFA backup path. According to techniques of this disclosure, network devices along the RLFA backup path are configured to forward the modified PIM control message toward the RLFA network device instead of toward a source of a requested multicast group. When the RLFA network device receives the modified PIM control message, the RLFA network device is configured to forward a conventional PIM control message towards the source of the requested multicast group. In this way, PIM can be used to provide MoFRR over a RLFA backup path.
-
公开(公告)号:US12120020B2
公开(公告)日:2024-10-15
申请号:US17662882
申请日:2022-05-11
Applicant: Juniper Networks, Inc.
Inventor: Karan Janakkumar Dhanak , Nischal Singh , Rahul Unnikrishnan
Abstract: A network device may receive RSVP path request messages from an upstream ingress network device, and may generate an RSVP path error message, with an overload error code and a timeout period, after the network device is online within the configured timeout period. The network device may provide the RSVP path error message to the ingress network devices to cause the ingress network devices to wait for expiration of the timeout period, after the network device is fully online, until resending the RSVP path request messages. The network device may receive new RSVP path request messages from the ingress network devices after expiration of the timeout period after the network device is fully online, and may establish, based on the new RSVP path request messages, label-switched paths from the ingress network devices.
-
公开(公告)号:US10257074B1
公开(公告)日:2019-04-09
申请号:US14871006
申请日:2015-09-30
Applicant: Juniper Networks, Inc.
Inventor: Nischal Singh , Rahul Unnikrishnan , Hariharan Boopathy
IPC: H04L12/761 , H04L12/707 , H04L12/26 , H04L29/08
Abstract: Techniques are described for avoiding traffic loss in a network when a designated router (DR) for a L2 broadcast communication domain loses its route toward a multicast traffic source. The disclosed techniques may be utilized in a scenario where a receiver is multi-homed to a DR network device and a non-DR network device by a L2 broadcast communication domain. Both the DR and the non-DR network devices receive a request from the receiver identifying a multicast group in which the receiver is interested. The non-DR network device monitors traffic injected into the L2 broadcast communication domain by the DR in order to determine whether the DR has lost the route to the source of the multicast group. If the DR has lost the route, the non-DR network device performs a repair by sending the multicast data traffic for the multicast group to the receiver on the L2 broadcast communication domain.
-
-
-
-
-
-
-
-
-