在使用長(zhǎng)連接的情況下，當(dāng)一個(gè)網(wǎng)頁(yè)打開(kāi)完成后，客戶端和服務(wù)器之間用于傳輸HTTP數(shù)據(jù)的TCP連接不會(huì)關(guān)閉，客戶端再次訪問(wèn)這個(gè)服務(wù)器時(shí)，會(huì)繼續(xù)使用這一條已經(jīng)建立的連接。Keep-Alive不會(huì)永久保持連接，它有一個(gè)保持時(shí)間，可以在不同的服務(wù)器軟件（如Apache）中設(shè)定這個(gè)時(shí)間。實(shí)現(xiàn)長(zhǎng)連接需要客戶端和服務(wù)端都支持長(zhǎng)連接。

TCP—長(zhǎng)連接

所謂長(zhǎng)連接，指在一個(gè)TCP連接上可以連續(xù)發(fā)送多個(gè)數(shù)據(jù)包，在TCP連接保持期間，如果沒(méi)有數(shù)據(jù)包發(fā)送，需要雙方發(fā)檢測(cè)包以維持此連接，一般需要自己做在線維持（不發(fā)生RST包和四次揮手）。

連接→數(shù)據(jù)傳輸→保持連接(心跳)→數(shù)據(jù)傳輸→保持連接(心跳)→……→關(guān)閉連接（一個(gè)TCP連接通道多個(gè)讀寫(xiě)通信）；這就要求長(zhǎng)連接在沒(méi)有數(shù)據(jù)通信時(shí)，定時(shí)發(fā)送數(shù)據(jù)包(心跳)，以維持連接狀態(tài)；

TCP?；罟δ?，?；罟δ苤饕獮榉?wù)器應(yīng)用提供，服務(wù)器應(yīng)用希望知道客戶主機(jī)是否崩潰，從而可以代表客戶使用資源。如果客戶已經(jīng)消失，使得服務(wù)器上保留一個(gè)半開(kāi)放的連接，而服務(wù)器又在等待來(lái)自客戶端的數(shù)據(jù)，則服務(wù)器將應(yīng)遠(yuǎn)等待客戶端的數(shù)據(jù)，?；罟δ芫褪窃噲D在服務(wù)器端檢測(cè)到這種半開(kāi)放的連接。

TCP—短連接

短連接是指通信雙方有數(shù)據(jù)交互時(shí)，就建立一個(gè)TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開(kāi)此TCP連接（管理起來(lái)比較簡(jiǎn)單，存在的連接都是有用的連接，不需要額外的控制手段）；

連接→數(shù)據(jù)傳輸→關(guān)閉連接；

應(yīng)用場(chǎng)景

長(zhǎng)連接： 多用于操作頻繁（讀寫(xiě)），點(diǎn)對(duì)點(diǎn)的通訊，而且連接數(shù)不能太多情況，。每個(gè)TCP連接都需要三步握手，這需要時(shí)間，如果每個(gè)操作都是先連接，再操作的話那么處理速度會(huì)降低很多，所以每個(gè)操作完后都不斷開(kāi)，次處理時(shí)直接發(fā)送數(shù)據(jù)包就OK了，不用建立TCP連接。

例如：數(shù)據(jù)庫(kù)的連接用長(zhǎng)連接， 如果用短連接頻繁的通信會(huì)造成socket錯(cuò)誤，而且頻繁的socket 創(chuàng)建也是對(duì)資源的浪費(fèi)。

短連接： 像WEB網(wǎng)站的http服務(wù)一般都用短鏈接（http1.0只支持短連接，1.1keep alive 帶時(shí)間，操作次數(shù)限制的長(zhǎng)連接），因?yàn)殚L(zhǎng)連接對(duì)于服務(wù)端來(lái)說(shuō)會(huì)耗費(fèi)一定的資源，而像WEB網(wǎng)站這么頻繁的成千上萬(wàn)甚至上億客戶端的連接用短連接會(huì)更省一些資源，如果用長(zhǎng)連接，而且同時(shí)有成千上萬(wàn)的用戶，如果每個(gè)用戶都占用一個(gè)連接的話，那可想而知吧。所以并發(fā)量大，但每個(gè)用戶無(wú)需頻繁操作情況下需用短連好；

HTTP 原理

HTTP 是一個(gè)無(wú)狀態(tài)的協(xié)議。無(wú)狀態(tài)是指客戶機(jī)（Web 瀏覽器）和服務(wù)器之間不需要建立持久的連接，這意味著當(dāng)一個(gè)客戶端向服務(wù)器端發(fā)出請(qǐng)求，然后服務(wù)器返回響應(yīng)(response)，連接就被關(guān)閉了，在服務(wù)器端不保留連接的有關(guān)信息.HTTP 遵循請(qǐng)求(Request)/應(yīng)答(Response)模型?？蛻魴C(jī)（瀏覽器）向服務(wù)器發(fā)送請(qǐng)求，服務(wù)器處理請(qǐng)求并返回適當(dāng)?shù)膽?yīng)答。所有 HTTP 連接都被構(gòu)造成一套請(qǐng)求和應(yīng)答。

地址解析

如用客戶端瀏覽器請(qǐng)求這個(gè)頁(yè)面：http://www.lydms.com:8080/index.htm 從中分解出協(xié)議名、主機(jī)名、端口、對(duì)象路徑等部分，對(duì)于我們的這個(gè)地址，解析得到的結(jié)果如下：協(xié)議名：http 主機(jī)名：www.lydms.com 端口：8080 對(duì)象路徑：/index.htm 在這一步，需要域名系統(tǒng) DNS 解析域名 localhost.com,得主機(jī)的 IP 地址。

封裝 HTTP 請(qǐng)求數(shù)據(jù)包

把以上部分結(jié)合本機(jī)自己的信息，封裝成一個(gè) HTTP 請(qǐng)求數(shù)據(jù)包

封裝成 TCP 包并建立連接

封裝成 TCP 包，建立 TCP 連接（TCP 的三次握手）

客戶機(jī)發(fā)送請(qǐng)求命

客戶機(jī)發(fā)送請(qǐng)求命令：建立連接后，客戶機(jī)發(fā)送一個(gè)請(qǐng)求給服務(wù)器，請(qǐng)求方式的格式為：統(tǒng)一資源標(biāo)識(shí)符（URL）、協(xié)議版本號(hào)，后邊是 MIME 信息包括請(qǐng)求修飾符、客戶機(jī)信息和可內(nèi)容。

服務(wù)器響應(yīng)

服務(wù)器接到請(qǐng)求后，給予相應(yīng)的響應(yīng)信息，其格式為一個(gè)狀態(tài)行，包括信息的協(xié)議版本號(hào)、一個(gè)成功或錯(cuò)誤的代碼，后邊是 MIME 信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。

服務(wù)器關(guān)閉 TCP 連接

一般情況下，一旦 Web 服務(wù)器向?yàn)g覽器發(fā)送了請(qǐng)求數(shù)據(jù)，它就要關(guān)閉 TCP 連接，然后如果瀏覽器或者服務(wù)器在其頭信息加入了這行代碼 Connection:keep-alive，TCP 連接在發(fā)送后將仍然保持打開(kāi)狀態(tài)，于是，瀏覽器可以繼續(xù)通過(guò)相同的連接發(fā)送請(qǐng)求。保持連接節(jié)省了為每個(gè)請(qǐng)求建立新連接所需的時(shí)間，還節(jié)約了網(wǎng)絡(luò)帶寬。

HTTPS

HTTPS（全稱：Hypertext Transfer Protocol over Secure Socket Layer），是以安全為目標(biāo)的HTTP 通道，簡(jiǎn)單講是 HTTP 的安全版。即 HTTP 下加入 SSL 層，HTTPS 的安全基礎(chǔ)是 SSL。其所用的端口號(hào)是 443。過(guò)程大致如下：

SSL/TLS之間的關(guān)系

SSL 是英文“Secure Sockets Layer”的縮寫(xiě)，中文叫做“安全套接層”。它是在上世紀(jì)90年代中期，由網(wǎng)景公司設(shè)計(jì)的。為啥要發(fā)明 SSL 這個(gè)協(xié)議呢？因?yàn)樵然ヂ?lián)網(wǎng)上使用的 HTTP 協(xié)議是明文的，存在很多缺點(diǎn)——比如傳輸內(nèi)容會(huì)被偷窺（嗅探）和篡改。發(fā)明 SSL 協(xié)議，就是為了解決這些問(wèn)題。

到了1999年，SSL 因?yàn)閼?yīng)用廣泛，已經(jīng)成為互聯(lián)網(wǎng)上的事實(shí)標(biāo)準(zhǔn)。IETF 就在那年把 SSL 標(biāo)準(zhǔn)化。標(biāo)準(zhǔn)化之后的名稱改為 TLS（是“Transport Layer Security”的縮寫(xiě)），中文叫做“傳輸層安全協(xié)議”。

很多人都把這兩者并列稱呼（SSL/TLS），因?yàn)檫@兩者可以視作同一個(gè)東西的不同階段。

建立連接獲取證書(shū)

SSL 客戶端通過(guò) TCP 和服務(wù)器建立連接之后（443 端口），并且在一般的 tcp 連接協(xié)商（握手）過(guò)程中請(qǐng)求證書(shū)。即客戶端發(fā)出一個(gè)消息給服務(wù)器，這個(gè)消息里面包含了自己可實(shí)現(xiàn)的算法列表和其它一些需要的消息，SSL 的服務(wù)器端會(huì)回應(yīng)一個(gè)數(shù)據(jù)包，這里面確定了這次通信所需要的算法，然后服務(wù)器向客戶端返回證書(shū)。（證書(shū)里面包含了服務(wù)器信息：域名。申請(qǐng)證書(shū)的公司，公共秘鑰）。

證書(shū)驗(yàn)證

Client 在收到服務(wù)器返回的證書(shū)后，判斷簽發(fā)這個(gè)證書(shū)的公共簽發(fā)機(jī)構(gòu)，并使用這個(gè)機(jī)構(gòu)的公共秘鑰確認(rèn)簽名是否有效，客戶端還會(huì)確保證書(shū)中列出的域名就是它正在連接的域名。

數(shù)據(jù)加密和傳輸

如果確認(rèn)證書(shū)有效，那么生成對(duì)稱秘鑰并使用服務(wù)器的公共秘鑰進(jìn)行加密。然后發(fā)送給服務(wù)器，服務(wù)器使用它的私鑰對(duì)它進(jìn)行解密，這樣兩臺(tái)計(jì)算機(jī)可以開(kāi)始進(jìn)行對(duì)稱加密進(jìn)行通信。

CDN 原理

CND 一般包含分發(fā)服務(wù)系統(tǒng)、負(fù)載均衡系統(tǒng)和管理系統(tǒng)。

分發(fā)服務(wù)系統(tǒng)

其基本的工作單元就是各個(gè) Cache 服務(wù)器。負(fù)責(zé)直接響應(yīng)用戶請(qǐng)求，將內(nèi)容快速分發(fā)到用戶；同時(shí)還負(fù)責(zé)內(nèi)容更新，保證和源站內(nèi)容的同步。根據(jù)內(nèi)容類型和服務(wù)種類的不同，分發(fā)服務(wù)系統(tǒng)分為多個(gè)子服務(wù)系統(tǒng)，如：網(wǎng)頁(yè)加速服務(wù)、流媒體加速服務(wù)、應(yīng)用加速服務(wù)等。每個(gè)子服務(wù)系統(tǒng)都是一個(gè)分布式的服務(wù)集群，由功能類似、地域接近的分布部署的 Cache 集群組成。在承擔(dān)內(nèi)容同步、更新和響應(yīng)用戶請(qǐng)求之外，分發(fā)服務(wù)系統(tǒng)還需要向上層的管理調(diào)度系統(tǒng)反饋各個(gè)Cache 設(shè)備的健康狀況、響應(yīng)情況、內(nèi)容緩存狀況等，以便管理調(diào)度系統(tǒng)能夠根據(jù)設(shè)定的策略決定由哪個(gè) Cache 設(shè)備來(lái)響應(yīng)用戶的請(qǐng)求。

負(fù)載均衡系統(tǒng)

負(fù)載均衡系統(tǒng)是整個(gè) CDN 系統(tǒng)的中樞。負(fù)責(zé)對(duì)所有的用戶請(qǐng)求進(jìn)行調(diào)度，確定提供給用戶的最終訪問(wèn)地址。使用分級(jí)實(shí)現(xiàn)。最基本的兩極調(diào)度體系包括全局負(fù)載均衡（GSLB）和本地負(fù)載均衡（SLB）。GSLB 根據(jù)用戶地址和用戶請(qǐng)求的內(nèi)容，主要根據(jù)就近性原則，確定向用戶服務(wù)的節(jié)點(diǎn)。一般通過(guò) DNS解析或者應(yīng)用層重定向（Http 3XX 重定向）的方式實(shí)現(xiàn)。SLB 主要負(fù)責(zé)節(jié)點(diǎn)內(nèi)部的負(fù)載均衡。當(dāng)用戶請(qǐng)求從 GSLB 調(diào)度到 SLB 時(shí)，SLB 會(huì)根據(jù)節(jié)點(diǎn)內(nèi)各個(gè)Cache 設(shè)備的工作狀況和內(nèi)容分布情況等對(duì)用戶請(qǐng)求重定向。SLB 的實(shí)現(xiàn)有四層調(diào)度（LVS）、七層調(diào)度（Nginx）和鏈路負(fù)載調(diào)度等。

管理系統(tǒng)

分為運(yùn)營(yíng)管理和網(wǎng)絡(luò)管理子系統(tǒng)。網(wǎng)絡(luò)管理系統(tǒng)實(shí)現(xiàn)對(duì) CDN 系統(tǒng)的設(shè)備管理、拓?fù)涔芾?、鏈路監(jiān)控和故障管理，為管理員提供對(duì)全網(wǎng)資源的可視化的集中管理，通常用 web 方式實(shí)現(xiàn)。運(yùn)營(yíng)管理是對(duì) CDN 系統(tǒng)的業(yè)務(wù)管理，負(fù)責(zé)處理業(yè)務(wù)層面的與外界系統(tǒng)交互所必須的一些收集、整理、交付工作。

包括用戶管理、產(chǎn)品管理、計(jì)費(fèi)管理、統(tǒng)計(jì)分析等。

TCP/IP協(xié)議族

TCP/IP只提供無(wú)連接、不可靠的服務(wù)。

傳輸之前需要進(jìn)行三次握手。

IP的主要功能包括將上層數(shù)據(jù)(如TCP、UDP數(shù)據(jù))或者同層的其它數(shù)據(jù)(如ICMP數(shù)據(jù))封裝到IP數(shù)據(jù)報(bào)中，將IP數(shù)據(jù)報(bào)傳送到最終目的地；為了使數(shù)據(jù)能夠在鏈路層上進(jìn)行傳輸，對(duì)數(shù)據(jù)進(jìn)行分段，確定數(shù)據(jù)報(bào)到達(dá)其它網(wǎng)絡(luò)中的目的地的路徑。

應(yīng)用層協(xié)議—文件傳輸服務(wù)(FTP)

用來(lái)在計(jì)算機(jī)之間傳輸文件。

實(shí)際Internet的FTP服務(wù)是一種匿名(anonymous)FTP服務(wù)，設(shè)置一個(gè)特殊的用戶名-anonymous，供公眾使用。

匿名登錄到FTP服務(wù)器后，其工作方式與常規(guī)FTP相同。通常處于安全目的，大多數(shù)匿名FTP服務(wù)器只允許下載，不允許上傳文件。

FTP在客戶端到服務(wù)器建立2條TCP連接，一條是控制連接，主要用于傳輸命令和參數(shù)(端口21)；另一條是數(shù)據(jù)連接，主要用于傳輸文件(端口號(hào)20)。

應(yīng)用層協(xié)議—遠(yuǎn)程登錄協(xié)議(Telnet)

遠(yuǎn)程登錄服務(wù)實(shí)在Telnet協(xié)議的支持下，將用戶計(jì)算機(jī)和遠(yuǎn)程主機(jī)連接起來(lái)，在遠(yuǎn)程計(jì)算機(jī)上運(yùn)行程序，用戶輸入的信息通過(guò)Telnet協(xié)議發(fā)送給遠(yuǎn)程主機(jī)，主機(jī)在TCP端口監(jiān)聽(tīng)用戶請(qǐng)求，并處理后，將結(jié)果通過(guò)Telnet協(xié)議返回給客戶。客戶再經(jīng)過(guò)適當(dāng)?shù)霓D(zhuǎn)換顯示在計(jì)算機(jī)屏幕上。因?yàn)槭褂肨elnet命令進(jìn)行遠(yuǎn)程登錄，所有稱為Telnet遠(yuǎn)程登錄。

由客戶端軟件、服務(wù)器軟件以及Telnet通用協(xié)議三部分組成。

應(yīng)用層協(xié)議—電子郵件協(xié)議（SMTP)

電子郵件(E-mail)利用計(jì)算機(jī)進(jìn)行信息交換的電子媒體信件。

基于客戶端/服務(wù)器模式，有E-mail客戶端軟件、E-mail服務(wù)器、通信協(xié)議三部分組成。發(fā)送郵件，首先到達(dá)自己注冊(cè)的郵件服務(wù)器主機(jī)，再在網(wǎng)絡(luò)傳輸中經(jīng)過(guò)多個(gè)計(jì)算機(jī)和路由中轉(zhuǎn)到達(dá)目的地的郵件服務(wù)器主機(jī)，進(jìn)入收件人的電子郵箱，最后郵件的接收者上網(wǎng)并啟動(dòng)電子郵件管理程序，會(huì)自動(dòng)下載到自己計(jì)算機(jī)，完成接受郵件。

SMTP：簡(jiǎn)單郵件傳輸協(xié)議

MIME：Internet郵件擴(kuò)充協(xié)議

PEM：增強(qiáng)私密郵件保護(hù)協(xié)議

POP：來(lái)保管用戶未能及時(shí)取走的郵件，簡(jiǎn)單的純文本協(xié)議，每次傳輸以正規(guī)E-mail為單位，不提供部分傳輸。

傳輸層協(xié)議—TCP

在IP提供的不可靠數(shù)據(jù)服務(wù)的基礎(chǔ)上為應(yīng)用程序提供一個(gè)可靠的、面向連接的、全雙工的數(shù)據(jù)傳輸服務(wù)。TCP在源主機(jī)和目的之間建立和關(guān)閉連接操作是，均需要通過(guò)三次握手來(lái)確認(rèn)建立和關(guān)閉是否成功。TCP雖然提供了一個(gè)可靠的數(shù)據(jù)傳輸服務(wù)，但是以犧牲通信量來(lái)實(shí)現(xiàn)的。

**TCP采用了重發(fā)技術(shù)：**發(fā)送數(shù)據(jù)時(shí)，啟動(dòng)定時(shí)器，在規(guī)定時(shí)間內(nèi)沒(méi)有收到確認(rèn)信息，就重新發(fā)送數(shù)據(jù)包。

傳輸層協(xié)議—UDP

用戶數(shù)據(jù)報(bào)協(xié)議是一種不可靠、無(wú)連接的協(xié)議，與同層面向連接的TCP相比，UDP是一種無(wú)連接的協(xié)議(無(wú)錯(cuò)誤檢測(cè)功能)。TCP有助于提供可靠的連接，UDP有助于提高傳輸?shù)母咚俾市?。不?fù)責(zé)重新發(fā)送丟失的包，不對(duì)接收的數(shù)據(jù)進(jìn)行排序，不消除重復(fù)的IP數(shù)據(jù)報(bào)，不負(fù)責(zé)建立和終止連接。(都是UDP應(yīng)用程序負(fù)責(zé)的)

TCP：交互式會(huì)話應(yīng)用程序(FTP等)。

UDP：自己進(jìn)行錯(cuò)誤檢測(cè)、不需要檢測(cè)錯(cuò)誤(DNS、SNMP)。

網(wǎng)際層協(xié)議—IP

IP只提供無(wú)連接、不可靠的服務(wù)，把差錯(cuò)檢測(cè)和流量控制之類的服務(wù)授權(quán)給了其他層的協(xié)議。IP的主要功能：

• 將上層數(shù)據(jù)(TCP、UDP數(shù)據(jù))或同層其他數(shù)據(jù)(ICMP數(shù)據(jù))封裝到IP數(shù)據(jù)報(bào)中；
• 將IP數(shù)據(jù)報(bào)傳送到最終目的地；
• 為了使數(shù)據(jù)能夠在鏈路層上進(jìn)行傳輸，對(duì)數(shù)據(jù)進(jìn)行分段；
• 確定數(shù)據(jù)報(bào)到達(dá)其它網(wǎng)絡(luò)中的目的地的路徑。

網(wǎng)際層協(xié)議—ICMP

Internet控制信息協(xié)議，用于發(fā)送查錯(cuò)報(bào)文的協(xié)議。ICMP讓IP更加穩(wěn)固。也是利用IP來(lái)傳送報(bào)文的。ping工具就是利用ICMP報(bào)文進(jìn)行目標(biāo)是否可達(dá)測(cè)試。

5種差錯(cuò)報(bào)文：(源抑制、超時(shí)、目的不可達(dá)、重定向和要求分段)

4種信息報(bào)文：回應(yīng)請(qǐng)求、回應(yīng)應(yīng)答、地址屏蔽碼請(qǐng)求和地址屏蔽碼應(yīng)答。

網(wǎng)際層協(xié)議—ARP和RARP

地址解析協(xié)議(ARP)和反地址解析協(xié)議(RARP)

ARP的作用是將IP地址轉(zhuǎn)為物理地址，RARP的作用是將物理地址轉(zhuǎn)為IP地址。每臺(tái)設(shè)備都有唯一的物理地址(通過(guò)網(wǎng)卡給出)，為了屏蔽底層協(xié)議及物理地址上的差異，IP協(xié)議又使用了IP地址。因此，在傳輸過(guò)程中，必須對(duì)IP地址和物理地址進(jìn)行相互轉(zhuǎn)換。

網(wǎng)絡(luò)接口層協(xié)議—以太網(wǎng)(Ethernet IEEE 802.3

Ethernet IEEE 802.3：標(biāo)準(zhǔn)局域網(wǎng)，速度10Mps，傳輸介質(zhì)為銅纜。Ethernet IEEE 802.3u：快速以太網(wǎng)，速度100Mps，傳輸介質(zhì)為雙絞線。Ethernet IEEE 802.3z：千兆以太網(wǎng)，速度1000Mps，傳輸介質(zhì)為光纖或雙絞線。

網(wǎng)絡(luò)接口層協(xié)議—令牌環(huán)網(wǎng)(Ethernet IEEE 802.5)

• 只有擁有令牌才可以發(fā)送數(shù)據(jù)。
• 發(fā)送數(shù)據(jù)時(shí)，需要捕獲一個(gè)令牌。
• 令牌不為空，需要等待。

網(wǎng)絡(luò)接口層協(xié)議—光纖分布式數(shù)據(jù)接口(FDDI)

以光纖為傳輸介質(zhì)。

采用雙環(huán)體系結(jié)構(gòu)，兩環(huán)上的信息反方向流動(dòng)。雙環(huán)中一環(huán)稱為主環(huán)，另一個(gè)環(huán)稱為次環(huán)。正常情況下，主環(huán)傳輸數(shù)據(jù)，次環(huán)處于空閑狀態(tài)。

雙環(huán)設(shè)計(jì)的目的是提供高可靠性和穩(wěn)定性。FDDI定義的傳輸介質(zhì)有單模光纖和多模光纖兩種。

網(wǎng)絡(luò)接口層協(xié)議—點(diǎn)對(duì)點(diǎn)協(xié)議(PPP)

主要用于”撥號(hào)上網(wǎng)“這種廣域連接模式。優(yōu)點(diǎn)簡(jiǎn)單、具備用戶驗(yàn)證功能、可以解決IP分配等。為各種主機(jī)、網(wǎng)橋和路由器之間簡(jiǎn)單連接的一種通用解決方案。

利用以太網(wǎng)(Ethernet)資源在以太網(wǎng)上運(yùn)行PPP來(lái)進(jìn)行用戶認(rèn)證接入的方式成為PPPoE。是目前ADSL接入方式中最廣泛的技術(shù)標(biāo)準(zhǔn)。

ATM網(wǎng)絡(luò)撒花姑娘運(yùn)行PPP來(lái)管理用戶再認(rèn)證的方式成為PPPoA。

PPPoA和PPPoE運(yùn)行原理相同，不同的是運(yùn)行環(huán)境的不同。

其他—ADSL(非對(duì)稱用戶數(shù)據(jù)線)

ADSL Modem上網(wǎng)撥號(hào)方式有3中，即專線方式(靜態(tài)IP)、PPPoA和PPPoE。

ADSL獨(dú)享帶寬，安全可靠。費(fèi)用低廉,使用過(guò)去的電話線路，可以分離電話機(jī)和ADSL Modem(上網(wǎng))。

其他—IPv4和IPv6

IPv4：32位二進(jìn)制，能表示IP地址個(gè)數(shù)：2^32=42億。

IPv6:128位二級(jí)制，能表示IP地址個(gè)數(shù)：2^128=3.4 * 10^38。