Showing posts with label Next Generation Internet. Show all posts
Showing posts with label Next Generation Internet. Show all posts

Thursday, April 3, 2008

Internet Protocol version 6 (IPv6) Details Podcast


Mike Q and I recorded "
The Internet Protocol version 6 (IPv6) Details Podcast" last night. Below are the partial show notes. You can listen directly by turning up your speakers and clicking here.
If you have iTunes installed you can get this one, listen to others, and subscribe to our podcasts by following this link.
If you don't have iTunes and want to listen to other podcasts and read full sets of shownotes using your web browser, turn up your speakers and click here.

Partial Shownotes
:


Intro: Two weeks ago we gave an overview of IPv6. This week we take a look at some of the technical details for this protocol.


Mike: Gordon, a couple of weeks ago we discussed Ipv6 - can you give us a quick review - what's the difference between IPv4 and IPv6?
The most obvious distinguishing feature of IPv6 is its use of much larger addresses.......


Mike: It's not just to have more addresses though, is it?

It is important to remember that the decision to make the IPv6 address 128 bits in length was not so that every square inch of the Earth could have 4.3x10
20 addresses......

Mike: Is there a specific RFC for IPv6?

The IPv6 addressing architecture is described in
RFC 2373.....

Mike: I know there is some basic terminology associated with IPv6. Can you describe Nodes and Interfaces as they apply to IPv6?
A
node is any device that implements IPv6.......


Mike: How about some more IPv6 terminology - can you discuss Links, Neighbors, Link MTUs, and Link Layer Addresses?
A
link is the medium over which IPv6 is carried......

Mike: Can you give a brief ouline in address syntax?

For IPv6, the 128-bit address is divided along 16-bit boundaries.......


Mike: I know there are lost of zeros in IPv6 addresses - can you discribe zero compression notation?

Some types of addresses contain long sequences of zeros......

Mike: IPv4 addresses use subnet masks - do IPv6 addresses?
No - a subnet mask is not used for IPv6. Something called prefix length notation is supported.......


Mike: I know there are three basic types of IPv6 addresses - can you give a brief description of each?

Unicast
– packet sent to a particular interface.......

Mike: What about broadcasting?
RFC 2373 does not define a broadcast address......


Mike: What about special addresses?

The following are special IPv6 addresses......

Mike: How is DNS handled?
Enhancements to the Domain Name System (DNS) for IPv6 are described in RFC 1886..... a


Mike: Can you discuss transition from IPv4 to IPv6?

Mechanisms for transitioning from IPv4 to IPv6 are defined in
RFC 1933.....

Mike: we've only touched on some of the IPv6 details - where can people get more information?
I'm hoping to run a session at our summer conference July 28 - 31 in Austin, TX - we've currently got faculty fellowships available to cover the cost of the conference. See www.nctt.org for details.


References - Content for this academic podcast from Microsoft sources:


All Linked Documents at Microsoft Internet Protocol Version 6 (note: excellent and free online resources): http://technet.microsoft.com/en-us/network/bb530961.aspx

Understanding IPv6, Joseph Davies, Microsoft Press, 2002 ISBN: 0-7356-1245-5
Sample Chapter at: http://www.microsoft.com/mspress/books/sampchap/4883.asp#SampleChapter

Sunday, March 16, 2008

The Next-Generation Internet: IPv6 Overview Podcast

Mike Q and I recorded "The Next-Generation Internet: IPv6 Overview" podcast today. Below are the show notes. You can listen directly by turning up your speakers and clicking here.

If you have iTunes installed you can get this one, listen to others and subscribe to our podcasts by following this link.

If you don't have iTunes and want to listen to other podcasts and read shownotes you can click here.

Shownotes:

Intro: The world has changed significantly since the Internet was first created. IPv6 gives over 4.3x1020 unique addresses for every square inch on the planet, and is going to allow us to do things we've only dreamed of in the past. In this podcast we give an overview of IPv6.

Mike: Gordon, before we get into the technology, can you give us an update on IPv6 history in the United States?

Sure Mike, this comes from a 1-minute history of the Internet by Federal Computer week at FCW.COM


Mike: So,
the federal government has ordered its agencies to become IPv6- capable by June of 2008 and this is going to happen in June on our federal government networks - how about businesses?

It's happening with business too Mike. Let's take Verizon as an example as quoted in a Light Reading post from last September.

Verizon Business, which began its first phase of deploying IPv6 on the public IP network in 2004, will complete the North America region in 2008 and move into the Asia-Pacific and European regions from late 2008 to 2009. The company will operate both IPv6 and IPv4, in what is known as a "dual stack" arrangement, on its multi protocol label switching (MPLS) network core. The company also has deployed IPv6 throughout its network access points (peering facilities) where Internet service providers exchange traffic.


Mike: So, what's the problem with IPv4?

It's a combination of a lot of things - Microsoft has a nice set of resources on IPv4 and IPv6 - let's use that as a guide:

The current version of IP (known as Version 4 or IPv4) has not been substantially changed since RFC 791 was published in 1981. IPv4 has proven to be robust, easily implemented and interoperable, and has stood the test of scaling an internetwork to a global utility the size of today’s Internet. This is a tribute to its initial design. However, the initial design did not anticipate the following:

The recent exponential growth of the Internet and the impending exhaustion of the IPv4 address space. IPv4 addresses have become relatively scarce, forcing some organizations to use a Network Address Translator (NAT) to map multiple private addresses to a single public IP address. While NATs promote reuse of the private address space, they do not support standards-based network layer security or the correct mapping of all higher layer protocols and can create problems when connecting two organizations that use the private address space. Additionally, the rising prominence of Internet-connected devices and appliances ensures that the public IPv4 address space will eventually be depleted. The growth of the Internet and the ability of Internet backbone routers to maintain large routing tables. Because of the way that IPv4 network IDs have been and are currently allocated, there are routinely over 85,000 routes in the routing tables of Internet backbone routers. The current IPv4 Internet routing infrastructure is a combination of both flat and hierarchical routing. The need for simpler configuration. Most current IPv4 implementations must be either manually configured or use a stateful address configuration protocol such as Dynamic Host Configuration Protocol (DHCP). With more computers and devices using IP, there is a need for a simpler and more automatic configuration of addresses and other configuration settings that do not rely on the administration of a DHCP infrastructure. The requirement for security at the IP level. Private communication over a public medium like the Internet requires encryption services that protect the data being sent from being viewed or modified in transit. Although a standard now exists for providing security for IPv4 packets (known as Internet Protocol security or IPSec), this standard is optional and proprietary solutions are prevalent. The need for better support for real-time delivery of data—also called quality of service (QoS).

While standards for QoS exist for IPv4, real-time traffic support relies on the IPv4 Type of Service (TOS) field and the identification of the payload, typically using a UDP or TCP port. Unfortunately, the IPv4 TOS field has limited functionality and over time there were various local interpretations. In addition, payload identification using a TCP and UDP port is not possible when the IPv4 packet payload is encrypted. To address these and other concerns, the Internet Engineering Task Force (IETF) has developed a suite of protocols and standards known as IP version 6 (IPv6). This new version, previously called IP-The Next Generation (IPng), incorporates the concepts of many proposed methods for updating the IPv4 protocol. The design of IPv6 is intentionally targeted for minimal impact on upper and lower layer protocols by avoiding the random addition of new features.


Mike: OK - can you list the primary features of IPv6? What makes it different?

Sure Mike - this list also comes from Microsoft's website. The following are the features of the IPv6 protocol:
  1. New header format
  2. Large address space
  3. Efficient and hierarchical addressing and routing infrastructure
  4. Stateless and stateful address configuration
  5. Built-in security
  6. Better support for QoS
  7. New protocol for neighboring node interaction
  8. Extensibility

Mike: Let's go through the list with a brief summary of each. Your first item on the list was the new header format. What's different?

Mike: How about number 2, large address space?

Mike: Number 3 was efficient and hierarchical addressing and routing infrastructure - can you describe?

Mike: How about number 4, stateless and stateful address configuration?

Mike: Number 5 was built-in security
.


Mike: How about number 6, better support for QoS?

Mike: And number 7, new protocol for neighboring node interaction?

Mike: And finally, number 8, extensibility.

Mike: Are there any other things you want to add to the list?

Mike: Are we ready?

I always look at the end devices (even though there is so much more) and, if we just look at desktops, you have to look at Microsoft.

Microsoft started with the following implementations of IPv6, all subsequent versions/products continue to support IPv6:
The IPv6 protocol for the Windows Server 2003 and later families.
The IPv6 protocol for Windows XP (Service Pack 1 [SP1] and later).
The IPv6 protocol for Windows CE .NET version 4.1 and later

The capture and parsing of IPv6 traffic is supported by Microsoft Network Monitor, supplied with Microsoft Server 2003 and later products.


Mike: This is a good overview - next week we'll get into some details on the IPv6 protocol!