Network Working Group O. Troan Internet-Draft cisco Intended status: Standards Track S. Matsushima Expires: August 2, 2012 SoftBank Telecom

T Murakami,IP Infusion,X Li,C Bao

2012-01-01

Abstract:This document describes a generic mechanism for mapping between IPv4 addresses and IPv6 addresses and transport layer ports.

What problem does this paper attempt to address?

Mapping of Address and Port (MAP)

Congxiao Bao,Ole Trøan,Xing Li,T. Murakami

2012-01-01

Abstract:This document describes a generic mechanism for mapping between an IPv4 prefix, address or parts thereof, and transport layer ports and an IPv6 prefix or address.
On Mapping of Address and Port Using Translation.

Aniruddha Bhattacharjya,Xiaofeng Zhong,Jing Wang,Xing Li

DOI: https://doi.org/10.1504/ijics.2019.099419

2019-01-01

Abstract:Due to the shortage of IPv4 addresses, many hosts are currently assigned to a single IPv4 address by using one or a number of NAT devices. However, numerous NAT devices cannot be upgraded for executing 6to4 due to technical and/or economic reasons. Solutions depending on Double Network Address Translation 64 are a good way to utilise shared IP4 addressing. Mapping of address and port using translation (MAP-T) is a technique that accomplishes double translation on Border Relay (BR) and customer edge (CE) devices. IPv4 and IPv6 forwarding, IPv4 and IPv6 fragmentation functions, and NAT64 translation functions are used by MAP-T. This enables increasing numbers of IPv6 in both clients and servers in order to possess the best defence against certain attacks, such as routing loop attacks, spoofing attacks, denial-of-service attacks. We have here proposed some procedures for creating frameworks and sustaining secure IPv6 networks according to applications, environs and architecture.
MBONED Working Group M. Boucadair, Ed. Internet-Draft France Telecom Intended status: Standards Track J. Qin Expires: February 11, 2013 Cisco

Y Lee,S Venaas,X Li,M Xu

2012-01-01

Abstract:This document reserves two IPv6 multicast prefixes to be used in the context of IPv4-IPv6 interconnection. The document specifies an algorithmic translation of an IPv6 multicast address to a corresponding IPv4 multicast address, and vice versa. This algorithmic translation can be used in both IPv4-IPv6 translation or encapsulation schemes.
Network Working Group C. Huitema Internet-Draft Microsoft Corporation Obsoletes: 2765 (if approved) C. Bao Intended status: Standards Track CERNET Center/Tsinghua University …

M Boucadair,France Telecom,X Li

2009-01-01

Abstract:This document discusses the algorithmic translation of an IPv6 address to a corresponding IPv4 address, and vice versa, using only statically configured information. It defines a wWell-kKnown pPrefix for use in algorithmic translations, while allowing organizations to also use nNetwork-sSpecific pPrefixes when appropriate. Algorithmic translation is used in IPv4/IPv6 translators, as well as other types of proxies and gateways (eg, for DNS) used in IPv4/IPv6 scenarios.
Internet Engineering Task Force X. Liu Internet-Draft B. Yan Intended status: Informational CNIC/Chinese Academy of Expires: May 9, 2013 Sciences

C Bao,X Li

2012-01-01

Abstract:Network setup and testing results using MAP-Translation (MAP-T), MAP-Encapsulation (MAP-E) and mixed MAP-T/MAP-E are described in this document.
Public IPv4-over-IPv6 Access Network.

Yong Cui,Jianping Wu,Peng Wu,Olivier Vautrin,Yiu L. Lee

DOI: https://doi.org/10.17487/RFC7040

2013-01-01

Abstract:Page 1. Public IPv4 over Access IPv6 network draft-cui-softwire-host-4over6-06 draft-cui-softwire- dhcp-over-tunnel-01 Y. Cui, J. Wu, P. Wu Tsinghua Univ. C. Metz Cisco Systems O. Vautrin Juniper Networks Y. Lee Comcast T. Lemon Nominum Page 2. Public 4over6: basic idea B4 AFTR (NAT) Dual-stack lite: v4-in-v6 tunnel SERVE R AFTR (no NAT) v4-in-v6 tunnel B4 (NAT) AFTR (no NAT) v4-in-v6 tunnel Public 4over6: host host host 4over6 initiator 4over6 concentrator When allocating public address to B4… Page 3. Change logs • -00 version in July 2010 • Both stateful and stateless solution in -01 -02 version • WG asks us to accomplish the stateful solution first(-03, -04 version) • changes since -04 version ▫ Split DCHPv4 over IPv6 to a dedicated draft ▫ Add use cases analysis ▫ Remove the Non-NAT CPE case ▫ Mapping maintenance method changes for HA/ security concern Page 4. Documents …
Translation Spot Negotiation in IPv4/IPv6-Coexist Mesh

Yong Cui,Xing Li,Mingwei Xu,C. Metz,Jianping Wu,Shengling Wang,Peng Wu

2010-01-01

Abstract:IPv6 offers significant advantages over IPv4. However IPv4 and IPv6 protocols are expected to coexist during a long period. Currently, there are many IPv4/IPv6 transition/coexistence technologies, which can be generally devided into two kinds: translation and tunneling. In some typical transition scenarios, both tunneling and translation are needed. However, either translation or tunneling has limitation and application scope. In addition to the IP versions of source networks and destination networks, the IP version of transport network (the middle part along end-to-end path) also plays an important role during IPv4/IPv6 transition/coexistence. Therefore, we need to decide which transition methods should be used in different typical transition scenarios and how transition and tunneling collaborate for solving transition/coexistence problems. This draft presents an IPv4-IPv6 transition/coexistence framework named PET (short for Prefixing, Encapsulation and Translation), which is a network side solution. PET includes fundamental elements needed in transition scenarios, which provides the flexibility for network operators to decide the proper transition technology. In addition, this draft also addresses how to deploy PETs and analyze the advantages and disadvantages of typical transition technologies that PET may adopt.
Network Working Group J. Wu Internet-Draft Tsinghua University Intended status: Experimental R. Bonica Expires: August 9, 2007 Juniper Networks

J Bi,X Li,G Ren,MI Williams

2007-01-01

Abstract:The Internet is a decentralized system which basically provides best effort, packet-based data forwarding service. In the forwarding process, the device (router, switch, gateway, etc.) forwards IP packets based on the destination IP address. In most cases, the source IP address is not checked. The lack of source IP address checking makes it easy for the attackers to spoof the source address. And it has facilitated many existing attacks in the Internet.In recent years, there have been some efforts in the research community to design mechanisms on fighting against source address spoofing. We think it is now a suitable time to summarize the progress and to standardize some results of research efforts to protocols, to enhance the authenticity of the source address. Providing authentic IP address is not only helpful to network security, but also helpful to some other aspects, eg, network application, network management and …
Network Working Group Tao Zijin Internet Draft Gong Zhenghu Intended status: Informational Lu Zexin Expires: February 24, 2012 Wang Baosheng

Wang Hong,Li Sudan,Liu YaPing,Lv Shaohe,Bi Jun,Wu JianPing

2011-01-01

Abstract:This memo describes SAVO SAVI, a source address validation mechanism for IPv6 networks based on the OSPFv3 protocol within Intra-Domain field. The proposed mechanism is intended to complement ingress filtering techniques to provide a higher granularity on the control of the forged source addresses and it can deal with the asymmetric routing for which the common uRPF scheme ([RFC2827]) may fail.
4To6:A Scalable Automatic-Tunnel Mechanism Oriented to Routing Protocols

WANG Hai-yang,XU Ke,LI Zhao,WANG Ji-cheng,FU Li-zheng

DOI: https://doi.org/10.3969/j.issn.1000-1220.2006.10.004

2006-01-01

Abstract:Interconnection of IPv4 networks over IPv6 backbones are required by the development of CNGI project as IPv6 backbones come forth. However, there are no suitable transition mechanisms available to satisfy the demand of complex routing and packets propagation at present. In this paper, we propose a mechanism, denoted 4to6,to meet the requirement abore. The 4to6 is a kind of automatic-tunnel that can help an router to discover other 4to6 routers and build an virtual-link-topology for the standard routing protocols by which the reachable routing information of IPv4 networks is spread. Based on the route information above, the packets are forwarded accordingly. They aro converted into the encapsulated IPv6 packets and then decapsulated back to the IPv4 packets at the borderland of 4over6 router. The implementation and analysis show that 4to6 mechanism is suitable for large-scale and high performance network interconnections in the complicated environments. The 4to6 is significant for the development of the automatic-tunnel mechanism in Ipv6 backbones.
MBONED Working Group M. Boucadair, Ed. Internet-Draft France Telecom Intended status: Standards Track J. Qin Expires: October 20, 2013 Cisco

Y Lee,S Venaas,X Li,CERNET Center,M Xu

2013-01-01

Abstract:This document reserves one bit (M-bit) of the unicast prefix-based multicast IPv6 address for ASM and an IPv6 multicast prefix for SSM mode to be used in the context of IPv4-IPv6 interconnection.
Specifications of MAP Translation (MAP-T) MAP Encapsulation (MAP-E)

Xing Li,T Murakami

2012-01-01

Abstract:Page 1. Specifications of MAP Translation (MAP-T) MAP Encapsulation (MAP-E) Xing Li, etc T. Murakami, etc 2012-03-30 Page 2. 2 MAP framework MAP Address format (BMR, FMR) Port mapping algorithm MAP-E DMR for E RFC2473 Applicability for E MAP-T DMR for T RFC6145 Applicability for T MAP-DHCP • MAP Series：ONE Complete Standard (MAP, MAP-E, MAP-T, MAP-DHCP) • Data path forwarding are based on existing standards • Different applicability Beijing Interim meeting Consensus-Create Design team Well-discussed in the mailing-list for about 6 months Page 3. 3 Address format and Port-mapping algorithm Same port mapping algorithm (GMA) Same address format for BMR and FMR Page 4. 4 MAP address example http://mapt.ivi2.org:8039/ Page 5. 5 MAP-T • Stateless Double translation – One mode of MAP with specific DMR – Keep IPv4 end-to-end transparency except corner cases …
IETF Softwire Unicast and Multicast Framework for IPv6 Transition

Yong Cui,MingWei Xu,JianPing Wu,Xing Li

DOI: https://doi.org/10.1007/s11432-008-0152-8

2008-01-01

Science in China Series F Information Sciences

Abstract:IPv6 protocol plays an important role in the next generation of Internet (NGI). It is expected that the elegant coexistence of IPv4 and IPv6 is the key point of IPv6 transition. To solve the transition problem, we propose a mesh unicast framework and a multicast framework in this paper. We describe two reference models for the mesh unicast framework, and put forward two potential solutions for the multicast framework. A Linux-based prototype is implemented for IPv4 over IPv6 scenario and a test bed is deployed with 8 nodes on CERNET2. The deployment demonstrates the advantages of the framework.
Internet Draft Tsinghua Univ. Intended status: Standard Tracks F. Shi Expires: November 2012 China Telecom May 8, 2012

SAVI K Xu,G Hu,J Bi,M Xu

2012-01-01

Abstract:Many proposals have been presented for preventing IP spoofing from occurring in network. An outstanding of them is the SAVI (Source Address Validation Improvement) proposal which was advocated by IETF SAVI workgroup for solving this problem from user access switch. SAVI Working Group is developing standardize mechanisms that prevent nodes attached to the same IP link from spoofing each other’s IP addresses, and achieve IP source address validation at a finer granularity. However, up to now, to the best of our knowledge, none of them has focused on the scenarios of 4over6 transition, that is, IPv4 packets transit IPv6 network and arrive at other edge IPv4 network (s). With the boom of IPv6 networks, this issue becomes more and more urgent. In addition, since 4over6 plans are plenty and various, one solution cannot meet all requirements of these plans. This document describes a framework of IP …
Network Working Group Tao Zijin Internet Draft Gong Zhenghu Lu Zexin Wang Baosheng

Wang Hong,Li Sudan,Liu YaPing,Bi Jun,Wu JianPing

2011-01-01

Abstract:This memo describes SAVO SAVI, a source address validation mechanism for IPv6 networks based on the OSPFv3 protocol within Intra-Domain field. The proposed mechanism is intended to complement ingress filtering techniques to provide a higher granularity on the control of the forged source addresses and it can deal with the asymmetric routing for which the common uRPF scheme ([RFC2827]) may fail.The proposed SAVO mechanism does not need any additional communication between the routers in which the SAVO mechanism has been implemented and deployed. It can be incrementally deployed by the network manager and when it is only partially deployed it still helps to restrict the effect of the source address forging. It provides proactive incentives for the users who deploy it for they will be able to filter the packets with forged source address to a certain range, especially when the forged addresses …
Extended IPv6 Addressing for Encoding Port Range

Changchun Bao,Xing Li

2017-01-01

Abstract:This document discusses an extension of the algorithmic translation between IPv4 and IPv4-translatable IPv6 addresses. The extended address format contains transport-layer port set identification (PSID) which allows several IPv6 nodes to share a single IPv4 address with each node managing a different range of ports. This address format extension can be used for IPv4/IPv6 translation, as well as IPv4 over IPv6 tunneling.
DNS-like IPv4/IPv6 address interpreting system

Sheng Zhonghua,Yu Xiangzhan,Liu Pi'e

DOI: https://doi.org/10.1109/ICIT.2008.4608679

2008-01-01

Abstract:In order to smoothly transit the IPv4 internet to IPv6, some related network transiting mechanisms[J] were developed, which basically put emphasize on the co-existence of IPv4 and IPv6 network while transiting. However, the most significant problem preventing common user from trying and adopting IPv6 is that many kind of now-existing software take no support of IPv6, especially those used in some special area which has been used and tested for years. This brings a rather high cost and risk in the software transiting. In this paper, the author tries to propose a new mechanism to solve this problem, which makes the net-layer protocol transparent to the application layer software by modifying the socket calls. ©2008 IEEE.
The Transition to IPv6, Part II: the Softwire Mesh Framework Solution

Yong Cui,Jianping Wu,Xing Li,Mingwei Xu,C. Metz

DOI: https://doi.org/10.1109/mic.2006.113

IF: 2.68

2006-01-01

IEEE Internet Computing

Abstract:For pt.1 see ibid., p.54-59 (2005). This work spawned an effort in the IETF to develop a generalized method for routing and tunneling different address families across uniform IPv4 or IPv6 backbone networks. Inspired by the CERNET2 effort, the IETF softwires working group has introduced a framework for a solution that offers a generalized, network-based capability for routing and tunneling multiple address families across native IPv4 or IPv6 backbone networks
Experience from Double Translation and Encapsulation (MAP) Testing

Congxiao Bao,Xing Li,Xiaohan Liu,Yan Bao-ping

2014-01-01

Abstract:This document discusses the experiences of using Mapping of Address and Port (MAP). Network setup and testing results using MAP- Translation (MAP-T), MAP- Encapsulation (MAP-E) and mixed MAP-T/MAP-E are described in this document. Relationships among native IPv6, single translation, double translation, and encapsulation are also discussed.

Network Working Group O. Troan Internet-Draft cisco Intended status: Standards Track S. Matsushima Expires: August 2, 2012 SoftBank Telecom

Mapping of Address and Port (MAP)

On Mapping of Address and Port Using Translation.

MBONED Working Group M. Boucadair, Ed. Internet-Draft France Telecom Intended status: Standards Track J. Qin Expires: February 11, 2013 Cisco

Network Working Group C. Huitema Internet-Draft Microsoft Corporation Obsoletes: 2765 (if approved) C. Bao Intended status: Standards Track CERNET Center/Tsinghua University …

Internet Engineering Task Force X. Liu Internet-Draft B. Yan Intended status: Informational CNIC/Chinese Academy of Expires: May 9, 2013 Sciences

Public IPv4-over-IPv6 Access Network.

Translation Spot Negotiation in IPv4/IPv6-Coexist Mesh

Network Working Group J. Wu Internet-Draft Tsinghua University Intended status: Experimental R. Bonica Expires: August 9, 2007 Juniper Networks

Network Working Group Tao Zijin Internet Draft Gong Zhenghu Intended status: Informational Lu Zexin Expires: February 24, 2012 Wang Baosheng

4To6:A Scalable Automatic-Tunnel Mechanism Oriented to Routing Protocols

MBONED Working Group M. Boucadair, Ed. Internet-Draft France Telecom Intended status: Standards Track J. Qin Expires: October 20, 2013 Cisco

Specifications of MAP Translation (MAP-T) MAP Encapsulation (MAP-E)

IETF Softwire Unicast and Multicast Framework for IPv6 Transition

Internet Draft Tsinghua Univ. Intended status: Standard Tracks F. Shi Expires: November 2012 China Telecom May 8, 2012

Network Working Group Tao Zijin Internet Draft Gong Zhenghu Lu Zexin Wang Baosheng

Extended IPv6 Addressing for Encoding Port Range

DNS-like IPv4/IPv6 address interpreting system

The Transition to IPv6, Part II: the Softwire Mesh Framework Solution

Experience from Double Translation and Encapsulation (MAP) Testing