🍈네트워크 12일차(4.26) MPR(Multi Protocol Routing) SMPR IMPR Subnetting IP주소 체계 클래스 IPv6 장단점

하나의 네트워크 내에 RIP과 EIGRP, OSPF 등이 섞여 있을 때를 MPR 네트워크라고 한다.

 

실습 준비

핑이 못 가는 상태(라우팅 프로토콜을 설정해주지 않았다.) 

SMPR

 MPR(Multi Protocol Routing)
  하나의 네트워크 내에 RIP과 EIGRP, OSPF 등이 섞여 있을 때를 MPR 네트워크라고 하는데 이들을 각각 활성화시켜두면 서로 독립적으로 동작해서 같은 프로토콜끼리만 라우팅 정보를 교환하고 다른 프로토콜과 정보를 교환하지 않는다. 라우터가 RIP으로 생성된 라우팅 정보와 EIGRP나 OSPF로 생성된 라우팅 정보를 둘 다 받게 되면 관리거리가 더 낮은 프로토콜로부터 받은 정보, 즉 RIP(120)보다 EIGRP(90)나 OSPF(110) 네트워크를 신뢰해서 채택한다. 

  예를 들어서 라우터1은 RIP만 사용하고, 라우터2는 RIP과 EIGRP 둘 다 사용하고, 라우터3은 EIGRP만 사용한다면 라우터1은 RIP만 이해해서 라우터2와 통신할 수 있어도 라우터3에 연결된 EIGRP 네트워크는 인식하지 못하는데 이를 ‘분리 다중프로토콜 라우팅(SMPR: Separated Multi Protocol Routing)’이라고 부른다. 라우터는 각각의 라우팅 테이블을 따로따로 가지고 있다는 뜻이다. 이 경우 라우터2에는 RIP과 EIGRP로부터 온 두 가지 라우팅 테이블을 가지게 된다. 이 라우터2 내에서 RIP과 EIGRP 프로토콜은 서로 독립적으로 자신의 라우팅 테이블을 따로따로 관리하고 있어서 라우터2의 부담이 라우터1, 라우터3보다 더 커질 수밖에 없어서 성능도 떨어진다. 이를 개선하기 위해서 라우터가 각각의 라우팅 테이블을 유지하지만 라우팅 테이블을 주변에 업데이트할 때에는 서로 인식되는 하나의 라우팅 프로토콜만 수행시키는 방식을 사용하는데 이를 ‘통합 다중 프로토콜 라우팅(IMPR: Integrated Multi Protocol Routing)’이라고 부른다. IMPR을 사용하는 대표적인 프로토콜이 EIGRP이다.

  MPR 설정은 Static 방식과 Redistribute 방식이 있는데 비교적 간단한 Redistribute 방식을 더 많이 사용한다. 

 

RIPV2-EIGRP 10 Network 실습

router rip 설정

router rip 설정, eigrp와 겹치는 부분까지 어쩔 수 없이 해준다. 

router eigrp 10(as 번호) 

sh ip route 했더니 rip 부분은 전혀 인식을 못하고 있다. 

이쪽도 eigrp는 인식을 못하고 있다!!

 

rip이나 eigrp 내에서는 핑이 잘 간다. 

그렇지만 다른 프로토콜들 사이에서는 핑이 안 간다. 

router rip

version 2

redistribute eigrp 10 metric 5(기본값)

net 192.168.100.0

net 192,168.101.0

net 10.10.10.0

(eigrp를 뿌려줌)

router eigrp 10

redistribute rip metric 5 1000(delay) 255(신뢰도) 255(bandwidth) 1500(MTU)

net 192.168.100.0

net 192,168.101.0

net 10.10.10.0

(rip을 뿌려줌)

링크 스테이츠니까 현재 네트워크가 어떤 상태라는 것을 알려줘야 해서 이렇게 구구절절 입력

 

do sh ip route

이제 핑도 간다!!

립으로 들어가면 redistribute eigrp 10, eigrp로 들어가면 redistribute rip이라는 것,

그리고 다 한 쪽에 몰아서 뿌려준다는 것에 유의하자.

  네트워크를 10.10.10.0/30, 10.10.11.0/30, 그리고 10.10.12.0/30으로 서브네팅했어도 
sh ip route 해서 라우팅 테이블을 보면 10. ~가 Class A이므로 디폴트 10.0.0.0/8로 보인다!!!

=>여기를 보면 summary(요약)라고 보이는데 이는 auto summary로써 외부로 이 서브네팅 된 네트워크 정보를 일일이 알리지 않고 이들을 대신할 수 있는 하나의 네트워크로 함축해서 보이게 한다. 
<=내부 네트워크를 감추므로 보안이 좋아지고 라우팅 테이블도 가벼워져서 효율이 좋아진다.

 

OSPF 10-EIGRP 10 Network MPR 실습

router ospf 10

net 192.168.100.0 0.0.0.255 area 1

net 10.10.10.0 0.0.0.3 area 0

중앙도 설정

노드1->40은 핑이 잘 가고(같은 네트워크), 노드1->ser3는 핑이 안 간다(다른 네트워크). 

 

이제 MPR 설정

router ospf 10

redistribute eigrp 10(metric 생략)

net 192.168.100.0 0.0.0.255 area 1

net 10.10.10.0 0.0.0.3 area 0

net 192.168.101.0 0.0.0.255 area 2

router eigrp 10

redistribute ospf 10 metric 5 1000(delay) 255(신뢰도) 255(bandwidth) 1500(MTU)

do sh ip route

이제 핑이 아주 잘 간다.

  Subnetting 
  주소지정 원칙
  IP_주소 지정 법을 알아보자. 네트워크층에서는 논리적 주소를 사용해서 네트워크상의 호스트들을 구별한다고 했는데 통신하고자 하는 호스트가 같은 세그먼트에 있는지 아니면 다른 세그먼트에 있는지 결정하는 것은 네트워크층의 책임이다. 다른 세그먼트에 있다면 적절히 설정된 라우터가 있어야 목적지까지 데이터를 빠르고 안전하게 전달 할 수 있을 것이다. 
  IP에서 논리적 주소는 32비트 길이인데 각각의 비트는 0 혹은 1로 이뤄진 2진 주소이다. 따라서 각 노드에 대해서 32비트로 주소를 기억한다는 것은 사람으로써는 거의 불가능해서 보통 이 숫자를 10진수로 변환시켜 사용한다. 
  32비트인 2진수 11001010110011000010100100101001을 
  10진수로 만든다면 옥텟(octet:8비트 단위)으로 나눠서 4 옥텟마다 점(.)을 찍어서 
                        11001010.11001100.00101111.00101001로 만든 다음, 
                        2^7+2^6+2^3+2^1.2^7+2^6+2^3+2^2.2^5+2^3+2^2+2^1+2^0.2^5+2^3+2^0 해서 각 옥텟을 10진수로 전환하면            202.204.47.41이 되는데 32개의 0과 1보다 기억하기 쉬울 것이다. 하지만 사람에게는 이 숫자도 복잡하므로 DNS 서버를 사용해서 www.naver.com식으로 간단히 기억해서 사용한다. 

  IP_주소 클래스
  모든 IP_주소는 두 부분으로 나뉘는데 첫 번째 부분은 네트워크 부분으로 호스트가 어느 네트워크에 위치하고 있는지를 결정해주는 역할을 하며 Net ID로 부른다. 우편번호에서 앞의 세 자리, 즉 지역번호와 같은 의미이다. 그리고 두 번째 부분은 호스트 자신을 가리키며 Host ID라고 하는데 우편번호에서 번지수와 같은 의미이다. 지역번호와 번지수만 알면 우편물을 보낼 수 있듯이 Net ID와 Host ID만 알면 데이터를 어디든지 보낼 수 있다. 이렇게 IP_주소(192.168.100.100) 체계는 Net ID(192.168.100.0)와 Host ID(0.0.0.100)로 구분할 수 있기 때문에 ‘계층적 주소체계’(Hierarchical Addressing Scheme)를 이룬다. 주소에 체계가 있으므로 체계적인 관리가 가능하다. 하지만 MAC_주소(00:00:30:A4:56:FE)는 00:00:30:A4:56:FE라는 주소가 어디에 있는지 어떻게 구성되어 있는지 체계를 알 수 없으므로 ‘평면적 주소체계’(Plane Addressing Scheme)라고 하고 주소를 체계적으로 관리할 수 없다.

▪ IP_주소는 네트워크 부분과 호스트 부분으로 구별한다고 했는데 네트워크 부분을 구별하기 위해서 5개의 클래스를 정의해 두었다. 
a. 192.168.100.32는 전형적인 class C인 IP_주소(네트워크_주소+호스트_주소)
b. 192.168.100.0은 네트워크_주소
c. 0.0.0.32는 호스트 주소
d. 192.168.100.255는 192.168.100.0 네트워크에만 뿌리는 멀티캐스트(다이렉티브 브로드캐스트) 주소 
e. 255.255.255.255(모두 1)는 모든 네트워크에 뿌리는 브로드캐스트 주소
f. 0.0.0.0(모두 0)은 모든(Any) 네트워크_주소이다.

▪ 호스트 비트나 네트워크 비트를 이용한 문제를 풀 때에는 ‘2^n-2=호스트_수/네트워크_수’로 계산하는데 모두 0과 모두 1인 두 가지 경우를 미리 빼는 것이다. 요즘엔 IP_주소가 모자라서 'subnet 0'식으로 첫 번째 네트워크 ID(0 범위)주소의 호스트들도 사용한다고 선언하고 그 네트워크에 딸린 호스트 IP 들을 모두 사용하는 추세이다. 

  클래스는 다음과 같다. 

클래스	Net ID(decimal)	Net ID(bit 수)	네트워크 수	Host ID(bit 수)	호스트 수
A	1~126	8	126	24	16,777,214
	=>127.0.0.1은 loopback(=localhost) <-(::1)
B	128.0~191.255	16	16,384	16	65,534
C	192.0.0~223.255.255	24	2,097,152	8	254(223)
D	224~239	Multicast
E	240~253	Laboratary

▪ IP_주소는 일반적으로 Class A, Class B, Class C, Class D, Class E, 그리고 기타 특수 목적용으로 주소를 나누는데, 많이 사용되는 Class A, B, C를 집중적으로 알아보자.

▪ 클래스별로 사설 IP가 지정되어 있는데 내부 Local LAN에서만 사용되고 외부 WAN(인터넷)에서는 사용되지 못하는 주소로써   
① Class A는 10.0.0.0~10.255.255.255.255 이고 
② Class B는 172.16.0.0~172.31.255.255 이며 
③ Class C는 192.168.0.0~192.168.255.255로써 공적 IP_주소로 지정되지 못한다. 

▪  사설 IP 중에서도 예약되어 있는 ID(Internet Draft) 주소는 내부 Local LAN에서도 사용될 수 없는 주소이다. 
④ 0.0.0.0 ~ 0.255.255.255는 제한된 용도로 사용되는 특수한 예약주소이고, 
⑤ 192.0.2.0는 TEST-NET이라고 불리는 문서화 및 예제 코드를 위한 예약주소이며, 
⑥ 169.254.0.0 ~ 169.254.255.255는 DHCP 서버가 존재하지 않을 경우 운영체제가 자동으로 할당해주는 예약주소이다.
⑦ 127.0.0.1은 loopback 주소로 네트워크 테스트용으로만 사용한다. 

=>일반적으로 조직은 IP_주소의
▪ 처음 20%는 서버에게 
▪ 그다음 50%는 워크스테이션에게
▪ 그다음 10%는 프린터
▪ 마지막 20%는 라우터나 그 밖의 네트워크 장비에게 할당한다는 암묵적(implicity) 룰이 있다.      

  서브넷 마스크(Subnet Mask)
  서브넷 마스크는 넷 마스크로도 불리는데 동일한 네트워크에서 서로 어떻게 네트워크가 구분되어 있는지 알려준다. 네트워크_ID와 호스트_ID를 구별하기 위한 계산을 수행할 때 IP_주소와 Subnetmask를 2진수로 ANDing(1,1=>1, 0,1과 0,0, 그리고 1,0은 0) 해서 처리한다. 
 
  모든 호스트는 이 서브넷마스크로 자신이 어느 네트워크에 속해 있는지 알게 된다. 즉, 호스트 A는 호스트 B가 자신과 동일한 네트워크에 들어있는지 아닌지를 서브넷마스크로 판단한다. 라우터도 이것으로 판단한다. 

▪ 192.168.100.23 255.255.255.0과 
   192.168.101.24 255.255.255.0은 서로 다른 네트워크에 존재한다.
▪ 192.168.100.23 255.255.255.0과 
   192.168.100.24 255.255.255.0은 서로 같은 네트워크에 존재한다. 
▪ 192.168.100.23 255.255.255.0과 
   192.168.100.24 255.255.255.240도 서로 다른 네트워크에 존재한다.

   192.168.17.19 = 11000000.10101000.00010001.00010011 
   255.255.255.0 = 11111111.11111111.11111111.00000000 
      ANDing         11000000.10101000.00010001.00000000 =>192.168.17.0와 
   192.168.17.20 =  11000000.10101000.00010001.00010100
   255.255.255.240=11111111.11111111.11111111.11110000  
   ANDing             11000000.10101000.00010001.00010000 =>192.168.17.16는 다른 네트워크이다.

=>서브네팅된 네트워크, 완전히 다른 네트워크, 그리고 다른 VLAN에 속한 노드들은 서로 다른 네트워크에 존재하므로 이들은 반드시 라우터를 통해서만 통신이 된다.

  Route Summary
  Route Summary(경로요약)는 Route Aggregation(경로집합)으로도 불리는데 뒤에서 알아볼 슈퍼네팅(Supernetting)도 이와 유사한 기법으로 만들어 준다. IP 네트워크에서 도메인 내부가 복잡하게 서브네팅(Subnetting)되어 있을 때 이들 경로를 하나의 경로로 모으는 기법이다. 이렇게 해주면 내부 네트워크의 상태를 외부에 알리지 않게 되어서 보안이 좋아지고, 라우팅 테이블에 하나의 네트워크만 올라가기 때문에 라우팅 테이블이 가벼워져서 네트워크 트래픽 효율도 좋아지며, 불필요한 업데이트가 없으므로 네트워크가 효과적으로 운영되게 된다. 이에 비해서 도메인 내부의 복잡한 서브네팅 정보가 그대로 라우팅 테이블로 올라가서 내부의 모든 네트워크 정보가 외부로 알려지는 구조를 Flat Routing이라고 부른다. 
=>Router(config)#no auto summary 하면 sh ip route 했을 때 Classless 하게 서브넷의 주소들로 보인다.

  Route Summary를 만들려면 여러 IP_주소에서 맨 좌측으로부터 서로 공유되는 비트까지의 개수를 계산해서 서브넷마스크를 정하고, 이들 중 가장 큰 범위나  첫 번째 네트워크_주소를 네트워크 ID로 주면 된다. 
  예를 들어 다음과 같은 내부의 네 개의 네트워크
192.168.10.0 255.255.255.0
192.168.11.0 255.255.255.0
192.168.12.0 255.255.255.0
192.168.13.0 255.255.255.0에서 192.168. ~ .0 까지는 모두 같으므로
11111111.11111111.00001010.00000000
11111111.11111111.00001011.00000000
11111111.11111111.00001100.00000000 
11111111.11111111.00001101.00000000이어서 
11111111.11111111.11111000.00000000이므로 세 번째 111110000는 2^7+2^6+2^5+2^4+2^3=248이되어 서브네트는 255.255.248.0이고(class C인데 세 번째 옥텟이 변했으므로 슈퍼네팅), 192.168.10.0이 첫 번째 네트워크이므로 192.168.10.0 255.255.248.0 네트워크_주소와 서브넷마스크가 이 네 개의 네트워크를 대신하게 된다. 

  일반적으로 많이 사용되는 Class C 네트워크에서 
▪ /24라면 Default로 24비트가 네트워크 비트이고, 나머지 8비트가 호스트 비트이다. 
2^8-2=254개의 호스트가 가능하다.
▪ /27이면 Subnetting으로 27비트가 네트워크 비트이고, 나머지 5비트만 호스트 비트이다. 
2^5은 32-2=30개의 호스트가 가능하다. 
  이 경우에는 몇 개의 네트워크로 나누는지에 따라서 다르겠지만 적어도 255개의 호스트는 못 가지게 된다. 예를 들어서 8개의 서브넷이 있다면, 각 서브넷에는 30개의 호스트가 들어가므로 8x30=240개의 호스트가 가능하지만, 여기서 각 서브넷당 네트워크 주소와 다이렉티브 브로드캐스트 주소를 각각 빼면 240-(8(네트워크 주소)+8(다이렉티브 브로드캐스트 주소))=224개의 호스트 주소만 가능하다.  
=>서브네팅에서는 호스트_수 감소, 네트워크_수 증가이다.
▪ /23이면 Supernetting으로 23비트가 네트워크 비트이고, 나머지 9비트가 호스트 비트이므로 
2^9은 2^9-2=512-2=510개의 호스트가 가능하다. 슈퍼네팅은 현실적으로 브로드캐스트 영역이 너무 커서 네트워킹되기 어렵다. 
=>슈퍼네팅에서는 호스트_수 증가, 네트워크_수 감소이다.

  Amazon AWS, MS Azure, Google GCP cloud와 같은 상용 클라우드 상의 가상머신들은 IP_주소를 AWS 등에서 자동으로 할당받는데, 조직의 관리자가 이 IP를 고정으로 변경할 수 있다. 클라우드에서는 무수한 가상머신들에게 공적 IP가 할당되어야 외부에서 접속할 수 있기 때문에 초기에는 사설 IP를 사용하지 않았고 서브네팅이나 슈퍼네팅도 별로 사용하지는 않았었다. 
  현재 클라우드의 가상머신들은(도커에서 컨테이너, 쿠버네티스 파드) class A의 주소 2^24개의 16,777,216개 중 하나를 받아서 10. ~으로 시작되는 주소나, 간혹 class B의 2^16개의 6,5536개 중 하나를 받아서 172.16. ~ 으로 시작되는 주소를 자주 볼 수 있다. 
  하지만 클라우드 가상머신들끼리도 Class A나 Class B의 공적 IP_주소를 확보하지 못하기 때문에 동일한 조직의 내부에서는 사설 IP를 사용하고 외부로 나갈 때 공적 IP로 변경해주는 NAT를 사용하는 실정이다. 따라서 곧 클라우드의 가상머신들도 무한하게 주소를 할당받을 수 있는 IPv6 주소로 갈 것이다.

  IPv6 
  현재 우리가 사용하고 있는 IP_주소 체계를 IPv4(IP version 4)라고 하는데 1980년도 초부터 사용해온 것으로 지금의 엄청난 양의 각종 기기에 IP_주소를 할당하기에는 이제 턱없이 부족한 실정이다. IPv4는 32비트이므로 2^32=43억 개 정도지만 실제로 사용할 수 있는 주소는 2억 5천만 개 정도이다. 현재의 네트워크 성장 추세와 신흥 IP 수요국가로 떠오른 중국과 얼마 지나지 않아서 떠오를 인도, 그리고 아프리카 인구 등을 고려하면 IP_주소 고갈 문제는 실로 심각한 것이 될 것이다. 또 IPv4 주소를 컴퓨터에게만 할애되는 것은 아니라는 사실도 이런 IP 공급 부족을 부추기고 있다. IP Phone이나 IP TV, 그리고 미들웨어(Embeded System)를 이용한 홈 네트워킹으로 냉장고, 온도 조절기, 세탁기, 밥통 등에도 IP_주소를 줌으로써 생활의 편리를 더욱 도모하는 추세이다. 현재는 거의 IP_주소가 고갈된 상태이다. 

  IPv4의 주소 고갈 문제를 해소하기 위해서 
① 내부 LAN에서는 사설 IP_주소를 사용하고 WAN으로 나갈 때에는 공적 IP로 만들어주는 NAT 기법을 사용하거나, 
② 서브넷마스크를 이용한 서브네팅(네트워크_수 증가)/슈퍼네팅(호스트_수 증가)을 사용하거나, 
③ DHCP(Dynamic Host Configuration Protocol)로 사용하지 않는 IP_주소를 회수해서 다른 노드에게 부여하는 방식 등이 있다. DHCP 서버는 호스트들에게 IP_주소를 임대(leased)하는 방식이다.
  이렇게 IPv4의 주소 절약에 나름대로 최선의 노력을 하고 있지만 IPv4 자체가 가지고 있는 한계(32비트 중에서도 네트워크와 호스트 주소로 나뉘는 체계) 때문에 IPv4 주소 고갈 문제는 피할 수는 없게 되었다.

  IPv4는 또 다른 구조적인 문제를 가지고 있는데
① 데이터 헤더가 OSI 계층을 따라 내려가면서 복잡하게 캡슐화되어서 실제로 네트워크를 흐르는 데이터의 오버헤드(overhead)가 매우 크게 된다. 
② 또 주소가 부족하므로 사설 IP_주소를 많이 사용하게 되어서 주소 충돌이라는 주소 관리 문제도 있고, 
③ iptables나 IPSec로 설정하는 보안에서도 문제가 발견되고 있다. 
④ TCP에서의 3-way handshakes 과정에서도 많은 허점이 내재되어 있다.
⑤ 하지만 가장 큰 문제 할 수 있는 것은 네트워크 트래픽을 다량으로 발생시키는 필요악과도 같은 브로드캐스트를 없앨 수 없다는 것이다. IPv4에는 유니캐스트, 멀티캐스트, 그리고 브로드캐스트가 있는데 IPv6에서는 유니캐스트, 멀티캐스트, 그리고 브로드캐스트가 빠지고 애니캐스트가 생겼다.

 

nslookup

youtube는 이미 ipv6 주소를 대비해놨다.

  이런저런 이유로 새로운 IP_주소에 대한 연구가 이미 1990년대 초에 IETF(Internet Engineering Task Force)에서 시작되었는데 이 연구의 첫 번째 과제는 기존 IPv4에게 영향을 주지 않으면서도 새로운 주소체계인 IPv6가 사용되게 하는 것이었다. 따라서 새롭게 출시되는 IP 기기(프린터, 복사기, ...)에는 IPv4와 IPv6가 함께 들어있는 것을 볼 수 있다(dual stack). 
  중간에 현재의 RSVP(ReSource reserVation Protocol)와 유사한 디지털 멀티미디어의 QoS(Quality of Service)를 위해서 실험적으로 운영했던 IPv5가 있었지만 이내 사라졌다.

  IPv6의 장점과 단점
① 주소체계가 글로벌하다.
  IPv6는 IPv4 32비트의 4배인 128비트로써 얼핏 보면 별로 커 보이지 않지만 2^128개는 무한 수(∞)이다. 바다의 모래알보다 더 많은 주소가 가능하므로 현재 인터넷 인구를 5억으로 잡아도 1인당 약 230개 정도의 IP_주소를 가질 수 있으니 전 세계의 모든 가정과 조직에서 하나하나의 모든 IP 기기가 겹치지 않고 고유한 IP_주소를 가질 수 있어서 글로벌하게 모든 기기가 유일한 주소를 가질 수 있다는 것이다. 
② IP_주소를 유연하고 체계적으로 배정할 수 있다.
  IP_주소가 풍부하므로 유연하게 주소를 체계적으로 배정하는 것이 가능하다.
③ 한 기기에 여러 IP를 할당할 수 있다.
  하나의 인터페이스에 dual-stack으로 주소에서 문제 발생을 줄이는 폴트 톨러런스(재난극복)도 가능하다. 이렇게 함으로써 한 회선에서의 문제를 해결하게 하는데 EtherChannel과 유사한 기법으로 볼 수 있다.
④ 체크섬 등 부가적인 오버헤드가 줄어든다.
  데이터가 중간에 주소 변환 등이 필요 없어서 프레임 헤더가 간소화 되므로 네트워크 오버헤드가 줄어들게 되고 대역폭을 넓게 쓸 수 있어서 네트워크 효율도 증가한다. 
⑤ 현존하는 IPv4를 대체하기 위한 것이 아니라 공존한다.
  이 부분이 가장 중요한 것으로 현재 널리 사용되고 있는 기존의 IPv4 기기와 IPv6 기기가 상호 프레임을 호환할 수 있다는 것이 가장 큰 장점으로 볼 수 있다. 이를 위해서 라우터나 호스트에서 IPv4와 IPv6를 동시에 인식해서 상대방 노드에게 맞게 IPv4나 IPv6로 송수신할 수 있게 하는 듀얼 스택(dual stack) 방식이 있는데 패킷트레이서에서 노드의 주소를 줄 때 IPv4와 IPv6를 한꺼번에 줄 수 있게 하고 있다. 또 상대방이 전혀 IPv6를 인식하지 못할 경우 송신측의 IPv6를 전송 회선에서 IPv4로 캡슐화해서 전환시켰다가 수신측에서 다시 IPv6로 전환되게 하거나, 터널링(Tunneling) 방식을 사용해서 IPv6를 터널로 전송하고, 수신측에서 다시 IPv4로 전환되게 하는 방식도 있다. 터널인 경우는 항상 2002::/8 주소로 시작된다.  
IPv6를 사용했을 때의 장점을 다른 측면에서 살펴보면 
⑥ 보안이 더욱 강해진다. 
  사설 IP를 쓸 일이 없으므로 NAT와 같이 사설 IP를 공적 IP로 주소변환을 할 필요가 없어서 지구 한끝의 노드에서 지구 반대편 상대 노드와 직접 end-to-end로 연결될 수 있어서 보안이 좋아진다.
⑦ 브로드캐스트가 없어진다. 
  IPv4의 가장 큰 단점 중의 하나인 브로드캐스트가 IPv6에서는 없어졌고, 대신 클라이언트의 서비스 요청이 들어왔을 때 아무나 가용한 서버가 처리하게 함으로써 데이터 연결 처리 속도를 빠르게 한 에니캐스트(anycast)가 생겨났다. IPv4의 점대점 통신인 유니캐스트(unicast)와 특정 다수만 받는 멀티캐스트(multicast)는 그대로 존재한다. 
⑧ 네트워크 속도가 빨라진다.
  End-to-End로 직접 연결되기 때문에 라우터가 쓸데없는 경로 찾기 계산을 하지 않으므로 네트워크에서의 속도가 로컬만큼 빨라진다. 
⑨ (호스트의) 주소관리가 편해진다. 
  계층화된 주소체계가 가능해서 긴 주소를 계층별로 나눌 수 있는데 IPv6의 총 128비트에서 1~16비트는 상용주소로 하고, 17~23비트는 대륙, 24~32비트는 각 대륙의 국가, 33~48비트는 각 지역, 그리고 49~64비트는 조직(사이트)의 LAN들에게 할애하는 식으로 하면 훨씬 수월한 주소관리가 될 수 있다. 네트워크_주소 1~64까지의 64비트를 보면 '어느 대륙 >국가 >조직 >어느 LAN'에 속하는지 쉽게 알 수 있어서 관리와 보안에도 도움이 된다. 
⑩ 노드의 IP_주소가 자동으로 설정된다.
  호스트에서의 IP 등 주소 설정이 문제였는데, 비록 DHCP 서버가 자동으로 설정을 해주지만 임대형식이라서 일정 기간이 지나면 IP 주소가 변경될 수 있었다. 하지만 IPv6에서는 주소가 많아지므로 사설 IP_주소 할당, 서브네팅, 슈퍼네팅 등의 주소 부족문제 때문에 생기는 여러 기법들이 소용없게 된다. 1~64비트까지의 네트워크 주소이외에 65~128까지 64비트의 호스트 주소는 해당 노드의 NIC의 MAC_주소 48비트를 변형해서 만드는데 MAC_주소의 한 가운데에 FF:FE(16비트)를 삽입해서 64(48+16)비트로 만든다. 
  주소는 두 가지 방식으로 설정하는데 eui-64를 붙여서 2001:1:1:1::/64 eui-64 하면 MAC 주소를 변형한 하드웨어적인 주소가 되고, eui-64를 안 붙이고 2001:1:1:1::1/64식으로 별도로 ~::1식으로 주소를 주면 소프트웨어적인 주소가 된다. 하드웨어적인 주소와 포프트웨어적인 주소가 충돌하면 하드웨어적인 주소를 선택하게 된다!!!
  eui-64는 예를 들어 노드의 MAC_주소가 AA:BB:CC:DD:EE:FF라면 한 가운데 ~ CC:DD ~ 사이에 FF:FE를 넣어서 AA:BB:CC:FF:FE:DD:EE:FF로 만든다. 그리고 MAC_주소가 유일하면 맨 앞에 02를 붙이고 유일하지 않을 때에는 00을 붙이는데 대부분 MAC_주소는 유일하므로 02가 붙어서 실제로 이 노드의 IPv6에서의 호스트_주소는 02AABB:CCFF:FEDD:EEFF식이 되고, 맨 앞의 0도 생략할 수 있으므로 2AABB:CCFF:FEDD:EEFF도 된다. 하지만 02 ~ 로 인해서 호스트 비트 64가 늘어난 것은 아니고 표현만 이렇게 하는 것이다. 

  참고로 IP 분야에서 바라보는 글로벌하게 구별되는 숫자로 
(국가번호 포함) Telephone number, (공적) IP address, MAC address, OID(Object ID: SNMP) 정도로 볼 수 있다. 

⑪ 무선 네트워크에서도 안전한 통신과 보안이 증가된다. 
  현재 무선 네트워크가 주력인 상황에서 무선의 최대 약점인 보안의 취약성과 느린 속도를 개선할 수 있게 된다. 무선 네트워크 기기들도 고유한 IP_주소를 충분히 가지게 되므로 기지국에서의 회선 재사용 등도 없게 되므로 보안과 성능이 좋아지게 된다. 
⑫ 네트워크 효율이 매우 좋아진다. 
  체계적으로 주소를 만들면 역으로 여러 개의 주소를 하나의 트래픽으로 묶어서 빠르게 전송(네트워크 장비 중에서 멀티플렉서(Multiplexer:다중화기)와 컨센트레이터(concentrator:집중화기)가 이런 역할을 하는데 CO/ISP에서 주로 사용한다)하는 어그레게이션(aggregation)이 가능하다. 예를 들어서 많은 프레임들의 IP_주소를 보고 한국에서 미국으로 가는 프레임들만 따로 모아서 한 회선으로 집중시켜 빠르게 보내면 각 프레임들이 스스로 경로를 찾는 과정이 없어지므로 전송 효율이 매우 좋아질 것이다. 마치 택배회사에서 다양한 물건들을 모아서(Concentrator) 지역별로 뿌려서(Distributer) 개별적으로(Multiplexer) 물건(Data)을 보내는 것과 같은 원리이다.
⑬ 새로운 IT 세계의 재도약 기회
  예전에 DOS 시절의 8비트, Windows 3.x의 16비트, Windows 95/98의 32비트, Windows XP의 64비트 시대에서 그랬던 것처럼, IPv6 128비트가 대부분 활성화되면 거기에 따른 하드웨어, 소프트웨어, 수많은 솔루션 등이 모두 128비트 기반으로 개선되어야 하기 때문에 실로 제2의 IT 부흥기가 도래하게 된다. 

⑭ 단점이라면 
a. 초 절전모드에서 실행되는 특수 기기와 IoT 기기들에게는 IPv6의 늘어난 주소비트의 연산이 복잡해져서 시스템 리소스에 부담이 되고
b. 이로 인해서 특히 전력소모와 열 발생으로 인한 성능 저하가 있을 수 있다는 점과 
c. 현존하는 모든 IPv4 장비와의 완전한 호환에서 어느 정도의 트러블 발생 정도를 생각할 수 있다.