寫在前頭的話

本次實驗的內容是關於TCP的，這段時間一直都在積極的儲備著關於計算機網路基礎的知識，所以接觸過一點wireshark，本次實驗的物件是TCP，因為應用層的FTP是建立在TCP上的，又因為機房的電腦FTP服務好使，所以…..
先來看一看本次實驗的要求吧

為了更好的理解本次實驗的FTP的操作，我建議先對此部落格進行詳細閱讀：
FTP檔案傳輸協議——xwdpepsi的部落格引用了大神的部落格，希望大神看到了不要介意哈哈哈哈

1、 從上圖來分析，我們可以很方便的看到此次試驗所用的客戶端ip地址為10.111.134.124，所用伺服器的ip地址為10.111.100.210，因為使用的是FTP協議進行的試驗，根據FTP的性質，我們可以得知FTP是建立在可靠地TCP上的，而且FTP所進行的傳輸是未加密的明文傳輸，所以我們可以從截圖可以方便的得知FTP客戶端所使用的賬戶是：anonymous，伺服器想要使用完整的email地址作為傳輸密碼，所以客戶端傳送密碼：

2、為了更好地理解ftp的一些細節問題，採用cmd實現登陸ftp 10.111.100.210，
User: anonymous ，Password: [email protected]，
使用Filter過濾器，得到了整個過程的TCP流，從抓取的包中我們可以看見最上面的就是我們一開始建立連線的三次握手，然後後面的各種資料傳輸是根據cmd中的ftp命令所進行的傳輸，從教師佈置作業目錄一路cd到dbr目錄下的圖片1.png，使用ftp的get命令下載圖片1.png，然後使用bye命令關閉連線，最後在抓取的包中我們也可以看見最後的釋放連線的四次握手！

3、 我們檢視44號包，可以發現，客戶端使用的是2821埠（臨時埠），伺服器使用的是21埠（熟知埠，同時驗證是pasv模式，FTP傳輸分兩步：1、控制資訊在21號埠傳輸 2、資料資訊在20號埠傳輸），並且可以得知44號包第一個握手報文段的首部是28個位元組（加了SACK選項），同時客戶端向伺服器宣告自己的接收視窗大小為65535位元組，這也符合2的16次方報文段規定的大小。

4、檢視303號包到430號包，發現缺少307號到429號包，分析303、304、305、306號包發現，客戶端和伺服器進行資料傳輸前的確認工作，303：伺服器：我想連線客戶端的4377（11,19）號埠（前面是狀態埠，這個是資料埠）。304：客戶端：客戶埠連線成功。305：客戶端：請求圖片1.png的資訊。306：伺服器：請求成功，給你檔案資訊。
接下來就進入FTP的資料傳輸過程
在wireshark中的Filter中輸入:ftp-data，進行資料包的過濾，

圖片1.png的位元組數是148801 Bytes，100多個包，每一次傳輸1460位元組資料（目測該乙太網最大傳輸單元為MTU=1500，1460+ip頭部20+TCP頭部20），結果也基本正確。

5、 連續檢視FTP資料傳輸時的TCP Graph RTT圖，發現RTT大多都穩定在0.000085s之下，基本可以判斷該鏈路TCP不存在擁塞狀況

6、通過檢視wireshark的專家資訊，發現也沒有出現數據包重傳的情況，進一步判斷該鏈路擁塞狀況良好，基本排除擁塞的可能。

通過仔細排查TCP協議的報文段，沒有發現重傳的痕跡。

總結：
本次實驗最大的收穫就是通過wireshark進一步立即了計算機網路相關協議的聯絡，本次實驗的物件是FTP，通過對FTP的研究，深刻的認識到各協議之間的緊密聯絡，同時也明白了計算機網路分層的強大之處。