計算機網路層怎麼獲得ip

⑴ 計算機網路的目的地址是怎麼確定的

計算機網路的目的地址由connect或者sendto確定的。ip層進行ip選路時，自動添加到ip包頭里邊的；或者由客戶端執行bind函數手工指定。

網路層在得到這些ip地址的時候，需要看tcp/ip協議的具體實現；系統會在創建socket句柄的時候分配一塊內存，存放和這個socket句柄相關的地址信息，然後加入全局socket句柄鏈表，然後tcp/ip協議棧可以訪問這個表，獲取相應的ip。

A類IP地址

一個A類IP地址是指， 在IP地址的四段號碼中，第一段號碼為網路號碼，剩下的三段號碼為本地計算機的號碼。如果用二進製表示IP地址的話，A類IP地址就由1位元組的網路地址和3位元組主機地址組成，網路地址的最高位必須是「0」。

A類IP地址中網路的標識長度為8位，主機標識的長度為24位，A類網路地址數量較少，有126個網路，每個網路可以容納主機數達1600多萬台。倘若不能對IP地址進行有效管理，可能會造成降低了網路可用性與服務質量，嚴重甚至會導致網路崩潰。

以上內容參考：網路-IP地址

⑵ 如何獲取自己電腦的區域網IP地址

步驟如下，以windows7系統為例。

方法1：

1. 點擊左下角的「開始」菜單，在搜索欄中輸入「cmd」，點擊回車鍵。

   

⑶ 如何獲得電腦IP地址

獲得電腦IP地址方法：

一、使用Ping命名查詢IP：

1.使用Windows+R鍵打開「運行」窗口，然後輸入CMD進入命令提示窗口；

2.進入命令窗口之後，輸入：ipconfig/all 回車即可看到整個電腦的詳細的IP配置信息；

⑷ 計算機網路：發送端的網路層怎麼獲取目的ip，源ip的

我認為目標ip地址是包含在應用層的數據報中的，只有這樣才能解釋通，開發或使用應用時，目標主機的ip和mac地址都應該打包在應用中，或者預先設定。源ip好理解，就是一層一層加上的。

⑸ 計算機網路網路層ip地址MAC地址這道題怎麼做

1. q:r:s:t（同一子網直接目的主機的mac）

2. 125.100.15.20（目的ip不變）

3. a:b:c:d（跨子網目的mac是網關的mac）

4. 125.100.15.20（目的ip不變）

5. m:n:o:p（到達同一子網直接目的主機的mac）

6. ff ff ff ff ff ff（arp填廣播地址）
   

⑹ 如何獲取你計算機的IP地址

1、在電腦桌面右下角找到網路圖標，滑鼠右鍵開打「網路和共享中心」界面；如圖

⑺ 計算機是如何自動獲取的IP地址的

工作原理

根據客戶端是否第一次登錄網路，DHCP 的工作形式會有所不同。
第一次登錄的時候：
尋找 Server
當 DHCP 客戶端第一次登錄網路的時候，也就是客戶發現本機上沒有任何 IP 數據設定，它會向網路發出一個 DHCP DISCOVER 封包。因為客戶端還不知道自己屬於哪一個網路，所以封包的來源地址會為 0.0.0.0 ，而目的地址則為 255.255.255.255 ，然後再附上 DHCP discover 的信息，向網路進行廣播。 在 Windows 的預設情形下，DHCP discover 的等待時間預設為 1 秒，也就是當客戶端將第一個 DHCP discover 封包送出去之後，在 1 秒之內沒有得到響應的話，就會進行第二次 DHCP discover 廣播。若一直得不到響應的情況下，客戶端一共會有四次 DHCP discover 廣播(包括第一次在內)，除了第一次會等待 1 秒之外，其餘三次的等待時間分別是 9、13、16 秒。如果都沒有得到 D 相關圖片HCP 伺服器的響應，客戶端則會顯示錯誤信息，宣告 DHCP discover 的失敗。之後，基於使用者的選擇，系統會繼續在 5 分鍾之後再重復一次 DHCP discover 的過程。
提供 IP 租用地址
當 DHCP 伺服器監聽到客戶端發出的 DHCP discover 廣播後，它會從那些還沒有租出的地址范圍內，選擇最前面的空置 IP ，連同其它 TCP/IP 設定，響應給客戶端一個 DHCP OFFER 封包。 由於客戶端在開始的時候還沒有 IP 地址，所以在其 DHCP discover 封包內會帶有其 MAC 地址信息，並且有一個 XID 編號來辨別該封包，DHCP 伺服器響應的 DHCP offer 封包則會根據這些資料傳遞給要求租約的客戶。根據伺服器端的設定，DHCP offer 封包會包含一個租約期限的信息。
接受 IP 租約
如果客戶端收到網路上多台 DHCP 伺服器的響應，只會挑選其中一個 DHCP offer 而已(通常是最先抵達的那個)，並且會向網路發送一個DHCP request廣播封包，告訴所有 DHCP 伺服器它將指定接受哪一台伺服器提供的 IP 地址。 同時，客戶端還會向網路發送一個 ARP 封包，查詢網路上面有沒有其它機器使用該 IP 地址；如果發現該 IP 已經被佔用，客戶端則會送出一個 DHCPDECLIENT 封包給 DHCP 伺服器，拒絕接受其 DHCP offer ，並重新發送 DHCP discover 信息。 事實上，並不是所有 DHCP 客戶端都會無條件接受 DHCP 伺服器的 offer ，尤其這些主機安裝有其它 TCP/IP 相關的客戶軟體。客戶端也可以用 DHCP request 向伺服器提出 DHCP 選擇，而這些選擇會以不同的號碼填寫在 DHCP Option Field 裡面。
換一句話說，在 DHCP 伺服器上面的設定，未必是客戶端全都接受。客戶端可以保留自己的一些 TCP/IP 設定，並且主動權永遠在客戶端這邊。
租約確認
當 DHCP 伺服器接收到客戶端的 DHCP request 之後，會向客戶端發出一個
相關圖片DHCPACK 響應，以確認 IP 租約的正式生效，也就結束了一個完整的 DHCP 工作過程。
DHCP 發放流程第一次登錄之後： 一旦 DHCP 客戶端成功地從伺服器哪裡取得 DHCP 租約之後，除非其租約已經失效並且 IP 地址也重新設定回 0.0.0.0 ，否則就無需再發送 DHCP discover 信息了，而會直接使用已經租用到的 IP 地址向之前之 DHCP 伺服器發出 DHCP request 信息，DHCP 伺服器會盡量讓客戶端使用原來的 IP 地址，如果沒問題的話，直接響應 DHCPack 來確認則可。如果該地址已經失效或已經被其它機器使用了，伺服器則會響應一個 DHCPNACK 封包給客戶端，要求其重新執行 DHCP discover。 至於 IP 的租約期限卻是非常考究的，並非如我們租房子那樣簡單， 以 NT 為例子：DHCP 客戶端除了在開機的時候發出 DHCP request 請求之外，在租約期限一半的時候也會發出 DHCP request ，如果此時得不到 DHCP 伺服器的確認的話，客戶端還可以繼續使用該 IP ；當租約期過了87.5%時，如果客戶端仍然無法與當初的DHCP伺服器聯繫上，它將與其它DHCP伺服器通信。如果網路上再沒有任何DHCP伺服器在運行時，該客戶端必須停止使用該IP地址，並從發送一個Dhcpdiscover數據包開始，再一次重復整個過程。要是您想退租，可以隨時送出 DHCPRELEASE 命令解約，就算您的租約在前一秒鍾才獲得的。
跨網路的 DHCP 運作 從前面描述的過程中，我們不難發現：DHCP DISCOVER 是以廣播方式進行的，其情形只能在同一網路之內進行，因為 router 是不會將廣播傳送出去的。但如果 DHCP 伺服器安設在其它的網路上面呢？由於 DHCP 客戶端還沒有 IP 環境設定，所以也不知道 Router 地址，而且有些 Router 也不會將 DHCP 廣播封包傳遞出去，因此這情形下 DHCP DISCOVER 是永遠沒辦法抵達 DHCP 伺服器那端的，當然也不會發生 OFFER 及其它動作了。要解決這個問題，我們可以用 DHCP Agent (或 DHCP Proxy )主機來接管客戶的 DHCP 請求，然後將此請求傳遞給真正的 DHCP 伺服器，然後將伺服器的回復傳給客戶。這里，Proxy 主機必須自己具有路由能力，且能將雙方的封包互傳對方。 若不使用 Proxy，您也可以在每一個網路之中安裝 DHCP 伺服器，但這樣的話，一來設備成本會增加，而且，管理上面也比較分散。當然嘍，如果在一個十分大型的網路中，這樣的均衡式架構還是可取的。視您的實際情況而定了。

⑻ 兩台計算機進行通信時，在網路層如何獲取目的主機的的ip地址

打電話給目的主機那個人，讓他查詢主機的IP，運行 CMD ipconfig