Added on my notes, here is the list of H.225 RAS (Registration, Admission, and Status) signal messages which are initiated by a gateway and gatekeeper.

• Gateway-to-gatekeeper signaling is H.225 RAS signaling. This signaling is User Data Protocol (UDP) based. Signaling messages between gateways are H.225 call control, setup, or signaling messages.
• H.225 call control signaling is used to set up connections between H.323 endpoints. The ITU H.225 recommendation specifies the use and support of Q.931 signaling messages.
• If no gatekeeper is present, H.225 messages are exchanged directly between the endpoints.
• After call signaling is set up between the gateways, H.245 is negotiated. H.245, a control signaling protocol in the H.323 multimedia communication architecture, is for the exchange of end-to-end H.245 messages between communicating H.323 endpoints or terminals. The H.245 control messages are carried over H.245 control channels. The H.245 control channel is the logical channel 0 and is permanently open, unlike the media channels. The messages carried include messages to exchange capabilities of terminals and to open and close logical channels.
• After a connection has been set up via the call signaling procedure, the H.245 call control protocol is used to resolve the call media type and establish the media flow, before the call can be established. It also manages the call after it has been established.

H.225 RAS Messages

Gateway Discovery Messages (See the graphics illustration)

• GRQ-Gatekeeper Request: Message that a gateway sends during the gatekeeper discovery process.
• GCF-Gatekeeper Confirm: Reply from the gatekeeper to the gateway, which indicates the transport address (port) of the gatekeeper RAS channel.
• GRJ-Gatekeeper Reject: Reply from the gatekeeper to gateway that rejects the gateway request for registration. Usually due to gateway or gatekeeper configuration error.

Gateway Registration Messages

• RRQ-Registration Request: Message sent from a gateway to the gatekeeper.
• RCF-Registration Confirm: Message acknowledging that the gatekeeper has allowed gateway registration.
• RRJ-Registration Reject: Message acknowledging that the gatekeeper has not allowed the gateway to register.

Gateway Unregistration Messages

• URQ-Unregister Request: Message sent from a gateway or gatekeeper requesting cancellation of the registration.
• UCF-Unregister Confirm: Message sent from a gateway or the gatekeeper to confirm unregistration.
• URJ-Unregister Reject: Response to a URQ when the gateway was not registered.

Admission Control Messages

• ARQ-Admission Request: Message that a gateway sends to initiate a call.
• ACF-Admission Confirm: Reply from the gatekeeper to the gateway admitting the call. This message also contains the IP address of the destination gateway so that the originating gateway can begin call control signaling.
• ARJ-Admission Reject: Reply from the gatekeeper denying the call request. This can be for many reasons, including a number that could not be resolved to an IP address, insufficient available bandwidth, and so on.

Location Request Messages

• LRQ-Location Request: Message sent between gatekeepers to find a gateway in a different zone.
• LCF-Location Confirm: Message sent between gatekeepers to provide the IP address of the requested gateway.
• LRJ-Location Reject: Message sent between gatekeepers in response to an LRQ when the requested gateway is unknown or not registered.

Status Information Messages

• IRQ-Information Request: Message sent from the gatekeeper to a gateway.
• ICF-Information Confirm: Sent from gateway to gatekeeper to confirm the status.
• IRR-Information Response: Message sent from the gateway to tell the gatekeeper about active calls.
• IACK-Information Request Acknowledgement: Response from the gatekeeper to a successfully handled IRR.
• INACK-Information Request Negative Acknowledgement: Response from the gatekeeper for an unsuccessful IRR.
• RIP-Request in Progress: Message sent from a gatekeeper to a gateway when the gatekeeper must use an LRQ to resolve an ACF in a different zone.

Bandwidth Control Messages

• BRQ-Bandwidth Request: A request for an increase/decrease in call bandwidth that the gateway sends to the gatekeeper.
• BCF-Bandwidth Confirm: Message that the gatekeeper sends to confirm the acceptance of the bandwidth change request.
• BRJ-Bandwidth Reject: Message that the gatekeeper sends to reject the bandwidth change request.

Resource Availability Messages

• RAI-Resource Availability Indication: Message that gateways use to inform the gatekeeper whether resources are available in the gateway to take on additional calls.
• RAC-Resource Availability Confirm: Response from the gatekeeper to the gateway that acknowledges the reception of the RAI message.

Reference:

» Implementing Gatekeepers and IP-to-IP Gateways

» Understanding H.323 Gatekeepers

H.323 is a standard for communication protocols from the International Telecommunications Union Telecommunication Standardization Sector (ITU-T); Version 4 is the current version. H.323 was created to provide multimedia communication across a packet network. The protocol can handle video and data, in addition to audio.

Gateways that use H.323 do not depend on a call agent, as with Media Gateway Control Protocol (MGCP). H.323 is the default gateway protocol on Cisco routers.

In an environment in which both gatekeepers and gateways are used, only gateways are configured to send VoIP.

• The H.323 protocol was designed by the ITU-T and initially approved in February 1996. It was developed as a protocol that provides IP networks with traditional telephony functionality.
• In Cisco IP Communications environments, H.323 is widely used with gateways, gatekeepers, and third-party H.323 clients, especially video terminals. You configure connections between devices using static destination IP addresses.
• Because H.323 is a peer-to-peer protocol, H.323 gateways are never controlled by Cisco Unified CallManager. Therefore, H.323 gateways are never registered at the Cisco Unified CallManager. Only the IP address is seen by the Cisco Unified CallManager to confirm that communications is possible.

• MGCP is a plain-text protocol used by call-control devices to manage IP telephony gateways. MGCP was defined under RFC 2705, which was updated by RFC 3660, and superseded by RFC 3435, which was updated by RFC 3661.
• is a client/server protocol that allows a call agent (such as Cisco Unified CallManager) to take control of a specific voice port on a gateway.
• With this protocol, the Cisco Unified CallManager knows of and controls individual voice ports on the gateway. It allows complete control of the dial plan from Cisco Unified CallManager, and gives CallManager per-port control of connections to the PSTN, legacy PBX, voice mail systems, POTS phones, and so forth.
• This is implemented with use of a series of plain-text commands sent over User Datagram Protocol (UDP) port 2427 between the Cisco Unified CallManager and the gateway.
• It is important to note that for an MGCP interaction to take place with Cisco Unified CallManager, the gateway must have Cisco Unified CallManager support.
• A PRI and BRI backhaul is an internal interface between the call agent (such as Cisco Unified CallManager) and Cisco gateways. It is a separate channel for backhauling signaling information. A PRI backhaul forwards PRI Layer 3 (Q.931) signaling information via a TCP connection.

• SIP is a protocol developed by the Internet Engineering Task Force (IETF) Multiparty Multimedia Session Control (MMUSIC) Working Group as an alternative to H.323.
• SIP features are compliant with IETF RFC 2543, published in March 1999, RFC 3261, published in June 2002, and RFC 3665, published in December 2003.
• Because it is a common standard based on the logic of the World Wide Web and very simple to implement; SIP is widely used with gateways and proxy servers within service provider networks for internal and end-customer signaling.
• SIP is a peer-to-peer protocol where user agents (UAs) initiate sessions, like H.323. But unlike H.323, SIP uses ASCII-text-based messages to communicate. Therefore, you can implement and troubleshoot it very easily, and analyze the incoming signaling traffic content very simply.
• Because SIP is a peer-to-peer protocol, the Cisco Unified CallManager does not control SIP devices, and SIP devices do not register with Cisco Unified CallManager. As with H.323 gateways, only the IP address is available on Cisco Unified CallManager to confirm that the communications between the Cisco Unified CallManager and the SIP voice gateway is possible.

• SCCP is a Cisco proprietary protocol that is used for the communications between Cisco Unified CallManager and terminal endpoints (based on Selsius prorocol, that was bought by Cisco).
• SCCP is a stimulus protocol, meaning any event (such as on-hook, off-hook, buttons pressed, and so on) causes a message to be sent to the Cisco Unified CallManager.
• The Cisco Unified CallManager then sends specific instructions back to the device to tell it what to do about the event.
• Therefore, each press on a phone button causes data traffic between the Cisco Unified CallManager and the terminal endpoint. SCCP is widely used with Cisco IP phones.
• The major advantage of SCCP within Cisco Unified CallManager networks is its proprietary nature, which allows you to make quick changes to the protocol and add features and functionality.

Signaling Protocols Comparison (H.323, MGCP, SIP, SCCP):

• The H.323 protocol suite is a peer-to-peer protocol. The necessary gateway configuration is relatively complex, because you need to define the dial plan and route patterns directly on the gateway.
• Examples of H.323-capable devices are the Cisco VG224 Analog Phone Gateway and the Cisco 2600XM Series, Cisco 2800 Series, 3700 Series, and 3800 Series routers.
• The H.323 protocol is responsible for the entire signaling between the Cisco Unified CallManager cluster and the gateway. The ISDN protocols, Q.921 and Q.931, are only used on the ISDN link to the PSTN.
  • NOTES:
    • Q.921 – Also referred to as LAPD (Link Access Protocol – D Channel) and a close cousin of HDLC, is the Data Link protocol used over ISDN’s D channel. [ Reference: http://www.freesoft.org/CIE/Topics/125.htm ]
    • Q.931 -  is ISDN’s connection control protocol, roughly comparable to TCP in the Internet protocol stack. Q.931 doesn’t provide flow control or perform retransmission, since the underlying layers are assumed to be reliable and the circuit-oriented nature of ISDN allocates bandwidth in fixed increments of 64 kbps. Q.931 does manage connection setup and breakdown. Like TCP, Q.931 documents both the protocol itself and a protocol state machine. [ Reference: http://www.freesoft.org/CIE/Topics/126.htm ]

• The MGCP protocol is based on a client/server architecture.
• That simplifies the configuration because the dial plan and route patterns are defined directly on the Cisco Unified CallManager within the cluster.
• Examples of MGCP-capable devices are the Cisco VG224 Analog Phone Gateway and the Cisco 2600XM Series, 2800 Series, 3700 Series, and 3800 Series routers. Non-IOS MGCP gateways include the Cisco Catalyst 6608-E1 and Catalyst 6608-T1.
• MGCP is used to manage the gateway. All ISDN Layer 3 information is backhauled to the Cisco Unified CallManager. Only the ISDN Layer 2 information (Q.921) is terminated on the gateway.

  

• SIP is a peer-to-peer protocol.
• The configuration that is necessary for the gateway is relatively complex because the dial plan and route patterns need to be defined directly on the gateway.
• Examples of SIP-capable devices are the Cisco 2800 Series and 3800 Series routers.
• The SIP protocol is responsible for the entire signaling between the Cisco Unified CallManager cluster and the gateway. The ISDN protocols, Q.921 and Q.931, are only used on the ISDN link to the PSTN.

• SCCP works in a client/server architecture in the same way as MGCP does. Therefore, it simplifies the configuration of SCCP devices such as Cisco IP phones and Cisco ATA 180 Series and VG200 Series FXS gateways.
• SCCP is used on Cisco VG224 and VG248 analog phone gateways.
• ATA’s enable communications between Cisco Unified CallManager and the gateway.
• The gateway then uses standard analog signaling to the analog device connected to the FXS port. Recent versions of Cisco IOS voice gateways, for example, the 2800 series, also support SCCP controlled FXS ports.

• Cisco Multiservice IP-to-IP Gateways (IPIPGWs) are the next-generation gateways within unified IP communications networks.
• They facilitate connectivity between independent VoIP networks by enabling VoIP and videoconferencing calls from one IP network to another.
• The Cisco Multiservice IPIPGW performs most of the functions of a PSTN-to-IP gateway, but typically joins two IP call legs, rather than a PSTN and an IP call leg.
• Media packets (RTP packets) can flow either through the gateway (thus hiding the networks from each other) or around the gateway, if configured to do so.
• Because the Cisco Multiservice IPIPGW is usually used to interconnect two independent networks like service provider networks or an enterprise network to a VoIP service provider, the gateways are generally configured to terminate the RTP. That makes it possible to have a single point of contact between those two networks, which leads to more security between those networks because the IP-to-IP gateway then functions as a proxy for signaling and voice traffic.
• The Cisco Multiservice IPIPGW also allows the use of two different protocols on both sides. That makes interconnections between two different networks easier and allows simple upgrades from PSTN links to IP links because it doesn’t matter which protocols are already used within the existing network.

Download: [ PDF copy here ]

• Cisco Systems, Inc. Products & Services. http://www.cisco.com/en/US/products/sw/voicesw/index.html.
• http://www.freesoft.org/CIE/Topics/125.htm
• http://www.freesoft.org/CIE/Topics/126.htm
• Cisco PEC (requires a valid account)

Found this great comparison between this two popular VoIP protocols. This is a great resource to fully understand each other, by doing a comparison. Credit given to “Packetizer“.

Reference: http://www.packetizer.com/ipmc/h323_vs_sip/

• Advanced gateway functionality:
  • Dual tone multifrequency (DTMF) relay capabilities: Each digit dialed with tone dialing is assigned a unique pair of frequencies. Voice compression of these tones with a low bit-rate codec can cause DTMF signal loss or distortion. Therefore, DTMF tones are separated from the voice bearer stream and sent as signaling indications through the gateway protocol (H.323, SCCP, or MGCP) signaling channel instead.
  • Supplementary services support: These services provide user functions such as hold, transfer, and conferencing, and are considered to be fundamental requirements of any voice installation.
  • Work with redundant Cisco Unified CallManagers: The gateways must support the ability to rehome to a secondary Cisco Unified CallManager in the event of a primary Cisco Unified CallManager failure.
  • Call survivability in Cisco Unified CallManager: The voice gateway preserves the Real-Time Transport Protocol (RTP) bearer stream (the voice conversation) between two IP endpoints when the Cisco Unified CallManager to which the endpoint is registered is no longer accessible.
  • Q Signaling (QSIG) support: QSIG is becoming the standard for PBX interoperability in Europe and North America. With QSIG, the Cisco voice packet network appears to PBXs as a distributed transit PBX that can establish calls to any PBX or other telephony endpoint served by a Cisco gateway, including non-QSIG endpoints. (For interoperability purposes)
  • Fax and modem support: Fax over IP enables interoperability of traditional analog fax machines with IP telephony networks. The fax image is converted from an analog signal and is transmitted as digital data over the packet network.

• Cisco Unified CallManager Release 3.1 and later supports H.323 and MGCP gateway protocols.
• Cisco Unified CallManager Release 4.0 and later also supports SIP.
• Cisco IP phones use SCCP, which is a lighter-weight protocol. SCCP uses a client/server model, while H.323 is a peer-to-peer model. MGCP also follows a client/server model.
• Protocol selection depends on site-specific requirements and the installed base of equipment. For example, most remote branch locations have Cisco 2600XM Series or 3700 Series multiservice routers installed. These routers support H.323 and MGCP 0.1 with Cisco IOS Release 12.2(11)T and Cisco Unified CallManager Release 3.1 or later. For gateway configuration, you might prefer MGCP to H.323 due to simpler configuration or, with older IOS versions, due to support for call survivability during a Cisco Unified CallManager failover from a primary to a secondary Cisco Unified CallManager. Failover with H.323 is only supported with Cisco Unified CallManager 4.1 or later and Cisco IOS Release 12.4(4)XC or later. On the other hand, you might prefer H.323 over MGCP because of the robustness of the interfaces supported.
• The Simplified Message Desk Interface (SMDI) is a standard for integrating voice mail systems to PBXs or Centrex systems. Connecting to a voice-mail system via SMDI and using either analog FXS or digital T1 PRI requires either SCCP or MGCP protocol because H.323 devices do not identify the specific line being used from a group of ports. The use of H.323 gateways for this purpose means the Cisco Messaging Interface cannot correctly correlate the SMDI information with the actual port or channel being used for an incoming call.

“He who wrestles with us strengthens our nerves and sharpens our skill. Our antagonist is our helper” – Edmund Burke, 1729-1797

Download: [ PDF copy here ]

Reference: Cisco PEC (requires a valid account)

» Optimize Phase Overview

• Ensure customer’s network is operating at peak performance.
• Ensure customer’s network is resolving problems quickly.
• Ensure customer’s network is adapting the architecture, operation, and performance to chnaging business goals.

» Business Case Alignment

• Assess the ROI
• Assess other business benefits of the solution.

» Technology Assessment

• Assess the routing and switching system.
• Drive continuous improvements by recommending remediation measures including:
  • Device configuration optimization.
  • Capacity planning.
  • Traffic analysis.
  • Security assessment.
  • Quality issue resolution.

• Technology Assessment Activity:
  • System performance analysis
  • Measure the solution performance, availability, capacity, security, and software functionality
  • Security review of infrastructure
  • Develop and deliver technology assessment report

“The only difference between stumbling blocks and stepping stones is how we use them.” – Author unknown

» Operate Phase Overview

• Ensure the solution is operating efficiently.
• Ensure the solution is highly available.

» Operations Setup

• System administration and backup.
• Assessment management.
• Scheduled maintenance.

» Systems Monitoring

• Monitor, manage, and report on service level metrics and abnormal events or trends that may effect the enterprise routing and switching system.

» Incident Management

• Classifying and prioritizing the incident.
• Isolating and resolving the incident.
• Scheduled maintenance.
• Recovering from the incident outage.
• Validating the resolution.
• Tracking and monitoring progress.
• Closing the incident.

» Problem Management

• Identify, as well as resolve, recurring incidents.
• Analyze incident trends.
• Activities:
  • Identify problem
  • Manage problem

» Change Management

• Originate and evaluate changes.
• Accept and schedule changes.
• Execute changes.
• Communicate changes.
• Conduct post-change evaluation.
• Accept and close changes.

» Configuration Management

• Check that changes in the system infrastructure have been recorded correctly.
• Monitor the status of components.
• Activities:
  • System configuration management database
  • Verify configuration management database

» Supplier Management

• Check that changes in the infrastructure have been recorded correctly.
• Manage requisitions with suppliers.
• Manage settlements and billing activities.
• Manage contracts between the enterprise and suppliers.

» Security Management

• Define processes and principles to address security-related issues.
• Provide ongoing management to protect confidentiality, integrity, and availability of information.
• Security Management Activities:
  • Security incident management
  • Identify management
  • Security configuration management
  • Security content delivery management
  • Security policy administration

» Service Review

• Assist customer in identifying best practices to monitor system performance and respond to trouble reports.

» Recommended Skills

• Typical job roles include AM’s, SE’s, and FE’s.

• The recommended skills needed to fulfill the defined activities are:
  • Demonstrate an understanding of the proposed routing and switching solution.
  • The ability to support a routing and switching solution and troubleshoot network problems.
  • The capability to provide configuration, change management, incident, and problem management activities.

REFERENCE: Cisco PEC (Requires valid user login)

» Implement Phase Overview

• The new technology solution is installed with minimal disruption to the existing network.
• Vulnerabilities are assessed and minimized.

» Project Planning

• Develop project management, escalation, and communication plans.
• Conduct an internal kickoff meeting.

» Project Kickoff

• Conduct the project kickoff meeting.

» Staging Core Network Services: Routed and Switched Environments

• Provide a plan detailing the installation requirement tasks.
• Stage tasks in a controlled implementation environment.
• Activities:
  • Install system components per staging plan
  • Staging plan (configure and document solution)
  • Execute test cases per the staging plan

» Phased Implementation

• Configure and integrate enterprise routing and switching system components for pilot sites.

• Activities:
  • Site preparation for system implementation
  • Install, configure, integrate, and test infrastructure
  • Document implemented components, devices, and applications
  • Host hand-off and support introduction meeting

» Full System Migration

• Migrate all sites, end-users and network services.

» Acceptance Testing

• Verify that the system meets the customer’s solution requirements
• Verify that the system is ready for production.
• Activities:
  • Prepare for acceptance test plan execution
  • Execute systems acceptance test plan
  • Present and review test results

» Staff Training

• Develop the class scheduling, enrollment, communication plan, course outlines, training schedule and locations, coordination of training vendors, and training budgets.

» Post Implementation Support Hand-off Meeting (Operations Implementation)

• Coordinate a meeting to provide details on and discuss the ongoing support and services to be provided.
• Activities:
  • Review customer operations plan
  • Prepare for hand-off meeting
  • Host a hand-off meeting
  • Execute customer operations plan
  • SMARTnet only hand-off meeting
  • Operations services hand-off meeting
  • Partner value added support hand-off meeting
  • Verify customer understanding
    

» Project Closeout

• Recap the solution implementation to gather customer feedback, gauge profitability, identify lessons learned, and incorporate into leading practices.

» Recommended Skills

• Typical job roles include SE’s, FE’s, and PM’s.

• The recommended skills needed to fulfill the defined activities are:
  • Demonstrate an understanding of the proposed routing and switching solution.
  • The ability to provide staff training.
  • Excellent documentation and writing skills.
  • Demonstrate understanding of technical support options.
  • Technical deployment and project management skills.

REFERENCE: Cisco PEC (Requires valid user login)

» Design Phase Overview

• Design solution is developed to meet business requirements, and foresee and prevent potential network bottlenecks

» Design Project Kickoff

• Host a design workshop to:
  • Confirm dates, roles, and responsibilities.
  • Confirm that all planning information is complete.
  • Discuss and document the progress for the remediation plan.

» Detailed Design Development: Design Workshop

• Provide a comprehensive detailed design for the customer routing and switching system.
• Detailed Design Development: Design Workshop Activity:
  • Design routing and switching infrastructure
  • Design recommendations for a switched environment
  • Design recommendations for a routed environment
  • Design MPLS WAN
  • DMVPN design development (Here is a tutorial of DMVPN by Petr Lapukhov of Internetwork Expert)
    
  • Design routing and switching security architecture
  • Present low-level design to customer

» Detailed Design Validation

• Validate the design of the:
  • Routing and switching WAN infrastructure.
  • Routing environment.
  • Security architecture design.
  • Interfaces to third-party systems.

• Present the low-level design validation to the customer.

• Detailed Design Validation Activities:
  • Validate design core network services WAN infrastructure
  • Validate design routing environment (internal/ external)
  • Validate security architecture design
  • Validate design interfaces to 3rd-party systems and databases
  • Present low-level design validation to customer

» Detailed Design Customer Sign-off

• Review the low-level design with the customer.
• Obtain a signed Letter of Understanding.

» Implementation Plan Development

• Provide a site-specific implementation plan that defines:
  • Activities.
  • Configurations.
  • Commissioning test plans.

• Implementation Plan Development Activities:
  • Site-specific implementation requirements
  • Create a site-specific network implementation plan
  • Gather and verify full system migration requirements
  • Develop full system migration strategy
  • Define migration team roles and responsibilities
  • Develop implementation schedule
  • Present final network implementation plan
    

» Operations Plan Development

• Operational processes for the routing and switching system.
• A plan to implement the new processes.
• A process readiness test plan.
• Operations Plan Development Activities:
  • Review existing process and flows
  • Develop methods and procedures
  • Develop plan to implement operations
  • Develop test plan for operational processes
  • Present operations plan

» Staging Plan Development

• Provide a plan detailing the installation requirement tasks.
• Stage the tasks in a controlled implementation environment.
• Staging Plan Development Activities:
  • Collect and verify staging requirements
  • Staging plan development
  • Present staging plan
    

» Systems Acceptance Test Plan Development

• Verify that the deployed system meets the customer’s needs.
• Verify tat the system is ready for the production environment.
• Systems Acceptance Test Plan Development Activities:
  • Collect and verify solution accepted requirements
  • Acceptance test plan development
  • Present acceptance test plan

» Staff Plan Development

• Assess the skills and knowledge required to support the customer’s proposed system.
• Analyze and define the training and development requirements for each support role.

» Recommended Skills

• Typical job roles include AM’s, SE’s, FE’s and PM’s.
• The recommended skills needed to fulfill the defined activities are:
  • The ability to manage complex projects and demonstrate an understanding of the solution.
  • The ability to design a solution that meets the customer requirements.
  • The ability to validate the routing and switching design.
  • An understanding of the routing and switching implementation and operational requirements.

REFERENCE: Cisco PEC (Requires valid user login)

» Plan Phase Overview

• The physical and network infrastructure are analyzed.
• Routing and switching solution recommendations are introduced.

» Planning Project Kickoff (Deployment Project Management)

• Provide resources to manage the planning, design, and implementation phases.
• Develop and execute a project management program.

» Systems Requirements Validation

• Perform an analysis of the customer’s technical and business requirements.
• Provide a remediation plan.

» Network Readiness Assessment Including Physical Network Assessment

• Assess the customer’s existing network infrastructure.
• Analyze the physical and logical configuration of the network.
• Analyze network design and integration issues.
• Network Readiness Assessment Including Physical Network Assessment Activities:
  • Prepare for site readiness assessment
  • Gather and verify customer network information
  • Conduct facility sites survey:
  • Perform site assessment gap analysis
  • Assess existing infrastructure
  • Assess existing WAN
  • Assess existing IP address assignment or breakdown
  • Assess existing routing protocols
  • Consolidation assessment
  • Backup and recovery assessment
  • Perform gap analysis
  • Present network readiness assessment report and network remediation plan

» Operations Readiness Assessment Including People, Process, and Tools

• Assess the customer’s current operations and network management infrastructure.
• Identify issues pertaining to the proposed system service-level requirements.
• Identify the customer’s support model.
• Operations Readiness Assessment Activities:
  • Prepare for operational assessment
  • Conduct operational assessment
  • Perform operational assessment gap analysis
  • Produce operations readiness assessment report

» Security Architecture Assessment

• Integrate the new routing and switching system.
• Protect networks and information against intruders.
• Security Architecture Assessment Activities:
  • Prepare for security analysis
  • Conduct security analysis
  • Perform security gap analysis
    

» Service Assurance

• Assess network and operational readiness.
• Complete the service assurance process by identifying potential points of vulnerability.

» Recommended Skills

• Typical job roles include AM’s, SE’s, FE’s and PM’s.
• The recommended skills needed to fulfill the defined activities are:
  • The ability to manage complex projects and demonstrate an understanding of the solution.
  • The ability to assess customer’s existing core infrastructure.
  • The ability to conduct interviews.
  • Knowledge of industry routing and switching network, system, operations, security, and leading practices.

REFERENCE: Cisco PEC (Requires valid user login)