1. 首頁 > 云知道 > >

tbps等于多少mpps,1.44Tbps

云知道1.44

包轉發率的計算包轉發率：衡量了交換機每秒能夠處理多少數據包 ， 轉發數據包的吞吐量 ， 反映了交換機的轉發能力 ， 是交換機性能的核心參數 ， 單位是Mpps ， 即每秒能夠轉發多少數據包 。計算公式：萬兆端口數*14.88Mpps（關于公式的來歷 ， 請查看我的頭條號文章）條件：52口 ， 每個端口萬兆計算結果：52*14.88=773.76Mpps參數解釋：交換機的包轉發率需要大于等于773.76Mpps ， 才能滿足52個端口全速運行的需求 。
弱電方案設計師 ， 怎樣選擇合適的交換機呢？
很高興為您解答 。在設計智能化弱電系統時交換機選型是重中之重 ， 有些項目在項目實施結束后出現監控畫面延時 ， 卡頓的問題 ， 很大一部分原因都是交換機選型錯誤 。現在我我把交換機選型的經驗分享給大家 。1、快速計算方法一般一個交換機的實際帶寬的理論值為50%-70% ， 所以一個百兆口的實際帶寬在50M-70M ， 這里我們70M作為計算依據 。
單個攝像頭碼流=（主碼流 子碼流） ， 一般子碼流為0.5M ， 由于現在攝像頭都以H.265為主 ， 下面列舉常見的攝像頭的碼流供大家參考：200W=2.5M300W=3.5M400w=4.5M舉例：一個交換機連接了40個H.265 200w的攝像頭（2 0.5） ， 上聯端口的轉發率為2.5*40=100M＞70M ， 就需要使用千兆交換機 。
交換機有一個端口需要是千兆 ， 那就需要配千兆交換機或者千兆上聯交換機了 。2、核心交換機怎么選?對于大中型監控網絡 ， 會按照接入-匯聚-核心的扁平化結構進行設計 ， 核心交換機是整個網絡的數據轉發中心 ， 承載著大量的數據量 ， 所以務必需要保證核心交換機的各個端口沒有瓶頸 。這里有些朋友肯能對于核心交換機選擇有些誤區 ， 比如有200/500個攝像頭 ， 如果按照500*2.5M=1250M的計算方式 ， 那就遠遠大于千兆端口的轉發速度了 ， 不能使用千兆交換機？必須使用萬兆交換機了？不是的 ， 事實上大型網絡監控中 ， 流量一定是分布在多個端口 ， 由多個千兆端口進行轉發 ， 如下圖：可以看出 ， 沒有一個點端口超出1000M,全千兆交換機的任何兩個千兆端口之間都可以實現1000M的雙向傳輸 ， 總的吞吐量一般小于或等于交換機的背板帶寬 。
1000個攝像頭的網絡該怎樣搭建不會卡？
感謝邀請！從你的描述來看 ， 500如果是500個攝像頭就卡的不行 ， 最大的原因可能是帶寬不夠 ， 或者中間的網絡設備的性能不夠了 。至于1000個攝像頭的網絡怎么搭建 ， 其實只要性能足夠 ， 搭建還是比較簡單的 。首先 ， 我覺得應該不是VLAN的規劃問題 ， 因為你這是攝像頭 ， 是啞終端 。啞終端一般不會像PC機一樣出現頻繁的廣播流量 ， 產生廣播風暴的問題 ， 除非你的網絡中出現了環路 。
攝像頭一般是單播流量 ， 或者是組播的流量 ， 流量形式單一 ， 不存在第三方的軟件 。所以問題還是出現在你規劃網絡能力上 。攝像頭的業務一般是回傳到本地存儲 ， 然后監控再調用本地存儲的內容 ， 所以不是太明白你這個“卡”的不行 ， 值得是攝像頭到本地存儲這里卡的不行 ， 還是指你觀看監控時卡的不行 ， 不過 ， 我們可用層層分析一下 。首先要確定帶寬足夠 ， 這個帶寬包括攝像頭到本地存儲的帶寬 ， 以及監控到本地存儲的帶寬 。

推薦閱讀