몇몇 ISP들은 MAC address를 계산하는데 translation 을 사용합니다.
00 : 01 : IP[0] : IP[1] : IP[2] : IP[3]
여기서
IP[0].IP[1].IP[2].IP[3] 이 부분이 dynamic IP address 입니다.
EON이 이 방법을 사용합니다.
위성 연결은 매우 긴 응답시간을 가지고 있습니다. (예를 들자면 화성과 지구와의 교신 혹은 지구와 달과의 교신 같은 것)
이러한 단점은 매우 안 좋은 부분입니다.
일반적인 네트워크는 소위 말하는 "window"라고 불리는 것을 이용합니다. 이것은 응답을 기다리기 전에 미리 버퍼에 데이타를 보내는 것을 말합니다. TCP/IP 스택 부분이 TCP Window입니다.
---------------------- | - - - - - - - > can continue |-|-|-|----> | ---------------------- | Buffer sendable before confirm | | - - - - - - - <---------------------- Confirmation Answering
매우 높은 응답 시간 때문에, 우리는 많은 시간을 기다려야 합니다. 이것은 실제적인 체감 속도를 떨어뜨리는 원인이 됩니다. (예를 들면 16KB TCP window에 400ms의 RTT 라면 16KB/0.4 = 40 KB/s의 전송 속도를 잃게 되는 것입니다.)
해답은 바로 매우 큰 TCP Window를(약 256KB 혹은 MB 정도) 이용하는 것입니다.
불행하게도 많은 시스템에서 큰 TCP Window를 가지는 것은 간단한 문제가 아닙니다. 그래서 최근에는 새로운 프로그램에("download accelerators"다음장에서 이야기 합니다.) 등장하고 있습니다. 이 프로그램은 하나의 파일을 많은 수로 잘라서 한번에 다운 받게 만듭니다. 이것은 하나의 잘려진 파일 만큼 다운받는 시간과 동일한 시간이 걸리게 합니다. 이 방법으로 우리는 긴 RTT를 피할 수 있습니다.
이러한 프로그램을 "download accelerator"라고 합니다.
위 프로그램은 두가 일을 합니다.
다시받기 조정 부분, 이것은 다운로드 도중 멈추고 나중에 다시 시작하는 것을 가능하게 한다.
나누기 부분, 하나의 파일을 여러개로 나누어 여러 개를 한꺼번에 받을수 있게 한다.
위에서 살펴 본것 같이 download accelerator 위성 통신의 전송 속도를 높여주는 역활을 합니다.