tcp協(xié)議棧的問題

chouxiaoya8100

問題1 ：tcp的協(xié)議棧的問題，客戶端發(fā)送數(shù)據(jù)給服務器， 數(shù)據(jù)到達服務器系統(tǒng)緩存里（不是應用層軟件的緩沖區(qū)里），

服務器沒有用recv/read去讀取數(shù)據(jù)，時間久了或者服務器重啟了，會怎么樣？


問題2：

假設a 和B 兩主機用tcp家族協(xié)議通信，

a作為服務器， a主機上有進程1, 進程2.

b 作為客戶端，b主機上有進程1， 進程2

主機a進程1<------------------->主機b進程1(socket通信）

主機a進程2<-------------------->主機a進程2(socket通信）

那么主機a和主機b 之間的通信鏈路建立了幾條？

_nosay

端口可以區(qū)分數(shù)據(jù)應該給誰，網(wǎng)絡協(xié)議分層，就像地球上分了國家、省、市這樣的級別。

另外，內(nèi)存的數(shù)據(jù)不要說機器重啟吧，取的速度給不上，也會丟失的。

chouxiaoya8100

回復 2# _nosay

1 你說是tcp用的內(nèi)核緩沖區(qū)的長度有限？


2. 我知道端口會區(qū)分， 但是鏈路建立幾條?

3. 謝謝解答  

_nosay

你是問物理鏈路嗎？會經(jīng)過哪些路由器？不確定的，技術上盡量根據(jù)路徑長短、負載量選擇最優(yōu)的，路況本身在不斷變化。

chouxiaoya8100

回復 4# _nosay

內(nèi)核協(xié)議棧細節(jié)請教。

發(fā)送方發(fā)送數(shù)據(jù)給服務器，假設服務器100s才接受一次數(shù)據(jù)。

那么服務器回應 ack確認 ，什么時候做ack ?

是當服務器程序調(diào)用了recv這個函數(shù)后發(fā)送ack ？  還是說recv只是負責————把數(shù)據(jù)從系統(tǒng)內(nèi)核緩存里拷貝到應用層緩沖區(qū)里, recv和ack沒有關系？

_nosay

回復 5# chouxiaoya8100

協(xié)議分了層，接口也是分了層的，你用socket直接建立tcp連接，需要自己考慮三次握手嗎？receive()需要自己解決亂序丟包嗎？既然選擇了用這些接口，底下的層就默認按照內(nèi)核幫你做的處理了，syn、ack這些字段，在傳輸層，receive()收到的數(shù)據(jù)里已經(jīng)沒有這些了，你如果想自己處理底下這些層，要改驅(qū)動或者用原始套接字。
我比較長時間不接觸這些了，不知道回答的準確不，你應該看看《tcp/ip協(xié)議》的書。
   

nswcfd

1。 服務器端接口窗口滿，不再滑動，接收端無法發(fā)送新的數(shù)據(jù)。

重啟就是另外一個話題了。