%% You should probably cite rfc6732 instead of this I-D.
@techreport{kuarsingh-v6ops-6to4-provider-managed-tunnel-05,
    number =    {draft-kuarsingh-v6ops-6to4-provider-managed-tunnel-05},
    type =      {Internet-Draft},
    institution =   {Internet Engineering Task Force},
    publisher = {Internet Engineering Task Force},
    note =      {Work in Progress},
    url =       {https://datatracker.ietf.org/doc/draft-kuarsingh-v6ops-6to4-provider-managed-tunnel/05/},
    author =    {Victor Kuarsingh and Yiu Lee and Olivier Vautrin},
    title =     {{6to4 Provider Managed Tunnels}},
    pagetotal = 12,
    year =      ** No value found for 'doc.pub_date.year' **,
    month =     ** No value found for 'doc.pub_date' **,
    day =       ** No value found for 'doc.pub_date.day' **,
    abstract =  {6to4 Provider Managed Tunnels (6to4-PMT) provide a framework which can help manage 6to4 {[}RFC3056{]} tunnels operating in an anycast {[}RFC3068{]} configuration. The 6to4-PMT framework is intended to serve as an option to operators to help improve the experience of 6to4 operation when conditions of the network may provide sub-optimal performance or break normal 6to4 operation. 6to4-PMT provides a stable provider prefix and forwarding environment by utilizing existing 6to4 Relays with an added function of IPv6 Prefix Translation. This operation may be particularly important in NAT444 infrastructures where a customer endpoint may be assigned a non- RFC1918 address thus breaking the return path for anycast {[}RFC3068{]} based 6to4 operation.},
}