tag:blogger.com,1999:blog-1978652979840829013.post3025001793552963094..comments2024-02-13T07:05:41.069-08:00Comments on sFlow: Configuring Dell switchesPeterhttp://www.blogger.com/profile/00856599914190257147noreply@blogger.comBlogger7125tag:blogger.com,1999:blog-1978652979840829013.post-22664229953611618882016-07-01T07:29:28.066-07:002016-07-01T07:29:28.066-07:00Unfortunately, I don't have either of those sw...Unfortunately, I don't have either of those switches to try. Based on previous comments, it sounds like the CLI syntax has changed. Did you look through the updated examples in the comments? Please post the correct configuration settings when you find them. Peterhttps://www.blogger.com/profile/00856599914190257147noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-50447520665306066862016-07-01T05:50:32.260-07:002016-07-01T05:50:32.260-07:00Hi,
I am looking for a workaround to enable sFlow...Hi,<br /><br />I am looking for a workaround to enable sFlow on Dell 5548 and 6240 switchesPPJMhttps://www.blogger.com/profile/08914110202598024611noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-66280310738919088252013-05-30T09:32:55.485-07:002013-05-30T09:32:55.485-07:00Update on my problem:
DELL Technical support iden...Update on my problem:<br /><br />DELL Technical support identifies that there is a bug in their firmware (PCT6248, 7048, 8132) that would\should be fixed in the next release.<br /><br />creating receiver, samplers and poller via CLI is the workaround as these settings are savingShawn_Bhttps://www.blogger.com/profile/06240185150390686183noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-67263909235857531472013-03-27T13:54:17.215-07:002013-03-27T13:54:17.215-07:00Hi all,
"One other last caveat - there seems...Hi all,<br /><br />"One other last caveat - there seems to be a bug with the switch not persisting polling and sampling configs after a reboot (I have an open case with Dell on it), so be aware that you may need to re-apply the polling/sampling lines above to get it to work again"<br /><br />I have the same issue.<br /><br />It is happening on my PowerConnect 7048 (stacked), 7048R-RA single unit.<br /><br />The switches were factory shipped with firmware version 4.2.2.3.<br /><br />I upgraded to firmware version 5.0.1.3 and then configured the switches for management, to discover this problem.<br /><br />I have reverted to version 4.2.2.3 to realize the problem persists.<br /><br />Currently have a support case with DELLShawn_Bhttps://www.blogger.com/profile/06240185150390686183noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-35474272029867174432012-04-20T07:24:10.814-07:002012-04-20T07:24:10.814-07:00The above issues were resolved in latest 4.2.1.3 b...The above issues were resolved in latest 4.2.1.3 build. <br /><br />(i) No Timeout option is now available<br />(ii) The user was entering the wrong syntax. Ranges are specified in the following manner:<br />List of ports: sflow 2 polling te1/0/1,te1/0/3<br />Range of ports: sflow 3 polling te1/0/1-3Babujihttps://www.blogger.com/profile/18319129687641718239noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-81236320169683384652011-07-01T14:24:43.980-07:002011-07-01T14:24:43.980-07:00also the mandatory timeout is a bitch anyhow, next...also the mandatory timeout is a bitch anyhow, next thing they will include a counter that will reset to factory default or something ;-)<br /><br />My RANCID was also spammed with changes until I noticedkramshoejhttps://www.blogger.com/profile/14007520779441904326noreply@blogger.comtag:blogger.com,1999:blog-1978652979840829013.post-23475148855977581602010-07-29T08:40:06.415-07:002010-07-29T08:40:06.415-07:00This syntax didn't quite work for me - I'm...This syntax didn't quite work for me - I'm using firmware 3.1.5.2 on the M6220 powerconnect switches. These are blade switches for the M1000E Chassis.<br /><br />What worked for me was<br /><br />sflow 1 destination <br />sflow 1 destination owner timeout 4294967295<br />sflow 1 polling ethernet 1/g1-1/g16 30<br />sflow 1 polling ethernet 2/g1-2/g16 30<br />sflow 1 sampling ethernet 1/g1-1/g16 1024<br />sflow 1 sampling ethernet 2/g1-2/g16 1024<br /><br />Notice that the sflow destination ip and the owner lines needed to be separate. Also, with the version I'm running, 1024 was the smallest sample size it would allow.<br /><br />Another btw, if you run a stack on two powerconnects, the switch has 40 interfaces (interfaces 1/1 - 1/16 for eth0 of each blade, 2/1 - 2/16 for eth1, and then 1/17-1/20 and 2/17-2/20 for uplinks). However, there seems to be a sampling limit on the firmware that only allows 32, so that's why I did 1/g1-1/g16 in the command above instead of 1/g1-1/g20.<br /><br />Also, if you happen to use rancid to manage your dell configs, you will need to modify it to ignore the timeout, as it descreases all the time, so rancid sees it as a config change and will alert every time.<br /><br />that change goes into "drancid" file in the WriteTerm sub, like so<br /><br /> # ignore sflow countdown timer<br /> if (/(sflow\s+\d+.*timeout)/) {<br /> ProcessHistory("","","","$1 4294967295\n"); next;<br /> }<br /><br />One other last caveat - there seems to be a bug with the switch not persisting polling and sampling configs after a reboot (I have an open case with Dell on it), so be aware that you may need to re-apply the polling/sampling lines above to get it to work again. It might be specific to stacked switches.<br /><br />Hope this helps!whallhttps://www.blogger.com/profile/13024858828813574154noreply@blogger.com