the ccie is your super bowl... the ccie doesn't happen after the super bowl, or during the halftime show... the ccie doesn't get postponed by reruns of breaking bad or the latest zombie stupidity out there... the ccie is always there, taunting you, telling you you're not good enough... get pissed...
do you have these memorized? are they second nature? if this ever gets old you will never be ccie... does scott morris sleep? of course not... wake up...
do you know all of ospf's lsa's... the opaque's too...
router, network, network summary, summary asbr, external, nssa... that's 1,2,3,4,5 and 7... 6 is group or mospf, 8 is external, 9,10,11 are opaque, link-local scope, area local scope, AS scope
what are the eigrp packet types, there are 7?
hello, update, query, reply, ack, sia query, sia reply...
which ones require an ack? hint, it's not hello or ack...
ospf neighbor states:
down, attempt (nbma), init, two way, exstart, exchange, loading, full
ip packet header:
v,hl,diffserv,total length,identification,flags,frag offset,ttl,protocol, header checksum, sa,da,options,data
ospf network types:
broadcast, nbma, point-to-point, multipoint b'cast, and mpoint nbma
bgp attribute preference:
w,lp,local origination,as-path,origin code, lowest med, ebgp/ibgp, ibgp to bgp next hop, age, rid
ospf router types:
bb, internal, abr,asbr
ospf packets:
hello, dbd, lsr, lsu, lsa
ospf areas:
bb,standard, stub, totally stub, nssa, virtual link
what are you waiting for? get back to your lab...
here is a nice little write up from this guy...
http://ipexptobe.blogspot.com/2011/09/bgp-neighbor-states_15.html
1. IDLE State : veryfing route to neighbor
BGP refuses all incoming connections. No BGP resources are allocated in Idle state, and no incoming BGP connections are allowed.
2. Connect State :
BGP
waits for a TCP connection to be completed. If successful, the BGP
state machine moves into OpenSent state after sending the OPEN message
to the peer. Failure in this state could result in either going into
Active state or Connect state, or reverting back to Idle state,
depending on the failure reasons.
3. Active State : attempting connectivity to neighbor
In
this state, a TCP connection is initiated to establish a BGP peer
relationship. If successful, BGP sends its OPEN message to the peer and
moves to OpenSent state. Failure can result in going to the Active or
Idle states.
4. OpentSent State : open message sent to neighbor
After sending an OPEN message to the peer, BGP waits in this state for the OPEN reply.
If
a successful reply comes in, the BGP state moves to OpenConfirm and a
keepalive is sent to the peer. Failure can result in sending the BGP
state back to Idle or Active.
5. OpenConfirm State : neighbor replied with open message
The BGP state machine is one step away from reaching its final state (Established).
BGP
waits in this state for keepalives from the peer. If successful, the
state moves to Established; otherwise, the state moves back to Idle
based on the errors.
6. Established State : connection between neighbors established
This
is the state in which BGP can exchange information between the peers.
The information can be updates, keepalives, or notification.
