CCIE Collaboration Troubleshooting Ben Ng, Technical Leader, Learning@Cisco, Cisco Services
CCIE Collaboration Troubleshooting Ben Ng, Technical Leader, Learning@Cisco, Cisco Services
Agenda •
CCIE Collaboration Certification Overview Overview
•
CCIE Lab Exam Troubleshooting Case Studies: • • •
Case Study 1: SIP Trace Collection Collect ion and Analysis Case Study 2: SIP Video Case Study 3: H.323
•
CCIE Collaboration Exam Preparation and Exam Taking Tips
•
CCIE Program Updates
•
Q&A
CCIE Collaboration Certification Overview
CCIE Collaboration Certification •
CCIE Collaboration recognizes technical experts with the highest level of knowledge and hands-on experience with Cisco Collaboration solutions.
•
CCIE Collaboration assesses candidates on their ability to design, implement, integrate, and troubleshoot complex collaboration networks where voice, video, presence, and mobility work together to enable highly engaging communication anytime, on any device.
CCIE Collaboration Written Exam Topics •
Cisco Collaboration Infrastructure
•
•
Cisco Unified Communications Manager
Quality of Service and Security in Cisco Collaboration Solutions
•
Cisco Unity Connection
•
Telephony Standards and Protocols
•
Cisco Unified Contact Centre Express
•
Cisco IOS UC Applications and Features
•
Cisco Unified IM Presence
Detailed CCIE Collaboration Written Exam Topics on Cisco Learning Network (CLN) Webpage:
CCIE Collaboration Lab Exam Overview • An
8-hour, hands-on, 100-point lab exam; candidates must score 80 or above to pass
•
Candidate builds, troubleshoots, and optimises a Cisco Collaboration network to supplied specifications on a provided equipment rack
•
Physical cabling is done. IP routing protocol and WAN are preconfigured
•
Unified Communications applications are installed, with some preconfiguration of basic tasks, such as device registration and baseline application integrations
CCIE Collaboration Lab Exam Topics •
Configure and Troubleshoot Cisco Collaboration Infrastructure
•
Configure and Troubleshoot Cisco Unified Communications Manager
•
Configure and Troubleshoot Cisco IOS UC Applications and Features
•
Configure and Troubleshoot Quality of Service and Security in Cisco Collaboration Solutions
•
Configure and Troubleshoot Cisco Unity Connection
•
Configure and Troubleshoot Cisco Unified Contact Centre Express
•
Configure and Troubleshoot Cisco Unified IM Presence
Detailed CCIE Collaboration Lab Exam Topics on Cisco Learning Network (CLN) Webpage:
CCIE Collaboration Lab Equipment •
Cisco UCS c460 Servers
•
Cisco 3925 Series Integrated Services Routers
•
Cisco 2921 Series Integrated Services Routers
•
ISR Modules and Interface Cards • VWIC3-1MFT-T1/E1 • PVDM3 • EHWIC-4ESG-P • CUE: SRE-710
•
Cisco Catalyst 3750X Series Switches
CCIE Collaboration Lab Software •
Cisco Unified Communications Manager 9.x
•
Cisco Unified Communications Manager Express 9.x
•
Cisco Unified Contact Centre Express 9.x
•
Cisco Unified Presence 9.x
•
Cisco Unity Connection 9.x
• •
All routers use IOS version 15.2 Main Train Cisco Catalyst 3750 Series Switches uses 12.4 Main Train
CCIE Collaboration Lab Rack Access Candidate Rack
Candidate Workstation Candidate PC
Exam Routers 100/1000
Comm Server
LAN HTTPS, Candidate Endpoints
SSH, RDP
Exam Servers
CCIE Collaboration Lab Sample Topology UCM Cluster
Stand-alone Server
Msgs
DIR
Router/ Gateway T1
PSTN
Router/ Gateway T1
E1
Headquarters IP WAN
Branch Office B CUCME Router/ Gateway
CCIE Collaboration Lab Exam Case Studies Case Study 1: UCM SIP Trace Collection and Analysis
Troubleshooting Methodologies 1.
Understand and review how signaling and media protocols work
2.
Determine critical components involved
3.
Evidence Collection
4. 5.
Analyse Solve
UCM SIP Trace Collection and Analysis : Lab Sample Question Find out when HQ Phone 1 offer its media capabilities when it places a call towards the CUCME Phone. Use UCM traces and relevant SIP protocol events contained in the traces to support your answer. 3 points
20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
UCM
10.1.1.1 SIP
CUCME
CUCME IP Phone
SIP
DN: 5001
Understand and Review: SIP Delayed Offer INVITE
INVITE
100 Trying
100 Trying
180 Ringing
180 Ringing
200 OK w/ SDP (Offer)
200 OK w/ SDP (Offer)
ACK w/ SDP (Answer)
ACK w/ SDP (Answer) Two Way Media
•
No information about the calling device’s media characteristics are sent in the initial SIP INVITE
•
Instead the media characteristics are sent by the called devic e in the Session Description Protocol (SDP) body of the next reliable message (200 OK) – The called device’s “Offer” will contain its IP Address, UDP Port number, list of codecs etc.
•
The calling device selects which of the offered codecs it wishes t o use for the call and returns
Understand and Review: SIP Early Offer INVITE w/ SDP (Offer)
INVITE w/ SDP (Offer )
100 Trying 180 Ringing
100 Trying 180 Ringing
200 OK w/ SDP (Answer)
One Way Media
200 OK w/ SDP (Answer) Two Way Media
ACK
ACK
•
Information about the calling device’s media characteristics are sent with its initial SIP INVITE message – The media characteristics are contained in the Session Description Protocol (SDP) body sent with the SIP INVITE – The “Offer” in the SDP body will contain the IP Address, UDP Port number, list of codecs etc. supported by the calling devic e
•
The called device selects which of the offered codecs it wishes to use for the call and returns its “Answer” in the SDP body of a SIP response – The Answer also contains the IP address and UDP port number etc of the called device
Determine Critical Components: Determine critical components 20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
UCM
10.1.1.1 SIP
CUCME
CUCME IP Phone
SIP
DN: 5001
1. Media capabilities are either presented in SIP INVITE (early offer) or ACK to the “200 OK (with SDP)” from the far end (delayed offer) 2. Need to find the above SIP events, starting with the HQ Phone 1, in: •
RTMT
UCM SIP Trace Collection and Analysis : Evidence Collection: RTMT and UCM SDI/SDL Traces
UCM SIP Trace Collection and Analysis : Evidence Collection: RTMT Real Time Trace for UCM SDI, or
UCM SIP Trace Collection and Analysis : Evidence Collection: RTMT Remote Browse for UCM SDI/SDL, or
UCM SIP Trace Collection and Analysis : Evidence Collection: RTMT Session Trace for SIP
UCM SIP Trace Collection and Analysis : Analyse: SIP Messages Found in SDI/SDL Trace INVITE sip:
[email protected];user=phone SIP/2.0 Via: SIP/2.0/TCP 20.101.1.2:50622;branch=z9hG4bK1e31ec4c From: " 1001" < sip:
[email protected]> ;tag=f02929e3b5860595480fb0dd-65776281 To: < sip:
[email protected]> Call-ID:
[email protected] Max-Forwards: 70 Date: Thu, 12 Feb 2015 19:09:25 GMT CSeq: 101 INVITE User-Agent: Cisco-CP9971/9.3.2 Contact: < sip:
[email protected]:50622;transport=tcp> Expires: 180 Accept: application/sdp Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,SUBSCR IBE,INFO Remote-Party-ID: " 1001" < sip:
[email protected]> ;party=calling;idtype=subscriber;privacy=off;screen=yes Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-ciscocallinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtpfallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-6.0.0,X-cisco-xsi-8.0.1 Allow-Events: kpml,dialog
v=0 o=Cisco-SIPUA 12055 0 IN IP4 20.101.1.2 s=SIP Call t=0 0 m=audio 23684 RTP/AVP 0 8 18 102 9 116 124 101 c=IN IP4 20.101.1.2 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:102 L16/16000 a=rtpmap:9 G722/8000 a=rtpmap:116 iLBC/8000 a=fmtp:116 mode=20 a=rtpmap:124 ISAC/16000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv m=video 31544 RTP/AVP 126 97 c=IN IP4 20.101.1.2 b=TIAS:1000000 a=rtpmap:126 H264/90000 a=fmtp:126 profile-level-id=42801E;packetization-mode=1;levelasymmetry-allowed=1 a=imageattr:* recv [x=640,y=480,q=0.50]
CCIE Collaboration Lab Exam Case Studies Case Study 2: SIP Video
SIP Video: Lab Sample Question Configure UCM and CUCME so that HQ IP Phone 1 and CUCME IP Phone could have video calls with each other using G.711ulaw for audio CODEC and H.264 for video. 4 points
20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
UCM
10.1.1.1 SIP
CUCME
CUCME IP Phone
SIP
DN: 5001
SIP Video: Baseline Configuration 20.1.1.1
HQ IP Phone 1 DN: 1001 •
•
•
SIP
UCM
Register and configure phone, enable video, camera Create SIP Trunk with destination address being CUCME router
Create Route Pattern pointing to the SIP trunk
10.1.1.1 SIP
CUCME
SIP
CUCME# voice service voip allow-connections sip to sip ! voice class codec 1 codec preference 1 g711ulaw video codec h264 voice register global mode cme source-address 10.1.1.1 port 5060 max-dn 48 max-pool 6
DN: 5001
CUCME IP Phone
voice register dn 1 number 5001 ! voice register pool 1 id mac 1234.1234.1234 type 9971 number 1 dn 1 camera video ! dial-peer voice 1000 v oip description To-UCM destination-pattern 1... session protocol sipv2
SIP Video: Let’s Place Some Test Calls! 20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
UCM
Audio:
10.1.1.1 SIP
CUCME
SIP
DN: 5001
CUCME IP Phone
G.711ulaw both ways DN: 5001
DN: 1001
Video:
H.264 one way
Understand and Review: H.264 and Dynamic RTP Payload Types •
Cisco supports dynamic payload type value for audio, video, NSEs, and NTEs in the range of 96 to 127.
•
Default value for H.264 video CODEC is 119
•
Dynamic payload type interworking is enabled by default, for symmetrical calls
•
An offer is sent with payload type based on dial-peer configuration
•
An answer is sent with the same payload type as was received in the incoming offer
SIP Video: Determine Critical Components 20.1.1.1
HQ IP Phone 1
SIP
DN: 1001 INVITE 100 trying
10.1.1.1 SIP
UCM
CUCME INVITE (DO) 100 trying
SIP Signals 180 Ringing 200 OK (SDP) ACK
RTP
Video Works
SIP
180 Ringing
DN: 5001
INVITE (DO) 100 Trying 180 Ringing 200 OK (SDP)
200 OK (SDP) ACK (SDP)
ACK (SDP)
CUCME IP Phone
SIP Video: Trace Collection and Analysis 20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
10.1.1.1 SIP
SIP
CUCME
UCM
DN: 5001
INVITE m=video xxxxx RTP/AVP 126 97
INVITE (DO)
SIP Signals
INVITE (DO) 200 OK
200 OK 200 OK m=video xxxxx RTP/AVP 119
m=video xxxxx RTP/AVP 97
m=video xxxxx RTP/AVP 119
ACK m=video xxxxx RTP/AVP 97
ACK m=video xxxxx RTP/AVP 97
RTP
RTP with payload type 97
RTP with payload type 97
CUCME IP Phone
SIP Video Solution: Modify payload type on dial-peer •
Why did the CUCME changed payload type to 119?
•
Remember “An offer is sent with payload type based on dial -peer configuration”?
CUCME#show dial-peer voice 1000
RTP dynamic payload type values: NTE = 101
• We can adjust the default payload type values:
Cisco: NSE=100, fax=96, fax-ack=97, dtmf=121, fax-relay=122 CAS=123, TTY=119, ClearChan=125, PCM switch over u-law=0, A-law=8, GSMAMR-NB=117 iLBC=116, AAC-ld=114, iSAC=124
CUCME#config t
lmr_tone=0, nte_tone=0
CUCME(config)#dial-peer voice 1000
h263+=118, h264=119
CUCME(config-dial-peer)#rtp payload-type cisco-codecfax-ack
G726r16 using static payload G726r24 using static payload
CUCME(config-dial-peer)#rtp payload-type cisco-codecvideo-h264 97
SIP Video Solution: Modify payload type on dial-peer 20.1.1.1
HQ IP Phone 1
SIP
DN: 1001
10.1.1.1 SIP
SIP
CUCME
UCM
DN: 5001
INVITE m=video xxxxx RTP/AVP 126 97
INVITE (DO)
SIP Signals
INVITE (DO) 200 OK
200 OK 200 OK m=video xxxxx RTP/AVP 97
m=video xxxxx RTP/AVP 97
m=video xxxxx RTP/AVP 97
ACK m=video xxxxx RTP/AVP 97
ACK m=video xxxxx RTP/AVP 97
RTP
RTP with payload type 97
RTP with payload type 97
CUCME IP Phone
SIP Video: Alternate Solutions The “asymmetric payload full” command will also enable the CUCME to send and receive different payload types globally or per dial-peer
•
CUCME#conf t
CUCME#conf t
CUCME(config)#voice service voip
CUCME(config)#dial-peer voice 1000 voip
CUCME(conf-voi-serv)#sip
CUCME(config-dial-peer)#voice-class sip asymmetric payload full
CUCME(conf-serv-sip)#asymmetric payload full
•
The CUCME can also be configured to let the endpoints negotiate CODECs by letting through all the SDP contents with the “pass-thru content sdp” IOS command CUCME#conf t
CUCME#conf t
CUCME(config)#voice service voip
CUCME(config)#dial-peer voice 1000 voip
CUCME(conf-voi-serv)#sip
CUCME(config-dial-peer)#voice-class sip pass-thru content sdp
CCIE Collaboration Lab Exam Case Studies Case Study 3: H.323
H.323 Gateway Troubleshooting Case Study: Lab Sample Question HQ IP Phone users have reported that they cannot receive calls from PSTN. They can call out to any PSTN numbers, also calls to and from Branch IP Phones work fine. Find out why inbound calls from PSTN to HQ IP phones failed. You must support your findings with debug or trace analysis. 4 points
HQ
20.1.1.20
20.1.1.1 UCM
PSTN
PRI V V
H.323
WAN
Branch Router
Troubleshooting Step-by-step: H.323 Identify the issue/symptoms: HQ IP Phone users have reported that they cannot receive calls from PSTN. They can call out to any PSTN numbers, also calls to and from Branch IP Phones work fine. Find out why inbound calls from PSTN to HQ IP phones failed. You must support your findings with debug or trace analysis. 3 points
HQ IP Phones Inbound calls from PSTN do not work, but outbound calls work HQ IP Phones to Branch IP Phones work
Troubleshooting Step-by-step: H.323 Narrow the scope to the critical components HQ
20.1.1.20
20.1.1.1 UCM
PSTN
PRI V V
A
H.323 10.1.1.1 Gateway SCCP
WAN Branch Router
H.323
Troubleshooting Step-by-step: H.323 Put a plan in place: 1. PRI is the first point entry for the PSTN call. Did the call come in via the PRI? •
HQ
20.1.1.20
debug isdn q931
2. If the call came in on the PRI, did it match any dial-peers? •
debug voip dialpeer inout
3. If the correct dial-peer is matched, was H.225 Setup sent to the UCM? •
20.1.1.1
debug cch323 h225
UCM PSTN
PRI
A V H.323 10.1.1.1 Gateway
WAN
V
SCCP
H.323
RTP
PRI
Troubleshooting Step-by-step: H.323 Collect information and Analyse: debug isdn q931 on the H323-Gateway: Feb 1 02:57:16.355: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8
callref = 0x00D0
Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98381 Exclusive, Channel 1 Calling Party Number i = 0x4181,
‘8935138'
Plan:ISDN, Type:Subscriber(local) Called Party Number i = 0xA1,
‘4154341001 '
Plan:ISDN, Type:National Feb 1 02:57:16.355: ISDN Se0/0/0:23 Q931: R2# Received SETUP
callref = 0x80D0 callID = 0x00A4 switch = primary-ni interface = User
Feb 1 02:57:16.363: ISDN Se0/0/0:23 Q931: TX -> CALL_PROC pd = 8
callref = 0x80D0
Troubleshooting Step-by-step: H.323 Collect information and Analyse : debug cch323 h225 on the H323-Gateway: H323-Gateway#
Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/cch323_call_setup_normal:
SETUP_NTF_TIMER is not running. Continue processing.
Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_IDLE state Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/run_h225_sm: Received event H225_EV_SETUP while at state H225_IDLE Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/check_qos_and_send_setup: Setup ccb 0x22C1364C Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/run_ h225_sm: Received event H225_EV_FS_SETUP while at state H225_IDLE Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/idle_fsSetup_hdlr: Setup ccb 0x22C1364C Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/generic_send_setup: generic_send_setup: is_overlap = 0, info_complete = 0 Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/generic_send_setup: sending calling IE Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/generic_send_setup: ====== PI = 0 Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/generic_send_setup: Send infoXCap=128, infoXRate=16, rateMult=0, xMode=128, info_layer1_prot=163 Feb 1 03:11:46.270: //1341/8BC7257980A6/H323/generic_send_setup: src address = 1.1.1.1; dest address = 20.1.1.1 Feb 1 03:11:46.274: //1341/8BC7257980A6/H323/cch323_h225_set_new_state: Changing from H225_IDLE state to H225_REQ_FS_SETUP state Feb 1 03:11:46.274: //1341/8BC7257980A6/H323/run_h225_sm: Received event H225_EV_CONN_LOST while at state H225_REQ_FS_SETUP
Troubleshooting Step-by-step: H.323 Collect information and Analyse - Piecing the puzzles together: H323-Gateway#show ip int brief
Interface
IP-Address
OK? Method Status
Protocol
Loopback0
1.1.1.1
YES NVRAM
up
up
Vlan10
10.1.1.1
YES NVRAM
up
up
H323-Gateway# H323-Gateway#show run int loolback0
interface Loopback0 ip address 1.1.1.1 255.255.255.0 h323-gateway voip interface h323-gateway voip bind srcaddr 1.1.1.1
H.323 gateway sends H.225 setup to UCM using source IP address 1.1.1.1. UCM expects the H.225 setup to come from 10.1.1.1; mismatch resulted, CUCM closed the TCP socket on 1720.
CCIE Collaboration Lab Exam CCIE Collaboration Exam Preparation and Exam Taking Tips
CCIE Collaboration Lab Exam Preparation (I) Getting Started •
Use the CCIE Collaboration Lab content blueprint on the CCIE webpage as your guide: https://learningnetwork.cisco.com/community/certifications/ccie_collaboration
•
Evaluate and determine your knowledge level and hands -on experience in the major topic areas
•
Formulate a realistic study plan according to you own work/personal schedule, also customise it according to your technical strength and weaknesses
•
Don’t spend all your time and focus on collecting the exact replica of the Voice Lab equipment rack Seek advise, from other Collaboration certified engineers, on preparation
CCIE Collaboration Lab Exam Preparation (II) Study and Practice •
Training: The Cisco 360 Learning Program for CCIE Collaboration: https://learningnetwork.cisco.com/community/connections/cisco_360/360-voice •
•
Reading Resources • Abundant online documentations, write papers, and articles on www.cisco.com which compliments any books on latest technical developments • Develop a habit of utilising and navigating the Cisco documentation at http://www.cisco.com/cisco/web/psa/default.html?mode=prod
•
Online forums and Study Groups • Online forums and study groups, such as the CCIE Voice Study Group on the Cisco Learning Network at https://learningnetwork.cisco.com are excellent sources to seek technical supports and encouragements on questions that arise during your study
CCIE Collaboration Lab Exam Preparation (III) Study and Practice (Cont.) Practice labs and scenarios: • • • • • • •
You don’t need the exact lab replica to learn Use the equipment which you have access to and learn each technology thoroughly Form study groups to exchange ideas and share equipment Go beyond configuration, learn to debug and troubleshoot Stay with real world, applicable scenarios Focus on learning the technologies instead of learning only what you think (or what you’ve been told) is on the lab exam Stay aware and informed on up-coming new features
Exam Tips and Test Taking Strategies
Lab Exam Tips: Pre-Lab Before Your Lab Exam: •
Visit lab test site the day before
•
Don’t schedule flights too close to the end of the exam: you should be thinking about the exam instead of catching your flight
• •
Avoid last minute lab material cramp Get some sleep the night before the exam
Lab Exam Tips: In-Lab Think the 4 “C”s: •
Calm
•
Careful
•
Confident
•
Courteous
Lab Exam Tips In-Lab (Cont.): Understanding Exam Requirements: •
Read the entire exam first
•
Read the questions very carefully: every word is in there for a reason.
•
Don’t assume requirements that aren’t mentioned in a question
•
Some questions have multiple solutions, unless the test explicitly asked you to use one versus another, all are valid
•
Excessive configurations are generally ignored during grading, unless they interfere with expected solution
Lab Exam Tips In-Lab (Cont.): Time Management: •
Use question point values to judge time
•
Know time-saving configuration techniques
•
Know when to move on – don’t spend too much time on a single task, no matter how important you think it is
•
If you suspect hardware issues, notify the proctor immediately
•
Don’t make any drastic changes towards the end of lab exam
Lab Exam Tips In-Lab (Cont.): Verification: •
Verify, verify, verify, and verify again
•
Some prefer to verify after each question, others like to verify until they finish the whole test. It’s a matter of personal preference
•
Verify against all requirements – not just basic functionalities.
•
Makes notes and check-lists
Lab Exam Tips In-Lab (Cont.): Troubleshoot: •
Troubleshooting skill is often the difference between failing and passing
•
Know what and where to look for debugs and traces
•
Look out for those seemingly “invisible” typos
•
Remember the test lab is not your home lab – addressing scheme is different
•
Troubleshooting is important but don’t spend all your time on one problem
•
Don’t let a unresolved problem impact your confidence
•
Again, seek the proctor’s assistance
How Do You Grade the Lab Exam? •
Proctors are responsible for grading all lab exams
•
Automatic tools aid proctors with simple grading tasks; e.g. capturing candidate’s configuration in database, basic configuration verifications, etc.
•
Automatic tools are never solely responsible for lab exam grading. Proctors are.
•
The proctor completes the grading of the exam and submits the final score
•
Partial marks are not awarded for questions
•
Points are awarded for working solutions only
Q&A
CCIE Program Updates
Yusuf Bhaiji Sr. Manager, Global Certifications Team
The Future of a Digital Workforc
Global social-economic problems to solve Digital technology Worlds converge… Future of work
Digital Experience Architect
Robotics Specialist Platform Developer
Data Scientist Cloud Broker
Cyber Security Analyst
Business Transformation Practitioner
Customer Success
Cognitive Engineer
Network Programmer (SDN) Industrial Network Engineer
Enterprise Architect Machine Learning Scientist
Customer Makers Social Intelligence Manager
Distance learning
Higher education
Training Trai ning and certifications
The workforce of the future… Will require
continual learning upskilling…
and
CCIE Program Update • Aligning
to Evolving Industry Job Roles and Technology Evolution CCIE NextGen Program Update • CCIE Data Center •
Having practical IT expertise is no longer a differentiator
A new, enhanced CCIE
IT professionals need a clear understanding of evolving and disruptive technologies that fuel innovation Cisco’s enhanced expert-level certifications providing IT professionals with the most advanced program Expands career paths to address shifts in critical industry roles
CCIE Framework NEW EXAM TOPIC
REST API
SDN
Blueprint Weights WRT%
LAB%
10%
N/A
90%
100%
100%
100%
Evolving Technologies (Common across all Tracks) IoT
DevOps
XaaS
Automation and Orchestration
CCIE Data Center v2.0
CCIE SP
CCIE Security
CCIE Wireless
Consolidated/ Unified Blueprint
Current BP per track
Current BP per track
Current BP per track
OpenStack
CCIE Collaboration Current BP per track
Cloud
CCIE R&S Current BP per track
•
New Evolving Technologies section across all CCIE tracks
•
Future proofing IT professional skills
•
Holistic assessment of each learning domain
NFV/AF V CCDE Current BP per track
CCIE Webinar Series OpenStack •
Technical Sessions – focused on new technologies
•
4 – 6 Sessions per year
•
Openstack – May 2015
•
Fog Architecture – August 2015
•
Cisco NetFlow and Big Data Analytics for Cybersecurity – October 2015
•
Neutron Deep Dive – March 2016
Fog Architectur e Cisco NetFlow & Big Data Analytics
Never Received an Invitation? Opt-In
CCIE Rollout Plan Announcement on 11/19
CCIE Data Center v2.0 evolving technologies and revised exam topics July 2016
All written blueprints incorporate new technology domain July 2016
Future revisions of Expert-level tracks will incorporate new CCIE framework
Benchmark Technology Topics Incorporated Across the Learning@Cisco Portfolio The most advanced program for IT professionals
Offers a new skills framework for a disruptive and evolving environment
Bridges technology expertise and business impact
Complete Your Online Session Evaluation Give us your feedback and receive a Cisco 2016 T-Shirt by completing the Overall Event Survey and 5 Session Evaluations. Directly from your mobile device on the Cisco Live Mobile App – By visiting the Cisco Live Mobile Site –
http://showcase.genie-connect.com/ciscolivemelbourne2016/ –
Visit any Cisco Live Internet Station located throughout the venue
T-Shirts can be collected Friday 11 March at Registration
Learn online with Cisco Live! Visit us online after the conference for full access to session videos and
Thank you
