Understanding Route Redistribution
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Safe Routing Reconfigurations with Route Redistribution
Safe Routing Reconfigurations with Route Redistribution Stefano Vissicchio∗, Laurent Vanbevery, Luca Cittadiniz, Geoffrey G. Xiex, Olivier Bonaventure∗ ∗Universite´ catholique de Louvain, yPrinceton University, zRomaTre University, xNaval Postgraduate School Abstract—Simultaneously providing flexibility, evolvability operators can combine the advantages of different routing and correctness of routing is one of the basic and still unsolved protocols (or different configuration modes), e.g., optimizing problems in networking. Route redistribution provides a tool, one RD for scalability and another for fine-grained traffic used in many enterprise networks, to either partition a network engineering. into multiple routing domains or merge previously independent networks. However, no general technique exists for changing a live The division of an enterprise network in routing domains network’s route redistribution configuration without incurring is not static. Various events can force an enterprise network packet losses and service disruptions. operator to change the boundaries of its routing domains. In this paper, we study the problem of how to safely transition Splitting and merging networks, e.g., to accommodate mergers between route redistribution configurations. We investigate what and acquisitions, are two radical examples. Simply replacing anomalies may occur in the reconfiguration process, showing a router by another router from a different brand may also that many long-lasting forwarding loops can and do occur if force a boundary modification. Finally, the events can be naive techniques are applied. We devise new sufficient conditions driven by short-term objectives such as a change to the traffic for anomaly-free reconfigurations, and we leverage them to engineering requirements or router maintenance, as well as build provably safe and practical reconfiguration procedures. -
5 and 6 Routing DV and LS.Pptx
1/25/10 NAT: Network Address Translation Advantages: • can change address of devices in local network without notifying outside world • devices inside local net not explicitly addressable by or visible to the outside world (a security plus) Disadvantage: • devices inside local net not explicitly addressable by or visible to the outside world, making peer-to-peer networking that much harder • routers should only process up to layer 3 (port#’s are app layer objects) • address shortage should instead be solved by IPv6, instead NAT hinders the adoption of IPv6 (nothing wrong with that?) Lesson: Be careful what you propose as a “temporary” patch, " “temporary” solutions have a tendency to stay around beyond expiration date “The evil that men do lives after them, " the good is oft interred with their bones.” – Shakespeare, Julius Caesar 1 The Internet Network Layer Host, router network layer functions: Transport layer: TCP, UDP Routing protocols Forwarding protocol (IP) addressing conventions • path selection • datagram format • RIP, OSPF, BGP • Network • packet handling conventions layer forwarding “Signalling” protocol table (ICMP) • error reporting • router “signaling” Link layer: Ethernet, WiFi, SONET, ATM Physical layer: copper, fiber, radio, microwave 2 1 1/25/10 Routing on the Internet Routers on the Internet are store and forward routers: • each incoming packet is buffered • packet’s destination is looked up in the routing table • packet is forwarded to the next hop towards the destination routing algorithm local forwarding table dest -
Modeling Complexity of Enterprise Routing Design
Modeling Complexity of Enterprise Routing Design Xin Sun Sanjay G. Rao Geoffrey G. Xie School of Computing and School of Electrical and Department of Computer Information Sciences Computer Engineering Science Florida International University Purdue University Naval Postgraduate School xinsun@cs.fiu.edu [email protected] [email protected] ABSTRACT to choose from [23]. Often, multiple designs exist to meet the same operational objectives, and some are significantly Enterprise networks often have complex routing designs given easier to implement and manage than others for a target net- the need to meet a wide set of resiliency, security and rout- work. For example in some cases, route redistribution may ing policies. In this paper, we take the position that minimiz- be a simpler alternative to BGP for connecting multiple rout- ing design complexity must be an explicit objective of rout- ing domains [16]. Lacking an analytical model to guide the ing design. We take a first step to this end by presenting a operators, the current routing design process is mostly ad systematic approach for modeling and reasoning about com- hoc, prone to creating designs more complex than necessary. plexity in enterprise routing design. We make three contri- butions. First, we present a framework for precisely defining In this paper, we seek to quantitatively model the com- objectives of routing design, and for reasoning about how a plexity associated with a routing design, with a view to de- combination of routing design primitives (e.g. routing in- veloping alternate routing designs that are less complex but stances, static routes, and route filters etc.) will meet the ob- meet the same set of operational objectives. -
A Survey on Distance Vector Routing Protocols
A Survey on Distance Vector Routing Protocols Linpeng Tang,∗ Qin Liu† November 5, 2018 Abstract routing loop and count to infinity (CTI) problem. Be- cause each router only has limited information about In this paper we give a brief introduction to five dif- the network topology, routing loops might emerge ferent distance vector routing protocols (RIP, AODV, and lead to CTI problem, greatly impede the effi- EIGRP, RIP-MTI and Babel) and give some of our ciency of the protocol. In this survey we will see how thoughts on how to solve the count to infinity prob- several distance vector routing protocols have worked lem. Our focus is how distance vector routing proto- to alleviate or solve this problem. Distance vector cols, based on limited information, can prevent rout- routing protocols also suffers from security issues, be- ing loops and the count to infinity problem. cause routing computation is done distributively, a malfunctioning or malicious node may severely affect the whole network. However, in recent years more 1 Introduction secure distance vector routing protocols have been proposed [7].Another critical issue is the support for In computer communication theory relating to routing areas. In reality, large networks are typically packet-switched networks, a distance-vector routing divided into areas to accelerate routing, but distance- protocol is one of the two major classes of routing vector routing protocols don’t support routing areas, protocols, the other major class being the link-state so they are not suitable for really big networks. protocol. A distance-vector routing protocol uses In general, distance vector routing protocols are the Distributed Bellman-Ford algorithm to calculate more suitable for small or median sized networks or paths.[13] when each node only have a limited storage or com- Compared to link-state routing protocols, distance- puting power. -
RFC 8966: the Babel Routing Protocol
Stream: Internet Engineering Task Force (IETF) RFC: 8966 Obsoletes: 6126, 7557 Category: Standards Track Published: January 2021 ISSN: 2070-1721 Authors: J. Chroboczek D. Schinazi IRIF, University of Paris-Diderot Google LLC RFC 8966 The Babel Routing Protocol Abstract Babel is a loop-avoiding, distance-vector routing protocol that is robust and efficient both in ordinary wired networks and in wireless mesh networks. This document describes the Babel routing protocol and obsoletes RFC 6126 and RFC 7557. Status of This Memo This is an Internet Standards Track document. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8966. Copyright Notice Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. -
Shedding Light on the Glue Logic of the Internet Routing Architecture
Shedding Light on the Glue Logic of the Internet Routing Architecture Franck Le†, Geoffrey G. Xie‡,DanPei∗,JiaWang∗ and Hui Zhang† †Carnegie Mellon University, ‡Naval Postgraduate School, ∗AT&T Labs - Research ABSTRACT A BD Recent studies reveal that the routing structures of operational net- works are much more complex than a simple BGP/IGP hierarchy, Routing domain 1 (OSPF) Routing domain 2 highlighted by the presence of many distinct instances of routing CE(EIGRP 20) protocols. However, the glue (how routing protocol instances inter- act and exchange routes among themselves) is still little understood Routing domain 3 F or studied. For example, although Route Redistribution (RR), the (RIP) implementation of the glue in router software, has been used in the Internet for more than a decade, it was only recently shown G H that RR is extremely vulnerable to anomalies similar to the perma- nent route oscillations in BGP. This paper takes an important step toward understanding how RR is used and how fundamental the Figure 1: An example enterprise network. role RR plays in practice. We developed a complete model and associated tools for characterizing interconnections between rout- ing instances based on analysis of router configuration data. We are often linked together not by BGP. Instead, routes are exchanged analyzed and characterized the RR usage in more than 1600 opera- between different routing domains via route redistribution options tional networks. The findings are: (i) RR is indeed widely used; (ii) configured on individual border routers connecting these domains. operators use RR to achieve important design objectives not realiz- Figure 1 illustrates such a design. -
IWAN) Direct Internet Access (DIA
CISCO VALIDATED DESIGN IWAN Direct Internet Access Design Guide December 2016 REFERENCE NETWORK ARCHITECTURE Table of Contents Table of Contents Introduction ..................................................................................................................................... 1 Related Reading ...............................................................................................................................................................1 Technology Use Cases .....................................................................................................................................................1 Overview of Cisco IWAN and Secure DIA .......................................................................................................................4 Direct Internet Access Design ........................................................................................................ 10 Design Detail ................................................................................................................................................................. 10 Deploying Direct Internet Access ................................................................................................... 28 Using This Section ........................................................................................................................................................ 28 IWAN Single-Router Hybrid Remote Site with DIA ....................................................................................................... -
Border Gateway Protocol, Route Manipulation, and IP Multicast
C H A P T E R12 Border Gateway Protocol, Route Manipulation, and IP Multicast This chapter covers the Border Gateway Protocol (BGP), which is used to exchange routes between autonomous systems. It is most frequently used between enterprises and service providers. The “Route Manipulation” section covers route summarization and redistribution of route information between routing protocols. The CCDA should know where redistribution occurs when required by the network design. This chapter also reviews policy-based routing (PBR) as a method to change the destination IP address based on policies. Finally, this chapter covers IP multicast protocols. “Do I Know This Already?” Quiz The purpose of the “Do I Know This Already?” quiz is to help you decide whether you need to read the entire chapter. If you intend to read the entire chapter, you do not necessarily need to answer these questions now. The eight-question quiz, derived from the major sections in the “Foundation Topics” portion of the chapter, helps you determine how to spend your limited study time. Table 12-1 outlines the major topics discussed in this chapter and the “Do I Know This Already?” quiz questions that correspond to those topics. Table 12-1 “Do I Know This Already?” Foundation Topics Section-to-Question Mapping Foundation Topics Section Questions Covered in This Section BGP 1, 2, 7, 8 Route Manipulation 3, 4 IP Multicast Review 5, 6 CAUTION The goal of self-assessment is to gauge your mastery of the topics in this chapter. If you do not know the answer to a question or you are only partially sure, you should mark this question wrong for the purposes of the self-assessment. -
Objectives Distance Vector Routing Protocols Characteristics Of
Objectives Identify the characteristics of distance vector routing protocols. Describe the network discovery process Distance Vector Routing Protocols Identify the conditions leading to a routing loop and explain the implications for router performance. Recognize that distance vector routing Routing Protocols and Concepts– Chapter 4 protocols are in use today 2 ITE PC v4.0 Chapter 1 © 2007 Cisco Systems, Inc. All rights reserved. Cisco Public 1 Distance Vector Routing Protocols Characteristics of Distance Vector routing protocols Examples of Distance Vector routing protocols: Periodic updates Routing Information Protocol (RIP) Neighbors Interior Gateway Routing Protocol (IGRP) Broadcast updates Enhanced IGRP (EIGRP) Entire routing table is included with routing update The meaning of Distance Vector: – A router using distance vector routing protocols knows 2 things: Distance to final destination Vector, or direction, traffic should be 3 4 directed The Routing Algorithm Routing Protocol Characteristics Criteria used to compare routing protocols include: Time to convergence Scalability Resource usage Implementation & maintenance Advantages and Disadvantages of Distance Vector -Simple implementation -Slow convergence and maintenance -Limited scalability -Low resource -Routing loops requirements 5 6 Copyright © 2001, Cisco Systems, Inc. All rights reserved. Printed in USA. Presentation_ID.scr 1 Network Discovery Initial Exchange of Routing Information Router initial start up (Cold Starts) If a routing protocol is configured -
Comparison of RIP, OSPF and EIGRP Routing Protocols Based on OPNET
ENSC 427: COMMUNICATION NETWORKS SPRING 2014 FINAL PROJECT Comparison of RIP, OSPF and EIGRP Routing Protocols based on OPNET Project Group # 9 http://www.sfu.ca/~sihengw/ENSC427_Group9/ Justin Deng Siheng Wu Kenny Sun 301138281 301153928 301154475 [email protected] [email protected] [email protected] Table of Contents List of Figures………………………………………………………………………….……..….1 Abstract..........................................................................................................................................2 1. Introduction................................................................................................................................3 1.1 Routing Protocol Basics ……….……………………………………...….…………………..3 1.2 Routing Metrics Basics ……………...…..…………………….………………………….….3 1.3 Static Routing and Dynamic Routing ………………………………………………………..3 1.4 Distance Vector and Link State ……………………………………………………………...3 2. Three Routing Protocols………………………………………………….………………..….4 2.1 Routing Information Protocol (RIP) ……….…………………………….…………………...4 2.2 Open Shortest Path First (OSPF)………..…………………….…………………………...….5 2.3 Enhanced Interior Gateway Routing Protocol (EIGRP) …….....……………………………..7 3. OPNET Simulations………………………………………………………………………......8 3.1 Topologies ……………………………….…………………………………………………...8 3.1.1 Mesh Topology ………..………….……………………………………………………....8 3.1.2 Tree Topology ……………………..……………………………………………………...9 3.2 Simulation Setup …………………………………………………………………………….10 3.2.1 Simulation Setup for Failure/Recovery Configuration...........…………………………...10 3.2.2 Simulation Setup for Individual -
IP Routing: Protocol-Independent Configuration Guide, Cisco IOS XE Release 3E
IP Routing: Protocol-Independent Configuration Guide, Cisco IOS XE Release 3E Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. -
Chapter 11: IGP Route Redistribution, Route Summarization, and Default Routing
Blueprint topics covered in this chapter: This chapter covers the following topics from the Cisco CCIE Routing and Switching written exam blueprint: ■ IP Routing — OSPF — EIGRP — Route Filtering — RIPv2 — The use of show and debug commands C H A P T E R 11 IGP Route Redistribution, Route Summarization, and Default Routing This chapter covers several topics related to the use of multiple IGP routing protocols. IGPs can use default routes to pull packets toward a small set of routers, with those routers having learned routes from some external source. IGPs can use route summarization with a single routing protocol, but it is often used at redistribution points between IGPs as well. Finally, route redistribution by definition involves moving routes from one routing source to another. This chapter takes a look at each topic. “Do I Know This Already?” Quiz Table 11-1 outlines the major headings in this chapter and the corresponding “Do I Know This Already?” quiz questions. Table 11-1 “Do I Know This Already?” Foundation Topics Section-to-Question Mapping Foundation Topics Section Questions Covered in This Section Score Route Maps, Prefix Lists, and Administrative 1–2 Distance Route Redistribution 3–6 Route Summarization 7–8 Default Routes 9 Total Score In order to best use this pre-chapter assessment, remember to score yourself strictly. You can find the answers in Appendix A, “Answers to the ‘Do I Know This Already?’ Quizzes.” 314 Chapter 11: IGP Route Redistribution, Route Summarization, and Default Routing 1. A route map has several clauses. A route map’s first clause has a permit action configured.