類似虛擬機器遷移涉及的trill，移動終端也可以借鑑大二層的方案，即所有的移動終端全部處在乙個巨大無比的二層網路，依靠其自身的arp以及交換機的學習機制進行定址。這種方案下，ip位址是不用變化的，完全通過「加乙個黑盒子」的方式將移動終端適配到固定的網路上。移動終端並不知道自己在移動，它唯一要做的就是離開乙個黑盒子範圍時解除註冊，進入乙個黑盒子範圍時註冊自己，餘下的全部是黑盒子封裝二層資料幀後在其它黑盒子之間路由的問題了，和移動終端無關！
但是，如果由於終端移動導致的二層拓撲變化引發的網路重收斂，其收斂速度趕不上終端的移動頻率或者收斂過於頻繁，那就不能靠「加乙個盒子」來適配終端本身了，而必須通過「加乙個層」來適配應用了。這個層就是tcp/ip缺失的會話層。體現這種加乙個盒子和加乙個層之間的區別的乙個典型例子就是ipsec閘道器和ssl協議之間的區別，前者加了乙個盒子實現整個ip報文到安全性需求的適配，後者增加了乙個層實現應用到安全性需求的適配，這種區分要好好體會，最終會發現，任何問題都可以有兩種方案，加乙個盒子橫向解決，加乙個層縱向解決。二者之間不同如下圖所示：
以當前手機的移動性而言，肯定不適合用大二層的方案解決，起碼也得是改進優化後的大二層方案，那麼就需要實現乙個會話層了，應用構建於這個會話層而不是傳輸層，即便傳輸層由於ip的變化斷開重連了，會話層也會隱藏掉這一細節，應用層和會話層之間需要有乙個控制平面的介面，即如何定義會話，比如基於http session定義會話。所有的應用感受到的斷開連線都是會話層的斷開和連線，而不再是傳輸層的斷開和連線了。
至於會話層的實現，目前正在參考有沒有比較好的**可供參考。
trill大二層 TRILL大二層網路解決方案
資料中心的高速匯流排 trill 大二層網路解決方案 zdnet 出處 部落格 2012 07 12 06 12 在雲計算時代下，資料中心內部一般採用分布式架構處理海量資料儲存 挖掘 查詢 搜尋等相 關業務，伺服器和伺服器之間需要進行大量的協同工作，在伺服器之間產生了大量的東西向流量。其次，資料中心...
大二層網路 Trill
trill協議被設計用於把三層路由的穩定性 可擴充套件性和高效能引入二層網路。傳送側交換機第一次 某一目的mac的單播報文時，由於mac表中沒有記錄該目的mac和rb的對應關係，該報文將使用組播 表項按照未知單播報文進行 在下游交換機的egress rb處，rb會學習源mac和ingress nic...
大二層網路 基礎篇
一 傳統資料中心網路架構 傳統的資料中心網路通常都是二層 三層網路架構，如下圖所示。我們看到這種零售行業的 加盟店 形式架構，以及與之相對應的 三層到邊緣 架構，以及我們下面要談到的 大二層 架構，就相當於 直營店 了。之所以採用這種網路架構，是因為這種架構非常成熟，相關的二三層網路技術 二層vla...