IP封包转换为电气或光讯号後再传送.ppt

對集線器傳送通知連線的封包 中繼式集線器的半雙工 交換式集線器的全雙工 * * * 由LAN網路卡的MAU去偵測衝突 MAU將乙太網路控制卡所送來的訊號轉送到網路線時，不是只做傳送的動作，還同時時監視是否有其他訊號從接收用的訊號線跑進來 中繼式集線器 干擾（jamming） * 接收給「通訊開始」的回應封包 從用戶端將「開始傳送資料」的控制用封包轉換成電氣訊號，然後送出去給伺服器端的動作 當然伺服器端那邊會回傳「知道了。我這邊也要傳送資料」的封包，所以下一個階段就是接收這個封包的動作 * 伺服器傳來的回應封包從IP交給TCP 伺服器所回過來的封包類型應該是0800，所以LAN驅動程式便將封包交給IP，IP收到封包便開始動作 ICMP 不連續（fragmention） 重組（resampling） * * 製作HTTP要求訊息的封包 「MTU」（Maximum Transmission Unit） 「MSS」（Maximum Segment Size） * 資料過大時則切割後再傳送 一般來說HTTP要求訊息都不是很長，一個封包就放得下，但如果是使用表格傳送較長的資料時，也可能多到一個封包放不完 萬一傳送資料過長無法全部塞進一個封包裡，則從資料前端開始，以MSS長度為準，依序切割資料，再將切割後的片段一個個放進封包進行傳送 * * 利用ACK號碼確認封包已送到 TCP還有一個功能是確認送出的封包是否有確實送到對方那邊，如果沒有送到，則重新傳送。封包傳送出去之後，就換到這個確認動作 在傳送資料時，再根據自己這邊的起點的號碼，繼續編序列號碼和ACK號碼 如果對方沒有回傳相當於傳送資料的ACK號碼，則重新傳送封包 * * 根據封包平均往返時間調整ACK號碼的等待時間 當網路擁擠而塞車時，ACK號碼傳回來的時間就會變慢，所以要估算這個部分，把等待時間設定得夠長才行，否則會變成搶在ACK號碼回來之前就已經重新傳送了 等待時間必須抓得剛剛好，不能太長或太短，難度頗高。因為伺服器的位置是遠或近會讓ACK號碼回傳時間有很大的差異，而且還要再加上網路塞車的延遲，當然更難估算得很精準 * 利用訊框控制方式有效管理ACK號碼 * * 資料傳送／接收階段的動作與連線階段相同 封包傳送／接收動作跟連線動作幾乎完全相同。IP以下的元件並不考慮一連串封包的相關性，不會去管那個傳送／接收的封包到底是連接動作的封包、資料傳送／接收的封包、還是接收確認回應封包 * 等待HTTP回應訊息 TCP/IP軟體從收到Web瀏覽器的委託，到傳送HTTP要求訊息的一連串動作到此終於結束，在送出HTTP要求訊息之後，接著就是等待Web伺服器回傳回應訊息過來 * 若是不須重新傳送的資料，用UDP傳送比較有效率 有些應用軟體是利用UDP通訊協定傳送／接收資料，而不是TCP通訊協定。向DNS伺服器查詢IP位址時，也是使用UDP通訊協定。 UDP通訊協定 * * * 第2章　 TCP/IP的資料轉成電氣訊號後送出～探險TCP/IP軟體和LAN網路卡～ * TCP/IP軟體的內部構造 TCP/IP軟體內部依照功能任務分成幾個部分（圖2.1），圖中的上下位置關係表示：上面的開口要求進行某項作業，下面的則是接受要求、實際進行作業，不過這個上下關係並不是很明顯，有時候還可能上下顛倒過來，所以請各位讀者不要太一板一眼認為圖中的上下關係永遠一成不變 * * 插槽的真面目是TCP/IP軟體內部的記憶體 插槽的真面目是位於TCP/IP軟體內部的記憶體區域。這裡所存放的控制情報是有關於應該使用TCP或UDP、通訊動作目前是什麼樣的進行狀態。 TCP/IP軟體內部的TCP、UDP、IP程式要參考這裡的控制情報才能動作 * * 目的端和來源端的組合方式相同的插槽就只有一個 接收資料的一方會把哪個應用程式使用哪個通訊埠號碼的情報記錄在插槽裡面，然後根據這個記錄把接收到的封包發送給應用程式，不過光是靠應用程式和通訊埠號碼的對應關係，還不足以判斷該把接收到的資料傳給哪個應用程式。 因為伺服器設備是同時跟1個以上的用戶端進行通訊，當然也是同時啟動1個以上的伺服器程式 * * * TCP/IP軟體先產生插槽 關於TCP/IP軟體內部的動作，使用TCP或UDP的動作並不相同，因此以下先以「Web瀏覽器係使用TCP傳送／接收資料」為前提進行說明 插槽的真面目是一個位於TCP/IP軟體內部的記憶體區域，但是這個記憶體區域並不是一開始就擺在那裡等著。 產生插槽時，首先要請OS保留相當於一個插槽大小的記憶體區域，這是產生插槽的過程中最重要的動作。完成這個動作之後，才開始把控制情報登錄到這個保留下來的記憶體區域 * * * 插槽產生後，再用TCP建立“管線” 呼叫Socket library裡面的connect