對于路由交換的課程，構思了兩個星期，一直在想一個好的順序流程，以及怎么去講解，因為跟之前的兩門課程無線與防火墻不一樣，路由交換屬于數通里面的入門課程，往往面向的是沒有基礎，或者有點基礎很零散的朋友，里面很多協議、數據包轉發的過程都比較抽象，所以博主希望以比較通俗的話語加上與實際生活舉例來講解這些比較枯燥的概念，后續在講解路由交換的時候以實際工作中的常見組網類型從如何規劃、對接、運用什么技術，實現客戶的需求等方面講解，讓讀者可以學完后能夠做到學以致用，畢竟學習技術是用來解決實際問題的。（另外說明下，該課程只針對中小型企業搭建使用常見的技術以及架構進行講解，不會跟官方定義的大綱來，像ISIS、BGP、MPLS這些就不會涉及了）

網絡協議

在我們生活中，使用互聯網是日常必不可少的事情了，經常會使用電腦或者手機去追劇、購物、聊天、辦公，在使用的過程中，其實是會使用到很多的網絡協議。

以最常見的家庭網絡舉例，我們在辦理了寬帶后（不管從電信、聯通、移動），接上一個家用無線路由器簡單初始化后，對于用戶而言它就可以直接使用了，它不會去關心怎么是實現的上網，上網的過程中發生了什么！但是作為學習計算機網絡的我們，這個是必續了解了，畢竟以后是吃飯的家伙。我們使用手機連接WIFI連接到無線路由器，使用的是802.11（WLAN協議），而電腦通常通過網線接入到路由器的LAN口，使用的是以太網（ETHER2協議），在接入的過程中，無線路由器會給電腦、手機下發網絡配置信息，這個使用的是DHCP協議，這個時候手機跟電腦獲取完成后可以正常開始正常的局域網通信了，訪問局域網里面的共享文件夾或者設備，而訪問互聯網的應用，比如抖音、B站、微信等，就依賴無線路由來進行相關協議的對接，把局域網接通互聯網，接通后，那么手機與電腦就可以正常的訪問需要的互聯網應用了。

這里就帶來了一個疑問，互聯網各式各樣的廠商設備都有，像普通個人用戶產品無線路由器設備有TP、華為、華三、小米、華碩等廠商，企業/運營商級別網絡產品有思科、華為、華三、Juniper等廠商，服務器有HP、DELL、IBM，終端設備廠商就更多了，那么這些廠商設備在對接的時候怎么保證互相通信不出問題呢？答案就是：網絡協議，網絡協議的出現就是為了讓各方通信設備之間能夠通過標準與規范來進行相互交流，制定出來的一套標準，那么這個標準就是下面要介紹的。

OSI參考模型

OSI參考模型把網絡協議提供的服務分為7層，定義了每一層的服務內容（把復雜的事情分層次的去完成），但是OSI參考模型只是對各層的服務做了一個大綱，里面具體的協議內容并沒有詳細的規定，在實際中使用的是TCP/IP協議，OSI更多會出現在考試、面試的環節里面，在這里呢就作為一個了解。

應用層

OSI參考模型的第七層（最高層），直接向用戶提供服務，并且規定應用程序中通信相關的細節，比如我們常用的HTTP、HTTPS、郵件、FTP、遠程登錄等。

表示層

OSI參考模型第六層，負責數據格式的互相組轉換，轉換成各自看得懂的內容，比如我們看到的是圖片、文字、音頻、視頻等內容，但是計算機看不懂這些，需要轉換成計算機能看懂的“語言”形式，同樣的計算機的“語言”形式，用戶也看不懂，同樣需要轉換成成用戶能看懂的形式。

會話層

OSI參考模型的第五層，管理和協調不同主機上各種進程之間的通話，負責建立、維護、終止。在Windows上面其實很好體現，通過CMD輸入netstat -anob，就可以看到主機上面各種進程的會話信息，有建立的，有超時的，比如下面使用同一個瀏覽器（edge），訪問不同的網頁服務，在計算機里面有不同的進程，當用戶訪問優酷完畢后，關掉了這個瀏覽器的頁面，那么對應的整個進程的狀態會變成結束，會話層就會關掉這個進程。

OSI參考模型的第四層，為上幾層協議提供主機之間端到端的可靠或者不可靠訪問（經常聽到的TCP與UDP），并且通過端口號+地址來區分不同的應用進程。（如上圖netstat -anob進程里面，包含地址+端口號）

網絡層

OSI參考模型的第三層，在網絡層將數據傳輸到目的地，主要負責尋址和最優路徑的選擇。

數據鏈路層

OSI參考模型的第二層，在通信傳輸過程中，實際上都是通過物理介質進行傳輸實現（比如有線、WIFI、光纖），數據鏈路層的作用就是把物理層的比特流劃分成數據幀傳輸，并且在不同的鏈路層有不同的尋址方式（比如以太網、PPP）

物理層

OSI參考模型的第一層（最底層），負責邏輯信號（比特流）與物理信號（電信號、光信號）之間的相互轉換，并且通過傳輸介質為數據鏈路層提供物理連接。

TCP/IP協議

上面提到OSI 7層參考模型在實際中并沒有被使用，真正目前廣泛使用的則是TCP/IP協議，主要原因（僅代表個人觀點）

歷史原因：計算機網絡發展開始之處，各大廠商為了能在數據通信網絡占據主導地位，都推出了各自的網絡架構體系跟標準，比如IBM公司的IPX（玩過紅警的都知道），Apple公司的Apple Talk協議等，并且針對自己的協議推出了不同的硬件跟軟件，各個廠商的努力促進了整個網絡技術的快速發展和網絡設備種類的增長，但是帶來了一個嚴重的問題，各個廠商有自己的標準跟協議，使得整個網絡變的越來越復雜，并且協議之間大部分兼容性存在問題，無法進行通信，這個就是OSI參考模型出現的原因，試圖讓計算機網絡世界各種終端、協議之間能夠相互通信，達成互聯。這個理想是很美好的，但是在OSI參考模型成立研究之前，就已經有人研究出來了兩個協議，分別是TCP與IP協議（后續版本改名為TCP/IP），并且開始在大學學院之間開始進行測試，隨著不斷的人員加入測試并且完善，并且能夠兼容各個廠商平臺的協議特性，就使得大量廠商開始使用TCP/IP協議，盡管后面推出了標準OSI參考模型，但是此時TCP/IP協議已經在大范圍內開始運行，并且由IETF組織不斷的進行完善推進。

理想與現實：OSI模型屬于理論型產物，分層太過于明細，導致在實際產物的時候，成本、周期等增加，并且OSI并沒有在實際中驗證過，存在不確定性，導致很多公司不愿意使用OSI，對于比TCP/IP來說，已經在網絡中大范圍開始使用，有市場驗證，而且TCP/IP協議對比OSI來說簡單些，實現起來比較容易，更加符合市場的需求，最終TCP/IP成為了使用的主流，用到至今。（目前使用的主流是TCP/IP V4，也推出了V6版本，在慢慢的普及）

會發現在TCP/IP協議體系中會話層與表示層沒有了，并不是消失了，而是“合并在了應用層里面”，應用程序開發的時候，都會涉及到會話ID、將不同的文字、圖片、音頻、視頻有不同的表示，而OSI模型它希望把會話層與表示層獨立出來：讓不同的應用程序共享“會話層””與表示層”，但是這個愿望一直沒有實現過，原因是不同應用程序有不同的會話ID、表示內容，程序開發者直接在應用開發的時候就把“會話層”“表示層”需要的內容完美的給實現了，對于程序開發者來說實現起來更加方便，也更效率。

其他層與OSI參考對應的作用是一致的。

一定要記住TCP/IP協議體系是隨著互聯網發展不斷的在加入新的技術以及完善，也有設計之初沒有考慮到internet發展的這么壯大，也是遺留下來一些問題。（這個隨著慢慢的學習，會有所體會）

分層有什么好處？

舉幾個例子，來理解下分層的概念跟好處（生活中的舉例只能讓我們方便去理解，實際網絡處理起來會更加復雜）

（1）公司有多個部門，每個部門都有一個部門經理、一個助理，助理負責幫忙處理很多瑣事，這個時候A經理有一份文件想讓B經理簽字，把文件交給了A助理，A助理將文件交給B助理，B助理把文件交給了B經理，B經理簽字完成后，在由B助理交給A助理，A助理交給A經理，完成整個過程。

對于經理來說，他們關心的是這份文件的簽字；對于助理來說，他們關心的是如何以效率的方式送到雙方完成經理交代的任務。

可以把經理看作是上層，他不會關心A助理具體是如何將文件交給B助理的，不管你是面對面交付還是郵寄、叫跑腿，同樣的助理作為下層，他也不會去關心這份文件的內容是什么。從這個角度可以發現，下層（助理）對上層（經理）提供了透明的服務，上層只關注下層是否能夠提供正確的服務，分層在這里可以看成是層層交付 ，下層向上層提供服務，對于上層來說，如同A、B經理之間直接完成的簽字交付，他們不關心下層（底層）的具體細節操作與實現，相當于底層是透明的存在。（比如我們用瀏覽器訪問優酷，瀏覽器就會發送請求，對于瀏覽器來說，它不會去關心具體是怎么到達優酷服務器的，是從電信出去的、或者聯通、還是移動）

（2）計算機網絡其實是一個龐大的群體體系，包含了非常多的方向，數通工程師、安全工程師、無線工程師、核心骨干網、系統運維工程師、程序開發工程師、前端、后端等，如果不區分方向，把每個方向的具體作用跟分工劃分出來，都合并到一起，沒人能夠這么全面的掌握其內容，不利于職業的發展跟崗位人才的培養，同樣在TCP/IP協議體系中，每一層都有對其的職責跟分工，大家各司其職，這樣不管從效率還是實現起來更加的容易。

（3）便于排錯定位問題

假設某個公司要組建一套網絡，有網絡設備、有服務器，它想劃分成2個區域，一個服務器的一個辦公的，并且兩個區域之間訪問沒問題，另外服務器區域要搭建各種的服務，這個公司請來了兩個工程師，一個數通網絡工程師，一個系統運維工程師，數通網絡工程師負責把網絡設備跟區域之間的底層打通，而系統運維工程師，負責把服務搭建起來，在驗收的時候出現了一個問題，客戶發現辦公區訪問不到服務器區域，客戶又找到兩個工程師，讓他們來處理這個故障。（從服務器角度來看，它們跑的都是應用，提供服務為主，而辦公區到服務器涉及的則是網絡層與數據鏈路層的轉發，從不同層次的作用去檢查對應的服務是否正常工作來定位解決問題會比盲目的找要輕松很多。）

（4）從學習的角度來說，這個其實跟第二點很相似，比如學習路由交換，主要精力是放在網絡層與鏈路層（后面經常稱為三層與二層），把某個網絡的底層鏈路都連通起來，至于在這個網絡上面跑什么樣的應用，不去關心。而像程序開發、前端、后端這些主要精力則是放在應用層上面，應用程序搭建好了，接入到網絡里面來，至于它怎么被人訪問到的，怎么實現的，不去關注。（這不去關心指的是職責方面，但是作為學習的話，重點放在對應的層面上面即可，而隨著知識點的增加可以去了解了解其他層的工作流程，有時候其實也挺有用的）

至此呢，第一篇的內容就算結束了，主要是介紹了OSI模型以及TCP/IP協議體系，從歷史的原因講解了下為什么TCP/IP成為了目前主流，并且講解了下分層的作用，很多朋友在初學的時候容易被這個體系給困惑到，作為初學者不可能說一次就能夠完全掌握以及理解，因為就算是某一個方向，它都涉及到了許許多多的知識點內容，博主其實建議多看幾遍，第一遍做一個了解，因為隨著你網絡知識點的增加以及了解應用數據如何在網絡轉發后，對網絡的體系有了了解，有一個框架以后，在回過頭看第二遍、第三遍，你會發現有不一樣的理解跟收獲，而且新的內容會給你帶來新鮮感跟興趣，有了興趣學習起來更有動力，如果卡在一個環節過久，容易失去學習的激情，另外對于學習來說，一定要做好筆記，并且在后續中要自己多去嘗試，因為網絡里面協議你是看不到的，只有你去嘗試了，體驗了它的工作過程，對于某個協議的原理理解就會更加深刻，因為我們學習技術最終是以客戶需求為前提，然后做出整體規劃、對接、實施，以及遇到問題后能夠定位以及解決故障，并不是說這個我會配置了就行了，協議本身是單一的，你得懂它的原理，并且在什么情況下使用，以及怎么跟其他協議一起工作完成整個網絡的對接，這個就是作為初學者在路由交換這塊要學習的，也就是本次課程的內容跟目的。（PS：這個是第一次寫入門教程，比想象中的難度大多了，這篇我就寫了三天才寫出來，有不足的地方多多包涵，后續我會盡量以通俗以及舉例的方式來講解知識點的原理，以及應用場景，包括實際客戶需求怎么去規劃、對接，做到學以致用，在這個方向領域會走的更加長遠。）

對于路由交換的課程，構思了兩個星期，一直在想一個好的順序流程，以及怎么去講解，因為跟之前的兩門課程無線與防火墻不一樣，路由交換屬于數通里面的入門課程，往往面向的是沒有基礎，或者有點基礎很零散的朋友，里面很多協議、數據包轉發的過程都比較抽象，所以博主希望以比較通俗的話語加上與實際生活舉例來講解這些比較枯燥的概念，后續在講解路由交換的時候以實際工作中的常見組網類型從如何規劃、對接、運用什么技術，實現客戶的需求等方面講解，讓讀者可以學完后能夠做到學以致用，畢竟學習技術是用來解決實際問題的。（另外說明下，該課程只針對中小型企業搭建使用常見的技術以及架構進行講解，不會跟官方定義的大綱來，像ISIS、BGP、MPLS這些就不會涉及了）

網絡協議

在我們生活中，使用互聯網是日常必不可少的事情了，經常會使用電腦或者手機去追劇、購物、聊天、辦公，在使用的過程中，其實是會使用到很多的網絡協議。

以最常見的家庭網絡舉例，我們在辦理了寬帶后（不管從電信、聯通、移動），接上一個家用無線路由器簡單初始化后，對于用戶而言它就可以直接使用了，它不會去關心怎么是實現的上網，上網的過程中發生了什么！但是作為學習計算機網絡的我們，這個是必續了解了，畢竟以后是吃飯的家伙。我們使用手機連接WIFI連接到無線路由器，使用的是802.11（WLAN協議），而電腦通常通過網線接入到路由器的LAN口，使用的是以太網（ETHER2協議），在接入的過程中，無線路由器會給電腦、手機下發網絡配置信息，這個使用的是DHCP協議，這個時候手機跟電腦獲取完成后可以正常開始正常的局域網通信了，訪問局域網里面的共享文件夾或者設備，而訪問互聯網的應用，比如抖音、B站、微信等，就依賴無線路由來進行相關協議的對接，把局域網接通互聯網，接通后，那么手機與電腦就可以正常的訪問需要的互聯網應用了。

這里就帶來了一個疑問，互聯網各式各樣的廠商設備都有，像普通個人用戶產品無線路由器設備有TP、華為、華三、小米、華碩等廠商，企業/運營商級別網絡產品有思科、華為、華三、Juniper等廠商，服務器有HP、DELL、IBM，終端設備廠商就更多了，那么這些廠商設備在對接的時候怎么保證互相通信不出問題呢？答案就是：網絡協議，網絡協議的出現就是為了讓各方通信設備之間能夠通過標準與規范來進行相互交流，制定出來的一套標準，那么這個標準就是下面要介紹的。

OSI參考模型

OSI參考模型把網絡協議提供的服務分為7層，定義了每一層的服務內容（把復雜的事情分層次的去完成），但是OSI參考模型只是對各層的服務做了一個大綱，里面具體的協議內容并沒有詳細的規定，在實際中使用的是TCP/IP協議，OSI更多會出現在考試、面試的環節里面，在這里呢就作為一個了解。

應用層

OSI參考模型的第七層（最高層），直接向用戶提供服務，并且規定應用程序中通信相關的細節，比如我們常用的HTTP、HTTPS、郵件、FTP、遠程登錄等。

表示層

OSI參考模型第六層，負責數據格式的互相組轉換，轉換成各自看得懂的內容，比如我們看到的是圖片、文字、音頻、視頻等內容，但是計算機看不懂這些，需要轉換成計算機能看懂的“語言”形式，同樣的計算機的“語言”形式，用戶也看不懂，同樣需要轉換成成用戶能看懂的形式。

會話層

OSI參考模型的第五層，管理和協調不同主機上各種進程之間的通話，負責建立、維護、終止。在Windows上面其實很好體現，通過CMD輸入netstat -anob，就可以看到主機上面各種進程的會話信息，有建立的，有超時的，比如下面使用同一個瀏覽器（edge），訪問不同的網頁服務，在計算機里面有不同的進程，當用戶訪問優酷完畢后，關掉了這個瀏覽器的頁面，那么對應的整個進程的狀態會變成結束，會話層就會關掉這個進程。

傳輸層

OSI參考模型的第四層，為上幾層協議提供主機之間端到端的可靠或者不可靠訪問（經常聽到的TCP與UDP），并且通過端口號+地址來區分不同的應用進程。（如上圖netstat -anob進程里面，包含地址+端口號）

網絡層

OSI參考模型的第三層，在網絡層將數據傳輸到目的地，主要負責尋址和最優路徑的選擇。

數據鏈路層

OSI參考模型的第二層，在通信傳輸過程中，實際上都是通過物理介質進行傳輸實現（比如有線、WIFI、光纖），數據鏈路層的作用就是把物理層的比特流劃分成數據幀傳輸，并且在不同的鏈路層有不同的尋址方式（比如以太網、PPP）

物理層

OSI參考模型的第一層（最底層），負責邏輯信號（比特流）與物理信號（電信號、光信號）之間的相互轉換，并且通過傳輸介質為數據鏈路層提供物理連接。

TCP/IP協議

上面提到OSI 7層參考模型在實際中并沒有被使用，真正目前廣泛使用的則是TCP/IP協議，主要原因（僅代表個人觀點）

歷史原因：計算機網絡發展開始之處，各大廠商為了能在數據通信網絡占據主導地位，都推出了各自的網絡架構體系跟標準，比如IBM公司的IPX（玩過紅警的都知道），Apple公司的Apple Talk協議等，并且針對自己的協議推出了不同的硬件跟軟件，各個廠商的努力促進了整個網絡技術的快速發展和網絡設備種類的增長，但是帶來了一個嚴重的問題，各個廠商有自己的標準跟協議，使得整個網絡變的越來越復雜，并且協議之間大部分兼容性存在問題，無法進行通信，這個就是OSI參考模型出現的原因，試圖讓計算機網絡世界各種終端、協議之間能夠相互通信，達成互聯。這個理想是很美好的，但是在OSI參考模型成立研究之前，就已經有人研究出來了兩個協議，分別是TCP與IP協議（后續版本改名為TCP/IP），并且開始在大學學院之間開始進行測試，隨著不斷的人員加入測試并且完善，并且能夠兼容各個廠商平臺的協議特性，就使得大量廠商開始使用TCP/IP協議，盡管后面推出了標準OSI參考模型，但是此時TCP/IP協議已經在大范圍內開始運行，并且由IETF組織不斷的進行完善推進。

理想與現實：OSI模型屬于理論型產物，分層太過于明細，導致在實際產物的時候，成本、周期等增加，并且OSI并沒有在實際中驗證過，存在不確定性，導致很多公司不愿意使用OSI，對于比TCP/IP來說，已經在網絡中大范圍開始使用，有市場驗證，而且TCP/IP協議對比OSI來說簡單些，實現起來比較容易，更加符合市場的需求，最終TCP/IP成為了使用的主流，用到至今。（目前使用的主流是TCP/IP V4，也推出了V6版本，在慢慢的普及）

會發現在TCP/IP協議體系中會話層與表示層沒有了，并不是消失了，而是“合并在了應用層里面”，應用程序開發的時候，都會涉及到會話ID、將不同的文字、圖片、音頻、視頻有不同的表示，而OSI模型它希望把會話層與表示層獨立出來：讓不同的應用程序共享“會話層””與表示層”，但是這個愿望一直沒有實現過，原因是不同應用程序有不同的會話ID、表示內容，程序開發者直接在應用開發的時候就把“會話層”“表示層”需要的內容完美的給實現了，對于程序開發者來說實現起來更加方便，也更效率。

其他層與OSI參考對應的作用是一致的。

一定要記住TCP/IP協議體系是隨著互聯網發展不斷的在加入新的技術以及完善，也有設計之初沒有考慮到internet發展的這么壯大，也是遺留下來一些問題。（這個隨著慢慢的學習，會有所體會）

分層有什么好處？

舉幾個例子，來理解下分層的概念跟好處（生活中的舉例只能讓我們方便去理解，實際網絡處理起來會更加復雜）

（1）公司有多個部門，每個部門都有一個部門經理、一個助理，助理負責幫忙處理很多瑣事，這個時候A經理有一份文件想讓B經理簽字，把文件交給了A助理，A助理將文件交給B助理，B助理把文件交給了B經理，B經理簽字完成后，在由B助理交給A助理，A助理交給A經理，完成整個過程。

對于經理來說，他們關心的是這份文件的簽字；對于助理來說，他們關心的是如何以效率的方式送到雙方完成經理交代的任務。

可以把經理看作是上層，他不會關心A助理具體是如何將文件交給B助理的，不管你是面對面交付還是郵寄、叫跑腿，同樣的助理作為下層，他也不會去關心這份文件的內容是什么。從這個角度可以發現，下層（助理）對上層（經理）提供了透明的服務，上層只關注下層是否能夠提供正確的服務，分層在這里可以看成是層層交付 ，下層向上層提供服務，對于上層來說，如同A、B經理之間直接完成的簽字交付，他們不關心下層（底層）的具體細節操作與實現，相當于底層是透明的存在。（比如我們用瀏覽器訪問優酷，瀏覽器就會發送請求，對于瀏覽器來說，它不會去關心具體是怎么到達優酷服務器的，是從電信出去的、或者聯通、還是移動）

（2）計算機網絡其實是一個龐大的群體體系，包含了非常多的方向，數通工程師、安全工程師、無線工程師、核心骨干網、系統運維工程師、程序開發工程師、前端、后端等，如果不區分方向，把每個方向的具體作用跟分工劃分出來，都合并到一起，沒人能夠這么全面的掌握其內容，不利于職業的發展跟崗位人才的培養，同樣在TCP/IP協議體系中，每一層都有對其的職責跟分工，大家各司其職，這樣不管從效率還是實現起來更加的容易。

（3）便于排錯定位問題

（4）從學習的角度來說，這個其實跟第二點很相似，比如學習路由交換，主要精力是放在網絡層與鏈路層（后面經常稱為三層與二層），把某個網絡的底層鏈路都連通起來，至于在這個網絡上面跑什么樣的應用，不去關心。而像程序開發、前端、后端這些主要精力則是放在應用層上面，應用程序搭建好了，接入到網絡里面來，至于它怎么被人訪問到的，怎么實現的，不去關注。（這不去關心指的是職責方面，但是作為學習的話，重點放在對應的層面上面即可，而隨著知識點的增加可以去了解了解其他層的工作流程，有時候其實也挺有用的）

至此呢，第一篇的內容就算結束了，主要是介紹了OSI模型以及TCP/IP協議體系，從歷史的原因講解了下為什么TCP/IP成為了目前主流，并且講解了下分層的作用，很多朋友在初學的時候容易被這個體系給困惑到，作為初學者不可能說一次就能夠完全掌握以及理解，因為就算是某一個方向，它都涉及到了許許多多的知識點內容，博主其實建議多看幾遍，第一遍做一個了解，因為隨著你網絡知識點的增加以及了解應用數據如何在網絡轉發后，對網絡的體系有了了解，有一個框架以后，在回過頭看第二遍、第三遍，你會發現有不一樣的理解跟收獲，而且新的內容會給你帶來新鮮感跟興趣，有了興趣學習起來更有動力，如果卡在一個環節過久，容易失去學習的激情，另外對于學習來說，一定要做好筆記，并且在后續中要自己多去嘗試，因為網絡里面協議你是看不到的，只有你去嘗試了，體驗了它的工作過程，對于某個協議的原理理解就會更加深刻，因為我們學習技術最終是以客戶需求為前提，然后做出整體規劃、對接、實施，以及遇到問題后能夠定位以及解決故障，并不是說這個我會配置了就行了，協議本身是單一的，你得懂它的原理，并且在什么情況下使用，以及怎么跟其他協議一起工作完成整個網絡的對接，這個就是作為初學者在路由交換這塊要學習的，也就是本次課程的內容跟目的。（PS：這個是第一次寫入門教程，比想象中的難度大多了，這篇我就寫了三天才寫出來，有不足的地方多多包涵，后續我會盡量以通俗以及舉例的方式來講解知識點的原理，以及應用場景，包括實際客戶需求怎么去規劃、對接，做到學以致用，在這個方向領域會走的更加長遠。）

過程，對于某個協議的原理理解就會更加深刻，因為我們學習技術最終是以客戶需求為前提，然后做出整體規劃、對接、實施，以及遇到問題后能夠定位以及解決故障，并不是說這個我會配置了就行了，協議本身是單一的，你得懂它的原理，并且在什么情況下使用，以及怎么跟其他協議一起工作完成整個網絡的對接，這個就是作為初學者在路由交換這塊要學習的，也就是本次課程的內容跟目的。（PS：這個是第一次寫入門教程，比想象中的難度大多了，這篇我就寫了三天才寫出來，有不足的地方多多包涵，后續我會盡量以通俗以及舉例的方式來講解知識點的原理，以及應用場景，包括實際客戶需求怎么去規劃、對接，做到學以致用，在這個方向領域會走的更加長遠。）