<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd">
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc category="exp" docName="draft-lu-srv6ops-srv6-for-power-grid-00"
     ipr="trust200902">
  <front>
    <title abbrev="draft-lu-srv6ops-srv6-for-power-grid-00">SRv6 for Power
    Grid</title>

    <author fullname="Jiangang Lu" initials="J." surname="Lu">
      <organization>China Southern Power Grid Company Limited</organization>

      <address>
        <postal>
          <street/>

          <city/>

          <region/>

          <code/>

          <country/>
        </postal>

        <phone/>

        <facsimile/>

        <email>lujiangang@gddd.csg.cn</email>

        <uri/>
      </address>
    </author>

    <author fullname="Xuesong Geng" initials="X." surname="Geng">
      <organization>Huawei</organization>

      <address>
        <postal>
          <street/>

          <city/>

          <region/>

          <code/>

          <country/>
        </postal>

        <phone/>

        <facsimile/>

        <email>gengxuesong@huawei.com</email>

        <uri/>
      </address>
    </author>

    <date day="21" month="October" year="2024"/>

    <abstract>
      <t>This document outlines the deployment of Segment Routing over IPv6
      (SRv6) in the power grid communication network, including power grid
      services, requirement analysis, network structure and different srv6
      deployment scenarios.</t>
    </abstract>

    <note title="Requirements Language">
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
      "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
      document are to be interpreted as described in <xref
      target="RFC2119">RFC 2119</xref>.</t>
    </note>
  </front>

  <middle>
    <section title="Introduction">
      <t>Segment Routing over IPv6 (SRv6) has seen increasing deployment in
      service provider networks, driven by its ability to simplify network
      operations and improve scalability. SRv6 extends the capabilities of
      traditional IP routing by enabling flexible path steering, traffic
      engineering, and network programmability, as specified in existing RFCs
      such as RFC 8754 and RFC 8986. These features make SRv6 particularly
      suitable for complex network environments like the power grid, where
      diverse and critical services need to be supported efficiently.</t>

      <t>The power grid communication network supports multiple services with
      varying requirements, including real-time monitoring, substation
      communication, and control system coordination. The hierarchical network
      structure, comprising backbone and municipal levels, provides a robust
      foundation for deploying SRv6 to meet these demands. SRv6's ability
      aligns well with the needs of power grid services, enabling efficient
      management of service-level agreements (SLAs) and enhancing network
      reliability.</t>

      <t>This document presents the experience of deploying SRv6 in a power
      grid communication network, covering aspects such as service
      requirements, network structure, and various deployment scenarios.</t>
    </section>

    <section title="Requirement Analysis of Network for Power Grid">
      <t/>

      <section title="Requirements for Network Capabilities in Power Grid Services">
        <t>The power grid network supports two primary service categories:
        production dispatch &amp; management and marketing information. These
        are further divided into voice, data, and video communications, each
        with specific network requirements to ensure reliable power grid
        operations</t>

        <section title="Production Services">
          <t>&bull; Voice Communication:</t>

          <t><list style="empty">
              <t>Dispatch Calls: Critical voice communications between
              dispatch centers, power plants, and substations must maintain
              high availability with the highest priority.</t>
            </list></t>

          <t>&bull; Video Communication:</t>

          <t><list style="empty">
              <t>Substation Surveillance: Video data from unmanned substations
              is crucial for monitoring specific areas in real time. This data
              requires transmission rates between 384 kbit/s and 8 Mbit/s
              (commonly 2 Mbit/s), with a transmission delay of &le;250 ms, an
              error rate not exceeding 10^-5, and availability requirements of
              99.9%.</t>
            </list>&bull; Data Communication:</t>

          <t><list style="empty">
              <t>Relay Protection and Safety Automation: Signals for relay
              protection between high-voltage transmission lines and grid
              safety devices must be highly reliable and have low, fixed
              transmission delays, including fast command information and
              real-time data for safety devices. High reliability and low
              transmission delay are essential for safety signals, with
              requirements such as delays below 50.</t>

              <t>Dispatch Automation Data: Real-time monitoring and control
              data for grid operation are required. Remote data includes
              telemetry, signaling, control, and regulation information, with
              transmission rates ranging from 64 kbit/s to 384 kbit/s, a delay
              of &le;250 ms, and an error rate of 10^-5.</t>
            </list></t>
        </section>

        <section title="Management Office Services">
          <t>&bull; Management Information Services:</t>

          <t><list style="empty">
              <t>Management information services include financial management,
              marketing, production planning, human resources management,
              safety supervision information, and information support
              systems.</t>
            </list></t>

          <t>&bull; Management Office Services:</t>

          <t><list style="empty">
              <t>Management office services cover office communication and
              information management to meet internal and external enterprise
              communication needs.</t>
            </list></t>
        </section>

        <section title="Electricity Trading">
          <t>&bull; Energy Metering Data:</t>

          <t><list style="empty">
              <t>Transmission methods can include dispatch data networks or
              dedicated circuits, with a transmission error rate not exceeding
              10^-6 and availability requirements of 99.99%.</t>
            </list></t>

          <t>&bull; Trading Data:</t>

          <t><list style="empty">
              <t>Spot and futures market data involve substantial data
              volumes, demanding high transmission accuracy for forecasting
              and transactions.</t>
            </list></t>
        </section>
      </section>

      <section title="Gap Analysis for Power Grid Data Network">
        <t>Traditional MPLS-based power grid data network could provide secure
        network isolation and multi-service integration. However, with the
        growing scale of the grid network and the surge in digital services,
        MPLS technology faces challenges in meeting requirements of power
        grid. The main gaps are as follows:</t>

        <t/>

        <section title="Challenges in Multi-Service Integration and Assurance">
          <t>&bull; Limitations of QoS and Traffic Engineering: Although MPLS
          theoretically supports Quality of Service (QoS) and traffic
          engineering for bandwidth guarantees, these techniques have
          limitations. For example MPLS RSVP TE (Traffic Engineering) requires
          pre-reserving bandwidth at each network node, resulting in a complex
          deployment process New digital services demand more advanced network
          assurance technologies to support comprehensive multi-service
          integration.</t>
        </section>

        <section title="Limited Network Scalability">
          <t>&bull; Increased Demand for Address Space and IPv6 Transition:
          The new power system, driven by renewable energy, requires
          interaction between diverse sources, network load, and storage,
          leading to a need for extensive network connectivity. The deployment
          of intelligent terminals will necessitate a shift to an IPv6
          single-stack network, which the current MPLS network does not
          support.</t>

          <t>&bull; Limited Traffic Scheduling Flexibility: With the rise of
          smart substations and video surveillance, network bandwidth demands
          are increasing. MPLS struggles to balance traffic across multiple
          paths, resulting in uneven bandwidth utilization and congestion.</t>
        </section>
      </section>
    </section>

    <section title="Network Structure in Power Grid">
      <t>The power grid communication network is structured into two levels:
      backbone and municipal. Each level consists of three layers&mdash;core,
      aggregation, and access&mdash;creating a clear network topology that
      facilitates traffic path determination and adjustment.</t>

      <t>The core layer of the backbone level adopts a fully meshed network
      architecture. The aggregation layer routers are connected in a
      dual-uplink tree topology, linking to the access layer devices, which
      helps distribute traffic and reduce the load on the core routers. Access
      layer devices are connected to different aggregation equipment based on
      service requirements or geographical locations. Key departments such as
      the headquarters dispatch center, headquarters office area, and data
      centers are directly connected to the national backbone network.</t>

      <t>Each municipal network operates as a separate Autonomous System (AS)
      and also comprises the core, aggregation, and access layers, with dual
      uplinks to the upper-level network. Most access devices in the municipal
      networks use either ring topology or dual-uplink tree topology,
      connecting to substations, power supply bureaus, dispatch centers, and
      other local facilities.</t>

      <t>The power grid communication network supports two types of service
      scenarios based on the scope of business access: intra-domain
      closed-loop services and inter-domain cross-access services.</t>

      <t>In the intra-domain scenario, the access network facilitates business
      activities within a single domain, such as connecting from a power
      supply station to the municipal data center. This setup is centrally
      managed within the domain and uses EVPN L3VPN over SRv6 Policy for
      service delivery. All network elements within the domain are controlled
      by a unified controller, enabling rapid service provisioning, efficient
      intra-domain traffic path planning, and traffic optimization.</t>

      <t>For the inter-domain scenario, where cross-domain business access is
      required, the network accommodates the transition from traditional MPLS
      VPN networks by adopting the Option A inter-domain approach. This method
      helps address synchronization issues during network upgrades and ensures
      a smooth transition across domains. The entire network is planned under
      a unified framework set by the power grid corporation, with clearly
      defined VPN categories across the network. Through segmented deployment
      of EVPN L3VPN over SRv6 Policy, each segment can be optimized for
      business traffic.</t>
    </section>

    <section title="SRv6 Deployment Scenario in Power Grid">
      <t/>

      <section title="SRv6 Migration">
        <t>TBD</t>
      </section>

      <section title="SRv6 Inter-domain">
        <t>TBD</t>
      </section>

      <section title="SRv6 based Path Selection and Load balancing">
        <t>TBD</t>
      </section>
    </section>

    <section anchor="IANA" title="IANA Considerations">
      <t>This document makes no request of IANA.</t>

      <t>Note to RFC Editor: this section may be removed on publication as an
      RFC.</t>
    </section>

    <section anchor="Security" title="Security Considerations">
      <t/>
    </section>

    <section anchor="Acknowledgements" title="Acknowledgements">
      <t/>
    </section>
  </middle>

  <back>
    <references title="Normative References">
      <?rfc include="reference.RFC.2119"?>
    </references>
  </back>
</rfc>
