OEQ (Open Ended Questions) Removed from CCIE RS and Voice EXAM May 11, 2010
Posted by ZoeL in CCIE LAB, Certifications, Cisco.Tags: Open Ended Questions
add a comment
Great news,
https://learningnetwork.cisco.com/docs/DOC-6484
at last…. Cisco removed the OEQ for Routing and Switching and voice track.
According to Cisco’s latest announcement, OEQ removal due to establishment of new exam section : troubleshooting.
The exam itself now consist of 2 parts. Troubleshooting (2 hrs) and Lab (6 hrs). Given certain number of tickets to be solved for Troubleshooting sections before enter the lab portion.
So, what happen to people who has taken CCIE exam before this changes and failed due to insufficient score because of OEQ?. Cisco said the OEQ itself not consider as improper nor irrelevant method ( http://ciscocert.custhelp.com/app/answers/detail/a_id/6003 ). Troubleshoot section considered as suitable replacement and sufficient enough to proof candidate readiness yet stands for Cisco Quality on CCIE Certification.
I guess (take this as my personal opinion), pros, contras and bad comments from many people around the globe at least give Cisco second thought about his “not-so-popular” Open Ended Questions.
regards.
Sekilas Catatan : OSPF Graceful Restart May 10, 2009
Posted by ZoeL in CCIE LAB.Tags: OSPF Graceful Restart
add a comment
Untuk mendukung semangat menerapkan NSF (nonstop forwarding), dengan menggunakan standar IETF RFC 3623, dijelaskan bahwa dalam kondisi kondisi tertentu, sebuah router mungkin saja mengalami failure. Sehingga dikhawatirkan mengganggu pengiriman paket. Untuk itu diterapkan OSPF Graceful restart.
Access-List Resequence April 27, 2009
Posted by ZoeL in CCIE LAB, Cisco.Tags: access-list resequence
add a comment
Inspired by some of my colleagues, they inform me one of unique and (according to them) not-so-oftenly-used cisco feature.
access-list resequence
… Users can apply sequence numbers to permit or deny statements and also reorder, add, or remove such statements from a named IP access list. This feature makes revising IP access lists much easier. Prior to this feature, users could add access list entries to the end of an access list only; therefore needing to add statements anywhere except the end required reconfiguring the access list entirely…
PBR next-hop and default next-hop for redirecting packets (Case#2) April 22, 2009
Posted by ZoeL in CCIE LAB, Cisco.Tags: PBR default next-hop, PBR next-hop, redirecting packets with PBR
add a comment
Here another case for PBR next-hop.
2 different networks with few clients, want to access SAP and nonSAP servers on headquarter via edge router, which is have two different path.
R5 pretend as nonSAP clients, R4 as SAP clients and R3 have Loopback interfaces to represent SAP and nonSAP servers.
PBR next-hop fail, caused by IP CEF and access-list’s logging April 19, 2009
Posted by ZoeL in CCIE LAB, Cisco.Tags: access-list's logging, IP CEF, next-hop, PBR
add a comment
Yes, i know, there is no way informational logging message can disturb routing path or PBR scenario. There is actually, if your router’s cpu processing reach 100% caused by excessive logging messages and disturb routing updates. That’s not what happened here.
Below is my report of correlation between PBR, IP CEF and ACCESS-LIST LOGGING.
Network Diagram
EIGRP routing works on R2, R3 and R4. R1 and R5 running default route to adjacent router.
Dynamic routing automatically put one single most effective path from R1 to R5 via R2-R4.
Now, i want to ‘disturb’ this path and redirect packet from R1 to R5 via R3. We can accomplish this using PBR, match clause for specific source and destination IP address or Subnet using access-list and create set’s next-hop statement to throw packets to R3.
