High-Level process flow for emergency change management
Issue 3.4.1 June 2005
383
Limited risk assessment
In most cases, the amount of risk assessment done in an emergency situation is directly
proportional to the scope of the change, and inversely proportional to the effect of the network
outage. For example, the scope of changing a Communication Manager release is much
greater than that of changing a protocol address. Similarly, the same change would go through
increased scrutiny if a single user is unable to access the network rather than if an entire site
loses connectivity.
Ultimately, risk assessment is the responsibility of the support person who implements the
change. For this, the engineer should rely on personal experience, as well as that of associated
support personnel. Many of the ideas given in the section on Planned Change Management can
be adapted to the emergency change environment, but on a more limited scale. For instance,
you can use the Avaya Support Centre Web site (
support.avaya.com/
), or even use a limited
test bed simulation, depending on your situation.
Finally, as part of the limited risk assessment, you should determine which users might be
affected by the change.
Communication
Although it is not always be possible to notify all users of all changes (especially in emergency
situations), the users certainly appreciate any warning that you can provide. You should also
communicate the details of any emergency changes with the change manager, and allow the
change manager to maintain metrics on emergency changes and root causes. The information
may also affect the scheduling or the rollout of future changes.
Documentation
Updating documentation is critical to ensure valid, up to date information. During unplanned
changes, it can be easy to forget to make updates because of the frantic nature of emergencies.
However, undocumented change solutions often result in increased time out of service if the
solution is unsuccessful.
It helps to document changes before they are made in emergency situations from a central
location, perhaps at the change manager level. If a central support organization does not exist
to document changes before they occur, different individuals might make changes at the same
time, not knowing about each other’s activities. The following types of documentation often
require updates during a change: drawings, IP/VLAN database, engineering documents, dial
plan, troubleshooting procedures, and server/application/user matrices.
Содержание Application Solutions
Страница 1: ...Avaya Application Solutions IP Telephony Deployment Guide 555 245 600 Issue 3 4 1 June 2005 ...
Страница 20: ...About This Book 20 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 21: ...Issue 3 4 1 June 2005 21 Section 1 Avaya Application Solutions product guide ...
Страница 22: ...22 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 74: ...Avaya Application Solutions platforms 74 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 106: ...Call processing 106 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 124: ...Avaya LAN switching products 124 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 139: ...Issue 3 4 1 June 2005 139 Section 2 Deploying IP Telephony ...
Страница 140: ...140 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 186: ...Traffic engineering 186 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 204: ...Security 204 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 214: ...Voice quality network requirements 214 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 228: ...Avaya Integrated Management 228 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 239: ...Reliability Issue 3 4 1 June 2005 239 Figure 69 S8700 Media Server in a high reliability configuration ...
Страница 274: ...Reliability and Recovery 274 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 275: ...Issue 3 4 1 June 2005 275 Section 3 Getting the IP network ready for telephony ...
Страница 276: ...276 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 350: ...Implementing Communication Manager on a data network 350 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 356: ...Network recovery 356 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 366: ...Network assessment offer 366 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 367: ...Issue 3 4 1 June 2005 367 Appendixes ...
Страница 368: ...Appendixes 368 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 394: ...Access list 394 Avaya Application Solutions IP Telephony Deployment Guide ...
Страница 414: ...DHCP TFTP 414 Avaya Application Solutions IP Telephony Deployment Guide ...