Come on Josh - easy peasy and willy nilly - what more could you possibly want ;)
From: [email protected] [mailto:[email protected]] On Behalf Of Tony Graziano Sent: Thursday, April 29, 2010 3:38 PM To: Josh Patten Cc: [email protected] Subject: Re: [sipx-users] Mock upgrade test with mismatched sipX versions I use a vmware instance to test with. Install a second server with the same version, different ip and hostname, and use a different domain or subdomain. Create a couple of phones.users, gateway, dialplan... Now test it. Now if this is a virtual server that has added benefits... Do the upgrade on your "development" server. If you shut it down and made a copy (if running a virtual) before the upgrade, rolling back is EASY PEASY... if it hiccupped noone was hurt in the upgrade, and an effective practice upgrade platform is available willy nilly. So that should work for how you are doing things if I recall. I always DO A FULL BACKUP and download it before I upgrade, no matter how smooth it is. On Thu, Apr 29, 2010 at 3:12 PM, Josh Patten <[email protected]<mailto:[email protected]>> wrote: In preparing the upgrade documentation for 4.0.4 -> 4.2 I presented my upgrade plan and upgrade testing results to my bosses and they raised a question I could not answer: How do you fully test the 4.2 upgrade by mirroring your current setup and then running the upgrade, then test inbound/outbound calling features without disturbing the production system? My production setup is: 1 main server and one redundant proxy First test system: 1 server running 4.2 in a different address space on the same network with different users and a different domain name. Second test system: 1 server running 4.2 that has been mock upgraded that is on a completely separate network using the same domain name and IP address space as my current production setup. My dilemma is as follows: With this test setup, inbound and outbound calling and features can be tested on the first test system with different users, but this system cannot mirror the production system for a test upgrade due to address space and domain name conflicts. A full mock upgrade can be done on the second test system since there is no address space or domain name conflict, but there is no way to test with currently implemented gateways as those networks are unreachable. sipXecs, as far as I know when restored from backup, cannot have a different IP address from the original system or things break. Even if you could change the IP address the problem lies in the fact that your gateways (in my case, audiocodes) will still be pointing to the original DNS SRV, thus will never be able to call the mock upgraded system to test calling without breaking the production system. Here is an alternate plan that was cooked up that I need to verify will work: I thought about changing my DNS SRV a few hours in advance so all phones rely on the redundant proxy, then after all phones have registered to the redundant proxy pull the plug on the main server and put the mock mirror upgraded server in it's place, then using DNS views have one subnet that the SRV record priorities point to the main mock upgraded system so I can test a few phones on the upgraded system while the rest of the phones will continue to stay on the redundant proxy running 4.0.4. The only hangup with doing things this way is I'm concerned that the two systems (the main and the redundant proxy), having two different versions (4.0.4 on the redundant proxy and 4.2 on the main mock upgrade server) will cause things to go haywire and break due to constant communication between the main and redundant servers. The testing shouldn't need to last any longer than about 1/2 an hour. Has anyone ever tested running different versions on the main and redundant proxies, even for a few minutes? Will this cause and irreversible meltdown? Will nothing happen at all? Thanks for your input and suggestions. -- Josh Patten Assistant Network Administrator Brazos County IT Dept. (979) 361-4676 _______________________________________________ sipx-users mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/ -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected]<mailto:[email protected]> Fax: 434.984.8431 Email: [email protected]<mailto:[email protected]> LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected]<mailto:[email protected]> Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec. ________________________________ This message and any files transmitted with it are intended only for the individual(s) or entity named. If you are not the intended individual(s) or entity named you are hereby notified that any disclosure, copying, distribution or reliance upon its contents is strictly prohibited. If you have received this in error, please notify the sender, delete the original, and destroy all copies. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Garrett County Government therefore does not accept any liability for any errors or omissions in the contents of this message, which arise as a result of email transmission. Garrett County Government, 203 South Fourth Street, Courthouse, Oakland, Maryland 21550 www.garrettcounty.org
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
