Previous Table of Contents Next


Looking Ahead

IP addresses and addressing schemes are basic elements of interdomain routing. Addressing by itself defines where certain information can be found, but does not give any indication on how the information is to be accessed. A mechanism is needed to exhange information about destinations and to calculate the optimal way to reach a certain destination. This mechanism, of course, is routing.

This chapter concludes all the foundation material required before proceeding to study routing architecture itself. In the next chapter, the basics of interdomain routing are covered, building on concepts of addressing, global networks, and domains as discussed in this and previous chapters. Routing protocols in general, and BGP in particular, are discussed, with implementation details on BGP to follow in Chapter 5 and beyond.

Frequently Asked Questions

QHow is VLSM different from the usual subnetting?

A—It is not. VLSM is an extension of the basic subnetting where the same class A/B/C address is subnetted by using masks of different length.

QWhy do I need VLSM?

A—VLSM provides a more efficient way of IP address assignment. It provides more flexibility in assigning adequate numbers of hosts and subnets given a limited number of IP addresses.

QWhat is the difference between CIDR and supernetting ?

A—Classless Interdomain Routing is the mechanism that allows to advertise both supernets and subnets outside of the normal bounds of a classfull network number. Supernetting is a representation that allows masks that are shorter than the natural masks, hence creating supernets.

QIs the classfull model the cause of the growth in the global routing tables?

A—No. The growth of the routing tables is due to the fact that more and more organizations are connecting to the Internet. The classfull model does not offer a solution to deal with such growth.

QI have a network that uses older protocols such as RIP v.1 and IGRP. What issues should I consider in deciding whether to upgrade to newer protocols that support VLSM and CIDR?

A—If you feel that implementing VLSM and CIDR can help you utilize your address space more efficiently and give you better route summarization capabilities, then you should upgrade. One issue could be whether your current hardware is capable of running newer protocols that might need extra processing or memory requirements. That of course depends on the protocol to which you are upgrading. Other issues have to deal with the co-existence of new and old protocols. Because network upgrades are usually done in stages, you will be faced with situations where both older and newer protocols are running concurrently. Because older protocols cannot deal with VLSM or CIDR, you should not be surprised that extensive use of static routing might be required to ensure connectivity in your domain during the transition period.

QCan I aggregate any routes in my routing table?

A—You can only aggregate routes that you administer. Aggregating routes that are not an extension of your domain could create black holes.

QIf I leave my provider, can I keep my IP addresses?

A—For the purposes of better aggregation, today's routing practices recommend (sometimes require) that you return the old addresses and get addresses from your new provider. Ask your provider for its policies.

QI have hosts that require Internet connectivity and others that do not. Can I use private addresses on some hosts and not others?

A—Yes, you can use both private and global addresses in the same network. When advertising routes to your provider, you only advertise the legal networks.

QI need to connect to the Internet, and not all my addresses are registered. I can't afford to renumber—what do I do?

A—You could always use Network Address Translation (NAT) to map your illegal address to a legal pool of addresses you get from your provider.

References

[1] RFC 791 Internet Protocol (IP)

[2] RFC 917 Internet Subnets

[3] RFC 1878 Variable Length Subnet Table for IPv4

[4] RFC 1519 Classless Interdomain Routing (CIDR)

[5] RFC 1541 Dynamic Host Configuration Protocol

[6] RFC 1918 Address Allocation for Private Internets

[7] RFC 1631 The IP Network Address Translator (NAT)

[8] RFC 1884 IP Version 6 Addressing Architecture


Previous Table of Contents Next