造成了不同廠商的產(chǎn)品在SIP系統(tǒng)的具體功能實現(xiàn)與互操作性方面的難題
　　SIP理論上完全可行，但實踐中仍有很多問題需要解決。技術(shù)專家們給SIP功能實現(xiàn)擬定了各類標(biāo)準(zhǔn)，幾乎涵蓋了所有呼叫控制功能，但目前產(chǎn)品功能實現(xiàn)還有難度。
　　功能實現(xiàn)有難度
　　例如，在對方不忙時的回撥功能，依據(jù)Internet草案定義是完全可行的：主叫UA能在被叫方處于忙狀態(tài)時記錄對方身份；一旦對方完成呼叫，對方便能即時通知主叫方UA，雙方建立連接。但真正實現(xiàn)這一功能的開發(fā)商卻寥寥可數(shù)。
　　這里的原因在于，SIP太過注重不同需求，它涵蓋了整個有線和無線網(wǎng)，包括企業(yè)及通信服務(wù)商網(wǎng)絡(luò)，應(yīng)用范圍更是涉及語音、IM、現(xiàn)場識別這些關(guān)鍵處理技術(shù)。開發(fā)商需要的是迎合現(xiàn)行目標(biāo)市場需求的規(guī)范子集，而不是“遍地撒網(wǎng)”。
　　例如，呼叫轉(zhuǎn)移問題，它包含兩類功能：有條件（如受話方不在）轉(zhuǎn)移，由第三方將呼叫轉(zhuǎn)移到另一電話振鈴；無條件轉(zhuǎn)移（受話方在場）或請求保持，由第三方將呼叫信號保持，聯(lián)系被呼叫者，如果允許接入，則將呼叫送入。如果處于不同類型的NAT環(huán)境，面對不同的潛在用戶狀態(tài)，以及其它通信條件，就存在多種不同的潛在呼叫轉(zhuǎn)移情況，這需要特別關(guān)注。例如，如果兩主叫方都處于NAT之后，需要單獨進行呼叫轉(zhuǎn)移，并將其轉(zhuǎn)換為語音郵件，或者，將條件轉(zhuǎn)移方式轉(zhuǎn)換無條件轉(zhuǎn)移方式。
　　呼叫轉(zhuǎn)移是SIP運營中必須支持的最基本功能，但要全面實現(xiàn)SIP規(guī)范中的所有功能，開發(fā)商也是心有余而力不足，所以有的開發(fā)商轉(zhuǎn)而開發(fā)自己專有的SIP協(xié)議。一些PBX廠商如Avaya和西門子宣稱支持SIP規(guī)范功能集SIPPING 16，但在實現(xiàn)其他功能時卻采用專有協(xié)議。Avaya至少在此功能集外增加了30項新功能，包括最后拔出號碼記錄，惡意呼叫跟蹤激活，呼叫優(yōu)先級設(shè)定，呼叫暫停，以及呼叫記錄抽取等。而Cisco為SIP協(xié)議的開發(fā)先鋒，至今仍是強有力的支持者之一，但它缺乏SIP在企業(yè)中的應(yīng)用實踐。Cisco的呼叫管理器（CCM）提供SIP中繼接口，能夠連接到針對通信運營商網(wǎng)絡(luò)的SIP代理服務(wù)器；另一方面，Cisco又不能提供具備企業(yè)級功能特性的SIP代理服務(wù)器。
　　說到底，SIP廠商要做到跟蹤技術(shù)發(fā)展，開發(fā)并完美實現(xiàn)SIP標(biāo)準(zhǔn)，需要投入巨大資源。具體到功能配置實現(xiàn)時，人們會發(fā)現(xiàn)開發(fā)商選擇草案標(biāo)準(zhǔn)是如此的小心翼翼。
　　互操作問題
　　可將SIP視為一類文本協(xié)議，它實現(xiàn)靈活，但不可避免地存在互操作問題。一個典型地的例子，Cisco的SIP代理服務(wù)器采用專有（非標(biāo)準(zhǔn)）的消息處理方式，網(wǎng)絡(luò)應(yīng)用中會引發(fā)互操作問題。另外就是，一些功能可能會以不同方式實現(xiàn)。如呼叫暫停，在SIP中有兩種方式暫停呼叫，而且需要服務(wù)器及電話同時支持，否則功能難以實現(xiàn)。
　　SIP開發(fā)中的一致性也帶來兼容問題，因為SIP標(biāo)準(zhǔn)開發(fā)幾乎是正式與非正式標(biāo)準(zhǔn)同行。例如，在去年6月，北電宣布公開其SIP代理服務(wù)器的源代碼，以幫助第三方客戶端更好解決互操作問題。隨后宣稱Polycom、德州儀器、無線電話制造商Uniden以及i3 Micro（專業(yè)IP網(wǎng)關(guān)開發(fā)商）將在他們的方案中集成公司開發(fā)的多媒體通信服務(wù)器（MCS）。IETF也在近期進行了第15次SIP互操作性測試，這類測試還是一年半以前進行過。
　　TDM語音技術(shù)發(fā)展已經(jīng)相當(dāng)成熟，因而任何細微語音通信障礙都會影響到SIP用戶體驗。關(guān)注每個普通用戶和在線商務(wù)應(yīng)用對VoIP來說目前還有很大難度，配置也就面臨極大風(fēng)險。基于此，企業(yè)級SIP系統(tǒng)應(yīng)能實現(xiàn)更遠目標(biāo)（不僅僅停留在RFC 3261），開發(fā)商也必須能支持更廣泛的Internet草案，以及SIP規(guī)范之外的附加功能，如低成本呼叫路由、報告以及管理功能等。
　　最后，如果是采用單一廠商的產(chǎn)品方案構(gòu)建SIP網(wǎng)，功能實現(xiàn)相對要容易，但SIP發(fā)展應(yīng)是融合數(shù)據(jù)網(wǎng)。事實上，企業(yè)IT部門更傾向于這類“單一”方案，以減少互操作問題。如果配置得當(dāng)，多廠商產(chǎn)品方案應(yīng)用完全是可行的。這時不用關(guān)注單一產(chǎn)品功能特性，網(wǎng)絡(luò)架構(gòu)師們需要確定實現(xiàn)哪些核心功能，并確保功能的一致性。更進一步，開發(fā)商應(yīng)明確陳述產(chǎn)品版本及兼容功能，以及所需的網(wǎng)絡(luò)運行環(huán)境。

賽迪網(wǎng) 中國信息化(industry.ccidnet.com)