光纖直連簡介

時間：2022-02-26 10:21:01 | 來源：信息時代

時間：2022-02-26 10:21:01 來源：信息時代

光纖直連：直接在兩個站點的核心或匯聚設備之間鏈接兩根光纖，。唯一需要注意的是在兩個站點之間的鏈路上做些報文控制，對廣播和STP等報文限制一下發(fā)送速率和發(fā)送范圍，避免一個站點的廣播風暴或拓撲收斂影響到其他站點的轉發(fā)。

當站點較多時，理論上有兩種結構可用：

星形結構：專門用幾臺設備作為交換核心，所有站點都通過光纖直連到此組交換核心設備上，缺點是可靠性較低，一旦核心機掛掉，其他機器就都連不通了，而且交換核心放置的位置也不易規(guī)劃。這種結構不是值得推薦的模型。

環(huán)形結構：推薦模型，尤其在云計算這種多站點等同地位互聯(lián)的大型數(shù)據(jù)中心組網下，環(huán)形結構可以減少設備數(shù)量，達到節(jié)約成本的目的，又能提供故障保護，將來會成為建設趨勢。



從技術上講星形拓撲不需要額外的二層互聯(lián)技術，只部署一些報文過濾即可，可以通過鏈路捆綁增強站點到核心間鏈路故障保護和鏈路帶寬擴展。而環(huán)形拓撲必須增加專門的協(xié)議用于防止環(huán)路風暴，同樣可以部署鏈路捆綁以增加帶寬冗余。

環(huán)形拓撲的公共標準控制協(xié)議主要是STP和RPR(Resilient Packet Ring IEEE802.17)，STP的缺點前面說了很多，RPR更適合數(shù)據(jù)中心多站點連接的環(huán)形拓撲。另外很多廠商開發(fā)了私有協(xié)議用于環(huán)路拓撲的控制，如EAPS(Ethernet Automatic Protection Switching，IETFRFC 3619，Extreme Networks)，RRPP(Rapid Ring Protection Protocol，H3C)，MRP(MetroRing Protocol，F(xiàn)oundry Networks)，MMRP(Multi Mater Ring Protocol，Hitachi Cable)，ERP(Ethernet Ring Protection，Siemens AG)等。

這里簡單介紹一下RPR。從控制平面看，環(huán)路拓撲組網相對簡單，控制協(xié)議交互規(guī)則制定也比較前面的TRILL/SPB更加簡化，了解了全網各節(jié)點位置后，確定內外環(huán)兩條通路即可。在數(shù)據(jù)平面上，RPR通過MACinMAC方式在環(huán)上封裝外層節(jié)點MAC信息方式確認已知單播傳遞節(jié)點對象，非目標節(jié)點會將數(shù)據(jù)報文直接轉給環(huán)上的下一跳，只有當目標節(jié)點收到此報文后根據(jù)外層目的MAC信息確認本地為終點，將報文下環(huán)轉發(fā)。環(huán)上每個節(jié)點都會對未知單播/組播/廣播報文著做下環(huán)復制和逐跳轉發(fā)處理，直到轉了一圈后，源節(jié)點再次收到此報文丟棄終止轉發(fā)。

由于RPR在環(huán)路傳輸數(shù)據(jù)報文封裝時增加了1個Byte的基本環(huán)控制和1個Byte的擴展環(huán)控制用于環(huán)路信息識別，因此也必須使用專用硬件處理環(huán)路接口的報文收發(fā)封裝工作。RPR雖然很早就確立了標準內容，但由于其初始應用針對運營商城域以太網，且只能支持環(huán)路拓撲，因此各個廠商并沒有花太大力氣去開發(fā)產品進行支撐推廣，當前使用不多。

未來幾年的云計算數(shù)據(jù)中心建設時，除非在所有站點采用相同廠家的設備還有可能使用一些私有協(xié)議組環(huán)(可能性比較低)，前文提到預測會以站點為單位選擇不同廠家進行建設，這時就需要公共標準用于多站點互聯(lián)了。在光纖直連方式下成熟技術中最好的選擇就是RPR，但如果TRILL能夠將多拓撲這塊內容定義好，未來是能夠將其取而代之的。