Draft-xiong-dmm-ip-reachability-00 Chunshan Xiong, Jianning Liu Huawei Technologies IETF 88, Vancouver.

Slides:



Advertisements
Similar presentations
SIP, Firewalls and NATs Oh My!. SIP Summit SIP, Firewalls and NATs, Oh My! Getting SIP Through Firewalls Firewalls Typically.
Advertisements

Mobile IP Outline Intro to mobile IP Operation Problems with mobility.
Ryuji Wakikawa Satoru Matsushima
1 Introduction to Mobile IPv6 IIS5711: Mobile Computing Mobile Computing and Broadband Networking Laboratory CIS, NCTU.
MIP Extensions: FMIP & HMIP
1Nokia Siemens Networks Presentation / Author / Date University of Twente On the Security of the Mobile IP Protocol Family Ulrike Meyer and Hannes Tschofenig.
Voice over IP Fundamentals
SIP Traversal over NAT Problems and Solutions Mr. Ting-Yun Chi May 2,2006 (Taiwan,NICI IPv6 R&D Division)
IPv4 and IPv6 Mobility Support Using MPLS and MP-BGP draft-berzin-malis-mpls-mobility-00 Oleg Berzin, Andy Malis {oleg.berzin,
1 Route Optimization based on ND-Proxy for Mobile Nodes in IPv6 Mobile Networks Jaehoon Jeong, Kyeongjin Lee, Jungsoo Park, Hyoungjun Kim ETRI
Session Initiation Protocol (SIP) By: Zhixin Chen.
SIP, Session Initiation Protocol Internet Draft, IETF, RFC 2543.
Mobile IP Regional Registration Ashutosh Sharma CS401A Spring 2002.
A Gateway For SIP Event Interworking - Sasu Tarkoma & Thalainayar Balasubramanian Ramya.
NSIS Flow ID and packet classification issues Hong Cheng, Qijie Huang, Takako Sanda, Toyoki Ue IETF#63 August, 2005.
81st IETF, Quebec Citydraft-bernardos-mext-dmm-pmip-01 A PMIPv6-based solution for Distributed Mobility Management draft-bernardos-mext-dmm-pmip-01 Carlos.
Mobile IP Traversal Of NAT Devices By, Vivek Nemarugommula.
Mobile IP Seamless connectivity for mobile computers.
Lectured By: Vivek Dimri Asst Professor CSE Deptt. Sharda University, Gr. Noida.
1 Chapter 6: Proxy Server in Internet and Intranet Designs Designs That Include Proxy Server Essential Proxy Server Design Concepts Data Protection in.
I-D: draft-rahman-mipshop-mih-transport-01.txt Transport of Media Independent Handover Messages Over IP 67 th IETF Annual Meeting MIPSHOP Working Group.
1 © NOKIA 1999 FILENAMs.PPT/ DATE / NN SIP Service Architecture Markus Isomäki Nokia Research Center.
Multimob possible future work I’: dmm multicast D. von Hugo Contributions from S. Figueiredo, S. Jeon, D. Liu IETF-83, Paris 1.
Re-thinking Security in Network Mobility Jukka Ylitalo Ericsson Research NomadicLab NDSS '05 Workshop - February 2.
TURN-Lite: A Lightweight TURN Architecture and Specification (draft-wang-tram-turnlite-01)draft-wang-tram-turnlite-01 Aijun Wang (China Telecom) Bing Liu.
Polytechnic University  M. Veeraraghavan 1 Location management Prof. Malathi Veeraraghavan Elec. & Comp. Engg. Dept/CATT Polytechnic University
7/6/20061 Speermint Use Case for Cable IETF 66 Yiu L. Lee JULY 2006.
1 SPEERMINT Use Cases for Cable IETF 66 Montreal 11 JULY 2006 Presented by Yiu L. Lee.
AERO DHCPv6 Control Messaging IETF91 – Honolulu, HI Fred L.Templin
Mobile IP Outline Intro to mobile IP Operation Problems with mobility.
Security Mechanisms for Delivering Ubiquitous Services in Next Generation Mobile Networks Haitham Cruickshank University of Surrey workshop on Ubiquitous.
Santhosh Rajathayalan ( ) Senthil Kumar Sevugan ( )
+ Solution Overview (LR procedure) The whole sequence for localized routing Local routing capability detection Local routing Initiation LR scope or LR.
Ασύρματες και Κινητές Επικοινωνίες Ενότητα # 10: Mobile Network Layer: Mobile IP Διδάσκων: Βασίλειος Σύρης Τμήμα: Πληροφορικής.
Case study: Data Provider setup Sergey Sukhonosov National Oceanographic Data Centre, Russia Expert training on the Ocean Data Portal technology, Buenos.
IETF#83 Multimob DMM Proposal Summary Dapeng Liu China Mobile 1.
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Network based Distributed Mobility Approach Date Submitted: July,
NETLMM Applicability Draft (Summary) 28 Sep
The Session Initiation Protocol - SIP
IP Address Location Privacy and Mobile IPv6: Problem Statement draft-irtf-mobopts-location-privacy-PS-00.txt Rajeev Koodli.
Paris, August 2005 IETF 63 rd – mip6 WG Mobile IPv6 bootstrapping in split scenario (draft-ietf-mip6-bootstrapping-split-00) mip6-boot-sol DT Gerardo Giaretta,
1 Personal Mobility Management for SIP-based VoIP Services 王讚彬 國立台中教育大學資訊工程學系
Distributed Mobility Management (DMM) WG DMM Work Item: Forwarding Path & Signaling Management (FPSM) draft-ietf-dmm-fpc-cpdp-03.txt M. Liebsch, S. Matsushima,
Service Flows Distribution and Handoff Technique based on MIPv6 draft-liu-dmm-flows-distribution-and-handoff-00
Skype.
Mobility With IP, implicit assumption that there is no mobility. Addresses -- network part, host part -- so routers determine how to get to correct network.
Mobile IP Aamir Sohail NGN MS(TN) IQRA UNIVERSITY ISLAMABAD.
Specifying the Address of Management Client of Managed Entity Group Name: ARC Source: Hongbeom Ahn, SK Telecom, Meeting Date: TP#21 Agenda.
Resource subscription using DDS in oneM2M
Mobile Networking (I) CS 395T - Mobile Computing and Wireless Networks
Multiple Care-of Address Registration
Fast Handover for Multicast in Proxy Mobile IPv6
with distributed anchor routers
3GPP ‘5G’ mobility considerations
Local MAC Address Protocol
IETF67 B. Patil, Gopal D., S. Gundavelli, K. Chowdhury
NETLMM Applicability Draft (Summary)
H. Anthony Chan, Unified framework and DMM gap analysis draft-chan-dmm-framework-gapanalysis H. Anthony Chan,
Carlos J. Bernardos – Universidad Carlos III de Madrid
Debashish Purkayastha, Dirk Trossen, Akbar Rahman
NSIS Operation Over IP Tunnels draft-shen-nsis-tunnel-01.txt
NSIS Operation Over IP Tunnels draft-ietf-nsis-tunnel-04.txt
TA: Donghyun (David) Kim
3GPP and SIP-AAA requirements
Mobile IP Outline Homework #4 Solutions Intro to mobile IP Operation
IETF SIP Interim Meeting, Feb. 2001
Mobile IP Outline Intro to mobile IP Operation Problems with mobility.
Network-based and Client-based DMM solutions using Mobile IP mechanisms draft-bernardos-dmm-cmip-07 draft-bernardos-dmm-pmip-08 draft-bernardos-dmm-distributed-anchoring-09.
Socket Extensions for OnDemand Mobility Management
Mobile IP Outline Intro to mobile IP Operation Problems with mobility.
Presentation transcript:

draft-xiong-dmm-ip-reachability-00 Chunshan Xiong, Jianning Liu Huawei Technologies IETF 88, Vancouver

MN IP Reachability Problem If Mobile host has multiple IP address, the CN3 wants to initiates a new IP session with the MN, which/How the MN’s IP address is selected? Why ? MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 To MN1 IETF 88, Vancouver

DDNS Method The MN1 has a global unique ID, e.g. FQDN When the MN1 gets a new IP address, it can register its new IP address to the DDNS Server with its ID. The CN3 wants to setup a new IP session with the MN1, CN3 gets he MN1 IP address from the DDNS Server. The CN3 uses the IP address provided by the DDNS Server to setup the IP Session.. MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 To IPx DDNS Server 1.Register with MN1 ID & IP1 2. Register with MN1 ID & IP2 3. DNS Request (MN1 ID) 4. DNS Response(Ipx) IETF 88, Vancouver 5. Setup IP Session

Server Registration Method The MN1 and CN3 register to the same Server for a special service (e.g. MSN Messenger) using its IP address. When the MN1 gets a new IP address, it can register its new IP address to the Server. If CN3 wants to initiate a service to the MN1, there are 3 modes to setup the IP session: – P2P mode: After the server provides MN1 IP address and Port information to the CN3, the CN3 directly setup the IP Session with the MN1 without the server involved. – Server Central mode: For the CN3, the server proxies the MN1, at the same time for the MN1,the server proxies the CN3, the Servers is in the CP/UP path of the IP session between CN3 and MN1; – Combined mode: The server is only in the path of the signaling path of the IP session between the CN3 and MN1, and the user plane is directly setup between CN3 and MN1. MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 To IPx Server 1.Register with MN1 Service ID & IP1 2. Register with MN1 Service ID & IP2 3. Register with CN3 Service ID & CN3 IP address IETF 88, Vancouver

Server Registration Method P2P Mode The MN1 and CN3 register to the same Server for a special service (e.g. MSN Messenger) using its IP address. When the MN1 gets a new IP address, it can register its new IP address to the Server. If CN3 wants to initiate a service to the MN1, it sends the “Service Request to MN1”message to the server – The server then provides MN1 IP address and Port information to the CN3, the CN3 directly setup the IP Session with the MN1 without the server involved. MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 To IPx Server 4.Service Request to MN1 5.Setup IP Session with MN1 5. MN1 IP & Port IETF 88, Vancouver 1.Register with MN1 Service ID & IP1 2. Register with MN1 Service ID & IP2 3. Register with CN3 Service ID & CN3 IP address

Server Registration Method Server Central Mode The MN1 and CN3 register to the same Server for a special service (e.g. MSN Messenger) using its IP address. When the MN1 gets a new IP address, it can register its new IP address to the Server. If CN3 wants to initiate a service to the MN1, it sends the “Service Request to MN1”message to the server – The Server provide its IP address and port information to the CN3 as the MN1 contact information. – At the same time, the server proxies the CN3 to setup an IP Session to MN1. – After that, the IP session between CN3 and MN1 is combined two parts: CN3- Server part and Server-MN1 part. i.e. the Servers is in the CP/UP path of the IP session between CN3 and MN1; MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 Server 4.Service Request to MN1 5.Setup IP Session with MN1 5. Server IP & Port IETF 88, Vancouver 1.Register with MN1 Service ID & IP1 2. Register with MN1 Service ID & IP2 3. Register with CN3 Service ID & CN3 IP address 4b.Service Request to MN1

Server Registration Method Combined Mode The MN1 and CN3 register to the same Server for a special service (e.g. MSN Messenger) using its IP address. When the MN1 gets a new IP address, it can register its new IP address to the Server. If CN3 wants to initiate a service to the MN1, it sends the “Service Request to MN1”message to the server – Similar as Service Central mode, the CP for the IP session pass through the Server, but the UP for the IP session is directly established between the CN3 and MN1. If there is no CP and UP for the IP session, then combined mode is server central mode. MR1MR2 MN1 IP1 path 2 IP2 CN1CN2CN3 Server 4.Service Request to MN1 5.Setup IP Session with MN1 5. Server IP & Port IETF 88, Vancouver 1.Register with MN1 Service ID & IP1 2. Register with MN1 Service ID & IP2 3. Register with CN3 Service ID & CN3 IP address 4b.Service Request to MN1

Issues to be investigated The paper shows there are no big potential issues with the MN IP reachability for the DMM, but the following issues still needs to be investigated: – When does the MN update its new IP address to the DNS/APP Server and to keep the previous IP session’s continuity? – If the MN’s old and new IP address are used for the CP and UP separately, then when to update the IP address registration in the APP server ? IETF 88, Vancouver

How to Forward Collect MN IP reachability issues and provide detailed IP address updating in the DNS/APP server during/after the DMM procedure. Possible or Necessary to continue to update the draft ? IETF 88, Vancouver