道格·勞埃德：在這個視頻中，我們要去 說說傳輸控制 協議，TCP。 如果你還沒有看過 視頻互聯網協議IP 你不妨這樣做 觀看這部影片之前， 因為這兩者是相互聯繫的漂亮。 所以，在互聯網協議， 再次，一個簡單的總結， 這就是協議 該移動信息 從發送設備到接收 機通過網絡。 

那麼什麼是TCP？ 雖然剛剛從發送移動 機接收機， 是不是完整的故事。 我們也知道，我們的節目， 我們的計算機，例如， 運行多個程序， 並有多種服務 在這些機器上運行。 因此，如果我們想獲得一個數據包， 或信息到一個特定的節目， 在特定的機器上， 我們需要更多的信息， 不僅僅是哪個IP使我們能夠獲得 從A點信息到B點。 

因此，TCP可以被認為是 作為指導包 到正確的程序，或正確 服務，在接收計算機上。 所以是很重要的，因為你可能 期望，知道它應該去的， 與該數據包是什麼 為在同一時間。 因此，頻繁地，當你談論 傳輸控制協議，TCP 你真的經常會聽到它在 上下文，TCP斜線IP，或者僅僅TCP / IP。 這兩個協議是如此 相關的是，他們基本上 視為一個單元。 但它們是兩個不同的協議 該做的兩回事。 

此外，IP是負責獲取 它從一台機器到另一台。 而TCP負責 它得到正確的程序， 或一台機器上正確的服務。 它做一些事情 其他的IP不會做， 這是保證交付。 

所以，如果我們現在對夫婦一台機器的IP 與所謂的端口號處理， 和端口號是如何具體 服務，或實用，或程序， 被確定的機器上。 如果我們現在有一個IP 地址加端口號， 現在我們可以唯一地標識 特定服務 一個特定的機器上運行。 

所以這就是為什麼TCP和IP是 如此頻繁的相互聯繫， 因為該端口號 自己並沒有真正 如果你需要一個代表什麼 端口號，以及機器 你在說什麼。 應該什麼機器被使用 這個特定的端口，例如。 

TCP這樣做，因為其他的事情 我說，是它保證了交付。 所以，除 指定端口號， 這也表明有多少 分組，互聯網協議IP 已分裂成數據。 它下令這些數據包，使他們 可以在接收重建 機，即使它們在一個received-- 不同的順序比他們被送往。 它可以發生，因為IP 是無連接協議， 所以不同的數據包可以採取 通過系統不同的路徑。 

一些這些端口號的 是很常用的， 他們已經被標準化 在所有的計算機， 就像，幾乎每一個 現在的計算機製造商。 因此，一些所謂的FTP， 文件傳輸協議， 這是用來發送 文件，如你所料， 從一台機器到另一 使用21端口傳統。 電子郵件，SMTP，使用端口25。 DNS，域名系統，這是我們 在我們的互聯網底漆談到 視頻，使用端口53。 如果你曾經瀏覽 網頁，你幾乎 始終使用端口80，除非 你正在瀏覽的網頁安全， 安全瀏覽網頁，使用端口443。 

所以，這是什麼TCP / IP的過程？ 這是怎麼回事既 這些協議在一起？ 好吧，讓我們來談談吧。 當一個程序要發送數據， TCP有助於它分解成塊， 並傳達這些數據包 計算機的網絡化軟件。 因此，需要的數據，並將其 環繞它的信息 這說明了什麼端口 應該去， 什麼秩序 數據包是所有的。 所以要包10個一，二 10，三10，依此類推。 

IP獲取這些數據塊的 已換用TCP， 並包裝的更多信息 其中假定所述分組去。 我們可以稱之為IP 層周圍的包。 所以，這有點像， 其中的一個嵌套娃娃。 我們在數據 中間，然後TCP之上， 告訴它哪裡 對TCP裡面的數據 應該去，到哪個端口 或者在計算機上什麼樣的服務。 周圍是IP層。 什麼IP地址，什麼機器， 實際上獲得這個。 

那麼，該數據包是被 包裹著所有這些層， 通過互聯網協議發送 通過路由器的系統，得到 從A點到B點時 接收設備，或設備，獲取 它，它看起來在IP 層，它說，燁這 我的IP地址，因此需要 關，有點裂紋的雞蛋， 並且離開IP層。 然後，它會看到有 一個TCP層，它說， 好了，看起來這是 要口X，或端口年。 而顯然這是 數據包數量的15八強。 所以這是很好的了解。 那樣的話就可以利用這些信息， 脫下TCP層現在， 知道它的端口X， 和它的分組排名第八， 並獲得在內部的數據。 它可以準備數據到 組織以正確的方式。 而一旦所有的 被接收的數據時，TCP 可它交給正確的 服務，並說，在這裡你去。 這裡是你接收到的數據。 這個過程可能看起來 這樣的事情。 所以，讓我們從發送電子郵件 發送器向一個接收器。 而讓我們說這個 電子郵件是非常小的， 所以我們只需要它分解成 四包，我們會打電話給他們， B，C和D好了，我們要移動 這第一個數據包會發生什麼？ 好了，我們採取數據的塊， 該數據包是A的一部分， 並圍繞我們要去 同一個TCP層包裝它。 電子郵件，你可能還記得， 通過25端口發送， 我們有四個單元的數據， 在這裡，我們打算使用， 而這是第一次他們。 因此，也許我們的TCP層包含 有關，那麼，我們 要端口25，並且這 是數據包數量的四分之一。 

解決這個問題，所以現在我們擁有所有的 信息捆綁在一起， 我們要說，我們希望它 走，什麼機器，什麼IP地址 應該接受這個數據包。 這就是IP層的一部分。 還有的其他信息 在那裡為好，如 如在返回地址 出錯的時候， 它知道在哪裡送 背部等上的信息。 

但在IP層進 周圍的一切。 這整個事情捆綁 同時，作為一個大單位， 並通過一個IP傳送發送。 因此，它被通過路由器路由 網絡，使用互聯網協議。 和接收器接收 整個事情。 然後它可以開始 解構這裡發生了什麼。 它著眼於IP層， 外層這個數據， 並說，是的，這是我的IP 地址，以便我們可以放棄的。 我可以，種，不理它， 不需要它了， 它可以期待更深一層。 它看到，OK，這是數據 意在端口25來接收。 這是顯然的4個第1部分。 所以，我要記住這 沒關係，看看數據， 和槽它大致相當於 我認為它會去。 現在，因為互聯網協議的 這並不一定是這樣 該下一個分組中的 接收器獲得，是包兩種。 實際上，下 事物的接收器得到 可能是數據包數量 3，因為這些數據包 採取不同的，因為路徑 不同網絡上的流量。 所以，我不打算去 通過構建它的圖 再次，但包3 移動，被剝奪 其所有的層，所述 IP層，TCP層， 並且數據被放置在正確的位置。 然後，讓我們說這 接收到的數據包四人。 

現在，讓我們說，這就是它，它 沒有得到任何更多的數據。 它是什麼打算做什麼？ IP不為我們做任何事情。 但是，TCP一樣。 TCP知道，好了，我已經收到了一 四，三四個，四四。 我沒有得到任何更多的數據。 所以出了問題。 但我可以保證交付。 我知道，包 排名第二的缺失。 並因此TCP現在可以進行的請求時， 排序，在相反方向。 捆綁了其請求 在大致相同的方式， 並通過IP發送的， 其中，我知道，能 導致某種形式的無限循環 每個人都在下降途中的數據包。 

但我只想說，TCP 說，我失去了一個包。 我需要發送信息 回發送方。 幸運的是，發送者的IP地址， 之類的，在IP層捆綁起來。 這部分of--它的回報 地址在信封上。 並說，我丟失的數據包數量 二，可以請你重新發送。 當發送方接收 這些信息， 它不具有要發送 整個電子郵件了。 它僅需要發送個別 一塊它的失踪， 這樣我們就可以發送數據包數量兩種。 而當它得到它，現在TCP說， 我把所有四個數據 我所需要的。 所以，我可以將它們組裝在一起， 利用這個信息整塊 和它傳遞到端口25，在那裡 它會被解釋為電子郵件。 而that--這樣，我們已經 現在從發送者發送電子郵件 到接收器使用TCP / IP。 所以，正如我所說，如果在任何時候 前進的道路上出現了問題， TCP可以對付它。 它可以使一個請求，即 信息被發送回吧。 而且它可以重建該消息。 一旦它的重建消息 從所有的數據包會在收到， 那麼就可以組織他們， 它們傳遞到正確的服務。 

所以這是TCP簡而言之。 這就是我們如何保證 傳遞信息。 還記得TCP 與IP經常工作， 所以這兩個協議 真的齊頭並進。 我們在幾部影片中討論他們 在這裡，因為他們做不同的事情， 但他們是如此相互關聯的，它們 你通常會使用它們。 

我是道格·勞埃德。 這是CS50。