파란동네 발췌 내용입니다.
=====================================================================================================================
티밍은 로컬랜에서 파일공유등의 대역폭을 늘릴 수 있지만, WAN(인터넷) 대역폭에는 아무런 이득이 없습니다...
스위치나 허브로 연결된 로컬랜을 대한민국이라고 보고, 서울,대전,대구,부산을 로컬랜내의 PC들이라고 한다면, 부산이라는 PC에서 네트웍 아답터를 티밍을 통해 대역폭을 늘리는 것은 부산에서 다른 도시로 나가는 고속도로의 차선을 넓히는 것과 마찬가집니다. 부산에서 다른 도시로 나가는 고속도로 차선을 넓혀도 인천국제공항(WAN) 의 수송능력과는 상관없는 이야기이기 때문에 해외(인터넷)로 나가는 속도에는 아무런 영향이 없는 것과 마찬가지지요..
쉽게 얘기해서 PC에다 기가랜카드 천장을 티밍해서 테라bps 를 만들어도 인터넷라인(WAN)이 100Mbps 면 결국 인터넷은 100Mbps 밖에 안나옵니다.
티밍의 경우는 많은 모드들이 있습니다.
이더넷 방식의 네트웍통신을 하는 한 로컬랜에서 통신하는 수단은 MAC입니다.
여러 PC가 서로 통신하기 위해서 스타토폴로지로 묶는 장비가 보통 많이들 쓰시는 스위치 또는 허브라 불리우는 녀석인데, 이 녀석의 기작은 결국 PC들의 랜카드의 MAC주소를 보고 데이타를 배달을 하지요..
스위치(허브)에 두개의 랜카드로 연결된 PC#1이 있습니다.
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘
PC#2 에서 PC#1 의 IP로 데이타 전송을 할때, 실제로는 IP로 통신하는게 아닙니다. 이더넷으로 구성된 네트웍이기 때문에 반드시 PC#1 의 MAC 주소 A 또는 B 를 알아야 자료를 전송하고 스위치는 그 자료를 배달할 수가 있지요.. PC#2 는 PC#1 의 MAC 주소를 모르기 때문에 "PC#1의 IP를 가지고 있는 놈은 나에게 너의 MAC 주소로 응답하라" 고 떠듭니다. 그럼 PC#1은 "나 불렀냐? 내 MAC주소는 A 니까 여기로 보내라" - 이게 ARP라는 과정이고 - 그렇게 얻어진 PC#1의 MAC A 로만 전송할 수 있죠.. PC#1 의 랜카드 두개로 티밍을 하더라도 보내는 PC#2 가 MAC A나 B 둘 중 하나로만 보내기 떄문에 결국 PC#1 입장에서는 들어오는 대역폭을 두배로 만들 수 없는 것입니다.. 받는 입장에서는 보내는 놈이 한 군데로 보내는데 별 수 없는 것입니다.
반대로 PC#2 가 PC#1 로 자료를 보낼때는 PC#2 는 자신이 내보내는 어댑터 두개로 자료를 분산해서 PC#2 로 보내는 건 문제없습니다. 즉, 보내는 대역폭은 두배로 쓸 수가 있습니다.
이것이 티밍중에 가장 간단한 방식인 Adaptive Load Ballancing 입니다. 가정용 저가형 아무 L2스위치에 물려도 쓸 수 있는 방법이구요..
요약하자면,
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘
이 구성에서 각 랜카드가 1Gbps 라면 얻는 대역폭 이득은,
PC#1 -> PC#2 : 2Gbps
PC#2 -> PC#1 : 1Gbps
티밍을 통해 인바운드 대역폭도 티밍으로 묶은 어댑터숫자만큼 늘려서 받기 위해서는, 보내는 쪽의 스위치가 분산해 줘야합니다. 여기에는 CISCO Etherchannel 과 같은 여러가지 트렁킹 프로토콜 표준들이 있고, 티밍한 PC와 스위치 양단에 서로 똑같은 프로토콜로 구성해 줘야 하므로 일반인들이 구할 수 있는 Unmanagement 방식의 저가형 스위치나 허브로는 구현이 불가능하구요..
참고로, 인터넷 회선이 여러개일때 그 회선들의 대역폭을 합쳐서 하나의 IP로 묶어서 쓰는 방법도 존재하긴 합니다. 다만, 이건 내 집에서 어떤 구성만으로 되는게 아니고, 회선 여러개를 통해 분산해서 보낸 데이타를 외부에서 재조립해주는 곳이 필요합니다. 이게 바로 VPN서비스입니다.
..................┌-------->인터넷회선#1(공인IP1)------->인터넷------┐
..................├-------->인터넷회선#2(공인IP2)------->인터넷------┤
PC->[VPN터널(공인IP6)]->인터넷회선#3(공인IP3)---->인터넷---┼-A->[VPN서버]-B-┐
..................├-------->인터넷회선#4(공인IP4)------->인터넷------┤.........................│
..................└-------->인터넷회선#5(공인IP5)------->인터넷------┘.........................│
...................................................................................................................↓
.................................................................................................................인터넷
대충 이런 모양입니다. 인터넷에서 누군가가 내 VPN터널의 IP주소인 공인IP6 으로 데이타를 보내면 VPN서버에 의해서 인터넷회선1~5 로 분산되어서 들어오기 떄문에 다섯배의 대역폭을 쓸 수 있고, 마찬가지로 내가 인터넷으로 자료를 보낼때도 공인IP6을 통해서 외부로 내보내면 인터넷회선1~5로 분산되어 나가고 VPN서버에서 다시 묶어서 인터넷의 목적지로 보내주기 떄문에 회선 묶기가 가능한 방식입니다. 단, 어딘가에서 누군가가 VPN서버를 돌려주어야 하죠. 이런 유료 VPN서비스를 하는 곳이 요즘 더러 있습니다. 대신 VPN서버가 있는 지점 A와 B 의 회선은 충분히 빨라야겠죠.
=====================================================================================================================
=====================================================================================================================
티밍은 로컬랜에서 파일공유등의 대역폭을 늘릴 수 있지만, WAN(인터넷) 대역폭에는 아무런 이득이 없습니다...
스위치나 허브로 연결된 로컬랜을 대한민국이라고 보고, 서울,대전,대구,부산을 로컬랜내의 PC들이라고 한다면, 부산이라는 PC에서 네트웍 아답터를 티밍을 통해 대역폭을 늘리는 것은 부산에서 다른 도시로 나가는 고속도로의 차선을 넓히는 것과 마찬가집니다. 부산에서 다른 도시로 나가는 고속도로 차선을 넓혀도 인천국제공항(WAN) 의 수송능력과는 상관없는 이야기이기 때문에 해외(인터넷)로 나가는 속도에는 아무런 영향이 없는 것과 마찬가지지요..
쉽게 얘기해서 PC에다 기가랜카드 천장을 티밍해서 테라bps 를 만들어도 인터넷라인(WAN)이 100Mbps 면 결국 인터넷은 100Mbps 밖에 안나옵니다.
티밍의 경우는 많은 모드들이 있습니다.
이더넷 방식의 네트웍통신을 하는 한 로컬랜에서 통신하는 수단은 MAC입니다.
여러 PC가 서로 통신하기 위해서 스타토폴로지로 묶는 장비가 보통 많이들 쓰시는 스위치 또는 허브라 불리우는 녀석인데, 이 녀석의 기작은 결국 PC들의 랜카드의 MAC주소를 보고 데이타를 배달을 하지요..
스위치(허브)에 두개의 랜카드로 연결된 PC#1이 있습니다.
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘
PC#2 에서 PC#1 의 IP로 데이타 전송을 할때, 실제로는 IP로 통신하는게 아닙니다. 이더넷으로 구성된 네트웍이기 때문에 반드시 PC#1 의 MAC 주소 A 또는 B 를 알아야 자료를 전송하고 스위치는 그 자료를 배달할 수가 있지요.. PC#2 는 PC#1 의 MAC 주소를 모르기 때문에 "PC#1의 IP를 가지고 있는 놈은 나에게 너의 MAC 주소로 응답하라" 고 떠듭니다. 그럼 PC#1은 "나 불렀냐? 내 MAC주소는 A 니까 여기로 보내라" - 이게 ARP라는 과정이고 - 그렇게 얻어진 PC#1의 MAC A 로만 전송할 수 있죠.. PC#1 의 랜카드 두개로 티밍을 하더라도 보내는 PC#2 가 MAC A나 B 둘 중 하나로만 보내기 떄문에 결국 PC#1 입장에서는 들어오는 대역폭을 두배로 만들 수 없는 것입니다.. 받는 입장에서는 보내는 놈이 한 군데로 보내는데 별 수 없는 것입니다.
반대로 PC#2 가 PC#1 로 자료를 보낼때는 PC#2 는 자신이 내보내는 어댑터 두개로 자료를 분산해서 PC#2 로 보내는 건 문제없습니다. 즉, 보내는 대역폭은 두배로 쓸 수가 있습니다.
이것이 티밍중에 가장 간단한 방식인 Adaptive Load Ballancing 입니다. 가정용 저가형 아무 L2스위치에 물려도 쓸 수 있는 방법이구요..
요약하자면,
PC#1 랜카드1 (MAC A) --------- [스위치]--------- PC#2 랜카드(MAC C)
........랜카드2 (MAC B) -------------┘
이 구성에서 각 랜카드가 1Gbps 라면 얻는 대역폭 이득은,
PC#1 -> PC#2 : 2Gbps
PC#2 -> PC#1 : 1Gbps
티밍을 통해 인바운드 대역폭도 티밍으로 묶은 어댑터숫자만큼 늘려서 받기 위해서는, 보내는 쪽의 스위치가 분산해 줘야합니다. 여기에는 CISCO Etherchannel 과 같은 여러가지 트렁킹 프로토콜 표준들이 있고, 티밍한 PC와 스위치 양단에 서로 똑같은 프로토콜로 구성해 줘야 하므로 일반인들이 구할 수 있는 Unmanagement 방식의 저가형 스위치나 허브로는 구현이 불가능하구요..
참고로, 인터넷 회선이 여러개일때 그 회선들의 대역폭을 합쳐서 하나의 IP로 묶어서 쓰는 방법도 존재하긴 합니다. 다만, 이건 내 집에서 어떤 구성만으로 되는게 아니고, 회선 여러개를 통해 분산해서 보낸 데이타를 외부에서 재조립해주는 곳이 필요합니다. 이게 바로 VPN서비스입니다.
..................┌-------->인터넷회선#1(공인IP1)------->인터넷------┐
..................├-------->인터넷회선#2(공인IP2)------->인터넷------┤
PC->[VPN터널(공인IP6)]->인터넷회선#3(공인IP3)---->인터넷---┼-A->[VPN서버]-B-┐
..................├-------->인터넷회선#4(공인IP4)------->인터넷------┤.........................│
..................└-------->인터넷회선#5(공인IP5)------->인터넷------┘.........................│
...................................................................................................................↓
.................................................................................................................인터넷
대충 이런 모양입니다. 인터넷에서 누군가가 내 VPN터널의 IP주소인 공인IP6 으로 데이타를 보내면 VPN서버에 의해서 인터넷회선1~5 로 분산되어서 들어오기 떄문에 다섯배의 대역폭을 쓸 수 있고, 마찬가지로 내가 인터넷으로 자료를 보낼때도 공인IP6을 통해서 외부로 내보내면 인터넷회선1~5로 분산되어 나가고 VPN서버에서 다시 묶어서 인터넷의 목적지로 보내주기 떄문에 회선 묶기가 가능한 방식입니다. 단, 어딘가에서 누군가가 VPN서버를 돌려주어야 하죠. 이런 유료 VPN서비스를 하는 곳이 요즘 더러 있습니다. 대신 VPN서버가 있는 지점 A와 B 의 회선은 충분히 빨라야겠죠.
=====================================================================================================================
