在互聯網模式之間的區別有四個層次：鏈接 - >網絡 - >交通運輸 - >應用程序。網絡：傳輸層和網絡層
我真的不知道網絡層和傳輸層之間的區別。當我讀到：
Transport layer: include congestion control, flow control, reliability ...
Networking layer: route data from A to B
所以，基於上述屬性，我看到這兩個層之間有一些重疊。
1）網絡層決定將數據從A移動到B但是，當數據已經知道從A到B如何移動，這是什麼意思的術語「流量控制」「擁塞控制」 ......？當數據包（和字節流在數據包中）已經知道在網絡中移動時，它如何以及它控制什麼。
2）或其它例如，在傳輸層的TCP協議是有序流的遞送。但是，TCP並不決定如何移動數據，而是聯網層。那麼，TCP怎麼能做到呢？
所以，我不能在這兩個方面獲得。請教我。
謝謝:)
這些都是抽象層次。
傳輸層是決定使用TCP/UDP的地方。在該層中常用的協議中，TCP是可靠的，而UDP不是。根據所做的選擇，相應的標題將附加到您的數據包。 TCP，例如只需知道SYN-ACK，三次握手機制，但不知道遠程端點的地址，或得到整個網絡的數據包的機制。
擁塞控制，流量控制通過調節發送的數據包的數量來幫助確保網絡不會被數據包充斥。
現在，在附加TCP/UDP頭之後，它將轉到網絡層。直到這一步，遠程端點的IP地址根本不是數據包的一部分。正是在這一步，源&目標IP地址被添加到數據包。該層實際上知道遠程端點。
Sender Receiver
----------- ------------
| | virtual link | |
| Transport | -----------------> | Transport |
| | | |
----------- ------------
| |
| |
----------- -----------
| | virtual link | |
| Network | ------------------> | Network |
| | | |
----------- -----------
| |
| |
----------- -----------
| | | |
| Physical | | Physical |
| | | |
----------- -----------
↓ ↑
|____________real link____________|
發件人的傳輸層數據，是由所述接收器的傳輸層接收的確切數據。當數據包向下傳送發送者時，每一層都添加它自己的標題信息，但是所有都被接收器上的相應層去除了。
的優點是，一個虛擬鏈路被建立，如上面顯示的一個，而真實鏈路僅在物理層。
感謝您的解釋1.請給我解釋2。 TCP是可靠的導向，所以它將決定傳輸的有序數據。但是，當「字節流」移動到網絡層時，它將變成「數據包」。網絡並不關心訂購。 – hqt
@hqt接收器中的每一層都會看到其對方在發送方堆棧中發送的確切數據。我會編輯我的答案。 –
邪神的解釋是好，但爲了瞭解好一點，我建議你應該在OSI模型
傳輸層上讀取處理的端口號，TCP，UDP，層4 PDU的，它是在第一步封裝並以跨網絡
PDU =協議數據單元發送分段數據，它是包含標題，數據段和也許頁腳的一段信息（見第2層封裝）
網絡處理IP路由和通過網絡傳送數據包
每個層（如果無論它是OSI模型或具有4層TCP/IP模型）中，每一層相互作用與它的相鄰層，併爲今天的電信目的
關於您的問題提供了一個抽象的框架：
1）。流量控制是用於處理分組大小的TCP機制，以防止丟包和重傳，擁塞控制是另一回事。網絡層不決定任何事情，它只是試圖通過網絡發送你的軟件包，如果它失敗了，它會通知上層這個問題，然後應用程序或用戶應該決定怎麼做）。 2）。 TCP使3way握手機制啓動會話，然後每個數據包與計數器一起上市，並且接收方確認收到發件人數據包。如果他不承認，TCP會重新發送丟失的包。網絡層只會轉發數據包，不會做任何有關流量控制或數據包排序的決定。
有關更多詳細信息，請參閱CCNA1文檔或網頁。
OSI模型有點舊。或許現在4層IP模式可能會更好？ –
這兩種模式都很好，當涉及到電信和故障排除時，可以在特定層（網絡，數據鏈路或物理層） –
傳輸層：進程之間
網絡層：主機之間
傳輸層：
網絡層：
傳輸層：在該層中使用協議是：
網絡層：在該層中使用協議是：
傳輸層：
網絡層：
+1上確定問題，以獲得更多關於點的描述。 –
傳輸：確定如何發送數據：可靠或不可靠。定義衆所周知的服務（端口）。
網絡：提供邏輯尋址，找到到達目的地的最佳路徑。
傳輸層：
OSI參考模型的協議棧的第四和「中間」層是傳輸層。我認爲傳輸層在某些方面是OSI模型中層的下層和上層「組」的一部分。它更經常與較低層相關聯，因爲它涉及數據的傳輸，但其功能也有點高層次，導致該層與第5層至第7層有相當一部分相同。
回想一下，第1,2和3層涉及數據的實際封裝，尋址，路由和傳送;物理層處理這些比特;數據鏈路層處理本地網絡，網絡層處理網絡之間的路由。相反，傳輸層具有足夠的概念，不再關注這些「堅果和螺栓」問題。它依靠較低層來處理在設備之間移動數據的過程。
傳輸層實際上充當了上層應用程序的抽象世界和層1到層3的具體功能之間的「聯繫」。由於這一角色，傳輸層的整體工作就是提供必要的功能，以支持不同計算機上的軟件應用程序進程之間的通信。這包括許多不同但相關的職責
現代計算機是多任務處理，並且在任何給定的時間可能有許多不同的軟件應用程序試圖發送和接收數據。傳輸層負責提供一種手段，通過這些手段，這些應用程序可以使用相同的較低層協議實現來發送和接收數據。因此，傳輸層有時被認爲是負責端到端或主機到主機的傳輸（事實上，TCP/IP模型中的等效層稱爲「主機到主機傳輸層」） 。
網絡層：
OSI參考模型的第三最低層是網絡層。如果數據鏈路層基本上定義了被認爲是網絡的邊界，那麼網絡層就是定義網際網絡（互聯網絡）如何工作的網絡層。網絡層是OSI模型中最低的一個，它關心的是實際從一臺計算機獲取數據到另一臺計算機，即使它位於遠程網絡上。相反，數據鏈路層僅處理彼此本地的設備。
儘管OSI參考模型中的所有第2層到第6層都充當了它們之下的層和它們之上的層之間的「柵欄」，但網絡層在這方面尤其重要。正是在這一層，轉換才真正從更高層的更抽象的功能開始 - 這些功能與數據傳輸無關 - 涉及將數據傳送到目標所需的特定任務。傳輸層以多種方式與網絡層相關，繼續進行OSI協議棧上的「抽象轉換」。 網絡層功能
一些通常由網絡層執行的特定作業的包括：
邏輯尋址：，超過具有與其相關聯的邏輯地址的網絡進行通信的每個設備，有時也被稱爲三層地址。例如，在互聯網上，互聯網協議（IP）是網絡層協議，每臺機器都有一個IP地址。請注意，尋址也在數據鏈路層完成，但這些地址是指本地物理設備。相反，邏輯地址獨立於特定的硬件，並且在整個互聯網絡中必須是唯一的。
路由：在一系列互連網絡中移動數據可能是網絡層的定義功能。設備和軟件例程的工作在網絡層起作用，以處理來自各種來源的傳入數據包，確定它們的最終目的地，然後找出它們需要發送到的位置以使它們到達應該去的地方。我在本主題中更全面地討論了OSI模型中關於間接設備連接主題的路由，並通過OSI模型類比展示了它如何工作。
數據報封裝：網絡層通常將從較高層接收的消息放入帶有網絡層頭的數據報（也稱爲數據包）中進行封裝。
分段和重組：網絡層必須將消息發送到數據鏈路層進行傳輸。某些數據鏈路層技術對可發送的任何消息的長度都有限制。如果網絡層想要發送的數據包太大，網絡層必須將數據包分割開來，將每個數據塊發送到數據鏈路層，然後在到達目標機器上的網絡層後再重新組裝。一個很好的例子就是這是如何通過互聯網協議完成的。
錯誤處理和診斷：特殊的協議在網絡層使用，以允許進行邏輯連接，或者設備正在嘗試將流量路由，交換有關主機的網絡上的狀態或設備本身的信息。
考慮ISO/OSI參考模型傳輸層是第4層。它主要處理數據包的端到端傳送。端到端意味着它負責將數據包傳送到適當的端口。 另一方面，網絡層是第三層，負責將數據包僅傳遞給主機，而不是傳遞給系統中的任何特定[端口/進程。 人們確實有疑問，當你有傳輸層可以將數據包從一端傳遞到另一端時，爲什麼我們有網絡層？ 這個問題的簡單答案是網絡層負責從發送者到目的地攜帶數據包。但是到達目的地後，它依賴於傳輸層將其傳送到適當的端口號或進程（在操作系統術語中）。而且在網絡層我們是互聯網心臟的IP協議。你可以閱讀更多關於here。
不是一個壞問題，但它肯定是Off-Topic –
也許需要一個網絡stackexchange網站？我找不到一個 –
@cristi_b serverfault.com – hexafraction