這個問題不難解決。首先說一下你設計的交換機頻寬是夠的，要先排查下線路，你的光纖收發器是不是千兆的，交換機建議用些稍微好一點的牌子。然後再說一下攝像頭，宇視的牌子不錯，我們經常用，不會有問題，現在主要可能就是，你選用的錄影機了，普通錄影機支援的高畫質1080p攝像頭是有數量的，大品牌的要好一點，問問廠家你那款能支援多少路1080p高畫質，如果支援不了就，在錄影機中調低碼流。

謝不邀。

我來分析一下這個問題吧。

你說的商場安裝13臺200萬畫素的高畫質半球攝像機（品牌是宇視），其中5臺先接入到一臺8口百兆交換機中，然後敷設一根網線到1臺16口千兆交換機，其餘8臺直接進入16口交換機。透過光纖收發器，傳輸回監控機房。NVR檢視監控畫面，會卡頓。請問有可能是什麼緣故？

第一，你說的半球攝像機是宇視品牌，因為宇視的攝像機全部都是25幀實時畫面的，所以可以排除是攝像機問題，如果確定NVR也是宇視的品牌，那麼NVR也可以排除了。

第二，5臺攝像機先接入一個8口百兆交換機，然後到一臺16口千兆交換機，其餘8臺直接進入16口千兆交換機了，這都沒有問題。但是你說16口千兆交換機又是透過光線收發器傳回到監控機房的，那麼問題來了，光線和收發器部分確定是全套千兆嗎？這段是必須用千兆的，包括裝置、網線和水晶頭。

第三，監控機房端是收發器直接接入NVR的嗎？還是又接入一個交換機呢？檢查這個交換機和網線等是否為千兆。

第四，確認監控是使用的是否為專用網路，有沒有與辦公等其它網路混用，否則也會出現卡頓情況。

第五，如果確認傳輸部分都沒有問題，該滿足千兆的地方都是千兆，那麼就可以再回過頭來檢查一下NVR了，檢視一下是否又新版本需要更新，升級試一試，儘管可能性極小，但也可以試試。

最後，宇視的監控系統還是比較穩定的，裝置問題的可能性極小，還是建議從網路線材和交換機等裝置上多注意。

唉，看了那麼多，說懂不懂的真頭疼，還用上千兆？200w的頻寬是多少你們不知道？不就是4M麼13*4=52m請問大家用千兆幹什麼？真懂麼？出現卡頓檢查下16口交換機的背寬不是頻寬好麼？百兆交換機差的背寬可以才40M所以不夠才會卡頓，其二檢查收發器的最大收發頻率，一百百兆的問題不大。測試方法就是用個好一點的16口測試下個一兩天，交換機背寬不夠的肯定偶爾出點問題，或者你都改成720p的流碼試下卡頓就知道了。

是透過網路看還是直接nvr輸出介面看影片畫面？透過網路卡頓正常，這些影片都需要軟體解壓，及其耗費cpu資源，每個cpu執行緒只能看一個小畫面，我使用工作站雙cpu，總共8核16執行緒在開了10多個小畫面後就基本卡死了。

增加一臺8口百兆交換機，用兩臺百兆交換機當接入，把16口千兆交換機當核心，接入nvr，如果是poe交換機換6類線，接頭一定檢查打好，光纖接通後測通一下光功率。

13個200萬高畫質監控，為什麼會出現監控畫面卡頓的現象？

首先你使用了13個200萬的高畫質監控，你要考慮解決方面

第一，你使用的高畫質監控是否是直接使用網線連線的？如果你使用的是普通網線傳輸，或者是傳輸距離超過100米，網線網路訊號衰減之後會出現，傳輸效果差，甚至是卡頓的現象，網路訊號傳輸透過網線最好不要超過100米，或者是使用超六類網線重新連線

第二，也可以在網路監控，控制器裡面設定高畫質傳輸畫面，將高畫質模式改為普通模式，減少網路資源的佔用

第三，檢視你使用的交換機，如果你使用的普通交換機是百兆的，在實際的操作中，我也連線過，360度的高畫質攝像頭，因為交換機的資源佔用，高畫質攝像頭旋轉拍攝的過程中，會出現畫面卡頓，你可以更換千兆的，企業級別的交換機，甚至更好的交換機，再後來我更換了千兆的交換機之後，監控畫面恢復正常

13臺200萬畫素的高畫質半球攝像機，全部用百兆裝置也沒有問題，裝置要用品牌不要用山寨，網線用國標線材，樓主的問題很難說出在哪裡，只有現場排查才能查出問題在哪

我是做智慧化弱電的，結合你提的問題，我畫了一個拓撲，下面做一個簡單的分享！

我們先來算一下頻寬吧，你沒提攝像頭是H.264還是H.265編碼，我們先以H.264作為計算吧，H.264滿足的話，H.265肯定也能滿足。

①攝像頭和交換機頻寬

一臺200w畫素，H.264編碼的碼流在4M左右，子碼流為0.5M左右；

IPC 200W=4.5M，5臺=4.5X5=22.5M，可以得出8口百兆交換機完全夠用；

IPC 200W=4.5M，8臺=4.5X8=36M。可以得出接在16口千兆交換機也是完全夠用；

從這裡可以得出結論，攝像頭到交換機這一級拓撲是沒有問題的。

②光纖收發器頻寬

因為題主沒有說明是百兆光纖收發器還是千兆收發器，我們以百兆為例；

13臺IPC=58.5M，這個頻寬已經接近百兆光纖收發收發器的峰值頻寬；

從理論上計算後我們基本上得出13臺H.264編碼的攝像頭比較接近百兆光纖收發器的峰值頻寬，但我現在不知道攝像頭安裝的位置，如果攝像頭安裝人流量比較大的區域，那個頻寬就會略高於光纖收發器的峰值頻寬，下面給出幾種測試方法。

①先替換百兆收發器在看下NVR看預覽或者回放是否正常；

②拔掉8口百口交換到16口千兆交換的連線，就是相當於斷掉了5只半球的網線，看另外8只攝像頭預覽或回放是否正常；

④檢查區域網內有沒衝突IP地址，必要時做個地址繫結；

⑤檢查下NVR的通道配置是否合理；

綜上所述，13臺攝像頭在經過光纖收發器傳輸到NVR中出現卡頓的問題，不確定光纖收發器是百兆還是千兆，攝像頭的編碼方式，監控的場景，從計算中可以看出，攝像頭的頻寬比較接近百兆光纖收發器的頻寬，建議題主，把一些不明確的資訊，同步上來，然後按照我的思路去排查一遍，基本上就可以解決故障問題了。

回答本行業問題，根據題主的描述，13個高畫質監控，畫面出現了卡頓。結合自己的經驗給出了以下的排查思路和可能原因。

13個攝像頭傳輸到NVR出現了卡頓現象，考慮到線路中所需頻寬與攝像機的碼流有很大關係。常見的200萬畫素，H.264碼流為4M、H.265碼流為2M。攝像機的峰值頻寬需求=碼流×120%，峰值頻寬下才可以保障攝像機的穩定使用；NVR新增IPC後，會同時取IPC的主碼流和子碼流。交換機的實際頻寬建議不超過埠最大速率的70%，即百兆介面建議不超過70M頻寬；千兆介面建議不超過700M頻寬。以H.264編碼的攝像機計算寬頻:

8口百兆交換機:4.5M(主碼流+子碼流)*5*120%=27M，百兆交換機可以滿足需求；

16口千兆交換機:4.5M*8*120%+27M=70.2M，千兆交換機也可以滿足需求。

根據頻寬計算，前端配置的攝像機、百兆交換機、千兆交換機都是沒有問題的。但題主採用了光纖傳輸，那麼問題就來了，後端是否有考慮過頻寬?因此原因可能是:

①光纖傳輸，收發器選擇了百兆收發器

根據以上計算，16口千兆交換機下級聯的攝像機頻寬為70.2M，已經超過了百兆埠使用的極限，因此在光纖傳輸時，收發器也一定要採用千兆的收發器才能保證傳輸的穩定。

②後端核心交換機採用了百兆交換機

監控的網路一般是按照攝像機的高畫質流暢進行規劃，如果區域網中接入了其他上網的裝置，會佔用不對稱的上傳速率，頻寬量需求大，會嚴重影響監控畫面的穩定性。

④攝像機IP地址衝突

可以嘗試透過批次配置工具軟體進行設定，勾選需要修改IP地址的裝置，填寫起始 IP、 埠、子網掩碼、閘道器等資訊進行修改。

⑤網線和水晶頭是否標準

劣質網線的質量問題會導致在傳輸時資料丟包嚴重，水晶頭沒打好，導致埠接觸不穩定，建議重新打個水晶頭測試。