跨國傳輸

跨國傳輸

如果你很有錢，你可用很貴的頻寬來作 IPTV 服務

整個 IPTV 的系統固定支出中最貴的就是頻寬，在台灣你可以用 1G/600M 或者 2G/1G 的頻寬來作發布，但是在一些東南亞國家，最高只有 100M 雙向，以這樣的頻寬來說能夠撐個 70-80人已經非常利害，能開的號大概也就 200-250 個

所以如果可以用頻寬成本較低的國家來服務，那就可以讓整個營運成本降的非常低，早期的艾克斯及全球看都是用美國中部的機房，更早的全視福有用到美西機房，我們之前的 Xliving 有用到美西，美東，美南三個機房來作服務，主要的考量就是頻寬成本

但是，串流的傳送需要有穩定的碼流，如果因為延遲或者掉包而造成的不同步，這是會影響客戶的使用心情，在跨國部份大部份都採用 UDP 協定來傳送，但是因為該協定沒有強制資料的完整性，所以會有釣包及棄包的問題，不過影片及聲音稍微破格及斷一下音，是不太會影響到客戶的收視

最早大家都是採用原力的傳輸來作轉源，後來改用二高的傳輸來作，兩個跨國或者是 CDN 間的轉送都是用 UDP 方式來解決，自從我們自建機房後就改用 Tvheadend 的軟體來將 DVB-T 訊號抓取後編碼，該前端管理系統是採用 HTTP 作為串流輸出，那時年紀小不懂事想說就可以用這個系統來發布，那知道遇到發布驗證的問題，最後只能將訊號採集編碼後，採用 FFmpeg 作封裝及推流到 CDN 發布系統，不過因為 Theadend 及 FFmpeg 都是採用 TCP/IP 的方式來傳送，也讓串流穩定很多掉包情況也降低很多

直到有一天海纜斷了之後，才發現串流用的優先權太低，所以會被國際機房限制頻寬，整個串流卡到一個不行，為了解決這個問題我們在跨國部份採用 SRT 的 UDP 方式傳送，這個通訊協定類似Google 的 QUIC 通訊協定，可以讓傳送有 UDP 的快速，也有 TCP 的不掉包，除此之外是很多的採集盒及編碼器都有提供 SRT 的方式作跨國或者是遠距離的傳輸

等到串流透過 SRT 送到各國或者個地區的主機群後，再由發布的主機用 RTMP 或者 HTTP 作用戶端的發布處理，這樣的機制在單 UDP 或者單 TCP 的系統中，可以改善很多問題，且穩定性提高很多，所以各位大大，想要降低營運成，想要減少跳坑的時間，直接找我們吧 !! 價格合理收費公道，點以下的連結就可以有專人為您服務

https://a-iptv.tw/price