上述路由器能夠運行那些使用思科提供的SDK創建的第三方應用程序，這也是思科試圖借用虛擬化技術取代網絡基礎設施服務器的第一步。雖然IOS還沒有像Windows系統那樣開放(思科已經在支持Linux系統，且該系統本身就是開放的)，但它仍然能允許用戶將第三方應用程序植入ISR，這樣就削弱了用戶數據中心的回流數據量，從而減少了分支機構路由器的工作負載及壓力。
雖然思科在進軍服務器領域的戰略上曾是呼聲最大的廠商，但是它并不是唯一一家在路由器中裝載可以運行第三方應用的平臺的廠商。人們更應該把對投身這一技術的贊譽給予3com公司，因為它早在1年前就已宣布其OSN(開放服務網絡)可以作為應用程序的植入平臺，并且當時Riverbed也已經推出了WAN(廣域網)優化的簡易版產品。
從宏觀部署來看，思科的產品與3com的產品非常類似：兩者都涉及到了分支機構的路由器，但是兩者都沒有直接在路由器上放置第三方應用。相反，思科和3com都將第三方應用運行在一個獨立的新加模塊上，該模塊實際上就是一個遞減的刀片服務器。如果相比僅用軟件途徑植入第三方應用的Riverbed，思科和3com采用單獨再加一個模塊的方式的確增加了用戶成本，但是對于x86平臺，當這些應用程序正在和路由器爭搶運行中必需的處理器、內存以及硬盤資源時，采用單獨的模塊則更有助于從路由設施中分離應用程序對資源的爭搶。
而當3com一直采用單一的OSN模塊時，思科卻因為有不同的ISR模型而擁有不同擴展刀片的兩個獨立產品，并且有適用于中高端1841、2800以及3800的ISR，同時適用內存的容量范圍為256MB~2GB。思科的這些型號并沒有參照很多服務器的標準(或其他任何標準)，但卻類似于3com的1GB模塊。當然，思科和3com的研發目標都是非常希望由分支機構少量工作人員使用的服務能運用到這些模塊上，而不是使整個數據中心都虛擬化。
思科的模塊運行在所謂的AXP(應用擴展平臺)上，并且其IOS的一個新版本是基于Linux平臺的。這種設計理念使模塊中植入應用程序相對容易一些，但是思科特有層的存在意味著該操作系統并非對任何Linux分發方案都是一致的。至少，Linux應用程序需要再次編譯，而對于那些有效訪問路由器的特性，用戶還需要重新使用API編寫訪問程序。
但是無論如何，路由器不會只承載某些應用程序，它的安全架構需要有標識的代碼，而且思科一直對自己標識的那些私有密碼戒備森嚴。放置在路由器上的每一個應用程序，即使是那些用戶開發來完成內部應用的程序，也必須在運行之前得到思科的允許。對此，思科方面的解釋為，一個應用程序顯然只有在得到許可后，用戶才可以無償得到標識的密碼，但是需要完全由思科許可的想法，本身就會很自然地導致一些用戶對路由器開放性的質疑。
API僅僅是應用程序能夠直接在模塊上運行的實現途徑，意思是模塊內存的系統規定參數空間嚴格限制了其上能運行什么樣的應用程序。然而，用戶或第三方開發者們可以通過在模塊上編寫代理來客服這些限制條件，這個代理可以將數據輸送到其他地方的Java或Windows服務器上。
就像3com一樣，思科也已經簽署了好幾個合作伙伴來共同開發路由器應用程序，但是這兩個企業卻有著不同的合作戰略：思科已經在很多領域擁有了自己的產品，如安全、VoIP以及3com也正在攻克的應用。最初，思科有九家合作伙伴，包括Avocent，該廠商旗下的LANDESK管理軟件將能被運行在路由器上。其他合作伙伴則都是統一通信領域或指向特定產業領域的。舉例來說，當NICE系統公司需要面向金融服務和政府部門記錄電話時，Sagem-Interstar公司正好有一個應用是截獲VoIP線路中的傳真電話的，思科的分銷商ICW系統公司就將醫療記錄保持應用與ISR綁定，并稱該植入應用后的設備為保健型路由器。
顯然，諸如思科和3com所重視的第三方應用植入路由器的思路，很大程度上為用戶減少了各種應用服務器在硬件上的開銷，同時又能減少應用中產生的下行流量。只是隨著時光的變遷，加之各種網絡優化廠商，如Riverbed等廠商的努力，思科在路由器上的突出優勢能否繼續延伸到植入應用后的市場認可中?思科的網際開放戰略是否真正能給用戶帶來應用的開放?用戶選擇怎樣的優化策略能更有效達到高的收入支出比?用戶似乎還需要拭目以待!
