對于MSR、SR66分布式設(shè)備，當(dāng)流量從三層聚合口、隧道口等邏輯業(yè)務(wù)接口上到設(shè)備時，如果邏輯接口下沒有配置service slot指定處理流量的板卡，在處理相應(yīng)流量時可能存在問題。此處舉例說明關(guān)于缺少該配置的問題：1. MSR5640的virtual-template虛模板接口下的大包不通 2. MSR5660的ipsec tunnel接口下BFD檢測會話異常down 3. SR6608X的三層聚合口轉(zhuǎn)發(fā)性能差 此類問題基本可描述為邏輯業(yè)務(wù)口下的業(yè)務(wù)卡頓、丟包或不通。

　　在MSR、SR66、SR88設(shè)備的命令手冊中，都有service slot命令，相關(guān)說明為：當(dāng)要求同一個全局邏輯業(yè)務(wù)處理接口(一維接口，包括tunnel bundle、virtual-ppp、virtual-template、hdlc bundle、三層聚合口、dialer、tunnel、vlan-interface)的流量必須在同一個slot上進(jìn)行處理時，可以在該虛擬接口下配置處理接口流量的slot。 對于MSR分布式設(shè)備，主控板和轉(zhuǎn)發(fā)板都可以對報文進(jìn)行處理。當(dāng)流量從轉(zhuǎn)發(fā)板的接口到達(dá)設(shè)備時，如果沒有指定轉(zhuǎn)發(fā)板為service slot，會有流量上送到主控處理，在此過程中有可能出現(xiàn)問題。對于SR66分布式設(shè)備，也有同樣的情況。在此對上面提到三個具體問題的原因進(jìn)行說明： 1. MSR5640的virtual-template虛模板接口對應(yīng)的物理接口在SPU板上，當(dāng)SPU板上的物理接口收到大包報文，由于未指定service slot，設(shè)備會以SPU板對報文進(jìn)行轉(zhuǎn)發(fā)處理。同時設(shè)備需要對大包進(jìn)行分片，分片則要在主控上進(jìn)行。這樣可能會導(dǎo)致報文在主控板和轉(zhuǎn)發(fā)板之間處理異常，導(dǎo)致丟包或業(yè)務(wù)不通; 2. MSR5660的ipsec tunnel接口對應(yīng)物理接口在SPU板上，下配置BFD進(jìn)行檢測，在與對端設(shè)備連接正常情況下，MSR56收到BFD報文上送主控處理，主控板與轉(zhuǎn)發(fā)板之間對BFD報文處理異常，設(shè)備沒有將BFD報文發(fā)給對端，對端設(shè)備認(rèn)為BFD?；畛瑫r，將BFD會話down掉，進(jìn)而使兩端設(shè)備的ipsec tunnel接口down; 3. SR66(V7)的三層聚合口對應(yīng)物理接口在業(yè)務(wù)板上，未配置service slot時，對到達(dá)聚合口的流量會進(jìn)行普通轉(zhuǎn)發(fā)，不走快轉(zhuǎn)表，導(dǎo)致轉(zhuǎn)發(fā)處理能力下降，業(yè)務(wù)卡頓; 4. SR66(V7)做IRF時，跨框的聚合口做NAT時，需要配置service slot，以指定處理NAT流量的板卡。 未配置service slot帶來的問題，現(xiàn)象主要包括經(jīng)過相應(yīng)邏輯接口的業(yè)務(wù)延遲大、丟包及業(yè)務(wù)不通，可能的原因包括但不限于上述情況，具體原因與業(yè)務(wù)類型相關(guān)。因此，對于上面所說的全局邏輯接口(tunnel、三層聚合口l等)，都建議配置service slot。 類似的，對于IRF設(shè)備，需要在所有全局邏輯接口下指定service chassis及slot，否則會由于與上述同樣的原因?qū)τ绊憳I(yè)務(wù)。

　　對于MSR和SR66分布式設(shè)備，需要確保在全局邏輯接口下指定service slot。

　　對于MSR和SR66設(shè)備的全局邏輯接口，雖然配置指導(dǎo)中service slot命令是可選，但為了保證業(yè)務(wù)正常，需要配上service slot，對處理邏輯接口流量的板卡進(jìn)行指定。 對SR88設(shè)備，邏輯接口下無需配置service slot。

• 上一篇：H3C waf自定義規(guī)則無法阻斷
• 下一篇：無線終端視頻馬賽克處理的經(jīng)驗案例