2017年剛參加工作，項目中就用到了攝像頭。內網用rtsp拉流可以通，外網行不通，當時一直研究怎麼穿透網絡，最後根據客戶的情況，選擇了比較麻煩的一種方案：
客戶門店使用電信寬帶撥號上網，路由器綁定在銳捷平臺。在路由器上做好端口映射(映射NVR的web訪問端口)。
需要觀看的時候，登陸銳捷的平臺得到路由器的外網地址，再訪問NVR。
當然這樣做弊端很多：
- 穿透率低，撥號上網不一定能分配到公網ip，很有可能還是內網的ip。即使分配到了公網ip，很多寬帶都屏蔽了端口(NAT限制)。即使用花生殼等穿透工具，寬帶的問題穿透不了的還是穿透不了，還是需要服務器來轉發實現穿透。
- 速度慢。
自此以後，腦海裏一直有個問題，攝像頭怎麼才能友好的出內網？
2018年，新公司，新項目當中又用到了攝像頭，出外網的問題隨之而來。不同於之前，這次攝像頭是用在室外，通過4G卡上網。領導也提出了一些方案，最後也都是無疾而終，擱置不前。
在開發部標JT1078流媒體服務時，發現終端通過TCP連接上Server，Server可以通過TCP通道給終端下發推流命令，終端再向服務器推流。我艹，瞬間感覺這種方式多方便、多友好啊。隨之即想到，難道之前的安防攝像頭不能通過這樣方式推流嗎？是攝像頭廠商發展太慢，還是我太菜了？拿起了海康的攝像頭，又是一陣研究，結果顯然是我太菜了。原來有GB28181協議啊，完美解決出外網的問題。後面也基於GB28181實現了流媒體平臺，解決了這一大憾事。後面也將帶來幾篇文章講解GB28181的文章（基於Java）。隨着對國標的研究發現，安防監控解決方案大致分兩種：
1. 本地架設服務器方案
此方案相對來說自由很多，rtsp直接拉流/onvif/gb28181以及各種私有協議，如果有靜態IP外網可直接訪問。但是很少直接訪問攝像頭，一般都通過平臺集中管理攝像頭，同時對外提供服務。
如果沒靜態ip，還需要本地服務器和公網服務器自定義協議，實現流媒體轉發。
2. 國標方案
在終端設置綁定到服務器，終端上電聯網後，向服務器註冊，發送心跳維持通道，以及各種交互信令。需要觀看監控時，server給攝像頭下發信令，攝像頭推流。
除此之外，各個廠家都有自己的私有協議，例如海康的螢石雲，ehome。螢石雲是p2p穿透方案，按流量收費，現在4G基本穿透不了(對稱型NAT)。有的p2p攝像頭自帶wifi熱點，不知道是不是以此 來增加穿透機率，但是4G的Nat那層還是穿透不了啊，有空再研究。ehome協議，看了下服務器抓包數據和文檔，出外網應該也沒有問題，有興趣的朋友可以研究下。
