1.sfc中包的格式
網路服務包頭，當obit被設定為1時，表示乙個sfc oam訊息
oam type：sfc oam的型別（1、連線認證，2、持續性檢驗，3、路由跟蹤，4、效能度量）
sfc oam的有效負載描述如下：
version：sfc oam訊息的版本，總共8bit，當前的版本是0x01
message type：sfc oam訊息型別（1持續性檢驗，2跟蹤請求訊息，3跟蹤響應訊息）
originator handle：訊息原始傳送端
remote handle：終端，通常用來驗證部分sfp，當驗證整條sfc時，該字段為0xffff
sequence number：該字段由sfc請求訊息傳送端配置，用來跟蹤正確的應答訊息。
the sending timestamp：傳送時間
the receiving timestamp：訊息接受的時間（接收端的時間）
型別尚未定義，長度表示有效位元組的長度，value欄位會根據type判斷是否可用。
2.工作原理
sfc oam參考模型
2.1 sfc的連線認證和持續性檢驗
主動持續性檢測探測乙個meg中兩個mep之間的連線性；主動連線認證用來探測兩個meg之間或者meg意想不到的連線性故障。bfd可以用來主動傳送cc & cv包，傳送的包按照監測的sfc路徑傳輸。sfc cc-cv包中封裝sfc header，message type必須被設定為1。
sff收到cc-cv包，將包**到下乙個sf或者sff；sf收到cc-cv包，它僅僅是將包返回給sff；mep終止乙個sfc的cc-cv包，mep當一段持續時間沒有收到主動傳送的cc-v包，則存在持續性故障，當mep對收到cc-v包進行解析，發現連線故障時，產生告警給故障管理系統。
2.2 sfc路由跟蹤
sfc可以分為連個抽象層，服務功能層和資料**層，服務功能層是乙個個服務功能的連線，sfc**層服務功能和**節點相連，從而使**路徑更加清晰，故障可能發生在服務功能或者服務功能**節點上，所以路由跟蹤需要探測服務功能和**結點來發現故障位置。
服務功能層：服務功能標識可以作為乙個目的mep來響應路由請求訊息，通過對比服務功能標識鏈和預配置的服務功能鏈，可以發現服務功能之間是否存在連線性故障，當存在故障時，可以定位故障的位置。
sfc**層：服務功能和服務功能**節點都可以設定為目的mep來響應路由請求訊息，通過對比服務功能和服務**功能結點標識鏈和預配置的鏈，從而發現在**層是否存在故障，如果存在故障，可以定位故障是在服務功能**節點還是在服務功能上。
路由跟蹤機制中存在兩種策略：
ttl策略
和ip路由跟蹤類似，探測節點傳送一系列的跟蹤請求包在特定的sfc上，生存時間分別被設定為1,2，......等。當路由跟蹤請求包經過每乙個服務功能時，服務功能將ttl減1，當生存時間減為0時，服務功能返回響應訊息，因此探測節點通過解析路由請求訊息響應包獲取服務功能列表，如果存在故障，可以定位故障位置。
記錄路由機制
探測節點傳送一條路由請求訊息，訊息在特定的sfp上傳輸，當服務功能收到路由跟蹤請求訊息，該服務功能將自己的標識加入服務功能鏈的末尾，產生乙個路由跟蹤響應訊息返回給探測節點。因此探測節點通過解析路由請求訊息響應包獲取服務功能列表，如果存在故障，可以定位故障位置。
故障管理規範
基本原則 過程質量保障 方案評審 有效的 review 測試用例評審 測試方案評審 測試重點 測試範圍 測試策略 可靠性專項用例 公共異常用例 效能用例 介面自動化 公共異常用例 1.testlink 各業務組建立專門管理 2.梳理公共業務 3.整理批量異常用例 效能用例 1.testlink 各業...
用狀態機表示SFC中的並行分支
過去一直認為，狀態機表示sfc會不會是任務複雜化，這次簡單實驗了一下，感覺還可以。請看下面的控制。在sfc中，a和b是一對並行分支，匯合後轉移到c分支中，怎麼了用狀態機表示呢？這裡我們在狀態機裡分別用a b狀態表示分支，它們的匯合點是狀態freestate。當它們都處於freestate狀態時，c狀...
Linux故障分析 使用者管理
了解linux的引導流程 補充 程序 init 執行中的一段程式 系統中區分程序使用id 一般是隨機的，不固定 init 1 為id 0 核心排程器，獲取cpu時間，進行程序的切換 根據運 況分類 執行狀態，等待狀態，僵死狀態 命令 man ps ps el tty 虛擬終端 字元型介面 ctrl ...