我們經常會碰到一些人問,他們的網路訪問某個位址丟包.可是不知道到底是哪乙個環節出的問題,造成丟包.無法找節故障節點,只能先做tracert路由跟蹤,然後再對每跳對ping包..其中根本不用這麼麻煩,微軟早就提供了乙個小軟體.(系統中自帶)
解決網路問題的乙個方法是使用pathping命令。這個命令工作起來就像是把ping和tracert這兩個命令結合在了一起。
你要做的第一件事情是在命令列輸入pathping，就像這樣：pathping目標。這裡的目標可以是乙個主機名稱也可以是乙個ip位址，例如，pop3.catalog.com或者209.217.46.121.
接下來，你將得到乙個分為兩部分的報告。第一部分是通向目的地的線路上的每乙個跳點的列表，第二部分是每乙個跳點的統計，包括每乙個跳點的資料報丟失的數量。它使用下面例子中顯示的一些開關（switch），如：
pathping -n -w 1000 msn.com
這個命令告訴pathping不解析路由器的ip位址，並且為每乙個回顯應答資訊等待1秒鐘（1000毫秒）。
下面是一些最重要的pathping命令開關（switch）：
·n 不顯示每一台路由器的主機名。
·hvalue 設定跟蹤到目的地的最大跳點數量。預設是30個跳點。
·wvalue 設定等待應答的最多時間（按毫秒計算）。
·p 設定在發出新的ping命令之前等待的時間（按毫秒計算）。預設是250毫秒。
·qvalue 設定icmp回顯請求資訊傳送的數量。預設是100.
記錄乙個UDP收包丟包的問題
這幾天寫gb28181平台接入層 對收到的ps包進行解包時，總是出現誤碼，最終導致rtsp點播服務中畫面花屏。分析了碼流抓包資料之後，發現網路上沒有丟包，遂認為ps流解包 有bug，於是埋頭分析了2個小時的解包函式後，沒有發現問題。將抓包rtp負載中的ps包資料匯出之後，專門利用ps解包 寫了乙個小...
h264 丟包花屏處理的乙個想法
h264 在分組網路中傳輸丟包不可避免，尤其在網路環境不好時傳輸h264碼流，丟包會導致解碼端花屏，馬賽克嚴重，這方面的前沿技術是 fec,nack,前者是 前向糾錯技術，後者是重傳，二者結合能很好的解決丟包引起的視覺效果，這東西一般小廠家都沒有，如果想丟包時即使讓畫面停頓，也不要花屏，我想的最直接...
「操作必須使用乙個可更新的查詢」故障解決
這個錯誤發生在當你的程式試圖執行更新資料庫或其它類似操作時，這是因為由於訪客許可權不夠而不能夠寫資料庫造成的 此類錯誤多發生在用 access 資料庫的小活動程式，解決辦法如下 1.最普遍的解決辦法就是，不僅要給資料庫檔案的寫許可權，還要給資料庫檔案所在目錄的寫許可權，因為 jet需要在該目錄建立乙...