【導(dǎo)讀】版權(quán)所有，保留一切權(quán)利。全部，并不得以任何形式傳播。®、HUAWEI®、華為®、C&C08®、EAST8000®、HONET®、®、視點(diǎn)®、ViewPoint®、INtess®、ETS®、DMC®、TELLIN®、InfoLink®、Netkey®、Quidway®、SYNLOCK®、Radium®、雷霆®、M900/M1800®、TELESIGHT®、Quidview®、Musa®、視點(diǎn)通®、Airbridge®、Tellwin®、Inmedia®、VRP®、DOPRA®、iTELLIN®、均為華為技術(shù)有限公司的商標(biāo)。由于產(chǎn)品版本升級或其它原因，本手冊內(nèi)容會不定期進(jìn)行更新。

　　

【正文】 本接口雙工模式是 Fullduplex mode， 則可以斷定，對端是處于 自協(xié)商 工作模式； 這時(shí)不用更改自協(xié)商模式 ； 反之，如果顯示本接口雙工模式是Halfduplex mode， 則可以斷定，對端是處于 強(qiáng)制 100M/全雙工 工作模式（也可能是半雙工，但是不應(yīng)該 這樣配置，半雙工會導(dǎo)致丟包 ） 。這時(shí)，應(yīng)該將本接口強(qiáng)制配置成 100M/全雙工工作模式以匹配對端網(wǎng)口的工作模式。 接口輸入錯(cuò)誤統(tǒng)計(jì) 如下所示。 由于采用的 MAC芯片不同，錯(cuò)誤項(xiàng)可能不同。以下僅介紹 Eudemon200各芯片都共有的錯(cuò)誤統(tǒng)計(jì)。 Input: 207300 packets, 12438000 bytes 1267168 broadcasts, 0 multicasts 6523 errors, 0 runts, 0 giants, 0 CRC, 0 collisions, 0 late collisions, 0 overruns, 0 jabbers, 0 input no buffers, 6523 Resource errors 0 other errors Output:194571 packets, 11674260 bytes 0 errors, 0 late collisions, 0 underruns, 0 retransmit limits 1. 輸入方向錯(cuò)誤 runts：短幀錯(cuò)誤。 MAC 芯片接 收 到報(bào)文長度小于 60 字節(jié)（包括填充字節(jié)） 。 giants：長幀錯(cuò)誤。 Eudemon200管理網(wǎng)口能支持的最長幀 為 1536字節(jié)， 2FE網(wǎng)口能支持的最長幀 為 1700 字節(jié) 。 Quidway Eudemon 系列 防火墻 維護(hù)手冊 故障分析處理 錯(cuò)誤 !未找到引用源。 防火墻接口問題的定位 23 CRC： CRC 校驗(yàn)錯(cuò)。此錯(cuò)誤一般都是由于線路質(zhì)量造成的。但是，如果對端工作在半雙工模式而本接口工作在全雙工模式，流量較大時(shí)，本接口會同時(shí)接 收 到 runts 和CRC的錯(cuò)誤報(bào)文。此現(xiàn)象可以反過來推斷出對端網(wǎng)口可能出現(xiàn)工作模式不匹配的問題。 collisions： 碰撞錯(cuò)誤，此錯(cuò)誤一般是 MAC 工作在半雙工模式導(dǎo)致的錯(cuò)包。 late collisions： 遲碰撞，與半雙工工作模式相關(guān)的錯(cuò)誤。 overruns： MAC 芯片輸入隊(duì)列 溢出。 MAC 芯片先將報(bào)文緩存到芯片上的 FIFO隊(duì)列緩存，當(dāng)?shù)竭_(dá)一定字節(jié)時(shí)，會將 FIFO 中保存的報(bào)文搬移到系統(tǒng)主存。如果芯片處理能力較弱并且流量較大時(shí)，會出現(xiàn)前一個(gè)報(bào)文還未完全搬移，下一個(gè)報(bào)文的內(nèi)容又將要寫入 FIFO 的情況 ， 即 overrun。性能較高的網(wǎng)口一般不會出現(xiàn)此類錯(cuò)誤。 input no buffers：軟件內(nèi)存申請錯(cuò)誤。軟件申請不到足夠的內(nèi)存來容納 MAC 芯片接收 的報(bào)文。一般情況下不會出現(xiàn)此錯(cuò)誤。如果此錯(cuò)誤統(tǒng)計(jì)一直增長 ， 說明軟件可能存在內(nèi)存泄漏問題。 resource errors：接收資源錯(cuò)誤。 MAC 芯片得不到可用接收描述符以接收報(bào)文，會導(dǎo)致丟包。這說明接口流量太大，超過了能夠承受的處理能力。不過這種錯(cuò)誤是正?，F(xiàn)象，它能定性的說明一段時(shí)間內(nèi)網(wǎng)口流量較大。 2. 輸出方向 錯(cuò)誤 late collisions：遲碰撞，與半雙工工作模式相關(guān)的錯(cuò)誤。 underruns： MAC 芯片輸出隊(duì)列溢出。與輸入 overrun錯(cuò)誤類似。發(fā)送報(bào)文時(shí)， MAC芯片先將報(bào)文從系統(tǒng)主存中搬移到芯片的輸出 FIFO隊(duì)列緩存，當(dāng)?shù)竭_(dá)一定字節(jié)時(shí)，MAC 芯片會將 FIFO中保存的報(bào)文進(jìn)行輸出。如果芯片處理能力較弱并且需要輸出的報(bào)文流量較大時(shí)，會出現(xiàn) 前一個(gè)報(bào)文還未完全輸出下一個(gè)報(bào)文的內(nèi)容又將要寫入FIFO 的情況 ， 即 underrun。性能較高的網(wǎng)口一般不會出現(xiàn)此類錯(cuò)誤。 retransmit limits：輸出超過重傳次數(shù)限制。與半雙工工作模式相關(guān)的錯(cuò)誤。 ? 小技巧： 一般情況下 ， 我們推薦防火墻的以太網(wǎng)接口工作在強(qiáng)制 100M 全雙工模式，因?yàn)檫@種情況下防火墻接口工作最穩(wěn)定可靠，當(dāng)然這也要求對端接口也配置成強(qiáng)制 100M全雙工模式，如果對方不支持配置成強(qiáng)制 100M 全雙工的話，防火墻的接口也不能這么配，因?yàn)榻涌趦啥四Ｊ讲黄ヅ涞脑挄龊芏噱e(cuò)誤，而導(dǎo)致報(bào)文被底層 丟棄 。 注意： 防火墻的以太網(wǎng)接口如果配置成自協(xié)商的話，如果鏈路狀態(tài)不穩(wěn)定 ， 會導(dǎo)致防火墻的重協(xié)商 ， 從而導(dǎo)致短暫的轉(zhuǎn)發(fā)中斷，因此要特別注意這種情況下的鏈路質(zhì)量； 此外， 防火墻上的接口是路由設(shè)備，其上的信號相對較弱，如果直連的對端設(shè)備也是Quidway Eudemon 系列 防火墻 維護(hù)手冊 故障分析處理 錯(cuò)誤 !未找到引用源。 防火墻接口問題的定位 24 一個(gè)弱信號源的設(shè)備，在網(wǎng)線太長的時(shí)候自協(xié)商的速率會很低，在某個(gè)局點(diǎn)的應(yīng)用時(shí)候就出現(xiàn)過這種問題， 客戶 的鏈路通過光中繼器連接到防火墻，在中繼器和防火墻之間的網(wǎng)線較短的時(shí)候防火墻工作還正常，協(xié)商出來的信息為 100M 全雙工 。 后來 客戶 修改了組網(wǎng)，把兩者之間的網(wǎng)線擴(kuò)展到 50M 之后，就 只能協(xié)商處理 10M 半雙工了，為了解決這個(gè)問題 ， 我們在中繼器和防火墻之間加了一個(gè)交換機(jī)。 Eudemon200以太網(wǎng)口丟包停止轉(zhuǎn)發(fā)問題定位方法 如果開始的時(shí)候防火墻工作正常，而運(yùn)行一段時(shí)間后，發(fā)現(xiàn)通過防火墻的流量都停止了 ， 表現(xiàn)為無法 ping 通防火墻接口，此時(shí)查看防火墻接口信息（防火墻上多次執(zhí)行 display interface Ether … ），發(fā)現(xiàn)某方向無統(tǒng)計(jì)信息 ， 這時(shí)候就需要確認(rèn)是否是接口收發(fā)報(bào)文的問題了。要確定是否是收發(fā)報(bào)文也很簡單，可以通過兩次顯示接口信息并對比收發(fā)報(bào)文數(shù)，可以判斷是否是收發(fā)報(bào) 文的問題（注：請不要在用戶模式下執(zhí)行 clear count interface，因?yàn)檫@樣會導(dǎo)致很多有用信息丟失） 。 以下文檔描述了當(dāng)防火墻出現(xiàn)流量停止的定位方法。重點(diǎn)關(guān)注的是流量終止的 三種可能 原因（僅限于管理網(wǎng)口和 82559的 2FE接口卡） ： ? 對端沒有報(bào)文過來 ? 底層處理錯(cuò)誤導(dǎo)致停止收發(fā) ? 上層協(xié)議棧處理錯(cuò)誤 Eudemon設(shè)備管理和驅(qū)動的 debug開關(guān) [Eudemon] debugging dev ? all All diag Diagnose gteth1 gt ether 1 管理網(wǎng)口 0/0/0 gteth2 gt ether 2 管理網(wǎng)口 0/0/1 fe ether card 82559 以太網(wǎng)口 load Load srm Srm Eudemonsystemview Enter system view , return user view with Ctrl+Z. 正常的管理網(wǎng)口輸出（打開驅(qū)動 debug開關(guān)前的正常輸出） [Eudemon] display interface ether Ether0/0/0 current state : UP Quidway Eudemon 系列 防火墻 維護(hù)手冊 故障分析處理 錯(cuò)誤 !未找到引用源。 防火墻接口問題的定位 25 Line protocol current state : UP Description: HUAWEI, Eudemon Series, Ether0/0/0 Interface The Maximum Transmit Unit is 1500, Hold timer is 10(sec) Inter Address is IP Sending Frames39。 Format is PKTFMT_ETHNT_2, Hardware address is Media type is twisted pair, loopback not set, promiscuous mode not set 100Mb/sspeed mode, Fullduplex mode, link type is force link Output flowcontrol is unsupported, input flowcontrol is unsupported FIFO queuing: (Outbound queue: Size/Length/Discards) FIFO: 0/75/0 5 minutes input rate bytes/sec, packets/sec 5 minutes output rate bytes/sec, packets/sec Input: 207300 packets, 12438000 bytes 1267168 broadcasts, 0 multicasts 6523 errors, 0 runts, 0 giants, 0 CRC, 0 collisions, 0 late collisions, 0 overruns, 0 jabbers, 0 input no buffers, 6523 Resource errors 0 other errors Output:194571 packets, 11674260 bytes 0 errors, 0 late collisions, 0 underruns, 0 retransmit limits 打開管理網(wǎng)口調(diào)試輸出 ? 說明 ： 以下 加粗 字體 信息是在正常信息基礎(chǔ)上新增加的芯片統(tǒng)計(jì) 。 [Eudemon] debugging dev gteth1 [Eudemon] display interface ether Ether0/0/0 current state: UP Line protocol current state: UP Description: HUAWEI, Eudemon Series, Ether0/0/0 Interface The Maximum Transmit Unit is 1500, Hold timer is 10(sec) Inter Address is Quidway Eudemon 系列 防火墻 維護(hù)手冊 故障分析處理 錯(cuò)誤 !未找到引用源。 防火墻接口問題的定位 26 IP Sending Frames39。 Format is PKTFMT_ETHNT_2, Hardware address is Media type is twisted pair, loopback not set, promiscuous mode not set 100Mb/sspeed mode, Fullduplex mode, link type is force link Output flowcontrol is unsupported, input flowcontrol is unsupported FIFO queuing: (Outbound queue: Size/Length/Discards) FIFO: 0/75/0 5 minutes input rate bytes/sec, packets/sec 5 minutes output rate bytes/sec, packets/sec Input: 207300 packets, 12438000 bytes 1267168 broadcasts, 0 multicasts 1267168 total, 1267168 good ?MAC芯片接收統(tǒng)計(jì) 1267168 broadcasts, 0 multicasts, 81098752 total bytes 6523 errors, 0 runts, 0 giants, 0 CRC, 0 collisions, 0 late collisions, 0 overruns, 0 jabbers, 0 input no buffers, 6523 Resource errors 0 other errors Output:194571 packets, 11674260 bytes 194571 Frm, 194571 UCast, 0 MCast, 0 BCast, 12452544 Total bytes ?MAC芯片發(fā)送統(tǒng)計(jì) 0 errors, 0 late collisions, 0 underruns, 0 retransmit limits 0 Resource err Tsmt call:194571, done:194571, LowErr