• KSII Transactions on Internet and Information Systems (TIIS)
• /
• v.5 no.7
• /
• pp.1230-1251
• /
• 2011

This document specifies a new IPv6 deployment protocol called CHANC, which stands for Configuring Hosts to Auto-detect (IPv6, IPv6-in-IPv4, or IPv4) Network Connectivity. The main part is an application level tunneling protocol that allows Internet Service Providers (ISPs) to rapidly start deploying IPv6 service to their subscribers whom connected to the Internet via IPv4-only access networks. It carries IPv6 packets over HTTP protocol to be transmitted across IPv4-only network infrastructure. The key aspects of this protocol are: offers IPv6 connectivity via IPv4-only access networks, stateless operation, economical solution, assures most firewall traversal, and requires simple installation and automatic configuration at customers' hosts. All data packets and routing information of the IPv6 protocol will be carried over the IPv4 network infrastructure. A simple application and a pseudo network driver must be installed at the end-user's hosts to make them able to work with this protocol. Such hosts will be able to auto-detect the ISP available connectivity in the following precedence: native IPv6, IPv6-in-IPv4, or no IPv6 connectivity. Because the protocol does not require changing or upgrading customer edges, a minimal cost in the deployment to IPv6 service should be expected. The simulation analysis showed that the performance of CHANC is pretty near to those of native IPv6, 6rd, and IPv4 protocols. Also, the performance of CHANC is much better than that of D6across4 protocol.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2004.05a
• /
• pp.1421-1424
• /
• 2004

본 논문은 IPv6의 보급확산을 위해서 추진된 NCA의 IPv6 웹 포탈사이트 구축을 통해 정의된 시스템 아키텍처를 소개하며, S/W, 네트워크, 하드웨어의 실질적인 구축 사례를 제시한다. 그리고, 이와 같은 웹 서비스 제공을 통해 일반 이용자를 IPv4에서 IPv6로 유도할 수 있는 효과적인 서비스 정책과 시스템 구현 기술을 보여준다.

• Proceedings of the Korean Institute of Information and Commucation Sciences Conference
• /
• 2008.10a
• /
• pp.261-264
• /
• 2008

IPv6 has been proposed and deployed to cater the shortage of IPv4 addresses. It is expected to foresee mobile phones, pocket PCs, home devices and any other kind of network capable devices to be connected to the Internet with the introduction and deployment of IPv6. This scenario will bring in more challenges to the existing network infrastructure especially in the network security area. Firewalls are the simplest and the most basic form of protection to ensure network security. Nowadays, firewalls' usage has been extended from not only to protect the whole network but also appear as software firewalls to protect each network devices. IPv6 and IPv4 are not interoperable as there are separate networking stacks for each protocol. Therefore, the existing states of the art in firewalling need to be reengineered. In our context here, we pay attention only to the IPv6 firewalls configuration anomalies without considering other factors. Pre-evaluation of security risk is important in any organization especially a large scale network deployment where an add on rules to the firewall may affect the up and running network. We proposed a new probabilistic based model to evaluate the security risks based on examining the existing firewall rules. Hence, the network administrators can pre-evaluate the possible risk incurred in their current network security implementation in the IPv6 network. The outcome from our proposed pre-evaluation model will be the possibilities in percentage that the IPv6 firewall is configured wrongly or insecurely where known attacks such as DoS attack, Probation attack, Renumbering attack and etc can be launched easily. Besides that, we suggest and recommend few important rules set that should be included in configuring IPv6 firewall rules.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.1199-1202
• /
• 2008

인터넷 이용의 폭발적인 성장에 힘입어 IPv4 주소가 고갈됨에 따라 향후 IPv6 주소로의 전환이 필요하다. 하지만 현재 IPv6 장비 도입 비용 및 보안시스템 등의 기술적인 문제와 IPv4 서비스와의 상호연계 문제 등으로 IPv6로의 전환에 어려움을 겪고 있다. 이에 공공부문 특히 우리나라 IT의 메카인 대덕연구개발특구에 IPv6 네트워크를 구축하고 특화서비스를 개발하여 성공적인 IPv6 전환 촉진 및 IPv6 이용을 활성화 하고자 한다. 이를 위해 본 논문에서는 IPv6 네트워크 전환 구축방안을 제시하고 이에 따른 특화서비스에 대하여 알아보고자 한다.

• 한국정보통신설비학회:학술대회논문집
• /
• 2007.08a
• /
• pp.163-166
• /
• 2007

This paper describes a IPv6 trial service provided by LG DACOM and discusses about the output of trial service. MIC has urged public organizations to introduce IPv6 technology into their network. As one of propelling policies, MIC and NIA launched some IPv6 trial project. LG DACOM, MIC's agent in doing IPv6 trial project, has selected three public organizations in order to deploy IPv6 based VoIP trial service. KMA, KISITI and MND gave out their different service requirements. In achieve this project we developed IPv6 supported voice IP phone, video IP phone, media gateway and IP-PBX. Furthermore, two KMA provincial offices adopted trial IP phone as working phone and replaced legacy PBX with IP-PBX. At the same time, public organizations introduced IPv6 technology into their local networks.

• The KIPS Transactions:PartC
• /
• v.18C no.5
• /
• pp.343-360
• /
• 2011

The objective of this paper is to analyze and characterize to simulate routing observations on end-to-end routing circuits and a ping experiment of a virtual network after modeling, such as IPv6 migration, an OSPFv3 routing experiment based on an IPv6 environment, and a ping experiment for IPv4/IPv6 dual-stack networks and IPv6 network for OSPFv3 routing using IPv6 planning and operations in an OPNET Modeler. IPv6 deployment based largely on the integrated wired and wireless network was one of the research tasks at hand. The previous studies' researchers recommended that future research work be done on the explicit features of both OSPFv3 and EIGRP protocols in the IPv4/IPv6 environment, and more research should be done to explore how to improve the end-to-end IPv6 performance. Also, most related work was performed with an IPv4 environment but lacked studies related to the OSPFv3 virtual network based on an end-to-end IPv6 environment. Hence, this research continues work in previous studies in analyzing IPv6 migration, an OSPFv3 routing experiment based on IPv6, and a ping experiment for IPv4/IPv6 dual-stack networks and IPv6 network for OSPFv3 routing. In the not too distant future, before enabling the default IPv6, it would help to understand network design and deployment based on an IPv6 environment through IPv6 planning and operations for the end-user perspective such as success or failure of connection on IPv6 migration, exploration of an OSPFv3 routing circuit based on an end-to-end IPv6 environment, and a ping experiment for IPv4/IPv6 dual-stack networks and IPv6 network for OSPFv3 routing. We were able to observe an optimal route for modeling of an end-to-end virtual network through simulation results as well as find what appeared to be a fast ping response time VC server to ensure Internet quality of service better than an HTTP server.

• Proceedings of the Korean Information Science Society Conference
• /
• 2007.06d
• /
• pp.310-314
• /
• 2007

WiBro는 IEEE 802.16에 이동성을 추가한 것으로서 현재 IPv4만을 지원하는데, IPv6를 적용할 경우 발생할 수 있는 문제점들은 최근에 이르러서야 이슈가 되고 있다. WiBro MAC은 IP 프로토콜 설계시 기본이 되는 이더넷과 많은 차이점이 존재한다. 망 구성요소들의 점대다(point-to-multipoint) 연결 형태와 상향링크 멀티캐스트 불가능으로 인해 정상적인 IP 멀티캐스팅/브로드캐스팅 동작이 어렵기 때문이다. 또한 이더넷과 같이 48비트 MAC 주소를 사용하는 것이 아니라 16비트 CID를 사용하기 때문에 IPv6를 적용할 경우 IPv6 Address Auto-Configuration, Neighbor Discovery, Duplicate Address Detection, Multicast Listener Discovery 등에서 정상적인 동작이 불가능하다. 이에 본 논문은 WiBro의 IPv6에서 MLD 프로토콜 적용방안과 무선자원을 효과적으로 사용하는 방법을 제시한다.

• Journal of Digital Contents Society
• /
• v.11 no.3
• /
• pp.341-348
• /
• 2010

Unlike host-based IPv6 mobility support protocols such as Mobile IPv6 (MIPv6), Hierarchical Mobile IPv6 (HMIPv6), and Fast handover for Mobile IPv6 (FMIPv6), Proxy Mobile IPv6 (PMIPv6) is expected to accelerate the real deployment of IPv6 mobility support protocol by using only collaborative operations between the network entities without mobile node (MN) being involved. In this paper, we analyze and compare the handover latency of network-based IPv6 mobility support protocol (i.e., PMIPv6) with the representative host-based IPv6 mobility support protocols such as MIPv6, HMIPv6, and FMIPv6. Analytical results show that the handover latency of PMIPv6 is considerably lower than those of MIPv6 and HMIPv6, and the handover latency of PMIPv6 becomes lower than that of FMIPv6 in case the wireless link delay is greater than the delay between mobile access gateway (MAG) and local mobility anchor (LMA).

• Journal of KIISE:Information Networking
• /
• v.30 no.1
• /
• pp.117-125
• /
• 2003

IPv6 (IP version 6), which was standardized by the IETF (Internet Engineering Task Force) to cope with existing IPv4 problems, needs several approaches for interoperation with IPv4. The internetworking of IPv6 with IPv4 is an important key to the deployment of the next generation Internet. As the solutions to the transition mechanism, both tunneling and translator methods have been proposed. In this paper, we analyze functional elements for implementation design of a transition mechanism based on the NAT-PT (NAT-Protocol Translation), and propose an extension algorithm that uses ports for effective use of global IPv4 addresses. The algorithm presented in this paper is a method of combining NAT-PT with Port Translation mechanism. The algorithm does not assign an IPv4 address to the host that needs IPv4 address, but allocates a single temporary IPv4 address and a port number in order to identify host.

• Electronics and Telecommunications Trends
• /
• v.38 no.2
• /
• pp.36-45
• /
• 2023

Segment routing (SR) is a source-based routing architecture in which a node steers packets adhering to service and topological requirements. Using programmable segments, SR enables end-to-end service connectivity to satisfy the network constraints of various services. SR can be implemented with both MPLS and IPv6 dataplanes. This survey presents the overview of SR for IPv6 dataplane (SRv6), network programming technologies based on SRv6, and the SR deployment status.