其他

http://blog.csdn.net/foolskindom/archive/2009/12/16/5018547.aspx2.2

本文 來自 csdn ucser http://blog.csdn.net/perfectpdl, 轉載註明出處，謝謝。VOIP行業資訊和技術趨勢請參考： www.voip123.cnAsterisk社區還真夠活躍，剛剛在Asterisk 增加了 webrtc, ICE等新技術的支援，這不，又要在Asterik 12中替換其原有的SIP協議棧，對Asterisk 內部瞭解的人都知道，其現有SIP協議棧有諸多弊端，導致其已經很難維護，以下是其現有SIP協議棧的缺點：1.

本文是我的同學楊釗（西安電子科技大學軟體學院）寫的作業系統課程的論文，據他介紹，目前在網上幾乎沒有介紹隨插即用的原理方面的資料。他這個論文是參考MS的一個文檔寫的，希望對讀者有用。PnP（Plug and

本文來自csdn lidp http://blog.csdn.net/perfectpdl,轉載?SBC全稱：Session Border

背景：一般情況下，當UA收到一個會建立dialog的請求(invite/subscribe/refer)後，需要決定是否授權此請求，而有些時候UA通過判斷請求是不是在一個已經建立的dialog中，以決定是否鑒權此請求，比如INVITE建立dialog後，在此dialog內發送的其他請求(prack，act等),UA並不需要鑒權，但問題是對於refer,message，subscribe請求，會重建立立一個新的dialog，UA如果想知道這些請求是否是在一個已經建立的dialog後的建立dialo

    [1]好好規劃自己的路，不要跟著感覺走！根據個人的理想決策安排，絕大部分人並不指望成為什麼院士或教授，而是希望活得滋潤一些，爽一些。那麼，就需要謹慎安排自己的軌跡。從哪個行業入手，逐漸對該行業深入瞭解，不要頻繁跳槽，特別是不要為了一點工資而轉移陣地，從長遠看，這點錢根本不算什麼，當你對一個行業有那麼幾年的體會，以後錢根本不是問題。頻繁地動蕩不是上策，最後你對哪個行業都沒有摸透，永遠是新手！    

本文來自 csdn ucser,    http://blog.csdn.net/perfectpdl   轉載註明出處，謝謝提供 GB 28181網關及整體解決方案.我建立了 一個視頻監控交流群 306754195 歡迎加入.GB 28181定義了 視頻監控系統資訊傳輸，交換，控制的技術要求，整個構架的控制層採用SIP協議，傳統視頻監控廠商如果想接入SIP網路就需要一個協議網關，作為單獨裝置，把私人協議轉換成GB28181

 給你10分鐘時間，根據上排給出十個數，在其下排填出對應的十個數   要求下排每個數都是先前上排那十個數在下排出現的次數。   上排的十個數如下：   【0，1，2，3，4，5，6，7，8，9】舉一個例子，   數值: 0,1,2,3,4,5,6,7,8,9   分配: 6,2,1,0,0,0,1,0,0,0   0在下排出現了6次，1在下排出現了2次，   2在下排出現了1次，3在下排出現了0次....   以此類推..  

SIP協議的靈活性帶來的是相容性問題，最近遇到的是 100Rel擴充導致的用戶端伺服器相容性，此擴充的RFC為 3262 http://www.ietf.org/rfc/rfc3262.txt 此擴充 定義了 對臨時應答的可靠響應處理，但是有些伺服器或者用戶端並不支援，雖然此功能是通過協商才執行相應行為，但是總是遇到相容性問題導致通話建立失敗，所以實際使用中我還是建議把這個功能關閉。

有三種典型的情況適合使用智能指標：資源所有權的共用要寫異常安全的代碼時避免常見的錯誤，如資源泄漏共用所有權是指兩個或多個對象需要同時使用第三個對象的情況。這第三個對象應該如何(或者說何時)被釋放？為了確保釋放的時機是正確的，每個使用這個共用資源的對象必須互相知道對方，才能準確掌握資源的釋放時間。從設計或維護的觀點來看，這種耦合是不可行的。更好的方法是讓這些資源所有者將資源的生存期管理責任委派給一個智能指標。當沒有共用者存在時，智能指標就可以安全地釋放這個資源了。異常安全，簡單地說就是在異常拋出時

本文來自 csdn ucser,    http://blog.csdn.net/perfectpdl   轉載註明出處，謝謝！DTMF 叫多音雙拼，也叫二次撥號， voip 承載dtmf 有三種方法，inband, rfc 2833(最新rfc 為4733,ims裡面引用)，和 sip info 方法。inband方式是把按鍵產生的buffer放到語音rtp流裡面一起傳輸而不是類似rfc 2833方式

代碼審查：正如我在上一篇部落格中提到的（現在可以明確地告訴大家），我已經離開Google了。雖然我已經收到了很多不錯的offer，但是還沒有決定去哪裡。在這段時間裡從技術角度上說我不受雇於任何人，雖然也許這會讓我和（前）同事或者老闆關係有點緊張，但我覺得應該寫一些關於技術上的有趣的事情。Google確實是一家很酷的公司。不論是在公司內部或是外部，Google都做了很多讓人讚歎的的事情。這裡我想介紹一些不涉及商業機密，但鮮為外人所知的事情。Google的代碼之所以優秀原因其實很簡單：他們非常重視代

/*題目：設有字串X，我們稱在X的頭尾及中間插入任意多個空格後構成的新字串為X的擴充串，   

asterisk 對視頻的支援一直不是很好，實際上對於視頻的支援 分兩方面，一個是支援哪些視頻編碼的協商，協商的是否完全？另一個為對視頻的處理方式，是否支援編解碼。對於視頻應用，asterisk 如果能在視訊交涉上支援全面即可，本身不去作編解碼工作，只提供視頻流的path 即可，視頻轉換對效能影響很大. 最近遇到 h264視頻格式協商支援不完全，所以修改其sip協議棧實現h264的協商。聽說 asterisk 1.10版本會把此部分完善，還有

本文來自 csdn ucser,    http://blog.csdn.net/perfectpdl   轉載註明出處，謝謝提供 GB 28181網關及整體解決方案.我建立了 一個視頻監控交流群 306754195 歡迎加入.GB 28181定義了了 基於SIP架構的 視頻監控互聯規範，而對於多數私人協議實現的監控系統如果想接入SIP架構，就要藉助網關，GB28181 規範了實現 SIP 監控域與非SIP 監控域互聯。SIP 監控域與非SIP 監控域通過網關進行互連接構見圖。網關是非SIP

出處http://blog.csdn.net/shunan/archive/2007/05/28/1628238.aspxTypedef struct Node{  Int x;  Int y;}MyNode;Typedef struct Nodel{  Int start;  Int num;  Edge *firstEdge;}MyNodel;Typedef struct Edge{Int mainNum;Int adhereNum;Double angle;Struct Edge

string to char*#include <string>int main(){ std::string s("foo"); const char* p = s.c_str(); char* q = const_cast<char*>(p);}  char * to string string &assign(const char *s);用c類型字串s賦值string &assign(const char *s,int

#ifndef _ThreadPool_H_#define _ThreadPool_H_#pragma warning(disable: 4530)#pragma warning(disable: 4786)#include <cassert>#include <vector>#include <queue>#include <windows.h>using namespace std;class ThreadJob //工作基類{public:/

/* The strstr() function finds the first occurrence of the substring needle in the string haystack. The terminating '\0' characters are not compared. */char *strstr_r(char *s1, char *s2){ /* s1 : hellwoleddlfjwo, s2: wol */ const char *p1

 無論是在Linux還是在Unix環境中，make都是一個非常重要的編譯命令。不管是自己進行項目開發還是安裝應用軟體，我們都經常要用到make或 make install。利用make工具，我們可以將大型的開發項目分解成為多個更易於管理的模組，對於一個包括幾百個源檔案的應用程式，使用make和 makefile工具就可以輕而易舉理順各個源檔案之間紛繁複雜的相互關係。但是如果通過查閱make的協助文檔來手工編寫Makefile,對任何程式員都是一場挑戰。幸而有GNU