1 / 25

prof. Jozef Wozniak dr Krzysztof Nowicki Tomasz Mrugalski

Remote Stateful Autoconfiguration for Mobile IPv6 Nodes with Server Side Duplicate Address Detection. prof. Jozef Wozniak dr Krzysztof Nowicki Tomasz Mrugalski Gda n sk University of Technology, Poland. November 3rd, 2010. Agenda. 802.16/IPv6 Handover Problem Proposed Solution Validation

nenet
Download Presentation

prof. Jozef Wozniak dr Krzysztof Nowicki Tomasz Mrugalski

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Remote Stateful Autoconfiguration for Mobile IPv6 Nodes with Server Side Duplicate Address Detection prof. Jozef Wozniak dr Krzysztof Nowicki Tomasz Mrugalski Gdansk University of Technology, Poland November 3rd, 2010

  2. Agenda • 802.16/IPv6 Handover Problem • Proposed Solution • Validation • Results • Q&A

  3. Problem Overview

  4. Classic mobility scenario in WiMAX/IPv6 environment • Scanning (WiMAX) • Potential targets selected • Handover (WiMAX) • Actual target selected • Network reentry (WiMAX) • Network entry • Connection update/recreation • IP layer reconfiguration • New address acquisition (DHCPv6) • Duplicate Address Detection (IPv6) • Routing configuration (RA) • Location Update (Mobile IPv6) Initial conclusions: • Fast 802.16 handover followed by slow IPv6 reconfiguration • Some of the IPv6 procedures were not designed with mobility in mind

  5. Classic mobility scenario in WiMAX/IPv6 environment Assumptions: • Worst case assumed • Inter-domain handover • IP layer reconfiguration required every time Initial conclusions: • Fast 802.16 handover followed by slow IPv6 reconfiguration • Some of the IPv6 procedures were not designed with mobility in mind

  6. Proposed Solution

  7. Proposal 1: Remote autoconfiguration Proposed approach • Get configuration for old location • Get list of neighbors • Contact each potential destination • Acquire configuration for every possible destination • Leverage aquired knowlege • Handover (t1) • Confirm already known address (t4) tH = t1+ t4 • Classic approach • Get configuration for old location • Handover (t1) • Aquire configuration for new location (t2) • Update CNs (t3) • tH = t1+ t2 + t3 • Note: t2>> t4

  8. Remote AutoconfigurationThe concept

  9. Remote AutoconfigurationProposed DHCPv6 Option Format

  10. Proposal 2:Server Side DAD

  11. Proposals assessment(Validation)

  12. Analyzed scenarios • Mobility model: Next HO initiated 3 seconds after previous network reentry • 8 scenarios: (1-5 allowed by standard), 6-8: proposals

  13. Statistical Analysis • Proper PRNG selection • Transient states analysis • Statistical assessment

  14. Results 802.16 metrics: • HO Preparation • Network Reentry IP metrics • IPv6 reconfiguration • DHCPv6 configuration • UL traffic • DL traffic Common metric: • Lack of communication capability

  15. Conclusions • Simulation complete • Proof of Concept Implementation complete • Mechanism is L2 agnostic (WiMAX, WiFi, …) • Server address (IPv6) vs destination location (L2) mapping Potential resolutions: • Add L2 info to OPION_NEIGHBORS option • Use CONFIRM to verify, which address is appropriate • Provide L3 info over L2 mechanisms (e.g. NBR-ADV in802.16) • …

  16. The Outcome

  17. Dibbler project The Dibbler project is an open source, portable implementation of the DHCPv6 protocol, providing client, server, relay and requestor. Currently ports for Linux, Mac OS and Windows based systems are available.

  18. Dibbler :: Current Status (1) • Available for: • Linux (Debian, Ubuntu, Gentoo, PLD, OpenWRT, sources) • Windows NT, 2000, XP, 2003, Vista • MacOS (work in progress) • Ported to various architectures • x86, x86_64, amd64, Sparc, PowerPC, Alpha (64bit RISC), Motorola m68k • MIPS (embedded system, e.g. LinkSys wireless router WRT54) • IBM S390 (mainframe class) 18 Mobile WiMAX+IPv6 autoconf efficiency

  19. Dibbler :: Current Status (2) • Feedback from 33 countries • Includes New Zealand and Australia • Was used as reference implementation in Cisco R&D labs • High interest from major telcovendors • Cisco, Comcast, HP, Intel, Motorola, Nokia, Xerox and others

  20. NumbatWiMAX/IPv6 sim environment • Uses Omnet++ framework • Mobile WiMAX fully supported • based on IEEE 802.16-2005 (aka 802.16e) • OFDMA coding • Supported traffic classes: BE and UGS • Control plane: Network entry/reentry, Service flow mgmt,Scanning, Handover • Several traffic models: fixed, handover after timeout, distance based handover • Inter-layer signaling handover (MIH 802.21-style events) • Several optimizations allowed by IEEE 802.16-2005 • Multiple SS/BS support • Connection/bandwidth management and queuing • IPv6 stack implemented: • IPv6Node: traffic source/sink • Router Advertisement generator and receiver • DHCPv6 client/server • MobileIPv6: Simple implementation of MN/HA • IPv6 dispatcher

  21. NumbatWiMAX/IPv6 sim environment • Got positive feedback from 10 countries • Used by 6 students in their master theses Initial state • Portable (Linux/Windows) • Open source (GNU GPL) • Notable users: • DLR – German Aerospace Agency • VTT – Technical Research Centre of Finland After handover

  22. Sharing results • All Internet related protocols are defined by IETF • Active participation in several WGs • Author or coauthor of 5 drafts Notable activities: • Remote Autoconfiguration • To be presented in upcoming IETF meeting(DHC WG) • DHCPv6 Route Option • To be accepted as MIF WG item • DS-Lite tunnel option for DHCPv6 • Completed WGLC, after review by IESG • DHCPv6 redundancy considerations • Co-written with DHC WG chair

  23. Acknowledgements Part of presented work was also supported by by the Polish National Center for Research and Development under the PBZ grant MNiSW–02/II/2007. This work has been partially supported by the Polish Ministry of Science and Higher Education under the European Regional Development Fund, Grant No. POIG.01.01.02-00-045/09-00 Future Internet Engineering. This research work was partially supported by the European Union in the framework of the European Social Fund. The system project of the Pomorskie Voivodeship "InnoDoktorant – Scholarships for PhD students, II edition".

  24. Q&A

  25. Thank youFuture Internet Engineering homepage:http://iip.net.plDibbler homepage:http://klub.com.pl/dhcpv6/Numbat homepage:http://klub.com.pl/numbat/ Tomasz Mrugalski Gdansk University of Technology

More Related