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

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