%% You should probably cite draft-ietf-ccamp-lsp-stitching instead of this I-D.
@techreport{ayyangar-ccamp-lsp-stitching-00,
    number =    {draft-ayyangar-ccamp-lsp-stitching-00},
    type =      {Internet-Draft},
    institution =   {Internet Engineering Task Force},
    publisher = {Internet Engineering Task Force},
    note =      {Work in Progress},
    url =       {https://datatracker.ietf.org/doc/draft-ayyangar-ccamp-lsp-stitching/00/},
    author =    {Arthi Ayyangar and JP Vasseur},
    title =     {{LSP Stitching with Generalized MPLS TE}},
    pagetotal = 12,
    year =      2005,
    month =     feb,
    day =       14,
    abstract =  {In certain scenarios, there may be a need to combine together two different Generalized Multi-Protocol Label Switching (GMPLS) Label Switched Paths (LSPs) such that in the data plane, a single end-to-end (e2e) LSP is achieved and all traffic from one LSP is switched onto the other LSP. We will refer to this as "LSP stitching". This document covers cases where: a) the node performing the stitching does not require configuration of every LSP pair to be stitched together b) the node performing the stitching is not the egress of any of the LSPs c) LSP stitching not only results in an end-to-end LSP in the data plane, but there is also a corresponding end-to-end LSP (RSVP session) in the control plane. It might be possible to configure a GMPLS node to switch the traffic from an LSP for which it is the egress, to another LSP for which it is the ingress, without requiring any signaling or routing extensions whatsoever, completely transparent to other nodes. This will also result in LSP stitching in the data plane. However, this document does not cover this scenario of LSP stitching.},
}