語音問廠商一路佔多少k ,最差的大約20K左右再x多少路=最大需求
視訊通常是128K,256K,384K,512k,看平常都開多少
資料庫或ERP等,看你們的作法是如何,如遠端全用終端模式的話,通常也不佔不了多少頻寬,差不多10K~20K左右再看有多少USER=>最大值,但若是C/S架構大量查詢或是產報表的時後,就可能會佔到很大的頻寬,通常會滿載.
如果是用網芳開遠端的Office檔,則能給多大就給多大,不然一定比不上區網的~512K會等到睡著,1M就勉強可以接受,2M就快些了(實際經驗: TW<--->CN)
將所有的需求加起來就是峰值,不過不可能時時都在滿載的狀況,所以就可依貴司的實際狀況求一個均值(這時你的流量表就可以拿來參考了),
最快的方法是,把VPN的廠商找來,說明需求,請他們提供你要的報告,這樣你就可跟主管報告了
然後再請廠商做QOS管控,看那些服務比較優先,如語音,視訊等 ~
以我們某一個海外單位來說好了,當地VPN頻寬是768K,Voice保留80K,Video保留384K(平時沒用會分出來),剩下給DATA,QOS設ERP優先,但QOS設上去User就明顯感覺到刷Barcode變慢,拿掉QOS反而情況會比較好,我跟IPS工程師討論出的結論是,我們公司的程式敏感度較高,必須讓Ping值保持在30~40ms之間才能正常運作,Ping太大User就會明顯變慢,刷一張Barcode如果正常是1sec,變慢時就會變2~3Sec,如果刷個60張就將近慢了1分鐘,這對倉庫出貨影響是很大的,所以結論是能做的我都做了,即使是ISP也幫不了我,目前可能要加大頻寬才能解決我的問題...
還是謝謝前輩的回覆!
除了加大頻寬之外,建議也可以看看貴司ERP的程式架構是不是有問題,若是資料多的問題,也許過個兩三年,頻寬就又要再加大了,我司ERP原本也因廠商架構不良,輸入一筆資料要等個7秒(要跳下個欄位的等待時間),開個程式要等個兩分鐘,原本廠商說我們頻寬不夠,或網路有問題或塞車,但因我們已經是2Mvpn,也同與他們實測網路真的沒問題,最後廠商被我們逼得去重新架構(因為尾款被扣住~呵呵),到現在用起來一切順暢~
我們ERP程式是自己開發,但是不同單位的同仁負責,他們負責開發不會理會頻寬的問題,當然也不會有尾款讓我扣,一且只能自己想辦法阿>_<
你總要先用網管工具, 將現況統統拉出來看吧? 不然豈不是在摸瞎?
有的公司 Port 80 用得多, 有些公司 Port 21 用得多, 每家公司的用量都不一樣, 必須針對每一個用戶的行為先進行分析, 才能知道到底要多少?
有的員工, 他只需要上網, 有的員工一次要上傳 500MB 的影片檔, 這兩種狀況計算出來的結果會非常不同...
頻寬這東西沒有一定的標準,也無法量化。
誰能保證日後不會傳輸大型檔案?
誰能保證傳大檔塞車時,您不是第一個被開刀的對象?
若主管真的想知道確定的頻寬,並要你統計出來。
建議您,主動與會使用到VPN的各部門主管開會,白紙黑字寫出來需求。
將各部門的需求統計後,就可以估算出需要的頻寬。
有時User不急,100MB花十分鐘傳沒事。
有時User急,1MB花30秒都覺得久。
前輩說的沒錯,頻寬無法量化,我有架MRTG、NetFlow,但仍無法有效去了解每個單位該配多少頻寬才夠,所以才想了解一下其他IT業的前輩在做頻寬估算都是如何處理,要怎樣才能抓到一個大概值,就算跟高層爭取頻寬也有個依據。
找各單位開會應該也不太有機會吧,在我們這所有大小事都要IT自己想辦法,就算找來他們不懂網路也是談不出結果。
謝謝前輩的回答!
不會拉,不用客氣。
因為之前也碰過類似的問題,主管問了一堆很難統計的問題給我。
問題是,很多東西無法量化,不是一個蘿蔔一個坑,是每分每秒在變化的。
今天抓的準確,沒事,但難保User哪一天有新的需求和服務,只要流量一增加,其他使用者就會開始抱怨,這時IT就要開始夾懶蛋了。
所以我才會建議讓各部門去決定需求,以及事先把可能的狀況說明清楚。
加油,IT這一行,溝通和技術要並進。
其實這個問題不應該是用人頭算。而是看實際的運用。
舉一個例子,我需要傳遊戲更新資料到遠地的代理商。每週固定會有一到兩次。傳的資料量以平均 500 MB 來算。目前公司的對外網路頻寬 200 KB/s 專線
500 * 1024 / 200 = 2560 秒
2560 / 60 = 42.7 分鐘,但通常同時會有人在使用網路,所以當成 60 分鐘。
這是很長的時間,如果傳失敗,要重傳,所以我會建議公司至少把頻寬拉到 512 KB/s
你或許可以從實際有業務需要的人問起,譬如有人需要從遠端登入 ..... 等等。
這還是要看各單位使用VPN頻寬量問題
如果只是單純回報一些小數據,不用租用到較高的頻寬
當然您詢問的是如何換算
基本上我會將上班時間的MRTG圖調出
然後平均分配整體使用頻寬,不會單獨算出各單位使用量
原因如果單位使用量是固定的當然OK
但是想必這是不固定的
所以都是以整體流量來分析
您一定會詢問多少頻寬才夠吧
這個我會建議比平常多一倍或是1.5倍就可以了
因為你提供服務越好,大家就過的更快樂
所以用的就更多,建議還是需要頻寬QOS管控的工具
VPN 裡面跑什麼協定,確實不好統計,除非比較高價的設備
不過,既然你有在使用 Netflow, MRTG統計流量,就應該可以知道各個Application Server的流量,也應該可以統計出來區網到應用伺服器的流量
稍微處理一下,應該就可以做出一份報表了。
PS.重點是老闆不會去看 MRTG 跟 Netflow 流量資料,會看的老闆,就不會叫你做報告了,所以就隨你自己去做囉。(我可沒叫你做假資料喔...evil...)
不過...我要跟你說的是
1.頻寬加越大,大家用的越兇,頻寬跟記憶體一樣,沒有人會嫌多,所以一定要做QoS
2.增加頻寬這件事,不容易看出 IT/MIS 績效;有誰可以證明頻寬加大後,同仁工作績效增加!
網路速度慢,是慢用戶端,也不是慢老闆(搞不好老闆還要求自己獨立線路或是保障頻寬哩)
所以這事,你得斟酌老闆的心態去做,不要衝太快。
你可能覺得加大VPN頻寬,是想為大多數同仁改善網路環境,可是 IT 老闆可能會認為你在亂花他的預算!除非其他部門都去大老闆那邊反應....嘿嘿...
抱歉~借用大大的板工商時間一下,小弟的公司主要是以兩岸三地專線 VPN / IDC主機託管 / SOC 網路安全等Wan Total solution 服務,如有需要請PM小弟,謝謝啦!!
一般設Qos優先等級的確是先將Video & Voice做第一優先順序,其次再將Date的部份再歸納次後,因為語音﹠視訊的封包較為敏感,若封包ping time拉長,就會造成聲音不順暢和斷音,串音,馬賽克等....
而你們的ERP等級較優先,設上去會造成Barcode變慢的部份,
一是看看MRTG圖上的頻寬是否經常滿載??
二是就要用NetFlow來觀察當時頻寬跑的流量分佈在那些AP上,再逐一重新設定Qos的等級來調整成最適合你們的模式.一來你也了解整個流量跑的狀態再根據Netflow的資料量化報告主管是否要加大頻寬.
提供二種方式 一是先詢問廠商是否可先加大頻寬來看看,會不會造成同樣原因??(如是768K頻寬,理論上是使用2M的電路,所以頻寬加大測試較不會造成廠商的困擾)
二是可以找類似頻寬加速的設備來測試,是否面臨同樣的問題?
總歸來說還是得先分析你們流量的資料流是怎麼跑,再來解決問題比較實際,不然加大寬頻或增添設備,還是造成過慢,就無法跟老板交代了
我們的資料庫都在同一台,所以很難去分出是ERP用還是Barcode用,故無法由Netflow去細部分析,至於加大頻寬廠商回覆大陸他們也是找人配合,無法提供暫時性的測試,所以也是無解,只能自己想辦法...
建議您直接找廠商借 BlueCoat PacketShaper 吧
您只要跟廠商講需求,又快又方便,連報告都會幫你做好
http://itnetfos.blog.ithome.com.tw/post/1967/26875