mpls
是多協議標籤交換的簡稱，它用短而定長的標籤來封裝網路層分組。
mpls
最初是為提高路由器的**速度而提出乙個協議。
gre協議是對某些網路層協議的資料報進行封裝，使這些被封裝的資料報能夠在另乙個網路層協議中傳輸。gre是
vpn的第三層隧道協議，在協議層之間採用了一種被稱之為
tunnel
的技術。
mpls
在vpn
中的應用，用
mpls
為**通道執行私網流量，使乙個運營商的網路可以同時支撐多個不同客戶的
ip vpn
，這樣就要求運營商的網路全程支援
mpls
**。但是在實際運用中，有時由於網路規劃的原因，運營商網路的中間裝置並不支援
mpls
功能，而基本的
bgp/mpls vpn
是要求所用到的運營商裝置全程支援
mpls
功能才可以，這樣採用基本的
bgp/mpls vpn
方法就行不通了，此時
gre的應用很好的解決了這個問題，只需要運營商邊緣裝置支援
mpls
**就能實現功能。而且
gre只需要保證兩端網路型別相同，中間可以穿越其他型別的網路，也降低了對運營商網路的要求
gre的原理與配置
一，gre理解 gre是一種傳統的隧道協議技術，通過隧道連線的兩個遠端網路就如同直連，gre在兩個遠端網路之間模擬出直連鏈路，實際上可以看作是虛擬的點到點連線的效果。隧道是一種封裝技術，利用一種網路協議來傳輸另外一種網路協議，說百了就是利用一種網路協議將其它的協議封裝在自己的報文中。如下圖是gre的...
C C 程式設計 模板與多重繼承的互補
temporysecretaryclass繼承自secretary和tempory，因此它同時擁有後兩者的特性，以及其他可能的更多特性。這導致一種想法 多重繼承可能有助於處理 設計組合 通過少量的 明確選擇後的基類。這麼一來，使用者藉由basesmartptr multithreaded和refco...
SOA和敏捷的互補與衝突 朋友 還是敵人
2007.04.28 來自 infoq 喬梁 譯 方 和架構是互斥的嗎?有人認為，軟體開發實踐與架構是不重迭的。在其它環境中這麼說也許是正確的，但在這個主題中卻不盡然。一方面，敏捷方法 例如xp 直接關注設計，不是特別同意預先做大量設計 bduf 的觀點。另一方面，大多數soa團隊主要是圍繞構建一系...