自述：

大家好，我是DZ先生，好久沒有更新文章了，今天我要給大家講的課題是“如何通過國標對接的談判，來彰顯你專家的氣質”，國標對接絕對不是一個你所認為的簡單的活，對於大部分的工程師，他們所認為的國標對接就是簡單的國標對接，推送資源。這就大錯特錯了。你再好好想想，你真的就只需要考慮這點事？學完本課，在國標對接方面，你將思維縝密，考慮周到，事半功倍。絕對可以在對接會議上秒殺X康、X華、X視、X達等工程師，彰顯你專家的氣質。

國標對接注意事項（重點）

1. 瞭解人員架構（記得留下聯絡方式，電話或者微信）

 客戶負責人、我、我方整合商負責人，對方對接工程師、對方整合商負責人、網路工程師（可能含雙方）；這裡DZ先生推薦拉微信群，所有相關人員都在內，方便及時溝通處理。

2. 網路組網架構

組網架構圖一定要有，如果當時沒有，後期也要準備一份；網路方面主要了解以下重點資訊

（1）兩個平臺網路打通是通過路由，還是網閘（對接填寫對方的地址因組網不同而不同）

（2）網路放行雙方的信令埠和視訊流埠（根據業務需要，可能還有其他埠，自行評估）

（3）組網節點中不能存在百兆節點，如果有要儘快替換成千兆（即使當時問題沒表現出來，也不能保留這顆雷）

3. 國標編碼

國標編碼不容小覷，因為中心編碼一旦修改，這是個工程量巨大的工作，沒人願意去承擔這樣巨大的工作量。所以我們要從源頭就保證好不會需要修改。

（1）規定中心伺服器國標編碼。

是否有專人指定，還是自行規定？如果有專人指定這是最好的，但也要提醒規劃者，一旦使用，就不能更改，告知他一旦修改，需要承擔巨大工作量修改工作以及業務暫停使用的風險，需要他在這方面多些謹慎。如果是自行指定，也需要告知客戶，並告知客戶相關風險性。（牢記：修改中心伺服器國標編碼存在巨大修改性的工作量）

（2）資源推送

資源推送主要考慮，推送的目錄結構，推送資源的目錄編碼及資源編碼

a）下級往上級推送資源，下級需要以什麼目錄結構方式往上級推送，這個需要提前溝通好，否則要承擔重新推送的風險。

b）關於推送資源的目錄編碼，首先要確定客戶方面是否有規劃，如果沒有，還需要和上級工程師溝通，因為胡亂定義編碼，可能造成上級資料庫存在相同編碼，而沒法接收下級推送過來的資源。

c）推送資源建議以行政區劃的方式推送，以下舉個列子，實際使用需要靈活使用。

目錄A（總目錄）：組織編碼3202

    子目錄B1：組織編碼320201

            B1下的資源：資源編碼32020100001320000001。。。。。

    子目錄B2：組織編碼320202

           B2子目錄C1：組織編碼32020201

                   C1的資源：資源編碼32020201001320000001.。。。。。

4. 對接協議

對接協議主要考慮：統一新舊國標、國標UDP還是TCP、H.264還是H.265，關於這三點，要全方位考慮，並給予對接方案，否則會出現令人頭痛的事情。這裡就需要工程師有大局觀了。

（1）H.264 or H.265

下級域的工程師首先要考慮這一點，因為現在H.265還沒有統一，廠家各家開發各家的不能互相解碼，如果是H.265則需要改成H.264。這裡會有一個問題，因為H.264所需的儲存是H.265的兩倍，如果改了，原來可以存30天，改為H.264之後就只有15天錄影了，需要你評估當前儲存是否可以保持原有的錄影天數，如果不能則需要告知客戶，需要客戶同意才可以。

（2）國標UDP還是TCP

針對國標對接，是使用國標UDP還是TCP？你需要從以下幾點進行評估

a. 首先確定級域，看最頂級上級域是想要UDP流還是TCP流，如某省X公安廳X康平臺只能接受UDP流，那麼自上往下都得要使用UDP傳輸。

b. 下級平臺相機接入是TCP還是UDP，如果是TCP還得要改UDP，這個都是需要提前告知客戶的，當然你首先要提前評估。

（3）統一新舊國標

不同的平臺，不同的版本，所支援的新舊國標是不一樣的，所以在對接的時候，我們需要首先統一國標是使用舊國標還是新國標，保持統一，以避免信令互動中可能存在的問題。只要不是需要傳輸TCP視訊流，舊國標是完全可以支撐視訊業務的。

5. 對接鑑權

為什麼提到鑑權，也許很多工程師知道但是從來沒有涉及到過，請記住，凡是涉及到國傢俬密安全的單位業務，請記得加上鑑權。不要偷懶！要有責任心！

6. 時間

請不要小看的這個時間，只要客戶稍微嚴格一點，都會要求時間統一，一定要問客戶或者整合商，是否有NTP伺服器，如果有請一定使用它們的NTP伺服器，即使時間不對，只要客戶認可即可。

如果沒有NTP伺服器，可以和上級或者整合商搭建一個NTP伺服器，以此來完成時間統一。

時間不統一不是小事，糾結起來夠你以及上級域工程師喝一壺！（一次性解決，避免後患）

7. 訂閱

訂閱的作用是隻要下級有目錄或者資源狀態變更，下級會向上級進行上報，上級收到通知到後進行變更，以保持目錄結構和線上狀態一致。請記得讓上級工程師訂閱你的平臺，否則狀態不一致，群裡@你，也夠你和上級進行扯皮了的！

8. 經緯度

DZ先生向來都是一次性提出，經緯度也不例外，你優先提出可以體現出你很專業，你為客戶考慮周到。如果客戶需要，你需要測試當前版本是否支援傳遞經緯度資訊。

9. 下級或者上級流媒體傳輸效能

當進行國標對接後，我們需要了解上級呼叫下級的視訊是否會非常多。我們需要同時考慮上級和下級的流媒體效能是否能滿足當前的業務需求，DZ先生建議流媒體都做上雙網絡卡聚合。確保頻寬。這還需要你和整合商以及網路工程師溝通，交換機是否有空餘口，聚合模式等。

檢查項（主要上級檢查，如果你是下級也要督促上級檢查）

1. 實況：流暢性，時間一致性

2. 錄影：檢索錄影，回放流暢性，下載可否

3. 裝置狀態一致性：線上數一致性

4. 裝置狀態上報：上下線裝置，看是否上級變更狀態

5. 裝置型別一致性：槍球機是否一致，抽查

6. 網路質量：實況和錄影播放時，抓包，檢查網路質量，重點（以防止後面一點卡段都找你麻煩，不怕麻煩可以不檢查）

    丟包率上限值為1×10-3 -----------丟包率是千分之一
    包誤差率上限值為1×10-4 --------錯報率的上限是萬分之一  

7. 經緯度：下級錄入經緯度，上級查詢外域資源是否可以收到

8.時間：上下級實況時間是否一致

***關注DZ君，讓監控變得更簡單***