根據實際情況按地理位置劃分vlan 方便排查故障

接入交換如果具備條件，直連核心，不具備，就接匯聚連核心。匯聚的引數根據接入數字來，一般3000塊錢左右的不要超過200個攝像頭，匯聚核心之間互聯做聚合，當然 10Ge更好。

攝像機那塊，我就不精通了，大概說說，介面網路速度要夠，至少6G 硬碟寫入速度要夠。。一般是一組監控機帶60-80左右的攝像頭，然後接上矩陣。

我是搞監控維護的技工。

說幾句。

按理論計算，一路的攝像頭解析度300*400，大概是120k，每秒1圖。500個攝像頭，為60000k，大概是60M，所以你的頻寬一定要夠寬。

其實為應用的過程當中，是沒有這麼寬的。

大概同時呼叫，也就是100個左右。所以，有10M，有幾本夠用。

如果，再加上吞吐率，再來100個，也就是20M左右。

1000個攝像頭，按理你的加頻寬，其實我們是6000個攝像頭，同時呼叫100到200個，加上上傳，也就這樣。

網點的頻寬是4m，中心是10m。

核心交換機最好是千兆的。

我覺得問題還是不太具體，有點籠統，另外手機來回答這個問題也比較麻煩。如果是交給我來做這個專案的話，我需要根據攝像頭的畫素來計算網路頻寬，根據網路頻寬選擇合適的核心交換機和三層交換機；根據鏡頭的分佈位置，進行對應的網路拓撲和對應的硬體裝置。

1.先得預估需投入多少伺服器，寬頻資源

測算單個攝像頭的頻寬佔用，考慮到網路波動所需寬頻最低為，單個攝像頭佔用寬頻乘以1000

2.伺服器架構，測算單臺伺服器視訊流最佳支援數，假設是N，則視訊推流伺服器數量，至少應該是1000/N臺，設定一個或者多個閘道器伺服器，攝像頭--閘道器--推流伺服器。

主交換機太垃圾了，弄臺華為7703萬兆核心，絕對不卡，我剛剛搞了一個工地，1200多個攝像頭，還有很多其他網路裝置，絕對不卡

我是計算機專業的，同時我實際做過專案

很多計算機專業只會紙上談兵

500個劃一個子網沒問題，廣播包實測每秒幾kb

那些說200個ip規劃一個VLAN及子網的書呆子肯定沒做過專案

網路架構一定要設計好 核心交換機不能省錢

1、核心交換機不能省錢，算清楚效能要求

2、集中儲存的話ip-san

3、最好是專網，必須合理規劃VLAN

4、儲存和管理伺服器也不要省錢

5、做好冗餘

總結，不要摳預算

1000個攝像頭，那麼就必須有1000個ip地址。如果這1000個ip都在一個子網，那麼將會形成巨大的廣播風暴，會將交換機的系統資源佔用一大部分，並且每一個攝像頭在工作的同時，還要處理丟棄來自其他999個攝像頭髮來的廣播訊息，如果這樣規劃，網路卡頓是必然的。所以，建議將這1000個攝像頭ip地址劃分成20個子網，每個子網50個攝像頭，然後再通過核心層交換機進行流量匯聚，提供給上層應用系統呼叫。

這種大型網路組網必須合理劃分vlan，核心交換機不能省錢，要用高速三層交換機，否則光是廣播資訊就把頻寬耗完了，速度起不來。

具體你去網上搜搜成功案例就好。

你要做的不是配置交換機，而是規劃物理線路。4mbps*1000=4gbps，你至少需要準備兩臺伺服器來裝這些資料，在最好是配置每臺伺服器（3 or 4）* 1 Gbps的網絡卡，然後在交換機上為每臺伺服器配置一組etherchannel，另外你要注意1000個攝像頭接入到網路，在拓撲的匯聚層一定要保證足夠的上行頻寬，否則就可能影響正常的辦公網路使用 ------------- 如果我回答對你有幫助，請關注我一下。或有其他問題也可以關注我，給我發私信