廣告廣告
  加入我的最愛 設為首頁 風格修改
首頁 首尾
 手機版   訂閱   地圖  簡體 
您是第 3773 個閱讀者
 
發表文章 發表投票 回覆文章
  可列印版   加為IE收藏   收藏主題   上一主題 | 下一主題   
DeepSky
數位造型
個人文章 個人相簿 個人日記 個人地圖
路人甲
級別: 路人甲 該用戶目前不上站
推文 x0 鮮花 x0
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片
推文 x0
[問題討論] 三方交握的問題【有一點學術】

不好意思,想請問前輩是否有人曉得下列問題?

q1 : 為什麼在進行交握 sender 傳送給 receiver 時,receiver 回傳 ACK + 1 ?
為什麼它不在 sender 端就直接將 ACK + 1 而是在 receiver 端才進行 ACK + 1 ?

ps. 看過了幾篇 RFC 就是找不出一個所以然...




窈 窕 淑 女
多 如 天 上 繁 星
卻 沒 有 一 個
願 意 讓 我
尋 訪 她 的 雙 峰

【東 三 四 郎 詩 集】
獻花 x0 回到頂端 [樓 主] From:臺灣中華 | Posted:2007-05-23 03:07 |
evil666
個人頭像
個人文章 個人相簿 個人日記 個人地圖
小有名氣
級別: 小有名氣 該用戶目前不上站
推文 x1 鮮花 x40
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

供您參考…

ACK + 1 的意思應該這樣解讀的。

sender 發送一個帶有 sync flag 的封包想要和 reciver 建立通訊。

reciver 接收到 sender 發送帶有 sync flag 的封包後,回傳一個帶有 sync 及 ack +1 的封包

意思是說,很好我收到你的 sync 封包了,下次請從 ack + 1 的序號開始傳送資料。

...

所以 sender 怎麼可以幫 接收端決定(確定)…接收端有收到 sync 封包…

因此這個動作應該是由 reciver 自己來做才是。


[ 此文章被evil666在2007-05-23 13:00重新編輯 ]





你是你!   他是他!   別人是別人!   要怎麼比?!  
獻花 x0 回到頂端 [1 樓] From:臺灣 | Posted:2007-05-23 12:42 |
DeepSky
數位造型
個人文章 個人相簿 個人日記 個人地圖
路人甲
級別: 路人甲 該用戶目前不上站
推文 x0 鮮花 x0
分享: 轉寄此文章 Facebook Plurk Twitter 複製連結到剪貼簿 轉換為繁體 轉換為簡體 載入圖片

嗯 ~ 這個答案我也覺得很合理!
之前都只想到了技術面的問題 ~ 全然沒往這個觀點去思考!
真是一語點破 ~


窈 窕 淑 女
多 如 天 上 繁 星
卻 沒 有 一 個
願 意 讓 我
尋 訪 她 的 雙 峰

【東 三 四 郎 詩 集】
獻花 x0 回到頂端 [2 樓] From:臺灣中華 | Posted:2007-05-23 19:54 |

首頁  發表文章 發表投票 回覆文章
Powered by PHPWind v1.3.6
Copyright © 2003-04 PHPWind
Processed in 0.048671 second(s),query:16 Gzip disabled
本站由 瀛睿律師事務所 擔任常年法律顧問 | 免責聲明 | 本網站已依台灣網站內容分級規定處理 | 連絡我們 | 訪客留言