goldennet

網路服務品質良莠的判定首重於人們對使用感受是滿意或持負面觀感，負責營運的管理人員單憑網管工具監控設備運行狀態如CPU與頻寬使用率等數值往往無法真實反映出使用者的感受。使用者一再抱怨系統的反應速度太慢，然而監控中心的燈號總是一片綠油油。主要的差異是使用者與負責監控硬體狀態的網管工具所在位置不同。使用者要連到一個網頁服務需要經過網路的多個路由點，任何一個地方發生忙情況都可能導致服務的延遲，讓使用者的觀感不佳。

N-Partner現階段提出兩種監控延遲的方式：一個是用ICMP持續發出測試Ping封包用以收集各網路節點的延遲數據(Round Trip Time, RTT)；另一個則是針對被監控的網頁服務(Web Service)同樣定時且持續地模擬人們瀏覽該網頁，將整個過程的反應時間記錄下來進行分析。

從路徑的觀點來看，使用者的終端機要訪問一個服務將會經過數個網路設備，包括L2/L3 Switch、Core Switch、Firewall/Security Gateway等等，因此使用Ping封包量測網路延遲RTT的最佳操作建議(Best Practice)是從終端出發針對路徑上的每一個網路節點由近到遠各自發起Ping量測，藉此了解較大的延遲問題是出現在哪個位置。

監控網頁服務(Web Service)效能其過程共分成五個階段：DNS Query and Response → TCP Connection → SSL → Response → The First Page Download。

N-Partner產品線N-Reporter/N-Cloud可以從自己的管理IP (Management IP)發出ICMP Ping量測網路延遲RTT；以及發出網頁服務瀏覽請求記錄不同階段的延遲數值。為了可以更貼近使用者感受，網路管理人員可以在不同的網路位置佈署N-Probe，例如：在OA網段裡、外點辦公室、無線網路區、Internet的ISP電信機房等等，藉由不同角度的模擬瀏覽監控，網站營運管理者將更能即時掌握服務的品質狀態。附帶一提，N-Probe可同時執行網路層的RTT量測(ICMP Ping)與網頁服務瀏覽作業。

網頁服務的趨勢預測，包含瀏覽網頁的五個階段：DNS Query and Response → TCP Connection → SSL → Response → The First Page Download

N-Reporter/N-Cloud持續接收RTT與Web服務的量測數值繪製圖形同時進行分析運算。告警的方式可以是事先預設閥值，超過後發出告警，或是透過N-Reporter/N-Cloud的智慧學習機制所建立的動態閥值比對，針對異常突升的延遲進行告警。此外，N-Reporter/N-Cloud產品新發表的趨勢預測功能也能夠運用在ICMP Ping RTT數值上，預測RTT的未來走勢，提前數天甚至是數個月預告品質漸差的變化。