follow the instruction in the attach document
Homework 4--Special 'Gift' Assignment/Homework 4.pdf
Homework 4
Remember to use the “format” when completing work. When completing the packets, you are
to do the following:
1) Detail each step that you took;
2) Use screenshots and/or take pictures;
3) Show all work;
4) Place them in a Word document;
5) Put your name on the document using the appropriate header;
6) Number the pages;
7) Place the document and your completed packet into a folder and zip them;
8) Submit the zipped folder onto the link.
This assignment is very similar to prior assignments. This assignment shall be due next week.
Homework 4--Special 'Gift' Assignment/Part 1/IPv6__Assistance.pdf
IPv6 Addressing White Paper
IPv6 Introduction The continuous growth of the global Internet requires that its overall architecture evolve to accommodate the new technologies that support the growing numbers of users, applications, appliances, and services. Internet Protocol Version 6 (IPv6) is designed to meet these requirements and enable a global environment where the addressing rules of the network are again transparent to the applications.
Development of IPv6 has been under way since the early 1990s with the initial release RFCs. The primary driver for this development was the recognition that the IPv4 address space is a limited resource and would eventually be used up. Current models show that the IPv4 address space will be exhausted in the 2010/2011 timeframe.1
There are several available resources to help build an IPv6 integration plan. The IETF has several RFCs and drafts that lay out integration plans.2 There are several books available that give a background on the technology and also layout an integration plan.3
Developing addressing plans is touched on in these various documents and books but is not extensively covered. This document describes how to build an IPv6 addressing plan. Topics covered include:
• Addressing Introduction
– Address Representation
– Address Types
• IPv6 Address Assignment Policies
– Address Allocation Model
• Address Planning
– Provider Independent Addressing
1. For information on IPv4 address space exhaustion, see Geoff Huston’s IPv4 address exhaustion predictions (http://www.potaroo.net/tools/ipv4/index.html), the wikipedia on IPv4 address exhaustion (http://en.wikipedia.org/wiki/IPv4_address_exhaustion), and the Tony Hain article (http://www.cisco.com/web/about/ac123/ac147/archived_issues/ipj_8-3/ipv4.html).
2. RFCs and drafts for IPv6 integration include RFC 2460 (http://www.ietf.org/rfc/rfc2460.txt) and RFC 4291 (http://tools.ietf.org/html/rfc4291).
3. IPv6 books include Deploying IPv6 Networks, IPv6 Essentials, Understanding IPv6, Cisco Self Study: Implementing Cisco IPv6 Networks, Migrating to IPv6, and Global IPv6 Strategies. For more information, see Resources.
Americas Headquarters:
© 2008 Cisco Systems, Inc. All rights reserved.
Cisco Systems, Inc., 170 West Tasman Drive, San Jose, CA 95134-1706 USA
Addressing Introduction
– ULA Addressing
– Network Level Design Considerations
– Subnet Planning—Initial Block Request
– Subnet Planning—Aggregation
– Subnet Planning—Growth
– Subnet Planning—Prefix Length
• Building the Addressing Plan
• Assigning Interface Identifiers
• IPv6 Address Plan Case Study
Addressing Introduction This section covers some basics related to IPv6 addressing. The addressing overview is meant to be a refresher and in no way a comprehensive primer on IPv6 addressing. For a detailed explanation of the IPv6 addressing architecture, see RFC4291 (http://www.ietf.org/rfc/rfc4291.txt).
One of the most recognizable differences between IPv4 and IPv6 is the size of the address space. IPv4 has 32 bits and allows for approximately 4 billion hosts (4 x 109). IPv6 has 128 bits and allows for approximately 340 undecillion (340 x1036) addresses.
Address Representation The first area to address is how to represent these 128 bits. Due to the size of the numbering space, hexadecimal numbers and colons were chosen to represent IPv6 addresses. An example IPv6 address is:
2001:0DB8:130F:0000:0000:7000:0000:140B
Note the following:
• There is no case sensitivity. Lower case “a” means the same as capital “A”.
• There are 16 bits in each grouping between the colons.
– 8 fields * 16 bits/field = 128 bits
There are some accepted ways to shorten the representation of the above address:
• Leading zeroes can be omitted, so a field of zeroes can be represented by a single 0.
• Trailing zeroes must be represented.
• Successive fields of zeroes can be shortened down to “::”. This shorthand representation can only occur once in the address.
Taking these rules into account, the address shown above can be shortened to:
2001:0DB8:130F:0000:0000:7000:0000:140B
2001:DB8:130F:0:0:7000:0:140B (Leading zeroes) ^ ^ ^ ^ 2001:DB8:130F:0:0:7000:0:140B (Trailing zeroes) ^^^ 2001:DB8:130F::7000:0:140B (Successive field of zeroes) ^
2
Addressing Introduction
Note that in the last example the zeros after the 7 are significant and cannot be combined with the next field for the double colon shorthand. In any case, only one double colon can be used even if there are multiple groupings of zeros.
The final part to address representation has to do with the prefix notation. A typical IPv6 address uses 64 bits to represent the network and 64 bits to represent the interface identifier or host. Using the above address as an example, the network and host identifier fields are broken out as shown in Figure 1.
Figure 1 IPv6 Address Breakdown
The CIDR prefix representation is used to represent the IPv6 address. An example of this notation is:
2001:DB8:130F::870:0:140B/64
The /64 indicates that the first 64 bits are being used to represent the network and the last 64 bits are being used to represent the interface identifier.
Address Types RFC 4291 (IP Version 6 Addressing Architecture) identifies the types of IPv6 addresses that exist:
• Unicast
• Anycast
• Multicast.
Unicast
A unicast address is defined as an identifier for a single interface. These addresses are typically used when a specific end system needs to communicate with another specific end system (i.e., the conversation is peer to peer). IPv6 unicast addresses also have a scope defined for them—global, unique local, and link local. Figure 2 shows the scope for each defined address.
Figure 2 Address Scopes for IPv6
A key difference to note is that an IPv6 interface is expected to have multiple IPv6 addresses associated with it. This model is very different from IPv4, where an interface was typically only assigned a single address. IPv6 interfaces always have a link local address. An IPv6 interface also has a unique local or globally unique address. The interface could also have both types of addresses.
2001:DB8:130F:0: 0:870:0:140B
Interface ID – 64 bits Network – 64 bits
22 51
09
Link —LocalUnique —LocalGlobal Link—LocalUnique—LocalGlobal
22 51
10
3
Addressing Introduction
A link local address is used for communications on a single link and packets with a link local source or destination address are not forwarded by a router off that link. Link local addresses only have meaning on that link. All link local addresses can be identified as starting with the FE80::/10 prefix. As noted previously, all IPv6 interfaces have a link local address assigned to them.
Note in Figure 3 that the last 64 bits is designated as the interface ID. In IPv6 the “host” portion of the IPv6 address is called the interface identifier. The interface identifier is a part of all IPv6 addresses whether they are link local, unique local, or globally unique.
The recommendation in current RFCs is to use the last 64 bits of an IPv6 address as the interface identifier. There are several methods available to assign the interface identifier—manual, automatic/stateless, and DHCP. These methods are covered in greater detail in Assigning Interface Identifiers.
Figure 3 Link Local Address Representation
Unique local addresses are defined by RFC 4193 (Unique Local IPv6 Unicast Addresses). Unique local addresses are reachable outside of a particular link, but they only have meaning inside a limited scope or domain. Unique local addresses are not intended to be routable across the Internet. They should be routable inside a particular site or customer domain. Unique local addresses are analogous to RFC 1918 addresses in IPv4. The main difference between unique local addresses and RFC 1918 space is that the unique local address space is intended to be globally unique.
Unique local addresses are recognizable because they are all from the FC00::/7 address block. Figure 4 shows the breakdown of a unique local address. The L bit is set to 1 if the address is locally assigned. RFC 4193 reserves the 0 bit for future usage. This definition of the L bit breaks up the FC00::/7 block into the following two blocks:
• FC00::/8—Reserved for future usage
• FD00::/8—Locally assigned unique local addresses
RFC 4193 specifies a method to assign the 40 bit global ID. A semi-random algorithm is defined in the RFC that offers a very high probability of uniqueness of the global ID. The algorithm for generating unique local addresses has been implemented in several places on the Web (see http://www.sixxs.net/tools/grh/ula/).
Figure 4 Unique Local Address Representation
22 51
11
Interface ID0
10 bits
64 bits1111 1110 10
FE80::/10
128 bits
22 51
12
Interface IDGlobal ID 40 bits
7 bits
16 bitsL bit
1111 110 Subnet ID
FC00::/7
128 bits
4
Addressing Introduction
Global addresses are reachable from across the Internet. Global addresses are allocated from the regional registries (e.g., RIPE, ARIN, APNIC). Global addresses are all currently assigned out of the 2000::/3 block.
Figure 5 Global Address Representation
The current globally unique block allocations to the regional registries is shown in Table 1. The full list breakout can be found at http://www.iana.org/assignments/ipv6-unicast-address-assignments.
There are several reserved or special use blocks of IPv6 address space that have been defined in multiple RFCs. RFC 5156 has a listing of the currently defined special use addresses. Some of the more common blocks and their intended usage include:
• 2001:db8::/32—For documentation purposes (RFC 3849])
• 2002::/16—For 6to4 automatic tunneling (RFC 3964)
• 2001::/32—For the Teredo tunneling mechanism (RFC 4380)
Multicast
A multicast address is defined as an identifier for a set of interfaces that typically belong to different nodes. Multicast addresses are normally used to identify groups of interfaces that are interested in receiving similar content (e.g., video). The conversation model in this case is a one-to-many model. Multicast addresses are all assigned out of the FF00::/8 block.
Multicast addresses also have a scope associated with them. The scopes are very similar to the scopes defined for unicast addresses:
• Link local—Link local multicast addresses are only intended for systems on a link and are not to be forwarded by network equipment off of that link. This behavior is the same as link local unicast addresses.
• Organization—Organizational multicast addresses are intended for use within an organization. These addresses are similar to the unicast unique local addresses.
22 51
13
Interface IDSubnetGlobal Routing Prefix
16 bits
001
64 bits45 bits
Subnet ID HostProvider
3
Table 1 Globally Unique Block Allocations to Regional Registries
IPv6 address block Regional Registry
2001:/16 Various
2400:0000::/12 APNIC
2600:0000::/12 ARIN
2800:0000::/12 LACNIC
2A00:0000::/12 RIPE NCC
2C00:0000::/12 AfriNIC
5
Addressing Introduction
• Global—Global multicast addresses are usable across the Internet similar to the unicast globally unique addresses.
• There are some additionally defined scopes for IPv6 multicast addresses.:
• Interface local—Interface local multicast addresses are intended for transmission of multicast within a node.
• Site local—Site local multicast addresses are intended for use within a single site.
Figure 6 lays out the format of an IPv6 multicast address.
Similar to the unicast address space, there are some reserved or special use multicast addresses. A couple of the more common multicast groups and their intended use are mentioned below. For a more comprehensive list of currently assigned multicast addresses, see:
http://www.iana.org/assignments/ipv6-multicast-addresses
Some of the more common multicast addresses seen on IPv6 systems include:
• FF02::1—Link local, all nodes address
• FF02::2—Link local, all routers address
• FF02:0:0:0:0:1:FFXX:XXXX—Link local, solicited-node address
Figure 6 Multicast Address Representation
Anycast
The last defined IPv6 address type is anycast (defined for IPv4 in RFC 1546 circa 1993, but rarely used). An anycast address is defined as an identifier assigned to multiple interfaces on different nodes. Anycast communications are similar to multicast communications, but the model is a one-to-the-nearest-of-many. This means that in the anycast communications model, a host communicates to the nearest of many potential nodes. Nearest is a relative term and is typically left to a routing protocol and its associated metrics to decide which anycast address is nearest or best based on the selection criteria. A good example for anycast communications is DNS queries. The host that needs to know what the address is for www.xyz.com does not care which DNS server responds. The host making the query is directed to the topologically closest server. If the DNS server that was responding goes offline, the next nearest server receives the request. Anycast addresses are not distinguishable from unicast when looking at the address (i.e., there are no defined bits that make an anycast address).
22 51
14
Group ID (112 bits)
1111 1111
F F ScopeTP
128 bits
SCOPE =
1 = Interface-Local 2 = Link 4 = Admin-Local 5 = Site-Local 8 = Organization E = Global
FLAGS = T or Lifetime, 0 if Permanent, 1 if Temporary P Proposed for Unicast-Based Assignments Others Are Undefined and Must Be Zero
8 bits 8 bits
6
IPv6 Address Assignment Policies
IPv6 Address Assignment Policies
Address Allocation Model Currently, IANA allocates address blocks to the regional registries. The registries in turn assign address blocks to service providers. It is the service provider's responsibility to hand out addresses to their respective customers. The current policy varies by region and in the most conservative case dictates that an end user must go through their service provider to get IPv6 address space and cannot directly approach the regional registry for IPv6 address space.
Figure 7 graphically represents how this policy is enacted. The prefix lengths that are shown in Figure 7 are recommendations. The registries and service providers can assign blocks using the processes and procedures that they have established for their regions and customers.
Figure 7 Provider Dependent Policy
There is an exception to this policy that some registries have enacted that allows end customers to directly approach registries and request IPv6 address space. This exception is known as provider independent addressing.
The need for provider independent addressing arose because end customers wanted to multihome to separate service providers. With the proposed allocation model, the customer would be assigned an address block from each service provider. Several approaches have been identified to address multihoming issues.1 Note that multihoming is not new to IPv6; multihoming exists in IPv4. What is new in IPv6 is the policy regarding how IPv6 address blocks are handed out.
Provider independent addressing was adopted by some regional registries as an interim solution to multihoming. In provider independent addressing, a customer can request that an IPv6 block be directly allocated to their organization. There are requirements that a customer needs to meet to get a block allocated to them.2
SITES /48
SITES /48
SITES /48
SITES /48
SITES /48
SITES /48
SITES /48
SITES /48
IANA
APNIC /12 to /23
ARIN /12 to /23
RIPE NCC /12 to /23
LACNIC /12 to /23
ISP /32
ISP /32
ISP /32
ISP /32
ISP /32
ISP /32
ISP /32
ISP /32
22 55
66
1. RFC 4177 Architectural Approaches to Multi-homing for IPv6.
2. ARIN PI policy (http://www.arin.net/policy/proposals/2005_1.html).
7
Address Planning
Because provider independent addressing has not been adopted by all regional registries, there are some potential issues with provider independent addressing that are discussed in Address Planning.
Address Planning This section covers some guidelines to consider when building an IPv6 addressing plan. There are several RFCs that have been written that discuss IPv6 addresses. Some have been mentioned, such as RFC 4291 and 4193 that define the IPv6 address architecture.
Building an IPv6 addressing plan is a great opportunity to apply all of the lessons learned in building and deploying an IPv4 address plan. An IETF draft1 outlines some issues that also need to be taken into account when building an addressing plan. These considerations are discussed next.
Provider Independent Addressing The primary attraction to using provider independent space is that an organization is not tied to a specific provider. An organization that is using provider independent space can change providers without having to go through and renumber their entire network when the provider address space changes.
Provider independent space also allows an organization to connect to multiple service providers with a single IPv6 address block. These multiple connections provide resiliency and redundancy in case a particular service provider network has issues.
The primary issue for provider independent addressing is that it is still a regional concept. This can lead to problems for companies that are multi-national and located in regions that do not support the provider independent addressing model. Another approach for multi-national and large regional companies is discussed in Subnet Planning—Initial Block Request.
There are also potential issues with how service providers handle provider independent address blocks. The current recommendation is to assign /48 prefix blocks for provider independent space. While it might be perfectly acceptable to your service provider to accept that announcement, the downstream service providers that peer to your service provider might not be willing to accept a /48 announcement. In this case, the other service providers are concerned about the size of the IPv6 routing table that their routers might have to carry.
Some recommendations on when to use provider independent address space:
• Your organization is contained within a single region, or multiple regions, that support provider independent space
• Your organization is connecting to multiple different providers
• Agreements are in place with your service providers to accept your IPv6 prefix announcements
ULA Addressing When building the IPv6 address plan, a question might arise on whether or not to use globally unique addresses or unique local addresses. Remember these alternatives are not mutually exclusive. An IPv6 end point can, and most likely has, multiple IPv6 addresses. Hence both unique local and global addresses can be used. Global addresses must be used if Internet connectivity is desired.
1. draft-ietf-v6ops-addcon-10.txt (http://www.ietf.org/internet-drafts/draft-ietf-v6ops-addcon-10.txt).
8
Address Planning
It is worth noting that deploying unique local addresses allows for an addressing scheme to be deployed that is independent of whatever provider assigned or provider independent address space is used. Deploying unique local addresses allows for the internal network to be operational during any global re-addressing event.
One potential application for unique local addresses is to use them for internal communication and to use global addresses when accessing devices outside of the customer domain. In the case where you do have both unique local and global addresses deployed, RFC 3484 (Default Address Selection for Internet Protocol version 6 (IPv6)) should select the appropriate address for communication between the end systems. As with any new design, this application and behavior should be verified in a test environment. Figure 8 shows an example of how this scheme might be used.
Figure 8 ULA and Global Address Communications
In Figure 8, several devices have been given both unique local and globally unique addresses. In the case where internal-only communication occurs, such as to printers or network management systems, then the ULA is used for that session. This communication is indicated by the red line. The communications session is established between the end systems at FD01:1:1:1::3 and FD02:2:2:2::21 respectively. Globally unique addresses are used when the communication has to occur across the organization/site boundary. This session is highlighted by the blue lines in Figure 8. In this example, communications that cross the Internet boundary use the addresses from the 2001:DB8::/32 block shown in Figure 8. It should be noted that certain functions, such as Path MTU Discovery (PMTUD), might not work correctly if unique local addresses are used. Organizations will probably filter packets sourced using unique local addresses. For this reason, globally unique addresses should be considered for use so that features such as PMTUD can work for all communications. As mentioned previously, this behavior should be properly verified for correct operation in a test environment.
A potential drawback for deploying unique local addresses has to do with multicast. Using the current source address selection method defined in RFC 3484, the unique local address is chosen over the global address. This selection can cause issues for multicast traffic that is Internet bound and the ability to pass RPF checks. Remember ULAs are for internal use and not intended for use across the Internet. It is also highly likely that organizations are filtering out packets with a ULA source address on their Internet boundaries.
Some recommendations when considering ULAs:
• ULAs are useful during a network wide re-numbering if globally unique addressing has to be changed. They allow for continuous internal communications as everything is being updated.
• Use ULAs for internal network management functions, but allow for proper operation of such features as Path MTU Discovery (PMTUD) by using globally unique addresses for loopback interfaces.
Site 1
Corporate Backbone
Site 2
Internet Connection
2001:DB8:1:1::3 FD01:1:1:1::3
2001:DB8:1:2::21 FD02:2:2:2::21
2001:DB8:3:1::3
22 51
17
9
Address Planning
• Use ULAs for access to internal-only resources (e.g., printers).
• Do not use when using multicast.
A security recommendation is to filter ULA addresses at any external boundary to your organization. Unless specifically permitted by a prior agreement (e.g., extranet partner), all traffic that has a ULA source or destination address and is originating from outside your network should not be allowed into the network.
Network Level Design Considerations The vast size of the IPv6 address space gives network engineers a lot of flexibility in designing an address plan. There are two considerations to building the addressing—how to size and assign subnets and how to assign the interface identifiers. This section discusses how to build the IPv6 subnetting scheme.
Subnet Planning—Initial Block Request
The initial request for an IPv6 address block deserves some attention when building the addressing plan. This step occurs if an organization is looking to use provider assigned or provider independent space.
Some things to consider when coming up with what the initial size of the IPv6 address block include:
• Overall size of the current network and future growth—An organization must consider the size of the network when estimating the size of the IPv6 address block it is going to request. The size of the network should take into account the number of subnets which is different from the IPv4 planning based on number of end systems. Is the organization large enough to justify requesting a /32? Would a /44 block work? Can the organization fit everything into a /48?
• Multihoming strategy—When formulating the initial request for IPv6 addresses, an organization must consider how it approaches redundancy and failure scenarios when connecting to a single or multiple service providers.
• Multinational considerations—Multinational organizations must now consider their approach when requesting IPv6 address blocks due to the strict hierarchy that the current assignment policy imposes.
The following discussion provides some recommendations for organizations to follow when building their initial IPv6 block request.
To size the request of the initial block, the organization should consider how large the current network is (i.e., how many subnets) and anticipated future growth. Another consideration is how to handle failover, traffic engineering, and redundancy. Service providers are continually updating their policies on prefix lengths that they will accept and advertise. Following the current recommendations and policy where an organization is given a /48 for their use, service providers are likely to accept a /48 as the longest prefix length that is advertised to other providers (some providers may accept longer prefixes for users completely contained within their network). This policy has some implications for how organizations handle redundancy. With IPv4, an organization can break up their assigned /16 address block into /17 address blocks. They can then advertise these longer address blocks to enforce some routing policy and traffic engineering with their service providers. Subsequently, the organization can send the /16 to handle redundancy if anything happened to the peer announcing the more specific routes.
A /48 prefix is the longest prefix length that a service provider is likely to announce to other providers. If an organization needs to do some traffic engineering and has redundancy and failover concerns, then the initial block request should be larger than a /48 (e.g., /44) and should be from contiguous address blocks so that aggregation can still occur. This situation would be similar to the above IPv4 scenario.
10
Address Planning
Organizations could announce the more specific /48 blocks to draw traffic directly to those locations. At the same time they could announce the aggregate to handle redundancy if anything happens to the primary path.
Organizations that span across multiple registries should consider obtaining addresses from each registry where they have presence. Using this strategy, an organization can accommodate the different policies that each registry might have. This approach also allows for some flexibility in the way an organization approaches their redundancy and traffic engineering.
The above considerations can be applied to building a subnet plan for both provider assigned and provider independent space. It does not matter whether or not an organization is using provider assigned or provider independent address space.
Provider independent address space is another consideration when building the initial IPv6 address plan. Organizations need to consider whether or not provider independent address space meets their needs. Can organizational redundancy and traffic engineering requirements be sufficiently handled with the use of provider assigned addresses? If not, then provider independent address space provides a potential solution.
This strategy works for an organization that is contained within a region (or regions) that supports provider independent space. If an organization is in a region that does not support provider independent space, then it should consider building a case to present to their registry for why it qualifies for a direct IPv6 address block assignment, much like a service provider would obtain. Although each registry has their own requirements, there has been some precedent set in ARIN for companies typically considered enterprise organizations. One example of an organization that has gone through the process and received a direct allocation from ARIN is Bechtel. Bechtel has been directly allocated the 2001:4920::/32 block.1 The key is to build the request around the requirements that the registry has for the assignment.
Subnet Planning—Aggregation
After deciding how to pursue the initial IPv6 address block, there are some other factors to consider when building the address plan. The current size of the network was a primary consideration when building the initial block request and it is also a major factor when looking at the overall subnet plan. Current RFCs suggest that a /48 prefix be handed down to organizations. A /48 prefix gives an organization 2^16 (65536) /64 prefixes to use. This example highlights a potential for a corresponding increase in the size of the routing table that a network device uses to forward packets. A primary driver when building an IPv6 addressing plan is to take into account aggregation of IPv6 prefixes, which allows the network to scale and grow.
Figure 9 shows a simple application of the aggregation principle. In this case a service provider has acquired the 2001:DB8::/32 address block from their regional registry. The service provider then assigns address blocks to their customers. In this example, Customer A gets 2001:DB8:1::/48 and Customer B get 2001:DB8:2::/48. With this scheme, each customer can assign subnets to their internal network in any scheme they choose. However, they aggregate all their internal subnets to one /48 announcement to the service provider. The service provider, in turn, aggregates all the customer address blocks that they have assigned to a single /32 announcement to their peer providers.
1. For background information on Bechtel’s IPv6 deployment, refer to: http://www.cisco.com/web/strategy/docs/gov/bechtel_cs.pdf.
11
Address Planning
Figure 9 Hierarchical Addressing
Keep in mind that even though aggregation is key, address conservation is still important. Address conservation has a different meaning than it did in IPv4, but it is still something that must be considered when formulating an overall addressing plan.
Subnet Planning—Growth
Growth is another area that must be considered when allocating subnets in the network. RFC 3531 presents a plan for assigning subnets based on bit boundaries within the organization’s IPv6 prefix and how those boundaries can be manipulated or changed as the network grows and more subnets are needed. Room needs to be left in the subnet plan to accommodate future growth and the addition of more subnets to the network, which can be accommodated by leaving adjacent blocks of address space reserved.
To illustrate the process, assume that a company received the 2001:db8:1::/48 prefix to build their IPv6 network. The company divided their network up into four regions. The /48 address block they received allows them to use 16 bits to build their subnet plan. These numbers are based on the assumption that a /64 prefix will be used across the entire organization. The first four bits can be used to identify the region, which allows for 16 potential regions. Consecutive blocks can be assigned for regions that might need more subnet space. Gaps can also be left to accommodate potential growth within each region. Within each region, the next four bits can be used to identify facilities or sites within an organization, which allows for up to 16 facilities per region. The last eight bits are applied to each facility, which allows for 256 subnets per facility. Table 2 shows how this scheme might be implemented. In Table 2, Region 1 has been identified as a larger region and has been assigned two consecutive blocks for use within that region. This assignment to Region 1 allows the region to have 64 facilities with each facility having 256 subnets. The other regions are smaller and do not initially need as large of a block. However, gaps are left in the address plan to accommodate growth. The same can be done for assigning subnets to a facility. Larger facilities can initially be assigned consecutive blocks to accommodate the size of the facility. For example, facility 1 in Region 2 is a larger facility and is assigned consecutive blocks.
ISP 2001:DB8::/32
IPv6 Internet 2001::/16
Customer A 2001:DB8:0001:/48
Customer B 2001:DB8:0002::/48
22 51
18
2001:DB8:0001:0002:/64
2001:DB8:0001:0001:/64
2001:DB8:0002:0002:/64
2001:DB8:0002:0001:/64
Announces the /64 Prefix
Announces the /48 Prefix
Announces the /32 Prefix
Announces the /48 Prefix
12
Address Planning
Subnet Planning—Prefix Length
There are two areas to consider when looking at prefix lengths—segments that have end stations and infrastructure segments.
For segments that have end stations connected to them, the addressing RFCs for IPv6 suggest that a /64 prefix length be used. With 264 available addresses per segment, it is highly unlikely that you will see prefix lengths shorter than /64 for segments that host end systems. A /64 segment prefix is also required if stateless autoconfiguration is going to be used to assign the interface ID to the end stations. Secure Neighbor Discovery and privacy extensions also require a /64 prefix.
There are many options available when assigning prefixes for network infrastructure. Network planners could opt to be consistent across the network and deploy /64 prefixes for both network infrastructure and host access segments. Network planners could also opt for a plan that uses prefix lengths longer than /64. With all of these options available, there are no hard and fast rules available for assigning prefixes to network infrastructure. At this stage in the address plan, network planners should keep in mind the principles mentioned above—simplicity, aggregation, and growth. Table 3 summarizes some guidelines to consider when assigning prefixes to a link. The rest of the section adds some more background and detail to these considerations.
Table 2 Address Plan for Growth
Region (4 bits) Regional Prefix Facility (4 bits) Facility Prefix Subnets per Facility (8 bits)
1 (0000,0001) 2001:db8:1:0::/52 1 (0000) 2001:db8:1:0::/56 2001:db8:1:0::/64 to 2001:db8:1:ff::/64
2001:db8:1:1::/52 2 (0100) 2001:db8:1:400::/56 2001:db8:1:400::/64 to 2001:db8:1:4ff::/64
3 (1000) 2001:db8:1:800::/56 2001:db8:1:800::/64 to 2001:db8:1:8ff::/64
2 (0100) 2001:db8:1:4000::/52 1 (0000) 2001:db8:1:4000::/56 2001:db8:1:4000::/64 to 2001:db8:1:40ff::/64
1 (0001) 2001:db8:1:4100::/56 2001:db8:1:4100::/64 to 2001:db8:1:41ff::/64
2 (0100) 2001:db8:1:4400::/56 2001:db8:1:4400::/64 to 2001:db8:1:44ff::/64
3 (1000) 2001:db8:1:4800::/56 2001:db8:1:4800::/64 to 2001:db8:1:48ff::/64
3 (1000) 2001:db8:1:8000::/52 1 (0000) 2001:db8:1:8000::/56 2001:db8:1:8000::/64 to 2001:db8:1:80ff::/64
2 (0100) 2001:db8:1:8400::/56 2001:db8:1:8400::/64 to 2001:db8:1:84ff::/64
3 (1000) 2001:db8:1:8800::/56 2001:db8:1:8800::/64 to 2001:db8:1:88ff::/64
4 (1100) 2001:db8:1:c000::/52 1 (0000) 2001:db8:1:c000::/56 2001:db8:1:c000::/64 to 2001:db8:1:c0ff::/64
2 (0100) 2001:db8:1:c400::/56 2001:db8:1:c400::/64 to 2001:db8:1:c4ff::/64
3 (1000) 2001:db8:1:c800::/56 2001:db8:1:c800::/64 to 2001:db8:1:c8ff::/64
13
Address Planning
There are several potential issues when considering the use of prefixes longer than /64. A first area of concern has to do with bit positions 71 and 72 (“u” and “g” bits respectively) in the IPv6 address. These bits have an identified meaning and their value should be correctly set. Bit 71 identifies whether or not the address is globally unique or locally assigned and bit 72 identifies whether the address is unicast or multicast. These bit positions are related to their functions in the MAC address and to the EUI-64 address expansion process. Most IPv6 implementations do not currently account for these bit settings.
Another consideration when using prefixes longer than /64 has to do with anycast addresses. Network planners should avoid the use of an all zero interface identifier, which has been defined by RFC 4291 as the subnet router anycast address. The other anycast address to avoid is the reserved IPv6 subnet anycast address defined in RFC 2526. In this case, the last seven bits are reserved for the anycast ID and the other bits of the identifier are set to 1.
Another addressing consideration comes into play if multicast is going to be used in the network and rendezvous point (RP) information is going to be embedded in the multicast group per RFC 3956. RFC 3956 requires a prefix length of /64 for the RP. This requirement must be accommodated when developing the overall plan.
A last area of concern has to do with Intra Site Automatic Tunnel Address Protocol (ISATAP) addresses. ISATAP requires a /64 for use and it embeds the IPv4 address in the last 32 bits of the IPv6 address. To complete the host interface identifier, ISATAP uses 0000:5efe. This sequence should be avoided when considering prefix lengths longer than /64.
A recommended approach for network infrastructure would be to implement /64, /126, and /128 prefixes. A /128 is used for loopback addresses to identify network nodes. A /64 or a /126 is used for point-to-point links such as serial or POS links. RFC 3627 discusses why using a /127 prefix length for point-to-point links is not considered a best practice. A /64 prefix scheme is the simplest scheme to implement. A /126 prefix scheme allows for the most address conservation. At this point a choice needs to be made between the simplicity of the /64 scheme and the potential complexity of the /126 scheme.
Table 3 Link Level Prefix Concerns
64 Bits < 64 Bits > 64 Bits
• Recommended by RFC 3177 and IAB/IESG
• Consistency makes management easy
• Must for SLAAC, SEND, and other automatic address assignment methods
• Subnet not aligned with the number of end systems—perceived “waste” of address space
• Enables more hosts per subnet
• Considered bad practice
• 64 bits offers more space for hosts than current media types and transport can efficiently support
• Address space conservation
• Special cases:
– /126—Valid for p2p
– /127—Not valid for p2p (RFC 3627)
– /128—Typically used for network infrastructure Loopback addresses
• Complicates management
• Must avoid overlap with specific addresses:
– Router Anycast (RFC 3513)
– Embedded RP (RFC 3956)
– ISATAP addresses
14
Address Planning
The example plan in Table 2 will be used to demonstrate how infrastructure addresses might be planned using both /64 and /126 subnets. The /64 case is covered first. In Table 2, the last two regional blocks (1 and 1110) are used to provide infrastructure links. Using this scheme, 8192 (213) infrastructure subnets can be assigned. This decision presents issues if region 4 experiences growth that requires more address space. In a real world situation, this decision would have to be analyzed against future growth requirements. Infrastructure links allocate bits in a manner similar to that in Table 2. Four bits are used to identify the region, four bits are used to identify a site within a region, and four bits are used per site. Table 4 shows how this scheme might be implemented.
Note Each facility is actually receiving two infrastructure blocks for use at that facility. This scheme gives each facility 32 infrastructure subnets.
An alternative implementation is to use /126 subnets for infrastructure links. For this case, a /64 block is used to assign all infrastructure links. Again using the plan developed in Table 2, the 2001:db8:1:ffff::/64 block is used to assign all infrastructure links. Using this block assignment definitively identifies subnets that are being used for network infrastructure and those subnets used for end systems. A similar break down is used to identify regions and sites. Four bits are used to identify the region and four bits are used to identify the site. This scheme gives each site ~254 infrastructure subnets. Table 5 shows how this scheme might be implemented.
Table 4 /64 infrastructure Prefix Breakdown
Infrastructure prefix— 2001:db8:1:e000 ::/51
Region (4 bits) Regional Prefix Facility (4 bits) Facility prefix Subnets per facility (4 bits)
1 (0000) (0001)
2001:db8:1:e000::/56 1 (0000) (0001) 2001:db8:1:e000::/59 2001:db8:1:e000::/64 to 2001:db8:1:e01f::/64
2 (0100) (0101) 2001:db8:1:e040::/59 2001:db8:1:e040::/64 to 2001:db8:1:e05f::/64
3 (1000) (1001) 2001:db8:1:e080::/59 2001:db8:1:e080::/64 to 2001:db8:1:e09f::/64
2 (0100) 2001:db8:1:e400::/56 1 (0000) (0001) 2001:db8:1:e400::/59 2001:db8:1:e400::/64 to 2001:db8:1:e41f::/64
1 (0010) (0011) 2001:db8:1:e420::/59 2001:db8:1:e420::/64 to 2001:db8:1:e41f::/64
2 (0100) (0101) 2001:db8:1:e440::/59 2001:db8:1:e440::/64 to 2001:db8:1:e44f::/64
3 (1000) (1001) 2001:db8:1:e480::/59 2001:db8:1:e480::/64 to 2001:db8:1:e48f::/64
3 (1000) 2001:db8:1:f800::/56 1 (0000) (0001) 2001:db8:1:f800::/59 2001:db8:1:f800::/64 to 2001:db8:1:f81f::/64
2 (0100) (0101) 2001:db8:1:f840::/59 2001:db8:1:f840::/64 to 2001:db8:1:f85f::/64
3 (1000) (1001) 2001:db8:1:f880::/59 2001:db8:1:f880::/64 to 2001:db8:1:f89f::/64
4 (1100) 2001:db8:1:fc00::/56 1 (0000) (0001) 2001:db8:1:fc00::/59 2001:db8:1:fc00::/64 to 2001:db8:1:fc1f::/64
2 (0100) (0101) 2001:db8:1:fc40::/59 2001:db8:1:fc40::/64 to 2001:db8:1:fc5f::/64
3 (1000) (1001) 2001:db8:1:fc80::/59 2001:db8:1:fc80::/64 to 2001:db8:1:fc9f::/64
15
Address Planning
This example highlights that using the /126 prefix breakdown for infrastructure links provides for greater address conservation by only allowing for 4 addresses per subnet. The example also shows that managing and maintaining this scheme is much more complicated—both in the planning and implementation of the scheme.
Another option exists for customers and their network infrastructure links. This option uses ULAs for network infrastructure. This scheme completely separates the network infrastructure prefixes from the end system prefixes by assigning network infrastructure prefixes from a completely different IPv6 address block. This strategy also affords some security for the network infrastructure. ULAs should not be reachable from the Internet which should screen the network infrastructure from external attacks. In the example above, the ULA network infrastructure prefix could be FD00:2001:DB8::/48.
Table 5 /126 Infrastructure Prefix Breakdown
Infrastructure prefix - 2001:db8:1:ffff::/ 64
Region (4 bits) Regional Prefix Facility (4 bits) Facility prefix Subnets per facility (54 bits)
1 (0000) (0001)
2001:db8:1:ffff: 0::/68
1 (0000) 2001:db8:1:fff f:0::/72
2001:db8:1:ffff::/126 to 2001:db8:1:ffff:00ff:ffff:ffff:fffc::/126
2 (0100) 2001:db8:1:fff f:0400::/72
2001:db8:1:ffff:0400::/126 to 2001:db8:1:ffff:04ff:ffff:ffff:fffc::/126
3 (1000) 2001:db8:1:fff f:0800::/72
2001:db8:1:ffff:0800::/126 to 2001:db8:1:ffff:08f:ffff:ffff:fffc::/126
2 (0100) 2001:db8:1:ffff: 4000:/68
1 (0000) 2001:db8:1:fff f:4000::/72
2001:db8:1:ffff:4000::/126 to 2001:db8:1:ffff:40ff:ffff:ffff:fffc::/126
2 (0100) 2001:db8:1:fff f:4400::/72
2001:db8:1:ffff:4200::/126 to 2001:db8:1:ffff:42ff:ffff:ffff:fffc::/126
3 (1000) 2001:db8:1:fff f:4800::/72
2001:db8:1:ffff:4400::/126 to 2001:db8:1:ffff:44ff:ffff:ffff:fffc::/126
3 (1000) 2001:db8:1:ffff: 8000:/68
1 (0000) 2001:db8:1:fff f:8000::/72
2001:db8:1:ffff:8000::/126 to 2001:db8:1:ffff:80ff:ffff:ffff:fffc::/126
2 (0100) 2001:db8:1:fff f:8200::/72
2001:db8:1:ffff:8400::/126 to 2001:db8:1:ffff:84ff:ffff:ffff:fffc::/126
3 (1000) 2001:db8:1:fff f:8400::/72
2001:db8:1:ffff:8800::/126 to 2001:db8:1:ffff:88ff:ffff:ffff:fffc::/126
4 (1100) 2001:db8:1:ffff: c000:/68
1 (0000) 2001:db8:1:fff f:c000::/72
2001:db8:1:ffff:c000::/126 to 2001:db8:1:ffff:c0ff:ffff:ffff:fffc::/126
2 (0100) 2001:db8:1:fff f:c400::/72
2001:db8:1:ffff:c400::/126 to 2001:db8:1:ffff:c4ff:ffff:ffff:fffc::/126
3 (1000) 2001:db8:1:fff f:c800::/72
2001:db8:1:ffff:c800::/126 to 2001:db8:1:ffff:c8ff:ffff:ffff:fffc::/126
16
Building the Addressing Plan
Organizations that go this route should implement /64 prefixes for ease of management. Consideration should also be given to ensure that PMTUD works for all hosts by using globally unique addresses for loopback interfaces and sourcing responses from that interface. Using this method should prevent any ULA filtering issues that organizations implement.
Building the Addressing Plan There are several methods available to develop the IPv6 addressing plan:
• Existing IPv4 based plan is translated into IPv6
• Topologically based
• Organizationally based
• Services based
In the first method, some recognizable and unique part of the existing IPv4 subnet scheme is translated into an IPv6 subnet scheme. For example, a /48 is given to a customer, which gives the customer 16 bits to subnet their internal network. The customer is using the 10.0.0.0/8 network to address their network and has been allocated the 2001:DB8:1::/48 for their IPv6 address block. In this case the customer might choose to use the second and third octets in the IPv4 address to translate into their IPv6 address. For example, the 10.23.16.0/24 subnet would translate to 2001:DB8:1:1710::/64. Figure 10 graphically illustrates this process. This scheme becomes challenging to implement because of the variable length subnet masks that are common in an IPv4 subnet scheme.
Figure 10 Converting IPv4 Subnet to IPv6 Subnet
The next method assigns a block of addresses to all locations within the topological constraints of the network. For example, a customer has been allocated the 2001:DB8:1::/48 prefix by their provider and they have sites across the country that are topologically broken down into four regions by geography—northwest, northeast, southwest, and southeast. They might choose to use the first four bits of the 16 bits that they have for subnetting to identify the region. With this scheme the network could have sixteen regions and each region could have 4096 (212) /64 subnets. This scheme could be further pushed down to the facility level where the customer might choose to use the next four bits to identify a facility within a region, which would allow for 16 sites (24) per region with each site having a possible 256 (28) /64 subnets. Table 2 shows how the breakdown might look.
The next method involves assigning prefixes based on organizational boundaries within a customer. In this case, the engineering organization receives a block of addresses, the sales organization a different block, legal another block, and so on. A significant issue with this method is that it does not promote an
Customer IPv4 network 10.0.0.0/8
Customer IPv6 network 2001:db8:1::/48
Customer IPv4 subnet 10.23.16.0/24
Use the 2nd and 3rd octets for IPv6 subnet Do the decimal to hexadecimal conversion
23 0x17 16 0x10
Substitute conversion results to get IPv6 subnet 2001:db8:1:1710::/64 22
51 19
17
Assigning Interface Identifiers
efficient aggregation scheme. It is likely that most organizations within a company are located at multiple sites. Because of this organizational dispersion, this scheme is likely to be used in conjunction with a topological breakdown.
The last method is to assign prefixes based on the type of service that is offered, such as devices that provide VoIP or wireless services. This method has the same aggregation issues as the organizational scheme and is also likely to be used in conjunction with the topological breakdown.
Some recommendations when building the subnet plan:
• Use only /64 subnets for segments that have end systems/host attached.
• Use only /64, /128, or /126 subnets on network infrastructure.
• Take advantage of the network topology and the natural aggregation points to summarize prefix information.
• Consider organization and services based assignment within the summarization boundaries.
• Leave gaps in the plan for growth.
• Keep the subnet plan simple at first, using /64 prefixes for pilot projects and initial implementations.
• Consider the use of ULAs for network infrastructure.
• Consider /126 prefixes on network infrastructure if there is a compelling need.
Assigning Interface Identifiers Another consideration when developing the addressing plan is how the interface identifier gets assigned to end stations and network infrastructure. RFC 5157 has some recommendations related to assigning addresses and the implications related to subnet scanning. As mentioned previously, there are several options available when assigning interface identifiers to an end host:
• Manual
• Stateless
• Privacy extensions
• SEND/CGA
• DHCP
Manually configuring addresses on end stations means visiting each network node and configuring an interface identifier for that node. With this consideration in mind, manual address assignment should be reserved for network infrastructure devices and key network servers (e.g., DNS servers, DHCP servers, database servers, Web servers). There are some considerations that need to be accounted for when assigning addresses manually, which are the same ones discussed previously in Subnet Planning—Initial Block Request related to the “'u” and “g” bits, the router subnet anycast address, the IPv6 subnet anycast address, embedded RP addressing, and ISATAP addressing. For manually assigned interface identifiers, avoiding easily guessed addresses (e.g., DEADBEEF, CAFE, C0FFEE, etc.) is a good security practice and helps ensure that hackers are unlikely to find any hosts on a network scan. This recommendation is circumvented a bit for hosts that need to be publicly reachable. For publicly reachable hosts, DNS distributes the address information so that external hosts can communicate. It is still good practice, however, to avoid using easily guessed addresses for these publicly addressable servers. The recommendation when manually assigning addresses is to use a pseudo-random process to generate the interface ID portion of the address.
18
Assigning Interface Identifiers
Stateless auto configuration is a method where the node or device is able to automatically assign an address to itself. In this process, the node listens to specific messages that are sent out by routers on the segment. The node takes the subnet prefix information that the router is advertising and configures an interface ID. There are three common processes that the end node can use to automatically configure the interface ID:
• EUI-64 process
• Privacy extensions1
• Secure Neighbor Discovery/Cryptographically Generated Address (SEND/CGA)2
The EUI-64 uses the MAC address to build the interface ID. Because the interface ID requires 64 bits and the MAC address is only 48 bits, a method is needed to expand the MAC address. To accomplish this expansion the MAC address is split in half and FFFE is inserted. The last part of the process is to set the universal/local bit. The universal/local bit is used to identify whether or not the address is universally or locally administered and is the seventh bit in the first octet. Figure 11 demonstrates the EUI-64 process.
Figure 11 EUI-64 Process
Stateless address auto-configuration (SLAAC) is another option for interface identifier assignment. Using SLAAC, an end station can automatically assign an address to itself and discover a default gateway. A significant piece of information is not distributed using the SLAAC process—the DNS server. With the expanded address size, DNS is going to be even more critical to overall IPv6 operations. Another potential drawback to SLAAC is the lack of AAA features for tracking who is connecting to the network. This deficiency could lead to some potential security issues where unauthorized users could connect to the network. SLAAC is useful in mobile environments and network segments where “dumb” devices (e.g., sensors) connect.
Privacy concerns developed because the EUI-64 process is based on mapping the Layer 2 MAC address to the Layer 3 interface ID. The concern stems around the ability to track a device based on the unchanging interface ID. To address the privacy concerns, privacy extensions were developed to automatically generate interface IDs.
Privacy extensions are another way to automatically assign an address to an end host. Using this process an end host generates a pseudo-random interface identifier that is to be used for a specified time frame. When that time expires, the host generates another address that is used for communications, and so on.
1. See RFC 4941 Privacy Extensions for Stateless Address Autoconfiguration in IPv6.
2. See RFC 3971 SEcure Neighbor Discovery (SEND) and RFC 3972 Cryptographically Generated Addresses (CGA).
22 51
20
00 90 27 17 FC 0F
00 90 27 17 FC 0F
00 90 27
02 90 27
17 FC 0F
17 FC 0FFF FE
FF FE
000000X0
X = 1
FF FE
Where X = 1 = Unique 0 = Not Unique
19
Assigning Interface Identifiers
While privacy extensions do address the concerns outlined in RFC 3041, they put an administrative burden on the network operations staff. Processes and procedures for troubleshooting, accounting, authorization, access, etc. need to be developed to accommodate the changing end station addresses.
When considering privacy extensions, it is recommended that you use them for originating external communications to end systems outside of the organization's network (e.g., the Internet) and use non-privacy assigned addresses for internal communications. Figure 12 shows how these communications might occur. Communication between site 1 and site 2 uses permanently assigned addresses and communication outside of the organization uses temporary addresses.
Figure 12 Privacy Extension Example
Figure 13 shows a screen capture from a Windows Vista machine. Note that the interface has three globally unique addresses assigned to it. The first address is manually assigned and the second address is an example of privacy extensions in use. As the valid lifetime for this address expires, a new interface ID is generated. The third address that is assigned is the longer lived public address. Note that Microsoft’s default behavior for Vista/2008 is to generate random numbers for use as interface identifiers. This choice can be seen below where the Public address does not follow the EUI-64 process. Note also that the lifetime on this address is much longer than the Temporary address. The Public address is intended to be a much longer lived address.
Site 1
Corporate Backbone
Site 2
Internet Connection
2001:DB8:1:1::3 2001:DB8:1:1:7124:eb33:a6d2:1dd8
2001:DB8:1:2::21 FD02:2:2:2:89d1:497a:ca56:b8e4
2001:DB8:3:1::3
22 51
22
20
Assigning Interface Identifiers
Figure 13 Windows Vista IPv6 Addresses
Note that to use these temporary addresses, the default behavior for source address selection has to be overridden. RFC 3484 specifies that public addresses are preferred over temporary addresses. The RFC specifies that applications must provide a mechanism to override this behavior, which you should keep this in mind when considering using privacy extensions in this way. Another recommendation for privacy extensions is to keep the time frame for generating new addresses to a “reasonable” period. “Reasonable” is relative to the organization building the address plan and depends on the sensitivity of the organization to privacy. The time period recommended in the RFC is to change the address daily, which should meet the requirements for most organizations.
Another method to dynamically generate an interface ID is SEND/CGA, which was developed to address security concerns with the neighbor discovery process as outlined in RFC 3756 (IPv6 Neighbor Discovery (ND) Trust Models and Threats). The key idea behind the SEND/CGA process is to use public/private keys and certificates to ensure the identities of all equipment associated with the neighbor discovery process. CGA is a lightweight mechanism that provides good protection against Layer 3 address spoofing. SEND is a PKI-based mechanism that provides good protection against router spoofing. The two work in combination to alleviate the threats identified in RFC 3756.
Figure 14 shows the CGA process in action. As noted in RFC 3972:
The basic idea is to generate the interface identifier (i.e., the rightmost 64 bits) of the IPv6 address by computing a cryptographic hash of the public key.
21
Assigning Interface Identifiers
As Figure 14 shows, the CGA process uses the public key and other parameters to generate a cryptographic hash that is used as the interface identifier. The device can then use the private key to sign messages sent from the address. Other devices can then verify the address using the public key.
Figure 14 Cryptographically Generated Address Process
The overall goal of this process is to ensure that neighbors on a segment are who they say they are and provide some security for the neighbor discovery process. The current limiting factor for deployment of SEND/CGA is operating system support. Current workstation deployment of SEND/CGA is limited to most Linux systems. Support for SEND/CGA is a work in progress for most end system and network infrastructure vendors to include Cisco IOS. The lack of support for SEND and CGA limits the deployment of this addressing method. The recommendation is to use SEND and CGA as more devices integrate support for these features.
DHCP has also been extended to support IPv61. DHCPv6 gives network administrators more control over how interface addressing is handled and includes both improvements based on lessons learned from DHCP and some new features (e.g., DHCP prefix delegation). There are two states that DHCPv6 can operate in:
• Stateful—In this mode, DHCPv6 operates just like DHCPv4. It hands out and tracks address usage for segments. Network operators can track where addresses are and what addresses are in use.
• Stateless—In this mode, DHCPv6 is used primarily to hand out such things as DNS server and domain name information. This information is used to supplement the information that is discovered during the SLAAC process discussed previously. In the stateless model, the DHCPv6 server does not hand out any address information and therefore does not have to maintain any state, such as tracking address leases or end node status.
Some overall recommendations when assigning interface identifiers:
• Use SEND/CGA where and when it is available.
• Manually assign interface identifiers to network infrastructure and key network servers.
• Use DHCPv6 where user accounting and tracking are important concerns.
• When using stateless autoconfig, use stateless DHCPv6 to hand out key information such as DNS servers.
• Do not use easily guessed interface IDs.
SHA -1
RSA Keys
Private Public
Subnet Prefix
Interface Identifier
Crypto. Generated Address
Modifier (nonce)
Public Key
Subnet Prefix
CGA Params Signature
Send Messages
22 51
23
1. RFC 3315 Dynamic Host Configuration Protocol for IPv6 (DHCPv6) and RFC 3736 Stateless Dynamic Host Configuration Protocol (DHCP) Service for IPv6.
22
IPv6 Address Plan Case Study
IPv6 Address Plan Case Study This section discusses how a fictional company might develop their IPv6 addressing plan. Company XYZ is a multinational corporation headquartered in San Francisco with regional headquarters in Dubai, Johannesburg, Hong Kong, Sydney, Tokyo, Budapest, Paris, Buenos Aires, Mexico City, Atlanta, and Montreal. Figure 15 shows the connectivity between these regional headquarter sites.
Figure 15 Company XYZ Backbone Topology
These regional headquarters sites serve up to 100 remote office locations. The company’s primary data center is co-located with the company headquarters in San Francisco. The backup data center is located in Atlanta. Internet connectivity is provided via the San Francisco, Atlanta, and Paris sites via three different service providers.
For part of their first line of security, the XYZ corporation decided to use ULAs for network infrastructure. ULAs are not used to address end systems. XYZ corporation uses the FD00:2001:db8::/48 prefix for infrastructure addressing. They use globally unique addresses for loopback addresses on network infrastructure to ensure that features like PMTUD work. XYZ corporation intends to peer with multiple different service providers. To address the potential issues with multihoming and the complexity of managing three different IPv6 address blocks, XYZ corporation decided to request a /32 block of address space from ARIN. The company met the requirements as established by ARIN and was allocated the 2001:db8::/32 block for their use. XYZ corporation did not approach RIPE or any of the other registries to request address space after securing agreements with their service providers regarding announcements of their IPv6 prefixes.
XYZ corporation decided to assign prefixes based on the regions in which sites are located and defined five regions—North America, South America, Europe, Africa, and Asia. They decided to use the first three bits to identify the region for both the ARIN assigned and network infrastructure ULA prefix. The high-level break down for the prefix block it received from ARIN and the ULA prefix block for network infrastructure is shown in Table 6.
23
IPv6 Address Plan Case Study
Note For the infrastructure prefixes both Europe and North America are assigned consecutive blocks. This assignment recognizes that Europe and North America are larger and need a larger infrastructure block.
The next step is to develop a plan for each region. The North American region is used as an example and the resulting plan can then be applied to other regions.
For regional planning the next five bits are used to identify the regional headquarters and major facilities, such as data centers or large user locations. This decision allows for 32 of these facilities to be identified. Each of these locations can then assign subnets out of this /40 prefix. Using a /40 per regional headquarters allows for a /48 to be assigned to up to 256 remote locations that connect to the regional headquarters. The break down in Table 7 shows how the North American /35 prefix is further broken down into /40 prefixes.
This scheme still has the 2001:db8:2b00::/40 through the 2001:db8:3f00::/40 prefixes unassigned and available for future use.
A /48 block is assigned to each regional headquarters and the remote locations that attach to a regional headquarters. A /48 gives each location approximately 65000 subnets.
Table 6 XYZ Corporation Prefix Assignments
Reserved—2001:db8:0000::/35 fd00:2001:db8:0::/51 (assigned to North America)
North America—2001:db8:2000::/35 fd00:2001:db8:2000::/51
South America—2001:db8:4000::/35 fd00:2001:db8:4000::/51
Europe—2001:db8:6000::/35 fd00:2001:db8:6000::/51
Reserved—2001:db8:8000::/35 fd00:2001:db8:8000::/51 (assigned to Europe)
Africa—2001:db8:a000::/35 fd00:2001:db8:a000::/51
Asia—2001:db8:c000::/35 fd00:2001:db8:c000::/51
Reserved—2001:db8:e000::/35 fd00:2001:db8:e000::/51
Table 7 North American Major Facility Prefix Breakdown
Regional Bits (3 bits) Major Facility Bits (5 bits) Prefix Facility
001 00000 2001:db8:2000::/40 San Francisco
00001 2001:db8:2100::/40
00010 2001:db8:2200::/40 San Francisco data center
00011 2001:db8:2300::/40
00100 2001:db8:2400::/40 Atlanta
00101 2001:db8:2500::/40
00110 2001:db8:2600::/40 Atlanta data center
00111 2001:db8:2700::/40
01000 2001:db8:2800::/40 Montreal
01001 2001:db8:2900::/40
01010 2001:db8:2a00::/40 Mexico City
24
IPv6 Address Plan Case Study
The next step is to breakdown the prefix block per facility. The first four bits are used to identify the building on the site. The next four bits are used to identify the floor of the building. This plan leaves the last eight bits for use as user subnets on the floor. To ease the overall management of the subnet plan, all facilities use /64 subnets for user and infrastructure links. /128 subnets are assigned to loopback interfaces on infrastructure devices.
The breakdown for a facility is shown in Table 8.
For the infrastructure prefixes, the next 8 bits after the regional bits are used to identify facilities within that region. Larger facilities receive consecutive blocks to accommodate more infrastructure prefixes for that site. The breakdown for infrastructure prefixes is shown in Table 9.
Table 8 San Francisco Facility Prefix Breakdown
San Francisco Facility Prefix—2001:db 8:2000::/48
Building (4 bits) Floor (4 bits) User subnets (8 bits)
0000 0000 2001:db8:2000:0000::/64 to 2001:db8:2000:00ff::/64
0001 2001:db8:2000:0100::/64 to 2001:db8:2000:01ff::/64
0010 2001:db8:2000:0200::/64 to 2001:db8:2000:02ff::/64
0011 2001:db8:2000:0300::/64 to 2001:db8:2000:03ff::/64
0100 2001:db8:2000:0400::/64 to 2001:db8:2000:04ff::/64
0101 2001:db8:2000:0500::/64 to 2001:db8:2000:05ff::/64
0110 2001:db8:2000:0600::/64 to 2001:db8:2000:06ff::/64
0111 2001:db8:2000:0700::/64 to 2001:db8:2000:07ff::/64
1000 2001:db8:2000:0800::/64 to 2001:db8:2000:08ff::/64
1001 2001:db8:2000:0900::/64 to 2001:db8:2000:09ff::/64
1010 2001:db8:2000:0a00::/64 to 2001:db8:2000:0aff::/64
1011 2001:db8:2000:0b00::/64 to 2001:db8:2000:0bff::/64
1100 2001:db8:2000:0c00::/64 to 2001:db8:2000:0cff::/64
1101 2001:db8:2000:0d00::/64 to 2001:db8:2000:0dff::/64
1110 2001:db8:2000:0e00::/64 to 2001:db8:2000:0eff::/64
1111 2001:db8:2000:0f00::/64 to 2001:db8:2000:0fff::/64
25
IPv6 Address Plan Case Study
XYZ corporation uses DHCPv6 to assign interface identifiers to user machines. Key servers and all network infrastructure use manually-assigned interface identifiers. Privacy extensions are not used on the network. As CGA/SEND implementations become available, they use SEND/CGA to help improve the overall security in the network.
Table 9 Infrastructure Prefix Breakdown
Regional bits (3 bits) Facility bits (8 bits) Prefix Prefixes available per facility (5 bits)
000 (North America)
00000000 (San Francisco)
fd00:2001:db8::/59 fd00:2001:db8::/64 to fd00:2001:db8:1f::/64
00000001 (San Francisco)
fd00:2001:db8:20:/59 fd00:2001:db8:20::/64 to fd00:2001:db8:3f::/64
00000010 (San Francisco)
fd00:2001:db8:40::/59 fd00:2001:db8:40::/64 to fd00:2001:db8:5f::/64
00000011 (San Francisco)
fd00:2001:db8:60::/59 fd00:2001:db8:60::/64 to fd00:2001:db8:7f::/64
00000110 (San Francisco data center)
fd00:2001:db8:c0::/59 fd00:2001:db8:c0::/64 to fd00:2001:db8:df::/64
00000111 (San Francisco data center)
fd00:2001:db8:e0::/59 fd00:2001:db8:e0::/64 to fd00:2001:db8:ff::/64
00001010 (Atlanta)
fd00:2001:db8:140::/59 fd00:2001:db8:140::/64 to fd00:2001:db8:15f::/64
00001011 (Atlanta)
fd00:2001:db8:160::/59 fd00:2001:db8:160::/64 to fd00:2001:db8:17f::/64
00001110 (Atlanta data center)
fd00:2001:db8:1c0::/59 fd00:2001:db8:120::/64 to fd00:2001:db8:13f::/64
00001111 (Atlanta data center)
fd00:2001:db8:1e0::/59 fd00:2001:db8:140::/64 to fd00:2001:db8:15f::/64
001 (North America)
00000000 (Remote Site #1)
fd00:2001:db8:2000::/59 fd00:2001:db8:2000::/64 to fd00:2001:db8:201f::/64
00000010 (Remote Site #2)
fd00:2001:db8:2040::/59 fd00:2001:db8:2040::/64 to fd00:2001:db8:205f::/64
26
Conclusion
Conclusion With IPv4 address depletion looming on the horizon, integration of IPv6 into enterprise and service provider networks is coming. The regional registries have acknowledged that IPv4 address depletion is a reality and encouraged organizations to start the IPv6 integration process. A key step in that integration process is acquiring address and subsequently building a plan to deploy those addresses. This paper has outlined several approaches to acquiring IPv6 address space and building an addressing plan. The way that an organization approaches acquiring and deploying IPv6 address space is going to depend on the needs of that organization, but planning for that process needs to start now. IPv6 is here—get ready!
Resources
IPv6 Resources • Cisco.com IPv6 information at http://www.cisco.com/ipv6
• The IPv6 Forum. Cisco is a founding and active member of the IPv6 Forum. The mission is to promote the use of IPv6 protocol. http://www.ipv6forum.com/
• IPv6 Task Force around the World: http://www.ipv6tf.org/
– North-America IPv6 Task Force: http://www.nav6tf.org/
– European IPv6 Task Forces: http://www.ipv6tf.org/meet/tf/eutf.php
– Japan IPv6 Promotion council: http://www.v6pc.jp/en/index.html
– Korea IPv6 Task Force: http://www.ipv6.or.kr/eng/index.html
• IPv6 books:
– Deploying IPv6 networks, Ciprian Popoviciu, Erik Levy-Abegnoli, and Patrick Grossetete, ISBN 1587052105
– IPv6 Essentials, Silvia Hagen, ISBN 0596100582
– Understanding IPv6, Joseph Davies, ISBN 0735624461
– Cisco Self Study: Implementing Cisco IPv6 Networks, Regis Desmeules, ISBN 1587050862
– Migrating to IPv6: A Practical Guide to Implementing IPv6 in Mobile and Fixed Networks, Marc Blanchet, ISBN 0471498920
– Global IPv6 Strategies: From Business Analysis to Operational Planning, Patrick Grossetete, Ciprian Popoviciu, Fred Wettling, ISBN 1587053438
Addressing Resources • IPv6 Addressing Architecture (RFC 4291): http://www.ietf.org/rfc/rfc4291.txt
• IPv6 Global Unicast Address Format (RFC 3587): http://www.ietf.org/rfc/rfc3587.txt
• Deprecating Site Local address (RFC 3879): http://www.ietf.org/rfc/rfc3879.txt
• Unique Local IPv6 Unicast Addresses (RFC 4193): http://www.ietf.org/rfc/rfc4193.txt
• Special-Use IPv6 Addresses http://www.ietf.org/rfc/rfc5156.txt
27
Resources
• Requirements for Address Selection Mechanisms http://www.ietf.org/rfc/rfc5221.txt
• SEcure Neighbor Discovery (SEND) http://www.ietf.org/rfc/rfc3971.txt
• Cryptographically Generated Addresses (CGA) http://www.ietf.org/rfc/rfc3972.txt
• IPv6 Address Prefix Reserved for Documentation http://www.ietf.org/rfc/rfc3849.txt
• Default Address Selection for Internet Protocol version 6 (IPv6) http://www.ietf.org/rfc/rfc3484.txt
• A Flexible Method for Managing the Assignment of Bits of an IPv6 Address Block http://www.ietf.org/rfc/rfc3531.txt
• Use of /127 Prefix Length Between Routers Considered Harmful http://www.ietf.org/rfc/rfc3627.txt
• Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address http://www.ietf.org/rfc/rfc3956.txt
• IPv6 Implications for Network Scanning http://www.ietf.org/rfc/rfc5157.txt
• Privacy Extensions for Stateless Address Autoconfiguration in IPv6 http://www.ietf.org/rfc/rfc3041.txt
• Reserved IPv6 Subnet Anycast Addresses http://www.ietf.org/rfc/rfc2526.txt
• IPv6 Unicast Address Assignment Considerations (Draft): http://www.ietf.org/internet-drafts/draft-ietf-v6ops-addcon-10.txt
• IPv6 Top Level Aggregator (TLA) Assignment: http://www.iana.org/assignments/ipv6-tla-assignments
• IPv6 Multicast Address Assignment: http://www.iana.org/assignments/ipv6-multicast-addresses
• IPv6 Allocation List Regional Registries: http://www.ripe.net/rs/ipv6/stats/index.html
• AFRINIC IPv6 Policies: http://www.afrinic.net/docs/policies/afpol-v6200407-000.htm
• APNIC IPv6 Resources Guide: http://www.apnic.net/services/ipv6_guide.html
• ARIN IPv6 Registration Services: http://www.arin.net/registration/ipv6/index.html
• LACNIC IPv6 Registration Services: http://lacnic.net/en/registro/ipv6.html
• RIPE NCC Registration Services: http://www.ripe.net/rs/ipv6/index.html
28
- IPv6 Introduction
- Addressing Introduction
- Address Representation
- Address Types
- Unicast
- Multicast
- Anycast
- IPv6 Address Assignment Policies
- Address Allocation Model
- Address Planning
- Provider Independent Addressing
- ULA Addressing
- Network Level Design Considerations
- Subnet Planning-Initial Block Request
- Subnet Planning-Aggregation
- Subnet Planning-Growth
- Subnet Planning-Prefix Length
- Building the Addressing Plan
- Assigning Interface Identifiers
- IPv6 Address Plan Case Study
- Conclusion
- Resources
- IPv6 Resources
- Addressing Resources
Homework 4--Special 'Gift' Assignment/Part 1/IPv6-Addressing-and-Subnetting-Workbook.pdf
0EAF E
80::1 2001:0DB9:F000:: 01 0F
Hexadecimal
Subnet ID
Interface ID
IPv6 Addressing
and Subnetting Workbook
Version 1
Global Routing Prefix
Student Name:
Inside Cover
Produced by: Robb Jones [email protected]
Frederick County Career & Technology Center Cisco Networking Academy
Frederick County Public Schools Frederick, Maryland, USA
Special Thanks to Melvin Baker and Jim Dorsch for taking the time to check this workbook for errors, and to everyone who has sent in suggestions to improve the series.
Types of IPv6 Addresses Unspecified, Loopback, Embedded IPv4
Unspecified address is an all 0 address and cannot be assigned to an interface. It would be typed as ::. This is only used as a source address to indicate the absence of an actual address.
Loopback Address is all 0’s except for the last bit, which is 1. It would be typed as ::1. It operates the same as the IPv4 127.0.0.1 loopback address.
IPv4 Embedded addresses are IPv6 addresses with an IPv4 address embedded in the low-order 32 bits. They are used to transition networks from IPv4 to IPv6.
Address Range: 0000:0000:0000:0000:0000:0000:0000:0000/8 to 00FF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/8
Global Unicast
Global Unicast addresses are used to uniquely identify a specific interface on a host and can be used as a public address on the internet.
Address Range: 2000:0000:0000:0000:0000:0000:0000:0000/3 to 3FFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/3
Unique local Unicast
Unique local Unicast addresses are roughly the same as IPv4 private addresses.
Address Range: FC00:0000:0000:0000:0000:0000:0000:0000/7 to FDFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/7
Link-local Unicast
Link-local addresses are unicast addresses that are limited to a point to point connection within a local network. Routers will not forward packets with a link-local address.
Address Range: FE80:0000:0000:0000:0000:0000:0000:0000/10 to FEBF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/10
Multicast
Multicast addresses are used to send a single packet to multiple destinations simultaneously.
Address Range: FF00:0000:0000:0000:0000:0000:0000:0000/8 to FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/8
1
A Brief History of TCP/IP Versions
TCP version 1 through TCP version 3 were developed as test versions and not widely used. Contrary to popular belief there was never an IPv1, IPv2, or IPv3. The version numbers were kept intact to avoid confusion when the TCP protocol was split into TCP and IP.
1973 - TCP version 1 was developed and documented in RFC 675. At this time IP was part of TCP.
1977 - TCP version 2 was developed and documented in March. In August of 1977 it was decided that the TCP protocol was going in the wrong direction.
1978 - TCP and IP were split into two separate protocols. Both TCP and IP were part of version 3.
1980 - Early development of IPv4 defined in RFC 760.
1981 - The current version of IPv4 is defined in RFC 791, 792 and 793. It was the first widely used version of the Internet Protocol.
1983 - On January 1, 1983, TCP/IP protocols became the only approved protocol on the ARPANET, replacing the earlier NCP protocol. This was known as flag day.
1984 - The number of hosts on the internet breaks 1000.
1987 - Hosts on the internet exceeds 10,000.
1989 - Host accessing the internet surpasses 100,000.
1990 - IPv5 relates to an experimental TCP/IP protocol called the Internet Stream Protocol, Version 2, originally defined in RFC 1190. This protocol was a peer of IPv4 and was designed to work with voice conversations and conferences with delay and bandwidth guarantees. These packets were assigned IP version 5 to differentiate them from “normal” IPv4 packets. This protocol was never introduced to the public, and was always considered experimental. To be sure there would be no confusion, version 5 was skipped over in favor of version 6.
1992 - The number of hosts on the internet breaks 1,000,000.
1995 - IPv6, introduced as IP Next Generation, was presented in RFC 1883.
1997 - The number of hosts using the internet exceeds 19,000,000.
1998 - The more fully developed IPv6 obsoletes RFC 1883 with the updated RFC 2460.
IPv4 has been well established for years. IPv6 is still in flux as it undergoes growing pains with changes and adjustments to the rules as it is being implemented.
2
The Internet Assigned Numbers Authority (IANA) divided the available IPv6 addresses into eight equal segments based on the three leading bits of the addresses (000, 001, 010, 011, 100, 101, 110, and 111). Only one eighth of the total available addresses have been reserved for use as global unicast addresses. Four smaller subgroups have been made available for unique local unicast, link-local unicast, multicast, and (unspecified, loopback, embedded IPv4).
000111
110
101
100 011
010
001
Global Unicast 2000:0000:0000:0000:0000:0000:0000:0000/3 to 3FFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/3
Unspecified, Loopback, Embedded IPv4 0000:0000:0000:0000:0000:0000:0000:0000/8 to 00FF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/8
Multicast FF00:0000:0000:0000:0000:0000:0000:0000/8 to FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/8
Link-local Unicast FE80:0000:0000:0000:0000:0000:0000:0000/10 to FEBF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/10
Unique local Unicast FC00:0000:0000:0000:0000:0000:0000:0000/7 to FDFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF/7
IPv6
There are 340,282,366,920,938,463,463,374,607,431,768,211,456 possible IPv6 addresses.
If you want to actually say the number it is three hundred and forty undecillion, two hundred and eighty-two decillion, three hundred and sixty-six nonillion, nine hundred and twenty octillion, nine hundred and thirty-eight septillion, four hundred and sixty-three sextillion, four hundred and sixty-three quintillion, three hundred and seventy-four quadrillion, six hundred and seven trillion, four hundred and thirty-one billion, seven hundred and sixty-eight million, two hundred and eleven thousand, four hundred and fifty-six. (or you can have Windows Narrator say it for you.)
The unshaded areas are reserved by the IETF for future use.
3
Total number of IPv6 Addresses 1/8 or the reserved Global Unicast addresses The five /12 ranges assigned to the RIRs Estimated world population Estimated number of IPv6 addresses per person (That’s over 58 septillion addresses per person and doesn’t include the additional smaller blocks of addresses assigned to the five RIRs by the IANA)
340,282,366,920,938,463,463,374,607,431,768,211,456 42,535,295,865,117,307,932,921,825,928,971,026,432
415,383,748,682,786,210,282,439,706,337,607,680 7,119,157,000
58,347,322,398,253,923,924,200,534
IPv6 by the Numbers
Total number of IPv6 addresses
340 undecillion
000
001
010
011100
101
110
111
42.5 undecillion
1/8th of the total IPv6 addresses
reserved for Global Unicast use
001
About 1%
415 Decillion
The five /12 blocks of addresses assigned to
the five RIR’s by the IANA
There are some additional smaller
blocks of addresses assigned to the five
RIRs
There is a chart in the Reference Section that has
all of these listed.
Special Purpose
1%
AfriNIC 20%
RIPE NNC 20%
ARIN 20%
APNIC 20%
LACNIC 19%
The Five RIRs
The Regional Internet Registry is an organization that manages the allocation and registration of internet number resources world wide. It has evolved over time to divide the world into five areas, or RIRs.
AfriNIC - African Network Information Centre ARIN - American Registry for Internet Numbers APNIC - Asia-Pacific Network Information Centre LACNIC - Latin America and Caribbean Network Information Centre RIPE NCC - Réseaux IP Européens Network Coordination Centre
Rule 1: Omission of the Leading 0s
Rule 1 allows you to remove all the leading 0s in each individual hextet.
Sample 1 Unspecified address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0000 Leading 0’s removed: 0: 0: 0: 0: 0: 0: 0: 0
or 0:0:0:0:0:0:0:0
Sample 2 - Loopback Address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0001 Leading 0’s removed: 0: 0: 0: 0: 0: 0: 0: 1
or 0:0:0:0:0:0:0:1
Sample 3 – Global Unicast Address Preferred Format: 2000:0000:0000:0000:0000:0000:0000:0001 Leading 0’s removed: 2000: 0: 0: 0: 0: 0: 0: 1
or 2000:0:0:0:0:0:0:1
Sample 4 – Global Unicast Address Preferred Format: 2001:00FE:ACAD:2013:0000:0000:00AA:0271 Leading 0’s removed: 2001: FE:ACAD:2013: 0: 0: AA: 271
or 2001: FE:ACAD:2013:0:0:AA:271
Sample 5 – Unique local Unicast Address Preferred Format: FC80:0000:0000:ACAD:0000:0000:0000:0001 Leading 0’s removed: FC80: 0: 0:ACAD: 0: 0: 0: 1
or FC80:0:0:ACAD:0:0:0:1
Sample 6 – Link-local Address Preferred Format: FE80:ACAD:0000:0197:0000:0000:0000:FF01 Leading 0’s removed: FE80:ACAD: 0: 197: 0: 0: 0:FF01
or FE80:ACAD:0:197:0:0:0:FF01
Sample 7 – Multicast Address Preferred Format: FF00:0000:0000:ACAD:0000:0000:FE00:0721 Leading 0’s removed: FF00: 0: 0:ACAD: 0: 0:FE00: 721
or FF00:0:0:ACAD:0:0:FE00:7214
To make IPv6 addresses a little less imposing, two rules were developed to make them easier to work with. Rule 1: Omission of the Leading 0s, and Rule 2: Omission of the all-0 Hextets.
Rule 1: Omission of the Leading 0s Problems
Using Rule 1 reduce the IPv6 addresses to their shortened form.
1. 0000:0000:0000:0000:0000:0000:0000:0000
__________________________________________________________________
2. 0000:0000:0000:0000:0000:0000:0000:0001
__________________________________________________________________
3. 2000:0000:0000:0000:0000:ABCD:0000:0025
__________________________________________________________________
4. 3F00:0090:0000:0000:0000:0098:0000:0001
__________________________________________________________________
5. 2001:3756:0005:0000:ACAD:0000:0000:0025
__________________________________________________________________
6. 3FFF:FF00:0000:0000:ACAD:0000:0000:0127
__________________________________________________________________
7. 2001:0000:0000:ABCD:FFFF:0000:0000:0001
__________________________________________________________________
8. 3ABC:0001:ACAD:0000:0000:1234:0000:0005
__________________________________________________________________
9. FC00:0000:0000:0000:3E00:1275:0000:0034
__________________________________________________________________
10. FE95:FC6C:C540:0000:0000:0000:0000:9800
__________________________________________________________________
11. FF00:ACAD:0000:0000:1234:0000:0000:0001
__________________________________________________________________
5
6
Rule 2: Omission of the All-0 Hextets
Rule 2 uses a double colon :: to represent a single contiguous set of all zero hextexts. It can only be used once in any IPv6 address.
Sample 1 Unspecified address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0000 Contiguous 0’s removed: ::
Sample 2 - Loopback Address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0001 Contiguous 0’s removed: ::0001
Sample 3 – Global Unicast Address Preferred Format: 2000:0000:0000:0000:0000:0000:0000:0001 Contiguous 0’s removed: 2000: :0001
or 2000::0001
Sample 4 – Global Unicast Address Preferred Format: 2001:00FE:ACAD:2013:0000:0000:00AA:0271 Contiguous 0’s removed: 2001:00FE:ACAD:2013: :00AA:0271
or 2001:00FE:ACAD:2013::00AA:0271
Sample 5 – Unique local Unicast Address Preferred Format: FC80:0000:0000:ACAD:0000:0000:0000:0001 Contiguous 0’s removed: FC80:0000:0000:ACAD: :0001
or FC80:0000:0000:ACAD::0001
Sample 6 – Link-local Address Preferred Format: FE80:ACAD:0000:0197:0000:0000:0000:FF01 Contiguous 0’s removed: FE80:ACAD:0000:0197: :FF01
or FE80:ACAD:0000:0197::FF01
Sample 7 – Multicast Address Preferred Format: FF00:0000:0000:ACAD:0000:0000:FE00:0721 Contiguous 0’s removed: FF00: :ACAD:0000:0000:FE00:0721 (Option #1)
FF00:0000:0000:ACAD: :FE00:0721 (Option #2)
or FF00::ACAD:0000:0000:FE00:0721 (Option #1)
FF00:0000:0000:ACAD::FE00:0721 (Option #2)
7
Rule 2: Omission of the All-0 Hextets Problems
Using Rule 2 reduce the IPv6 addresses to their shortened form.
1. 0000:0000:0000:0000:0000:0000:0000:0000
__________________________________________________________________
2. 0000:0000:0000:0000:0000:0000:0000:0001
__________________________________________________________________
3. 2000:0000:0000:0000:0000:ABCD:0000:0025
__________________________________________________________________
4. 3F00:0090:0000:0000:0000:0098:0000:0001
__________________________________________________________________
5. 2001:3756:0005:0000:ACAD:0000:0000:0025
__________________________________________________________________
6. 3FFF:FF00:0000:0000:ACAD:0025:0000:0127
__________________________________________________________________
7. 2001:ACAD:0000:ABCD:FFFF:0000:0000:0001
__________________________________________________________________
8. 3ABC:0001:ACAD:0000:0000:1234:0000:0005
__________________________________________________________________
9. FC00:0000:0000:0000:3E00:1275:0000:0034
__________________________________________________________________
10. FE95:FC6C:C540:0000:0000:0000:0000:9800
__________________________________________________________________
11. FF00:ACAD:0000:0000:1234:0000:0000:0001
__________________________________________________________________
8
Combining Rule 1 and Rule 2
To reduce the size of IPv6 address even more you can combine Rule 1 with Rule 2.
Sample 1 Unspecified address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0000 Combined reduction: ::
Sample 2 - Loopback Address Preferred Format: 0000:0000:0000:0000:0000:0000:0000:0001 Combined reduction: ::1
Sample 3 – Global Unicast Address Preferred Format: 2000:0000:0000:0000:0000:0000:0000:0001 Combined reduction: 2000: :1
or 2000::1
Sample 4 – Global Unicast Address Preferred Format: 2001:00FE:ACAD:2013:0000:0000:00AA:0271 Combined reduction: 2001: FE:ACAD:2013: : AA: 271
or 2001:FE:ACAD:2013::AA:271
Sample 5 – Unique local Unicast Address Preferred Format: FC80:0000:0000:ACAD:0000:0000:0000:0001 Combined reduction: FC80: 0: 0:ACAD: : 1
or FC80:0:0:ACAD::1
Sample 6 – Link-local Address Preferred Format: FE80:ACAD:0000:0197:0000:0000:0000:FF01 Combined reduction: FE80:ACAD:0 : 197: :FF01
or FE80:ACAD:0:197::FF01
Sample 7 – Multicast Address Preferred Format: FF00:0000:0000:ACAD:0000:0000:FE00:0721 Combined reduction: FF00: :ACAD: 0: 0:FE00: 721 (Option #1)
FF00: 0: 0:ACAD: :FE00: 721 (Option #2)
or FF00::ACAD:0:0:FE00:721 (Option #1)
FF00:0:0:ACAD::FE00:721 (Option #2)
9
Combining Rule 1 and Rule 2 Problems
Using Rule 1 and 2 reduce the IPv6 addresses to their shortest form.
1. 0000:0000:0000:0000:0000:0000:0000:0000
__________________________________________________________________
2. 0000:0000:0000:0000:0000:0000:0000:0001
__________________________________________________________________
3. 2000:0000:0000:0000:0000:ABCD:0000:0025
__________________________________________________________________
4. 3F00:0090:0000:0000:0000:0098:0000:0001
__________________________________________________________________
5. 2001:3756:0005:0000:ACAD:0000:0000:0025
__________________________________________________________________
6. 3FFF:FF00:0000:0000:ACAD:0025:0000:0127
__________________________________________________________________
7. 2001:ACAD:0000:ABCD:FFFF:0000:0000:0001
__________________________________________________________________
8. 3ABC:0001:ACAD:0000:0000:1234:0000:0005
__________________________________________________________________
9. FC00:0000:0000:0000:3E00:1275:0000:0034
__________________________________________________________________
10. FE95:FC6C:C540:0000:0000:0000:0000:9800
__________________________________________________________________
11. FF00:ACAD:0000:0000:1234:0000:0000:0001
__________________________________________________________________
10
Reverting Reduced Address Problems The following addresses have been shorted using Rule1 and/or Rule 2. Expand them back to their preferred format.
Sample: FF00:ACAD:ABCD:0:1234::1
__________________________________________________________________
1. 2000::1
__________________________________________________________________
2. ::1
__________________________________________________________________
3. 2001:0:0:0:0:ABCD:0:127
__________________________________________________________________
4. 3E80:0070::0098:0000:0001
__________________________________________________________________
5. 2FFF:38:5:0:ACAD::5
__________________________________________________________________
6. 3FFF::ACAD:25:0:100
__________________________________________________________________
7. 2002:ACAD:0:1BCD:FFFF::4
__________________________________________________________________
8. 3FAA:0025:ACAD::ABCD:0000:0005
__________________________________________________________________
9. FFFF::4E00:1235:0:34
__________________________________________________________________
10. 3E01:6C:40::9800
__________________________________________________________________
FF00:ACAD:ABCD:0000:1234:0000:0000:0001
11
IPv6 Address Categories
All IPv6 addresses fall into one of three categories
Unicast - Unicast addresses identify a unique interface on an IPv6 device. It is a one to one connection between a source and destination.
Examples of IPv6 Unicast addresses include:
Global Unicast - Similar to a public IPv4 address Can be used as a public address on the internet Globally unique Can be static or dynamic
Link-Local - Only used on a local network link to uniquely identify a host Not routable on the public internet No router will forward a link-local address Every IPv6 enabled networked device is required to have a link-local address Multiple interfaces on the same device can have the same link-local address
Loopback - (::1/128) Used by a host to ping itself to test the TCP/IP stack It cannot be assigned to a physical interface
Unspecified Address - (::/128) Is only used as a source address to indicate the absence of an actual address
Unique Local - Unique local addresses are roughly the same as IPv4 private addresses
Embedded IPv4 - Used to transition IPv4 networks into IPv6
Multicast - Multicast addresses are used to send a single packet to multiple destinations simultaneously.
Anycast - Anycast addresses are described as a one-to-nearest or one-to-one-of-many packet delivery. For example, all routers in the same network will be assigned the same Anycast address. A packet sent to that address will only be delivered to the closest router with that address based on routing protocol metrics. Anycast addresses can be pulled from Global Unicast, Site-Local, or Link-Local address ranges. The first address and the last 128 addresses in a /64 Global Unicast range are reserved as the Subnet-Router Anycast Address.
There are no broadcast addresses in IPv6.
Global Unicast IPv6 Address
Global Routing Prefix Subnet ID Interface ID
16 bits
128 bits
48 bits
64 bits64 bits
The first 3 bits will be 001 for a Global Unicast address. The first hextet determines the type of address.
Global Routing Prefix - This is assigned by the ISP to a customer or site. The Global Routing Prefix is determined by the prefix-length notation. (example /48 or /64). This is similar to the network portion of an IPv4 address.
Subnet ID - This is similar to the subnet portion of an IPv4 address. The difference is in IPv4 the subnet is borrowed from the host portion of the address. In IPv6 the Subnet ID is a separate field (/48 to /64) and not necessarily part of the Interface ID.
Interface ID - The Interface ID uniquely identifies a interface on the local subnet.
12
Subnet Prefix
The Subnet Prefix is the address space used by the Global Routing Prefix and the Subnet ID, and can range from 0 to 128. The preferred Subnet Prefix length is /48 to /64 for customers or sites.
RFC 4291 recommends that the Interface-ID or host portion of your IPv6 address be 64 bits. A minimum /64 prefix length is required to support Stateless Address Auto-configuration.
Global Routing Prefix Subnet ID Interface ID
Subnet Prefix /64
IPv6 Prefix Length vs IPv4 CIDR
In IPv4 the network portion of the IP address is indicated with a dotted-decimal subnet mask; such as 255.255.255.0. It can also be identified with a CIDR (classless interdomain routing) notation; such as /24.
IPv6 does not use either of these terms to indicate the network portion of an IPv6 address. The network portion of the address is indicated with a Prefix Length at the end of the address. While a /48 or /56 looks like a CIDR notation it is not a classless interdomain routing notation. The prefix length indicates the number of nibbles or bits used in the network or subnetwork portion of an IPv6 address.
Global Unicast Prefix Allocations
In 2001, RFC 3177 was written to provide recommendations for how IPv6 Global Unicast addresses should be allocated to customers or Sites.
“In particular, it recommends the assignment of /48 in the general case, /64 when it is known that one and only one subnet is needed and /128 when it is absolutely known that one and only one device is connecting.”
A /48 prefix allows each customer or Site to have 1,208,925,819,614,629,174,706,176 addresses. These can be used as a single subnet, or up to 65,536 subnets with a /64 prefix- length.
The Regional Internet Registries (RIRs) adopted RTC 3177 recommendation in 2002, but began reconsidering the policy in 2005. In March of 2011 RTC 6177 obsoleted RTC 3177 with a new recommendation.
“The exact choice of how much address space to assign end sites is an issue for the operational community.”
This gives local ISPs more options when assigning IPv6 addresses to their customers or Sites.
Subscribers RIR Service Provider (*LIR) - Large End User - Medium End User - Small / Home / SOHO - Small / Home / SOHO -
/23 /32 /48 /56 /60 /64
# of Subnets at /64 2,199,023,255,552
4,294,967,296 65,536
256 16 1
13
Total number of Possible Addresses 40,564,819,207,303,340,847,894,502,572,032
79,228,162,514,264,337,593,543,950,336 1,208,925,819,614,629,174,706,176
4,722,366,482,869,645,213,696 295,147,905,179,352,825,856 18,446,744,073,709,551,616
Typical IPv6 Prefix Assignments:
Global Routing Prefix Subnet ID Interface ID
One Device
Customer or Site
One Subnet
Global Routing Prefix / Subnet ID Interface ID
RIR Prefix
ISP Prefix
Large End User Prefix
Medium End User Prefix
Small / Home / SOHO Prefix
Small / Home / SOHO Prefix (Single Subnet)
/23
/32
/48
/56
/60
/64
/64
/128
/48
*Local Internet registry
Prefix- Length
Notice that the /64 is still the smallest recommended subnet size.
14
Subnetting on the Nibble Boundary
One of the design themes driving IPv6 was to keep subnetting as simple as possible. The forth hextet is reserved for subnetting, giving network administrators multiple options for developing a network plan. In order to keep IPv6 addressing as simple as possible it is a Best Practice to subnet on the nibble boundary.
Every IPv6 address is comprised of 128 bits, which is represented with 32 hexadecimal numbers.
2001:ACAD:1234:0000:0000:0000:0000:0000/48
Showing this address with 128 binary characters makes it difficult to read and almost impossible for most people to work with.
0010000000000001:1010110010101101:0001001000110100:0000000000000000: 0000000000000000:0000000000000000:0000000000000000:0000000000000000
Each hexadecimal number in an IPv6 address represents 4 bits or a Nibble. An IPv6 address is composed of 32 hexadecimal numbers or 32 Nibbles.
2001:ACAD:1234:0000:0000:0000:0000:0000/48
IPv6 can be subnetted just like IPv4 using individual binary bits. To keep subnetting as simple as possible it is a Best Practice to borrow 4 bits, or one Nibble at a time.
Prefix # of /64 subnets /48 65,536 /52 4096 /56 256 /60 16 /64 1
Nibble Boundary Subnets (Subnetting on the Nibble
Boundary)
Prefix # of /64 subnets /48 65,536 /49 32,768 /50 16,384 /51 8,192 /52 4,096 /53 2,048 /54 1,024 /55 512 /56 256 /57 128 /58 64 /59 32 /60 16 /61 8 /62 4 /63 2 /64 1
Subnets Based on Individual Binary Bits (Subnetting within a Nibble)
It is a Best Practice to subnet on the Nibble Boundary.
15
Site ID and Sub-Site IDs Subnetting on the nibble boundary allows you to easily set up proper route aggregation and summarization to use for each subnet or location. It also allows for easier deployment of firewalls based on location or network users. In order to do this you need to assign Site ID’s and Sub-Site ID’s as necessary. The Site ID is the first address in the subnet you have assigned to a specific location or user group. Sub-Site ID’s come into play if you subnet a location or user group into smaller subnets. The first address in each range becomes the Sub-Site ID.
Subnetting on the Nibble boundary gives you these subnetting options.
/48 No Nibbles
/48 - 1 Subnet
/52 - 16 Subnets
/56 - 256 Subnets
/60 - 4096 Subnets
/64 - 65,536 Subnets
/52 1 Nibble
/52 - 1 Subnet
/56 - 16 Subnets
/60 - 256 Subnets
/64 - 4096 Subnets
/56 2 Nibbles
/56 - 1 Subnets
/60 - 16 Subnets
/64 - 256 Subnets
/60 3 Nibbles
/60 - 1 Subnets
/64 - 16 Subnets
/64 4 Nibbles
/64 - 1 Subnet
As an example, your company has two offices, and within each office there are several groups you want on separate subnets. The groups include: Infrastructure, Management, Marketing, Finance, Research, Warehouse, and Sales.
Your ISP has assigned your company the IPv6 address 2001:ACAD:1234::/48. You will need one Site ID for each office. A /52 Subnet Prefix will give you 16 subnets, or you could use a /56 Subnet Prefix and have 256 subnets. For our purposes we ‘ll use the /56 Subnet Prefix.
Our original IPv6 Range was: 2001:ACAD:1234::/48. Subnetting this address with a /56 Subnet Prefix will take two nibbles from the Subnet ID and give you the following address ranges:
2001:ACAD:1234:0000::/56 Save this range for over all infrastructure needs. 2001:ACAD:1234:0100::/56 This becomes the Site ID for Office 1. 2001:ACAD:1234:0200::/56 This becomes the Site ID for Office 2. 2001:ACAD:1234:0300::/56 (Lots of subnets omitted )
2001:ACAD:1234:FF00::/56
Office 1 needs subnets for Infrastructure, Management, and Sales. Subnet the Site ID for Office 1 with a /60 Subnet Prefix.
2001:ACAD:1234:0100::/60 This becomes the Sub-Site ID for Infrastructure needs. 2001:ACAD:1234:0110::/60 This becomes the Sub-Site ID for Managment. 2001:ACAD:1234:0120::/60 This becomes the Sub-Site ID for Sales. (Lots of subnets omitted )
2001:ACAD:1234:01F0::/60
Subnetting IPv6
16
Global Routing Prefix Subnet ID Interface ID
16 bits48 bits 64 bits
Unlike IPv4 which requires you to borrow bits from the host portion, IPv6 has 16 bits or four hexadecimal numbers built into the address specifically allocated for creating subnets. A /48 address will allow you to have a single subnet or up to 65,536 subnets.
2001:ACAD:1234:0000:0000:0000:0000:0000
Lets say that your ISP has assigned you the 2001:ACAD:1234::/48 IPv6 address.
Global Routing Prefix Subnet
ID Interface ID
2001:ACAD:1234:0000:0000:0000:0000:0000/64 1st subnet 2001:ACAD:1234:0001:0000:0000:0000:0000/64 2nd subnet 2001:ACAD:1234:0002:0000:0000:0000:0000/64 3rd subnet 2001:ACAD:1234:0003:0000:0000:0000:0000/64 4th subnet 2001:ACAD:1234:0004:0000:0000:0000:0000/64 5th subnet 2001:ACAD:1234:0005:0000:0000:0000:0000/64 6th subnet 2001:ACAD:1234:0006:0000:0000:0000:0000/64 7th subnet 2001:ACAD:1234:0007:0000:0000:0000:0000/64 8th subnet 2001:ACAD:1234:0008:0000:0000:0000:0000/64 9th subnet 2001:ACAD:1234:0009:0000:0000:0000:0000/64 10th subnet 2001:ACAD:1234:000A:0000:0000:0000:0000/64 11th subnet 2001:ACAD:1234:000B:0000:0000:0000:0000/64 12th subnet 2001:ACAD:1234:000C:0000:0000:0000:0000/64 13th subnet 2001:ACAD:1234:000D:0000:0000:0000:000064 14th subnet 2001:ACAD:1234:000E:0000:0000:0000:0000/64 15th subnet 2001:ACAD:1234:000F:0000:0000:0000:0000/64 16th subnet 2001:ACAD:1234:0010:0000:0000:0000:0000/64 17th subnet 2001:ACAD:1234:0011:0000:0000:0000:0000/64 18th subnet 2001:ACAD:1234:0012:0000:0000:0000:0000/64 19th subnet 2001:ACAD:1234:0013:0000:0000:0000:0000/64 20th subnet
(Lots of subnets omitted for space.)
2001:ACAD:1234:FFFC:0000:0000:0000:0000/64 65,533rd subnet 2001:ACAD:1234:FFFD:0000:0000:0000:0000/64 65,534th subnet 2001:ACAD:1234:FFFE:0000:0000:0000:0000/64 65,535th subnet 2001:ACAD:1234:FFFF:0000:0000:0000:0000/64 65,536th subnet
Each subnet contains over 18 quintillion addresses.
Basic subnetting in IPv6 was designed to make subnetting a very simple process. Start at the /64 bit and start counting up until you’ve used all the available bits in the subnet ID. It really is that simple!
17
A Medium End user might receive a /56 IPv6 address from their ISP.
2001:ACAD:1234:1200:0000:0000:0000:0000 Global Routing Prefix
Subnet ID Interface ID
2001:ACAD:1234:1200:0000:0000:0000:0000/64 1st subnet 2001:ACAD:1234:1201:0000:0000:0000:0000/64 2nd subnet 2001:ACAD:1234:1202:0000:0000:0000:0000/64 3rd subnet 2001:ACAD:1234:1203:0000:0000:0000:0000/64 4th subnet
(Lots of subnets omitted for space.)
2001:ACAD:1234:12FD:0000:0000:0000:0000/64 254th subnet 2001:ACAD:1234:12FE:0000:0000:0000:0000/64 255th subnet 2001:ACAD:1234:12FF:0000:0000:0000:0000/64 256th subnet
Each subnet contains over 18 quintillion addresses.
A Small End user might receive a /60 IPv6 address from their ISP.
2001:ACAD:1234:1230:0000:0000:0000:0000 Global Routing Prefix Subnet
ID Interface ID
2001:ACAD:1234:1230:0000:0000:0000:0000/64 1st subnet 2001:ACAD:1234:1231:0000:0000:0000:0000/64 2nd subnet 2001:ACAD:1234:1232:0000:0000:0000:0000/64 3rd subnet 2001:ACAD:1234:1233:0000:0000:0000:0000/64 4th subnet 2001:ACAD:1234:1234:0000:0000:0000:0000/64 5th subnet 2001:ACAD:1234:1235:0000:0000:0000:0000/64 6th subnet 2001:ACAD:1234:1236:0000:0000:0000:0000/64 7th subnet 2001:ACAD:1234:1237:0000:0000:0000:0000/64 8th subnet 2001:ACAD:1234:1238:0000:0000:0000:0000/64 9th subnet 2001:ACAD:1234:1239:0000:0000:0000:0000/64 10th subnet 2001:ACAD:1234:123A:0000:0000:0000:0000/64 11th subnet 2001:ACAD:1234:123B:0000:0000:0000:0000/64 12th subnet 2001:ACAD:1234:123C:0000:0000:0000:0000/64 13th subnet 2001:ACAD:1234:123D:0000:0000:0000:0000/64 14th subnet 2001:ACAD:1234:123E:0000:0000:0000:0000/64 15th subnet 2001:ACAD:1234:123F:0000:0000:0000:0000/64 16th subnet
A Home or single Site might receive a /64 IPv6 address from their ISP.
2001:ACAD:1234:1234:0000:0000:0000:0000 Global Routing Prefix Interface ID
2001:ACAD:1234:1234:0000:0000:0000:0000/64 1 subnet Over 18 quintillion addresses
Each subnet contains over 18 quintillion addresses.
18
Common Prefix’s and Number of Subnets
Using the Subnet ID, the common Subnet Prefix’s available from your ISP are /48, /52, /56, /60, and /64. The ISP could assign a lower Prefix Length, but most business will not need more than 65,536 subnets per Site.
The commonly available /64 subnets are:
/48 65,536 subnets /52 4096 subnets /56 256 subnets /60 16 subnets /64 1 subnet
Each /64 subnet contains over 18 quintillion addresses.
With IPv4 the main concern was using the fewest possible number of addresses through creative subnetting.
The primary concern with IPv6 is making sure you have a prefix length that will cover all the subnets your Site will require and allow for future growth.
Basic Subneting Problems
Sample Problem Your ISP has given you the IPv6 address 2001:FE12:A231::/48.
How many /64 subnets are available with this address? 65,536 What are the first six /64 subnets?
2001:FE12:A231::/64
2001:FE12:A231:1::/64
2001:FE12:A231:2::/64
2001:FE12:A231:3::/64
2001:FE12:A231:4::/64
2001:FE12:A231:5::/64
Notice that the Subnet ID always changes by four even
though we’re only using a single hexadecimal character.
Each hexadecimal character equals 4 binary numbers.
(/48, /52, /56, /60, /64)
19
Problem 1 Your ISP has given you the IPv6 address 2000:ACAD:1234:6600::/56.
How many /64 subnets are available with this address?
What are the first four /64 subnets?
What are the last two /64 subnets in this range?
Problem 2 Your ISP has given you the IPv6 address 3FFF:5801:DEAF::/48.
How many /64 subnets are available with this address?
What are the first four /64 subnets?
What are the last two /64 subnets in this range?
20
Problem 3 Your ISP has given you the IPv6 address 2001:ACAD:5678:1840::/60.
How many /64 subnets are available with this address?
Complete the /64 subnets in this range. (The ISP’s Global Routing Prefix is already printed for you.)
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
2001:ACAD:5678:
21
Problem 4 Your ISP has given you the IPv6 address 3100:6523:AD14:8000::/52.
How many /64 subnets are available with this address?
What are the first four /64 subnets? (The ISP’s Global Routing Prefix is already printed for you.)
3100:6523:AD14:
3100:6523:AD14:
3100:6523:AD14:
3100:6523:AD14:
What are the last two /64 subnets in this range?
3100:6523:AD14:
3100:6523:AD14:
Problem 5 Your ISP has given you the IPv6 address 2100:89:4500::/48.
How many /64 subnets are available with this address?
What are the first four /64 subnets? (The ISP’s Global Routing Prefix is already printed for you.)
2100:89:4500:
2100:89:4500:
2100:89:4500:
2100:89:4500:
What are the last two /64 subnets in this range?
2100:89:4500:
2100:89:4500:
IPv6 Subnetting Best Practices
22
IPv6 was designed to make subnetting as simple as possible by using ridiculously large blocks of addresses. Yes, it’s wasteful! Most experts agree that IPv6 will last for 100 years and IP will be replaced before we run out of IPv6 address space.
So until the rules and/or the consensus of the experts change, these are the common subnets and best practices you will be working with. Information for subnets can be found in RFC & RTC documents, plus some additional resources listed in the Reference section of this workbook.
The common /64 subnets are:
You can negotiate with your ISP for a larger block /48 65,536 subnets /52 4096 subnets /56 256 subnets /60 16 subnets /64 1 subnet
Specific Address Rules and Best Practices:
Point-To-Point Connections -
Best Practice: Use a /64 address range for these two addresses.
In rare cases this approach might present an issue with certain router setups where addresses are bounced back and forth between routers. Reducing the number of addresses in the range can also help avoid neighbor cache exhaustion attacks. (RFC 6164 - section 5)
Acceptable options include: /127 -is recommended in RFC 6164. You must disable the router’s Subnet-Router
Anycast option to avoid issues with the all routers anycast address. /126 -is discussed in RFC 2526. The /126 allows the all-zero reserved Anycast
address to be avoided. /120 - allows all the reserved anycast address to be avoided. /112 - allows you to avoid the reserved anycast address, and gives you the entire
four-digit hex value after the last colon.
Of all these options the /120 is probably the best choice since it avoids any issues with the Anycast addresses.
It is recommended that you reserve the entire /64 network with each of the above options.
23
/128 Single Address Subnets -
Best Practice: reserve the first subnet to use for infrastructure needs, such as loopback addresses, etc..
Acceptable option: Allocate a full /64 range of addresses for each loopback address, but assign it a /128 subnet Prefix.
Anycast addresses -
Best Practice: Don’t use the very first address or the last 128 addresses in any /64 network. These can only be assigned to an interface as an Anycast address.
Anycast addresses can be pulled from Global Unicast, Site-Local or Link-Local address ranges. Any address assigned to more than one interface on a subnet becomes an Anycast address. Anycast addresses can only be used by network devices, not a host. No anycast address can be used as the source address of an IPv6 packet.
The first address in every /64 subnet range is reserved for special use. The Interface ID is all zero’s. (Example: 2001:ACAD:1234:5678:0000:0000:0000:0000/64) This address is the Subnet-Anycast Address. These addresses are typically used by different protocols such as Mobile IPv6. (RFC 4291)
The last eight bits in every /64 subnet range are reserved for Anycast addresses. These bits are 10000000 to 11111111. This means you can not assign any addresses if the last hextet falls between FF80 and FFFF unless it is a Anycast address. (RFC 2526)
If you try to apply the last 128 addresses to a router without setting them up as an Anycast address you will get the following error message.
Router(config-if)#ipv6 address 2001:ACAD:1234:5678:FFFF:FFFF:FFFF:FFFF/64
% 2001:DB8:1:1:FFFF:FFFF:FFFF:FFFF/64 should not be configured on FastEthernet0/0, a reserved anycast
24
Developing an Address Plan (or IPv6 Subnetting in the Real World)
There is no one right way for developing an IPv6 addressing plan, but the recommended general guidelines include the following:
Step 1: Decide how you are going to divide your network:
a. by location b. by user groups
Subnetting by Location: To divide by location you would need four subnets. One for each building and one for the overall network infrastructure needs. You also need to hold several extra subnets in reserve for later growth.
Advantages: This allows you to optimize your routing tables. All the networks within each location will aggregate to a single route.
Subnetting by User Groups: To subnet the network by user groups you would need four subnets. One for Administration, Staff, and Students, plus one for overall network infrastructure needs.You also need to hold several extra subnets in reserve for later growth.
Advantages: Subnetting by user groups makes it much easier to implement a security policy. Grouping by usage also helps track addresses for allocation and management.
Best Practice: Subnetting by either location or user is acceptable. However, with the emphasis on network security, most networks are better served by subnetting user groups. It makes it much easier to maintain a higher level of security.
U N I V E R S I T YU N I V E R S I T Y
Dormitory Users Include:
Staff Students
Administration Users Include: Administration
Staff
Academic Users Include:
Staff Students
25
Step 2: Determine how many primary and secondary subnets your Site will need.
a. Create the primary subnets first. b. Then create secondary subnets.
Subnetting by Location: Primary Subnets: Quantity 4 With three buildings you will need four primary subnets. One for each building and one for the overall infrastructure needs.
Secondary Subnets: Quantity 6 Administration will need two secondary subnets: Administration and Staff. Academic will need two secondary subnets: Staff and Students. Dormitory will need two secondary subnets: Staff and Students.
Administration Academic Dormitory
MDF (Network Infrastructure) Main Distribution Facility
Administration Staff Students StaffStaff Students
Primary Subnets
Secondary Subnets
Subnetting by User Groups: Primary Subnets: Quantity 4 With three user groups you will need four subnets. One for each group and one for the overall infrastructure needs.
Administration Building
Academic Building
Dormitory Building
MDF (network Infrastructure) Main Distribution Facility
Administration Staff Students StaffStaff Students
Primary Subnets
26
/48 No Nibbles
/48 - 1 Subnet
/52 - 16 Subnets
/56 - 256 Subnets
/60 - 4096 Subnets
/64 - 65,536 Subnets
/52 1 Nibble
/52 - 1 Subnet
/56 - 16 Subnets
/60 - 256 Subnets
/64 - 4096 Subnets
/56 2 Nibbles
/56 - 1 Subnets
/60 - 16 Subnets
/64 - 256 Subnets
/60 3 Nibbles
/60 - 1 Subnets
/64 - 16 Subnets
/64 4 Nibbles
/64 - 1 Subnet
Step 3: Based on the number of primary and secondary subnets needed assign the
address ranges. The ISP has assigned you 2001:ACAD:1234::/48.
Subnetting Options:
Subnetting by Location: Primary Subnets: Quantity 4 With three buildings you will need four primary subnets. One for each building and one for the overall infrastructure needs.
Secondary Subnets: Quantity 6 Administration will need two secondary subnets: Administration and Staff. Academic will need two secondary subnets: Staff and Students. Dormitory will need two secondary subnets: Staff and Students.
Take the addresses assigned to you by the ISP use one nibble and subnet it into 16 subnets using a /52 Subnet Prefix. This will give you the 4 primary subnets required with several to spare for future growth.
2001:ACAD:1234::/48 becomes:
2001:ACAD:1234::/52 Site ID for over all infrastructure needs. 2001:ACAD:1234:1000::/52 Site ID for the Administration Building. 2001:ACAD:1234:2000::/52 Site ID for the Academic Building. 2001:ACAD:1234:3000::/52 Site ID for the Dormitory. 2001:ACAD:1234:4000::/52 (Subnets omitted for space.)
2001:ACAD:1234:F000::/52
Site IDs and Sub-Site IDs will be the addresses found in the routing tables.
P
P
P
P
P
P
27
P
S1
S1
S1
Take the second, third, and forth ranges and subnet them again by using the next Nibble with a /56 Subnet Prefix. This will create 16 subnets for each location.
Administration Building Site ID 2001:ACAD:1234:1000::/52 becomes:
2001:ACAD:1234:1000::/52 Administration Building Site ID 2001:ACAD:1234:1000::/56 Sub-Site ID for infrastructure needs. 2001:ACAD:1234:1100::/56 Sub-Site ID for Administration 2001:ACAD:1234:1200::/56 Sub-Site ID for Staff
Academic Building Site ID 2001:ACAD:1234:2000::/52 becomes:
2001:ACAD:1234:2000::/52 Academic Building Site ID 2001:ACAD:1234:2000::/56 Sub-Site ID for infrastructure needs. 2001:ACAD:1234:2100::/56 Sub-Site ID for Students 2001:ACAD:1234:2200::/56 Sub-Site ID for Staff
Dormitory Building Site ID 2001:ACAD:1234:3000::/52 becomes:
2001:ACAD:1234:3000::/52 Dormitory Building Site ID 2001:ACAD:1234:3000::/56 Sub-Site ID for infrastructure needs. 2001:ACAD:1234:3100::/56 Sub-Site ID for Students 2001:ACAD:1234:3200::/56 Sub-Site ID for Staff
Subnetting by User Group: Primary Subnets: Quantity 4 With three user groups you will need four primary subnets. One for each group and one for the overall infrastructure needs. In this example no secondary subnets are required.
Take the address assigned to you by the ISP use one nibble and subnet it into 16 subnets using a /52 Subnet Prefix. This will give you the 4 primary subnets required with several to spare for future growth.
2001:ACAD:1234::/48 becomes:
2001:ACAD:1234::/52 Site ID for over all infrastructure needs. 2001:ACAD:1234:1000::/52 Site ID for the Administration employees. 2001:ACAD:1234:2000::/52 Site ID for the Staff. 2001:ACAD:1234:3000::/52 Site ID for the Students. 2001:ACAD:1234:4000::/52 (Subnets omitted for space.)
2001:ACAD:1234:F000::/52
P
S1
S1
S1
P
S1
S1
S1
P
P
P
P
P
P
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Sample Problem 1 Using the minimum number of subnets required for the primary and secondary sites, design two IPv6 address plans that meets the following requirements. Create one plan for user groups and a second plan for location.
A coffee shop is opening three new stores and a central office/warehouse in your community and needs an IPv6 network plan developed. Each store will need secure network access for three groups: managers, the registers (which will monitor inventory and revenue), and wireless access for guests. The central office/warehouse will need secure network access for several departments: Managers, Finance, Human Relations.
The ISP has given the company 2000:FE23:0054::/48.
Subnets Based on User Groups
ISP Address: 2000:FE23:0054::/48
Infrastructure Site ID: _______________________________________________________
Managers Site ID: __________________________________________________________
Finance Site ID: __________________________________________________________
Human Relations Site ID: _____________________________________________________
Registers Site ID: __________________________________________________________
Wireless Site ID: ___________________________________________________________
Central Office Users Include:
Mangers Finance
Human Relations
Store 1 Users Include:
Mangers Registers Wireless
Store 2 Users Include:
Mangers Registers Wireless
Store 3 Users Include:
Mangers Registers Wireless
2000:FE23:0054::/52 2000:FE23:0054:11111000::/52 2000:FE23:0054:22222000::/52 2000:FE23:0054:33333000::/52 2000:FE23:0054:44444000::/52 2000:FE23:0054:55555000::/52
28
P
P
P
P
P
P
Subnets Based on Location
ISP Address: 2000:FE23:0054::/48
Infrastructure Site ID: _______________________________________________________
Central Office Site ID: ______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Managers Sub-Site ID: ________________________________________________
Finance Sub-Site ID: __________________________________________________
Human Relations Sub-Site ID: ___________________________________________
Store 1 Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Managers Sub-Site ID: ________________________________________________
Registers Sub-Site ID: _________________________________________________
Wireless Sub-Site ID: _________________________________________________
Store 2 Site ID: ____________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Managers Sub-Site ID: ________________________________________________
Registers Sub-Site ID: _________________________________________________
Wireless Sub-Site ID: _________________________________________________
Store 3 Site ID: __________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Managers Sub-Site ID: ________________________________________________
Registers Sub-Site ID: _________________________________________________
Wireless Sub-Site ID: _________________________________________________
2000:FE23:0054::/52 2000:FE23:0054:11111000::/52
2000:FE23:0054:101010101000::/56 2000:FE23:0054:111111111100::/56 2000:FE23:0054:121212121200::/56 2000:FE23:0054:131313131300::/56
2000:FE23:0054:22222000::/52 2000:FE23:0054:202020202000::/56 2000:FE23:0054:212121212100::/56 2000:FE23:0054:222222222200::/56 2000:FE23:0054:232323232300::/56
2000:FE23:0054:33333000::/52 2000:FE23:0054:303030303000::/56 2000:FE23:0054:313131313100::/56 2000:FE23:0054:323232323200::/56 2000:FE23:0054:333333333300::/56
2000:FE23:0054:44444000::/52 2000:FE23:0054:404040404000::/56 2000:FE23:0054:414141414100::/56 2000:FE23:0054:424242424200::/56 2000:FE23:0054:434343434300::/56
29
P
P
S1
S1
S1
S1
P
S1
S1
S1
S1
P
S1
S1
S1
S1
S1
S1
S1
S1
P
30
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Sample Problem 2 Using the minimum number of subnets required for the primary and secondary sites, design two IPv6 address plans that meets the following requirements. Create one plan for user groups and a second plan for location.
A Medical Building is opening in your community and needs an IPv6 network plan developed.
The ISP has given the company 2001:5378:8801::/48.
Subnets Based on User Groups
ISP Address: 2001:5378:8801::/48
Infrastructure Site ID: _______________________________________________________
Administrators Site ID: ________________________________________________________
Staff Site ID: ______________________________________________________________
Guests Site ID: ____________________________________________________________
Medical Building
First Floor Rooms Patient Check-in
Emergancy Room
Users Include: Administrators
Staff Guests
Second Floor Rooms Nurses Station
Ward A
Users Include: Staff
Guests
2001:5378:8801::/52 2001:5378:8801:11111000::/52 2001:5378:8801:22222000::/52 2001:5378:8801:33333000::/52
P
P
P
P
Subnets Based on Location
ISP Address: 2001:5378:8801::/48
Infrastructure Site ID: _______________________________________________________
First Floor Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Patient Check-in Sub-Site ID: ___________________________________________
Administrators Sub-Site ID: _______________________________________
Staff Sub-Site ID: _______________________________________________
Guest Sub-Site ID: ______________________________________________
Emergency Room Sub-Site ID: __________________________________________
Administrators Sub-Site ID: _______________________________________
Staff Sub-Site ID: _______________________________________________
Guest Sub-Site ID: ______________________________________________
Second Floor Site ID: _______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Nurses Station Sub-Site ID: _____________________________________________
Staff Sub-Site ID: _______________________________________________
Guest Sub-Site ID: ______________________________________________
Ward A Sub-Site ID: __________________________________________________
Staff Sub-Site ID: _______________________________________________
Guest Sub-Site ID: ______________________________________________
31
2001:5378:8801::/52
2001:5378:8801:11111000::/52
2001:5378:8801:101010101000::/56 2001:5378:8801:111111111100::/56
2001:5378:8801:1101101101101100::/60 2001:5378:8801:1111111111111110::/60 2001:5378:8801:1121121121121120::/60
2001:5378:8801:121212121200::/56 2001:5378:8801:1201201201201200::/60 2001:5378:8801:1211211211211210::/60 2001:5378:8801:1221221221221220::/60
2001:5378:8801:22222000::/52 2001:5378:8801:202020202000::/56 2001:5378:8801:212121212100::/56
2001:5378:8801:2102102102102100::/60 2001:5378:8801:2112112112112110::/60
2001:5378:8801:222222222200::/56 2001:5378:8801:2202202202202200::/60 2001:5378:8801:2212212212212210::/60
P
P
S1
S1
S2
S2
S2
S1
S2
S2
S2
P
S1
S1
S2
S2
S1
S2
S2
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 1 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for location and the second plan for user groups.
The XYZ Film company is setting up a new office and needs an IPv6 network plan developed. The company will have the following departments:
The ISP has given the company 2001:EE00:2575::/48.
Subnets Based on User Groups
ISP Address: 2001:EE00:2575::/48
Infrastructure Site ID: _______________________________________________________
Sales Site ID: _____________________________________________________________
Accounting Site ID: ________________________________________________________
Distribution Site ID: _________________________________________________________
Casting Site ID: ________________________________________________________
Editing Site ID: _________________________________________________________
32
Production Building
Users Include: Casting Editing
Administration Building
Users Include: Sales
Accounting Distribution
P
P
P
P
P
P
33
Subnets Based on Location
ISP Address: 2001:EE00:2575::/48
Infrastructure Site ID: _______________________________________________________
Administration Site ID: ______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Sales Sub-Site ID: ___________________________________________________
Accounting Sub-Site ID: _______________________________________________
Distribution Sub-Site ID: _______________________________________________
Production Site ID: ______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Casting Sub-Site ID: __________________________________________________
Editing Sub-Site ID: ___________________________________________________
P
P
S1
S1
S1
S1
P
S1
S1
S1
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 2 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for user groups and a second plan for location.
A new medical supply company is opening and needs an IPv6 network plan developed. The company has three buildings and will include the following user groups:
The ISP has given the company 3F01:ABCD:8875::/48.
Subnets Based on User Groups
ISP Address: 3F01:ABCD:8875::/48
Infastructure Site ID: _________________________________________________________
Management Site ID: _________________________________________________________
Sales Site ID: _____________________________________________________________
Human Resources Site ID: _____________________________________________________
Warehouse Site ID: ________________________________________________________
34
Building 1
Users Include: Management
Sales
Building 2
Users Include: Management
Human Resources
Building 3
Users Include: Management Warehouse
P
P
P
P
P
35
Subnets Based on Location
ISP Address: 3F01:ABCD:8875::/48
Infrastructure Site ID: _______________________________________________________
Building 1 Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: _____________________________________________
Sales Sub-Site ID: ___________________________________________________
Building 2 Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: _____________________________________________
Human Resources Sub-Site ID: __________________________________________
Building 2 Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: _____________________________________________
Warehouse Sub-Site ID: _______________________________________________
P
S1
S1
S1
P
P
S1
S1
S1
P
S1
S1
S1
36
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 3 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for user groups and a second plan for location.
A paper supply company needs an IPv6 network plan developed. The company has two buildings and will include the following user groups and sub-user groups:
The ISP has given the company 2001:CA21:9000::/48.
Subnets Based on User Groups
ISP Address: 2001:CA21:9000::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: ________________________________________________________
Management Groups Site ID: ________________________________________________
HR Sub-Site ID: ______________________________________________________
Sales Sub-Site ID: ______________________________________________________
Wholesale Sub- Site ID: ____________________________________________
Retail Sub- Site ID: ______________________________________________
Production Groups Site ID: ___________________________________________________
Warehouse Sub-Site ID: _________________________________________________
Shipping Sub-Site ID: __________________________________________________
Domestic Sub-Site ID: ____________________________________________
Worldwide Sub-Site ID: ___________________________________________
Building A
Management Groups Human Resources Sales:
Wholesale Retail
Building B
Production Groups Warehouse Shipping:
Domestic Worldwide
2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000:
P
S2
S1
S1
S2
P
P
S1
S1
S2
S2
37
Subnets Based on Location
ISP Address: 2001:CA21:9000::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Building A Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
HR Sub-Site ID: _____________________________________________________
Sales Sub-Site ID: ___________________________________________________
Wholesale Sub-Site ID: ___________________________________________
Retail Sub-Site ID: ___________________________________________
Building B Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Warehouse Sub-Site ID: _______________________________________________
Shipping Sub-Site ID: _________________________________________________
Domestic Sub-Site ID: ___________________________________________
Worldwide Sub-Site ID: __________________________________________
2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000: 2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000: 2001:CA21:9000: 2001:CA21:9000:
2001:CA21:9000: 2001:CA21:9000:
P
S1
S2
P
P
S1
S1
S2
S1
S1
S1
S2
S2
38
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 4 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for location and the second plan for user groups.
A company is setting up a new server farm and needs an IPv6 network plan developed. The Core Router and the direct connections with layer 3 switches will pull their IPv6 addresses from the Infrastructure Site ID range.
The ISP has given the company 2000:ACAD:1145::/48.
Subnets Based on User Groups
ISP Address: 2000:ACAD:1145::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Administration Site ID: ________________________________________________________
Finance Site ID: ___________________________________________________________
Guest Access Site ID: ________________________________________________________
Marketing Site ID: ___________________________________________________________
Bookkeeping Site ID: _________________________________________________________
2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145:
Layer 3 Switch Layer 3 Switch
Office A Office B
Managment
User Include: Administration Finance
Managment
User Include: Administration
Wireless
User Include: Guest Access Marketing
Production
User Include: Administration Bookkeeping
Wireless
User Include: Guest Access
P
P
P
P
P
P
P
39
Subnets Based on Location
ISP Address: 2000:ACAD:1145::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Office A Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: ______________________________________________
Administration Sub-Site ID: _______________________________________
Finance Sub-Site ID: ____________________________________________
Wireless Access Sub-Site ID: ___________________________________________
Guest Access Sub-Site ID: ________________________________________
Marketing Sub-Site ID: ___________________________________________
Office B Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: ______________________________________________
Administration Sub-Site ID: _______________________________________
Production Sub-Site ID: _______________________________________________
Administration Sub-Site ID: _______________________________________
Bookkeeping Sub-Site ID: ________________________________________
Wireless Access Sub-Site ID: ___________________________________________
Guest Access Sub-Site ID: ________________________________________
2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145:
2000:ACAD:1145: 2000:ACAD:1145:
P
P
S1
S1
S2
S2
S1
S2
S2
P
S1
S1
S2
S1
S2
S2
S1
S2
40
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 5 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for user groups and a second plan for location.
The company has multiple floors in a high rise building and will include the following user groups and sub-user groups:
The ISP has given the company 3F01:AA07:3907::/48.
Subnets Based on User Groups
ISP Address: 3F01:AA07:3907::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: ________________________________________________________
Manufacturing Groups Site ID: __________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
Marketing Sub-Site ID: __________________________________________________
Inventory Sub-Site ID: ___________________________________________________
Shipping Sub- Site ID: _________________________________________________
Admin Groups Site ID: _______________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
HR Sub-Site ID: ______________________________________________________
Hiring Sub-Site ID: ________________________________________________
Benfits Sub-Site ID: ______________________________________________
33rd Floor
Manufacturing Groups Marketing Inventory Shipping
34th Floor
Admin Groups Human Resources (HR):
Hiring Benifits
Financial: Purchasing Sales
3F01:AA07:3907: 3F01:AA07:3907:11111
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907:
P
P
P
S1
S1
S1
S1
P
S1
S1
S2
S2
41
Subnets Based on Location
ISP Address: 3F01:AA07:3907::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
33rd Floor Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Manufacturing Groups Sub- Site ID: _______________________________________
Marketing Sub-Site ID: ___________________________________________
Inventory Sub-Site ID: ____________________________________________
Shipping Sub- Site ID: ___________________________________________
34th Floor Site ID: _________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Admin Groups Sub-Site ID: ____________________________________________
HR Sub-Site ID: ________________________________________________
Hiring Sub-Site ID: _________________________________________
Benefits Sub-Site ID: _______________________________________
Financial Sub-Site ID: ____________________________________________
Purchasing Sub-Site ID: _____________________________________
Sales Sub-SiteID: _________________________________________
3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907:
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
Financial Sub-Site ID: __________________________________________________
Purchasing Sub-Site ID: ____________________________________________
Sales Sub-Site ID: ______________________________________________
3F01:AA07:3907: 3F01:AA07:3907: 3F01:AA07:3907:
P
P
S1
S1
S2
S2
S2
P
S1
S1
S2
S3
S3
S2
S3
S3
S2
S2
S1
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 6 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for location and the second plan for user groups.
This medium sized company will include the following user groups and sub-user groups:
The ISP has given the company 2001:0:17::/52
Subnets Based on User Groups
ISP Address: 2001:0:17::/52 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: ________________________________________________________
Administrators Site ID: ________________________________________________________
Staff Site ID: ______________________________________________________________
Advertising Site ID: _________________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
Radio Sub-Site ID: ____________________________________________________
TV Sub- Site ID: ______________________________________________________
Web Sub- Site ID: ______________________________________________________
Sales Site ID: _____________________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
Retail Sub-Site ID: ____________________________________________________
Wholesale Sub-Site ID: _________________________________________________ 42
Management
Users Include: Laboratory Administrators Staff
Marketing Department
Users Include: Advertising:
Radio TV Web
Sales: Retail Wholesale
Finance
Users Include: Staff
2001:0:17: 2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17: 2001:0:17:
P
P
P
P
P
S1
S1
S1
S1
P
S1
S1
S1
43
Subnets Based on Location
ISP Address: 2001:0:17::/52 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Management Site ID: _______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Administrators Sub-Site ID: _____________________________________________
Staff Sub- Site ID: ____________________________________________________
Finance Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Staff Sub-Site ID: _____________________________________________________
Marketing Dept Site ID: _____________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Advertising Sub-Site ID: _______________________________________________
Radio Sub-Site ID: ______________________________________________
TV Sub-Site ID: ________________________________________________
Web Sub-Site ID: _______________________________________________
Sales Sub-Site ID: ____________________________________________________
Retail Sub-Site ID: ______________________________________________
Wholesale Sub-Site ID: ___________________________________________
2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17:
2001:0:17: 2001:0:17: 2001:0:17:
P
P
P
S1
S1
S1
P
S1
S1
P
S1
S1
S2
S2
S2
S1
S2
S2
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 7 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for location and the second plan for user groups.
This medium sized company is setting up a new IPv6 addressing plan which will include the following user groups and sub-user groups:
The ISP has given the company 3F00:3589:0:5000::/52
Subnets Based on User Groups
ISP Address: 3F00:3589:0:5000:/52 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: ________________________________________________________
Management Site ID: ________________________________________________________
HR Site ID: _______________________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
Record Keeping Sub-Site ID: _____________________________________________
Insurance Site ID: ______________________________________________________
Finance Site ID: _____________________________________________________________
Infrastructure Sub-Site ID: _______________________________________________
Sales Sub-Site ID: ____________________________________________________
Purchasing Sub-Site ID: _____________________________________________________
Inventory Sub-Site ID: __________________________________________________
Distribution Sub-Site ID: ________________________________________________ 44
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
Office A
Users Include: Management Human Relations (HR):
Record Keeping Insurance
Office B
Users Include: Management Finance:
Sales
Office C
Users Include: Management Purchasing:
Inventory Distribution
P
P
P
S1
S1
S1
P
S1
S1
P
S1
S1
45
P
Subnets Based on Location
ISP Address: 3F00:3589:0:5000::/52 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Office A Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: ______________________________________________
HR Sub- Site ID: _____________________________________________________
Record Keeping Sub-Site ID: ______________________________________
Insurance Sub-Site ID: ___________________________________________
Office B Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: ______________________________________________
Finance Sub-Site ID: __________________________________________________
Sales Sub-Site ID: ______________________________________________
Office C Site ID: ___________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Management Sub-Site ID: _____________________________________________
Purchasing Sub-Site ID: _______________________________________________
Inventory Sub-Site ID: ____________________________________________
Distribution Sub-Site ID: __________________________________________
3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0: 3F00:3589:0:
3F00:3589:0: 3F00:3589:0:
P
P
S1
S1
S1
S2
S2
P
S1
S1
S1
S2
S1
S1
S1
S2
S2
46
IPv6 Subnetting Problems Subnetting on the Nibble Boundary
Problem 8 Using the minimum number of subnets required for the primary and secondary sites design two IPv6 address plans that meets the following requirements. Create one plan for location and the second plan for user groups.
A Health Care facility is upgrading their network to IPv6 and will include the following user groups and sub-user groups:
The ISP has given the company 2000:2531:FE00::/48.
Subnets Based on User Groups
ISP Address: 2000:2531:FE00::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: ________________________________________________________
Nurses/Staff Site ID: ________________________________________________________
Laboratory Site ID: ___________________________________________________________
Obstetrics Site ID: __________________________________________________________
Pediatric Site ID: __________________________________________________________
Records Site ID: ___________________________________________________________
Guest WIFI Site ID: _________________________________________________________
2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00:
Emergency
Users Include: Nurses/Staff Laboratory Obstetrics Pediactric
Admissions
Users Include: Nurses/Staff Records
Patient Wards
Users Include: Ward A:
Nurses/Staff Guest WIFI
Ward B: Nurses/Staff Guest WIFI
P
P
P
P
P
P
P
47
Subnets Based on Location
ISP Address: 2000:2531:FE00::/48 (The ISP’s Global Routing Prefix is already printed for you.)
Infrastructure Site ID: _______________________________________________________
Emergency Site ID: ________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Nurses/Staff Sub-Site ID: _______________________________________________
Laboratory Sub-Site ID: ________________________________________________
Obstetrics Sub-Site ID: ________________________________________________
Pediatric Sub-Site ID: _________________________________________________
Admissions Site ID: ________________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Nurses/Staff Sub-Site ID: _______________________________________________
Records Sub-Site ID: _________________________________________________
Patient Wards Site ID: ______________________________________________________
Infrastructure Sub-Site ID: ______________________________________________
Ward A Sub-Site ID: __________________________________________________
Nurses/Staff Sub-Site ID: _________________________________________
Guest WIFI Sub-Site ID: __________________________________________
Ward B Sub-Site ID: __________________________________________________
Nurses/Staff Sub-Site ID: _________________________________________
Guest WIFI Sub-Site ID: __________________________________________
2000:2531:FE00: 2000:2531:FE00:
2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00:
2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00:
2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00:
2000:2531:FE00: 2000:2531:FE00:
2000:2531:FE00: 2000:2531:FE00: 2000:2531:FE00:
P
P
S1
S1
S1
S1
S1
P
S1
P
S1
S1
S1
S1
S2
S2
S2
S1
S2
Subnetting Within a Nibble
It is a Best Practice to subnet on the Nibble Boundary. However, subnetting within a Nibble is an acceptable practice. It tends to make subnetting, implementation, and troubleshooting more difficult.
2001:ACAD:1234:0000:0000:0000:0000:0000/48
/48 /52 /56 /60 /64
D:1234:0000:0000:00
0:0000 0000 0000 0000:00 /48 /49 /50 /51 /52 /53 /54 /55 /56 /57 /58 /59 /60 /61 /62 /63 /64
Hexadecimal
Binary
65,536
4096
256
16
1Number of /64 Subnets
65,536 4096 256 16 1 Number of /64 Subnets
16,384
32,768 8,192 2,048
1,024
512 128
64
32
4
8 2
Subnet ID Break Down
48
Global Routing Prefix Subnet ID Interface ID
Subnet Prefix /64
Global Routing Prefix Subnet ID Interface
ID
Subnet Prefix /127
Standard /48 Subnet Prefix
Point-To-Point /127 Subnet Prefix
Subnetting Beyond the /64 Boundary What happens if you need more subnets than the 16 bit Subnet Prefix will allow? Or your IPv4 address conservatism kicks in and you decide that using a /64 Global Routing Prefix with over 18 quintillion addresses for a single point-to-point serial connection is more than you can handle; there are some options.
IPv6 was designed to be very flexible. The Subnet Prefix is the address space used by the Global Routing Prefix and the Subnet ID, and can range from 0 to 128.
Just as you could borrow host bits in IPv4, you can borrow Interface ID bits in IPv6. This allows you to create more subnets with fewer addresses. Before you get too excited, there are a few rules and best practices you need to take into account.
Borrowing bits from the Interface ID should only be done on network infrastructure links. Loopback addresses, point-to-point links, addresses that are usually statically assigned.
Any subnet that includes end devices needs to stay on a /64 or lower prefix. This would be computers, tablets, smart phones, servers, printers, anything that might be on a subnet that connects to the internet.
According to RFC 5375, a /64 prefix is required to support a number of benefits offered by IPv6; such as:
Stateless Address Autoconfiguration Neighbor Discovery (ND) Secure Neighborship Discovery (SEND) privacy extensions parts of Mobile IPv6 PIM-SM with Embedded-RP SHIM6 [SHIM6] Plus a number of other features currently in development, or being proposed, which will rely on a /64 prefix.
The bottom line is that IPv6 was designed to waste an unbelievable amount of addresses and it’s OK. So while it is possible to subnet beyond the /64 subnet prefix it is not recommended.
49
Define the Following IPv6 Terms: (Use the definitions/explanations from this workbook)
1. Global Routing Prefix -
2. Subnet ID -
3. Interface ID -
4. Subnet Prefix -
5. Nibble -
6. Unspecified address -
50
51
7. Loopback address -
8. Ipv4 Embedded address -
9. Global Unicast address -
10. Unique Local address -
11. Multicast address -
12. Unicast address -
13. Anycast address -
14. Site ID -
15. Sub-Site ID -
16. Prefix Length -
52
53
Global Unicast Unspecified
What Type of IPv6 Address is this?
Base on the information supplied on the inside front cover of this workbook identify the following IPv6 addresses as either: Unspecified, Loopback, Embedded IPv4, Global Unicast, Unique local Unicast, Link-local Unicast, or Multicast.
1. 2000:ACAD:1234::/48 __________________________________________________
2. 0000:0000:0000:0000:0000:0000:0000:0000 __________________________________
3. FE80:ACAD:1234::\48 ____________________________________________________
4. FDFF:8771:3321::\48 _____________________________________________________
5. FFCD:984:1::\48 __________________________________________________________
6. 3F98::\48 ______________________________________________________________
7. ::1 ____________________________________________________________________
9. 3000::0001\64 ___________________________________________________________
10. FEA1:8934:3021:8945:1234:ACAD:FE23:0001/64 _____________________________
11. 00AB:2307:4829::\56 ____________________________________________________
13. FF45:6543:ACAD::\60 ___________________________________________________
14. 2ABC:ACAD:AAAA:0000:0000:0000:0000:00001\64 ____________________________
15. FC12:0000:ACAD:1234:5678:9101:1121:3141/48 ______________________________
16. 2345:FE66:FECD:9999:2365::1\52 __________________________________________
17. :: ____________________________________________________________________
18. 0000:0000:0000:0000:0000:0000:0000:0001 __________________________________
19. FFF8:0000:00001::0023\64 _______________________________________________
20. 0023:5935:F441::\48 _____________________________________________________
22. 2001:ABCD:1234:FFFF:ACAD::45\60 ________________________________________
23. 3211:FCAB:EEEE::\48 ___________________________________________________
24. FCCC:25:1::\48 _________________________________________________________
54
Reference Section
Prefix 2001:0000::/23 2001:0200::/23 2001:0400::/23 2001:0600::/23 2001:0800::/23 2001:0a00::/23 2001:0c00::/23 2001:0e00::/23 2001:1200::/23 2001:1400::/23 2001:1600::/23 2001:1800::/23 2001:1a00::/23 2001:1c00::/22 2001:2000::/20 2001:3000::/21 2001:3800::/22 2001:3c00::/22 2001:4000::/23 2001:4200::/23 2001:4400::/23 2001:4600::/23 2001:4800::/23 2001:4a00::/23 2001:4c00::/23 2001:5000::/20 2001:8000::/19 2001:a000::/20 2001:b000::/20 2002:0000::/16 2003:0000::/18 2400:0000::/12 2600:0000::/12 2610:0000::/23 2620:0000::/23 2800:0000::/12 2a00:0000::/12 2c00:0000::/12 2d00:0000::/8 2e00:0000::/7 3000:0000::/4 3ffe::/16 5f00::/8
Designation IANA APNIC ARIN RIPE NCC RIPE NCC RIPE NCC APNIC APNIC LACNIC RIPE NCC RIPE NCC ARIN RIPE NCC RIPE NCC RIPE NCC RIPE NCC RIPE NCC IANA RIPE NCC AFRINIC APNIC RIPE NCC ARIN RIPE NCC RIPE NCC RIPE NCC APNIC APNIC APNIC 6to4 RIPE NCC APNIC ARIN ARIN ARIN LACNIC RIPE NCC AFRINIC IANA IANA IANA IANA IANA
Date 7/1/1999 7/1/1999 7/1/1999 7/1/1999 5/2/2002
11/2/2002 5/2/2002 1/1/2003
11/1/2002 2/1/2003 7/1/2003 4/1/2003 1/1/2004 5/4/2001 5/4/2001 5/4/2001 5/4/2001
6/11/2004 6/1/2004
6/11/2004 8/17/2004 8/24/2004
10/15/2004 12/17/2004 9/10/2004
11/30/2004 11/30/2004
3/8/2006 2/1/2001
1/12/2005 10/3/2006 10/3/2006
11/17/2005 9/12/2006 10/3/2006 10/3/2006 10/3/2006
7/1/1999 7/1/1999 7/1/1999 2008-04 2008-04
Whois whois.iana.org whois.apnic.net whois.arin.net whois.ripe.net whois.ripe.net whois.ripe.net whois.apnic.net whois.apnic.net whois.lacnic.net whois.ripe.net whois.ripe.net whois.arin.net whois.ripe.net whois.ripe.net whois.ripe.net whois.ripe.net whois.ripe.net
whois.ripe.net whois.afrinic.net whois.apnic.net whois.ripe.net whois.arin.net whois.ripe.net whois.ripe.net whois.ripe.net whois.apnic.net whois.apnic.net whois.apnic.net
whois.ripe.net whois.apnic.net whois.arin.net whois.arin.net whois.arin.net whois.lacnic.net whois.ripe.net whois.afrinic.net
Status ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED RESERVED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED ALLOCATED RESERVED RESERVED RESERVED RESERVED RESERVED
IANA IPv6 Gloabal Unicast Address Alocations to the RIRs
56
Prefix-Length /128 /127 /126 /125 /124 /123 /122 /121 /120 /119 /118 /117 /116 /115 /114 /113 /112 /111 /110 /109 /108 /107 /106 /105 /104 /103 /102 /101 /100 /99 /98 /97 /96 /95 /94 /93 /92 /91 /90 /89 /88 /87 /86 /85 /84 /83 /82 /81 /80 /79 /78 /77 /76 /75 /74 /73 /72 /71 /70 /69
Number of IPs 1 2 4 8
16 32 64
128 256 512
1,024 2,048 4,096 8,192
16,384 32,768 65,536
131,072 262,144 524,288
1,048,576 2,097,152 4,194,304 8,388,608
16,777,216 33,554,432 67,108,864
134,217,728 268,435,456 536,870,912
1,073,741,824 2,147,483,648 4,294,967,296 8,589,934,592
17,179,869,184 34,359,738,368 68,719,476,736
137,438,953,472 274,877,906,944 549,755,813,888
1,099,511,627,776 2,199,023,255,552 4,398,046,511,104 8,796,093,022,208
17,592,186,044,416 35,184,372,088,832 70,368,744,177,664
140,737,488,355,328 281,474,976,710,656 562,949,953,421,312
1,125,899,906,842,620 2,251,799,813,685,240 4,503,599,627,370,490 9,007,199,254,740,990
18,014,398,509,481,900 36,028,797,018,963,900 72,057,594,037,927,900
144,115,188,075,855,000 288,230,376,151,711,000 576,460,752,303,423,000
/68 /67 /66 /65 /64 - Residential /63 /62 /61 /60 - Residential /59 /58 /57 /56 - Medium /55 /54 /53 /52 /51 /50 /49 /48 - Large /47 /46 /45 /44 /43 /42 /41 /40 /39 /38 /37 /36 /35 /34 /33 /32 - Service LIR /31 /30 /29 /28 /27 /26 /25 /24 /23 - ISP /22 /21 /20 /19 /18 /17 /16 /15 /14 /13 /12 /11 /10 /9 /8
1,152,921,504,606,840,000 2,305,843,009,213,690,000 4,611,686,018,427,380,000 9,223,372,036,854,770,000
18,446,744,073,709,500,000 36,893,488,147,419,100,000 73,786,976,294,838,200,000
147,573,952,589,676,000,000 295,147,905,179,352,000,000 590,295,810,358,705,000,000
1,180,591,620,717,410,000,000 2,361,183,241,434,820,000,000 4,722,366,482,869,640,000,000 9,444,732,965,739,290,000,000
18,889,465,931,478,500,000,000 37,778,931,862,957,100,000,000 75,557,863,725,914,300,000,000
151,115,727,451,828,000,000,000 302,231,454,903,657,000,000,000 604,462,909,807,314,000,000,000
1,208,925,819,614,620,000,000,000 2,417,851,639,229,250,000,000,000 4,835,703,278,458,510,000,000,000 9,671,406,556,917,030,000,000,000
19,342,813,113,834,000,000,000,000 38,685,626,227,668,100,000,000,000 77,371,252,455,336,200,000,000,000
154,742,504,910,672,000,000,000,000 309,485,009,821,345,000,000,000,000 618,970,019,642,690,000,000,000,000
1,237,940,039,285,380,000,000,000,000 2,475,880,078,570,760,000,000,000,000 4,951,760,157,141,520,000,000,000,000 9,903,520,314,283,040,000,000,000,000
19,807,040,628,566,000,000,000,000,000 39,614,081,257,132,100,000,000,000,000 79,228,162,514,264,300,000,000,000,000
158,456,325,028,528,000,000,000,000,000 316,912,650,057,057,000,000,000,000,000 633,825,300,114,114,000,000,000,000,000
1,267,650,600,228,220,000,000,000,000,000 2,535,301,200,456,450,000,000,000,000,000 5,070,602,400,912,910,000,000,000,000,000
10,141,204,801,825,800,000,000,000,000,000 20,282,409,603,651,600,000,000,000,000,000 40,564,819,207,303,300,000,000,000,000,000 81,129,638,414,606,600,000,000,000,000,000
162,259,276,829,213,000,000,000,000,000,000 324,518,553,658,426,000,000,000,000,000,000 649,037,107,316,853,000,000,000,000,000,000
1,298,074,214,633,700,000,000,000,000,000,000 2,596,148,429,267,410,000,000,000,000,000,000 5,192,296,858,534,820,000,000,000,000,000,000
10,384,593,717,069,600,000,000,000,000,000,000 20,769,187,434,139,300,000,000,000,000,000,000 41,538,374,868,278,600,000,000,000,000,000,000 83,076,749,736,557,200,000,000,000,000,000,000
166,153,499,473,114,000,000,000,000,000,000,000 332,306,998,946,228,000,000,000,000,000,000,000 664,613,997,892,457,000,000,000,000,000,000,000
1,329,227,995,784,910,000,000,000,000,000,000,000
57
IPv6 Resources
Web Sites:
ARIN IPv6 Wiki http://www.getipv6.info/display/IPv6/IPv6+Info+Home
Cisco Support Community IPv6 Subnetting - Overview and Case Study
https://supportforums.cisco.com/docs/DOC-17232
Videos:
IPv6 for CCNAs with Anthony Sequeira Video Series by the Cisco Learning Network - Parts 1, 2 & 3 https://learningnetwork.cisco.com/docs/DOC-20357
PDF Resources:
Preparing An IPv6 Address Plan, Version 2, 18 September 2013 https://www.ripe.net/lir-services/training/material/IPv6-for-LIRs-Training-Course/ IPv6_addr_plan4.pdf
Best Current Operational Practices - IPv6 Subnetting (v1) http://www.ipbcop.org/wp-content/uploads/2012/02/BCOP-IPv6_Subnetting.pdf
6net An IPv6 Deployment Guide by The European 6NET Consortium http://www.6net.org/book/deployment-guide.pdf
IPv6 Addressing At-A-Glance By Cisco http://www.cisco.com/en/US/technologies/tk648/tk872/ technologies_white_paper0900aecd8026003d.pdf
IPv6 Implementation Guide, Cisco IOS Release 15.2M&T http://www.cisco.com/en/US/docs/ios-xml/ios/ipv6/configuration/15-2mt/ipv6-15-2mt-book.pdf
Printed Books:
IPv6 Fundamentals A Straightforward Approach to Understanding IPv6 By Rick Graziani ISBN-13: 978-1-58714-313-7
Understanding IPv6 Third Edition By Joseph Davies ISBN: 978-0-7356-5914-8
58
Inside Cover
Conversion Chart
Decimal (Base 10)
Hexadecimal (Base 16)
Binary (Base 2)
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
0 1 2 3 4 5 6 7 8 9 A B C D E F
0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111
/48 No Nibbles
/48 - 1 Subnet
/52 - 16 Subnets
/56 - 256 Subnets
/60 - 4096 Subnets
/64 - 65,536 Subnets
/52 1 Nibble
/52 - 1 Subnet
/56 - 16 Subnets
/60 - 256 Subnets
/64 - 4096 Subnets
/56 2 Nibbles
/56 - 1 Subnets
/60 - 16 Subnets
/64 - 256 Subnets
/60 3 Nibbles
/60 - 1 Subnets
/64 - 16 Subnets
/64 4 Nibbles
/64 - 1 Subnet
Avalible subnets within the Subnet ID using the Nibble boundary.
What is a Site? A Site = one building A home, apartment, or house = a Site A campus with 10 buildings = 10 Sites A single building with 15 businesses = 15 Sites
Address Structure
2000:ACAD:0000:0000:0000:0000:0000:0001172.50.0.1
8 Hextets4 Octets
IPv4 Octets vs. IPv6 Hextets
Homework 4--Special 'Gift' Assignment/Part 2/Cisco-Packet-Tracer-Exercises.pdf
CISCO Lab Exercises
Introduction
The Overall Topology
The CCENT/ICND1 Project is designed to reinforce networking concepts as well as build critical job-related work skills in Cisco environments. Utilizing Cisco Packet Tracer (version 6.0.1), the simulated lab environment consists of the following elements:
§ Four (4) Cisco 2800 class routers § Three (3) Cisco Catalyst switches § Three (3) computer workstations § One (1) networking hub § One (1) server § Wide Area Network connectivity § Simulated Internet connection
Purpose of the Lab Project
A thorough understanding of networking concepts is the foundation upon which understanding is essentially built. While theoretical knowledge is important, the application of that knowledge is equally important, and forms the basis for effective performance in real-world environments. Early versions of the original CCNA-level certification exams concentrated on factual knowledge, while current exams utilize realistic scenarios that reflect more “hands on” experiences. To satisfy these types of requirements, CCENT students need practical, experience-based exercises.
Lesson 1 Lab Exercises
Packet Tracer Exploration
If you have not already done so, locate and download Cisco Packet Tracer, version 6.0.1 or later. Numerous sites exist that host this software, which is designed for Cisco certification studies.
1.1.1. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.2. Load the Basic Lab Topology
Locate the configuration file provided to you by the instructor (should be named CCENT-Lab-Startup.pkt):
Once the topology is loaded, it should look nearly identical to the image shown below:
1.1.3. Getting Familiar with the User Interface
Because Packet Tracer might seem strange and unfamiliar, keep in mind that human nature generally is resistant to change; discomfort with something new is to be expected. All connections, interfaces, and device hardware configuration is already defined in the file that you loaded, which will allow you to perform the various lab exercises with ease. To assist with you getting familiar with the program, here are some steps to common tasks:
• Saving configurations: This is critical, because if you fail to save
the changes that you have made to devices in the lab, then all your work will be lost. You have several options for saving your work:
o On the top menu bay, click File>Save o Using the keyboard shortcut Ctrl+S o When exiting Packet Tracer, you will be prompted to save your
work • Interacting with devices: As part of the lessons, you will perform
various configuration and verification tasks that require you to log into the devices directly. The simplest and easiest way to do that is to double click the image of the device you want to access, and the following window will display, with three tabs:
o Physical Tab: This displays the physical configuration of the
device as if it were in use, and by which you can alter the layout of the hardware. While you can certainly change this later as you advance in your studies, you will not interact directly with this tab very often.
o Config Tab: While you can make some changes here,
your learning process will be best spent on the third tab
o CLI Tab: This screen/window is where you will spend most of your time, specifically the Command Line Interface or CLI. While some graphical tools exist for configuration, nearly every Cisco network engineer/technician works directly in the CLI. Once this window is open, you can press <enter> and then interact directly with the equipment.
** NOTE that the topology referenced in the videos of the lessons is different due to changes that were made to the CCENT exam itself. While all the concepts are still valid, some of the topics have been moved around. When in doubt, pay attention to this lab guide. **
Lesson 2 Lab Exercises
Router Exploration
One of the most basic networking devices is a router, so named because it routes traffic. Just as you would start out from your home to drive to work, so a router directs packets (the basic network unit of data) from one location in a network to another. Cisco has manufactured these types of devices since the early 1980’s when they pioneered the technology. Today this equipment comes in many different sizes and capabilities, which we will review in a future lesson. The purpose of this lab exercise is just to start getting familiar with routers and the CLI.
1.1.4. Select R1 by double clicking the image
In the topology, you have probably noticed that there are five routers, labeled R1, R2, R3, R4 & Internet. In these lab exercises, you will interact with the first four devices, as the Internet router is already configured to support your efforts. Simply double click the image of R1 to bring up the three tabbed device window and then click the CLI tab.
1.1.5. Explore the CLI
In many ways, a router is a compact, purpose-built computer equipped with specialized hardware. Like a desktop computer, a router cannot do anything without being given instructions about what to do, even though the Matrix may claim otherwise. Cisco engineers use a very specialized set of instructions to direct the activities of routers in a way that helps it direct network traffic.
Just as your personal computer uses Microsoft Windows as its operating system, Cisco routers use an operating system as well. This software is referred to as IOS, or Internetwork Operating System, and different versions are introduced periodically. As a technician, you enter a series of configuration commands to tell the router what to do, and the IOS software then instructs the router to carry out those commands. Configuration commands are entered and stored in memory, even when the router is turned off, and perform various tasks. Other commands, such as diagnostic commands, are entered at the command line to tell the technician what the device happens to be doing. The purpose of this lab exercise is to familiarize you with some of these commands.
Press <enter> in the CLI screen to access the interface directly. If you want to display the interfaces on the router, type show interface and press <enter> and watch the output.
One of the most helpful features in the Cisco IOS CLI is referred to as context- sensitive help, in which a user can use the ? to get guidance on what commands are available for use. Going back to the previous command, type show interface, but instead of pressing <enter>, use the question mark (?) instead.
Notice the list of commands that are available just with this command alone. Don’t worry about what all of them mean at this point, you will learn about many of them throughout upcoming lessons.
1.1.6. CLI Mode/Hierarchy
You probably understand levels of authority and responsibility from school, work, family, and other areas of life. Young children, for example, do not have the freedom to make life-altering choices, mostly for safety concerns. At work, you may have the latitude to do certain things on your own authority, while others you have to consult a supervisor or manager. The CLI has the same concept, with several levels of privileges and capabilities.
When you first log into a Cisco switch or router, you will notice right away that the device name is displayed (helpful for knowing which one you are accessing), as well as a character called a prompt. The prompt is your clue as to which level (more correctly referred to as mode) you are in. The first mode is called user
mode, or exec mode (exec = execution, or able to enter commands). The associated prompt is the > symbol, as you see here:
User mode is the lowest possible level in a Cisco device, and has restrictions in the commands allowed. If you use the ? symbol at the command line, you will see a rather small list of diagnostic commands that are available.
In addition, you cannot view or make changes to the configuration of the device from this mode.
The second mode is called privileged mode, and allows the user to do anything they want with regard to the device (full privileges). To access, you simply enter the command enable, and to leave you use the disable command. Note the change in the prompt from the > symbol to the # symbol.
The final mode to consider is configuration mode, which also has a number of submodes that you will learn about later. As the name suggests, this is the mode in which network technicians enter configuration commands, which are stored in memory and executed. At this point it is a good idea to learn about the two types of configurations on a Cisco device:
• running-configuration: This is the active configuration running in
memory on the device, and the configuration to which changes are applied when commands are entered from the CLI. When the device is switched off, this configuration is lost unless it is written to memory (and becomes the startup-configuration, as described below).
• startup-configuration: This is the configuration stored in long-term memory and remains on the device when powered off. When the device boots up, this configuration is loaded into active memory and becomes the running configuration.
To display the (active) running-configuration, enter the command show running-configuration (may be abbreviated to sh run). To display the startup-configuration, use the command show startup-configuration (may be abbreviated sh start). Remember that these are only available in privileged mode (# prompt).
Lesson 3 Lab Exercises
Importance of Binary
As you learned, computers do not use the same method of calculation as human beings do; they count using two possible states of a circuit, on (1) or off (0). Binary truly is the key to understanding anything computer-related, including networking. If there truly is any secret to mastering computer networking, binary would win that contest handily. IP addressing and subnetting are topics that are much simpler with a grasp of binary.
Binary to Decimal Conversion Practice
Convert the following binary numbers to their decimal equivalents:
1.1.7. 00101010
1.1.8. 11110111
1.1.9. 11010101
1.1.10. 00001100
1.1.11. 00000100
1.1.12. 01000011
1.1.13. 10100010
1.1.14. 00000011
1.1.15. 00010101
1.1.16. 00010000
1.1.17. 11000001
1.1.18. 11110011
1.1.19. 01001001
1.1.20. 00101001
1.1.21. 00001001
1.1.22. 01111001
1.1.23. 00111110
1.1.24. 01100011
Decimal to Binary Conversion Practice
Convert the following decimal numbers to their binary equivalents
1.1.25. 22
1.1.26. 9
1.1.27. 108
1.1.28. 101
1.1.29. 129
1.1.30. 42
1.1.31. 204
1.1.32. 73
1.1.33. 30
1.1.34. 204
1.1.35. 128
1.1.36. 192
1.1.37. 89
1.1.38. 12
1.1.39. 118
1.1.40. 67
1.1.41. 57
1.1.42. 252
Place Decimal to Binary Answers Here (or separate word document, with shown work)
Lesson 4 Lab Exercises
Initial Device Configuration on R1
Now that you have started learning some of the principles of Cisco devices, it’s time to start configuring devices. The layout of these lab exercises is progressive; each one builds upon the previous. When you have completed these tasks, you will have a fully functional network. Your tasks in this lab will be to perform initial configuration tasks on all devices.
1.1.79. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.80. Select R1 by double clicking the image
Begin by accessing R1 by double clicking the image (as you did in the first lab exercise) to bring up the three tabbed device window and then click the CLI tab.
1.1.81. Enter Configuration Mode
Once you the CLI screen, press <enter> to begin a terminal session to R1, and then issue the enable command to enter privileged mode. Remember, you cannot enter configuration mode from user exec mode (the > prompt); you must be in privileged mode (#) to do that. Finally, enter configuration mode with the configure terminal command (you are using a terminal session when accessing the CLI):
1.1.82. Review Keyboard Shortcuts
Cisco IOS has a variety of line editing features that can assist you when you are configuring devices from the command line, especially for saving time. The following lists some of the more common ones:
• <Tab>: One of the most valuable shortcuts, it automatically completes
whatever command you are entering. If more than one command matches what you have typed (for example, typing the letter c from privileged mode), then you may need to enter more of the command for it to work. In this example, the letter c by itself is used in the commands clear, clock, configure, connect and copy.
• Up Arrow: This repeats the commands previously entered. If you press the key one time, the command just entered will be displayed. If you press it twice, the command before that will show, and so on.
• <Ctrl>+a: Moves the cursor to the beginning of the line being typed. • <Ctrl>+e: Moves the cursor to the end of the line being typed. • <Ctrl>+w: Deletes the previous word in the line. • <Ctrl>+u: Deletes the entire line of text.
Try these shortcuts as you enter configuration commands. For a more complete list, perform a web search for cisco ios keyboard shortcuts.
Configure the Hostname of the Device
One of the first configuration items entered on a Cisco device is the hostname, a term used in the networking world for the name of a device on the network. In most cases this name is just local to the device (in other words, only that device knows/controls what it is called) . As an example of this principle, you may notice that all of the routers and switches in the lab topology have the default name of Router and Switch. To change the existing name of a device, execute the command hostname command, followed by the desired name, as follows:
One thing to notice right away is that the hostname changes in the command line display, to whatever set of characters you enter. In most networks, the hostname reflects the function, location, or significance. In our network, the name of the device is R1, meaning Router 1. Repeat this same process for the rest of the following devices:
Configure the Enable/Enable Secret Password
Up to this point, you have been able to get into privileged mode on the devices in the lab simply by pressing the <enter> key. In production networks, this would leave critical devices open to anyone and allow unauthorized personnel to make changes (a thoroughly undesirable situation). This points out the obvious need to protect these higher modes, which is accomplished through the use of the enable password or enable secret password commands. These both accomplish the same thing, but enable secret encrypts the stored password, while enable password does not. Use the command enable secret cisco to configure this security feature with cisco as the password:
Write the Changes to Memory
When you make changes on a Cisco IOS device, you alter the configuration held in active memory (RAM, or Random Access Memory). If you are familiar with computers, you may remember that once you shut the device down, everything in RAM is lost. This is the reason for the two configuration files referred to earlier, the running-configuration (running in RAM), and startup-configuration (stored in more permanent memory, called nonvolatile RAM or NVRAM). In order to save the changes that you made to the running -configuration, you need to copy it to the startup-configuration, as follows:
Initial Device Configuration on Remaining Cisco Devices
Perform the previous steps on the following lab devices. Make certain that you save your configuration. You may do so with the copy running-config startup- config or the write memory commands.
• R2 • R3 • R4 • SW1 • SW2 • SW3
** NOTE: Do not configure the Internet router, which is already configured, nor the workstations, servers, or the hub **
Lesson 5 Lab Exercises
SW1 Interface Discovery
To reinforce the concepts from Local Area Network Fundamentals
1.1.83. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.84. Select SW1 by double clicking the image
Begin by accessing SW1 by double clicking the image (as you did in the first lab exercise) to bring up the three tabbed device window and then click the CLI tab.
1.1.85. Review Cisco Interface Naming Conventions
Once inside the command line interface of SW1, type the command show interface ? in order to see the interface types available on a Cisco LAN switch. The output should be as follows:
As mentioned before, in a Cisco Local Area Network switch only supports LAN (that is, Ethernet) interfaces, all of which are displayed here. The interpretation of this output is below:
• Ethernet: 10 Mbps (megabits per second), IEEE 802.3/10BASE-T • FastEthernet: 100 Mbps, IEEE 802.3u/100BASE-TX • GigabitEthernet: 1000 Mbps, 1 Gbps (gigabits per second):
o IEEE 802.3z/1000BASE- LX/SX o IEEE 802.3ab/1000BASE-TX
• VLAN: Virtual LAN (covered in subsequent lessons/labs) • Etherchannel: Link bonding mechanism (covered in
subsequent lessons/labs) • Switchport: Ethernet Port/VLAN information (covered in
subsequent lessons/labs) • Trunk: Switch-to-Switch/Some Switch-to-Router connections
(covered in subsequent lessons/labs)
1.1.86. Understand Cisco Port/Slot Interface References.
In addition to the Ethernet interface speed naming, you need to understand the way in which Cisco devices (both routers and switches) refer to the various
ports. Most interfaces are references using the format interface <type> <slot>/<port> or interface < type> <slot>/<subunit>/<port>, which refer to the where that specific is port is located on the device, as follows:
• Routers: Several Interface types, naming as follows:
o Slot: On routers there are usually 2 slots, numbered 0 and 1. On
the 2811 model pictured in Packet Tracer, Slot 0 includes the onboard FastEthernet interfaces as well as expansion slots. Slot 1 is for a larger class of expansion device called a Network Module. Interfaces on a Network Module would be <type> 1/X, with X=the port number on the module. Some routers, such as the 2811, also have a subunit number.
o Port: Within a slot, the ports are numbered starting with 0, and ending with whatever physical port is present. Using the 2811 onboard FastEthernet interfaces as an example, these belong to Slot 0, with the first port being 0 and the second being one. Thus they would be referred to FastEthernet 0/0 and 0/1, respectively. The smaller expansion interface adapters are referred to as WAN Interface Cards, or WICs for short. The references for these are slightly different for these; these specific cards contain Serial interfaces (more on these later). The first adapter is in slot 0 (main chassis), in subunit 0 ) on the right), and port 0 of that subunit (port 1 would be above it if installed). Thus, the reference for these interfaces would be Serial 0/0/0 and Serial 0/1/0 respectively.
• Switches: Ethernet interface types, simpler naming as follows:
o Slot: An important distinction exists on switches, in that the designation for the slot for chassis-based switches (that is, those with multiple adapter cards) and the smaller stacking type switches, as pictured above. Typically, Slot 0 is either the entire chassis, or the main chassis. Using the Cisco Catalyst 2960 switch above, Slot 0 is the main chassis, which commonly houses between 24-48 Ethernet ports, and Slot 1 houses the uplinks. Understanding this explains how to identify the interfaces assignments, some of which are labeled above for reference.
SW1 Media Access Control (MAC) Addressing
Devices on a Local Area Network (LAN) have addresses to enable communication between themselves and others. Unicast addresses enable messaging between a pair of devices alone, much like when you might carry on a personal conversation. There is only one broadcast address, which makes announcements to every device on a local area network (address FFFF.FFFF.FFFF , the highest mathematically possible MAC address). Final, there is the multicast LAN address, which uses the format 0100.5eXX.XXXX, which enables communication between a specific set of devices. You will examine some LAN addresses on SW1 in the lab environment, as outlined below:
1.1.87. Examine LAN Addresses on an Ethernet Interface.
Return to the SW1 CLI and log back in if your terminal session has timed out. Once back in privileged mode, issue the command show interface Fa0/11, which will display the following output:
While this might look a little overwhelming at first glance, you will probably not need to reference a number of items on this page. Since the subject of the accompanying lesson is LAN Fundamentals, there are only two items to pay attention to:
• Address is 000c.cf22.440b: This is the hardware or Media Access
Control/LAN Address, used by Layer 2 devices for LAN communication. Remember that the first half of the address is the OUI (vendor code), and you can see that this one belongs to Cisco. Since the address does not contain FFFF or 0100.5e, you can safely conclude that this is a unicast address.
• 0 (zero) Collisions: This refers to the number of frames that have collided on the LAN, which is a direct result of the operation of the Carrier Sense Multiple Access with Collision Detect mechanism used by Ethernet.
Lesson 6 Lab Exercises
R1 Interface Configurations
To reinforce the concepts from LAN Hubs, Repeaters & Switches
1.1.88. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.89. Select R1 by double clicking the image
Begin by accessing R1 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.90. Review Available Interface Types on R1
Once inside the command line interface of R1, type the command show interface ? in order to see the interface types available on a Cisco router. The output should be as follows:
As mentioned before, Cisco routers support multiple interfaces types, depending on the installed cards, some of which are displayed here. The interpretation of this output is below:
• Dot11Radio: 802.11 wireless interfaces (2.4 or 5 GHz) • Ethernet: 10 Mbps (megabits per second), IEEE 802.3/10BASE-T • FastEthernet: 100 Mbps, IEEE 802.3u/100BASE-TX • GigabitEthernet: 1000 Mbps, 1 Gbps (gigabits per second):
o IEEE 802.3z/1000BASE- LX/SX o IEEE 802.3ab/1000BASE-TX
• Loopback: A virtual interface that exists only on the router. These are used for a variety of purposes which is a topic covered later
• Serial: So named due to the fact that data is sent in a stream (series, hence the name seri-al), and usually used for Wide Area Network (WAN) connection types.
• Tunnel: A logical interface used to create a virtual IP-based connection across a network. Often utilized with Virtual Private Networks (VPN’s) and other special purposes
• Virtual-Template: Used for forming dynamically created
interfaces (beyond ICND1/2 subject matter) • VLAN: Logical LAN interface, more often used in LAN
switching environments • range: Not an interface type per-se, but a macro (process) that can be
used to configure groups of the same interface types at one time
1.1.91. Create a Loopback Interface
As mentioned above, loopback interfaces do not exist physically on the router, as is the case with actual ports on the router (e.g., FastEthernet, Serial, etc.). Instead, they exist virtually in software, and only on the device they exist on. Since the interface cannot go down unless the device is shut off, it can serve as a control point for all types of router processes. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface loopback 0 (you can use any number available if you like).
• Enter IPv4 addressing information: Since IP addressing is a later
topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 10.1.1.1 255.255.255.255 without worrying about what the numbers mean at this point.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.92. Configure the LAN Interface
Configuring the physical Local Area Network interface is identical to that of the loopback interface, as follows:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface,
you need to enact interface configuration submode. In this case, you will use the command interface FastEthernet 0/0 (remember the slot/port format discussed earlier?).
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.1.1 255.255.255.0 without worrying about what the numbers mean at this point.
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
R2 Interface Configurations
These steps are identical to the previous ones you have already performed, with the exception of IPv4 addressing information. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.93. Create a Loopback Interface
As mentioned above, loopback interfaces do not exist physically on the router, as is the case with actual ports on the router (e.g., FastEthernet, Serial, etc.). Instead, they exist virtually in software, and only on the device they exist on. Since the interface cannot go down unless the device is shut off, it can serve as a control point for all types of router processes. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface loopback 0 (you can use the shorter version Lo0 if you like).
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 10.2.2.2 255.255.255.255 without worrying about what the numbers mean at this point.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.94. Configure the LAN Interface
Configuring the physical Local Area Network interface is identical to that of the loopback interface, as follows:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface FastEthernet 0/0 you can also use the shorter Fa0/0).
• Enter IPv4 addressing information: Since IP addressing is a later
topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.2.2 255.255.255.0 without worrying about what the numbers mean at this point.
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
R3 Interface Configurations
These steps are identical to the previous ones you have already performed, with the exception of IPv4 addressing information. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.95. Create a Loopback Interface
As mentioned above, loopback interfaces do not exist physically on the router, as is the case with actual ports on the router (e.g., FastEthernet, Serial, etc.). Instead, they exist virtually in software, and only on the device they exist on. Since the interface cannot go down unless the device is shut off, it can serve as a control point for all types of router processes. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface loopback 0 (you can use the shorter version Lo0 if you like).
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 10.3.3.3 255.255.255.255 without worrying about what the numbers mean at this point.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.96. Configure the LAN Interface
Configuring the physical Local Area Network interface is identical to that of the loopback interface, as follows:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface FastEthernet 0/0 you can also use the shorter Fa0/0).
• Enter IPv4 addressing information: Since IP addressing is a later
topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.34.3 255.255.255.0 without worrying about what the numbers mean at this point.
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
R4 Interface Configurations
These steps are identical to the previous ones you have already performed, with the exception of IPv4 addressing information. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.97. Create a Loopback Interface
As mentioned above, loopback interfaces do not exist physically on the router, as is the case with actual ports on the router (e.g., FastEthernet, Serial, etc.). Instead, they exist virtually in software, and only on the device they exist on. Since the interface cannot go down unless the device is shut off, it can serve as a control point for all types of router processes. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface loopback 0 (you can use the shorter version Lo0 if you like).
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 10.4.4.4 255.255.255.255 without worrying about what the numbers mean at this point.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.98. Configure the LAN Interface
Configuring the physical Local Area Network interface is identical to that of the loopback interface, as follows:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface FastEthernet 0/0 you can also use the shorter Fa0/0).
• Enter IPv4 addressing information: Since IP addressing is a later
topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.34.4 255.255.255.0 without worrying about what the numbers mean at this point.
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual router nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
SW1 Interface Configurations
The interface configuration processes on Cisco switches have many similarities to those of their router counterparts, but differences as well. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.99. Configure the VLAN Interface
As mentioned previously, switches operate at the Data Link layer of the OSI model (by contrast, routers and Layer 3 switches operate at the network layer). As such, LAN ports on the switch operate differently than those on routers, some of which you will discover during this lab exercise. One significant difference is the concept of a VLAN interface, which is a logical interface that may seem similar to a loopback interface on a router. One important difference is that VLAN interface is tied to the physical ports on the switch itself, while a loopback is not. Some documentation will also call this a Switch Virtual Interface, or SVI. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter VLAN interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface vlan 1 (this interface exists by default on all switches, as does VLAN 1; a VLAN is a virtual LAN). On Layer 2 switches, you can only have one of these interfaces active at any given time.
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.1.111 255.255.255.0 without worrying about what the numbers mean at this point. You may notice that this address looks similar to the one configured on the LAN interface of R1.
• Enable the interface: As with LAN interfaces on routers, VLAN interfaces are shut down by default, so you must activate them with the command no shutdown.
• Configure the port mode: Ports on Cisco switches operate in Layer 2 mode (sometimes referred to switchport mode). Since most of the relevant topics occur in the CCNA course, just understand that these ports will need to be in access mode, with the interface-level configuration command switchport mode access.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual switch nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.100. Configure the Default Gateway
While you will understand the concept of a default gateway more fully in later lessons, you need a little background now for it to make sense here. Think of most Local Area Networks (LANs) as cul de sacs, meaning roads with only one way in or out. In the image below, to get in or out of this gated community, you have to pass through the guard station. A default gateway is the address of the device through which any traffic has to pass through to get in or out of that network. Configuring a default gateway is very simple, as described here:
• Enter global configuration mode: If you have not already done so, enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Specify the default gateway: As explained earlier, this is instructing a device to send any traffic it doesn’t specifically know about to a designated device for processing. On this switch, this is anything not on the 192.168.1.0 network. Use the command ip default-gateway 192.168.1.1 (the address of R1’s LAN interface)
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual switch nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well.
To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
SW2 Interface Configurations
The interface configuration processes on Cisco switches have many similarities to those of their router counterparts, but differences as well. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.101. Configure the VLAN Interface
As mentioned previously, switches operate at the Data Link layer of the OSI model (by contrast, routers and Layer 3 switches operate at the network layer). As such, LAN ports on the switch operate differently than those on routers, some of which you will discover during this lab exercise. One significant difference is the concept of a VLAN interface, which is a logical interface that may seem similar to a loopback interface on a router. One important difference is that VLAN interface is tied to the physical ports on the switch itself, while a loopback is not. Some documentation will also call this a Switch Virtual Interface, or SVI. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from
privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter VLAN interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface vlan 1 (this interface exists by default on all switches, as does VLAN 1; a VLAN is a virtual LAN). On Layer 2 switches, you can only have one of these interfaces active at any given time.
• Enter IPv4 addressing information: Since IP addressing is a later topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.2.111 255.255.255.0 without worrying about what the numbers mean at this point. You may notice that this address looks similar to the one configured on the LAN interface of R2.
• Enable the interface: As with LAN interfaces on routers, VLAN interfaces are shut down by default, so you must activate them with the command no shutdown.
• Configure the port mode: Ports on Cisco switches operate in Layer 2 mode (sometimes referred to switchport mode). Since most of the relevant topics occur in the CCNA course, just understand that these ports will need to be in access mode, with the interface-level configuration command switchport mode access.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual switch nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.102. Configure the Default Gateway
While you will understand the concept of a default gateway more fully in later lessons, you need a little background now for it to make sense here. Think of most Local Area Networks (LANs) as cul de sacs, meaning roads with only one way in or out. In the image below, to get in or out of this gated community, you have to pass through the guard station. A default gateway is the address of the device through which any traffic has to pass through to get in or out of that network. Configuring a default gateway is very simple, as described here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Specify the default gateway: As explained earlier, this is instructing a device to send any traffic it doesn’t specifically know about to a designated device for processing. On this switch, this is anything not on the 192.168.2.0 network. Use the command ip default-gateway 192.168.2.2 (the address of R2’s LAN interface)
• Enable the interface: LAN interfaces on routers are shut down by default, so you must activate them with the command no shutdown.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual switch nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
SW3 Interface Configurations
The interface configuration processes on Cisco switches have many similarities to those of their router counterparts, but differences as well. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
1.1.103. Configure the VLAN Interface
As mentioned previously, switches operate at the Data Link layer of the OSI model (by contrast, routers and Layer 3 switches operate at the network layer). As such, LAN ports on the switch operate differently than those on routers, some of which you will discover during this lab exercise. One significant difference is the concept of a VLAN interface, which is a logical interface that may seem similar to a loopback interface on a router. One important difference is that VLAN interface is tied to the physical ports on the switch itself, while a loopback is not. Some documentation will also call this a Switch Virtual Interface, or SVI. Configuration of a loopback interface is a simple process, as outlined here:
• Enter global configuration mode: If you have not already done so,
enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
• Enter VLAN interface configuration mode: In order to create an interface, you need to enact interface configuration submode. In this case, you will use the command interface vlan 1 (this interface exists by default on all switches, as does VLAN 1; a VLAN is a virtual LAN). Unlike Layer 2 switches, you can only have many of these interfaces active at any given time, since this is a Layer 3 switch (able to perform networking, similar to a router)
• Enter IPv4 addressing information: Since IP addressing is a later
topic, you will have specific instructions for entering the correct information. Explanations will appear in later lessons. Use the command ip address 192.168.34.111 255.255.255.0 without worrying about what the numbers mean at this point. You may notice that this address looks similar to the one configured on the LAN interfaces of R3 & R4.
• Enable the interface: As with LAN interfaces on routers, VLAN interfaces are shut down by default, so you must activate them with the command no shutdown.
• Configure the port mode: Ports on Cisco switches operate in Layer 2 mode (sometimes referred to switchport mode). Since most of the relevant topics occur in the CCNA course, just understand that these ports will need to be in access mode, with the interface-level configuration command switchport mode access.
• Exit configuration mode: Two ways exist for this, the first is to use the exit command multiple times, since command modes have a distinct hierarchy. The second (and simpler) method is the end command, which takes you back to privileged mode.
• Save the configuration: At your discretion, you can use copy running-config startup-config to save your changes, or simply the command write mem. On an actual switch nothing else would be necessary, but with Packet Tracer, you need to save changes in the program as well. To accomplish this, either use the File>Save option or the Ctrl+S keyboard shortcut.
1.1.104. Configure the Default Gateway
Because SW3 had Layer 3 capabilities, configuration of the default gateway is not a requirement.
Lesson 7 Lab Exercises
Switch Types (Layer 2 & Layer 3)
The purpose of this lab exercise is to reinforce the concepts from the Cisco Switch Operations and Configuration lesson.
1.1.105. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.106. Select SW1 by double clicking the image
Begin by accessing SW1 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.107. Review device hardware information on SW1
Once inside the command line interface of SW1, type the command show version; this will display detailed hardware information on the device in question, as follows:
Note some of the important details on SW1, which indicates extensive information which you will gain the ability to interpret:
• Model Number: To begin with, notice the model number WS-C2960-24TT
which indicates several things: o C: Catalyst (the official name of this family of switches). o 2960: The model of switch (2960), note that the 2 at the beginning
.signifies that this is a Layer 2 switch (no routing capabilities) o 24: Indicates the number of Ethernet ports on the chassis. o T: Indicates that these are RJ-45 copper connections
• Interfaces: Aside from the model number, the number and type of interfaces are clearly identified:
o 24 Fast Ethernet o 2 Gigabit Ethernet
• Available Memory: Helpful when deciding what software images are supported. • Software Version/Image: Though not displayed in the image above, the show
version command also indicates what software is stored on the device, and what version is in use.
1.1.108. Select SW3 by double clicking the image
Leave the terminal window for SW1, but return to the Packet Tracer interface and click on the icon for SW3 to open a session to the command line interface of SW3.
1.1.109. Review device hardware information on SW3
Once inside the command line interface of SW3, type the command show version; this will display detailed hardware information on the device in question, as follows:
Notice that while some of the details appear similar to SW1, that others are different:
• Model Number: To begin with, notice the model number WS-C3560-24PS
which indicates several things: o C: Catalyst (the official name of this family of switches). o 3560: The model of switch (2960), note that the 3 at the beginning
.signifies that this is a Layer 3 switch (has routing capabilities) o 24: Indicates the number of Ethernet ports on the chassis. o PS: Indicates that these ports have the ability to supply DC power to
attached devices (referred to as Power over Ethernet, or POE) • Interfaces: Aside from the model number, the number and type of interfaces
are clearly identified: o 24 Fast Ethernet o 2 Gigabit Ethernet
• Available Memory: Helpful when deciding what software images are supported. • Software Version/Image: Though not displayed in the image above, the show
version command also indicates what software is stored on the device, and what version is in use.
Switch Memory Types
As explained in the accompanying lesson, Cisco switches employ several types of memory, each of which has a special function in the operation of the device. Return to the terminal window of SW3 in order to explore these types of memory, as shown here:
Enter the command show file systems in order to display information on two of the memory types referenced in the previous lesson. You will notice these listed as follows:
• flash: Storage of IOS code and other operations • nvram: Storage of the startup-configuration
You can display the contents of each of these types of memory using the dir (short for directory) command. This will produce an itemized list of all files contained within the memory device that you specify. To explore the contents of flash memory, enter the command dir flash:, followed by dir nvram:
Note first that several files are stored in flash memory, several of which are not relevant to the ICND1/ICND2 course of study. The two items to take note of are listed here:
• vlan.dat: Locally stored database containing the names and identifiers for
virtual local area networks (VLANs, an ICND2 topic). • c3560-advipservicesk9-mz.122-37.SE1.bin: The file containing the IOS code
that is running on the switch. This is the file that would be changed if you were to upgrade to a newer version of code.
When you execute the second command, notice the name of the only file listed---the startup configuration. As previously discussed, this is the stored configuration that is loaded into RAM at system startup.
Switch Access (Console/Telnet)
One of many critical technical skills that you need to demonstrate is the ability to configure access to Cisco devices, in this case, switches. Note that these access methods also apply to routers, which you will encounter in a later lesson. In addition, you will perform some configuration functions that will help you in real-world settings.
1.1.110. Console Access
The device access screen that you have used thus far is in fact console access, achieved in production settings through the use of a special cabled connection to the CON port of the switch. In this exercise you will verify that through the use of specific show commands. It is assumed that you are already in the Packet Tracer Interface. These steps are as follows:
• Execute the show line command on SW3 in privileged mode in order to list all currently open terminal sessions (the term line refers to terminal lines). Note the following terms in the output:
o TTY/Line: The logical number of the connection type, used
to refer to a specific connection. o Typ(e): The type of connection. CTY is the console, AUX is
the auxiliary port (typically used for modem connections), and VTY is for virtual terminal, remote telnet/ssh connections.
o *: Designates which lines are active (note that the only active line is the console line that you are using)
o The remaining output is largely beyond the scope of ICND1/2.
• For lab purposes, to avoid having to go through the login process on the
console port, you can configure a simple shortcut. Note that this is not recommended for use in a production network, as it poses a critical security risk. Execute the following steps to create this:
o Enter global configuration mode: If you have not already
done so, enter configuration mode using the configure terminal command from privileged mode. Since you set en enable secret password in previous steps, you will have to enter it again at the password prompt (remember, the password is cisco)
o Enter console line configuration mode: Use the command line con 0 to specify settings for the console access line.
o Specify a login password: Set the password to access the console line to cisco with the command password cisco.
o Bypass the enable secret process: To prevent having to enter the enable command altogether, enter the command privilege level 15. To understand the contrast, privilege level 0 is equivalent to user exec mode. ** Do not use this in a production network. **
o Disable the login process: To avoid any login process on the console line, enter the command no login. ** Do not use this in a production network. **
o Now if you log out and back into the console line, and you should enter into privileged mode at the CLI by simply pressing the <enter> key.
o Repeat this configuration process on all the remaining switches and routers in the lab topology.
1.1.111. Telnet Access
As mentioned previously, telnet access (or its more secure cousin secure shell/ssh) allows technicians to log into devices from remote locations. It is assumed that you are already in the Packet Tracer Interface. The required configuration steps are as follows:
• To use a telnet connection, open a terminal session to R3 by double
clicking on the image. Go to the command line in privileged mode and enter the command telnet 192.168.34.111 (the VLAN port of SW3)
• When the password prompt on SW3’s VTY line, enter the password cisco
• Enter privileged mode using the command enable, followed by the enable secret command of cisco as well.
• At the command line, enter the command show users to display login sessions to the device. You should see CON and VTY entries as shown below.
Lesson 8 Lab Exercises
Using Show Commands for Diagnosis Purposes
In addition to using a troubleshooting process, as a network technician/engineer you also will need to have great familiarity with the use of Cisco IOS diagnostic commands. While this includes both the show and debug commands, you will start with the former.
1.1.112. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.113. Select SW3 by double clicking the image
Begin by accessing SW3 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.114. Review available show commands on SW3
Some of the most useful and powerful diagnostic tools on a Cisco IOS switch are show commands, and the name suggests, they display specific information on the device. To display an available list, type the show ? command in privileged mode, as shown here:
One important factor to keep in mind is that there are differences between Packet Tracer (which is a network simulator) and a physical Cisco Catalyst IOS-based switch. The accompanying handout, entitled ICND1 Relevant Commands, may contain some commands that work on an actual switch but are not supported in Packet Tracker.
Scroll through the list and note several of the more common and frequently used commands, such as:
• show interface <slot/port>: Displays a large amount of statistics on the
specified interface, which on a switch will almost always be an Ethernet interface.
• show ip interface brief: Very helpful, in that this will display an abbreviated list of interfaces, their operational state, and IP addressing information.
• show cdp neighbors: If you remember the OSI model discussion, you may recall that switches operate at Layer 2, the Data Link Layer. Use of the Cisco Discovery Protocol can indicate whether Layer 2 (Ethernet) connectivity to other devices is intact.
• show mac address-table [dynamic]: In order to build the internal
switching table (often referred to as the Content Addressable Memory, or CAM), switches read the source MAC addresses and the ports they were received on. In order to examine the CAM table, you can use this show command to display the contents.
• show controllers <slot/port>: When you encounter issues that you think may be related to failed device hardware, you can examine this with the show controllers command.
• show running-config: If you need to examine the current configuration, this command will allow you to read the output.
• show startup-config: If you need to examine the stored configuration, this command will allow you to read the output. This can be helpful if you are comparing configurations, including the current running-config.
• show version: Used to identify the current IOS version of the switch.
Enable Cisco Discovery Protocol on R3 & R4
In general, Cisco Discovery Protocol (CDP) is enabled on Cisco devices, but occasionally you may find it has been disabled. This can be unintentional, but may also be for security reasons. On devices facing the Internet, this makes perfect sense, though internally it may not pose a threat. First, execute the show cdp neighbors command on the CLI of SW3:
You should notice that the results indicate that SW3 has not indicated the presence of other Cisco devices. In production networks, this can happen for the following reasons:
• The interface connected to the neighboring devices is shut down • The interface to the neighboring device is not connected • CDP has been disabled on one or both devices • The device is not directly connected • The other device does not support CDP
First, rule out some of the more obvious causes, such as device support. All Cisco devices in the Packet Tracer environment support CDP, with the exception of Hub-1. Next, examine the lab topology to see whether or not the devices are directly connected; you will notice that R3 & R4 are connected by Ethernet, and you can use the show interface command to determine the state of the interfaces (Fa0/3 & Fa0/4) to those devices:
Use the commands show interface Fa0/3 and show interface Fa0/4 as shown above, and you will notice the phrases “is up” (remember, that indicates the physical layer status) and “line protocol is up” (Layer 2 is up), which demonstrates that there is no interface issue in this case.
To complete the diagnostic process, click on R3 in the Packet Tracer topology window, and execute the command show cdp neighbors to determine if the
protocol is running correctly on R3 (and R4, if you want to log in there as well). The resulting message should read as shown below:
Remember the list of possible causes? If CDP is not enabled on both devices, then it will not function for neighbor detection. Fortunately, enabling CDP is a simple process, consisting of two steps (not always necessary, but advisable), enabling CDP globally, and enabling CDP on an interface:
When enabling CDP globally on the switch, use the command cdp run in global configuration mode, and use cdp enable in interface command mode. Now when you use the show cdp neighbors command, you will see SW3 listed as a directly connected neighbor. Repeat these steps on R4 to complete the process.
Use IP Utilities to Test for Connectivity & Reachability
When troubleshooting a network, two important things you need to verify are connectivity (that is, is the interface and/or device attached to the network) and reachability (whether you can get to that device across the network). You have already used CDP as a tool for verifying Layer 2 connectivity, so now you need to get acquainted with tools that test at Layer 3. These tools are ping and traceroute, and you will use them on SW3. It is assumed that you are already in the Packet Tracer Interface. The instructions for using these commands are as follows:
1.1.115. Testing for network connectivity using ping
Ping is rumored to be an acronym for the phrase Packet Internet Groper (the author of the utility, Mike Muuss, denies this), and acts in the same way as sonar, in which a signal is transmitted and returns back to the point of origin. If you have ever shouted across a canyon and heard your voice reflected back, then you have an idea of how this operates. The network utility ping sends an electronic signal (called an ICMP echo), and when it reaches a network device, that device sends another signal back (called an ICMP echo- reply) . There are two types of pings you can send from the CLI of a Cisco device, simple ping and extended ping, which you will use on SW3 as follows:
• Go to the command line interface of SW3 in user exec or privileged exec mode,
and issue the command ping <ip-address>, as follows:
o ping 192.168.34.111 (the address of the VLAN 1 interface on SW3) o ping 192.168.34.3 (the address of the LAN interface on R3) o ping 192.168.34.111 (the address of the LAN interface on R4)
You should receive replies from the addresses/devices as shows above. If you lose a packet or two at the beginning of the process, don’t worry, you will get an explanation in one of the next lessons.
• Perform an extended ping by entering the command ping at the command line
of SW3, with no specified address. You will see several questions regarding input, as follows:
o Protocol: Typically IP (IP version 4, or IPv4), press enter for default o Target IP Address: The address of the device to send the signal to
(use 192.168.34.3) o Repeat Count: How many packets to send (use 10) o Datagram Size: How large the packets should be (in bytes, leave at 100) o Timeout in Seconds: Interval in seconds between packets (leave at 2) o Extended Commands: Additional options to use (leave at no) o Sweep Range of Sizes: Increment the sizes of the packets (leave at no)
As you can see, ten ping packets with matching replies have been sent and received. In most cases you will use the simple ping command, but in order to generate traffic or choose a specific source address, you can use extended ping.
1.1.116. Testing for network connectivity using traceroute
Using ping, you can easily determine whether connectivity exists between addresses/interfaces/devices on the network, but you cannot determine the path that the packets have taken. Using ping’s cousin, the traceroute utility, you can determine reachability and path of the packets. As with ping, you have the option of using a simple traceroute or an extended traceroute. Perform a simple traceroute on SW3 using the same addresses used before, as follows:
Since each of the IP addresses used are directly connected on the same LAN, you will observe only a single hop (the term for the number of IP networks that the packet crossed in reaching the destination). If a ping is sent to a network and fails, you can use the traceroute command to narrow down where the network path has been compromised. Traceroute is also helpful in determining the path that packets may travel.
Lesson 9 Lab Exercises
** Cisco has removed 802.11 wireless topics and questions on the 100-101 and 200-101 exams for the CCNA/CCENT **
Lesson 10 Lab Exercises
Internet Protocol version 4 Addressing
As explained in the lesson, the primary type of IP addressing is based on version 4 of the Internet Protocol. Most of the time you will see this referenced simply as IP, though this is increasingly referred to as IPv4. Since IP addressing is a complex topic that you need to thoroughly understand, this set of lab exercises will focus on these specifics.
1.1.117. Identifying IP (IPv4) address classes
In the early days of IP, addresses were organized into groups with specific characteristics. While five such classes exist, you will only have to focus on the first three for these lab exercises. For each IP address below, indicate whether it represents an A, B, of C address class:
• 192.168.1.0 • 10.47.12.6 • 1.1.1.1 • 128.150.6.200 • 1.2.3.4 • 135.14.16.44 • 12.34.56.78 • 7.6.5.4 • 200.200.200.200 • 172.16.200.10 • 216.145.1.2 • 198.230.12.111 • 223.200.187.30 • 191.1.88.76 • 50.40.30.20 • 100.100.100.100 • 176.44.211.28 • 86.21.244.2 • 67.41.12.6 • 167.41.12.6 • 207.110.67.41 • 41.22.78.9 • 12.100.208.77 • 197.41.188.6
1.1.118. Distinguishing between public and private (RFC 1918) addresses
When the Internet was turned over to the private sector, the system grew at a rapid rate that started to vastly deplete the pool of routable addresses. To alleviate this, certain ranges within each address class were designated as private---not routable on the Internet but usable within an organization. For each IP address below, indicate whether it represents a public or private address:
• 192.168.1.0 • 1.1.1.1 • 128.150.6.200 • 1.2.3.4 • 172.15.16.44 • 12.34.56.78 • 10.254.254.12
• 200.200.200.200 • 172.16.200.10 • 216.145.1.2 • 192.167.12.111 • 10.0.0.1 • 192.169.88.76 • 172.31.30.20 • 100.100.100.100 • 172.30.211.28 • 10.21.244.2 • 172.22.12.6 • 167.41.12.6 • 207.110.67.41 • 192.168.78.9 • 12.100.208.77
Lesson 11 Lab Exercises
Utilize the Address Resolution Protocol (ARP)
The Internet Protocol is not a single protocol in and of itself, but a collection or suite of protocols designed to work together to achieve network communication. One IP service in this regard is the Address Resolution Protocol (ARP), which maps Layer 2 MAC addresses to Layer 3 IP addresses. This lab exercise will demonstrate the components and operation of ARP.
1.1.119. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.120. Select SW3 by double clicking the image
Begin by accessing SW3 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.121. Create traffic that will show ARP in operation
As mentioned in Lesson 11, IP requires a binding relationship between the IP address and the LAN or MAC address of a device in order to enable network communication. In this lab exercise, you will use the ping utility to create traffic between SW3, R3 & R4 in order to trigger the ARP process. Execute these steps as follows:
• Enter global configuration mode using the configure terminal command • Enter interface configuration mode using the command int vlan 1 • Shut down the logical interface with the shutdown command (you will
see the interface go down) • Issue the no shutdown command to restore the interface • Use the end command to return to privileged exec mode (this process
will clear any existing arp entries) • Issue the show arp command to show existing entries. You should only
see an entry for 192.168.34.111 (the IP address of the VLAN 1 interface on SW3, which is local to the switch)
• Execute a ping to 192.168.34.3 (R3’s LAN interface). You will notice that a packet or two is lost in the process, this is due to R3’s LAN interface MAC and IP addresses not having an ARP table entry
• Execute a second ping to 192.168.34.4 (R4’s LAN interface). You will notice that a packet or two is lost in the process, this is due to R4’s LAN interface MAC and IP addresses not having an ARP table entry
• Issue the show arp command again to display the new bindings created as a result of the ping traffic. Both R3 & R4 should have entries now.
Utilize the Dynamic Host Configuration Protocol (DHCP)
In the early days of networking, technicians and engineers had to manually enter IP addresses on every device that required connectivity. In small networks that may seem trivial, but what happens when you have hundreds of workstations? In addition, if the addresses have to be changed at some point, it would create an enormous amount of work to achieve. For these and other reasons, the Dynamic Host Configuration Protocol (DHCP) was created, drawing on earlier efforts such as Reverse Address Resolution Protocol (RARP) and the Bootstrap Protocol (Bootp). One workstation, WS-2, has a statically assigned address, but the two others, WS1 -1 & WS2-2, require DHCP for addresses. Since R1, SW1 and the workstations all share the same LAN segment, either of the two devices can provide this, but use SW1 for this purpose. Configure DHCP for the workstations as follows:
• Enter global configuration mode on SW1 using the config t command • Next, define the IP addresses that you do not want the workstations to use,
using the command ip dhcp excluded-address 192.168.1.1 192.168.1.127 • Create the DHCP pool of addresses and associated settings using the command
ip dhcp pool LAN-POOL • Specify the 192.168.1.0/24 as the DHCP network range using the command
network 192.168.1.0 255.255.255.0 • Identify the default gateway with the command default-router 192.168.1.1 • Specify the server that will be providing Domain Name Services (DNS, the
servers that map Uniform Resource Locators (URL) such as www.cisco.com, and the IP addresses of the server). Use the command dns-server 25.25.25.25
• Exit DHCP pool configuration mode using the exit command • Save the configuration using the wr mem command • Display the DHCP bindings using the show ip dhcp bindings command.
Two entries should appear, indicating that your configuration works
Observe the Operation of the Transmission Control Protocol (TCP)
The Transport Layer provides end-to -end connectivity to applications and has both TCP and UDP to fulfill those duties. TCP, while more reliable, has a substantial amount of overhead to perform its functions, as opposed to UDP which has very little. In order to observe the operation of TCP, you will establish several remote terminal sessions to R3, and then observe the results. Perform this task as follows:
• Open a CLI session on SW3 and initiate a telnet session using the command
telnet 192.168.34.3 (the LAN interface IP address of R3). When prompted for a password, enter cisco, which you configured on the vty lines in an earlier lab exercise.
• Open a CLI session on R4 and initiate a telnet session using the command telnet 192.168.34.3 (the LAN interface IP address of R3). When prompted for a password, enter cisco, which you configured on the vty lines in an earlier lab exercise.
• Open the CLI of R3 and execute the command show tcp, which will generate a lot of detailed information. To simplify the output, reenter the command with the keyword brief (show tcp brief). The two sessions should display, note the following:
o Local Address: Should read 192.168.34.3.23, which shows the destination address (192.168.34.3) and the TCP port being used (23)
o Foreign Address: Should read 192.168.34.111 and 192.168.34.4, with port numbers greater than 1024. These numbers are the random source port chosen by TCP during session establishment
o Established: Indicates that the TCP handshake was successful and that a session is fully established
• Return to SW3 and end the telnet session using the exit command. Return to R3
quickly and issue the show tcp brief command again. You should see that the established entry has changed to closing (indicating that the TCP session is being torn down). After a few moments the session should be disappear if you use the command again.
• Repeat the same steps on R4. Note the closing state, and eventual drop of the session
Lesson 12 Lab Exercises
Calculating Subnet, Broadcast Address, and Host Addresses for an IP
One of the most common ICND1 questions concerns a student’s ability to discover the particular details of a subnet based on an IP address and mask. Since this skill can mean the difference between passing and failing, you will have the opportunity to calculate these values from the list below. For each address/mask pair, calculate the subnet address, the broadcast address, and the range of valid hosts:
1.1.122. Subnet Addresses to Calculate
• 10.41.116.8/24 (255.255.255.0) • 192.168.46.112/30 (255.255.255.252) • 135.11.66.9/25 (255.255.255.128) • 99.8.44.129/23 (255.255.254.0) • 172.21.116.2/27 (255.255.255.224) • 199.189.12.20/26 (255.255.255.192) • 1.2.3.4/20 (255.255.240.0)
Choosing a Subnet Mask for A Number of Hosts
Another common subnetting task for the ICND1 exam, as well as in practical settings, is to choose a subnet mask to support a specific number of hosts. Based on the requirements below, choose a mask from the range that will fully support the number of hosts required:
1.1.124. Subnet Addresses to Choose
• 192.168.200.0/24 (8 usable hosts) • 47.80.197.0/23 (60 usable hosts) • 133.144.12.0/24 (120 usable hosts) • 216.145.11.0/24 (30 usable hosts) • 172.16.12.0/16 (2 usable hosts) • 193.44.78.0/25 (20 usable hosts) • 189.112.213.0/26 (16 usable hosts)
Choosing a Subnet Mask for A Number of Networks
Another common subnetting task for the ICND1 exam, as well as in practical settings, is to choose a subnet mask to support a specific number of networks. Using the previous list and the requirements below, choose a mask from the range that will fully support the number of networks required:
1.1.126. Subnet Addresses to Choose
• 192.168.200.0/24 (4 networks) • 47.80.197.0/23 (16 networks) • 133.144.12.0/24 (12 networks) • 216.145.11.0/24 (3 networks) • 172.16.12.0/16 (2 networks) • 193.44.78.0/25 (6 networks) • 189.112.213.0/26 (3 networks)
Lesson 13 Lab Exercises
Working with Connected IP (IPv4) Routes
Connected routes (sometimes referred to as directly connected) exist in the IP routing table of a router or L3 switch by virtue of configured interface addresses. To get better acquainted with this concept, you will perform several tasks in this lab exercise, as follows:
1.1.128. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.129. Select R4 by double clicking the image
Begin by accessing R4 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.130. Display the IP (IPv4) Routing Table on R4
The IP routing table (sometimes referred to as a forwarding table) on a router contains all of the networks/subnets that the device knows about. If there is no entry in the table for a particular network, the device considers it unreachable and will drop the packet. An exception to this behavior exists with regard to default routes, which will be analyzed later. Display the available networks on R4 by performing the following steps:
• Because you previously configure the console line of the router to enter into privileged mode with no login process, you can simply press <enter> to begin
• Enter the command show ip route to display the current entries on the IP routing table, which should match the image above
• Both routes displayed, 10.4.4.4/32 and 192.168.34.0/24 exist in the routing table by virtue of configuration. In earlier labs, you configured the Loopback 0 and FastEthernet 0/0 interfaces with these addresses.
• Since R3 (192.168.34.4/24) exists on the same network as FastEthernet 0/0, you can ping that address directly, as shown above. Use the command ping 192.168.34.3 to verify connectivity.
• Next, enter global configuration mode with the config t (short for configure terminal, a handy shortcut)
• Enter interface configuration mode using the command interface Fa0/0, and then enter the shutdown command. You should see the interface go down.
• Use the end command to return to exit configuration mode, and execute the show ip route command again. Notice that since the interface configured with the 192.168.34.4 address is down, that R4 no longer knows about that subnet.
• Attempt to ping 192.168.34.3 again. You will notice that the ping fails because
there is no longer a connected route to that network. • Return to configuration mode (global, then interface mode for Fa0/0), and
restore the interface using the no shutdown command. If you try the ping again, you will be successful.
Working with Static Routes
One of the simplest methods for creating entries in the IP (IPv4) routing table of a router is to configure them manually using static routes, so named because once entered they do not change. Configure static routing on R3 and R4 as follows:
1.1.131. Display the IP (IPv4) Routing Table on R4
As in the previous lab task, display the IP routing table on R4 using the command show ip route. Since you re-enabled Fa0/0 after shutting it down previously, the two directly connected routes should display as follows:
• 10.4.4.4/32 (Loopback 0) • 192.168.34.0/24 (Fa0/0)
Now execute a ping to R3’s Loopback 0 interface (10.3.3.3/32) using the command ping 10.3.3.3. You will see the ping fail because there is no routing entry for that network in the routing table of R4
1.1.132. Configure a Static Route to Network 10.3.3.3/32 on R4
To create an entry to 10.3.3.3 in the routing table of R4, you will need to add a static route to the table, using the following simple steps:
• Enter global configuration mode using the command configure terminal
(or conf t for short) • Create a static routing entry using the command ip route 10.3.3.3
255.255.255.255 192.168.34.3. Remember the significance of each part of the command:
o Network: 10.3.3.3 (Loopback 0 interface address on R3) o Mask: 255.255.255.255 (mask to match) o Next-Hop: 192.168.34.3 (what interface/network to use to
reach the desired address)
• Exit configuration mode using the end command • Perform the ping command again (ping 10.3.3.3) which should now
succeed • Enter the command show ip route, and you will see the new route with
the S indicator (S=Static, C=Connected, etc.)
Working with Default Routes
When a packet is destined for an unknown network (that is, not contained in its routing table), the router will discard it. In the previous lab exercise, you experienced this when you first attempted to ping the Loopback interface of R3 from R4. In many cases it
would be difficult to have a routing table that literally contains every possible route, which raises the need for a “catch all” route. Just as a route with the mask 255.255.255.255 (also called a host route) is the most mathematically specific (meaning it will only match one IP address), a default route is the most mathematically general (matches every possible route). This is virtually identical to the default gateway that you configured on the switches earlier in the lab. In essence, it instructs the router to send all traffic to the specified address if it cannot find another route in the IP routing table (which is also why it can be called the gateway of last resort). In many circumstances, a default route points to a local site’s Internet connection. Configure a default static routing on R4 as follows:
1.1.133. Configure Internet Connectivity on R4
R4 has a direct connection to the Internet router on Fa0/1, but at present the interface is shut down and unconfigured. Configure and enable the interface using the following steps:
• Enter global configuration mode using the configure terminal (or conf t) command
• Enter interface configuration mode using the command interface fa0/1 • Configure a routable IP address on the interface with the command ip
address 216.145.1.100 255.255.255.0 • Enable the interface using the no shutdown command (you should see
the interface come up immediately)
• Exit interface configuration mode using the exit command (this will
return you to global configuration mode, the end command would have left configuration mode altogether)
• Configure a static default route by entering ip route 0.0.0.0 0.0.0.0 216.145.1.1 (the IP address of the Internet router)
• Exit configuration mode by typing the end command • Save your configuration using the write memory (or wr mem)
command • Display the contents of the ip routing table on R4 by executing the show
ip route command. Note that there is a static route new entry with the * identifier, as well as the words gateway of last resort is 216.145.1.1 to network 0.0.0.0
• Ping routable Internet addresses by issuing the following commands
o ping 12.0.0.1 o ping 124.0.0.1 o ping 135.12.0.1
• Note that even though these networks do not exist in the ip routing
table, the default route forwards them to the Internet and back again
Dynamic Routing
Static routes allow a network administrator to have direct and granular control over IP routing in a network, but in a large production environment this can become labor intensive. To counteract this, network designers introduced dynamic routing protocols, which allow devices to exchange routing information, as well as respond to changing conditions. One of the first protocols developed was the Routing Information Protocol (RIP), which has a very simple (though limited) design. Please note that RIP no longer appears on the CCENT (100-101) exam, though you will configure it here to illustrate how these protocols operate. Configure RIP routing on R3 and R4 as follows:
1.1.134. Configure RIP Version 2 Routing on R3
Of all routing protocols, RIP is the easiest to configure. Configure RIP on R3, using the following process:
• Enter global configuration mode using the configure terminal or config
t commands • Enter RIP configuration mode using these commands:
o router rip: Initiates the RIP routing process o version 2: Version 1 is outdated and does not support subnet
masks, variable mask types, or multicast updates. Version 1 is the default if this keyword is omitted
o no auto-summary: By default, RIP will summarize all networks according to the old class A, B, & C rules. This command disables that behavior.
o Network 10.0.0.0: Indicates which interface will participate in the routing process. RIP uses major network numbers for this
function, so since 10.3.3.3 is from a class A address, it matches any interface with the IP address of 10.0.0.0 – 10.255.255.254. This statement identifies the Loopback 0 interface as being part of the routing process. In this case, since this interface is not connected to any other device, this address will be advertised as a route, but not send any updates out to neighboring routers
o Network 192.168.34.0: Since this interface (Fa0/0) connects R3 to R4, this command will enable RIP updates to be sent & received, as well as the IP network to be advertised.
1.1.135. Remove the Static Route and Enable RIP Version 2 Routing on R4
In this lab exercise, the previously configured static route on R4 to network 10.3.3.3 no longer serves a useful purpose. Remove the route as follows:
• Enter global configuration mode using the configure terminal or config t commands Exit configuration mode by typing the end command
• Remove the static route by entering the statement no ip route 10.3.3.3 255.255.255.255 192.168.34.3
• Repeat the exact same set of commands used to enable RIP on R3 • Save your configuration using the write memory (or wr mem)
command • Use the command show ip route to display the ip routing table. You
should see the route 10.3.3.3 with the letter R (for RIP) now displayed
Lesson 14 Lab Exercises
Router Architecture & Hardware
While similarities exist between Cisco IOS-based Catalyst switches and Cisco routers, the differences run far deeper. Since both utilize the IOS operating system, the overall syntax, command structure, and command line of both are strikingly alike. Because of this similarity, this lesson on router operations and configuration would have many similar themes as the one focused on switches. Rather than simply repeat these parallel topics, you will instead focus on distinctive aspects of router hardware. For these purposes, you will examine R3 as the candidate device.
1.1.136. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.137. Select R3 by double clicking the image
Begin by accessing R3 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.138. Review device hardware information on SW1
Once inside the command line interface of R3, type the command show version; this will display detailed hardware information on the device in question, as follows:
As already mentioned, you can see immediate similarities between the above output and that of the switch examined previously:
• Model Number: Cisco 2811 (first generation Integrated Services Router) • Interfaces: Aside from the model number, the number and type of interfaces
are clearly identified: o 2 Fast Ethernet (onboard interfaces built into the system board) o 2 Serial (used for Wide Area network interfaces, made available by the
use of a WAN Interface Card (WIC) installed in an available slot • Available Memory: Helpful when deciding what software images are supported. • Software Version/Image: Though not displayed in the image above, the show
version command also indicates what software is stored on the device, and what version is in use.
• Configuration Register: A specialized setting that changes the way that the device boots up and begins operating (more on this in a moment)
• Reboot Cause: Thought not displayed here, this indicates what created the boot process, such as “power on” (self-explanatory) or a software error. This can be invaluable when diagnosing hardware or software issues on the router
1.1.139. Understand the Operation of the Configuration Register
The configuration register is a sixteen-bit number expressed in hexadecimal format, shown in decimal on the device, as follows:
• Example as shown above: 0x2102, decoded as follows:
o 0x: Indicates that the number following is a decimal representation of a
hexadecimal (base-16, as opposed to base-10 which is the familiar decimal system that humans use)
o 2: The first four bits of the register expressed in decimal (binary 0000-1111, or 0-15 decimal)
o 1: The second four bits of the register expressed in decimal (binary 0000-1111, or 0-15 decimal)
o 0: The third four bits of the register expressed in decimal (binary 0000- 1111, or 0-15 decimal)
o 2: The fourth and final four bits of the register expressed in decimal (binary 0000-1111, or 0-15 decimal)
• Rather than learning all of the binary/hexadecimal details of the configuration
register, instead memorize the most helpful combinations as follows:
o 0x2102: Normal mode of operation, ignores break key, boots into ROM if boot fails, 9600 console baud rate, processes startup-config
o 0x2142: Ignores break key, boots into ROM if boot fails, 9600 console baud rate, ignores startup-config (brings up the router thinking that it is a new, unconfigured device). This setting is most often used when performing a password reset
o 0x2100 : Boots into ROM Monitor mode, ignores break key, boots into
o Other settings can change the console baud rate, enable/disable use of the break key, etc.
1.1.140. Changing the Configuration Register
Two methods exist for changing the contents of the configuration mode, each of which you will use in order to demonstrate the operation, using the following steps:
• Set the configuration register using the configuration-register command:
o Enter global configuration mode on R3 using the configure terminal
or config t commands o Change the configuration register to boot from ROM Monitor mode
using the command config-register 0x2100 o Exit from configuration mode using the end command o Save the configuration changes using the write memory or wr
mem commands o Reboot the router using the command reload in privileged exec mode
o Notice that the router now boots into ROM Monitor Mode (notice the rommon 1> prompt)
• Set the configuration register using the confreg command in ROM Monitor mode:
o There are a very narrow set of commands available in ROM Monitor mode:
§ boot: Instructs the router to go through the boot process § confreg: Changes the configuration register, much as the config-
register does in normal configuration mode § dir: Lists system files § help: Invokes the help function in ROM Monitor § reset: Reset the system § set: Display or set the ROMMON system values (used
for recovery from catastrophic failures) § tftpdnld: Invokes the use of TFTP to download a file (IOS
image, for example) to the router, in conjunction with the set command
§ unset: Used to revert a ROMMON system value
o Restore the default configuration register setting by using the command confreg 0x2102 in ROMMON mode
o Reboot the router by issuing the boot command o You will notice that the now router reboots normally
Lesson 15 Lab Exercises
Layer 2 Security
Cisco devices in general (and switches in particular), have numerous Layer 2 security features designed to combat unwanted incursions. Appropriate Use of these mechanisms can add the benefits of a secure environment to a production network. Configure these features in the lab environment as follows:
1.1.141. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.142. Select SW1 by double clicking the image
Begin by accessing SW1 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.143. Shut down unused ports on SW1
In a production environment, would-be attackers will use any potential weakness in the network as an entry point. Often, switch (and/or router) ports not in use remain active, and possibly forgotten, inadvertently leaving a security hole. Manually shut down the idle ports on SW1 using the following process:
• Determine ports not in use by using the show ip interface brief command
o In the output, notice that only two ports are up, Fa0/1 (to R1) and
o Inactive port ranges are Fa0/2 – 10, Fa0/12 – 24 and Gi1/1 - 2
• Enter global configuration mode by using the configure terminal or config
t commands • Shut down each port range using the interface range command:
o interface range fa0/2 – 10, shutdown o interface range fa0/12 – 24, shutdown o interface range gi1/1 – 2, shutdown
• Optionally, you could have used the command interface range fa0/2 – 10,
fa0/12 – 24, gi1/1 – 2 with the shutdown command • If desired, shut down the unused ports on the other devices in the lab
1.1.4. Enable port-security on SW1
Among the several Layer 2 security features available on Cisco Catalyst switches, port-security is among the simplest and easiest to implement. Use with caution, as administrators can create unintended consequences if used incorrectly. Implement Layer 2 port security on Fa0/11 of SW1 in following manner:
• Clear the current CAM (switching) table with the clear mac-address table command in privileged exec mode
• Enter global configuration mode by using the configure terminal or config t commands
• Enter interface configuration mode on Fa0/11 (connected to the hub) using the interface fa0/11 command
• Enable Layer port-security on the interface with the command switchport port- security
• Specify that only one MAC address is permitted on the port by entering the command switchport port-security maximum 1 (note that because of the hub that two MAC addresses live on that port)
• Instruct the switch to shut down the port if the policy is violated using the switchport port-security violation shutdown command
• Exit configuration mode by entering the end command • To trigger MAC address learning on the switch, issue the following commands:
o Display the IP addresses of the attached workstations using the show ip
dhcp binding command (two should entries display)
o Issue a ping to the first address listed (should succeed with no issues) o Next, issue another ping to the second address, which should attempt
to learn a second MAC address on the interface o At this point, the interface should shut down o Issue the show port-security to verify that the port is in a violation/shut
down mode.
• To remove port-security, remove the port-security commands on the interface; issue a shutdown command, followed by the no shutdown command. This should restore normal operation
Layer 3 Security
While Cisco routers do not implement such features as Layer 2 port-security, they do have extensive Layer 3 security capabilities (note that switches have some of these as well). Enact Layer 3 security mechanisms on R1 using the instructions below:
1.1.5. Enable secure remote access with the secure shell (SSH) protocol
One universal skill needed by network engineers revolves around the ability remotely access devices. Telnet serves this function, but represents a security risk since it transmits all data in plain text. This could expose user accounts and passwords readily to a network attacker. Create secure access on R1 as follows:
• Enter global configuration mode by using the configure terminal or config
t commands • Create encryption Keys (used to scramble the data according to a specific
formula) using the process outlined below:
o Assign a domain name to R1 with the command ip domain- name cisco.com
o Instruct the router to generate the key by issuing the command crypto generate rsa. When asked for a modulus, enter the number 1024 and press <enter>
• Enable the ssh protocol and specify the version with the configuration command
ip ssh version 2 (R1 will signal that the protocol is activated) • Disallow all telnet connections to R1 by configuring the virtual terminal lines
to use shh exclusively as outlined here
o Enter global configuration mode by using the configure terminal or config t commands
o Enter terminal line configuration mode with the command line vty 0 15 o Specify ssh as the only acceptable protocol by issuing the command
transport input ssh o Type the end command to exit configuration mode o Save the configuration using the write mem or wr mem commands
• Test the new configuration by logging in to the command line interface of SW1
and attempting to login to R1, using these commands:
o Initiate a telnet connection to R1 with the command telnet 192.168.1.1 o R1 will refuse the connection with the message [Connection to
192.168.1.1 closed by foreign host] o Initiate an ssh session with the command ssh –l cisco 192.168.1.1 o Enter the password cisco to authenticate o Exit from the session using the exit command
1.1.6. Configure local user authentication on R1
Utilizing access to devices using passwords is simple to implement, but a security risk if an unauthorized user learns and uses it. To combat this, most networks use an authentication process which assigns credentials to those accessing the system. Administrators can use a centralized server for this purpose, which better automates the process, though this can also be done locally on a device. Create a user-based authentication mechanism on R2 with the following configuration:
• Create an entry in the locally stored configuration database using this process:
o Enter global configuration mode by using the configure terminal
or config t commands
o Create a user with the command username icnd1 password cisco
• Instruct R2 to use the locally configured user account using these steps:
o Enter terminal line configuration mode by typing line vty 0 15 o Specify local authentication using the login local command o Exit configuration mode with the end command o Save the configuration using the write mem or wr mem commands
• Test the new configuration with the following process:
o Use the command telnet 10.2.2.2 (the local Loopback 0 interface, which
will invoke the login process) o Notice that the login process has changed; instead of a password
prompt, you will be asked for a username (supply the previously created credentials)
o Log out by using the exit command
Lesson 16 Lab Exercises
Wide Area Network Configuration
When computer networks first emerged in the marketplace, they consisted of resources located in close proximity to one another (hence the term Local Area Network that you learned earlier). As the technology grew, businesses, schools, and other entities desired to link together these LANs, which gave rise to Wide Area Networks. In this set of lab exercises, you will configure two different types of WAN connections, as follows:
1.1.7. Launch Packet Tracer
Launch Packet Tracer from your Windows computer, either by using the Start menu, or by double-clicking the Desktop icon, as shown here:
1.1.8. Select R1 by double clicking the image
Begin by accessing R1 by double clicking the image (as you have done in the previous lab exercises) to bring up the three tabbed device window and then click the CLI tab.
1.1.9. Configure a point-to-point private line connection between R1 & R3
Early network designers introduced dedicated phone lines to create connections between devices and networks remote from one another. Since these lines only connected two locations, they were named point-to-point lines, using various speeds available at the time. Create a simulated point-to-point private line connection between R1 & R3 using the following process:
• Configure the serial interface of R1 with these steps:
o Enter global configuration mode on R1 by using the configure terminal or config t commands
o Invoke interface configuration mode on the second serial interface using the command interface s0/1/0
o Enable the serial interface with the command no shutdown (remember that the default encapsulation type on Cisco serial interface is the High- Level Data Link Control, which is implemented in a proprietary manner)
o You will notice that the interface does not comes from up a Layer 1 (…is down) standpoint, or a Layer 2 standpoint ( …line protocol is down). Keep in mind that the interface on R3 must also be up for HDLC/Layer 2 to operate.
o Assign an IP address to the interface using the command ip address 172.16.31.1 255.255.255.248 (only six usable addresses designated)
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Configure the serial interface of R3 with these steps:
o Enter global configuration mode on R1 by using the configure terminal
or config t commands o Invoke interface configuration mode on the second serial interface using
the command interface s0/1/0 o Enable the serial interface with the command no shutdown (remember
that the default encapsulation type on Cisco serial interface is the High- Level Data Link Control, which is implemented in a proprietary manner)
o You will notice that the interface comes on Layer 1 and Layer 2, because the connection on R1 is already functional
o Assign an IP address to the interface using the command ip address 172.16.31.3 255.255.255.248 (only six usable addresses designated)
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Test the new connectivity between R1 and R3
o On R3, ping the local IP address with the command ping 172.16.31.2 (should succeed)
o Issue a second ping to the remote side of the connection (R1) with the command ping 172.16.31.1 (should succeed)
1.1.10. Configure frame-relay connections between R1, R2 & R3
Another older WAN technology that followed private line connectivity is frame relay, a Layer 2 protocol that permitted a single connection from a site rather than multiple ones (which would be the case with private lines). Though superseded by Internet-based Virtual Private Networks (VPN’s), frame relay continues to be an ICND1/ICND2 exam topic. Though this will receive more extensive coverage in ICND2, you will create a simple network in the lab environment, using the following guidelines:
• Configure the serial interface of R1 with these steps:
o Enter global configuration mode on R1 by using the configure
terminal or config t commands o Invoke interface configuration mode on the second serial interface using
the command interface s0/0/0 o Enable the serial interface with the command no shutdown o You will notice that the interface comes up on Layer 1 (…is up) but not
on Layer 2 (…line protocol is down), because the encapsulation is still HDLC
o Change the default encapsulation using the command encapsulation frame-relay (now the line protocol should come up)
o Assign an IP address to the interface using the command ip address 172.16.123.1 255.255.255.248 (only six usable addresses designated)
o Exit configuration mode using the end command
o Save your configuration using the write memory (or wr mem) command
• Configure the serial interface of R2 with these steps:
o Enter global configuration mode on R2 by using the configure terminal or config t commands
o Invoke interface configuration mode on the second serial interface using the command interface s0/0/0
o Enable the serial interface with the command no shutdown o You will notice that the interface comes up on Layer 1 (…is up) but not
on Layer 2 (…line protocol is down), because the encapsulation is still HDLC
o Change the default encapsulation using the command encapsulation frame-relay (now the line protocol should come up)
o Assign an IP address to the interface using the command ip address 172.16.123.2 255.255.255.248 (only six usable addresses designated)
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Configure the serial interface of R3 with these steps:
o Enter global configuration mode on R3 by using the configure terminal or config t commands
o Invoke interface configuration mode on the second serial interface using the command interface s0/0/0
o Enable the serial interface with the command no shutdown o You will notice that the interface comes up on Layer 1 (…is up) but not
on Layer 2 (…line protocol is down), because the encapsulation is still HDLC
o Change the default encapsulation using the command encapsulation frame-relay (now the line protocol should come up)
o Assign an IP address to the interface using the command ip address 172.16.123.3 255.255.255.248 (only six usable addresses designated)
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Test the frame-relay connection between sites using these diagnostic commands:
o Return to the CLI interface on R3, if not already there o Verify the functional status of the Permanent Virtual Circuits (PVC’s,
defined between all sites) with the show frame-relay pvc command o You should see the message PVC STATUS = ACTIVE for both o Verify that frame-relay inverse ARP is functioning using the show
frame- relay map command
o Frame-relay inverse ARP maps Layer 2 addresses (in this base, the Data Link Connection Identifier) to IP addresses, in a way similar to ARP between Ethernet MAC and IP addresses
o Ping the other addresses listed in the map command using the commands ping 172.16.123.1 and ping 172.16.123.2 commands (these should succeed)
1.1.11. Enable RIPV2 routing on the WAN links between R1, R2 & R3
In the IP routing lab, you enabled the RIP (version 2) routing process between R3 & R4; now you will expand this to include R1 & R2, along with the new WAN links previously created. Complete IP routing configuration as follows:
• Complete the remainder of RIP routing on R3 as follows:
o Enter global configuration mode on R3 by using the configure terminal
or config t commands o Enter RIP configuration mode using the command router rip o Add both WAN interfaces to the process by entering the command
network 172.16.0.0 (this is the major network/Class B address that both S0/0/0 and S0/1/0 both use)
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Configure RIP V2 routing on R2 using these steps:
o Enter global configuration mode on R2 by using the configure terminal or config t commands
o Enter RIP configuration mode using the command router rip o Set the RIP version to 2 with the command version 2 o Disable automatic summarization with the command no auto-summary o Add both WAN interfaces to the process by entering the command
network 172.16.0.0 (this is the major network/Class B address that S0/0/0 uses)
o Add the remaining interfaces to the process with the commands network 10.0.0.0 and network 192.168.2.0
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Configure RIP V2 routing on R1 using these steps:
o Enter global configuration mode on R1 by using the configure terminal or config t commands
o Enter RIP configuration mode using the command router rip o Set the RIP version to 2 with the command version 2 o Disable summarization using the command no auto-summary o Add both WAN interfaces to the process by entering the command
network 172.16.0.0 (this is the major network/Class B address that both S0/0/0 and S0/1/0 use)
o Add the remaining interfaces to the process with the commands network 10.0.0.0 and network 192.168.1.0
o Exit configuration mode using the end command o Save your configuration using the write memory (or wr mem)
command
• Verify RIP routing on R1 with these instructions:
o First, verify that RIP is operating by issuing the command show ip protocols (this should generate about a page of output)
o Verify that the following addresses appear as gateways: 172.16.123.2, 172.16.123.3, 172.16.31.3
o Display the IP routing table using the show ip route command (should be nearly identical to what is displayed above
Network Address Translation Configuration
As the Internet experienced rapid growth, the number of publicly routable IP address began to deplete, giving rise to conservation mechanisms. Two of the major techniques introduced were the creation of private address ranges (RFC 1918) and Network Address Translation (NAT, which translates private address to one or more public addresses). In this lab, you will configure Port Address Translation (the translation of many private addresses to a single external address) on R4, for connection to the Internet. Create this process using the following steps:
1.1.12. Define the addresses to translate using access control lists
In order for NAT to function, the router needs to know what addresses it needs to perform translation on. Access lists (sometimes called access control lists) can identify ranges of addresses, in this case based on source addresses (these are called standard access-lists). Configure this on R4 as follows:
• access-list 1 permit host 10.1.1.1 (identical to 10.1.1.1 255.255.255.255;
specifies an exact binary match. Masks for access lists as inverse and called wildcards masks. You get the wildcard mask by subtracting 255 from each octet, which would yield the mask 0.0.0.0 in this case)
• access-list 1 permit host 10.2.2.2 (Loopback 0 address of R2) • access-list 1 permit host 10.3.3.3 (Loopback 0 address of R3) • access-list 1 permit host 10.4.4.4 (Loopback 0 address of R4) • access-list 1 permit 192.168.1.0 0.0.0.255 (LAN Interface of R1) • access-list 1 permit 192.168.2.0 0.0.0.255 (LAN Interface of R2) • access-list 1 permit 192.168.34.0 0.0.0.255 (LAN Interface of R3 & R4) • access-list 1 permit 172.16.31.0 0.0.0.255 (WAN Private Line between R1 &
R3)
1.1.13. Identify the interfaces used in the NAT Process
NAT also has to understand which interfaces contain the private addresses (or addresses to translate from; these addresses were identified in the access-list) Configure this on R4 as follows:
• Inside Interfaces: These interfaces contain the addresses that will be translated.
In some cases these addresses may be on devices farther inside the network. The command to enable this is ip nat inside. Use this commands on these interfaces:
o Loopback 0 o Fa0/0
• Outside Interface: These interfaces contain one or more global addresses that
the addresses are translated to. The command to enable this is ip nat outside. Use this on interface Fa0/1
1.1.14. Specify the NAT inside-to-outside mapping
The final step to configuring NAT/PAT on a Cisco router involves mapping the source addresses from the access-list to outside address(es) or interface(s). Configure this on R4 in global configuration mode using the command ip nat inside source list 1 interface Fa0/1 overload. The meaning of the individual statements is decoded here:
• ip nat inside source: Indicates that the translation process begins with the
addresses on the inside of the network (identified in the access-list) • list 1: Indicates that the addresses to be translated are contained in standard
access list 1 (standard access-lists uses the numerical identifiers 1-99, though they can be created by name as well). Another source keyword (static) ties address/port translation in a fixed manner to a single address/port
• interface Fa0/1: Specifies that the IP address on the outside interface (in this
case/ Fa0/1) will serve as the translation point. A pool of addresses can be used instead of the interface by using the pool keyword
• overload: Specifies that the single IP address of the outside interface will be used in the translation process, and that Port Address Translation will take place
1.1.15. Test the NAT/PAT configuration using an extended ping
To ensure that the NAT process is working correctly, you need to generate traffic from one of the inside addresses to an outside address. Creating traffic sourced from another device inside the network (R1, R2, R3, etc.) can work, but for the sake of simplicity, you will use R4. Create the traffic as follows:
• In privileged exec mode, create an extended ping with the ping command, using the following options:
o Protocol: IP o Target IP address: 216.145.1.1 o Repeat count: 5 o Datagram size: 100 o Timeout in seconds: 2 o Extended commands: Yes o Source address or interface: 10.4.4.4 o Type of service: 0 o Set DF bit in header: No
o Validate reply data: No o Data pattern: 0xABCD o Loose, strict, record, timestamp, verbose: None o Sweep range of sizes: No
• Verify translation using the show ip nat translations command, yielding
output similar to the illustration above
Final Device Configurations
Final Router Configurations
Once you have completed all of the lab exercises in this document, you may view your own router configurations and compare those to the master configurations here:
1.1.16. R1
version 12.4 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname R1
enable secret cisco
ip ssh version 2 ip domain-name cisco.com
spanning-tree mode pvst
interface Loopback0 ip address 10.1.1.1 255.255.255.255
interface FastEthernet0/0 description LAN Interface ip address 192.168.1.1 255.255.255.0 duplex auto speed auto
interface FastEthernet0/1 no ip address duplex auto speed auto shutdown
interface Serial0/0/0 ip address 172.16.123.1 255.255.255.248 encapsulation frame-relay
interface Serial0/1/0 ip address 172.16.31.1 255.255.255.248
interface Vlan1 no ip address shutdown
router rip version 2 network 10.0.0.0 network 172.16.0.0 network 192.168.1.0 no auto-summary
ip classless
line con 0 password cisco privilege level 15
line aux 0
line vty 0 4 password cisco login transport input ssh line vty 5 15 password cisco login transport input ssh
end
1.1.17. R2
version 12.4 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname R2
enable secret cisco
username icnd1 password 0 cisco
ip ssh version 2
spanning-tree mode pvst
interface Loopback0 ip address 10.2.2.2 255.255.255.0
interface FastEthernet0/0 description LAN ip address 192.168.2.2 255.255.255.0 duplex auto speed auto
interface FastEthernet0/1 no ip address duplex auto speed auto shutdown
interface Serial0/0/0 ip address 172.16.123.2 255.255.255.248 encapsulation frame-relay
interface Serial0/1/0 no ip address shutdown
interface Vlan1 no ip address shutdown
router rip version 2 network 10.0.0.0 network 172.16.0.0 network 192.168.2.0 no auto-summary
ip classless
no run
line con 0 password cisco privilege level 15
line aux 0
line vty 0 4 password cisco login local transport input telnet line vty 5 15 password cisco
login local transport input telnet
end
1.1.18. R3
version 12.4 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname R3
enable secret cisco
spanning-tree mode pvst
interface Loopback0 ip address 10.3.3.3 255.255.255.255
interface FastEthernet0/0 description LAN ip address 192.168.34.3 255.255.255.0 duplex auto speed auto
interface FastEthernet0/1 no ip address duplex auto speed auto shutdown
interface Serial0/0/0 ip address 172.16.123.3 255.255.255.248 encapsulation frame-relay
interface Serial0/1/0 ip address 172.16.31.3 255.255.255.248
interface Vlan1 no ip address shutdown
router rip version 2 network 10.0.0.0
network 172.16.0.0 network 192.168.34.0 no auto-summary
ip classless
line con 0 password cisco privilege level 15
line aux 0
line vty 0 4 password cisco login transport input telnet line vty 5 15 password cisco login transport input telnet
end
1.1.19. R4
version 12.4 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname R4
enable secret cisco
spanning-tree mode pvst
interface Loopback0 ip address 10.4.4.4 255.255.255.255 ip nat inside
interface FastEthernet0/0 description LAN ip address 192.168.34.4 255.255.255.0 ip nat inside duplex auto speed auto
interface FastEthernet0/1 ip address 216.145.1.100 255.255.255.0 ip nat outside duplex auto speed auto
interface Vlan1 no ip address shutdown
router rip version 2 network 10.0.0.0 network 192.168.34.0 no auto-summary
ip nat inside source list 1 interface FastEthernet0/1 overload ip classless ip route 0.0.0.0 0.0.0.0 216.145.1.1
access-list 1 permit host 10.1.1.1 access-list 1 permit host 10.2.2.2 access-list 1 permit host 10.3.3.3 access-list 1 permit host 10.4.4.4 access-list 1 permit 192.168.1.0 0.0.0.255 access-list 1 permit 192.168.2.0 0.0.0.255 access-list 1 permit 192.168.34.0 0.0.0.255 access-list 1 permit 172.16.31.0 0.0.0.255 access-list 1 permit 172.16.123.0 0.0.0.255
line con 0 password cisco privilege level 15
line aux 0
line vty 0 4 password cisco login transport input telnet line vty 5 15 password cisco login transport input telnet
end
1.1.20. Internet Router
version 15.1 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname Internet
license udi pid CISCO2911/K9 sn FTX1524USNH
spanning-tree mode pvst
interface Loopback0 ip address 12.0.0.1 255.0.0.0
interface Loopback1 ip address 124.0.0.1 255.0.0.0
interface Loopback2 ip address 24.0.0.1 255.0.0.0
interface Loopback3 ip address 35.0.0.1 255.0.0.0
interface Loopback4 ip address 135.12.0.1 255.255.0.0
interface GigabitEthernet0/0 ip address 216.145.1.1 255.255.255.0 duplex auto speed auto
interface GigabitEthernet0/1 no ip address duplex auto speed auto shutdown
interface GigabitEthernet0/2 no ip address duplex auto speed auto shutdown
interface Vlan1 no ip address shutdown
ip classless ip route 0.0.0.0 0.0.0.0 216.145.1.100
line con 0
line aux 0
line vty 0 4 login
end
Final Switch Configurations
Once you have completed all of the lab exercises in this document, you may view your own switch configurations and compare those to the master configurations here:
1.1.21. SW1
version 12.2 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname SW1
enable secret cisco
spanning-tree mode pvst
interface FastEthernet0/1 switchport mode trunk
interface FastEthernet0/2 shutdown
interface FastEthernet0/3 shutdown
interface FastEthernet0/4 shutdown
interface FastEthernet0/5 shutdown
interface FastEthernet0/6 shutdown
interface FastEthernet0/7 shutdown
interface FastEthernet0/8 shutdown
interface FastEthernet0/9 shutdown
interface FastEthernet0/10 shutdown
interface FastEthernet0/11 switchport access vlan 11 switchport mode access switchport port-security
interface FastEthernet0/12 shutdown
interface FastEthernet0/13 shutdown
interface FastEthernet0/14 shutdown
interface FastEthernet0/15 shutdown
interface FastEthernet0/16 shutdown
interface FastEthernet0/17 shutdown
interface FastEthernet0/18 shutdown
interface FastEthernet0/19 shutdown
interface FastEthernet0/20 shutdown
interface FastEthernet0/21 shutdown
interface FastEthernet0/22 shutdown
interface FastEthernet0/23 shutdown
interface FastEthernet0/24 shutdown
interface GigabitEthernet1/1 shutdown
interface GigabitEthernet1/2 shutdown
interface Vlan1 ip address 192.168.1.2 255.255.255.248
ip default-gateway 192.168.1.1
line con 0 password cisco privilege level 15
line vty 0 4 password cisco login
line vty 5 15 password cisco login
end
1.1.22. SW2
version 12.2 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname SW2
enable secret cisco
spanning-tree mode pvst
interface FastEthernet0/1
interface FastEthernet0/2
interface FastEthernet0/3
interface FastEthernet0/4
interface FastEthernet0/5
interface FastEthernet0/6
interface FastEthernet0/7
interface FastEthernet0/8
interface FastEthernet0/9
interface FastEthernet0/10
interface FastEthernet0/11
interface FastEthernet0/12
interface FastEthernet0/13
interface FastEthernet0/14
interface FastEthernet0/15
interface FastEthernet0/16
interface FastEthernet0/17
interface FastEthernet0/18
interface FastEthernet0/19
interface FastEthernet0/20
interface FastEthernet0/21
interface FastEthernet0/22
interface FastEthernet0/23
interface FastEthernet0/24
interface GigabitEthernet1/1
interface GigabitEthernet1/2
interface Vlan1 ip address 192.168.2.111 255.255.255.0
ip default-gateway 192.168.2.2
line con 0 password cisco privilege level 15
line vty 0 4 password cisco login transport input telnet
line vty 5 15 password cisco login transport input telnet
end
1.1.23. SW3
version 12.2 no service timestamps log datetime msec no service timestamps debug datetime msec no service password-encryption
hostname SW3
enable secret cisco
spanning-tree mode pvst
interface FastEthernet0/1
interface FastEthernet0/2
interface FastEthernet0/3
interface FastEthernet0/4
interface FastEthernet0/5
interface FastEthernet0/6
interface FastEthernet0/7
interface FastEthernet0/8
interface FastEthernet0/9
interface FastEthernet0/10
interface FastEthernet0/11
interface FastEthernet0/12
interface FastEthernet0/13
interface FastEthernet0/14
interface FastEthernet0/15
interface FastEthernet0/16
interface FastEthernet0/17
interface FastEthernet0/18
interface FastEthernet0/19
interface FastEthernet0/20
interface FastEthernet0/21
interface FastEthernet0/22
interface FastEthernet0/23
interface FastEthernet0/24
interface GigabitEthernet0/1
interface GigabitEthernet0/2
interface Vlan1 ip address 192.168.34.111 255.255.255.0
ip classless
line con 0
password cisco privilege level 15
line aux 0
line vty 0 4 password cisco login transport input telnet privilege level 15
line vty 5 15 password cisco login transport input telnet
end