OSI 七層架構
閱讀時間約 4 分鐘
第一層(Layer1) - 實體層（Physical Layer）
實體層主要是用來定義設備裝置之間位元資料傳輸，也就是透過物理線材連接至其他實體設備，傳遞0和1的數位訊號。
實體層包括了針腳、電壓、線纜規範、集線器、中繼器、網卡、主機介面卡等。
第二層(Layer2) - 資料連結層（Data Link Layer）
資料連結層是針對位於相同網路(LAN)的兩個裝置，促進兩者之間的資料傳輸。
資料連結層將實體層的數位訊號封裝成一組符合邏輯傳輸資料，這組訊號稱為資料訊框（Data Frame），並且利用媒體存取控制（Media Access Control，MAC）位址來進行資料的傳遞。
第三層(Layer3) - 網路層（Network Layer）
網路層是針對位於不同網路(WAN)的兩個裝置，促進兩者之間的資料傳輸。
網路層在傳輸資料時，會透過網際網路協定（Internet Protocol，IP）將IP位址加入傳輸資料內，並把資料組成封包（Packet）。在網路上傳輸時，封包裡面的IP位址會告訴網路設備這筆資料的來源及目的地。
第四層(Layer4) - 傳輸層（Transport Layer）
傳輸層的主要用途是，協助OSI前三層與OSI後三層進行溝通，傳輸層也負責處理流量控制和錯誤控制。
- 流量控制可判定最佳傳輸速度。
- 傳輸層確保接收的資料是完整的，若不完整，則會請求重新傳輸。
﹝MAC address﹞or ﹝IP address﹞都是用於主機和主機之間的溝通，因此我們還需要一個端口(Port)來建立通訊，而傳輸層這邊所提供很多不同的協議，就是進行端口與端口之間的溝通。
只要確認了「主機和主機連接」及「Port 和 Port通道」，我們就能實現應用程式之間的通訊。
第五層(Layer5) - 會議層（Session Layer）
會議層主要負責建立網絡連線，等到資料傳輸結束時，再將連線中斷。
會議層會透過檢查點機制來同步資料傳輸。
例如，若正在傳輸 100 MB 檔案，會議層可以每 5 MB 設定一個檢查點。若在傳輸 52 MB 後中斷連線或毀損，工作階段可從上一個檢查點繼續進行，亦即只剩下 50 MB 的資料需要傳輸。若沒有檢查點，整個傳輸就必須再次從頭開始。
第六層(Layer6) - 展示層（Presentation Layer）
展示層主要負責轉譯、加密和壓縮資料。
- 轉譯：設備之間在通訊時可能使用不同的編碼方式，因此展示層負責將傳入資料轉譯至接收裝置的應用程式層能夠理解的編碼方式。
- 加密：設備之間需要透過加密連線進行通訊，展示則負責在傳送者終端新增加密以及在接受者終端解碼。
- 壓縮：壓縮其從應用程式層接收到的資料，然後將其傳送至會議層。以利會議層將傳輸的資料量降到最低，協助改善通訊速度和效率。
第七層(Layer7) - 應用層（Application Layer）
應用層主要用途是，透過通訊協定和資料操作，將資訊整合起來，提供給使用者進行操作。
網頁瀏覽器就是一個很普遍的例子，應用層透過HTTP協定，將資料整合至Web介面，提供給使用者操作及查看。
﹝OSI 七層架構﹞通訊原理
盡量用極其簡略的方式，介紹完各層所負責的內容及用途了，這邊就會稍微介紹一下七層架構的通訊方式了
【發送端】
資料先由Lay7應用層產生後，再由下面一層層的去處理，每經過一層就會在「資料封包」的前端加上該層的資訊，而這些資訊就稱為「層級表頭( Header )」，加完表頭後就將封包往下一級送，一直送到實體層時，在透過網卡、網路線、傳輸媒介..等傳送到【接收端】。
資料先由Lay7應用層產生後，再由下面一層層的去處理，每經過一層就會在「資料封包」的前端加上該層的資訊，而這些資訊就稱為「層級表頭( Header )」，加完表頭後就將封包往下一級送，一直送到實體層時，在透過網卡、網路線、傳輸媒介..等傳送到【接收端】。
【接收端】
當【接收端】收到封包後，開始由第一層將本層的表頭去掉，再一層層往上傳送，依序去掉表頭，直到最上層，資料便呈現最初的傳送資料內容。
當【接收端】收到封包後，開始由第一層將本層的表頭去掉，再一層層往上傳送，依序去掉表頭，直到最上層，資料便呈現最初的傳送資料內容。
下圖是我之前在網路上找到的資訊，詳細位置已經難以找到了，該圖是以【TCP/IP五層模型】的介紹，但封包的傳遞方式是和OSI一樣的。
﹝OSI 七層架構﹞懶人包
留言0
查看全部
你可能也想看
Google News 追蹤
這個秋，Chill 嗨嗨！穿搭美美去賞楓，裝備款款去露營⋯⋯你的秋天怎麼過？秋日 To Do List 等你分享！
秋季全站徵文，我們準備了五個創作主題，參賽還有機會獲得「火烤兩用鍋」，一起來看看如何參加吧～
11/20日NVDA即將公布最新一期的財報, 今天Sell Side的分析師, 開始調高目標價, 市場的股價也開始反應, 未來一週NVDA將重新回到美股市場的焦點, 今天我們要分析NVDA Sell Side怎麼看待這次NVDA的財報預測, 以及實際上Buy Side的倉位及操作, 從
Hi 大家好，我是Ethan😊
相近大家都知道保濕是皮膚保養中最基本，也是最重要的一步。無論是在畫室裡長時間對著畫布，還是在旅途中面對各種氣候變化，保持皮膚的水分平衡對我來說至關重要。保濕化妝水不僅能迅速為皮膚補水，還能提升後續保養品的吸收效率。
曾經，我的保養程序簡單到只包括清潔和隨意上乳液
看了別人的推薦多了，會發現大家去的點都有點類似，爬文多了，也會開始對那些景點越來越不期待，像是外人住宅、美麗海水族館等知名大景點。可能因為影片看膩了，也可能是因為我想與眾不同。漸漸地，我安排的地方，越偏向冷門，甚至只有在地人才會去的景點。當然，也會參考評論
本文介紹了使用OSIM電競椅V的用戶可能遇到的氣壓棒突然下降的問題，並提供了氣壓棒的主要功能以及更換氣壓棒的方法。另外，也提供了購買氣壓棒的方式和相關聯絡資訊。
在職業和個人生活中，投資自己是一個重要的策略，可以為未來的成功和幸福奠定基礎。特別是在30歲後，人們通常已經積累了一些工作經驗和生活智慧，這是一個理想的時候來培養自己的價值和能力。以下是一些價值成長策略，可以幫助你在30歲後實現個人和職業的成長。
利用這次在台滯留時間，也跟一位高中時期同學有了多幾次碰面的機會。「阿威」在航空公司任職，目前是資訊系統部門的主管。特別的是，因為航空公司具有一定的國營事業成立之背景，影響公司文化之下，阿威的部門他是最年輕的，但他卻需要管理所有比他資深的資訊系統部門工程師們。
文／威廉‧M‧艾克斯
架構糟糕＝萬劫不復。架構情節真的很簡單──呃，好吧，沒那麼簡單，如果人人都能做到，那每個編劇都能住進靠編故事賺錢買的大房子裡了。你的故事必須「關於」某事，這就是你的主題。在電腦上把它打出來，一直盯著它。不管你的主題是什麼，你的主角必須自始至終都在解決這個問題，
本系列文章前面的「資訊架構的三種基本角色」、「事前準備與內容提供者」、以及「評估資訊內容的影響力」三篇，都是關於資訊架構前期規劃的討論，所以本文想談談執行過程的思考，包括進行網站地圖（sitemap）、框線架構（wireframe）等設計時犯過哪些錯誤、以及更理想的作法。
上篇講到關於客戶分群的架構NASL，分別是根據消費者的最後消費日以及消費次數做劃分。(點我了解)展開下面這樣的分群。
很多朋友接著問，確切如何根據這樣的分群做劇本的差異化。這邊根據幾個面相來思考。從廣告預算分配、頻次，任務，優化方向，使用工具，溝通內容以及使用工具來討論
上面的圖示清楚表示了網站體系架構。如果你不是經驗豐富的網頁開發人員，可能會覺得它很複雜。在我們深入探究每個部分之前，下面的描述應該會讓我們更容易上手。
這個秋，Chill 嗨嗨！穿搭美美去賞楓，裝備款款去露營⋯⋯你的秋天怎麼過？秋日 To Do List 等你分享！
秋季全站徵文，我們準備了五個創作主題，參賽還有機會獲得「火烤兩用鍋」，一起來看看如何參加吧～
11/20日NVDA即將公布最新一期的財報, 今天Sell Side的分析師, 開始調高目標價, 市場的股價也開始反應, 未來一週NVDA將重新回到美股市場的焦點, 今天我們要分析NVDA Sell Side怎麼看待這次NVDA的財報預測, 以及實際上Buy Side的倉位及操作, 從
Hi 大家好，我是Ethan😊
相近大家都知道保濕是皮膚保養中最基本，也是最重要的一步。無論是在畫室裡長時間對著畫布，還是在旅途中面對各種氣候變化，保持皮膚的水分平衡對我來說至關重要。保濕化妝水不僅能迅速為皮膚補水，還能提升後續保養品的吸收效率。
曾經，我的保養程序簡單到只包括清潔和隨意上乳液
看了別人的推薦多了，會發現大家去的點都有點類似，爬文多了，也會開始對那些景點越來越不期待，像是外人住宅、美麗海水族館等知名大景點。可能因為影片看膩了，也可能是因為我想與眾不同。漸漸地，我安排的地方，越偏向冷門，甚至只有在地人才會去的景點。當然，也會參考評論
本文介紹了使用OSIM電競椅V的用戶可能遇到的氣壓棒突然下降的問題，並提供了氣壓棒的主要功能以及更換氣壓棒的方法。另外，也提供了購買氣壓棒的方式和相關聯絡資訊。
在職業和個人生活中，投資自己是一個重要的策略，可以為未來的成功和幸福奠定基礎。特別是在30歲後，人們通常已經積累了一些工作經驗和生活智慧，這是一個理想的時候來培養自己的價值和能力。以下是一些價值成長策略，可以幫助你在30歲後實現個人和職業的成長。
利用這次在台滯留時間，也跟一位高中時期同學有了多幾次碰面的機會。「阿威」在航空公司任職，目前是資訊系統部門的主管。特別的是，因為航空公司具有一定的國營事業成立之背景，影響公司文化之下，阿威的部門他是最年輕的，但他卻需要管理所有比他資深的資訊系統部門工程師們。
文／威廉‧M‧艾克斯
架構糟糕＝萬劫不復。架構情節真的很簡單──呃，好吧，沒那麼簡單，如果人人都能做到，那每個編劇都能住進靠編故事賺錢買的大房子裡了。你的故事必須「關於」某事，這就是你的主題。在電腦上把它打出來，一直盯著它。不管你的主題是什麼，你的主角必須自始至終都在解決這個問題，
本系列文章前面的「資訊架構的三種基本角色」、「事前準備與內容提供者」、以及「評估資訊內容的影響力」三篇，都是關於資訊架構前期規劃的討論，所以本文想談談執行過程的思考，包括進行網站地圖（sitemap）、框線架構（wireframe）等設計時犯過哪些錯誤、以及更理想的作法。
上篇講到關於客戶分群的架構NASL，分別是根據消費者的最後消費日以及消費次數做劃分。(點我了解)展開下面這樣的分群。
很多朋友接著問，確切如何根據這樣的分群做劇本的差異化。這邊根據幾個面相來思考。從廣告預算分配、頻次，任務，優化方向，使用工具，溝通內容以及使用工具來討論
上面的圖示清楚表示了網站體系架構。如果你不是經驗豐富的網頁開發人員，可能會覺得它很複雜。在我們深入探究每個部分之前，下面的描述應該會讓我們更容易上手。