2011-06-26

new CORE-switch

最近換了新的骨幹交換器

把用了近九年左右的foundry 8000換成BD8810...跟廠商一起協同更換約斷線三小時左右…

不過,在sflow上遇到了一個問題…

1)廠商是根據之前old-core-switch來設定sflow…但神奇的是他沒設定sflow的接收位址…難怪在bd8810上的log看到sflow丟出找不到目的端…

2)指令使用方式跟之前的使用習慣不同…且指令定義的方式也不一樣…搞不清楚這種東西難不成不能訂成一樣嗎…

3)原先sflow所收的sampling-rate是8192(foundry的sflow sampling-rate是512)…但廠商在core上設定的是256…

如果先不同sampling-rate的話…主要的重點就是…要把目的端先設定出來…
但bd8810上找不到sflow dest、server…等等可以一眼就可以看出來的設定方式…
他要用collector.....

configure sflow collector [sflow-server-ipaddress]

我本來以為這樣設定就好了…看了一下他執行之後的東西…上述指令會補完為

configure sflow collector [sflow-server-ipaddress] port [sflow-listen-udp-port-number] vr "VR-Mgmt"

port以後的是自動以預設值補完的(port-number default is 6343)…但…
我設定完之後發現sflow-packet沒有送到我的sflow-server…

我在sflow-server(Fedora-core4)上使用

tcpdump port 6343
&
tcpdump host [sflow-client-ipaddress]

都沒資料…

後來在[電腦中心 | 設定sflow流量監控]才找到…

原來,如果你的sflow不是直接接在bd8810的mgmt上的話,他指令預設補完的"VR-Mgmt"是不正確的…要改用"VR-Default"…

所以,完整的指令為

configure sflow collector [sflow-server-ipaddress] port [sflow-listen-udp-port-number] vr "VR-Default"

再來到sflow-server上用tcpdump查看,就看到資料了

再到inmon的server-performanc,就有看到流量的起伏了…

沒有留言: