網路收斂可以發生在osi模型中的1-3層，物理層當前使用較多的是波分鏈路，利用波分特性可以在50ms內進行收斂，資料鏈路層收斂使用的是stp,rstp或erps,網路層收斂通常是指路由協議的收斂。本文重點關注網路層收斂。在高速網路下，期望的網路收斂是50ms。
網路快速收斂主要通過三種方式實現：
定義在拓撲改變後，進行spf計算前需要等待的時間，避免進行過多的spf計算。
配置命令如下：
timers throttle spf 10 4800 90000
10表示起始等待時間；
4800表示等待間隔，如果在上乙個等待時間內收到新的拓撲變化事件，下一次等待間隔將變成上乙個等待間隔的兩倍；如果在上乙個等待間隔沒有發生事件變化，等待間隔變成起始等待時間；
90000表示最長等待間隔；
詳細圖例如下：
預設情況下，ospf每30分鐘會將所有lsa重新泛洪，避免在60分鐘的時候過期。在一些按流量 計費的鏈路下，hello報文和週期泛洪就需要支付更多的費用。
為了減少週期泛洪和hello報文，在了 ls age欄位的高位置位，即標誌位donotage。配置命令如下：
inte***ce g1/1/0
ip ospf flood-reduction
配置完成後，所有通過該介面的lsa都會標誌donotage,不會進行週期泛洪。
介面下配置
ip ospf dead-interval minimal hello-multiplier 5
每秒傳送5個hello包，dead time 為1
spf的增強，只對變化部分進行spf計算，可以減少收斂時間，降低所需資源，通常應用在大規模網路中效果明顯。(ios 已經不支援）
graceful restart需要nsf和sso支援，同時也需要鄰居支援nsf aware，可以在rp切換時，繼續**流量。
is-is可以調整收到網路變化事件後進行spf計算的間隔，配置命令如下
router isis
spf-interval m i e
m 表示最大等待間隔，i表示初始時間間隔，e表示增加的間隔，第一次等待i時間，第二次等待e時間，隨後按照2*e的時間等待，直到到達最大等待時間。經理了兩次最大等待時間無變化後，spf等待時間將會從i 重新開始。
對於區域性的spf計算，命令是
prc-interval m i e
對於lsa 生成類似於spf等待。配置命令為:
router isis
lsp-gen-interval m i e
ospf到達max-age 值泛洪，而is-is使用ttl值倒計時的方法，當ttl 降到0後，重新泛洪，ttl值可以每台裝置定義。
配置方式如下：
router isis
lsp-refresh-interval 65000
max-lsp-lifetime 65535
和ospf 概念一致，配置命令如下：
inte***ce g1/1
isis hello-interval minimal
isis hello-multiplier 5
和ospf一樣，ios已經不支援
graceful restart需要nsf和sso支援，同時也需要鄰居支援nsf aware，可以在rp切換時繼續**流量。
介面下配置dampening可以抑制介面頻繁up down 引起網路協議重新計算。
mpls te下，保護方式包括路徑保護和本地保護。
使用路徑保護時，保護方式是按照1:1保護，即一條備用路徑保護一條主用路徑，兩條路徑要有相同的資源，包括頻寬等引數。保護路徑只有在主用路徑中斷時才會被使用。這種方式會消耗較多資源。
本地保護只保護一條隧道的部分節點或鏈路，所建立的保護可以被多條隧道使用，針對的是1：n的保護方式，較節省資源。資料報在通過保護路徑時，會被新增乙個標籤，新增標籤會在倒數第二條彈出。
核心層API分類
核心層api按其用途分為以下幾類 i o管理器類,此類函式以io打頭,這些函式用來和i o管理器打交道的。程序結構模組相關函式，此類函式以ps打頭。建立並管理核心模式的執行緒。executive執行支援函式，這類函式以ex打頭。提供堆管理和同步服務。物件管理類函式，提供各種資料物件管理功能，此類函式...
核心層API分類
核心層api按其用途分為以下幾類 i o管理器類,此類函式以io打頭,這些函式用來和i o管理器打交道的。程序結構模組相關函式，此類函式以ps打頭。建立並管理核心模式的執行緒。executive執行支援函式，這類函式以ex打頭。提供堆管理和同步服務。物件管理類函式，提供各種資料物件管理功能，此類函式...
BlueZ 核心層 應用層
bluez 1.kernel層實現 bluetooth協議棧有多層結構，最底層的硬體協議在硬體中就已經實現了。軟體級別的協議實現，從hci這一層開始實現。bluez對各層協議的實現是依託於socket的。bluez首先建立了乙個新的socket中的協議 pf bluetooth af bluetoo...