Routing Domain

14,000,000 Leading Edge Experts on the ideXlab platform

Scan Science and Technology

Contact Leading Edge Experts & Companies

Scan Science and Technology

Contact Leading Edge Experts & Companies

The Experts below are selected from a list of 15033 Experts worldwide ranked by ideXlab platform

Robert Raszuk - One of the best experts on this subject based on the ideXlab platform.

Emmanuel Baccelli - One of the best experts on this subject based on the ideXlab platform.

  • MPR+SP: Towards a Unified MPR-based MANET Extension for OSPF
    2011
    Co-Authors: Juan Antonio Cordero Fuertes, Thomas Heide Clausen, Emmanuel Baccelli
    Abstract:

    Heterogeneous networks and wireless components - fixed routers as well as mobile routers - emerge as wireless mesh networks are being deployed. Such heterogeneity is bound to become more and more present in the near future as mobile ad hoc networking becomes a reality. While it is possible to cope with heterogeneity by employing different Routing protocols for the fixed / wired part and for the wireless / ad hoc part of the network, this may lead to sub-optimal performance, e.g. by way of longer Routing paths due to these Routing protocols sharing prefixes and "connecting" the network only at distinct gateways between the two Routing Domains. Thus, the establishment of a single unified Routing Domain, and the use of a single Routing protocol, for such heterogeneous networks is desired. OSPF is a natural candidate for this task, due to its wide deployment, its modularity and its similarity with the popular ad hoc Routing protocol OLSR. Multiple OSPF extensions for MANETs have therefore been specified by the IETF. This paper introduces a novel OSPF extension for operation on ad hoc networks, MPR+SP, and compares it with the existing OSPF extensions via simulations, which show that MPR+SP outperforms prior art.

  • HICSS - MPR+SP: Towards a Unified MPR-Based MANET Extension for OSPF
    2011 44th Hawaii International Conference on System Sciences, 2011
    Co-Authors: Juan Antonio Cordero, Thomas Clausen, Emmanuel Baccelli
    Abstract:

    Heterogeneous networks combining both wired and wireless components - fixed routers as well as mobile routers - emerge as wireless mesh networks are being deployed. Such heterogeneity is bound to become more and more present in the near future as mobile ad hoc networking becomes a reality. While it is possible to cope with heterogeneity by employing different Routing protocols for the fixed / wired part and for the wireless / ad hoc part of the network, this may lead to sub-optimal performance, e.g. by way of longer Routing paths due to these Routing protocols sharing prefixes and "connecting" the network only at distinct gateways between the two Routing Domains. Thus, the establishment of a single unified Routing Domain, and the use of a single Routing protocol, for such heterogeneous networks is desired. OSPF is a natural candidate for this task, due to its wide deployment, its modularity and its similarity with the popular ad hoc Routing protocol OLSR. Multiple OSPF extensions for MANETs have therefore been specified by the IETF. This paper introduces a novel OSPF extension for operation on ad hoc networks, MPR+SP, and compares it with the existing OSPF extensions via simulations, which show that MPR+SP outperforms prior art.

  • MPR+SP: Towards a Unified MPR-based MANET Extension of OSPF
    2010
    Co-Authors: Juan Antonio Cordero, Thomas Heide Clausen, Emmanuel Baccelli
    Abstract:

    Heterogeneous networks combining both wired and wireless components -- fixed routers as well as mobile routers -- emerge as wireless mesh networks are being deployed. Such heterogeneity is bound to become more and more present in the near future as mobile ad hoc networking becomes a reality. While it is possible to cope with heterogeneity by employing different Routing protocols for the fixed / wired part and for the wireless / ad hoc part of the network, this may lead to sub-optimal performance, \eg by way of longer Routing paths due to these Routing protocols sharing prefixes and "connecting" the network only at distinct gateways between the two Routing Domains. Thus, the establishment of a single unified Routing Domain, and the use of a single Routing protocol, for such heterogeneous networks is desired. OSPF is a natural candidate for this task, due to its wide deployment, its modularity and its similarity with the popular ad hoc Routing protocol OLSR. Multiple OSPF extensions for MANETs have therefore been specified by the IETF. This memorandum introduces a novel OSPF extension for operation on ad hoc networks, MPRSP, and compares it with the existing OSPF extensions via simulations, which show that MPR+SP outperforms prior art.

Acee Lindem - One of the best experts on this subject based on the ideXlab platform.

  • ospf extensions for advertising signaling bgp route reflector information
    2017
    Co-Authors: Shawn Zandi, Acee Lindem, Keyur Patel, Robert Raszuk
    Abstract:

    This document specifies an OSPF Router Information (RI) TLV to advertise the BGP Router Reflector capability and peering information. This information can be used by BGP Router Reflector clients to dynamically learn and establish sessions with BGP Router Reflectors in the Routing Domain.

  • OSPF Extensions for Advertising/Signaling BGP Route Reflector Information
    2017
    Co-Authors: Shawn Zandi, Acee Lindem, Keyur Patel, Robert Raszuk
    Abstract:

    This document specifies an OSPF Router Information (RI) TLV to advertise the BGP Router Reflector capability and peering information. This information can be used by BGP Router Reflector clients to dynamically learn and establish sessions with BGP Router Reflectors in the Routing Domain.

  • OSPFv3 over IPv4 for IPv6 Transition
    2016
    Co-Authors: Ing-wher Chen, R. Atkinson, Acee Lindem
    Abstract:

    This document defines a mechanism to use IPv4 to transport OSPFv3 packets. Using OSPFv3 over IPv4 with the existing OSPFv3 Address Family extension can simplify transition from an OSPFv2 IPv4-only Routing Domain to an OSPFv3 dual-stack Routing Domain. This document updates RFC 5838 to support virtual links in the IPv4 unicast address family when using OSPFv3 over IPv4.

  • OSPF Transport Instance Extensions
    2014
    Co-Authors: Abhay Roy, Acee Lindem, Sina Mirtorabi
    Abstract:

    OSPFv2 and OSPFv3 include a reliable flooding mechanism to disseminate Routing topology and Traffic Engineering (TE) information within a Routing Domain. Given the effectiveness of these mechanisms, it is convenient to envision using the same mechanism for dissemination of other types of information within the Domain. However, burdening OSPF with this additional information will impact intra-Domain Routing convergence and possibly jeopardize the stability of the OSPF Routing Domain. This document presents mechanism to relegate this ancillary information to a separate OSPF instance and minimize the impact.

  • Extensions to OSPF for Advertising Optional Router Capabilities
    2007
    Co-Authors: Scott Shaffer, Acee Lindem, Naiming Shen, Rahul Aggarwal
    Abstract:

    It is useful for routers in an OSPFv2 or OSPFv3 Routing Domain to know the capabilities of their neighbors and other routers in the Routing Domain. This document proposes extensions to OSPFv2 and OSPFv3 for advertising optional router capabilities. A new Router Information (RI) Link State Advertisement (LSA) is proposed for this purpose. In OSPFv2, the RI LSA will be implemented with a new opaque LSA type ID. In OSPFv3, the RI LSA will be implemented with a new LSA type function code. In both protocols, the RI LSA can be advertised at any of the defined flooding scopes (link, area, or autonomous system (AS)). [STANDARDS-TRACK]

Keyur Patel - One of the best experts on this subject based on the ideXlab platform.

  • Gateway Auto-Discovery and Route Advertisement for Segment Routing Enabled Domain Interconnection
    2019
    Co-Authors: Luay Jalil, Keyur Patel, John Drake, Adrian Farrel, Eric Rosen
    Abstract:

    Data centers are critical components of the infrastructure used by network operators to provide services to their customers. Data centers are attached to the Internet or a backbone network by gateway routers. One data center typically has more than one gateway for commercial, load balancing, and resiliency reasons. Segment Routing is a popular protocol mechanism for use within a data center, but also for steering traffic that flows between two data center sites. In order that one data center site may load balance the traffic it sends to another data center site, it needs to know the complete set of gateway routers at the remote data center, the points of connection from those gateways to the backbone network, and the connectivity across the backbone network. Segment Routing may also be operated in other Domains, such as access networks. Those Domains also need to be connected across backbone networks through gateways. This document defines a mechanism using the BGP Tunnel Encapsulation attribute to allow each gateway router to advertise the routes to the prefixes in the Segment Routing Domains to which it provides access, and also to advertise on behalf of each other gateway to the same Segment Routing Domain.

  • H-bit Support for OSPFv2
    2018
    Co-Authors: Manish Bhardwaj, Keyur Patel, Serpil Bayraktar, Padma Pillay-esnault
    Abstract:

    OSPFv3 defines an option bit for router-LSAs known as the R-bit in RFC5340. If the R-bit is clear, an OSPFv3 router can participate in OSPF topology flooding, however it will not be used as a transit router. In such cases, other routers in the OSPFv3 Routing Domain only install routes to allow local traffic delivery. This document defines the H-bit functionality to prevent other OSPFv2 routers from using the router for transit traffic in OSPFv2 Routing Domains as described in RFC 2328. This document updates RFC 2328.

  • ospf extensions for advertising signaling bgp route reflector information
    2017
    Co-Authors: Shawn Zandi, Acee Lindem, Keyur Patel, Robert Raszuk
    Abstract:

    This document specifies an OSPF Router Information (RI) TLV to advertise the BGP Router Reflector capability and peering information. This information can be used by BGP Router Reflector clients to dynamically learn and establish sessions with BGP Router Reflectors in the Routing Domain.

  • OSPF Extensions for Advertising/Signaling BGP Route Reflector Information
    2017
    Co-Authors: Shawn Zandi, Acee Lindem, Keyur Patel, Robert Raszuk
    Abstract:

    This document specifies an OSPF Router Information (RI) TLV to advertise the BGP Router Reflector capability and peering information. This information can be used by BGP Router Reflector clients to dynamically learn and establish sessions with BGP Router Reflectors in the Routing Domain.

Yali Wang - One of the best experts on this subject based on the ideXlab platform.

  • In-situ Flow Information Telemetry (IFIT) Node Capability Advertisement
    2020
    Co-Authors: Yali Wang, Tianran Zhou, Ran Pang, Liu Min
    Abstract:

    For advertising In-situ Flow Information Telemetry (IFIT) node capabilities within the entire Routing Domain, this document extends a new optional TLV to the OSPF RI Opaque LSA, a new optional sub-TLV to the IS-IS Router CAPABILITY TLV, and a new Node Attribute TLV that is encoded in the BGP-LS attribute with Node NLRIs to carry IFIT node capabilities information. Such advertisement allows entities (e.g. a centralized controller) to determine whether a particular IFIT functionality can be supported in a given network.

  • IS-IS Extensions for Advertising In-situ Flow Information Telemetry (IFIT) Node Capability
    2020
    Co-Authors: Yali Wang, Liu Min, Ran Pang
    Abstract:

    This document defines a way for an Intermediate System to Intermediate System (IS-IS) routers to advertise IFIT (In-situ Flow Information Telemetry) capabilities. This document extends a new optional sub-TLV in the IS-IS Router CAPABILITY TLV [RFC7981], which allows a router to announce its IFIT node capabilities within an IS- IS level or the entire Routing Domain. Such advertisements enable IFIT applications in the network Domain.

  • Extensions to OSPF for Advertising IFIT Node Capability
    2020
    Co-Authors: Yali Wang, Tianran Zhou
    Abstract:

    This document defines a way for an Open Shortest Path First (OSPF) router originating the RI LSA to announce IFIT node capabilities within the entire Routing Domain. A new optional TLV is extended to the OSPF RI Opaque LSA [RFC7770] to carry the IFIT node capability information. Such advertisements enable IFIT applications in an operational network Domain. Here, the term "OSPF" includes both OSPFv2 and OSPFv3.

  • IS-IS Extensions for Advertising iFIT Node Capability
    2020
    Co-Authors: Yali Wang, Liu Min
    Abstract:

    This document defines a way for an Intermediate System to Intermediate System (IS-IS) routers to advertise iFIT(in-situ Flow Information Telemetry) capabilities. This document extends a new optional sub-TLV in the IS-IS Router CAPABILITY TLV [RFC7981], which allows a router to announce its iFIT node capabilities within an IS- IS level or the entire Routing Domain. Such advertisements enable iFIT applications in the network Domain.

Related terms

Routing Domain - 15 days free trial to Access Experts & Abstracts