Q1. VoIP可以整合資料流嗎??
Ans: 當然可以,Voice Over TCP/IP 技術就是將類比式的語音訊號轉換成數位式的IP封包,單一條數據專線給VoIP用,除非是像電話客服中心Call Center那樣幾乎是滿線的狀況下才划算,不然一般設計大多已經將VoIP和資料流整合在一起。因為VoIP語音頻寬並不是alway佔用,有打電話時才會佔用頻寬。資料也不是Alway在傳遞,部分資料不向VoIP需要"即時"傳遞,因此VoIP可以整合資料流,但關鍵在專線內的傳遞等級QOS,分出"即時"和"非即時"即可。
Q2.頻寬要太約多少?
Ans: 一路的VoIP封包普通品質的約8~16Kbps高品質可以用64Kbps預估,若需整合影像(視訊會議)建議用256~384Kbps來估算,一路的算法例如台北打給台中 同時間 台北打高雄,各點的路數是 台北(2)台中(1)高雄(1)
Q3.公司有很多門市及台中高雄桃園分公司最近想做VoIP
我想把門市及台中高雄桃園分公司的VPN也拿來做資料傳遞例如:mail、檔案分享
Q4.所有的點要出Interner統一由台北總公司出.
不知這樣VPN網路需用多少頻寛
Ans: 台灣島內的VPN分兩種,一種是公網VPN(Internet VPN)一種是私網VPN(ISP Private VPN,又稱MPLS VPN),公網VPN就是用戶來做自己公司內的VPN,用的是Internet網際網路的線路(FTTH or ADSL),大多是以非對稱性的頻寬產品為主。私網VPN 是ISP來提供VPN的服務,用的是ISP的骨幹線路(FTTB),大多是以對稱性的頻寬產品為主。 VoIP 語音封包要求的線路品質需要很高,可以用Ping方式來測點對點的反應時間Respond Time,最好在100ms以下,不然電話聽起來就會覺得反應慢半拍,封包遺失率最好在0.1%以下,不然電話聽起來就會覺得斷斷續續的。不建議用公網VPN來做VoIP,因為公網VPN品質不太穩定。
各點的頻寬估法 就以IT SLA最高標準來估,例如同時間允許幾路的語音通話、(Mail、檔案分享、資料備份)最大傳輸量約有多少Size(換算成Kbits)希望在多久時間(Sec.)內傳完、企業內部AP(如ERP)需求頻寬預估多少Kbps、上網頻寬預估多少Kbps..... 最後再加上一個許可的buffer空間約15~25%的已規劃頻寬,就是各點專線頻寬。
各點出Interner統一由總公司出,這是一個分合問題,各有利弊,看從哪一個方向來看,統一從總公司出方便管理與紀錄,資安設備Firewall/Proxy/EIM只要部署在總公司,上Internet頻寬也較節省,但上網速度慢;各分公司自行上網Internet頻寬分散,節省專線頻寬與費用,但不易管理,且資安設備要重複投資,各點要自行維護資安設備。
謝謝您詳細回答
想請問一下台固說總公司這邊10M/2M*2要使用中華光世代加上台固VPN,這樣算公網VPN還是私網VPN???
這樣算公網VPN,用的是Internet網際網路的線路(FTTH or ADSL),大多是以非對稱性的頻寬產品為主。
如果是私網VPN 中華電信的產品名稱是 IPVPN,不是光世代
台固的這種解決方案很奇怪(使用中華光世代加上台固VPN),為何不直接使用台灣固網(台固)的光纖網路呢?
如果你們門市數目多的話,可以跟 固網業者 洽談整體規劃,包涵 網路、語音、資料流 等等,相信會有好的價格的
如上述總公司買一台load balance vpn ,可以參考俠諾Qvf8042這個型號,外點買Qvf8023,就可利用公網做vpn,公司一年可省下大筆的網路費用外,voip經由load balance做Qos更能保障通話品質,目前很多連鎖業都是這樣的應用
取決於你使用的 codec, 一般都是跑 G.729, 一路就用 32k 來估即可.
bandwidth 預估可以參考這裡:
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tech_note09186a0080094ae2.shtml
但因為你要跟 data 整合在一起, 一定要做 QoS 才行.
根據我們做全省7-11.3000多家的經驗.(資料流包含POS.刷卡.中國信託ATM Voice...等)
有興趣進一步詳談可加我的MSN: ben.yang@msn.com
我想主要是Cost考量才會選擇目前的線路與設備,建議你評估看看各區與總部的資料流量以及未來是否會擴充應用等,如果平均流量都保持在某條件下,那就先忽略未來擴充性及效能問題,畢竟Device and 線路 x30據點會依你所選擇的不同產生相當大的差異,總部用對稱10M/10M FTTB 應該是基本考量,價格也應該比以前划算許多,各區上傳至少512K應該是基本的,如果各分區間不會有大量資料交換僅VOIP為主,應該是足夠的,重點就是要了解目前與未來的資料量才能規劃出適當的架構囉