MPLS VPN采購過程通常需要兩個月到六個月的時間才能完成，因為它需要根據你的特殊需求以及服務提供商的市場情況進行全面分析。如果沒有進行全面和重復的分析，企業可能會忽視某些需求或者面臨延遲，無論是哪一種情況都可能導致企業停機，影響應用性能。

[[114757]]

為了避免這類問題，在為你的VPN采購MPLS時需要考慮以下四方面問題：

1、檢查現有的解決方案

為了使設計更完美，你要對現有的解決方案有全面的了解，包括故障等。過去的經驗告訴我們，哪里有痛點，哪里就容易出現問題，新的方法一定要能夠最大程度地減少甚至是完全消除這些問題。

要想了解廣域網(WAN)技術，你需要一種方法來記錄每個方面，然后還要關聯到各個弱點可能會導致的潛在的業務影響。可以利用自頂向下的方法來設計并記錄每個方面，確保數據之間是相關聯的，無論是供應商還是制造商。

這些方面應該包括：

•數據流和類型以及訪問或改變數據的過程;

•拓撲結構，包括了解位置、應用程序和用戶需求，以及針對單點故障的現場分析;

•路由器配置，包括用戶邊界(你的網站的路由器)和提供商邊界(你的提供商的路由器)。還要了解一些詳細信息，包括IP路由、帶寬以及QoS匹配狀況;

•路由和IP尋址。要了解跨WAN的數據流、各種協議以及當今的一些尋址技術;

•統計資料。根據不同的情況，要了解各個情況下每個應用的性能、用途、延遲等;

•安全性。從本質上來講，私有WAN技術是很安全的。但是對于某些特殊行業，比如金融組織或政府機構，可能還需要額外的安全技術。這些組織在外部客戶端以及合作伙伴訪問網絡時需要有一個強大的安全層來分隔流量。

•遠程訪問。要記錄你的訪問以及相關的安全性。

2、了解MPLS VPN服務提供商的產品

你要確保你的核心員工了解服務提供商的工作，并且在業務當中能夠向其他人介紹和服務。當然，這并不意味著你必須成為這方面的專家，但是具備這方面的知識對于企業來說確實是一筆資產，尤其是在進行MPLS采購的時候。在某些特定領域，比如QoS，這種能力顯得尤為重要，一個懂行的員工會知道如何保證關鍵業務和延遲敏感型的應用程序的QoS標準，比如語音和視頻。這樣就可以保證企業業務有更好的性能，提高生產力，改善用戶體驗。

需要考慮的方面：

•MPLS以及在第三層VPN提供一個標準的路由功能和控制第二層VPN或者融合第二層和第三層的混合方法的能力之間的差異。

•在運行關鍵業務和延遲敏感型應用時需要考慮的QoS和其它因素。

•SIP trunking和WAN設計。會話發起協議(SIP)在IP電話環境中使用，已經成為行業標準。

•多樣性和彈性：在設計進入提供商的核心網絡的解決方案時，如何避免單點故障。

3、與提供商無關的設計

Agnostic設計包括創建整個架構。成功的企業創建的架構可以將技術和業務過程與他們的組織業務戰略統一起來。

如今的WAN技術非常復雜，甚至是業務成功的關鍵。業務流程和交易的增長也增加了對帶寬、可靠性和功能方面的需求。設計一個強大、可靠又可擴展的網絡需要的不僅僅是技術能力。服務提供商提供的WAN基礎設施還應該能夠滿足你的業務和技術需求。為此，我們不是要創建一個基于特殊提供商的解決方案的MPLS VPN。相反，我們是要創建一個可以反映和支持業務目標的通信基礎設施。也就是說，忽視agnostic設計過程意味著提供商可以受益，而不是你的組織。

4、RFT過程

從根本上來講，問正確的問題、分析各種答復，并通過切斷市場宣傳來確定什么真正有效且可交付，確實是一個挑戰。

這就是為什么一個非常有效的需求方案說明書(RFP)必不可少的原因。一個好的RFP過程可以讓你問出一些可以產生興趣和有信息量的答復的困難問題。RFP必須能夠反映你的業務需求。這些需求不僅僅是你的組織，也包括服務提供商。我們要面對的是，通過RFP過程改變你的提供商是非常困難的，因此你需要清楚的知道你的需求是如何體現你所收到的答復的。

很多企業都認為RFP過程只適合大企業。他們的想法也有道理，因為RFP過程對于獲取關于潛在合作伙伴的復雜需求的各種細節，是一個可靠又有效的方法。當然這也是事實，招標文件必須能夠與你的需求平衡。

對于你的企業來說，這意味著需要考慮你的RFP的大小和復雜性以及你的需求的規模。如果你的需求規模比較小，這并不意味著RFP工具無效。但是它可能會影響你從潛在的投標人那里收到的答復的水平。舉個例子來說，提供商提供一個50頁的關于第三站點網站的RFP文件的可能性非常小。

這也可以理解，但是也不是說一個200頁的招標文件就一定會成功。內容和問題必須有重點：每個問題都應該有合理的原因。服務提供商會考慮答復你的招標文檔或RFP的成本/效益比率，并在答復之前評估他們是否能夠成功。因此，RFP文檔一定要盡可能平衡所有問題。