DCE/RPC 測試

今天到 A 公司測試 MGC 的 CDR 介面. 一開始對 i5_recLstLength 的意義上有誤解, 以為是接收到的單筆 CDR 的長度. 後來發現是收到資料的總長度. 然後問題就解決了. 算是蠻順利的.

這次的測試算是順利的, 對方也很專業, 整個測試環境早就 ready 了. 很久沒遇到這樣的合作廠商了.

接著就要對 DCE/RPC 的 API 進一步的深入了解. 避免可能的 memory leak. 大部份的 demo 程式, 都不會注重在這些細節. 只能靠自己一個 function 一個 function 去讀, 確認該 free 的東西都 free.

這一版 API 是 blocking mode, 要跟現有的程式框架結合的話, 必須將這一部份放在 thread 中, 並且透過 PIPE/MSG 來傳遞訊息 可能最方便.

debug my first SIP application

昨天的 capture file 顯示還有一些問題. (但是沒有在現場發現).

原來我把一些 From/To 的原則搞錯了. 並且 ACK/CANCEL 的部份也處理的不太好.
再加上處理 TS 出問題, B-Party/A-Party 在未接通前先掛機的問題也沒有處理.

還好, 對方說今天不能測, 讓我有機會把這些問題一一澄清, 改好.

現在真的只剩 PRACK 而已.

當然, 要做一個真正的 AP, timer 部份還是得好好處理.

my first SIP application

今天到 S 公司去測試 SIP A/S.

很高興, 通了. 比預計花的時間短. S 公司的人也很高興.

這是第一個完全由我撰寫的 SIP 測試工具. 很有成就感.
這個過程也讓我看了更多的相關資料. (關於 3GPP)

Freedce

今天安裝好 freedce, 並且跑了一下 rpcd, echo_server, echo_client, 已經確定可以用了.

接下來, 應該是多點接入的問題.

真的要 coding 之前, 可能得多看看相關的 API 說明.

別忘了收集到的資料 放在 kunsheng.chen@gmail.com 資料收集 DCE RPC 的 E-MAIL 內.

車機 download issue

之前討論到在 harddisk 上產生一個隱藏性的磁區串列, 然後將資料放到這個磁區, 不要再更動 FAT/DIR.

也許可以試試 預先產生一個很大的檔案, 然後將 自我解壓縮檔 overlap 在這個檔案開頭 (i.e. 覆蓋但不 truncate). 也許比較好做. (及測試).

經過在 XP 上的測試, 發現 info-zip 的 unzipsfx 應該可以達到這個目標. 很好. 只差在 XDOS 上再測一遍了.

DCE/RPC

Alcatel-Lucent 的 RTB interface 竟然是使用 DCE/RPC.

找了一堆東西, 發現 python 並沒有 支持 DCE/RPC. (但是有 ONC/RPC), 這可是麻煩了.

試著 google 'DCE/RPC +SOURCE', 找到了 www.opengroup.org, 在 非商務應用的前提下, 是 LGPL 的 License. 試著去用一下. 先了解是否可以滿足這個應用.

接著 google '"DCE/RPC" +linux', 找到 freedce.sf.net 這個網站. 似乎是將 public domain 的 dce/rpc port 到 linux. 試一下.

另外有一篇文章值得參考 http://www.linuxjournal.com/article/2204 , 有列一些 reference.

SIP/ISC - 3

繼續閱讀, 並翻閱相關的 source.

原來 ser 的 parser 是用到那裡就 parse 到那裡. 而且大量使用 convert string to lower case then treate 4 octets as unsigned long inter to speed up the comparision.

有趣.