需求描述
雖然現(xiàn)有的FreeSWITCH功能已經(jīng)很強(qiáng)大，但是很多情況下，為了配合業(yè)務(wù)上的功能，還需要做一些定制開發(fā)。
有一個(gè)基本需求是：如何控制fs外呼，并跟蹤外呼后的一系列狀態(tài)。
解決方案
下面我就把自己現(xiàn)有的解決方案跟大家分享下，以便拋磚引玉，引出大家更好的方案。
我的方案也簡(jiǎn)單，在呼叫之前，指定呼叫的uuid，然后根據(jù)該uuid跟蹤呼叫到完整狀態(tài)。
1.獲取可用的通道UUID
所以說FreeSWITCH考慮比較周到，連獲取uuid的方法都提供了！
當(dāng)然，你也可以使用自己到方式來生成uuid。不過，一旦uuid出現(xiàn)重復(fù)，可是會(huì)出現(xiàn)比較麻煩的問題，所以還是使用FreeSWITCH的官方提供的方法比較靠譜。
命令如下：
create_uuid
該命令會(huì)返回一個(gè)可用的uuid。
2.發(fā)起呼叫
無需多說，此處originate命令登場(chǎng)，不過和平時(shí)使用區(qū)別的地方是需要指定呼叫的uuid。
下面是兩種指定方法，可選擇性試用：
方案一：在呼叫時(shí)，指定A腿uuid
originate {origination_uuid=xxxxx}user/60401 60402
方案二：在呼叫時(shí)，同時(shí)指定A腿和B腿的uuid
originate {origination_uuid=xxxxx}user/60401 &bridge({origination_uuid=yyyyy}user/60402)
在使用該命令后，通過命令show channels就可看到兩個(gè)新創(chuàng)建的通道和指定的通道uuid，xxxxx和yyyyy。
此處留給大家自己去驗(yàn)證了！
同時(shí)也感謝杜老大的書，這條命令是從他的書上學(xué)來的。
3.跟蹤呼叫
跟蹤呼叫，說白了，其實(shí)很簡(jiǎn)單，只是有的人可能沒留意到而已，就是利用FreeSWITCH的事件機(jī)制進(jìn)行跟蹤。關(guān)于事件如何訂閱，不是這里的重點(diǎn)，略去不說。
下面先說說一些基本常識(shí)：
1、跟呼叫相關(guān)的通道事件有如下幾個(gè)：
Channel _ Create：通道創(chuàng)建事件
Channel _ Progress：通道振鈴事件
Channel _ Answer：通道應(yīng)答事件
Channel _ Bridge：通道橋接事件
Channel _ Hangup：通道掛斷事件
2、通道事件的Unique_ID字段與我們呼叫前指定的uuid相同，這個(gè)也是我們能跟蹤的前提。
有了上面兩個(gè)條件之后，跟蹤就變得簡(jiǎn)單和美妙起來！在呼叫開始前，將呼叫對(duì)象與uuid的對(duì)應(yīng)關(guān)系存到數(shù)據(jù)庫中，在收到不同的事件后，根據(jù)事件的Unique_ID找到對(duì)應(yīng)的呼叫對(duì)象，然后更新它的呼叫狀態(tài)即可。
4.注意事項(xiàng)
1、Channel _ Create事件比較特殊，含有的內(nèi)容比較少，所以處理起來要特別注意。
該事件是在呼叫開始Routing之前就被拋出來，換句話說，你在dialplan中定義的任何變量都不會(huì)被讀取到。如果這點(diǎn)沒注意到的話，會(huì)導(dǎo)致判斷邏輯出現(xiàn)問題。
2、Channel _ Bridge事件中同時(shí)含有A腿和B腿的uuid，具體字段我是不打了，感興趣的可以自己看看。
