[分享] Draytek 居易 VigorIPPBX 3510 IP PBX

網友 PM 詢問是否可以幫忙做一下 IP PBX 的設定, 之前收到很多是 SMC IP PBX 方面的問題, 但後來才曉得竟是 Draytek VigorIPPBX 3510.

官網連結

Draytek 之前就已經推出過 2820 IP PBX, 但之前模組無法擴充, 提充的 POTS Port 太少, 在實務應用上比較不足, 這次推出的 VigorIPPBX 3510, 可以擴充兩個 Module, 含 4FXO/4FXS or ISDN Module, 在中小企業應用上就方便許多了.

對於 Vigor Route or Firewall 系列, 小弟一直是該產品的愛用者, 對於設計也還算熟悉, 但該公司的 IP PBX 還是第一次接觸, 也僅能就手冊及客服方面了解囉.

開箱嗎? 免了, 因為也沒有實際的機器可看, 都是遠端連上網友的 3510 設置的. 就拿幾張官網的相片充數.




IP PBX 功能列表
除了保有 Vigor firewall 原有強大的功能外, 在 IP PBX 支援下列功能.

1. IP PBX 功能
12 組SIP 帳號
100組分機帳號
註冊與驗證
自動總機(AA)
尋線群組10 (Hunt Group 10)
IVR
時間排程
撥號對應表 (數字對應)
分機監視
通話細節紀錄
限撥等級 (Call barring)
撥號路由 (Call routing)
通話駐留 (Call Park)
代接電話 (Call Pickup)
電話轉接 (Call Transfer)
指定轉接 (Call Forwarding)
DID
指定分機優先權(Extension Privilege Assign)
PIN 碼控制
經由FXO介面之In/Out Band Call
使用者定義提示音
語音訊息轉往電子郵件信箱
語音郵件
MWI (Message Waiting Indication)
通話保留音樂(Music on Hold)
BLF (Busy-Lamp Field)

設置
IPPBX3510 可以擴充兩個 VoIP Module, 支援 FXO/FXS & ISDN, 比較特別的是, VoIP Module 也佔用 IP.


快速設定精靈, 可方便批次建立分機號, 不過只能做一次, 每執行一次會複蓋掉舊的資料, 這樣的設計有點奇性.


Wizard 建立 SIP Trunk.


設定上下班時段.


批次建立出來的分機號


每支分機的細部設定.


PSTN Trunk 建立.


Digit Map (Dial Plan).


SIP Trunk 建立畫面.


PBX 細項參數調整


PBX Status


PBX 參數.


CDR Log.


SIP Trunk 的建立方式, 一方建立一分機號.


另一方以 SIP Trunk 向該分機號註冊.


IVR 流程設定.


IVR 流程 Wizard.


IPPBX3510 IVR 進線要去 ring 遠端 IVR 的做法需要一些技巧.


必須利用 IVR 進線 forward 到 SIP Trunk# 的方式達成.


結語
1.結合 Draytek 功能強大的 Firewall 功能, 將 firewall & IP PBX 二者結合為一.
2.IP PBX 的設定不是很容易, 在很多的設定上面做的不夠靈活, 造成一些功能上很難實作出來.(後述)
3.Caller ID 的偵測仍不夠好, 即使在台灣的環境下, 也會發生 Caller ID 無法正確解出的問題.
4.系統狀態及 log 的設計不夠完整, User or 管理者難以執行 debug or trace, SIP 封包也無法直接 dump, 必須透過其他 sniffer tool.
5.上下車功能實作困難.
6.分機的權限設計不良, 分機的撥號權限是以各別分機和 Trunk 各別連結的方式達成, 以種設計方式在需要大量修改部門權限時難以執行, 此為當初規格上定義不夠好造成, 應該以 User Group 和 Trunk 設定權限.
7.Dailplan 設計上也不夠好, Trunk 無法做 load balance, 也無法執行 round-robin 挑選 trunk, 且只能做單一 Trunk backup.
8.分機互撥無法正確帶出 Display Name.
9.話機由 Internet 端註冊容易發生 oneway audio 問題, 此一問題現大多只能由 VPN or STUN 來解決.
10.內建語音應答只有英文, 且是男女聲混用, 原廠也無提供中文語音套件, 另語音上傳及轉檔速度相當慢.
11.不支援 meet-me (會議電話)


或許是小弟在很短的時間內, 無法完全參透此一 IP PBX 的設計邏輯, 以致在實作上發生了很多問題. 但諸多的設計可以看出此產品在流程上已經是設計不佳, 以部份是產品必須打破重做的部份. 尤其是 Route(DialPlan) & Trunk 上, 這個流程建議應該全部重做, 在整個設計上應以 Route & User Group 去決定走那個 Trunk, 而不是現今的直接由 Extension 和 Trunk 連結. 這也是為何系統裡面 follow 功能直接 call trunk 模組, 整個 bypass dailplan 的設計. 造成極不合理的主因.

網路資源
IPPBX 3510 設定範例