Testing procedures for new network implementation?
Hi All We are in the process of planning for the upgrade of a 3Com network. The new infrastructure will be comprised of 3Com 4950s with XRN and a dozen stacks of 4400s. What are the best practices of testing the new implementation? Any advices or suggestions would be greatly appreciated. The only software that we have is the 3Com Network Director. Thank you in advance. Wayne Chow Network Administrator Faculty of Dentistry, University of Toronto
Wayne, My organization has recently switched from a similar infrastructure to the following: Core: http://www.svec.com/PRODUCTS/fd800ds/FD800DS2.htm Distribution layer: http://www.svec.com/Products/FD521EDS.HTM Wire closet: http://www.svec.com/Products/fd510eds.htm We have seen a noticeable increase in performance, ROI, and manageability following the migration away from the prior 3Com solution. If you have any implementation-specific questions, please mail me off list and I'll do my best to answer them. With regards, ---Rico ----- Original Message ----- From: Wayne Chow <wayne.chow@utoronto.ca> Date: Wed, 11 Aug 2004 10:20:44 -0400 Subject: Testing procedures for new network implementation? To: nanog@merit.edu Hi All We are in the process of planning for the upgrade of a 3Com network. The new infrastructure will be comprised of 3Com 4950s with XRN and a dozen stacks of 4400s. What are the best practices of testing the new implementation? Any advices or suggestions would be greatly appreciated. The only software that we have is the 3Com Network Director. Thank you in advance. Wayne Chow Network Administrator Faculty of Dentistry, University of Toronto
Hi Rick You seem slightly confused: All the URLs you sent are for 10/100 ethernet switches/hubs (I inserted the relevant title below each url ) -- Rafi ## On 2004-08-11 10:39 -0400 Ricardo "Rick" Gonzalez typed: R"G> R"G> Wayne, R"G> R"G> My organization has recently switched from a similar infrastructure to R"G> the following: R"G> R"G> Core: http://www.svec.com/PRODUCTS/fd800ds/FD800DS2.htm FD800DS 8-port Dual Speed Hub R"G> Distribution layer: http://www.svec.com/Products/FD521EDS.HTM FD521 5-port Fast Ethernet Switch R"G> Wire closet: http://www.svec.com/Products/fd510eds.htm FD510 5-Port Fast Ethernet Hub R"G> R"G> We have seen a noticeable increase in performance, ROI, and R"G> manageability following the migration away from the prior 3Com R"G> solution. If you have any implementation-specific questions, please R"G> mail me off list and I'll do my best to answer them. R"G> R"G> With regards, R"G> ---Rico R"G>
No Rafi, I'm not "confused", I replied recounting what my organization deployed as a replacement for the hardware which Wayne is currently working on. Please refrain from further ad-hominem personal attacks in violation of this forum's charter. Just because different list participants have different approaches for solving a particular problem doesn't mean one is necessarily "wrong", and needs to be lambasted. This is what makes NANOG so diverse and great, like this country of ours. ---Rico, who is putting "NA" back in "NANOG" On Wed, 11 Aug 2004 18:13:37 +0300 (IDT), Rafi Sadowsky <rafi-nanog@meron.openu.ac.il> wrote:
Hi Rick
You seem slightly confused:
All the URLs you sent are for 10/100 ethernet switches/hubs (I inserted the relevant title below each url )
-- Rafi
## On 2004-08-11 10:39 -0400 Ricardo "Rick" Gonzalez typed:
R"G> R"G> Wayne, R"G> R"G> My organization has recently switched from a similar infrastructure to R"G> the following: R"G> R"G> Core: http://www.svec.com/PRODUCTS/fd800ds/FD800DS2.htm FD800DS 8-port Dual Speed Hub
R"G> Distribution layer: http://www.svec.com/Products/FD521EDS.HTM FD521 5-port Fast Ethernet Switch
R"G> Wire closet: http://www.svec.com/Products/fd510eds.htm FD510 5-Port Fast Ethernet Hub
R"G> R"G> We have seen a noticeable increase in performance, ROI, and R"G> manageability following the migration away from the prior 3Com R"G> solution. If you have any implementation-specific questions, please R"G> mail me off list and I'll do my best to answer them. R"G> R"G> With regards, R"G> ---Rico R"G>
On Wed, Aug 11, 2004 at 10:20:44AM -0400, Wayne Chow wrote:
We are in the process of planning for the upgrade of a 3Com network. The new infrastructure will be comprised of 3Com 4950s with XRN and a dozen stacks of 4400s. What are the best practices of testing the new implementation? Any advices or suggestions would be greatly appreciated. The only software that we have is the 3Com Network Director.
Ignoring the lame trolling which has already beset this thread, the 4400 is a solid, reasonably priced and fast edge switch [1]. 3Com could do some things better but then so can lots of manufacturers. They're certainly a world apart from the old Superstack II stuff. Unfortunately they do little to market some of the little know features of the platform. You want at least v3 firmware although v4 is out now and we've pretty much deployed it with no problems. There's not really a great deal to testing a L2 infrastructure. Analyse the failure modes fully - power down devices to see what breaks, unplug optics and replug to check links come back up cleanly. Test and tune your spanning tree if you use it. Test multicast if you're using it. Create some loops and see if storm control works. Usual site-specific stuff you'd probably have done during procurement - test with your common desktop hardware, test with other devices, etc. We don't really use 3NS - it doesn't scale at all to our network - but we do give it to some of the remote site 2nd-line people where they have a few handfuls of switches in nonstandard topologies to look after. Will. [1] with ~400 24 and 48-port devices deployed on our network I feel I can speak with a degree of authority. For our edge, Vendor 3 won a competitive OJEC tender vs others including Vendor C.
participants (4)
-
Rafi Sadowsky
-
Ricardo "Rick" Gonzalez
-
Wayne Chow
-
Will Hargrave