現在他有了引人注意的新頭銜：億萬富翁。

私募股權公司Kohlberg Kravis Roberts和SilverLake Partners有可能以逾20億美元的價格收購他的公司，這將會令他成為最新一位網絡億萬富豪。目前仍不清楚他擁有公司的多少股份。由於這家公司是由少 數人持股，並沒有進行過太多的籌資活動，帕森斯所持的股份很可能超過一半。

他是怎麼做到的？以下是我最喜歡的10條「鮑勃準則」，正是這些準則幫助他成為了億萬富翁。

一、了解並遠離自己的「舒適地帶」

我老聽人說，「我相信當我們處於自己最舒服的地盤時，不會有什麼意義重大的事情發生，但我還是擔心安全問題。」我對此的反應很簡單：死人最安全。

二、 從不放棄

幾乎沒有什麼事情是第一次嘗試就能成功的。只是因為你做的事情似乎不成，並不意味著它就一定成不了。那只是意味著你用的方法可能不對。如果有那麼容易的話，那所有人都會去做了，你也不會有機會了。

三、 當你想要放棄的時候，往往比你自己以為的更接近成功

我很喜歡一句中國古語，而且也深深地相信其中的道理。那就是「功虧一簣」。

四、一直前行

永遠不要停止投資。永遠不要止步不前。永遠不要停止嘗試新東西。當你停止改進自己的組織結構那一刻，它就開始失去活力。給自己定下每天都要有所長進的目標，即使是很小的長進。記住日本那種「經營方法改善」的理念。每天積累一點小小的進步，最終就會有巨大的進展。

五、 決策要迅速

記住巴頓將軍(General George S. Patton)的話：今天就得到徹底執行的好計劃要遠勝於明天的完美計劃。

六、 任何具有重要性的東西都要量化。

我發誓這是千真萬確的。只要是被量化、受到注意的事物，它都會增長。

七、 任何東西如果不進行管理，就會惡化。

如果你想要發現你自己未曾察覺的問題，只需要花一點點時間，仔細觀察你已經有一陣子沒有去檢查的領域。我保證那些地方一定會有問題。

八、 永遠不要期望生活會是公平的

生活不是公平的。你得自己去突破。如果對你來說，「公平」唯一的意思是你上公共汽車時給的車錢（也就是票價，英文為fare，與fair同音──譯者注），那會對你有好處。

九、 不要把自己看得太高

放輕鬆。通常我們所實現的成就中，至少有一半是出於運氣。我們沒有人像自己以為的那樣掌控著一切。

十、 總有微笑的理由

找到它。畢竟光是活下來就真的很幸運了。生命短暫。我越來越贊同我弟弟的話。他總是提醒我：我們不是為了活得長而來到世上，我們是為了來享受生活！

對於鮑勃如何成為億萬富豪，你有沒有其他的小貼士？（第11條會不會是「與性有關的內容有助行銷？」）

撰稿：華爾街日報Robert Frank

設備如下：

AMD Althon dual core CPU

2GB RAM

Asterisk 1.4.21.2

DAHDI 2.4

libpri 14.11.4

CentOS 5.5

chan SS7 1.3

安裝過程

基本上安裝過程中沒有太大的困難。但有幾點心得：

1, compile ffmpeg 時，我是用以下的 configure:

./configure –prefix=/usr –enable-gpl –enable-libgsm –enable-libxvid –enable-libopencore-amrnb –enable-libopencore-amrwb –enable-libmp3lame –enable-libvorbis –enable-libfaac –enable-libfaac –enable-shared –enable-nonfree –enable-version3 –disable-yasm

2, 有很多東西是 CentOS 5.5 沒有的。以下是CentOS 上應該需要自行安裝的程式庫：

gsm-1.0.13

libgsm1-1.0.13

lame

xvid

opencore-amr

face-1.28

3, 更改 apps 上的 Makefile:

echo “app_mp4.so: app_mp4.o” >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile
echo ” \$(CC) \$(SOLINK) -o \$@ \${CYGSOLINK} \$< \${CYGSOLIB} -lmp4 -lmp4v2″ >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile

echo “app_transcoder.so: app_transcoder.o” >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile
echo ” \$(CC) \$(SOLINK) -o \$@ \${CYGSOLINK} \$< \${CYGSOLIB} -lavcodec” >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile

echo “app_h324m.so: app_h324m.o” >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile
echo ” \$(CC) \$(SOLINK) -o \$@ \${CYGSOLINK} \$< \${CYGSOLIB} -lh324m” >> /usr/src/server/asterisk-1.4.21.2/apps/Makefile

實際測試

這裡發現有幾個問題：

1, RTSP 只能 resolve IP Address，如果用 FQDN 的話，RTSP 便會接駁不到。如果是真的話這需要改正 RTSP 的 source code 了。

2, mp4play()需要 hint track,如果 mp4 file 沒有 hint track，Asterisk 便不能夠正確讀取 file。

From Asterisk Guru:

mp4 files can have a hint track, which tells the application (e.g.
mp4play) how to split the audio/video tracks into RTP packets. To hint
an mp4 file use “mp4creator” from mpeg4ip tools. For example:

root@samuel:~# mp4info video.3gp
mp4info version 1.5.0.1
video.3gp:
Track Type Info
201 video H.263, 253.240 secs, 34 kbps, 176×144 @ 9.496920 fps
101 audio AMR, 253.260 secs, 13 kbps, 8000 Hz
root@samuel:~# mp4creator -hint=201 video.3gp
root@samuel:~# mp4creator -hint=101 video.3gp
root@samuel:~# mp4info video.3gp
mp4info version 1.5.0.1
video.3gp:
Track Type Info
201 video H.263, 253.240 secs, 34 kbps, 176×144 @ 9.496920 fps
101 audio AMR, 253.260 secs, 13 kbps, 8000 Hz
65436 hint Payload H263-2000 for track 201
65437 hint Payload AMR for track 101

3, 用 SIP client 測試和用 E1 測試是有分別的。但暫時用 x-lite 測試 mp4play 也 OK。但我暫時未找到方法可以測試 mp4save()。

4, MP4Save() 只可以錄音，不能錄影。

5, 要找一條 E1 SS7 測試 H.324。

要馬兒好，馬兒不能不吃草。要用好東西，需要一點付出也很正常。想要在 Asterisk 中使用 Dialogic強大功能已經有官方的支持。

DiaStar是由 Dialogic 直接贊助的開源專案。Asterisk 得到 Dialogic 的強大火力支援，更高階的系統開發也可以做到。但記住， Dialogic 是需要付費的。

http://www.projectdiastar.org/

注意，這篇文章只是針對技術上的介紹和討論。本文無意鼓勵讀者使用該電訊設備。在香港，非法擁有或使用無線電器材是違法的。最高刑罰是被罰款港幣 100,000 及監禁五年。詳情可以參考電訊管理局網頁（http://www.ofta.gov.hk)。

USRP (Universal Software Radio Peripheral) 是一個可以經電腦軟件直接用 USB 或 Gigabit Ethernet (新的 USRP2)控制的無線電收發器(Software Radio)。其設計哲學是電腦軟件會擔任分析電波數據上的分析。比如 modulation / demodulation，而頻率上的sampling, 收發，或 Frequency Inversion 的底部動作便由 USRP FPGA 負責。

USRP 經不同模組的配搭，可以令 USRP 在不同的場合和需要上工作。例如 USRP 可以做 2.4GHz 旳 Wi-Fi 收發器，業餘無線電的火腿機 (HAM)，或可以做為以下文章所介紹的 GSM 基台。

http://en.wikipedia.org/wiki/Universal_Software_Radio_Peripheral

http://gnuradio.org

http://gnuradio.org/redmine/wiki/1/OpenBTSDesktopTestingKit

http://tw.myblog.yahoo.com/bmw_lab/article?mid=215&prev=216&next=188

USRP的硬體線路是公開的。有能力的可以為自己打造一台。

http://code.ettus.com/redmine/ettus/projects/public/documents

OpenBTS 便是其中一個可以控制 USRP 的軟件，而她是針對 GSM  900MHz 而設計的控制軟件。她搭配 USRP加上適當的模組，便可以架設一個GSM 基台，你的 GSM 電話便會找到她。電話號碼也可以在 OpenBTS 中設定。

而且，OpenBTS 還可以搭配 Asterisk PBX 來把 OpenBTS 的 GSM 和 VoIP (SIP or IAX2) 或 PSTN 橋接在一起。這樣，在這 OpenBTS 下的 GSM 電話便可以經 Asterisk 撥號到其他的電信網路或其他地方。

雖然她得到Skype 的認證，但如用過 Vosky ，尤其是需要與其他 PABX 整合時，會感覺到她的限制。所以，現在也需要考慮轉用 Asterisk 來嘗試代替Vosky。

這個 ChanSkype 是一個以Asterisk channel module 模式運作。即是我們可以在Dialplan 中用 Dial() 來Skypeout，或可以bridge 傳統的TDM或 SIP channel。

chanskype 的 Version 是 1.2.11 (FC6)。而chanskype 和 voskey 一樣需要安裝 skype (Linux)。我的經驗是：不要用新的。因為新的版本有很多setting 需要調較，所以建議用版本 1.3。 chanskype 網站有一套 skype 1.3 Linux 版可以下載。

我現在系統的配置如下：

1. Fedora 8
2. Asterisk 1.4.21
3. VNC Server
4. Skype 1.3 (Linux)
5. Qt 3 Library
6. AMD Alton CPU
7. 512 MB RAM

我嘗試過用CentOS 5.1 安裝但不成功。

另外，系統需要跑 VNC Server。因為每一個chanskype channel 需要一個 Skype account 來支持channel 的運作。這個Skype 會在 VNC 的 Session 裏跑（這正如和 voskey 一樣，voskey需要有一部電腦跑 Windows）。

首先，我們在 ftp://ftp.chanskype.com/download/packages/ 下載 chanskype 的 package。我系統是跑 Fedora 8，所以我會安裝chanskype-1.2.11-FC6.bin 這 package。

另外，我也同時在ftp://ftp.chanskype.com/download/required/中下載 Skype 1.3 for Linux skype-1.3.0.53-fc5.i586.rpm。

安裝 ChanSkype

準備好後可以開始安裝。在 shell 中跑 chanskype-1.2.11-FC6.bin

如無意外，shell 會顯示如下的資訊：

Verifying package integrity… OK!

ChanSkype files installed.
Now follow the rest of the instructions in the Installation Guide.

設定ChanSkype

安裝成功後你會在 /etc/asterisk 中看到 skype.conf。打開 skype.conf 然後修改 channels 來設定Asterisk 需要開 skype channels的數目。

如果Asterisk 需要接受來自 Skype channel 的來電，我們便需要在 extensions.conf 設定 dialplan context 給 Skype channel。例如：

context = fromskype

而我現在系統的 skype.conf 配置如下：

[general]
; general config options, default values are shown
; all but debug can go also in the device-specific sections.
debug=1             ; misc debug flags, default is 0
channels=1
context=fromskype      ; for calls FROM Skype users
early_ringback=false  ; set to “true” so callers to Skype will
; get a ringing tone straight away

設定 Linux user account 給 ChanSkype

每一個 ChanSkype channel 是需要設定一個 Skype 。我們需要為每一個 ChanSkype channel 設定一個 Linux user account。而且我們也需要為每一個 Linux user account 設定一個 VNC Server session，利用 VNC Server 的GUI session來開啟 Skype 和 ChanSkype 所需的其他子系統。因此，如果Asterisk 需要開 10個 ChanSkype channel，那麼我們需要設定10個 Linux user account ，10個 VNC Server Session，和預備10個 Skype 的 account。所以這是很費時的步驟，用家要留意！

http://www.oreillynet.com/etel/blog/2007/01/tim_oreilly_on_asterisk.html

開始想問，中港台三地現在有沒有關於 Asterisk應用案例呢？

說實話，Asterisk 的功能真的很強大，功能也可以直迫老字號如 Nortel，Avaya等。但是它實在太年輕了，電話系統大部分是需要 7/24/365 不間斷工作，那麼穩定程度便來得極其重要(我對Asterisk 1.2.x 的穩定程度極有信心，但 Asterisk 1.4.x 真的要加倍努力了)，所以相比起其他 IT 系統，顧客對電話系統相對比較嚴苛了。但因為它真的太年輕，很多人會懷疑它的穩定程度，所以他們是不會選擇它的。所以我覺得，它現在需要的是時間的歷練，這樣顧客才會對它有信心。

不知道大家有沒有其他看法呢？請大家不要客氣啊！

AGI 是一個獨立程式，Asterisk 會經由Dialplan 調用 AGI() 這一程式來執行AGI。它執行後便會用 stdin和 stdout 來控制Asterisk。直至那 channel 收線為止。

AGI 在Asterisk 下，會根據本身的用途和行為特徵分了四種類型:

1. AGI – AGI 應用程序是與Asterisk 一同在本機內執行。
2. EAGI – 有別於 AGI，它除了用 stdin 和 stdout 外，它還會把   音訊輸出到 File descriptor 3。其他應用程式可以用它的File descriptor 3來搜取這channel 的音訊。
3. FastAGI – 用 TCP 和 port 4537 來連接 AGI。因此這樣AGI 程式是可   以安裝在網路上不同時的機器上。
4. DeadAGI – 這特別的AGI 只有在channel 掛線後才會起作用。

可參考以下的網址進一步認識 AGI
http://www.voip-info.org/wiki-Asterisk+AGI

以下網址除了有AGI的語法外，還有各種範例提供
http://home.cogeco.ca/~camstuff/agi.html

Fast AGI 的實例

上月，我幫建設了一個基於Asterisk的電話系統。因為這電話系統的需求是：

1. 平衡負載 – 這系統有多部 Asterisk 同一時間接聽電話，和收發傳真。倘若有其中一部出現問題時，其他 Asterisk 也可以在那時間分擔任務。
2. 我朋友的公司是從事電話服務系統相關的業務。因為那電話系統的流量極大，如果程式要在Asterisk Box 裏運行，那會加重Asterisk 的負擔。而且朋友想簡化系操作和維護程序，所以我自行開發了一個 Fast AGI Server (Application Server) 在某一伺服器上獨立執行。所有Asterisk Box 將會用Fast AGI 連接這台伺服器。因此，所有Call Flow，Business Logic，和其他與電話底層不相關的模組會全部由 Fast AGI Server 負責。而Asterisk 只負責電話底層的任務。

我們自行設計的 Application Server 是基於 MS-Windows 設計。它是以 Windows Service 形式運作。它會開一個 TCP Socket 4573 接收來自 Asterisk 的 FastAGI 要求。接受要求後，Asterisk 的Dialplan 便把控制權移交到 Application Server 中，而Asterisk 那方便一直等待，直至 Application Server 這方的工作完成為止。

當然，Application Server 這方的控制程序並不是硬寫的。它借用了 Mozilla 的SpiderMonkey 模組作一個 Script Engine。SpiderMonkey 原是 Mozilla 和 FireFox的 JavaScript Engine。那麼，開發人員便可以像開發DialPlan一樣地簡單，用JavaScript 在Application Server上開發 Call Flow。

http://www.mozilla.org/js/spidermonkey/

看過以下的網址後，你會發現 AGI 每一指令正是反映了Asterisk 在Dialpan 中的一道指令。而AGI 沒有提供的便可能以用 “Exec” 指令來呼叫 Asterisk 其他的指令。

http://www.bitflipper.ca/Documentation/agi.html

那麼，我們可以用 SpiderMonkey 來定義我們的 Call Flow 語法和指令了。例如以下的 JavaScript：

function main() {
    var ret = Answer();

    if(ret == 0) {
        ret = PlayMsg(”hello-world”, “#”);
    }

    HangUp();
    return 0;
}

在這個例子中，Answer(), PlayMsg(), 和 HangUp() 是我自行定義的 JavaScript 功能。 它內裏也只是調用到 Astreisk 或 AGI 的功能而已。

Application Server 一旦接收到 Asterisk 的 FastAGI 的請求後，Asterisk 會首先傳一組資料給 Application Server。這組資料可以給 Application Server 詳細的資訊來選擇Call Flow或其他功能。以下是 Asterisk 首先傳一組資料給 Application Server的例子。這樣段資料中，每一行它會用 line feed 作分隔，傳送完畢後會用兩個 line feed作完結。

agi_network: yes
agi_request: agi://192.168.0.30/frame1?param1=1&param2=2&param3=3
agi_channel: Zap/1-1
agi_language: en
agi_type: Zap
agi_uniqueid: 1157046217.3
agi_callerid: 88888888
agi_calleridname: unknown
agi_callingpres: 0
agi_callingani2: 0
agi_callington: 0
agi_callingtns: 0
agi_dnid: unknown
agi_rdnis: unknown
agi_context: incoming
agi_extension: s
agi_priority: 2
agi_enhanced: 0.0
agi_accountcode:

在這裡，我們可以看到什麼 channel（agi_channel) 用這AGI，對方的來電（agi_callerid, agi_calleridname），DNIS（afi_rdnis）等等。

另外，agi_request 便是在Dialplan 裏所調用 AGI()的 URL。例如上方的AGI request 便是由於以下的 Dialplan 調用：

[callflow]
exten => s,1,AGI(agi://192.168.0.30/frame1?param1=1&param2=2&param3=3)

這樣，Asterisk 便可以用URL來傳遞額外的參數，同時我們的 Application Server便可以用種種方法拆解這URL來得到那額外的參數了。

Application Server 做完以上的動作後，接著便會調用 SpiderMonkey 來運行我們預備好的 JavaScript。以後，所有關於 AGI 的動作將會由 JavaScript包裝起來，以下是一小段例子：

 JSBool CCallFlow::Script_PlayMessage(JSContext *cx, JSObject *obj, uintN argc, jsval *argv, jsval *rval){
 CString strMsg;
 JSBool ret = JS_FALSE;
 unsigned long scriptContextNo = 0;
 CCallFlow* lpThis = NULL;

 scriptContextNo = (unsigned long)cx;
 lpThis = (*mapScriptContext)[scriptContextNo];

 if(lpThis != NULL){
  strMsg.Format(”CCallFlow::Script_PlayMessage : Called”);
  lpThis->WriteSysLog(DDEBUG_LEVEL, strMsg);

  if(argc == 2){
   char strCmd[MAX_PATH];
   char strRet[MAX_PATH];
   char* strVoxFile;
   char* strDigit;

   ZeroMemory(strCmd, MAX_PATH);
   ZeroMemory(strRet, MAX_PATH);

   if(JSVAL_IS_STRING(argv[0])){
    strVoxFile = JS_GetStringBytes(JSVAL_TO_STRING(argv[0]));
    if(JSVAL_IS_STRING(argv[1])){
     strDigit = JS_GetStringBytes(JSVAL_TO_STRING(argv[1]));
     if(strlen(strDigit) <= 0){
      strDigit = “”"”;
     }
     wsprintf(strCmd, “STREAM FILE %s %sn”, strVoxFile, strDigit);
     lpThis->ProcessAGI(strCmd, strRet);
     Sleep(200);
     if(strlen(strRet) <= 0){
      sprintf(strRet, “%d”, 0);
     }

     JSString* str = JS_NewStringCopyZ(cx, lpThis->mapKeyPad[strRet].c_str());
     if(!str){
      ret = JS_FALSE;
     }else{
      rval[0] = STRING_TO_JSVAL(str);
      ret = JS_TRUE;
     }

    }else{
     strMsg.Format(”CCallFlow::Script_PlayMessage : Invalid digits”);
     lpThis->WriteSysLog(ERROR_LEVEL, strMsg);
    }
  }else{
    strMsg.Format(”CCallFlow::Script_PlayMessage : Invalid file”);
    lpThis->WriteSysLog(ERROR_LEVEL, strMsg);
   }
  }else{
   strMsg.Format(”CScriptHandler::Script_PlayMessage : parameters not match”);
   lpThis->WriteSysLog(ERROR_LEVEL, strMsg);
  }
 }else{
  strMsg.Format(”CScriptHandler::Script_PlayMessage[%d] : invalid script object.”, lpThis->label);
  lpThis->WriteSysLog(ERROR_LEVEL, strMsg);
 }
 return ret;
 }

大家會看到第三十和三十一行，在 JavaScript 眼裏看到是否一個 PlayMessage 的JavaScript Function，
但這PlayMessage 裏是調用了 STREAM FILE 這個 AGI Function，而同時整合了一串參數（這裡是一個
wave file name），然後調用 ProcessAGI()。ProcessAGI()只是很簡單地把這AGI Function 經
Socket 傳遞到Asterisk 中。

 BOOL CCallFlow::ProcessAGI(char* strAGICmd, char* strRet){
 BOOL ret = FALSE;
 char _strRet[MAX_PATH];
 char _strRet2[MAX_PATH];

 if(sck != NULL){
  cout << strAGICmd << endl;
  ZeroMemory(_strRet, MAX_PATH);
  sck->Send((const char*)strAGICmd, strlen(strAGICmd));
  int len = sck->Receive(_strRet, MAX_PATH);
  if(len > 0){
   mapAGIResult.clear();
   if(strncmp(_strRet, “200 “, replyOffset) == 0){

    ZeroMemory(_strRet2, MAX_PATH);
    strncpy(_strRet2, _strRet + replyOffset, len - replyOffset);

    ParseCommand2(_strRet2, ‘ ‘, &mapAGIResult);

    strcpy(strRet, mapAGIResult["result"].c_str());
    ret = TRUE;
   }else{
    mapAGIResult["return_error"] = _strRet;
   }
  }
 }
 return ret;
 }

其實，關於 SpiderMonkey 的 Document 不多，很多 SpiderMonkey 的功能是透過以下網址所得的資訊然後再推敲出來的。希望這樣篇文章可以幫到大家。

http://www.mozilla.org/js/spidermonkey/

http://blog.gmane.org/gmane.comp.mozilla.devel.jseng

實作環境如下：

T1 是用香港某大電信供應商，所以今次並不是實驗室環境下工作，是直接接駁街線，一個完全真實的環境下工作。

關於 T1 下的Switch type 和 Protocol的設定如下：

/etc/dahdi/system.conf　的內容節錄：

span=1,1,0,esf,b8zs
bchan=1-23
dchan=24
echocanceller=mg2,1-23

/etc/asterisk/chan_dahdi.conf 　的內容節錄：

switchtype=4ess
allow=ulaw
signalling=pri_cpe
echocancel=yes

實作1： 收發傳真，Asterisk 作為一台 Fax Server 的實作

以往，Asterisk 在收發傳真這一功能上一直不合格。雖然Asterisk可以安裝 SpanDSP 這一 library 來支援傳真的功能，但可惜SpanDSP 在傳真這功能上一直未如理想。以往我們會倚靠一套老牌的 OpenSource Fax Server 名叫 Hylafax 來收發傳真。如果在 1.4.x 下而 linux kernel ver. 是 2.6.x 以上，我們可以選擇 Third party 的 module 來支援 Asterisk傳真例如 PikaFax這一個收費的 asterisk module。

現在，Asterisk 1.6.x 如支持傳真功能的話便要安裝 SpanDSP 0.0.5 。實作上也確定 Asterisk 1.6.x 的收發傳真功能是成功的。我自己會用以下四個方式來測試傳真。

1. 經由 T1 Trunk 直接收發傳真
2. 用最新版本的 ZoIPER (http://www.attractel.com/)經T.38 Protocol
3. 架設兩部Asterisk。用第一部 Asterisk 經由 T1 Trunk 作Gateway，Fax traffic 會由 T1經第一部 Asterisk 再經 T.38 轉接到 第二部Asterisk收發傳真 。
4. 架設兩部Asterisk。用第一部 Asterisk 經由 T1 Trunk 作Gateway，Fax traffic 會由 T1經第一部 Asterisk 再經SIP轉接到 第二部Asterisk收發傳真 。SIP 的 CODEC 會用 uLaw。

無論系統是經由 T1 Trunk或T.38 Fax Over IP 收發傳真也沒有問題。但如果對方沒有 T.38 Protocol 而是經由 SIP 再用 muLaw 來收發傳真的話也可以，但是 SIP + muLaw 我發現會有 loss Frame 的情況出現。但總括來說，今次Asterisk 收發傳真的實作是相當成功的。她現在已不須要用其他 Fax Server 比如 HylaFax 和其他 Third Party Module，自己已經 native support 傳真。我們也可以用 Dialplan 或是用 AGI 來直接管理收發傳真的功能。在Fax Server 或將來的Unified Messaging 系統上的實作上有很大的幫助！

Asterisk 1.6.x的傳真的實作有一樣要注意。在Dialplan 內呼叫 Fax application 與以往有所不同。以前收發傳真的 application 是 rxfax 和 txfax，但現在已經改為 ReceiveFax 和 TransmitFax 了。

實作2：Asterisk 1.6.0.3 Manager API 的 Originate打不到電話的問題

Manager API 有一個 Originate 的功能，可以指示 Asterisk 打電話，但發覺 Asterisk 1.6.x 的 Originate 無論我怎樣呼叫她也會傳回錯誤回來。

這應該是 Asterisk Manager 的錯誤了。

Asterisk Manager 的 source code 是在：

/asterisk-1.6.0.3/main/manager.c

在 manager.c 大約 2140 行有一 function 名：

static int action_originate(struct mansession *s, const struct message *m)

這裏便是 Asterisk Manager  Originate 的真身了。

再看第2166 行，這裡是用作測試 channel name 是否 empty string，如果是empty string便傳回錯誤，否則便繼續。原本的 sorrce code 是這樣：

[2140] static int action_originate(struct mansession *s, const struct message *m)
{
[2142]    const char *name = astman_get_header(m, “Channel”);
[2143]    const char *exten = astman_get_header(m, “Exten”);
[2144]    const char *context = astman_get_header(m, “Context”);
[2145]    const char *priority = astman_get_header(m, “Priority”);
[2146]    const char *timeout = astman_get_header(m, “Timeout”);
[2147]    const char *callerid = astman_get_header(m, “CallerID”);
[2148]    const char *account = astman_get_header(m, “Account”);
[2149]    const char *app = astman_get_header(m, “Application”);
[2150]    const char *appdata = astman_get_header(m, “Data”);
[2151]    const char *async = astman_get_header(m, “Async”);
[2152]    const char *id = astman_get_header(m, “ActionID”);
[2153]    const char *codecs = astman_get_header(m, “Codecs”);
[2154]    struct ast_variable *vars = astman_get_variables(m);
[2155]    char *tech, *data;
[2156]    char *l = NULL, *n = NULL;
[2157]    int pi = 0;
[2158]    int res;
[2159]    int to = 30000;
[2160]    int reason = 0;
[2161]    char tmp[256];
[2162]    char tmp2[256];
[2163]    int format = AST_FORMAT_SLINEAR;

[2165]    pthread_t th;
[2166]    if (!ast_strlen_zero(name)) {
[2167]        astman_send_error(s, m, “Channel not specified”);
[2168]        return 0;
[2169]    }

看來第2166行應該錯了。這裡應該改為：

[2165]    pthread_t th;
[2166]    if (ast_strlen_zero(name)) {
[2167]        astman_send_error(s, m, “Channel not specified”);
[2168]        return 0;
[2169]    }

改好了後，再compile 和 install。Originate 便可以正常工作了。

實作3：Asterisk 1.6.x FastAGI和 Asterisk Java 與舊版本的小小不同

如果你的 Asterisk Java(http://asterisk-java.org/) FastAGI Server 要和新的Asterisk 1.6.x 實作時便要注意。以往如果 Asterisk 有 channel hangup 時，因為 FastAGI Server 的TCP connect 在 cahnnel hangup 後同時中斷的關係，AsteriskJava會throw一個 org.asteriskjava.fastagi.AgiNetworkException。但現在 Asterisk 1.6.x 在 channel hangup 後 TCP channel 仍然保持連線，所以這個 exception 便收不到了。如果你的 FastAGI Server 用Asterisk Java 的話，這點要注意。而channel hangup 後用 getChannelStatus() 這一個 function 會傳回 -1來代表 channel down。這點好Asterisk Java像沒有 doucment 到。而她們的 doucment 只說getChannelStatus()會傳回 0 來代表 channel down。但實作上這效果並不是這樣。

實作4：Asterisk 1.6.x 大量關於設定的 Syntax不能與前版本相容

比方以下的例子：

exten => _X.,n,SetTransferCapability(SPEECH)

在 Asterisk 1.6 以後便不能再使用了。這應改為：

exten => _X.,1,Set(TRANSFERCAPABILITY=SPEECH)

相關的資訊如下：

http://www.voip-info.org/wiki/view/Asterisk+variables

結論：

作為一部 IP-PBX來說，Asterisk 的功能絶對超班！而 Asterisk 1.6.x 絶對有當 Unified Messaging Service 的 IP-PBX 的潛力。問題是在較複雜的 Call Centre環境下，ACD 需要作較大的修改來支持Unified Messaging，而且作為一部IP-PBX ，穩定絶對是第一位！這點Asterisk 1.2.x 表現很優秀！Asterisk 1.6 必須通過數以年計的穩定性試煉。無論我們的 IP-PBX的功能是何等強大，始終電話已經是必須品，現在有很多緊急服務也需要用電話提供重要服務，客戶是很難容許一套不穩定的電話系統。所以把 Asterisk 納入你的專案時，不要當 Asterisk 是一套普通的電腦系統來看待，電話系統的 Service Level 的要求是相比其他的 IT 系統高出很多很多很多！所以如果開始計劃 Asterisk 作為你的 Key System時，不要吝嗇硬件的支出。稳定的系統是有利 Asterisk 的發揮。