《实施Cisco统一通信管理器(CIPT2)》一1.6 拨号计划方面面临的挑战
本節書摘來異步社區《實施Cisco統一通信管理器(CIPT2)》一書中的第1章,第1.6節,作者: 【美】Chris Olsen 譯者: 劉丹寧, CCIE#19920 , 盧銘 , 陳國輝 , 田果 責編: 傅道坤,更多章節內容可以訪問云棲社區“異步社區”公眾號查看。
1.6 撥號計劃方面面臨的挑戰
實施Cisco統一通信管理器(CIPT2)
在擁有一個或多個CUCM集群的多站點部署環境中,撥號計劃的設計方案需要考慮很多單一站點部署方案中根本無須考慮的因素,如下所示。
- 重疊的號碼:位于不同站點的用戶可以使用相同的目錄號碼。因為目錄號碼只需在站點內部保持唯一,因此多站點部署環境需要為重疊的號碼提供一個解決方案。
- 號碼不連續:連續的號碼范圍有利于對呼叫路由信息進行匯總,這與連續的IP地址范圍有利于進行路由匯總的概念類似。這種連續的地址塊可以用呼叫路由表中的短短幾個條目進行代表,如路由模式(Route Pattern)、撥號對等體中的目的地模式(Dial Peer Destination Pattern)和語音轉換規則(Voice Translation Rule),這樣做可以確保路由表短小精煉。如果每個端點都需要在呼叫路由表中擁有它們各自的路由條目,那么路由表就會變得非常龐大,對內存的需求也會變得很大,查找路由表的速度也會變得很慢。因此,在任何站點上,采用不連續的號碼都不是理想的做法,因為這種做法會降低呼叫路由選擇的效率。
- 可變長的編號計劃:在有些國家(比如美國、加拿大),PSTN號碼使用固定長度的編號計劃。而其他一些國家(如墨西哥、英國)則使用可變長的編號計劃。可變長的號碼存在一個問題,那就是撥出號碼的長度是由CUCM路由計劃來進行判斷的,而這里判斷的標準是撥號間隔時間是否超時。在等到撥號間隔時間(即T.302計時器)超時的過程中,撥號后的延遲時間也就在相應地延長,但用戶未必樂意等這么長的時間。
- DID范圍與E.164地址:在考慮與PSTN進行集成時,內部使用的目錄號碼必須與外部的PSTN號碼(E.164地址)發生關系。這取決于撥號計劃(是定長還是變長)以及PSTN提供的服務,下面我們給出最常見的解決方案。
- 每個內部目錄號碼都關聯一個定長的PSTN號碼:在這種情況下,每個內部目錄號碼都有它們自己專用的PSTN號碼。這個目錄號碼可以(但不必)與PSTN號碼最低位1的數字相匹配。在使用定長編號計劃(比如NANP[北美編號計劃])的國家,常用的方法往往是使用4位辦公號碼作為內部的目錄號碼。如果得到的號碼不唯一,那么可以在4位號碼前添加PSTN局號(Office Code)或者添加由管理員分配的站點碼(Site Code),于是有些內部的目錄號碼就會長達5位甚至更多位。
另一種解決方案是不復用PSTN號碼中的任何位數,只是將各個內部使用的目錄號碼映射到分配給該企業的PSTN號碼中。在這種情況下,內部和外部號碼就沒有任何的相同之處。如果內部使用的目錄號碼匹配了該公司PSTN號碼中最低位的幾個數字,那么管理員可以在網關或中繼上設置這些重要數字2(Significant Digits)。同樣,網絡設計人員還可以配置通用外部電話號碼掩碼(General External Phone Number Mask)、轉換掩碼(Transformation Mask)或前綴,可以這樣做是因為所有的內部目錄號碼都能夠使用相同的方式被設置為符合PSTN編號規則的號碼。另一個例子是,如果內部目錄號碼是由部分PSTN號碼和管理員手動添加的數位所組成的,比如站點碼加PSTN辦公號碼3;或者PSTN號碼范圍與內部號碼范圍不同,比如把PSTN站點碼4100~4180與目錄號碼1100~1180進行映射;或者完全獨立地將內部目錄號碼與PSTN號碼進行映射。在這種情況下,管理員就必須對入站的呼叫部署一條或者多條轉換規則(Translation Rule),還需要配置一條或多條的主叫方轉換規則(Calling Party Transformation Rule),轉換掩碼、外部電話號碼掩碼或前綴。 - 不支持DID的定長編號計劃:為了避免在定長編號計劃中,必須為每個內部目錄號碼分配一個PSTN號碼,人們常常不允許使用DID擴展分機號碼。常見的做法是,PSTN中繼只有一個單獨的號碼,所有路由到該號碼的PSTN呼叫都會被發送給話務臺、聲訊總機、接待員或者秘書。然后再從那里將呼叫轉發給相應的內部分機。
- 內部目錄號碼是可變長號碼的一部分:在使用變長編號計劃的國家中,分配給PSTN中繼的“用戶”號碼通常比較簡短,但PSTN會將所有從這個號碼開始的呼叫都路由給中繼。然后由呼叫者加撥號碼來指定分機。這里沒有定長號碼中額外數位或總數位的概念。不過,這里有一個最大值,這個最大值賦予了網絡設計者選擇目錄號碼長度的自由。這個最大長度有時很小。比如,E.164的最大號碼長度是15個數位,其中不包括國家代碼。呼叫發起方需要在公司PSTN號碼(通常很短)后面加撥相應的分機號碼來呼叫某個特定的用戶。如果只撥打了那個簡短的PSTN號碼而沒有加撥任何分機號碼,這個呼叫就會被路由給公司的話務臺。民宅的PSTN號碼通常會比公司的PSTN號碼長一些,一般也不允許加撥額外的號碼。我們在這里談到的特性只能在中繼上使用。
- ISDN的號碼類型(TON):PSTN接收到的主叫方號碼(ANI [自動號碼識別])可以用不同的方式進行表示。
7位的用戶號碼。
10位號碼,其中包括地區代碼(Area Code)。
在地區代碼的前面還帶有國家代碼,這是國際上的通用格式。
為了將所有呼叫的ANI進行標準化,使用的格式必須是既定的,因此號碼必須進行相應的轉換。
- 呼叫路由的優化:當各個站點之間同時通過IP WAN和PSTN進行連接的時候,可以讓呼叫通過IP WAN進行發送,而不通過PSTN進行發送,以此可以避免PSTN對通話的收費。在這種情況下,PSTN可以充當WAN的備份鏈路,僅當WAN鏈路出現故障時,才使用PSTN進行通信。還有另一種解決方案,這種解決方案同樣是使用IP WAN鏈路來發送PSTN呼叫,這種方法是對前一種方法的拓展,也可以降低長途電話費用,這種方法稱為經濟路由(TEHO,Tail-End Hop-Off)。簡而言之,就是盡可能多地利用IP WAN發送流量,使用離目的PSTN最近的網關用來充當PSTN出口。
注釋:
所有的雙向電話呼叫都有兩個電話號碼:主叫方號碼(也稱ANI [自動號碼識別])和被叫方號碼(也稱DNIS [被叫號碼標識服務])。所有雙向呼叫都是從ANI去往DNIS的呼叫。而號碼處理(Digit Manipulation)的過程就是將ANI和/或DNIS修改為其他號碼的過程。
1.6.1 重疊號碼與不連續號碼
在圖1-4中,位于主站點的Cisco IP電話使用的目錄號碼為1001~1099、2000~2157、2365~2999。在遠端站點,使用的號碼則是1001~1099和2158~2364。這些目錄號碼存在兩大問題:首先,1001~1099是重復的,這一部分的號碼在兩個站點都有,因此它們在整個的部署環境中是不唯一的。由此導致的問題是,如果一個遠端站點的用戶只撥打了1001這4位數字,那么到底哪個電話應該振鈴呢?這個由重疊地址引發的問題就需要通過號碼處理技術來得到解決;除此之外的另一個問題是,2000~2999的號碼是不連續的(兩個站點間還存在另一些重復的號碼),這就需要在呼叫路由表中添加大量額外的條目,因為這樣的范圍很難用一條或幾條呼叫路由進行匯總。
注釋:
本章針對這些問題所提供的解決方案會在下一章中展開具體的介紹。
1.6.2 定長編號計劃與可變長編號計劃
定長編號計劃的特性是地區代碼和本地號碼的長度都是固定的。而開放式編號計劃的特性則是在一個國家中,地區代碼或者本地號碼(或者這兩者)的長度是不固定的。
表1-1將NANP與可變長編號計劃進行了對比,該表中的可變長編號計劃將以德國的編號計劃為例。
例如
美國國內電話:9-1-408-555-1234或1-555-1234(地區代碼相同時)。
從美國打去德國:9-011-49-404-132670。
德國國內電話:0-0-404-132670或0-132670(地區代碼相同時)。
從德國打去美國:0-00-1-408-555-1234(注意:00-1-408里面的那個1,是美國的國家代碼,并不是中繼前綴)。
NANP PSTN號碼是408-555-1234,沒有使用DID,所有位于主站點的呼叫都由話務員進行處理。在德國的遠端站點,E.164 PSTN號碼是+49 404 13267。在德國站點中使用4位分機號碼,由于可以把分機號碼直接添加到PSTN號碼中,因此允許使用DID。在呼叫德國辦公室的話務員時(因為不知道分機號碼),美國用戶應該撥打9-011-49-404-13267。要注意國際前綴011和接入碼9是如何取代了加號“+”的。如果電話的分機號是1001,那就應該直接撥打9-011-49-404-13267-1001。
注釋:
在表1-1所示的例子中,從美國向外撥打始終要先撥打號碼9,作為出向呼叫的接入碼。這是一種可選的撥號計劃,但是在撥號計劃中,這種做法十分常見。不過,如果使用了接入碼,那么在到達PSTN之前,9必須被剝除,而撥打的其他前綴則必須發送給PSTN,唯有這樣呼叫才能得到正確地路由處理。
1.6.3 可變長的編號計劃,E.164地址與DID
在圖1-5所示的例子中,部署了CUCM的主站點位于美國,而沒有部署CUCM的遠端站點位于德國。美國的NANP PSTN號碼為408-555-1234。要注意這里并沒有使用DID,因為所有撥往主站點的呼叫都要由話務員進行處理。德國遠端站點的PSTN號碼為+49 404 13267。在德國需要使用4位分機號,并且啟用了DID,因為可以直接把分機號碼添加到PSTN號碼中。在呼叫德國辦公室的話務員時(主叫方并不知道具體的分機號碼),美國用戶應該撥打9-011-49-404-13267。如果電話的分機號為1001,那么就應該直接撥打9-011-49-404-13267-1001。
由CUCM通過WAN或PSTN將呼叫路由給遠端站點的這個過程,對于用戶來說是透明的。
1.6.4 呼叫路由的優化與PSTN的備份
在多站點部署環境中,節省PSTN話費有以下兩種方法。
話費旁路(TollBypass):企業內部站點間的呼叫可以使用IP WAN來代替PSTN進行發送。只有當呼叫無法通過IP WAN進行發送時(由于WAN出現故障,或呼叫準入控制功能[CAC]不允許發起該呼叫),才使用PSTN進行發送。
經濟路由(TEHO):這種解決方案同樣是使用IP WAN鏈路來向遠端目的地發送PSTN呼叫,這種方法是對話費旁路的拓展。在使用TEHO時,方法是盡可能多地利用IP WAN發送流量,并使用離被叫目的PSTN目的地最近的網關來充當PSTN的出口。本地PSTN充當IP WAN故障或CAC失敗時的備份路徑。
注意:
有些國家不允許使用TEHO或話費旁路技術來規避話費開銷,在這類國家中,這種規避國際長途費用的做法是不合法的,這種做法會剝奪運營商的國際入向收益。因此,在實施相關技術之前,請確保這些部署方案符合所在國的相關法律規定。
在圖1-6所示的環境中,從芝加哥打往圣何塞的呼叫會按照如下步驟進行路由。
1.芝加哥的CUCME用戶撥打9-1-408-555-6666,這是一臺位于圣何塞的PSTN電話。
2.呼叫從芝加哥CUCME路由器通過IP WAN(使用SIP或H.323)路由給了圣何塞的CUCM集群。
3.圣何塞CUCM將呼叫路由給圣何塞網關,呼叫從這里進入PSTN,于是一個長途電話就成為了一個打往圣何塞PSTN的本地電話,通話費用也毫不昂貴。
4.圣何塞PSTN中心局(CO)路由該呼叫,于是被叫電話振鈴。
如果在打電話之前,由于某種原因而使該呼叫無法使用WAN鏈路,那么管理員就必須通過配置芝加哥網關,使其能夠通過號碼處理技術來正確地路由呼叫,也就是將呼叫通過PSTN發送給圣何塞的PSTN電話。當然,這樣一來,這通電話的通話費也有可能因此而相對昂貴一些。
《新程序員》:云原生和全面數字化實踐50位技術專家共同創作,文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的《实施Cisco统一通信管理器(CIPT2)》一1.6 拨号计划方面面临的挑战的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 《Swift开发实战》——第16章,第1
- 下一篇: 到底应该选择哪种Linux.NET的部署