1. An apparatus comprising:
a path computation element (PCE) configured to:
receive a PCE path (PCEP) request message from a path computation client (PCC) in an area or an autonomous system (AS) domain, wherein the PCEP request message requests the addition of a plurality of destination addresses to an existing point-to-multipoint (P2MP) path, which traverses a plurality of nodes and crosses the area and a plurality of other areas, or the AS and a plurality of other AS domains, or both; and
transmit a PCEP reply message comprising a plurality of new branches to the P2MP path, wherein each branch extends to a leaf that corresponds to one of the destination addresses.
2. The apparatus of claim 1, wherein the PCEP request message comprises a P2MP path identifier (ID) of the existing P2MP path.
3. The apparatus of claim 1, wherein the PCE is further configured to access a P2MP path database (PDB) that stores and maintains information associated with the existing P2MP path.
4. The apparatus of claim 1, wherein the PCC is a network component that lacks the ability to compute P2MP paths crossing the area and the other areas, or the AS and the other AS domains, and wherein the PCC is a component of a label switched router (LSR).
5. The apparatus of claim 1, wherein the PCEP request message comprises the contents of the existing P2MP path, and wherein the contents of the existing P2MP path are represented using record route objects (RROs) and end-points objects that specify a source Internet Protocol (IP) address and a plurality of destination IP addresses for the path.
6. The apparatus of claim 1, wherein customer data traffic was carried over the existing P2MP path before the PCEP request message was received from the PCC.
7. The apparatus of claim 6, wherein the existing P2MP path was established using a first PCEP request message and a first PCEP reply message communicated between the PCC and PCE prior to the communication of the PCEP request message and the PCEP reply message.
8. The apparatus of claim 7, wherein the first PCEP request message comprised a source address and a plurality of original destination addresses, and wherein the source address identifies the root of the existing P2MP path and the original destination addresses identify original leaves of the existing P2MP path.
9. The apparatus of claim 8, wherein the first PCEP reply message comprised information used to establish the existing P2MP path.
10. A method comprising:
receiving a path computation element (PCE) protocol (PCEP) request from a path computation client (PCC) that requests the addition of a plurality of destination addresses to an existing point-to-multipoint (P2MP) path that traverses a plurality of nodes, wherein traffic is carried over the existing P2MP path before the PCEP request message is received; and
computing a plurality of additional branches for the existing P2MP path,
wherein the each of the branches extend to a leaf that corresponds to one of the destination addresses.
11. The method of claim 10, wherein the PCEP request message comprises a P2MP path identifier (ID) of the existing P2MP path.
12. The method of claim 10, wherein the PCC is a component of a label switched router (LSR).
13. The method of claim 10, wherein the PCEP request comprises a plurality of request messages each comprising a common request identifier (ID) and a different sub request identifier (S-ID), wherein the S-IDs distinguish the request messages from each other.
14. A method comprising:
receiving a request or reply message comprising a requestreply (RP) object comprising a flag bits field,
wherein an explicit route object (ERO)-compression (E) bit in the flag bits field of the RP object signals to the receiver of the message that a path is in the compressed format or is not in the compressed format,
wherein a re-optimization request for the path is specified by the use of a re-optimization (R) bit within the RP object,
wherein the request message further comprises an END-POINTS object that specifies a source internet protocol (IP) address and a plurality of destination IP addresses of the path for which a path computation was requested, and
wherein the path traverses a plurality of nodes.
15. The method of claim 14, wherein a fragmentation bit (F-bit) in the flag bits field of the RP object indicates to the receiver that the request is part of a fragmented request, or is not a fragmented request.
16. The method of claim 15, wherein the F-bit is used in the RP object to signal that an initial request or response was too large to fit into a single message and will be fragmented into multiple messages, and wherein in order to identify the single request or response, each message uses the same request identifier(ID).
17. The method of claim 14, wherein a point-to-multipoint (P2MP) bit in the flag bits field of the RP object signals to the receiver of the message that the requestreply is for P2MP or is not for P2MP.
18. The method of claim 14, wherein the path is a point-to-multipoint (P2MP) traffic engineered (TE) path, and wherein a re-optimization request for the P2MP TE path is specified by the use of a re-optimization (R) bit within the RP object.
19. The method of claim 14, wherein the request or reply message is received by or sent from a Path Computation Client (PCC) that lacks the ability to compute P2MP paths.
The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.
1. A cyclic self-maintenance battery device, wherein a self-maintenance battery device is coupled to at least one battery, and the battery is coupled to a predetermined load, the self-maintenance battery device comprises:
a charger module, the charger module enables charging the batteries;
an electric discharge module, the electric discharge module enables discharging the batteries;
a control module, the control module enables assigning the batteries to be in standby state, charging mode or discharging mode; when the battery is in a standby state, then the battery is coupled to the load and provides electric power to the load, when the battery is in a charging mode, then the battery is coupled to the charger module, and the charger module is used to charge the battery, when the battery is in a discharging mode, then the battery is coupled to the electric discharge module, and the electric discharge module is used to discharge the battery.
2. The cyclic self-maintenance battery device according to claim 1, wherein the self-maintenance battery device comprises a SOH (State of Health) indication that enables detecting the state of health of the batteries.
3. The cyclic self-maintenance battery device according to claim 1, wherein the batteries are secondary batteries.