All routers and routing protocols discussed within this document are ICAO Doc. 9705 Boundary Intermediate Systems (BISs). Using the IPS terminology, all routers discussed within this document are “Border Gateway (BG)” routers that communicate between Autonomous Systems.
BIS and Border Gateway Systems
There are two primary types of BISs (or BGs) employed within the Region:
Backbone BISs/BGs (BBISs/BGs), and
End BISs/BGs (EBISs/EBGs)
Backbone BIS/BG
A BBIS/BBG is a router that primarily routes PDUs between routing domains or ASs. These routers are typically higher performance routers that aid in the efficient flow of data between domains/ASs. BBIS/BBG may have End-Systems connected to them, but they are often limited to router-to-router connections.
Within the context of the CAR/SAM Region, BBISs/BGs can be further subdivided into Regional BBIS/BGs and Inter-Regional BBISs/BGs. Regional BBISs/BGs are backbone routers that only connect to routers within the Region. Inter-regional Backbone BBIS/BGs are those backbone routers that also connect to BBISs in other Regions.
Note 1: A single, high-performance router may act as both a Regional BBIS and an Inter-Regional BBIS based upon meeting the requirements for performance and reliability.
Note 2: For completeness of the routing architecture, it must be mentioned that the router out-side of the Region to which Inter-Regional Backbone BISs attach are, in fact, Inter-Regional Backbone BISs in the other Region.
Note 3: The interconnection of backbone BISs typically require higher capacity communication lines based on the consolidation of traffic through those backbone routers. Even thought the architecture takes into account existing AFTN infrastructure facilities, the need to upgrade the communication facilities as traffic throughout the backbone increases may be necessary.
Note 4: It is possible for some States to provide transit routing from its routing domain to the routing domains of other States using BISs that are not backbone routers. For the purposes of this routing architecture, it is not possible to distinguish between these transit routing domain routers and BBISs.
Note 5: Due to the restrictions of the ICAO SARPs, Inter-Regional BBISs may be limited to ATN-compliant routers. Bi-lateral agreements between States providing Inter-Regional routing may allow for routers using the IPS.
End BIS
End BISs/BGs are connected to one or more BBISs/BBGs and provide routing services to a single routing domain/AS. Further End BISs do not act as a transit router for passing PDUs between other routing domains/AS.
CAR/SAM AMHS Ground-to-Ground Routing Architecture
The CAR/SAM AMHS routing architecture is to the largest degree possible independent of the protocol family (ATN/OSI or IPS) or specific routing protocols. The CAR/SAM routing architecture is based upon several concepts:
From the IPv6 addressing specification, “routing-domains” are defined as specific address prefix lengths.
Based on the definition of “routing-domain” prefix definitions, each routing domain can be considered an Autonomous System (AS).
States will make their own implementation and transition decisions.
The routing architecture can be divided into several distinct parts:
the definition of the backbone routing structure for passing information between routing domains within the Region;
the definition of the routing structure between routing domains not on the backbone;
the definition of the routing structure for use in end-routing domains; and
the definition of the routing structure for passing information from this Region to other Regions.
The first component is the definition of the backbone routing structure that supports the exchange of data within the Region. This part defines the interconnection of the major communication facilities in the Region and how they cooperate to link all of the systems in the Region.
The second component is the definition of the structure that allows end routing domains to exchange data across the backbone to anther end routing domain. This part defines how the end routing domains connect through the backbone.
The third component defines the routing structure that is used within an end routing domain. This part defines how the individual routing domains may be used to pass data.
The fourth part is needed to define how data will be routed between the systems within the Region and those systems outside the Region. More importantly, the structure describes how all global ATN systems are accessible from systems in the Region.
CAR/SAM Backbone
The definition of a Regional Backbone is based upon the efficiencies that may be realized by concentrating AMHS traffic at major communication centers and using the economy of scale in passing this information between major communication centers.
The rationale for defining Regional Backbone sites is based upon existing major AFTN center sites and on the flow of both AFTN traffic and possible future AMHS/ATN traffic.
The CAR/SAM Region is comprised of a large number of States spread over a wide geographic area. Within the Region, there are existing main AFTN communication centers that can be used to simplify the definition of the backbone architecture.
The architecture and communication requirements define a routing plan that incorporates alternate routing and communication paths so that no single router or communication failure can isolate major parts of the Region.
Based on the previous paragraphs, the CAR/SAM Backbone network will consist of at lease on BBIS router at each of the backbone sites identified in Table A-1.
The States implementing a backbone router site needs to select is router(s) based on the expected availability, reliability, capacity, and alternate communication path requirements.
Inter-Regional Backbone
The second component of the CAR/SAM Routing architecture is the definition and potential location of Inter-Regional Backbone Routers. The manner in which this architecture was developed was to ensure that the use of the existing communication infrastructure is possible to the greatest degree. The use of the existing communication infrastructure should reduce the overall cost of transitioning to the AMHS.
To re-state from the previous section, the Inter-Regional BBISs provide communication from routers within the CAR/SAM Region to routers in other regions. These Inter-Regional BBISs provide vital communications across regions and therefore need to have redundant communication paths and high availability.
The location of Inter-Regional BBISs is TBD.
Note: These routers may need to be ATN-compliant.
End BISs
It is assumed that naming and addressing (and routing domain definition) will be done on a Regional basis. Further that for areas within the Region that may utilize an End BIS service more than one State, the naming structure will be based on the Regional IPv6 addressing plan as defined.
AMHS IPS-Based Ground-to-Ground Routing
The Region has already made the decision to provide ATN AMHS services over an appropriately defined TCP/IPv6 communication infrastructure. The following sections describe the implementation of the Regional routing architecture within the scope of IPv6 routing.
Internet Protocol Suite Routing Protocols
Within the scope of the routing of IPv6 traffic there are defined several different protocols. For the purposes of intra-domain routing typical protocols are RIPv2 and OSPF. For the purposes of inter-domain routing, BGP-4 is the most prevalent.
For that reason and its close relationship with the ATN IDRP, BGP-4 is selected as the Regional Inter-domain protocol.
BGP-4
The Border Gateway Protocol (BGP) is the routing protocol used to exchange routing information across the Internet. It makes it possible for ISPs to connect to each other and for end-users to connect to more than one ISP. BGP is the only protocol that is designed to deal with a network of the Internet's size, and the only protocol that can deal well with having multiple connections to unrelated routing domains.
In order to use BGP-4 for routing within the Region, each BGP-4 router must meet the following minimum requirements.
Each routing-domain/AS must obtain an AS number.
Note: The method of obtaining an AS number is within the scope of the IPv6 Address document.
Each BGP-4 router must have an appropriate MD-5 certificate/password assigned and managed.
Note: The procedures for generating, managing, distributing MD-5 certificates are TBD.
Policy Based Routing Types of Policy
The BGP-4 decision process (and thus AMHS routing policy) is conditioned by three types of policy concerns.
Route Aggregation policies permit BGP-4 routers to reduce the amount of routing information propagated.
Route Preference policies determine which routes will be installed in the Forwarding Information Base. Route preference policies thus determine which path a router will select to forward IPv6 pdus on.
Route Distribution policies determine which routes a BGP-4 router will advertise to other BGP-4 routers. Route distribution policies are a key aspect of a routing-domain’s/AS’s transit policy in that they determine which routes will be permitted in a domain. A BGP-4 router will not propagate a route, which it does not wish to support. By selective advertisement of routing information BGP-4 routers control the use of their own resources since other routers cannot choose a route they do not know about.
General Framework for AMHS BGP-4 Routing Policy Routing Policy Goal for BGP-4 routers
The AMHS CAR/SAM Regional infrastructure must support a consistent set of routing policies to provide paths to AMHS systems at an inter-regional, intra-regional and local level without an inordinate number of routing protocol updates. Accordingly, the detailed policy requirements and recommendations specified in section 4 are derived from the following general routing policy goal:
CAR/SAM Regional BGP-4 routers will provide global shortest path connectivity with a minimal exchange of routing information.
CAR/SAM Regional BGP-4 routers will not exchange any routing information for any IPv6 address not defined as an “ICAO State or Organization” address. (No connectivity to global internet routers or hosts.)
CAR/SAM Regional BGP-4 routers will not connect to any router not owned or operated by a State or Organization. (No connectivity to global internet routers or hosts.)
Note: Providing paths/routes for inter-regional AMHS connectivity may require additional routing requirements based on the need to relay the AMHS message through an MTA that can provide connectivity between ATN/OSI (ATN router-based) infrastructures and the CAR/SAM IPS infrastructure.
Network Organization for Routing to Ground Systems
As presented in earlier sections, the AMHS ground infrastructure may be partitioned into various levels of organization. Routing domains at the highest level are associated with an ICAO region. The CAR/SAM IPv6 Addressing Plan should provide an IPv6 address structure that partitions the address space to include NLRI prefixes that vary according to the level of organization. Within the CAR/SAM Region, routing domains are next associated with a particular state or organization. Note that the regional addressing plan should specify a field within the IPv6 address that can be uniquely assigned to the state or organization. Finally, within a particular state or organization there may be multiple local routing domains (which may or may not be visible outside of the particular state or organization).
Note: For the purposes of the following paragraphs, an AMHS ground router is a router supporting IPv6 routing via BGP-4.
Within this framework AMHS ground routers may be characterized and their policy requirements specified according to the type of connectivity they have to adjacent AMHS ground routers. AMHS routers connecting to adjacent routers in another region are said to have “inter-regional” connectivity [Note: these most likely will be actual ATN/OSI ground routers]. AMHS routers connecting to adjacent routers in another state or organization within the CAR/SAM Region are said to have “intra-regional” connectivity. AMHS routers connecting to adjacent routers within a particular state or organization are said to have “local” connectivity, i.e. intra-state or intra-organizational connectivity.
Policy for BGP-4 Routes to AMHS Systems
The policy requirements for BGP-4 routers in the CAR/SAM Region for routes to AMHS systems are specified in this section. The following sub-sections specify the policies according to the classification:
the general policy for routes to ground systems; the policy for inter-regional routes;
the policy for intra-regional routes; and
the policy for local routes.
Note 1. – This section specifies routing policy requirements for backbone routers in the CAR/SAM region. A backbone router is a BGP-4 router which has been designated by the operating state/organization to provide an appropriate level of performance and support the routing policies for inter-regional and intra-regional connectivity, and whose operation as a backbone router has been approved by the ICAO regional office as agreed-to by all other member states/organizations. This section also contains a number of recommended policies non-backbone routers.
Note 2. – This document and companion documents specify requirements for AMHS ground routers in the “Caribbean and South America (CAR/SAM) region”; however, from the perspective of the AMHS Ipv6 Addressing Plan, there is/may not be a single “CAR/SAM region” but rather there is a distinct Caribbean region and a distinct South American region each with a unique region identifier.
General Policy
If a backbone router receives multiple routes to an aggregate or specific destination, the route with the shortest path ([i.e., shortest list of AS)] shall be selected.
All BGP-4 routers in the Region shall authenticate the identity of peer ATN routers.
Note. – Authentication may be accomplished via the mandatory MD-5 option.
Policy for Inter-Regional Aggregate Routes To Ground Systems
Inter-Regional route aggregation is only possible where a bi-lateral agreement exists between the two States to operate BGP-4 routers.
Policy for Intra-Regional Aggregate Routes to Ground Systems
Intra-regional route aggregation permits advertisement of a single aggregate route which identifies all systems in a particular State or Organization of an ICAO region. Aggregation at an intra-regional level refers to aggregating NLRI fields in the IPv6 address prefix up through the complete [TBD] field.
Note: The IPv6 addressing plan needs to develop the appropriate NLRI prefix hierarchy.
Backbone routers with intra-regional connectivity shall be configured with aggregate routes to AMHS system at an intra-regional level.
Intra-Regional Route Preference Policies
Backbone routers with intra-regional connectivity shall accept intra-regional aggregate routes to AMHS systems from adjacent ATN routers.
Recommendation. Backbone routers with intra-regional connectivity should only accept inter-regional or intra-regional aggregate routes on these connections.
Intra-Regional Route Distribution Policies
Backbone routers with intra-regional connectivity shall distribute intra-regional aggregate routes to adjacent AMHS BGP-4 routers.
Routers with local connectivity shall distribute intra-regional aggregate routes to adjacent AMHS BGP-4 routers.
Recommendation. Non-Backbone routers with local connectivity should distribute intra-regional aggregate routes to adjacent AMHS BGP-4 routers.
Policy for Aggregate Routes to Ground Systems for Distinct Routing Domains within a State/ Organization
Distinct Routing Domain-level aggregation permits advertisement of a single aggregate route which identifies all systems in a specific routing domain of a particular State or Organization of an ICAO region. Aggregation at this level refers to aggregating NLRI fields to an agreed IPv6 address prefix [TBD]. AMHS BGP-4 routers connecting to adjacent routers within a particular state or organization, i.e., with intra-state or intra-organizational connectivity, are said to have “local” connectivity.
Distinct Routing Domain Route Aggregation Policies
Recommendation. AMHS BGP-4 routers serving individual routing domains should be configured with aggregate routes to all other AMHS systems.
Distinct Routing Domain Route Preference Policies
Recommendation. AMHS routers with local connectivity should accept state/organizational-level aggregate routes from adjacent AMHS BGP-4 routers within the same state or organization.
Distinct Routing Domain Route Distribution Policies
Recommendation. AMHS BGP-4 routers with local connectivity should distribute state/organizational-level aggregate routes to AMHS ground systems only to adjacent AMHS BGP-4 routers within the same state or organization.
Local State/Organizational Routing Policies
Individual states/organizations may have additional routing policies consistent with the above policies for routes to ground systems. Such policies may include various local preferences or Quality of Service based routing, for example, routing based on line error rates, expense, delay, capacity, and priority.
Proposed AMHS Routing
Major Backbones in the region
Honduras-USA (Primary route)
Honduras-Jamaica-USA (Alternative Routing 1)
Honduras-Cayman Island-USA (Alternative routing 2)
Jamaica-USA (Primary routing)
Jamaica-Honduras-USA (Alternative routing 1)
Jamaica-Cuba-USA (Alternative routing 2)
Venezuela-USA (Primary routing)
Venezuela-Trinidad-USA (Alternative routing 1)
Venezuela-Peru-USA (Alternative routing 2)
Venezuela-Trinidad (Primary routing)
Venezuela-USA-Trinidad (Alternative routing 1)
Venezuela-Brazil (Primary routing)
Venezuela-Peru-Brazil (Alternative routing 1)
Venezuela-USA-Brazil (Alternative routing 2)
Venezuela-Peru (Primary routing)
Venezuela-Brazil-Peru (Alternative routing 1)
Venezuela-USA-Peru (Alternative routing 2)
Trinidad-USA (Primary routing)
Trinidad-Antigua-USA (Alternative routing 1)
Trinidad-Venezuela-USA (Alternative routing 2)
Colombia-Peru (Primary routing)
Colombia-Venezuela-Peru (Alternative routing 1)
Colombia-Ecuador-Peru (Alternative routing 2)
Peru-Brazil (Primary routing)
Peru-Venezuela-Brazil (Alternative routing 1)
Peru-USA-Brazil (Alternative routing 2)
Peru-Venezuela (Primary routing)
Peru-USA-Venezuela (Alternative routing 1)
Peru-Brazil-Venezuela (Alternative routing 2)
Argentina-Peru (Primary routing)
Argentina-Chile-Peru (Alternative routing 1)
Argentina-Paraguay-Peru (Alternative routing 2)
Brazil-Peru (Primary routing)
Brazil-USA-Peru (Alternative routing 1)
Brazil-Venezuela-Peru (Alternative routing 2)
Brazil-USA (Primary routing)
Share with your friends: |