OM20 是一個小型的 IP PBX, 適用於中小企業, 型號 "20" 代表可註冊20 支 IP Phone.
這篇只是做為筆記之用, 畢竟不同的 IP PBX 在設置上有些不同, 尤其在 dialplan or 傳統交換機所稱的 LCR (Least Cost Routing) 是最關鍵的部份. 除非你是用 Asterisk 自架 PBX, 不然套裝的 IP PBX 系統, 通常都會有 inbound & outbound route 的限制.
實用連結
DDNS 實際可用的設定方式
| 設置說明 |
在 OM20 上主要分為管理者及操作員, 當然管理者是可以做 IP PBX的整體設置, 操作員僅是做為檢視 PBX 狀態之用.
主畫面:
OM20 有兩個 Ethernet 網路端口, 可以設定為固定 IP,動態IP, 或者是 PPPoE, 視各人需求.
基本設置 > 撥號規則
OM20 的 dialplan 算是靈活性中等, 它僅能做部份的設置, 無法適用於全世界所有的撥碼原則.
例如此處可以設置那些 prefix 允許呼叫的總時數, 可以用分鐘或是小時計算, 這設計算不錯, 主要就是用於怕 User 打太久的電話, 而可以根據 prefix 限制算蠻特別的. 這裡可以設定多組, 按 '+' 號新增即可.
至於外呼的方式(撥外線), 在 OM20 是預先定義好的類別, 有些系統是由 user 自由定義, 這裡 OM20 已經預先定義好三種模式, 預先定義國內長途 prefix 為 0 開頭, 這是 for china 的撥碼習慣, 這用在台灣就會有些問題, 例如台灣有 080, 090 這類的字頭, 就不屬於國內長途.
另外外呼撥號方式, 一般台灣慣用的是按 9 撥外線(有的人是按0), 這裡就可以選擇為第三種方式, 同樣的可以按 '+' 增加不同的規則, 這些外線也包括 PSTN, SIP Trunk 等.
這裡是和一般的 IP PBX 比較不同之處, 它的彈性不是非常大, 不容許 user 任意定義, 但一般中小企業應足夠使用. 另外可以看到, 在 OM20 它付予每個外線或是 SIP Trunk 一個 ID#
來電接聽組
這看中文會看不太懂它的意思, 實際上就是 ring group. 傳統交換機叫做群呼,
總機
同樣的 OM20 把 '總機' 獨立做為一個功能, 在有的系統是在 IVR 上面實作, 獨立做了一個功能, 相對限制就比較多些, 例如這裡總機就只能設五個 (不過一般五個也夠了), 在其他的系統可能是 IVR 直接去 ring group, 然後在 ring group 設置是 ring all, ascend, descend or rotating. 基本概念是一樣的.
所以說 OM20 這裡的設置, 對於習慣 Asterisk 的人來說, 會覺得限制較多, 但相對設定就簡單多了.
語音管理
主要就是 system prompt 或稱為 greeting, 另外就是保留音. 這裡比較特別的是, 有一個文字轉歡迎詞的功能, 就是電腦語音合成. 如果你懶的自己錄的話. 就由系統幫你合成.
外網訪問
也就是 DDNS, OM20 提供的 DDNS 功能就有點鳥鳥的, 還有些 bug, 這部份就跳過.
分機設置
提供批量配置分機的功能, 或是直接由 excel import, 這倒蠻方便的.
如果你的 OM20 有 FXS port, 直接在 '模擬分機' 頁面設定.
OM20 的分機設置有幾個比較特殊的功能, 例如分機上鎖, 僅能用於內線撥打, 如要打外線就要輸入 PIN code
分機的權限等級也是直接在此設定.
共挀號碼: 這真的是傳統交換機的用語, 同時響鈴另外一支分機.
祕書分機: 這主管才需要, 外線進來或是全部進線都有祕書先幫你過濾.
其他功能很多, 反正 OM20 在這部份倒是做的非常完整. (儘止錄音,被監聽等...), 你會發覺大陸的系統, 在控管這部份通常做的非常嚴謹,這可能是上級領導的要求.
號碼過濾
一般系統就直接在 dial plan 自己定義, 但 OM20 把它特別獨立做了一個功能.
部門
同一部門的分機可以代接, 這主要就是用於設定 pickup group.
外線設置
就是 POTS & SIP Trunk 的設置.
這裡也是直接定義該 Trunk 是否可被錄音, 在 inbound route 的設計上, OM20 就非常簡單, 不是進入總機, 就是直接 ring 特定分機, 它並沒有太多其他的設置.
組網設置
這就是做多台 OM20 IP PBX 之間互相串連之用, 在一些系統上可能是利用 SIP Trunk + Dial Plan 來達成, 而 OM20 是直接把這個功能獨立出來. 簡化設定, 不過我也沒有兩台 OM20, 此部份就跳過.
其他的設置細項非常多, 上面只是大致上列出這個系統較特別的設計之處, 在這系統上有很多的設計是防盗打或是做限時撥打的功能, 甚至於還可以定義每天什麼時段是不可進線或是外撥. 這都是一般 IP PBX 比較少見的.
針對特定國家的參數設定
迅時官網有提供針對台灣, 香港所預先定義好的參數包, 主要是撥碼原則的一些撥號音的設置, 可直接至官網下載.
CDR
OM20 CDR 只能紀錄至外部的 PC, 不能直接紀錄誰 PBX 內的 memory, 這是比較不方便的地方.
debug 工具
這是迅時做的比較好的地方, 不僅可以直接抓封包, 連 FXO/FXS 端口的訊號都可以擷取.
路由表
這裡指的不是 TCP routing table, 而是 dial plan, 迅時網關最強的部份就在 '路由表', 在 GUI 上面沒有辦法做到的功能, 就直接在 '路由表' 實踐就對了, 基本上就是加減碼, 或是呼叫轉移等. 有關參數請參考原廠的手冊. (像前面提到, 此系統並沒有辦法去放行長途而限制台灣手機號碼的撥出, 因為台灣手機號碼以 0開頭, 和長途 prefix 是一樣的, 而 OM20 系統原本設計為 China, 並沒有考慮到此一部份, 如要限制行動電話撥出, 就直接在路由表這裡做就可以了)
| NeeHau桌上軟體 |
NeeHau 是一個 Windows 端的 SIP Phone 協同軟體, 主要功能是可直接由電腦撥號, 進線根據 caller ID 顯示相關客戶資料等諸多功能. 類似的軟體在 Asterisk 上面也有人開發, 不過套裝 PBX 倒是比較少見.
相關設置請參考以下連結.
原廠連結
當從 Windows PC 外撥時, NeeHau 可以啟動 SIP Phone Auto Answer 功能(免持), 並馬上外撥, 這功能非常實用, 但話機本身要能夠支援 Auto Answer 才行, 但 SIP Phone auto-answer 並沒有一定的標準, 直接抓封包看 OM20 到底 support 那種格式.
原來是透過 Alert-Info 送 alert-autoanswer, 到底 GrandStream SIP Phone 有沒有支援這功能? 哈, 這 GXP1400 SIP Phone自由度太高了, 可以自行定義. 這樣利用 NeeHau 連絡人直接外撥, 話機會自動切至免持, 然後撥出.
另外 NeeHau 有支援自動彈屏, 進線電話先至連絡人查 database, 透過 caller ID 即時顯示客戶的訊息.
| 安全性設定 |
以下介紹 OM20 IP PBX 在安全性方面的設定.
*分機本身可以設置權限限撥. 例如限撥分機, 國內, 國際等.
*登入系統會先顯示一些系統建議修改的安全性項目. 如下建議將預設的 5060 SIP Port 改為其他數值, 另外 WEB UI 登入的 http & https 也建議改掉.
*在高級設置 > 安全配置也有相關安全性項目. 預設建議不要啟用 Telnet & SSH 功能.
安全級別=中, 内网 IP 分机 SIP 端口大于 10000，且注册密码和号码一致的情况下不允许注册；外网 IP 分机注册密码和号码一致的情况下不允许注册.
安全級別=高, 内网 IP 分机 SIP 端口大于 10000，且注册密码和号码一致的情况下不允许注册；外网 IP 分机注册密码和号码一致的情况下不允许注册；外网 IP 不能登录 Web 管理界面。
禁止撥打外線: 外網註冊的分機禁止打外線.
防止暴力破解IP分機密码: 當 IP 分機註冊权失敗超過此参數规定的次數，設備将拒絕該分機註冊。只有更換該分機的 IP 地址或重啟 OM ，該分機才允許註冊.
白名單:
呼叫限制: 如下, 可設定非上班時段禁止撥打外線.
| Debug & Trace |
在 OM20 中可以擷取 POTS port 的音頻資料, 或是直接擷取封包, 另外也可以利用 system log 來查找問題.
先指定要抓的 log 類型.
再去檢視其 log.
咬線問題解決.
| 系統限制或變通做法 |
*沒有 Paging(群呼) 的功能.
*不能多路 IVR 跑不同流程.
*不能直接在 WEB UI 檢視 CDR.
*不能設定 WAN & LAN 都是固定 IP 的架構.
*沒有 SIP UA & SIP Trunk 的註冊狀態表.
*DDNS no-ip 註冊有問題.
*沒有 MeetMe.
*沒有 Call Queue.
| 結語 |
基本上迅時的系統穩定性都不錯, 對於 POTS/E1/T1 介接的訊號處理等, 他們經驗也是非常豐富, OM20 基本上適用於小企業用戶, 在參數的設置上會有些限制, 沒有辦法做到非常靈活, 例如不同外線進入不同 IVR 流程, 但這也是因為系統為了簡化設置, 尤其是在 dial plan 這一塊都預先做好了一些功能模組, 才會造成此結果. 有些未完美的部份就只能期待原廠日後的改進了. (尤其是 CDR 這部份應該是最應該修正的)
