Skype的點數不見了

相信很多在用Skype的人應該都知道，只要Skype超過半年沒用的話，帳戶裡面的點數會全部消失。當然如果你去跟Skype抱怨一下的話，他們還是會把點數還給你。
當然這中間有個大問題就是，為何我還要打電話給Skype，然後我才能拿回點數？？即便是0800這種免付費電話，為何我還是得花時間去反應呢？
當然會發生這種問題的根本原因在於，Skype自動把點數歸零的動作違反了中華民國的法律。其實Skype的點數的機制就跟一般的電話卡或是預付卡一樣，一旦付費以後服務商就不得以任何原因終止服務，除非服務商倒了或是其他不得不終止服務的原因。所以Skype這個所謂半年沒用就會點數歸零的機制在中華民國是違法的。不過似乎沒有人多人在這上面有所著墨，也或許大家覺得被吃掉的金額不是很高，所以不是很在意就是了，不過對Skype來講，這倒是一個很好賺錢的方是就是了。

Quintum CDR Server Picture

    CDR Server現在幾乎都沒在進行新的修正了，所以現在稍微介紹一下他的外觀。如同下面三張圖所表示，第一張是Gateway的狀態表，有Recieving,Sending,connecting,Connected,Idle等數種狀態，當然有些可能只是出現一下就不見了所以沒看到正常，其中比較重要的是後面的ASR部分，ASR是所謂的Averrage Service Rate，字面上來說就是平均通話率，這在營運上是一個很重要的數據。ASR分為三種，每小時、每天、總共，不過由於一些設計上的限制，每天跟總共兩個值會是一樣的，所以主要還是看每小時跟每天即可。另外有設計到一個功能就是，只要Gateway超過2個小時沒有傳送CDR，也就是Gateway兩小時內沒有Call的話，就會自動斷線。當然Quintum Gateway本身會自動重新連線就是了，加上CDR是依據Gateway為CDR做的Sequence ID作為是否要接收的判定，所以不用擔心重複的問題，除非Gateway本身的Sequence ID被重設或是跟CDR SERVER所收到的最後一筆Sequence ID不MATCH才會發生重複寫入的問題。

下面這張圖是Gateway送來的CDR，完全依照Quintum的Spec完整記錄，所以到時候要查帳會比較容易。

下面這張是系統的LOG記錄，記錄每超過一定行數會自動刷新頁面，不過不用擔心看不到，每次刷新的時候都會把舊的資料存在檔案中，所以只要查閱LOG檔就會知道系統狀態。

    大致上這算是第N個我開發的程式，不過只有這個算是完成度比較高，而且正在運作的程式，將來如果還有新的東東，再來慢慢寫。

Quintum CDR Server

最近忙著在完成Quintum CDR Server,終於在昨天改到差不多了，花了大概一週的時間，雖然主管不太滿意多花了幾天的時間，不過總算是完成了。
其實寫這個程式也只是為了Quintum在台灣的代理商Hivocal本身的CDR server會有資料長到一定程度會無法使用的問題，所以寫這個完全是為了避免掉這個問題，同時也把部分計費系統程式的核心移植上去，這樣剛好也可以讓自己更瞭解系統的程式內部的運作方式，現階段就是準備進行程式的壓力測試了。

編譯oSIP跟eXosip相關的文章

Allen's blog: 編譯osip and eXosip for x86

在編譯eXosip的時候，如果沒有用到TLS的話，在Preprocessor裡面把HVAE_OPENSSL_WITH這個參數拿掉，拿掉後就不需要用到OpenSSL了。如果要用TLS的話就要參考下面的文章把OpenSSL的LIB編出來給eXosip用。

Compiling OpenSSL for Windows, Linux, and Macintosh

eXosip2

eXosip是基於osip的架構下的進階版，全名也就是extend osip。eXosip的是把osip包裝過後讓使用者來呼叫，免去花太多時間在研究如何用osip來製作SIP相關的產品。所以在開發一般程式上，用eXosip可以縮短不少開發時間，但相對的所開發出來的產品多少沒辦法完全達到想要的，當然如果對osip本身有一定基礎概念後，也可以不用eXosip做開發，直接用osip本身來開發，或許就可以達到當初無法達到的目標了。

oSIP

最近也同時在研究SIP的東東，目前是以oSIP這個Open Source的Librar為主，他還有一個eXosip的進階版本。
現在是把DLL編出來了，不過要怎麼還沒頭緒中，看起來好像比H323簡單很多，不過依照過往的經驗，SIP在相容性上還是有很多問題，看來又要經過一番苦難的日子了。

H323Plus/OpenH323

最近在弄H323的Library，快被整死了。以前的OpenH323的Project在VS2005上不知道為何就是無法編譯成功，向GOOGLE大神指示後，似乎是VS2005有改過一些東西，所以變成不支援之前的寫法。可是換用OpenH323的後繼者H323Plus又碰到沒有DLL選項的問題，自己編譯的話又很神奇的編不出DEF檔來EXPORT，實在快被整死了。
以往的PWLib現在也變成了PTLib了，也是跟以前一整個不同。最重要的是，之前開發的H323 SoftPhone是用OpenH323去做出來的，雖說比較過後H323Plus呼叫的方式應該沒變，不過整個專案已經跟以前都不一樣了，搞不好也需要整個重寫就是了。不過GOOGLE大神不是每次都很神準，雖說可以找到很多資料，但不一定是我需要的，真希望GOOGLE大神可以在指示更準確點，這樣我就可以省去很多找資料的時間了。