Re: [討論] 民視YT消失的44秒

※ 引述《menesn (迷思)》之銘言： : : 直播者-----A------Youtube Server -----B----- 看直播的 : 直播者跟觀看直播的是兩個傳輸點 : 中間不管經過多少網路節點 : TCP通訊協議的定義 : 就是應該不掉包 : 除非是訊號源有問題 TCP 是有可靠性，但是 tcp 防不了斷線，這是常識， 當你斷線就是得 reconnect 。 你隨便寫個 socket/server socket 然後拔網路測測看， 你就知道我在講什麼。 而且這裡說的包是很多很微小的 bytes[] ，不是一整個影片。 所以不會因為你用了 tcp 就不掉包。下略很多字。 : : Youtube這裡的串流技術，是指轉播的B部分 : 其實StackOverflow問問題的人 : 主要想了解的是YT串流技術的背後 : 是使用哪一個通訊協定 : : 他甚至用Wireshark去抓包 : 從封包的分析來看 : 是http tunneled over tcp的封包 : : 底下有人留言 : 當YT後來有針對 : 如果有人在中間攔截串流的封包 : (Man in the middle attack) : 近期有特別做優化 : 也有實作UDP的部分 : 但是確實使用的協議是TCP : The exact protocol is tcp; although YouTube has been : switching over to UDP as of late 這些其實都不太重要，首先不管 udp or tcp ， 他都有因為網路環境的影響（不只是發送端的上傳，也要考慮到接收端的下載）。 或者是伺服器當時的 ap 是否有足夠接收的能力， 比方說伺服器 ap 記憶體不足、負載過重等等，都可能導致接收端出問題。 我是不知道你們拿超底層的協議，在討論上位的 application 行為有什麼意義， 因為協議能確保的只有 bytes 能傳輸。 他連檔案能不能被正確儲存、訊號能不能被轉發，都是要倚賴 application 的實作。 : : 雖然他有提到RTMP/RTMPS : 但是我剛才打開我的YoutubeStudio : https://imgur.com/O888fPj

: 他預設就是RTMP : 你把選項點開 : 也沒有RTMPS的選項給你選 : RTMP背後也仍然是TCP : : : 你說的技術本身沒有問題 : : 問題在於你連技術運用的對象是誰都不知道 : : 是笨還是壞 : : 就向民視陳經理說的 : : 就交給大家判斷的 : 你是演算法博士 : 乃是國之棟樑 : 也是知識份子的代表 : 大家理性討論 : 也無需要用言語去貶低別人 : 酸說英語能力不好 : : 貶低別人 : 可以滿足自我的優越感 : 但是無益於理性討論與交流 : 也不會增加閱聽者對您的尊敬 : 只是同溫層看到貶低不同意見者 : 會很爽而已 : : 我在美國求學跟科技業共七年 : 不敢說自己英語能力有多強 : 但是看技術文件是絕對足夠的 : : --- : 至於tsubasawolfy : 在回文中提到 : 中間網路節點伺服器 : 以及VOD : 其實也只是想混淆視聽而已 : 以通訊協議的定義來看 : : 同一個點(都在民視直播間) : 的區域網路 : 送出去的封包 : 送往FB的沒有中間截斷 : 但是 : 送往YT的確被中間截斷 : (長達44秒) : 代表這個區域網路 : 並沒有電力中斷 : 或者網路中斷等的現象發生 : 唯一可能 : 就是送出訊號源到YT的這端 : 有發生人為中斷訊號的現象 伺服器上可能出問題的東西太多了，你完全沒有考慮到 application 層的問題。 比方說舉個例子好了，搶票平台很常被塞爆，大家都只能看 500 ， 這是因為 connection 過多導致db 處理過重或者是其他因素。 application 的實作才是這中間最大的 factor， 跳過這件事情直接談結果本身是很奇怪的事情。 https 當然是 tcp，但他也不代表他就能正常回應， 關鍵還是回到 ap 的實作跟接收能力。 你說你做過服務然後你完全假設 ap 是能正常回應， 把問題限縮在底層 protocal ，這實在是太奇怪了。 正常情況下其實 os loading 跟 ap status 才是第一個會被確認的吧。 這次最奇怪的就是一堆人抓著超級底層的架構在討論一個很上位的明顯 ap fail。 重點是這次按照揭露資訊是一個訊源三個輸出只有其中一個掛44秒。 在推斷上也很難得到這是手動為之的結果， 不能說100%不可能，但是很難想像。 -- 筆者16年以上網站工程師，做過串流。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.27.1 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/HatePolitics/M.1703176333.A.3A4.html