認識Ping與Telnet通過Fwsm的區別

2020-04-18 12:47:27

字體：大中小

來源：轉載

供稿：網友

　　大家都知道Ping是無狀態的三層報文，而Telnet是有狀態的四層以上的報文。下面從一個現象來說明問題。

　　環境

　　CISCO7609上面配置了多個VLan包括vlan100和vlan109，并且7609上面配置了3個VRF，vlan100屬于vlan31，vlan109屬于vlan32。不同vrf之間通過Fwsm互聯。有2臺服務器，其一（命令為SerA）的IP分別為123.37.109.15。另外一臺(命令為SerB)比較特別，其網口配置成了trunk模式，不同子接口IP包括123.37.100.246，123.37.108.246以及123.37.109.246等，其路由表如下：

　　 Ping

　　測試結果

　　從123.37.109.15 ping 123.37.100.246，結果通訊正常；但是從123.37.109.15 telnet 123.37.100.246 22（此端口本地測試通訊正常）卻不通。

　　分析

　　1、從123.37.109.15 ping 123.37.100.246

　　經過Fwsm轉發后，SerB從接口bond0.100上面接收到123.37.109.15的echo request的數據包，然后查找路由表發現返回到123.37.109.15的數據包需要通過bond0.109接口轉發，所以從bond0.109轉發

　　數據包，經過Fwsm轉發到源服務器SerA，通訊正常。如下SerB上bond0.100和bond0.109的抓包：

　　 Ping

　　2、從123.37.109.15 telnet 123.37.100.246 的 22端口

　　經過Fwsm轉發后，SerB從接口bond0.100上面接收到123.37.109.15的syn的數據包，然后查找路由表發現返回到123.37.109.15的數據包需要通過bond0.109接口轉發，所以從bond0.109轉發ack數據包，經

　　過Fwsm轉發到源服務器SerA，但是通訊卻失敗。于是抓包如下：

　　在SerA上抓到dst port 22的數據包：

　　 Ping

　　在SerB上抓從123.37.109.15過來的ssh數據包：

　　 Ping

　　在SerB上抓到123.37.109.15的返回數據包：

　　請添加描述

　　在SerA上抓到從123.37.100.246返回的數據包：

　　請添加描述

　　分析結論

　　所以根據上面截圖可以分析出源服務器SerA收到了發往123.37.100.246的22端口的返回數據包，而且源和目的端口都正確，但是為什么就是不通呢？而Ping包為什么又是通的呢？這就需要從Ping和Telnet上面來分析了。首先大家都知道Ping是無狀態的三層數據包，而Telnet是有狀態的四層以上的數據包，所以在針對這些數據包的處理方式上肯定存在區別。當Ping包經過了Fwsm后，由于其為無狀態報文，所以Fwsm制作簡單處理后轉發數據包；然后當Telnet的報文經過Fwsm后，由于其為有狀態報文，所以Fwsm需要做序列號的重新編號和狀態檢測處理，然后轉發數據包。雖然源服務器貌似接收到了Telnet的返回數據包，但是與自己發送的syn報文的序列號不匹配，所以此Telnet進程就失敗了。

上一篇：10Gb以太網和雙絞線銅纜的應用

下一篇：菜鳥課堂：特殊用途的IP地址詳細介紹