Slide title In CAPITALS 50 pt Slide subtitle 32 pt Simple DNA draft-krishnan-dna-simple-03 Suresh Krishnan Greg Daley.

Slides:



Advertisements
Similar presentations
Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets.
Advertisements

IPv6 State-less Auto-configuration. IPv6 Stateless Autoconfiguration2 Stateless Autoconfiguration Overview One of the most useful aspects of IPv6 is its.
10: ICMPv6 Neighbor Discovery
DHCPv6.
ZyXEL Confidential Address Autoconfiguration Feng Zou SW2 ZyXEL Communications Corp. 04/11/2006.
IPv6 Introduction What is IPv6 Purpose of IPv6 (Why we need it)Purpose of IPv6 IPv6 Addressing Architecture IPv6 Header ICMP v6 Neighbor Discovery (ND)
Neighbor Discovery for IPv6 Mangesh Kaushikkar. Overview Introduction Terminology Protocol Overview Message Formats Conceptual Model of a Host.
© 2006 Cisco Systems, Inc. All rights reserved.IP6FD v2.0—2-1 IPv6 Operations Defining and Configuring Neighbor Discovery.
1 Address Selection, Failure Detection and Recovery in MULTI6 draft-arkko-multi6dt-failure-detection-00.txt Multi6 Design Team -- Jari Arkko, Marcelo Bagnulo,
Host Autoconfiguration ALTTC, Ghaziabad. IPv4 Address and IPv6 equivalents ALTTC, Ghaziabad.
資 管 Lee Lesson 12 IPv6 Mobility. 資 管 Lee Lesson Objectives Components of IPv6 mobility IPv6 mobility messages and options IPv6 mobility data structures.
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Slide title :32-35pt Color: R153 G0 B0 Corporate Font : FrutigerNext LT Medium Font to be used by customers.
IPv6: Neighbor Discovery
Chapter 8b Intro to Routing & Switching.  Upon completion of this chapter, you should be able to:  Describe the structure of an IPv4 address.  Describe.
Instructor & Todd Lammle
Doc.: IEEE /1183r0 Submission September 2011 Masataka Ohta, Tokyo Institute of TechnologySlide 1 IP over Congested WLAN Date: Authors:
IPv6 Address Provisioning In IPv6 world there are three provisioning aspects wich are independent of whether the IPv6 node is a Host or CE router: IPv6.
DAD Optimization Youn-Hee Han Samsung Advanced Institute of Technology 57 th IETF, Vienna, Austria July 13-18, 2003.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Ericsson satsning på Public Safety - National Security HIØ Personalseminar – 9. mai 06 - Ed.
MOBILITY SUPPORT IN IPv6
Detecting Network Attachment in IPv6 Problem Statement JinHyeock Choi, Samsung AIT
Comparison of Link Identification schemes Objective: Present the similarities and differences of the two schemes.
Detecting Network Attachment in IPv6 Networks (DNAv6) draft-ietf-dna-protocol-05.txt S. Narayanan, Ed. J. Kempf, E. Nordmark, B. Pentland, JH. Choi, G.
Guide to TCP/IP Fourth Edition
1 CMPT 471 Networking II ICMPv6 © Janice Regan, 2012.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Proactive fault management in mobile core network Niko Isotalo Instructor: Ira Antikainen Supervisor:
Lesson 6 Neighbor Discovery.
Cisco Public © 2013 Cisco and/or its affiliates. All rights reserved. 1.
CMPT 471 Networking II Address Resolution IPv6 Neighbor Discovery 1© Janice Regan, 2012.
بسم الله الرحمن الرحیم. Why ip V6 ip V4 Addressing Ip v4 :: 32-bits :: :: written in dotted decimal :: :: ::
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Consumers’ Awareness of, Attitudes Towards and Adoption of Mobile Phone Security Stewart Kowalski, Ericsson.
Summary of Certification Process (part 1). IPv6 Client IPv6 packets inside IPv4 packets.
IPv6 Address autoconfiguration stateless & stateful.
IPv6 Autoconfiguration Stateless and Stateful. Copy... Rights This slide set is the ownership of the 6DISS project via its partners The Powerpoint version.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt ESPA in WCDMA.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt SEND Certificate Profile draft-krishnan-cgaext-send-cert-eku-02 Suresh Krishnan Ana Kukec Khaja Ahmed.
Slide: 1 Neighbor Discovery. Slide: 2 Neighbor Discovery Overview Set of messages and processes that determine relationships between neighboring nodes.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt HANDOVER Overview.
Concerns about designating the MAG as a Default Router James Kempf NETLMM Interim Sept. 27, 2006.
1 AutoconfBOF2.PPT / Aug / Singh,Perkins,Clausen IETF Not Confidential Ad hoc network autoconfiguration: definition and problem statement (draft-singh-autoconf-adp-00.txt)
1 CMPT 471 Networking II IGMP (IPv4) and MLD (IPv6) © Janice Regan,
Click to edit Master title style Click to add subtitle © 2008 Wichorus Inc. All rights reserved. CONFIDENTIAL - DO NOT DISTRIBUTE rfc3775bis Issues July.
Movement detection - layer2 trigger. Outline Background Link-layer trigger Detection of Network Attachment in IPv4 (DNAv4) Detection of Network Attachment.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt RTSP 2.0 TLS handling Magnus Westerlund draft-ietf-mmusic-rfc2326bis-12.
IETF 61 – Washington D.C.1 Detecting Network Attachment Best Current Practices draft-narayanan-dna-bcp-01.txt Sathya Narayanan Panasonic Greg Daley Monash.
Advanced Roaming & Mobility Scenarios in IPv6 Rafal Lukawiecki Strategic Consultant & Director Project Botticelli Ltd in.
Understanding IPv6 Slide: 1 Lesson 12 IPv6 Mobility.
6lowpan ND Optimization draft Update Samita Chakrabarti Erik Nordmark IETF 69, 2007 draft-chakrabarti-6lowpan-ipv6-nd-03.txt.
Engineering Workshops 56 Allocation Schemes CIDR representation and IPv6 allocations.
Neighbor Discovery. IPv6 Terminology Additional subnets Router Host Neighbors Host Intra-subnet router Switch LAN segment Link Subnet Network.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt SEND Certificate Profile draft-krishnan-cgaext-send-cert-eku-01 Suresh Krishnan Ana Kukec Khaja Ahmed.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt DNA wg IETF71.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Guidelines for Firewall Administrators Mobile IPv6 Suresh Krishnan, Niklas Steinleitner, Ying Qiu, Gabor.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Authentication/Authorization for possible deployments Relevant scenarios for CAFE.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt RTSP draft-ietf-mmusic-rfc2396bis-10 Magnus Westerlund Co-auhtors: Henning Schulzrinne, Rob Lanphier,
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Simple DNA draft-ietf-dna-simple-03 Suresh Krishnan Greg Daley.
IPv6 Neighbor Discovery over Syam Madanapalli Samsung ISO IETF 64 – Vancouver, Canada November 8 th 2005.
Slide title In CAPITALS 50 pt Slide subtitle 32 pt Guidelines for Firewall Vendors Mobile IPv6 Suresh Krishnan, Yaron Sheffer, Niklas Steinleitner, Gabor.
Per-MS Prefix Model for IPv6 in WiMAX by Frank Xia Behcet Sarikaya Raj Patil Presented by Jonne Soininen.
BAI513 - Protocols IP Version 6 Operation BAIST – Network Management.
Doc.: IEEE /1183r1 Submission September 2011 Masataka Ohta, Tokyo Institute of TechnologySlide 1 IP over Congested WLAN Date: Authors:
IPv6 over ’s IPv6 Convergence Sublayer IPv6 over ’s IPv6 Convergence Sublayer draft-madanapalli-ipv6-over ipv6cs-00 Syam Madanapalli.
Detecting Network Attachment in IPv6 Networks (DNAv6) draft-ietf-dna-protocol-03.txt S. Narayanan, Ed. J. Kempf, E. Nordmark, B. Pentland, JH. Choi, G.
Booting up on the Home Link
CIS 116 IPv6 Fundamentals 2 – Primer Rick Graziani Cabrillo College
Syam Madanapalli Basavaraj Patil Erik Nordmark JinHyeock Choi
Ch.8 Dynamic IPv6 Address Allocation
Instructor & Todd Lammle
Proposal for IEEE 802.1CQ-LAAP
Presentation transcript:

Slide title In CAPITALS 50 pt Slide subtitle 32 pt Simple DNA draft-krishnan-dna-simple-03 Suresh Krishnan Greg Daley

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Background  Hosts require procedures to simply and reliably identify if they have moved to a different IP network to the one which they have been recently connected.  In order to detect change, router and neighbor discovery messages are used to collect reachability and configuration information.  This information is used to detect whether the existing router and address prefixes are likely to be present.

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Characteristics of Simple DNA  Routers do not have to be modified to support this scheme.  Handle only the simplest and most likely use cases.  Work at least as quickly as standard neighbor discovery (RFC4861).  False positives are not acceptable. A host should not conclude that there is no link change when there is one  False negatives are acceptable. A host can conclude that there is a link change when there is none

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Applicability  Works well when hosts move between a known set of links  Does not provide much improvement when a host moves to a completely new link –Link detection is just as good as standard neighbor discovery (never slower) –Fast unicast RAs can make a difference here, but are not mandated

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Steps in Simple DNA A.Link-Layer Indication B.Probing C.Response gathering and assessment D.Optimistic DAD E.Verify other configuration (not in draft yet)

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Link layer indication  The host receives a link-layer indication that the medium has become available  This indication starts up the Simple DNA process  Host marks all current addresses as Optimistic  Host also marks all the default router neighbor cache entries as STALE

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Simple DNA table (SDAT)  The host maintains a table called the simple DNA table  The table contains at least the following information IPv6 Address Valid Lifetime PrefixLink local address of Router Link layer (MAC) address of router DUID for DHCPv6 assigned address

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Probing  The host sends an RS to the All-routers multicast address –The source address is a link local address –The address is in Optimistic state –The MAC address is inside a tentative option –Only 1 RS irrespective of the number of addresses the host possesses  The host sends one or more unicast NSs to routers in the SDAT  The RS and the NSs are sent in parallel –This is required to have a worst case scenario to be no worse than standard ND

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Response gathering and assesment  NA is received from a previously known router –Host verifies if both the link local ipv6 address AND the MAC address match –If they match, the host uses all the addresses related to the router in the SDAT (unless an RA is received)  RA is received from a previously known router (probed using NS) –Verify if the prefixes present in SDAT are present in the RA –If they are, continue to use them –If they are not, remove them from the SDAT  RA is received from a previously unknown router –Follow standard ND/SLAAC procedure for the prefixes present in the RA. –No modifications to the SDAT

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Optimistic DAD  After the addresses are confirmed as usable either by an NA or an RA –Verify whether the addresses are still unique  Use Optimistic DAD –Rejoin solicited node multicast addresses

Top right corner for field-mark, customer or partner logotypes. See Best practice for example. Slide title 40 pt Slide subtitle 24 pt Text 24 pt Bullets level pt © Ericsson AB 2008Simple DNA Pending work  Add an applicability section  Always use a link local address as the source of NS/RS  Confirm DHCP assigned addresses –DUID exists in Simple DNA table –Should we specify the procedure in this document or a different one?  Describe default router (re)selection procedure  Clarify some unclear text  Invent a new word than means valid