最近去interview, 談到配置管理，忽然發現以前忽略的乙個小問題：
ems將配置是推(push)給網元還是從網元上拿（synchronize,pull）? 很像push/pull老問題
我做過的兩個系統都是從裝置上拿！這最符合產品的開發思路。一般公司都是先開發裝置，從硬體到cli, 後面才想起來snmp等做ems甚至nms。所以單兵作戰時代的裝置要自己管理配置。後面的ems也理所當然的充當cli的gui，所有的配置還是儲存在裝置上。這時候同步必須滿足以下場景：
1. ems啟動後要同步
2. 裝置重啟後
3. 裝置斷線後
4. 裝置的本地維護終端有操作後
5. 一些特殊的裝置事件
換個角度看問題，如果我們是可憐的客戶，買了幾個廠家的裝置，每個epon廠家有自己的ems，而電信領導要大發慈悲，所有使用者免費從2m頻寬公升級到4m（舉個例子，可能性微乎其微）。怎麼辦呢？趕快去操作每個廠商的ems, 把qos下發下去，運氣好的用批量操作一次搞定。北向介面？費時費力。
如果電信推出類似於ldap的管理配置樹，要求裝置廠商必須從這裡去讀取配置，不管你是fttb還是ftth，每個使用者的狀態，速率，acl等都儲存在裡面。這樣ems等就必須去把配置從運營商那裡同步回來，根據業務要求下發到fttb的埠上或者ftth的onu上。而裝置上的配置不再變得重要。再有來自底層的擅自修改，應該是個告警。這裡要注意幾個問題：
1. 底層和上層管理者之間的配置同步，應該是基於版本標記的，或者利用版本差異來傳輸來減少資料量。
2. 事務！這個時候的配置一定要保證完整性
yy結束
電信網管 FCAPS
今天看到fcaps 用狗搜了下，原來是如下縮寫，那就記下吧 fcaps 表示網路管理的五種基本功能的縮寫 f fault management 故障管理 具有對故障的檢測 快速定位 隔離故障點並進行修復等功能，其功能應涉及本端及遠端的所有網路元素。應能將維護訊息及時通知有關使用者。c configu...
Luogu1345 奶牛的電信（網路流）
很不幸，有時候奶牛會不小心踩到電腦上，農夫約翰的車也可能碾過電腦，這台倒霉的電腦就會壞掉。這意味著這台電腦不能再傳送電郵了，於是與這台電腦相關的連線也就不可用了。有兩頭奶牛就想 如果我們兩個不能互發電郵，至少需要壞掉多少臺電腦呢？請編寫乙個程式為她們計算這個最小值。以如下網路為例 1 3 2 這張圖...
Luogu1345 奶牛的電信（網路流）
很不幸，有時候奶牛會不小心踩到電腦上，農夫約翰的車也可能碾過電腦，這台倒霉的電腦就會壞掉。這意味著這台電腦不能再傳送電郵了，於是與這台電腦相關的連線也就不可用了。有兩頭奶牛就想 如果我們兩個不能互發電郵，至少需要壞掉多少臺電腦呢？請編寫乙個程式為她們計算這個最小值。以如下網路為例 1 3 2 這張圖...