Displaying extended context for query match # 111 in text 101409
<< Prev Next >>
    
 

專門 保留給 LoopBack 功能 使用 通常 用來 確定 IP 協定層 是否 正常 因為 IP層 一旦 收到 位址 必須 回傳 訊號 TCP 協定層 傳遞 ClassB 結構 位元 必須 分別 NETID 佔用 14 位元 HOSTID 佔用 16 位元 一般 中型 網路 使用 節點 數目 256 65 536 之間 屬於 ClassB 網路 最多 16 384 節點 ClassC 結構 位元 必須 分別 其中 NETID 佔用 21 位元 HOSTID 佔用 位元 針對 小型 網路 設計 雖然 節點 數目 最多 254 扣除 特殊 用途 編號 但是 網路 高達 097 152 IP 位址 結構 合適 路徑 選擇 routing 作業 原因 IP 位址 採用 32 位元 位元 整數 適合 迷你 電腦 大多數 微處理器 運作 原因 NETID HOSTID 部份 分割 剛好 位元組 byte 單位 邊界 所以 路徑 選擇 作業 簡單 轉換 即可 達成 一般而言 routing 作業 情形 大致 網路 信息 含有 送方 IP 位址 收方 IP 位址 送方 送出 信息 收方 是否 自己 網路 信息 閘道器 Gateway 節點 閘道器 根據 收方 IP 位址 NETID 本身 路徑表 RoutingTable 比對 決定 繼續 網路 如此 重覆 一直 收方 收到 為止 以上 敘述 我們 知道 Internet IP 協定層 NETID 區分 不同 網路 那麼 我們 如何 取得 NETID 是否 自己 隨意 設定 可以 前面 提及 Internet IP 位址 具有 唯一性 維持 IP 位址 唯一性 單位 集中 管制 單位 網路 資訊 中心 NetworkInformationCenter NIC 如何 NIC 取得 合法 授權 NETID 通常 網路 管理 可以 利用 e-mail 方式 填寫 適當 表格 NIC 一定 程序 審核 發給 NETID 使用 架設 私人 網路 自行 安排 IP 位址 非常 恰當 因為 連接上 Internet 修改成 NIC 核定 NETID 造成 困擾 浪費 申請到 NETID 之後 使用 管理 關心 如何 分配好 IP 位址 設定到 網路 節點 為何 需要 子網路 由於 Internet 成長 迅速 網路 IP 位址 定址法 似乎 具有 彈性 無法 輕易 變更 網路 結構 通常 造成 網路 變更 原因 下列 狀況 Local 裝設 不同於 目前 網路 型態 實體 網路 例如 TokenRing 網路 節點 Node 數目 過度 成長 造成 通信 擁擠 情形 使得 通信 效果 不彰 必須 網路 切割成 隔開 實體 網路 網路 距離 過度 增長 基於 技術 限制 必須 網路 切割成 實體 網路 Gateway 連接 解決 上述 狀況 如果 管理 一昧 指定 NETID 實體 網路 治標 不能 治本 因為 耗費 大部份 管理 時間 用來 處理 網路 定址 問題 造成 閘道器 Gateway 路徑表 暴增 使得 routing 操作 佔用 太多 網路 頻寬 避免 這些 缺點 產生 於是 誕生 子網路 Subnet 觀念 子網路 觀念 子網路 Subnet 直接 管理 設定 因為 公開