Search Results
June 4, 2008 @ 4:17 am
· Filed under Jobs_Network_Cisco_Egypt
Job Descriptions for the 21st Century by Irving H. Buchen
Job descriptions are often a weak link in the talent-management chain. The challenge for HR is to make job descriptions more dynamic and reflective of job change on the one hand and to create a more rigorous and accurate process of job qualification on the other.
Job […]
Permalink
May 16, 2008 @ 6:17 pm
· Filed under CiscoCertified
Security researcher devises rootkit for Cisco’s routers Robert McMillan May 14, 2008 (IDG News Service) A security researcher has developed malicious rootkit software for Cisco Systems Inc.’s routers that has placed increasing scrutiny on the routers that carry the majority of the Internet’s traffic.
Sebastian Muniz, a researcher at Core Security Technologies Inc., […]
Permalink
August 16, 2007 @ 4:59 pm
· Filed under CCIE Study
Hi db,
I too am no real-world FR guru, but I did battle it as part of my R&S written prep, so I’ll offer a few thoughts from recent experience…
db wrote: > > I’m finally trying to understand how OSPF over frame relay > works (also > because the previous messages sent to the group […]
Permalink
August 14, 2007 @ 3:59 pm
· Filed under CCIE Study
With OSPF itâs all about what the OSPF network type is for your interfaces. If you did not specifically change them then the default for physical frame-relay will be nonbroadcast which means the routers will not establish a neighbor relationship until neighbor statements are configured (only required on one side, in a hub and […]
Permalink
August 11, 2007 @ 8:59 am
· Filed under CCIE Study
Hi,
I setup a small scenario with 3 routers, with R1 as hub and R2 and R3 as spokes. Between the routers is a FR cloud (a 2520).
I setup frame relay on the physical ports (R1 with two DLCI) and I got connectivity between R1 and R2, and between R1 and R3. All as expected.
I then […]
Permalink
September 17, 2006 @ 1:59 pm
· Filed under CCIE Study
Here is a post that I sent in the past regarding this issue.
Even though the routers are “adjacent” they won’t become true neighbors with each other. By adjusting the hello/dead timers you can make any OSPF network type become adjacent but that doesn’t mean they will become
functioning OSPF neighbors.
OSPF network types that […]
Permalink
September 17, 2006 @ 1:01 pm
· Filed under CCIE Study
They are all correct. I’m sure the lab task wording will drive you toward one or the other option. As long as you know all the ways of making it working you are fine. Sabrina
—– Original Message —- From: Peter Cresswell
To: ccielab@groupstudy.com Sent: Sunday, September 17, 2006 9:28:03 AM Subject: […]
Permalink
September 17, 2006 @ 12:02 pm
· Filed under CCIE Study
Hello all, I’m sure this question comes up all the time, but i’ve had a quick look through the archive and could find a previous posting. I’d like your opinion on the following scenario (hub & spoke over FR, single subnet): Hub / […]
Permalink
September 15, 2006 @ 12:59 pm
· Filed under CCIE Study
R2 and R3 have a L3 to L2 mapping via inverse-ARP directly since you do not have inverse-ARP disabled. This means the traffic is not going through the hub router. Shutdown the hub router’s interface and you’ll see that you can still ping between R2 and R3.
Also your frame-relay interface-dlci commands on R2 […]
Permalink
September 15, 2006 @ 11:00 am
· Filed under CCIE Study
Hi Group,
In IEWB vol1, lab 20, section 2.2 (bridging over FR), there’s a requirenment for a hub in a hub-and spoke router to provide transit service, untill an order (new) PVC will be connecting the spokes directly.
R1 (hub) connects using two P2P interfaces to R2 and R3 (the spokes) using PVC 102 (to R2) […]
Permalink
·
« Previous entries