Network Switch Upgrade Planning questions Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?How is IEEE 802.1ad (aka VLAN Tagging, QinQ) valid, when the packets are too large?VLAN ConfirmationDell N2000: switch will not respond on configured in-band IPReview of network connectivity diagramConfigure VLAN on Cisco SG-200 switch connected to a Meraki switch/networkEX3300: Voice VLAN stopped working after upgrade to 15.1R6.7Splitting network between guests and production clientsIntermittently loose communication with upstream managed switchMultiple VLAN setup questionsQuestions about VLANs

"Destructive force" carried by a B-52?

Why did Bronn offer to be Tyrion Lannister's champion in trial by combat?

Lights are flickering on and off after accidentally bumping into light switch

reduction from 3-SAT to Subset Sum problem

What is the definining line between a helicopter and a drone a person can ride in?

Reflections in a Square

How to get a single big right brace?

Can a Knight grant Knighthood to another?

Unix AIX passing variable and arguments to expect and spawn

When does Bran Stark remember Jamie pushing him?

What helicopter has the most rotor blades?

tabularx column has extra padding at right?

Determine the generator of an ideal of ring of integers

How to charge percentage of transaction cost?

Recursive calls to a function - why is the address of the parameter passed to it lowering with each call?

Does traveling In The United States require a passport or can I use my green card if not a US citizen?

What documents does someone with a long-term visa need to travel to another Schengen country?

Has a Nobel Peace laureate ever been accused of war crimes?

Weaponising the Grasp-at-a-Distance spell

Married in secret, can marital status in passport be changed at a later date?

Is there a way to convert Wolfram Language expression to string?

Why do people think Winterfell crypts is the safest place for women, children & old people?

Do chord progressions usually move by fifths?

Why doesn't the university give past final exams' answers?



Network Switch Upgrade Planning questions



Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)
Announcing the arrival of Valued Associate #679: Cesar Manara
Unicorn Meta Zoo #1: Why another podcast?How is IEEE 802.1ad (aka VLAN Tagging, QinQ) valid, when the packets are too large?VLAN ConfirmationDell N2000: switch will not respond on configured in-band IPReview of network connectivity diagramConfigure VLAN on Cisco SG-200 switch connected to a Meraki switch/networkEX3300: Voice VLAN stopped working after upgrade to 15.1R6.7Splitting network between guests and production clientsIntermittently loose communication with upstream managed switchMultiple VLAN setup questionsQuestions about VLANs










5















enter image description hereHi ladies and gentlemen. I have been asked to come up with a plan for upgrading old 3750G switches to 3850Us. The manager asked me to present a plan of what I would do if I were the network engineer in charge of this change. This is a for a medical facility and I'm wondering what do I need to be certain to include in the plan. The old switches on the left side and the plan for the new ones on the right side. What is the specific configuration on the switch so that some devices would stay online as much as possible? Can I just reuse old configs from the old devices? what about the PortChannel? can I use the same ones?



Below are the circumstances that were presented to me by the manager:



  1. The downtime is from 6:00p to 9:00p.


  2. The current IOS standard for a 3850U stack is 03.06.06E.


  3. All of the network gear is currently on site and still in boxes. Inventory has not been done.


  4. The default VLAN in the closet is VL3. 80% of the devices are on VL3.


  5. There are other devices on other VLANS, VL53, VL68 (PACS), VL42 (Utility), VL501 (APs), 7XX (wired phones).


  6. There are some devices on VL68 that need to stay online as much as possible.


  7. There will be a few other devices that you have to identify and make sure they stay online as much as possible.


  8. There is one mission critical department that uses this closet, ICU










share|improve this question
























  • Hello A Culver and welcome. Is this a real life hospital and ICU?

    – jonathanjo
    7 hours ago











  • Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

    – YLearn
    9 mins ago















5















enter image description hereHi ladies and gentlemen. I have been asked to come up with a plan for upgrading old 3750G switches to 3850Us. The manager asked me to present a plan of what I would do if I were the network engineer in charge of this change. This is a for a medical facility and I'm wondering what do I need to be certain to include in the plan. The old switches on the left side and the plan for the new ones on the right side. What is the specific configuration on the switch so that some devices would stay online as much as possible? Can I just reuse old configs from the old devices? what about the PortChannel? can I use the same ones?



Below are the circumstances that were presented to me by the manager:



  1. The downtime is from 6:00p to 9:00p.


  2. The current IOS standard for a 3850U stack is 03.06.06E.


  3. All of the network gear is currently on site and still in boxes. Inventory has not been done.


  4. The default VLAN in the closet is VL3. 80% of the devices are on VL3.


  5. There are other devices on other VLANS, VL53, VL68 (PACS), VL42 (Utility), VL501 (APs), 7XX (wired phones).


  6. There are some devices on VL68 that need to stay online as much as possible.


  7. There will be a few other devices that you have to identify and make sure they stay online as much as possible.


  8. There is one mission critical department that uses this closet, ICU










share|improve this question
























  • Hello A Culver and welcome. Is this a real life hospital and ICU?

    – jonathanjo
    7 hours ago











  • Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

    – YLearn
    9 mins ago













5












5








5








enter image description hereHi ladies and gentlemen. I have been asked to come up with a plan for upgrading old 3750G switches to 3850Us. The manager asked me to present a plan of what I would do if I were the network engineer in charge of this change. This is a for a medical facility and I'm wondering what do I need to be certain to include in the plan. The old switches on the left side and the plan for the new ones on the right side. What is the specific configuration on the switch so that some devices would stay online as much as possible? Can I just reuse old configs from the old devices? what about the PortChannel? can I use the same ones?



Below are the circumstances that were presented to me by the manager:



  1. The downtime is from 6:00p to 9:00p.


  2. The current IOS standard for a 3850U stack is 03.06.06E.


  3. All of the network gear is currently on site and still in boxes. Inventory has not been done.


  4. The default VLAN in the closet is VL3. 80% of the devices are on VL3.


  5. There are other devices on other VLANS, VL53, VL68 (PACS), VL42 (Utility), VL501 (APs), 7XX (wired phones).


  6. There are some devices on VL68 that need to stay online as much as possible.


  7. There will be a few other devices that you have to identify and make sure they stay online as much as possible.


  8. There is one mission critical department that uses this closet, ICU










share|improve this question
















enter image description hereHi ladies and gentlemen. I have been asked to come up with a plan for upgrading old 3750G switches to 3850Us. The manager asked me to present a plan of what I would do if I were the network engineer in charge of this change. This is a for a medical facility and I'm wondering what do I need to be certain to include in the plan. The old switches on the left side and the plan for the new ones on the right side. What is the specific configuration on the switch so that some devices would stay online as much as possible? Can I just reuse old configs from the old devices? what about the PortChannel? can I use the same ones?



Below are the circumstances that were presented to me by the manager:



  1. The downtime is from 6:00p to 9:00p.


  2. The current IOS standard for a 3850U stack is 03.06.06E.


  3. All of the network gear is currently on site and still in boxes. Inventory has not been done.


  4. The default VLAN in the closet is VL3. 80% of the devices are on VL3.


  5. There are other devices on other VLANS, VL53, VL68 (PACS), VL42 (Utility), VL501 (APs), 7XX (wired phones).


  6. There are some devices on VL68 that need to stay online as much as possible.


  7. There will be a few other devices that you have to identify and make sure they stay online as much as possible.


  8. There is one mission critical department that uses this closet, ICU







vlan






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 14 mins ago









YLearn

22.5k548106




22.5k548106










asked 7 hours ago









A CulverA Culver

314




314












  • Hello A Culver and welcome. Is this a real life hospital and ICU?

    – jonathanjo
    7 hours ago











  • Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

    – YLearn
    9 mins ago

















  • Hello A Culver and welcome. Is this a real life hospital and ICU?

    – jonathanjo
    7 hours ago











  • Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

    – YLearn
    9 mins ago
















Hello A Culver and welcome. Is this a real life hospital and ICU?

– jonathanjo
7 hours ago





Hello A Culver and welcome. Is this a real life hospital and ICU?

– jonathanjo
7 hours ago













Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

– YLearn
9 mins ago





Welcome to NE, we hope you will both contribute to and learn from this community. Please do not vandalize your own posts. It is not helpful in any way. You can always delete your own posts by using the "delete" link. This takes less effort for both you and users of the site. Deleted posts cannot be viewed unless a user has over 10k reputation on that site and if a user can view the deleted post, they can also see a history of the edits/versions of the post.

– YLearn
9 mins ago










2 Answers
2






active

oldest

votes


















8














I will start by assuming that there is enough room and power in the IDFs to rack the new switches along with the old ones. If this is not the case, STOP RIGHT HERE. Three hours is waaaay too short a change window to remove and replace the switches. You will have to come up with a plan over multiple change windows to move one stack per window. Even then, you need to be sure you know exactly what is plugged in where.



You should configure the new switches "on the bench," meaning they should be fully configured and tested before you start moving cables.



To answer your specific questions:




What is the specific configuration on the switch so that some devices
would stay online as much as possible?




To minimize downtime, you need to have the old and new switches trunked together, so VLANs will exist on both old and new switches at the same time. Then, you can move cables one at a time from old to new.




Can I just reuse old configs from the old devices? what about the
PortChannel? can I use the same ones?




For the most part, the VLAN and interface configurations can probably stay the same, but I notice you have different number of switches in the old and new stacks, so some port numbers will change. There may be a few other things that may be hardware specific. If you post your configs, we can give you more detailed answer.






share|improve this answer


















  • 3





    Just to add: if the cables aren't labeled yet you'd want to do that now.

    – Zac67
    5 hours ago











  • Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

    – Ben
    2 hours ago


















7














In addition to the excellent answer about the switches themselves ...



Testing



Consider:



  • Exactly what tests will qualify the new setup as satisfactory?

  • Can you run the tests continuously?

  • Can you do a practice run? (Perhaps without actually replugging anything)

  • How long will it take you to reverse to the old equipment?

As examples, perhaps you can automate ping tests to your entire set of devices, and have that running continuously. Then, as each device moves from old to new, a brief failure will show, followed by recovery. If seeing that happen is just looking over to a screen, that's much quicker than having to sit and manually perform some tests.



What happens if it fails?



You've said the network is a hospital with an ICU.



Suppose it fails half-way through, for any reason whatsoever, the consequences for an ICU are very possibly life-threatening.



Things I'd consider:



  • Do I have backup staff who can reverse to a known good state?

  • Do I have a clear cut-off time to commit to the new equipment?

The reasons for the failure can be as unpredictable as network staff family or medical emergency, equipment theft, terrorist event -- all of which have happened to projects of mine. Never mind surprise equipment bugs or mistaken parameters and project underestimation.



Ground control



  • Do I have a "ground control" person authourised to abort the cutover if they see it going wrong?

Nobody ever plans to get into the situation where the networking staff are over-tired and over-stressed and thing "just a few more minutes" will fix it. But it happens with surprising frequency. One way to avoid the threat of overwhelmed technical staff is to have a "ground control" person who knows the schedule and knows how and when to order a reverse to the known-good state. I put in measures like this on high-stress projects as mental health protection after seeing over-committed staff work until they dropped -- thankfully only large commercial and never medical projects. If they do that and fall asleep without proven project completion on mission critical projects it's awful costly. The more important the project, the more likely people will push themselves hard if it goes wrong, and many are unaware of their own endurance limits.






share|improve this answer


















  • 1





    All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

    – Ron Trunk
    5 hours ago











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "496"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fnetworkengineering.stackexchange.com%2fquestions%2f58641%2fnetwork-switch-upgrade-planning-questions%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









8














I will start by assuming that there is enough room and power in the IDFs to rack the new switches along with the old ones. If this is not the case, STOP RIGHT HERE. Three hours is waaaay too short a change window to remove and replace the switches. You will have to come up with a plan over multiple change windows to move one stack per window. Even then, you need to be sure you know exactly what is plugged in where.



You should configure the new switches "on the bench," meaning they should be fully configured and tested before you start moving cables.



To answer your specific questions:




What is the specific configuration on the switch so that some devices
would stay online as much as possible?




To minimize downtime, you need to have the old and new switches trunked together, so VLANs will exist on both old and new switches at the same time. Then, you can move cables one at a time from old to new.




Can I just reuse old configs from the old devices? what about the
PortChannel? can I use the same ones?




For the most part, the VLAN and interface configurations can probably stay the same, but I notice you have different number of switches in the old and new stacks, so some port numbers will change. There may be a few other things that may be hardware specific. If you post your configs, we can give you more detailed answer.






share|improve this answer


















  • 3





    Just to add: if the cables aren't labeled yet you'd want to do that now.

    – Zac67
    5 hours ago











  • Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

    – Ben
    2 hours ago















8














I will start by assuming that there is enough room and power in the IDFs to rack the new switches along with the old ones. If this is not the case, STOP RIGHT HERE. Three hours is waaaay too short a change window to remove and replace the switches. You will have to come up with a plan over multiple change windows to move one stack per window. Even then, you need to be sure you know exactly what is plugged in where.



You should configure the new switches "on the bench," meaning they should be fully configured and tested before you start moving cables.



To answer your specific questions:




What is the specific configuration on the switch so that some devices
would stay online as much as possible?




To minimize downtime, you need to have the old and new switches trunked together, so VLANs will exist on both old and new switches at the same time. Then, you can move cables one at a time from old to new.




Can I just reuse old configs from the old devices? what about the
PortChannel? can I use the same ones?




For the most part, the VLAN and interface configurations can probably stay the same, but I notice you have different number of switches in the old and new stacks, so some port numbers will change. There may be a few other things that may be hardware specific. If you post your configs, we can give you more detailed answer.






share|improve this answer


















  • 3





    Just to add: if the cables aren't labeled yet you'd want to do that now.

    – Zac67
    5 hours ago











  • Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

    – Ben
    2 hours ago













8












8








8







I will start by assuming that there is enough room and power in the IDFs to rack the new switches along with the old ones. If this is not the case, STOP RIGHT HERE. Three hours is waaaay too short a change window to remove and replace the switches. You will have to come up with a plan over multiple change windows to move one stack per window. Even then, you need to be sure you know exactly what is plugged in where.



You should configure the new switches "on the bench," meaning they should be fully configured and tested before you start moving cables.



To answer your specific questions:




What is the specific configuration on the switch so that some devices
would stay online as much as possible?




To minimize downtime, you need to have the old and new switches trunked together, so VLANs will exist on both old and new switches at the same time. Then, you can move cables one at a time from old to new.




Can I just reuse old configs from the old devices? what about the
PortChannel? can I use the same ones?




For the most part, the VLAN and interface configurations can probably stay the same, but I notice you have different number of switches in the old and new stacks, so some port numbers will change. There may be a few other things that may be hardware specific. If you post your configs, we can give you more detailed answer.






share|improve this answer













I will start by assuming that there is enough room and power in the IDFs to rack the new switches along with the old ones. If this is not the case, STOP RIGHT HERE. Three hours is waaaay too short a change window to remove and replace the switches. You will have to come up with a plan over multiple change windows to move one stack per window. Even then, you need to be sure you know exactly what is plugged in where.



You should configure the new switches "on the bench," meaning they should be fully configured and tested before you start moving cables.



To answer your specific questions:




What is the specific configuration on the switch so that some devices
would stay online as much as possible?




To minimize downtime, you need to have the old and new switches trunked together, so VLANs will exist on both old and new switches at the same time. Then, you can move cables one at a time from old to new.




Can I just reuse old configs from the old devices? what about the
PortChannel? can I use the same ones?




For the most part, the VLAN and interface configurations can probably stay the same, but I notice you have different number of switches in the old and new stacks, so some port numbers will change. There may be a few other things that may be hardware specific. If you post your configs, we can give you more detailed answer.







share|improve this answer












share|improve this answer



share|improve this answer










answered 7 hours ago









Ron TrunkRon Trunk

40.1k33781




40.1k33781







  • 3





    Just to add: if the cables aren't labeled yet you'd want to do that now.

    – Zac67
    5 hours ago











  • Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

    – Ben
    2 hours ago












  • 3





    Just to add: if the cables aren't labeled yet you'd want to do that now.

    – Zac67
    5 hours ago











  • Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

    – Ben
    2 hours ago







3




3





Just to add: if the cables aren't labeled yet you'd want to do that now.

– Zac67
5 hours ago





Just to add: if the cables aren't labeled yet you'd want to do that now.

– Zac67
5 hours ago













Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

– Ben
2 hours ago





Another addition, one of the most important bench tests would be to power cycle and verify settings after. This should help to remember to save to flash, which has burnt me in the past.

– Ben
2 hours ago











7














In addition to the excellent answer about the switches themselves ...



Testing



Consider:



  • Exactly what tests will qualify the new setup as satisfactory?

  • Can you run the tests continuously?

  • Can you do a practice run? (Perhaps without actually replugging anything)

  • How long will it take you to reverse to the old equipment?

As examples, perhaps you can automate ping tests to your entire set of devices, and have that running continuously. Then, as each device moves from old to new, a brief failure will show, followed by recovery. If seeing that happen is just looking over to a screen, that's much quicker than having to sit and manually perform some tests.



What happens if it fails?



You've said the network is a hospital with an ICU.



Suppose it fails half-way through, for any reason whatsoever, the consequences for an ICU are very possibly life-threatening.



Things I'd consider:



  • Do I have backup staff who can reverse to a known good state?

  • Do I have a clear cut-off time to commit to the new equipment?

The reasons for the failure can be as unpredictable as network staff family or medical emergency, equipment theft, terrorist event -- all of which have happened to projects of mine. Never mind surprise equipment bugs or mistaken parameters and project underestimation.



Ground control



  • Do I have a "ground control" person authourised to abort the cutover if they see it going wrong?

Nobody ever plans to get into the situation where the networking staff are over-tired and over-stressed and thing "just a few more minutes" will fix it. But it happens with surprising frequency. One way to avoid the threat of overwhelmed technical staff is to have a "ground control" person who knows the schedule and knows how and when to order a reverse to the known-good state. I put in measures like this on high-stress projects as mental health protection after seeing over-committed staff work until they dropped -- thankfully only large commercial and never medical projects. If they do that and fall asleep without proven project completion on mission critical projects it's awful costly. The more important the project, the more likely people will push themselves hard if it goes wrong, and many are unaware of their own endurance limits.






share|improve this answer


















  • 1





    All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

    – Ron Trunk
    5 hours ago















7














In addition to the excellent answer about the switches themselves ...



Testing



Consider:



  • Exactly what tests will qualify the new setup as satisfactory?

  • Can you run the tests continuously?

  • Can you do a practice run? (Perhaps without actually replugging anything)

  • How long will it take you to reverse to the old equipment?

As examples, perhaps you can automate ping tests to your entire set of devices, and have that running continuously. Then, as each device moves from old to new, a brief failure will show, followed by recovery. If seeing that happen is just looking over to a screen, that's much quicker than having to sit and manually perform some tests.



What happens if it fails?



You've said the network is a hospital with an ICU.



Suppose it fails half-way through, for any reason whatsoever, the consequences for an ICU are very possibly life-threatening.



Things I'd consider:



  • Do I have backup staff who can reverse to a known good state?

  • Do I have a clear cut-off time to commit to the new equipment?

The reasons for the failure can be as unpredictable as network staff family or medical emergency, equipment theft, terrorist event -- all of which have happened to projects of mine. Never mind surprise equipment bugs or mistaken parameters and project underestimation.



Ground control



  • Do I have a "ground control" person authourised to abort the cutover if they see it going wrong?

Nobody ever plans to get into the situation where the networking staff are over-tired and over-stressed and thing "just a few more minutes" will fix it. But it happens with surprising frequency. One way to avoid the threat of overwhelmed technical staff is to have a "ground control" person who knows the schedule and knows how and when to order a reverse to the known-good state. I put in measures like this on high-stress projects as mental health protection after seeing over-committed staff work until they dropped -- thankfully only large commercial and never medical projects. If they do that and fall asleep without proven project completion on mission critical projects it's awful costly. The more important the project, the more likely people will push themselves hard if it goes wrong, and many are unaware of their own endurance limits.






share|improve this answer


















  • 1





    All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

    – Ron Trunk
    5 hours ago













7












7








7







In addition to the excellent answer about the switches themselves ...



Testing



Consider:



  • Exactly what tests will qualify the new setup as satisfactory?

  • Can you run the tests continuously?

  • Can you do a practice run? (Perhaps without actually replugging anything)

  • How long will it take you to reverse to the old equipment?

As examples, perhaps you can automate ping tests to your entire set of devices, and have that running continuously. Then, as each device moves from old to new, a brief failure will show, followed by recovery. If seeing that happen is just looking over to a screen, that's much quicker than having to sit and manually perform some tests.



What happens if it fails?



You've said the network is a hospital with an ICU.



Suppose it fails half-way through, for any reason whatsoever, the consequences for an ICU are very possibly life-threatening.



Things I'd consider:



  • Do I have backup staff who can reverse to a known good state?

  • Do I have a clear cut-off time to commit to the new equipment?

The reasons for the failure can be as unpredictable as network staff family or medical emergency, equipment theft, terrorist event -- all of which have happened to projects of mine. Never mind surprise equipment bugs or mistaken parameters and project underestimation.



Ground control



  • Do I have a "ground control" person authourised to abort the cutover if they see it going wrong?

Nobody ever plans to get into the situation where the networking staff are over-tired and over-stressed and thing "just a few more minutes" will fix it. But it happens with surprising frequency. One way to avoid the threat of overwhelmed technical staff is to have a "ground control" person who knows the schedule and knows how and when to order a reverse to the known-good state. I put in measures like this on high-stress projects as mental health protection after seeing over-committed staff work until they dropped -- thankfully only large commercial and never medical projects. If they do that and fall asleep without proven project completion on mission critical projects it's awful costly. The more important the project, the more likely people will push themselves hard if it goes wrong, and many are unaware of their own endurance limits.






share|improve this answer













In addition to the excellent answer about the switches themselves ...



Testing



Consider:



  • Exactly what tests will qualify the new setup as satisfactory?

  • Can you run the tests continuously?

  • Can you do a practice run? (Perhaps without actually replugging anything)

  • How long will it take you to reverse to the old equipment?

As examples, perhaps you can automate ping tests to your entire set of devices, and have that running continuously. Then, as each device moves from old to new, a brief failure will show, followed by recovery. If seeing that happen is just looking over to a screen, that's much quicker than having to sit and manually perform some tests.



What happens if it fails?



You've said the network is a hospital with an ICU.



Suppose it fails half-way through, for any reason whatsoever, the consequences for an ICU are very possibly life-threatening.



Things I'd consider:



  • Do I have backup staff who can reverse to a known good state?

  • Do I have a clear cut-off time to commit to the new equipment?

The reasons for the failure can be as unpredictable as network staff family or medical emergency, equipment theft, terrorist event -- all of which have happened to projects of mine. Never mind surprise equipment bugs or mistaken parameters and project underestimation.



Ground control



  • Do I have a "ground control" person authourised to abort the cutover if they see it going wrong?

Nobody ever plans to get into the situation where the networking staff are over-tired and over-stressed and thing "just a few more minutes" will fix it. But it happens with surprising frequency. One way to avoid the threat of overwhelmed technical staff is to have a "ground control" person who knows the schedule and knows how and when to order a reverse to the known-good state. I put in measures like this on high-stress projects as mental health protection after seeing over-committed staff work until they dropped -- thankfully only large commercial and never medical projects. If they do that and fall asleep without proven project completion on mission critical projects it's awful costly. The more important the project, the more likely people will push themselves hard if it goes wrong, and many are unaware of their own endurance limits.







share|improve this answer












share|improve this answer



share|improve this answer










answered 5 hours ago









jonathanjojonathanjo

12.4k1938




12.4k1938







  • 1





    All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

    – Ron Trunk
    5 hours ago












  • 1





    All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

    – Ron Trunk
    5 hours ago







1




1





All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

– Ron Trunk
5 hours ago





All excellent points. In addition, for critical equipment, you should verify satisfactory operation of each device as it is moved to the new switches before moving on the the next one.

– Ron Trunk
5 hours ago

















draft saved

draft discarded
















































Thanks for contributing an answer to Network Engineering Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fnetworkengineering.stackexchange.com%2fquestions%2f58641%2fnetwork-switch-upgrade-planning-questions%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Are there any AGPL-style licences that require source code modifications to be public? Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Force derivative works to be publicAre there any GPL like licenses for Apple App Store?Do you violate the GPL if you provide source code that cannot be compiled?GPL - is it distribution to use libraries in an appliance loaned to customers?Distributing App for free which uses GPL'ed codeModifications of server software under GPL, with web/CLI interfaceDoes using an AGPLv3-licensed library prevent me from dual-licensing my own source code?Can I publish only select code under GPLv3 from a private project?Is there published precedent regarding the scope of covered work that uses AGPL software?If MIT licensed code links to GPL licensed code what should be the license of the resulting binary program?If I use a public API endpoint that has its source code licensed under AGPL in my app, do I need to disclose my source?

2013 GY136 Descoberta | Órbita | Referências Menu de navegação«List Of Centaurs and Scattered-Disk Objects»«List of Known Trans-Neptunian Objects»

Metrô de Los Teques Índice Linhas | Estações | Ver também | Referências Ligações externas | Menu de navegação«INSTITUCIÓN»«Mapa de rutas»originalMetrô de Los TequesC.A. Metro Los Teques |Alcaldía de Guaicaipuro – Sitio OficialGobernacion de Mirandaeeeeeee