網管員基礎知識：Ping與Telnet通過Fwsm的區(qū)別

網管員基礎知識：Ping與Telnet通過Fwsm的區(qū)別

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

網管員基礎知識環(huán)境

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等，其路由表如下：

網管員基礎知識測試結果

從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轉發(fā)后，SerB從接口bond0.100上面接收到123.37.109.15的echo request的數據包，然后查找路由表發(fā)現返回到123.37.109.15的數據包需要通過bond0.109接口轉發(fā)，所以從bond0.109轉發(fā)

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

2、從123.37.109.15 telnet 123.37.100.246 的 22端口

經過Fwsm轉發(fā)后，SerB從接口bond0.100上面接收到123.37.109.15的syn的數據包，然后查找路由表發(fā)現返回到123.37.109.15的數據包需要通過bond0.109接口轉發(fā)，所以從bond0.109轉發(fā)ack數據包，經過Fwsm轉發(fā)到源服務器SerA，但是通訊卻失敗。

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

【推薦閱讀】

◆云oa系統管理專區(qū)

◆解析云oa系統管理與BSM：IT部門的ERP

◆云oa系統管理系統是云oa系統部門績效考核的關鍵

◆BTIM運維管理核心思想淺析

◆網管軟件專區(qū)