Anycast的實(shí)現(xiàn)方式一般是在服務(wù)器上起相同地址的環(huán)回口，通過等價(jià)路由的方式來實(shí)現(xiàn)，問題來了：
1.對網(wǎng)元需要怎樣的需求？
2.路由協(xié)議上是否只是簡單地宣告？
3.對不同協(xié)議（ospf,bgp)是否有差別？
4.路由收斂對服務(wù)的影響不吝賜教？
泛播技術(shù)在以前的文章也有介紹，有興趣的讀者可以前去閱讀。
什么是泛播Anycast？
先舉一個(gè)生活中的例子，最早某大型超市開在古北水城路上，只此一家，做為亞洲年銷售額第一的超市，常常被擠的水泄不通，連浦東的人也慕名遠(yuǎn)道而來。沒多久時(shí)間，某大型超市就在全市各個(gè)區(qū)開了十多家，顧客通常去最近的一家，這樣客戶分流，就沒有那么擁擠，用戶滿意度提高，銷售額也大幅增長。但如果附近的門店關(guān)門歇業(yè)，顧客則需要到稍遠(yuǎn)的門店購物。
泛播也是采用以上的思路，將相同的IP地址配置在不同地理位置的服務(wù)器上，每臺服務(wù)器提供相同的服務(wù)，甚至數(shù)據(jù)都是同步的，服務(wù)器服務(wù)范圍為以自己為原點(diǎn)，半徑在幾十到幾千公里不等的輻射圈，用戶則依據(jù)路由表最近原則，選擇最靠近自己的服務(wù)器來服務(wù)，一旦附近的服務(wù)器罷工，客戶的訪問流量會切換到稍遠(yuǎn)一些的服務(wù)器。
泛播，我們每天都在使用，但很多人沒有意識到，比如DNS域名解析，全球13個(gè)根域名服務(wù)器幾乎都使用泛播，在各個(gè)大洲同時(shí)部署相同IP的服務(wù)器，各個(gè)洲的用戶會自動選擇自己洲的服務(wù)器，距離近，訪問延遲最小，用戶體驗(yàn)會好得多。
但如果一個(gè)洲只有一臺服務(wù)器，一旦掛了，會切換到其它洲的服務(wù)器，如果希望切換永不發(fā)生，則需要在一個(gè)場點(diǎn)部署多臺服務(wù)器，組成一個(gè)Cluster，不光可以負(fù)載均衡，還可以冗余備份。
如果泛播IP面向全球用戶，IP地址需要通過IGP/BGP、或直接BGP通告出去，最終都會以一條BGP路由呈現(xiàn)在路由表里，如果一個(gè)運(yùn)營商泛播服務(wù)器只給本運(yùn)營商提供服務(wù)，則需要使用BGP No_Export?屬性。
如果泛播面向企業(yè)網(wǎng)內(nèi)用戶，使用IGP通告，用戶則認(rèn)為Cost值小的，距離自己最近，所以需要把跨越遙遠(yuǎn)距離（不同城市）的WAN鏈路Cost值修改的很巨大，比如1000，使得用戶會優(yōu)先選擇相同城市的泛播服務(wù)器。
如何防止流量黑洞？
一直沒有談一個(gè)問題，假定一個(gè)場點(diǎn)只有一臺泛播服務(wù)器，突然崩潰了，而路由協(xié)議沒有意識到它掛了，依然把路由廣播出去，那附近的用戶依然會選擇它來服務(wù)，于是流量全部被丟（流量黑洞），這不是我們希望看到的，最好服務(wù)器上運(yùn)行IGP/BGP，一旦掛了，其它路由器能很快檢測到超時(shí)，然后撤銷路由通告，附近的用戶就不會再訪問它。
但以上只能檢測到鏈路失效（Down）、服務(wù)器死機(jī)，但無法檢測到服務(wù)進(jìn)程停止工作，所以最好還能有一種監(jiān)控進(jìn)程健康工作的機(jī)制，一旦進(jìn)程停止工作，則停止泛播IP的通告。
環(huán)回口綁定泛播IP最大的好處
只要服務(wù)器處于運(yùn)行狀態(tài)，這個(gè)環(huán)回口就是UP狀態(tài)，如果有多個(gè)物理接口可以網(wǎng)絡(luò)，則任何一個(gè)接口Down，都不妨礙泛播IP的可達(dá)，此外環(huán)回口可以配置/32位掩碼，不會有任何的浪費(fèi)。
路由收斂對泛播的影響
至于路由收斂對泛播的影響，泛播IP與其它IP沒有本質(zhì)區(qū)別，所以路由收斂期間可能會引起訪問中斷，一旦路由可達(dá)，訪問立馬恢復(fù)。
以上基本回答了題主的問題，至于泛播對網(wǎng)元的要求，泛播IP僅僅指把普通的IP配置在多個(gè)地方，所以它還是IP，對網(wǎng)元沒有特殊要求。
泛播IP不適應(yīng)的場景
泛播適合DNS域名解析、在線視頻CDN、門戶網(wǎng)站，但卻不適合Long-Lived TCP-Based 應(yīng)用程序，由于TCP狀態(tài)信息不在泛播服務(wù)器之間同步，一旦切換到其它服務(wù)器，則連接狀態(tài)全部丟失。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至2705686032@qq.com 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。原文轉(zhuǎn)載： 原文出處：
