Featured image

Table of Contents Link to heading

Internet Protocol (IP) Link to heading

Info
designed as a protocol with low overhead, providing only the functions that are necessary to deliver a packet from a source to a destination over an interconnected system of networks.

IP was not designed to track and manage the flow of packets. These functions, if required, are performed by other protocols at other layers, primarily TCP at L4.

IP Version 4 (IPv4) Link to heading

Info
currently the most widely used version of IP which the only L3 protocol used to carry user data over the Internet.

IPv4 has three basic characteristics:

Connectionless Link to heading

Info
IPv4 does not establish a connection between the sender and the receiver before sending data packets.

In contrast, TCP, whose reliability comes from being connection oriented, establishes a connection between the sender and the receiver to exchange control data and ensure reliability of packet delivery.

IP simply sends packets without informing the receiver. Lacking a connection is not a problem for IP and is part of the “best effort” design. This is why IP and TCP work together so well in a TCP/IP protocol stack: If a packet is lost or late, TCP will correct the problem at L4, and IP can work more efficiently at L3.

Since IP does not have to be accountable for reliability or keep a connection, it uses much less processing power and bandwidth, called overhead, than TCP.

Best Effort Link to heading

Info
IPv4 does not use processes, like TCP, that guarantee packet delivery, which means that it has no way of determining whether the packets are delivered successfully or whether they are lost en route.

In this case, TCP can be relied on to inform the sender of delivery problems.

The TCP segment contains information that allows the receiver to communicate with the sender to request a retransmission if packets cannot be received.

Media Independent Link to heading

Info
IPv4 operates independently of the medium carrying the data.

The arrangement of bits in the IP packet and IP header will not be changed as the packet transfers from wireless to any other physical media.

IP Version 6 (IPv6) Link to heading

Info
developed and being implemented in some areas; expected to operate alongside IPv4 and might replace it in the future.

The services provided by IP, as well as the packet header structure and contents, are specified by either IPv4 or IPv6.

Tip

IPv6 routing is disabled by default and must be enabled manually.

  • Note: By default, the 3650 supports IPv6 interface configuration.

Switch(config)# ipv6 unicast-routing

To find more information about at IPv6, refer to the following RFCs:

TitleReference
IPv6 SpecificationRFC 2460
IPv6 Addressing ArchitectureRFC 3513
Security Architecture for the IPRFC 2401
The Addition of Explicit Congestion Notification (ECN) to IPRFC 3168
IP Authentication HeaderRFC 4302
ICMPv6 for the IPv6 SpecificationRFC 4443

IPv6, compared to IPv4, has the following improvements:

Increasing Address Space Link to heading

Info
IPv6 addresses are based on 128-bit hierarchical addressing (providing 3.4ร—1038 addresses), as opposed to IPv4 with 32 bits (providing 4.3ร—109 addresses).

Improving Packet Handling Link to heading

Info
The IPv6 header has been simplified with fewer fields.

Eliminating the Need for NAT Link to heading

Info
With such a large number of public IPv6 addresses, NAT between a private IPv4 address and a public IPv4 is not needed. This avoids some of the NAT-induced application problems experienced by applications requiring end-to-end connectivity.

IPv4 Packet Header Link to heading

Info
holds the delivery and handling instructions for an IPv4 packet.

IPv4 packetheader

Image Source: The Third Internet

Size Link to heading

Info
The minimum and maximum IPv4 packet size are 20 bytes (five 32-bit increments) and 24 bytes (six 32-bit increments), respectively, including all bytes from the destination MAC address field through the FCS field (excluding the Preamble field).

Fields Link to heading

Version (4 bits) Link to heading

Info
indicates whether IP version is 4 or 6.

A version binary value set to 0100 identifies an IPv4 packet.

Internet Header Length (IHL) (4 bits) Link to heading

Info
the length of the header in 4-byte (32-bit) words.

The length is not always the same because of variable data in the Options field.

Type of Service (ToS) or Differentiated Services (DiffServ/DS) (8 bits) Link to heading

Info
describes a level of throughput priority a router should use in processing the packet.

For example, a packet containing IP voice data gets precedence over a packet containing streaming music. The way a router handles a packet from this data is known as QoS.

Total Length (16 bits) Link to heading

Info
the total length of the packet, including the header, in 1-byte (8-bit) words.

The minimum length of a packet is 20 bytes (header with no data), and the maximum length with data is 65,535 bytes.

Identification (16 bits) Link to heading

Info
sent by the source to help reassemble any fragments.

Fragment Offset and Flags (16 bits) Link to heading

Info
When fragmentation occurs, the IPv4 packet uses the Fragment Offset and the Flags fields to reconstruct the packet when it arrives at the destination host.

Fragment Offset (13 bits) Link to heading

Info
identifies the order in which to place the packet fragment in the reconstruction.

Flags (3 bits) Link to heading

Info
The first bit is always set to 0.
Don’t Fragment (DF) Flag (1 bit) Link to heading
Info
If the DF flag bit is set to 1, fragmentation of the packet is not permitted.

If a router still needs to fragment a packet but the DF flag bit is set, the router will discard this packet.

More Fragments (MF) Flag (1 bit) Link to heading
Info
If the MF flag bit is set to 1, it means that it is not the last fragment of a packet.

When a receiving host sees a packet arrive with the MF flag set to 1, it examines the Fragment Offset to see where this fragment is to be placed in the reconstructed packet.

When a receiving host receives a frame with the MF flag bit set to 0 and a non-zero value in the Fragment offset, it places that fragment as the last part of the reconstructed packet.

An unfragmented packet has all zero fragmentation information:

  1. MF flag = 0
  2. Fragment offset = 0

IP Source Address (32 bits) Link to heading

Info
represents the host that will receive the packet.

Routers will use this data to forward the packet to the correct network.

The source IPv4 address is always a unicast address.

IP Destination Address (32 bits) Link to heading

Info
represents the host that will receive the packet.

Routers will use this data to forward the packet to the correct network.

The destination IPv4 address is a unicast, multicast, or broadcast address.

Time to Live (TTL) (8 bits) Link to heading

Info
describes the maximum hops the packet can take before it is considered “lost” or undeliverable.

Each router that handles the packet decrements the TTL field by at least 1. The packet will be dropped if the TTL value reaches 0. This keeps the Internet from being cluttered with lost packets.

Protocol (8 bits) Link to heading

Info
indicates the upper-layer protocol that will receive the packet when it is decapsulated and given to the transport layer.

Example values are:

  • 01 ICMP
  • 06 TCP
  • 17 UDP

Header Checksum (16 bits) Link to heading

Info
used to indicate the length of the header and is checked by each hop along the way.

An algorithm is run by each router, and if the checksum is invalid, the packet is assumed to be corrupted and therefore dropped. Because the TTL value is changed by each router that handles the packet, the header checksum is recalculated at each hop.

Options (variable length) Link to heading

Info
a rarely used field that can provide special routing services.

Padding (variable length) Link to heading

Info
used to fill in bits when header data does not end on a 32-bit boundary; ensuring that the header is always a multiple of 32 bits (4 bytes).

IPv6 Packet Header Link to heading

Info
holds the delivery and handling instructions for an IPv6 packet.

IPv6 packetheader

Image Source: Networkel

Size Link to heading

Info
fixed as 40 bytes (320 bits) long.

Fields Link to heading

Version (4 bits) Link to heading

Info
indicates whether IP version is 4 or 6.

A version binary value set to 0110 identifies an IPv6 packet.

Traffic Class (8 bits) Link to heading

Info
equivalent to the IPv4 ToS field.

Flow Label (20 bits) Link to heading

Info
suggests that all packets with the same flow label receive the same type of handling by routers.

Payload Length (16 bits) Link to heading

Info
indicates the length of the data portion or payload of the IPv6 packet.

Next Header (8 bits) Link to heading

Info
equivalent to the IPv4 Protocol field, indicating the data payload type that the packet is carrying, which enables the network layer to pass the data to the appropriate upper-layer protocol.

Hop Limit (8 bits) Link to heading

Info
replaces the IPv4 TTL field, decremented by a value of 1 by each router that forwards the packet.

When the counter reaches 0, the packet is discarded, and an ICMPv6 Time Exceeded message is forwarded to the sending host, indicating that the packet did not reach its destination because the hop limit was exceeded.

Source IPv6 Address (128 bits) Link to heading

Info
identifies the IPv6 address of the sending host.

Destination IPv6 Address (128 bits) Link to heading

Info
identifies the IPv6 address of the receiving host.

IPv4 Addressing Link to heading

Format Link to heading

Info
Each IPv4 address consists of a string of 32 bits, divided into four sections, called octets.

Representation Link to heading

Info
Each octet contains eight bits (or one byte) separated with a dot, called dotted decimal notation.

Each octet in the 32-bit IPv4 address is converted from binary to a decimal number between 0 (0000 0000) and 255 (1111 1111).

For example, an IPv4 address 10011101.10010001.11111011.01101110 can be displayed as 157.145.251.110.

Classful Addressing Link to heading

Info
The use of address space by assigning an entire class [A-E] address block to a network.
Address ClassFirst Octet RangePrefix and Mask# Possible Networks# Usable Hosts per NetworkCommon Usage
A1 to 127/8 255.0.0.0126 (27)16,777,214 (224-2)Extremely large networks
B128 to 191/16 255.255.0.016,382 (214)65,534 (216-2)Moderate- to large-size networks
C192 to 223/24 255.255.255.02,097,150 (221)254 (28-2)Small networks
D224 to 239/4 240.0.0.0--Multicast applications
E240 to 255/4 240.0.0.0--Future use reservation

Classless Addressing Link to heading

Classless Interdomain Routing (CIDR) Link to heading

Info
CIDR, defined in RFC 4632, is a global address assignment convention defines a way to assign public IP addresses to allow route aggregation and allows RIRs and ISPs to reduce waste by assigning a subset of a classful network to a single customer.
Tip
The term classless refers to the fact that the summarised groups of networks represent a group of addresses that do not conform to IPv4 classful (Class A, B, and C) grouping rules.
  • Enables continuous, uninterrupted growth of large networks.
  • Allows several IP networks appear to networks outside the group as a single, larger entity.
  • Eliminates the concept of Class A, B, and C networks and replaces this concept with a generalised IP prefix.
  • Reduces the local administrative burden of updating external route information since only a smaller number of routes are advertised.
  • Reduces route-flapping and convergence issues.
    • A flapping route is going up and down, up and down, over and over again, causing serious performance problems.
    • If one route within a summarised route is flapping, this will not affect the status of the summarised route and thus will not impact many of the routers in the network.
  • Reduces CPU and memory load on a router as the routing table is populated with fewer entries.
  • Increases efficiency in the use of available address space.
  • Enables the delegation of network numbers to customers or other portions of the network.

Subnetting Link to heading

Note
Read at ๐Ÿ”—.

Major Reserved and Special-Purpose IPv4 Addresses Link to heading

Present UseCIDR PrefixReference
Default route0.0.0.0 /8RFC 1700, Page 4
Private-use class A addresses10.0.0.0 /8RFC 1918
Public-data networks14.0.0.0 /8RFC 1700, Page 181
Cable television networks24.0.0.0 /8-
Reserved but subject to allocation39.0.0.0 /8RFC 1797
Shared address space100.64.0.0 /10RFC 6598
Loopback addresses127.0.0.0 /8RFC 1700, Page 5
Reserved but subject to allocation128.0.0.0 /16-
Link-local addresses169.254.0.0 /16RFC 3927
Private-use class B addresses172.16.0.0 /12RFC 1918
IETF protocol assignments192.0.0.0 /24RFC 5736
Test-net192.0.2.0 /24RFC 5735
6to4 relay anycast addresses192.88.99.0 /24RFC 3068
Private-use class C addresses192.168.0.0 /16RFC 1918
Network interconnect device benchmark testing192.18.0.0 /15RFC 2544
Reserved but subject to allocation223.255.255.0 /24-
Multicast (class D)224.0.0.0 /4RFC 1112
RFC 3171
Reserved for future use (class E)240.0.0.0 /4RFC 1700, Page 4
Limited broadcast255.255.255.255 /32RFC 919, Section 7
RFC 922, Section 7

Private Addresses Link to heading

Info
Internet hosts require globally unique IP addresses (must be obtained from a provider or a registry); however, private hosts (e.g., a nonpublic intranet, a test lab, a home network) that are not Internet connected can use any valid address that is unique within the private network.

RFC 1918 sets aside three blocks of IP addresses for private or internal use. Addresses in one of these ranges are not routed on the Internet backbone. Internet routers immediately discard private addresses.

ClassRFC 1918 Internal Address RangeCIDR Prefix
A10.0.0.0 to 10.255.255.25510.0.0.0 /8
B172.16.0.0 to 172.31.255.255172.16.0.0 /12
C192.168.0.0 to 192.168.255.255192.168.0.0 /16

Multicast (Class D) Link to heading

Info
reduces traffic by allowing a host to send a single packet to a selected set of hosts. The scope of multicast traffic is often limited to the local network.

Hosts that want to receive particular multicast data are called multicast clients. The multicast clients use services initiated by a client program to subscribe to the multicast group.

The following are some examples of multicast transmission:

  • Video and audio broadcasts
  • Routing information exchange by some routing protocols
  • Distribution of software
  • News feeds

The IPv4 addresses from 224.0.0.0 to 239.255.255.255 are reserved for multicast communication. This multicast address range is subdivided into different types of addresses:

  1. Reserved link-local addresses
    • 224.0.0.0 /24 (224.0.0.0 to 224.0.0.255)
    • Used for multicast groups on a local network
    • A typical usage is in routing protocols using multicast transmission to exchange routing information
  2. Globally scoped addresses
    • 224.0.1.0 to 238.255.255.255
    • Used to multicast data across the Internet
    • For example, 224.0.1.1 has been reserved for NTP to synchronise the time-of-day clocks of network devices
  3. Administratively scoped addresses (also called limited-scope addresses)

Default Route Link to heading

Info
a “catch all” route to route packets when a more specific route is not available.

The use of this address also reserves all addresses in the 0.0.0.0 /8 address block (0.0.0.0โ€“0.255.255.255).

Loopback Addresses Link to heading

Info
used by hosts to direct traffic to themselves.

The loopback address creates a shortcut method for TCP/IP applications and services that run on the same device to communicate with one another.

By using the loopback address instead of the assigned IPv4 host address, two services on the same host can bypass the lower layers of the TCP/IP stack.

A user can ping the loopback address to test the configuration of TCP/IP on the local host.

Although only the single 127.0.0.1 address is used, address block 127.0.0.0 /8 (127.0.0.0 to 127.255.255.255) is reserved. Any address within this block will loop back within the local host. No address within this block should ever appear on any network.

Info
automatically assigned to the local host by the operating system in a small peer-to-peer network or an environment where a host that could not automatically obtain an address from a DHCP server.

Communication using IPv4 link-local addresses is only suitable for communication with other devices connected to the same network. A host must not send a packet with an IPv4 link-local destination address to any router for forwarding and should set the IPv4 TTL for these packets to 1.

Client/server and peer-to-peer applications will work properly with IPv4 link-local addresses on the local network.

Test-Net Addresses Link to heading

Info
set aside for teaching purposes and can be used in documentation and example code.

Unlike the experimental addresses, network devices will accept the test-net addresses in their configurations. You can often find these addresses used with the domain names example.com or example.net in RFCs and vendor and protocol documentation. Addresses within this block should not appear on the Internet.

IPv6 Addressing Link to heading

Format Link to heading

Info
Each IPv6 address consists of a string of 128 bits (converted into hexadecimal values), divided into eight hextets, each of which comprises four hexadecimal digits or four nibbles.

Every four bits is represented by a single hexadecimal digit; for a total of 32 hexadecimal digits (128 bits). Thus, every octet contains two hexadecimal digits.

Representation Link to heading

Info
Every hextet contains a group of four hexadecimals (or 16 bits or two bytes) separated with a colon, called the hex-colon notation.

Each hextet in the 128-bit IPv6 address is converted from binary or hexadecimal to a decimal number between 0 (0000 0000 0000 0000 or 0x0000) and 65,535 (1111 1111 1111 1111 or 0xFFFF).

For example, an IPv6 address 10011101.10000010.00010010.10010010.00011101.00111011.10001101.11110001.00111011.11000111.11000011.10001110.11001111.00001111.00111110.00001110 can be displayed as 9D82:1292:1D3B:8DF1:3BC7:C38E:CF0F:3E0E.

When working with IPv6 address, it takes a lot to write an address of 128 bits long. Thus, to make life simpler, the following two rules are used to condense this notation:

Omit Leading Zeros Link to heading

Info
Leading zeros in a hextet are optional, so 0A45 is equal to A45, and 0000 is equal to 0.

This rule only applies to leading zeros, not to trailing zeros, otherwise the address would be ambiguous. For example, the hextet “ABC” could be either “0ABC” or “ABC0”, but these do not represent the same value.

Omit All Zero Segments Link to heading

Info
Multiple fields of zeros can be expressed as ::, but this can be done only once per address.

An unknown or unspecified address is typed as all zeros, so it can be represented in IPv6 as ::.

Examples of IPv6 Address Reduction Link to heading

FullAbbreviation
FF01:0000:0000:0000:0000:0000:0000:0001FF01::1
2031:0000:130F:0000:0000:09C0:876A:130B2031:0:130F::9C0:876A:130B
0000:0000:0000:0000:0000:0000:0000:0001::1
FE80:0000:0000:5EFE:0192.0168.0001.0123FE80::5EFE:192.168.1.123
FE80:0000:0000:0000:1585:4868:495F:D521FE80::1585:4868:495F:D521

Prefix Length Link to heading

Info
represents the prefix portion of the address.

The prefix length can range from 0 to 128. A typical IPv6 prefix length for LANs and most other types of networks is /64. This means the prefix or network portion of the address is 64 bits in length, leaving another 64 bits for the interface ID (host portion) of the address.

The term Interface ID is used because a single host may have multiple interfaces, each having one or more IPv6 addresses. It is highly recommended that in most cases /64 subnets should be used.

Types of IPv6 Addresses Link to heading

Unlike IPv4, IPv6 does not have a broadcast address. Broadcast functionality is implemented using all-nodes multicast addresses.

Unicast Link to heading

Info
A L3 identifier for a single interface of IPv6-enabled node. Packets sent to a unicast address are delivered to the interface configured with that IPv6 address, hence a one-to-one communication.

When configuring network interfaces for IPv6, a single network interface could have a number of addresses associated with it. This may be a mixture of these address types. Within the unicast type there are three main address groups:

Global Unicast Link to heading

Info
globally unique, Internet-routable addresses that are in the 2000::/3 range (from 2000:: through to 39FF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF).

They represent about one-eighth of all IPv6 addresses, and the numbers are handed out by the IANA, as they are with IPv4.

They can be configured statically or assigned dynamically.

Static Addressing Link to heading

IPv6 static addressing works exactly the same as IPv4 static addressing, with the exception of swapping ip for ipv6.

Note
Router(config-if)# ipv6 address ipv6_#/prefix_length

IPv6 provides two different ways of implementing DHCP, either stateful or stateless. Static addressing with DHCPv6 (stateless) - a stateless service means there is no server that maintains network address information. Therefore, it does not track what information is given out to clients and does not give out IPv6 addresses; instead, it provides the extra information that most people relate with typical DHCP assignment (e.g. DNS server information). Stateless DHCP is then matched up with another mechanism (such as static addressing or SLAAC) for IPv6 address assignment.

Dynamic Addressing Link to heading

Dynamic addressing via DHCPv6 (stateful) is responsible for assigning IP addresses to clients. Being a stateful service, DHCP server keeps a record of all clients and the IPv6 address assigned to them.

When DHCPv6 or SLAAC is used, the local router’s link-local address will automatically be specified as the default gateway address.

Stateless Address Autoconfiguration (SLAAC) Link to heading
Info
SLAAC provides the ability to address a host based on a network prefix advertised from a local network router via Router Advertisements (RA).

By default, RA messages are sent out periodically by most IPV6 routers and include:

  1. One or more IPv6 prefixes (Link-local scope)
  2. Prefix lifetime information
  3. Flag information
  4. Default device information (Default router to use and its lifetime)

SLAAC is implemented on the IPv6 client by listening for these local RA’s and then taking the prefix that is advertised to form a unique address that can be used on the network. For this to work, the prefix that is advertised must advertise a prefix length of 64 bits (i.e. /64); SLAAC will then dynamically form a host identifier that is 64 bits long and will be suffixed to the end of the advertised prefix to form an IPv6 address.

Originally, the host identifier was formed using the EUI-64 rules (the same that are used to form link local addresses) and many devices still use this method. However, some Microsoft operating systems by default do not use this original method. Instead, they take advantage of some additional privacy extensions that were defined in RFC4941.

EUI-64 Conversion Process Link to heading
Tip
  1. Split the MAC (48-bit) address into two 3-byte (24-bit) halves
  2. Insert FFEE (the missing 16 bits) in the middle
  3. Invert the 7th bit
    • Change the address from a globally unique to a locally administered address
    • This is the U/L bit (universal/local)
Example
  1. Router R1:
    • IPv6 address - 2000:1234:5678::1001:1/64
    • Advertised IPv6 prefix - 2000:1234:5678::/64
  2. Client PC1:
    • MAC address - 0200:1234:5678

The prefix 2000:1234:5678::/64 will be learned from R1’s RA messages and will be the initial prefix. The client identifier would then be created from the MAC address assigned to PC1, in this case 0200:1234:5678.

  1. Split the MAC address and put FFEE in the middle
    • 0200:12FF:FE34:5678
  2. Invert the 7th bit
    • The first byte is 00000010 (0x02)
    • Will become 00000000 (0x00)
    • 0000:12FF:FE34:5678

When the prefix and the host identifier are brought together, it results in an IPv6 address that is used for PC1 of 2000:1234:5678:0000:0000:12FF:FE34:5678, which can be shortened to 2000:1234:5678::12FF:FE34:5678.

Quick Inversion of the Seventh Bit Link to heading
Column 1Column 2
02
13
46
57
8A
9B
CE
DF

Reserved Addresses Link to heading

Info
The Internet Engineering Task Force (IETF) reserved several addresses of the global address space to be implemented if it decides to introduce new features.

This reserved space amounts to approximately 1 of every 256 IPv6 addresses.

Present UseCIDR Prefix# AddressesReference
Default route::/02128RFC 1700
Unspecified address::/1281RFC 4291
Loopback address::1/1281RFC 4291
IPv4-mapped addresses::ffff:0:0/962128 โˆ’ 96 = 232 = 4,294,967,296RFC 4291
IPv4 translated addresses::ffff:0:0:0/96232RFC 4291
IPv4/IPv6 translation (global Internet)64:ff9b::/96232, with 2128 for each IPv4RFC 6052
IPv4/IPv6 translation (private internets)64:ff9b:1::/48242, with 280 for each IPv4RFC 8215
Discard prefix100::/64264RFC 6666
Teredo tunnelling2001::/32296RFC 4380
RFC 8190
Port Control Protocol (PCP) anycast address2001:1::1/1281RFC 7723
ORCHIDv22001:20::/282100RFC 7343
Addresses used in documentation and example source code2001:db8::/32296RFC 3849
6to42002::/162112RFC 3056
Unique-local addressesfc00::/72121RFC 4193
RFC 8190
Link-local addressesfe80::/64 from fe80::/10264RFC 4291
Multicast addressesff00::/82120RFC 1700

Private addresses Link to heading

Info
All private addresses start with FE in the first two positions of this address, followed by another digit from 8 to F. This could also be written as FE80::/9.

Akin to IPv4, these addresses cannot be routed over the Internet.

There are two categories of private addresses:

Unique-local Addresses Link to heading
Info
designed for an organisation to assign internal IPv6 addresses across its organisation (using an IPv6 DHCP server) and do not route outside that area or to the Internet.

These addresses are in the range of FC00::/7 to FDFF::/7.

Unique local addresses can be used for devices that will never need or have access from another network.

Info
enables a device to communicate with other IPv6-enabled devices on the same link and only on that link (subnet). Packets with a source or destination link-local address cannot be routed beyond the link from which the packet originated.

These addresses all start with FE, and the third digit is 8, 9, A, or B, or FE80::/10.

All IPv6 within a given data link that have local-link addresses can talk to each other. No routers, internal or external, forward traffic to or from these addresses.

Link-local addresses are similar to the Automatic Private IP Addressing (APIPA), given that they are self-generated. If a link-local address is not configured manually on an interface, the device will automatically create its own without communicating with a DHCP server.

IPv6-enabled hosts create an IPv6 link-local address even if the device has not been assigned a global unicast IPv6 address.

Multicast Link to heading

Info
A L3 identifier for a set of interfaces, belonging to different IPv6-enabled nodes. Packets sent to a multicast address are delivered to all interfaces identified by that address, hence a one-to-many communication.

IPv6 multicast addresses have the prefix FF00::/8.

Assigned Multicast Link to heading

Info
a single, reserved address used to reach a group of devices running a common protocol or service, specifically DHCPv6.

Two common IPv6 assigned multicast groups include:

All-Nodes Multicast Group Link to heading
Info
FF02::1, a multicast group that all IPv6-enabled devices join.

A packet sent to this group is received and processed by all IPv6 interfaces on the link or network. This has the same effect as a broadcast address in IPv4. The figure shows an example of communication using the all-nodes multicast address. An IPv6 router sends Internet Control Message Protocol version 6 (ICMPv6) Router Advertisement (RA) messages to the all-node multicast group. The RA message informs all IPv6-enabled devices on the network about addressing information, such as the prefix, prefix length, and default gateway.

All-Routers Multicast Group Link to heading
Info
FF02::2, a multicast group that all IPv6 routers join.

A router becomes a member of this group when it is enabled as an IPv6 router with the ipv6 unicast-routing global configuration command. A packet sent to this group is received and processed by all IPv6 routers on the link or network.

IPv6-enabled devices send ICMPv6 Router Solicitation (RS) messages to the all-routers multicast address. The RS message requests an RA message from the IPv6 router to assist the device in its address configuration.

Solicited-Node Multicast Link to heading

Info
similar to the all-nodes multicast address; it is mapped to a special Ethernet multicast address, which allows the Ethernet NIC to filter the frame by examining the destination MAC address without sending it to the IPv6 process to see if the device is the intended target of the IPv6 packet.

Anycast Link to heading

Info
A L3 identifier for a set of interfaces, belonging to different IPv6-enabled nodes. Packets sent to an anycast address are delivered to the closest interface identified by that addressm, hence a one-to-closest communication.

“Closest” typically means the one with the best routing metric according to the IPv6 routing protocol.

All Zeros versus All Ones Link to heading

Info
Unlike IPv4, in IPv6, the all-zeros and all-ones host addresses can be assigned to a device.

The all-ones address can be used due to the fact that broadcast addresses are not used within IPv6.

The all-zeros address can also be used, but is reserved as a Subnet-Router anycast address, and should be assigned only to routers.

Integration of IPv4 and IPv6 Link to heading

Info
IANA and IETF came up with ways to slowly migrate people to the new addressing scheme (IPv6) while allowing them to keep everything that they currently have in place (IPv4).

To that goal, there are three basic methods of compatibility:

Dual-stack Link to heading

Info
the device is configured for both IPv4 and IPv6 network stacks, either on a single interface or with multiple interfaces.

In this configuration, the device decides how to send the traffic based on the destination address of the other device.

To support dual-stack routing on a single interface, you need to configure IPv6 on your routing device. The following commands allow for forwarding of IPv6 data packets:

Example
Router1(config)# ipv6 unicast-routing
Router1(config)# interface ethernet0
Router1(config-if)# ip address 192.168.75.1 255.255.255.0
Router1(config-if)# ipv6 address 2123:AFFF::192:168:75:1/120

Tunnelling Link to heading

Info
refers to passing IPv6 data over an IPv4 network by placing the IPv6 packet into the data section of an IPv4 packet.

The four main types of tunnelling are

Manual IPv6-to-IPv4 Tunnelling Link to heading

Info
encapsulates an IPv6 packet in an IPv4 packet.

So as to not fragment the packet from adding the IPv4 header to it, the data packet needs to be reduced by 20 bytes if the IPv4 has an optional protocol field, or 20 octets if it does not, as well as require routers support both IP stacks.

6-to-4 Tunnelling Link to heading

Info
routes data between islands of IPv6 routers across your network.

Intra-Site Automatic Tunnel Addressing Protocol (ISATAP) Tunnelling Link to heading

Info
uses the existing IPv4 network as the link layer of the IPv6 network and routes the data between the IP networks via routers supporting both IP stacks.

Teredo Tunnelling Link to heading

Info
performs the tunnelling work at the dual-stacked host on either end of the connection rather than at a gateway router.

Proxying and Translation (NAT-PT) Link to heading

Info
Network Address Translation-Protocol Translation (NAT-PT) places a translation mechanism on the network, which translates traffic going back and forth between IPv4 and IPv6.