1 Handover for PMIPv6 Using MIH KANG Joon-Suk 姜 俊錫.

Slides:



Advertisements
Similar presentations
1 IEEE Media Independent Handoff Overview of services and scenarios for 3GPP2 Stefano M. Faccin Liaison officer to 3GPP2.
Advertisements

xxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx LB1c-handover-issues.ppt Title: Handover Commands Thoughts and Open Issues.
Advantage Century Telecommunication Corp. AIL: Actively Intelligent Link-Layer Handoff Guo-Yuan Mikko Wang
1 Introduction to Mobile IPv6 IIS5711: Mobile Computing Mobile Computing and Broadband Networking Laboratory CIS, NCTU.
MIP Extensions: FMIP & HMIP
Auto Configuration and Mobility Options in IPv6 By: Hitu Malhotra and Sue Scheckermann.
1 Mobility Management for All-IP Mobile Networks: Mobile IPv6 vs. Proxy Mobile IPv6 Ki-Sik Kong; Wonjun Lee; Korea University Youn-Hee Han; Korea university.
© 2006 Cisco Systems, Inc. All rights reserved.IP6FD v2.0—2-1 IPv6 Operations Defining and Configuring Neighbor Discovery.
Distributed mobility management in the context of the MEDIEVAL project MEVICO Final Seminar, part 2 23 rd November 2012 Carlos J. Bernardos, UC3M
Adaptive Context Transfer Scheme for Fast Handoff in Proxy Mobile IPv6 Sept. 19, 2008 Jaejong Baek, Jooseok Song {jjb27, Department.
Dynamic Tunnel Management Protocol for IPv4 Traversal of IPv6 Mobile Network Jaehoon Jeong Protocol Engineering Center, ETRI
Network Localized Mobility Management using DHCP
IPv6 Multihoming Support in the Mobile Internet Presented by Paul Swenson CMSC 681, Fall 2007 Article by M. Bagnulo et. al. and published in the October.
Inter-Subnet Mobile IP Handoffs in b Wireless LANs Albert Hasson.
1 DHCP-based Fast Handover protocol NTT Network service systems laboratories Takeshi Ogawa draft-ogawa-fhopt-00.txt 62nd IETF - Minneapolis.
1 Vertical Handover for PMIPv6 KANG Joon-Suk 姜 俊錫.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Handover Diagrams for Break before Make case Date Submitted: April.
1 Route Optimization based on ND-Proxy for Mobile Nodes in IPv6 Mobile Networks Jaehoon Jeong, Kyeongjin Lee, Jungsoo Park, Hyoungjun Kim ETRI
Networks Evolving? Justin Champion C208 Ext:3723
Guide to TCP/IP Fourth Edition
81st IETF, Quebec Citydraft-bernardos-mext-dmm-pmip-01 A PMIPv6-based solution for Distributed Mobility Management draft-bernardos-mext-dmm-pmip-01 Carlos.
Vertical Handover Nawshad Rehan Rasha
National Institute Of Science & Technology Mobile IP Jiten Mishra (EC ) [1] MOBILE IP Under the guidance of Mr. N. Srinivasu By Jiten Mishra EC
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 Sideseadmed (IRT0040) loeng 5/2010 Avo
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Distributed Mobility Management using IEEE Date Submitted: March 16, 2011.
Seamless Handover Scheme for Proxy Mobile IPv6 Ju-Eun Kang, LGDACOM CORPORATION/Research Institute of Technology, Korea Dong-Won Kum, Yang Li, and You-Ze.
네트워크 기반 지역 이동성 지원 프로토콜 적용 기술 Internet Computing KUT ( Youn-Hee Han.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: MIH_Handover primitives and scenarios Date Submitted: April, 30,
A Route Optimization Scheme Based on Roaming in PMIPv6 (pROR) S.-s. Oh, H.-Y. Choi, and S.-G. Min 1 in Fifth International Joint Conference on INC, IMS.
Convergence & Handoff Issues in Next-Generation Wireless Networks Jaydip Sen.
Transient BCE for Proxy Mobile IPv6 draft-liebsch-netlmm-transient-bce-pmipv6-01.txt Oliver Marco
1 Evaluation of PMIPv6 Base Multicast Support Drafts Stig Venaas Behcet Sarikaya November 2009 Multimob WG IETF 76.
Transient BCE for Proxy Mobile IPv6 draft-ietf-mipshop-transient-bce-pmipv6-00.txt Oliver Marco
1 NetLMM Vidya Narayanan Jonne Soininen
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Amendment for MIH_Network_Address_Information ( , )
Introduction to Mobile IPv6
MIPSHOP – November, 2005 Event Services and Command Services for Media Independent Handover Presentation prepared by: Srini Sreemanthula Presented by:
Performance Validation of Mobile IP Wireless Networks Presented by Syed Shahzad Ali Advisor Dr. Ravi Pendse.
JinHyeock Choi, DongYun Shin hppt:// Fast Router Discovery with L2 Support draft-jinchoi-dna-frd-01.txt.
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.
Mobile IP 순천향대학교 정보기술공학부 이 상 정 VoIP 특론 순천향대학교 정보기술공학부 이 상 정 2 References  Tutorial: Mobile IP
Ασύρματες και Κινητές Επικοινωνίες Ενότητα # 10: Mobile Network Layer: Mobile IP Διδάσκων: Βασίλειος Σύρης Τμήμα: Πληροφορικής.
Problem Descriptions Chairs 1. Problems One slide per problem proposed First the proposer talks about it Next WG comments are solicited Chairs only to.
- IETF 64 - FMIPv6 over IEEE (draft-jang-mipshop-fh ’.txt) HeeJin Jang, Youn-Hee Han, Soohong Daniel Park SAMSUNG Junghoon Jee, Jaesun Cha.
IEEE MEDIA INDEPENDENT HANDOVER DCN: LB1a-handover-big-picture.ppt Title: LB 1a, Handover example flow with.
Context Transfer Protocol Extension for Multicast draft-vonhugo-multimob-cxtp-extension-00.txt Proposal of seamless handover support for IP multicast services.
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Network based Distributed Mobility Approach Date Submitted: July,
Logical Interface and Flow Mobility Technology Laboratory of Intelligent Networks KUT Youn-Hee Han November 26, 2010 Global.
Extension of the MLD proxy functionality to support multiple upstream interfaces 1 Luis M. Contreras Telefónica I+D Carlos J. Bernardos Universidad Carlos.
for SDN-based flow handover in wireless environments Daniel Corujo Carlos Guimarães Rui L. Aguiar
Network Mobility Support using Mobile MAG in Proxy Mobile IPv6 Domain draft-sijeon-netext-mmag-pmip-00.txt Seil Jeon (Presenter), Behcet Sarikaya, Rui.
IEEE MEDIA INDEPENDENT HANDOVER DCN: XXXX Title: Handover Flow Diagrams for Annex A.6 Date Submitted: May 26, 2007.
Extension of the MLD proxy functionality to support multiple upstream interfaces Luis M. Contreras Telefónica I+D Carlos J. Bernardos Universidad Carlos.
Mobile IP THE 12 TH MEETING. Mobile IP  Incorporation of mobile users in the network.  Cellular system (e.g., GSM) started with mobility in mind. 
Trend of Mobility Management Yen-Wen Chen Ref: 1.Draft IEEE Standard for Local and Metropolitan Area Networks: Media Independent Handover Services 2.Transport.
Introduction to “Tap – Dance ”. Company Proprietary Presentation Topics  Introduction  Handover scenarios  Inter-Network Handover consequences  Common.
MN Status Option for Proxy Mobile IPv6
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Fast Handover for Multicast in Proxy Mobile IPv6
draft-jeyatharan-netext-pmip-partial-handoff-02
2002 IPv6 技術巡迴研討會 IPv6 Mobility
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
NETLMM 및 IETF 이동성기술 표준화 동향
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
Presentation transcript:

1 Handover for PMIPv6 Using MIH KANG Joon-Suk 姜 俊錫

2 Contents Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

3 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

4 Why Proxy MIPv6 The provisioning of seamless mobility to moving nodes across homogeneous/heterogeneous access networks Theoretical Target IPv6 nodes PC, Mobile phone, PDA, Web camera, Home application, VoIP phone, Mobile router, etc.. Mobile/Multimedia applications….. But actually No current targets…..

5 Why Proxy MIPv6 Increasing number of Mobile node users.. VoIP phone, PDA, Note book, During walking Voice/Video over IP phone During riding moving vehicles All devices to use Internet Mobile router is strongly needed

6 Why Proxy MIPv6 Normal MIPv6 was already completed Leaded by mobile phone suppliers NOKIA… Heavy overhead to MN Energy problem, Waste of air resources There are no charming points to the Telecommunication Operator(supporting commercial services).

7 Why Proxy MIPv6 Many vendors and Standard organizations were concerned about alternative technology. CISCO, Juniper, WiMAX, 3GPP, IETF… Proxy Mobile IPv6 Proxy MIPv6 is good technology to support commercial service by Telecommunication Operators and router vendors.

8 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

9 Scenario pMAG : serving MAG1 MAG2 - LMA : current home agent for the mn - pMAG : currently serving MAG - MAG1&MAG2 : candidate MAGs for a next MAG LMA MN Handover

10 Protocol stack PMIPv6 for MN (simple modification of IPv6) MIHF MAC PMIPv6 MAC PMIPv6 MIHF MAC TARGET IEEE IEEE MN MAGLMA

11 Procedure pMAG : serving MAG1 Scan for Candidate Networks MN is moving 2. Scan for Candidate Networks  To make the list of candidate networks  When the MN finds new network areas… LMA MAG2

12 2- How to Scan for Candidate Networks Main method : Automatic method Using Link_Detect event The Link Detected event is generated on the MN when a PoA(Point of Attachment) of an access network is detected for the first time. Automatically detected Complement Manual method Using MIH_Link_Actions(Link_Scan) command To get a list of discovered PoAs and related information. Manually trigger

13 2- How to Scan for Candidate Networks - Automatic pMAG : serving MAG1 MAG2 Scan for Candidate Networks During MN is moving, if the MN finds the new network area, Link_Detected event is generated on the MN The event comprise the information of PoA MN stores the PoA information Making a list LMA

14 2- How to Scan for Candidate Networks - Passive MNpMAG nMAG PMIPv6 Client MIHF Protocol MAC PoA (MAC) PoS (MIHF) PMIPv6 Client PoA (MAC) PoS (MIHF) PMIPv6 Client MIIS Server MIH_Event_Subscribe.request {Link_Detected} Link_Detected Stores the link info.

15 2- How to Scan for Candidate Networks - Active pMAG : serving MAG1 MAG2 Link_Going_Down When Link_Going_Down occures, 2. if the MN has no PoA information or the confidence level of Link_Going_Down is low, 3. Start to scan for Candidate Networks => Using MIH_Link_Actions(Link_ Scan) command LMA

16 2- How to Scan for Candidate Networks - Active MNpMAG nMAG PMIPv6 Client MIHF Protocol MAC PoA (MAC) PoS (MIHF) PMIPv6 Client PoA (MAC) PoS (MIHF) PMIPv6 Client MIIS Server MIH_Scan.request Link Going Down with Low Confidence Level Link_Going_Down.indication MIH_Link_Going_Down.indication Scan for Candidate Network Link_Action.request (LINK_SCAN) Link_Action.confirm(ScanResult ) MIH_ScanResponse LINK_SCAN Stores the link info.

17 Procedure – contd. pMAG : serving MAG LMA 3. Link_Going_Down event occurs with High confidence level 4. Decision of Target MAG 4-1. MN send PoA list to pMAG 4-2. pMAG selects target MAG using the list. 4 Link_Going_ Down(70%)

18 4- Target Decision MIH_N2N_HO_Query_Resource command By what parameters? Signal strength? It must be considered more

19 MNpMAG nMAG 4- Target Decision PMIPv6 Client MIHF Protocol MAC PoA (MAC) PoS (MIHF) PMIPv6 Client PoA (MAC) PoS (MIHF) PMIPv6 Client MIIS Server … … Resource Availability Check MIH_N2N_HO_Query_Resource.request MIH_N2N_HO_Query_Resource.response

20 Procedure – contd. pMAG : serving MAG1 LMA 5. pMAG makes MAG1 prepare handover  Sending “Trigger_L3_HO”message 6. Virtual PBU 7. Setup virtual BCE and Tunnel with MAG1 8. Virtual PBA 9. Setup Tunnel and Routing

21 Procedure – contd. 10. Inform that virtual PBU is finished 11. LMA sends packets to MAG1 by the new tunnel, and MAG1 forwards them to pMAG  Because the MN is attaching to pMAG yet  The packets from the MN can be transferred by pMAG pMAG : serving MAG1 LMA 10 11

22 Procedure – contd. ☞ In current stage pMAG is serving the MN yet LMA has two tunnels for the MN with pMAG with MAG1 LMA has two cache entry for the MN with pMAG with MAG1 Packet path from LMA to MN LMA -> MAG1 –(forwarding)-> pMAG -> MN Packet path from MN to LMA MN -> pMAG -> LMA

23 Why Use Forwarding Path for Packets from LMA to MN Forwarding path MN -> pMAG -> LMA Why? To prevent the HO latency between LMA and MAG after L2 handover

24 Why Use Forwarding Path for Packets from LMA to MN 1. LMA sends packets to MAG1 by the new tunnel, and MAG1 forwards them to pMAG  Because the MN is attaching to pMAG yet  The packets from the MN can be transferred by pMAG pMAG : serving MAG1 1 LMA

25 Why Use Forwarding Path for Packets from LMA to MN 2~3. L2 HO  The L2 connection with pMAG is closed  New L2 connection is established with MAG1 4. Immediately, MAG1 can recognize that L2 HO was just finished. 5. MAG1 stops forwarding packets to pMAG at once 6. MAG1 starts to forward packets to MN directly pMAG : serving MAG1 23 LMA

26 In case of normal PMIPv6, there must be time waste after L2 HO When MAG1 informs LMA that L2 HO was just finished. MAG1 has to send PBU to LMA, and then LMA has to send PBA to MAG1 Total latency = 2 x delay(LMA ~ MAG1) Too long latency It’s the most part of total HO latency In case of FMIPv6 There is no time waste Why Use Forwarding Path for Packets from LMA to MN

27 Procedure – contd. pMAG : serving MAG1 LMA 12. pMAG triggers L2 HO using MIH command  MIH_HO_Commit Until L2 HO is finished, pMAG caches packets which come from MN and MAG1 caches packets which come from LMA. During L2 HO, the MN stores packets destined for LMA 12

28 Procedure – contd. 13. L2 HO is finished 14. RS 15. RA 16. IP set up 17. pMAG sends the packets cached to MAG1 and MAG1 forwards them to the MN 18. pMAG releases all resources about the MN pMAG : serving MAG1 LMA

29 Procedure – contd. pMAG MAG1 : serving LMA 19. HO is totally finished 19

L2 HO procedure using MIH command MNpMAG nMAG PMIPv6 Client MIHF Protocol MAC PoA (MAC) PoS (MIHF) PMIPv6 Client PoA (MAC) PoS (MIHF) PMIPv6 Client MIIS Server … … Resource Availability Check MIH_N2N_HO_Commit.request MIH_N2N_HO_Commit Request MIH_N2N_HO_Commit.indication MIH_N2N_HO_Commit.response MIH_N2N_HO_Commit Response MIH_N2N_HO_Commit.confirm MIH_Net_HO_Commit.request MIH_Net_HO_CommitRequest L2 HO MIH_Net_HO_Commit.confirm MIH_Net_HO_CommitResponse (Status = Success)

L2 HO procedure using MIH command MNpMAG nMAG PMIPv6 Client MIHF Protocol MAC PoA (MAC) PoS (MIHF) PMIPv6 Client PoA (MAC) PoS (MIHF) PMIPv6 Client MIIS Server MIH_MN_HO_Complete.request MIH_MN_HO_CompleteRequest MIH_MN_HO_Complete.indication MIH_MN_HO_Complete.response MIH_MN_HO_CompleteResponse MIH_MN_HO_Complete.confirm

32 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

33 Time Line 1. Preparing HO MNpMAG MAGn MAG1 … LMA Tunnel Serving Beacon / Response to a probe Link_detect Stores the link info. Link_Going_Down(Low confidence) Link_Action(Link_Scan) Link_Scan Stores the link info. Link_Going_Down(High confidence) PoA List Resource Query Target Decision => MAG1 Low

34 Time Line 2. make before breaking MNpMAG MAG1 LMA Tunnel Inform that virtual PBU is finished Trigger_L3_HO Virtual PBU BCE Update Virtual PBA Packet forwarding(destined for MN) Packet forwarding(from MN)

35 Time Line 3. Complete L2 HO MNpMAG MAG1 LMA Tunnel L2 HO Trigger_L2_HO BCE Update Link_down Packet caching Serving HO complete release BCE Release RS RA

36 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

37 Problems to be solved When does the ‘scanning for Candidate Networks’ start? 1. After Link_Going_Down(Low confidence Level) message occurs ? It acts totally up to Link_Going_Down event But, I’m not sure whether Link_Going_Down can be performed to my wishes. 2. Check the signal from serving MAG periodically. If it decreases to specific level, start ‘scanning’ Additive technic is required. It Maybe become a burden to the MN

38 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

39 Vertical Handover IPv6 Backbone MAG1MAG2 Different Access Network Type MN L2 Link Detection & Interface SWAP L2 Link Detection & Interface SWAP MN.. High speed wireless LAN Wireless LAN Interface Wireless LAN Interface 3GPP Interface 3GPP Interface 3GPP(Cellular)

40 Why Vertical Handover Cost/Capacity/Coverage….. If a laptop might be able to use both a high speed wireless LAN and a cellular technology for Internet access. Wireless LAN connections generally provide higher speeds benefit of utilizing the higher bandwidth and lower cost Cellular technologies generally provide more ubiquitous coverage. better mobility support and larger coverage The laptop user might want to use a wireless LAN connection whenever one is available, and to 'fail over' to a cellular connection when the wireless LAN is unavailable.

41 Two Issues of V-Handover Multihoming problem. There are many types of access network(L2) Mobile Node : Multiple Interfaced Node. Have to support unified signaling service between L2 and L3 regardless of L2 type MIH

42 Reuse of the Fast-handover method Fast-HO uses MIH events and commands between MAG and MN Those events and commands are applicable to various L2 techniques MIH_Event_Subscribe Link_Detect Link_Going_Down MIH_N2N_HO_Query_Resource MIH_Link_Actions(Link_Scan) MIH_HO_Commit …. The process between MAG and LAM has only L3 procedure Independent on L2

43 Multiple Ifs for MIPv6 Scenarios and Motivations for Multihomed mobile nodes Need for ubiquitous access to the Internet Need to redirect established sessions Need to set up preferences Need to select the best access technology Need to dispatch traffic over distinct paths Need for reliability Need to accelerate transmission

44 IPv6 addressing methods Auto-configuration is recommended Stateless ‘Network Prefix’(from Router) + ‘unique If ID’(from L2 address of If) Statefull DHCPv6 & ‘unique If ID’(from L2 address of If) Manual-configuration It is not related with If ID Auto-configuration is strongly recommended To improve efficiency of network management

45 IP changing problem Transport IPv6 MAC1 MAC2 MN Transport IPv6 MAC1 MAC2 MN Moving and Changing IP = Net Prefix + IF ID from MAC1 IP = Net Prefix + IF ID from MAC2 Session will break down after handover Because of IP address changing

46 IP changing problem To achieve seamless connection IP address must not be changed To get other advantages of multi-homing Each Interface must have unique IP address I will focus on ‘Seamless connection’

47 Using current RA method ? I did not want to modify normal addressing system. But, Router Advertisement message supports information about only auto-configuration.

48 Virtual Interface (Switch manager) ?? Application FH-PMIPv6 MIHF MAC Application FH-PMIPv6 MIHF MAC Application FH-PMIPv6 MIHF MAC Application FH-PMIPv6 MIHF Virtual Interface(Switch manager) Multiple MACS… MNMAG MN Representative IP address Representative Interface ID

49 Simple Modification of Auto-configuration process MN must memorize representative Interface The interface by which the MN is attached to LMA. When the MN set up the IP address using auto-configuration method (by the information from RA) To get a Interface ID, the MN uses the MAC address of representative Interface, instead of actual interface.

50 Simple Modification of Auto-configuration process Transport IPv6 MAC1 MAC2 MN Transport IPv6 MAC1 MAC2 MN Moving but no Changing IP = Net Prefix + IF ID from MAC1 IP = Net Prefix + IF ID from MAC2 IP = Net Prefix + IF ID from MAC1

51 Procedure Almost same with fast-HandOver procedure But it is possible to set up the connection between MN and new MAG, before breaking the connection between MN and old MAG First part is same with fastHO procedure Stage 1 ~ Stage 9

52 Procedure – contd. 10. Trigger L2 connection setup(MAG1 and MN’s new IF) 11. Setup the L2 connection with MAG1 pMAG : serving MAG1 LMA MN

53 Procedure – contd. 12. Inform that virtual PBU is finished 13. LMA sends packets to MAG1 by the new tunnel, and MAG1 forwards them to pMAG  Because the MN is attaching to pMAG yet  The packets from the MN can be transferred by pMAG pMAG : serving MAG1 LMA MN

54 Procedure – contd. 14. Change the connection Until L2 HO is finished, pMAG caches packets which come from MN and MAG1 caches packets which come from LMA. During L2 HO, the MN stores packets destined for LMA pMAG : serving MAG1 LMA 14 MN

55 Procedure – contd. 15. L2 HO is finished 16. RS 17. RA 18. IP set up 19. pMAG sends the packets cached to MAG1 and MAG1 forwards them to the MN 20. pMAG releases all resources about the MN pMAG : serving MAG1 LMA

56 Procedure – contd. pMAG MAG1 : serving LMA 21. HO is totally finished 21

57 Time Line 1. Preparing HO MNpMAG MAGn MAG1 … LMA Tunnel Serving Beacon / Response to a probe Link_detect Stores the link info. Link_Going_Down(Low confidence) Link_Action(Link_Scan) Link_Scan Stores the link info. Link_Going_Down(High confidence) PoA List Resource Query Target Decision => MAG1 Low

58 Time Line 2. make before breaking MNpMAG MAG1 LMA Tunnel Inform that virtual PBU is finished Trigger_L3_HO Virtual PBU BCE Update Virtual PBA Packet forwarding(destined for MN) Packet forwarding(from MN) L2 connection(new if)

59 Time Line 3. Complete L2 HO MNpMAG MAG1 LMA Tunnel L2 HO Trigger_L2_HO BCE Update Link_down Packet caching Serving HO complete release BCE Release RS RA

60 Agenda Why Proxy MIPv6 Fast HO procedure Fast HO Time line Problems to be solved Vertical Handover Problems to be solved Comments

61 Problems to be solved Complexity MIH signaling Rollback procedure Rapid and sudden movement of MN Have to consider unexpected actions

62 Ns-2 status Modification for MIH (NS-2.29) Link_detected Link_Going_Down Source analysis for MIPv6 Mobiwan Based on NS2.26/NS2.27

63 Comments & Questions