<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
	>

<channel>
	<title>CCIE Voice # ? &#187; CCNP</title>
	<atom:link href="http://ccievoice.wordpress.com/category/ccnp/feed/" rel="self" type="application/rss+xml" />
	<link>http://ccievoice.wordpress.com</link>
	<description>My CCIE Voice Journey</description>
	<lastBuildDate>Fri, 07 Nov 2008 21:09:27 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<cloud domain='ccievoice.wordpress.com' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' />
<image>
		<url>http://www.gravatar.com/blavatar/451eee4088cebe2eece596b6931ff2ab?s=96&#038;d=http://s.wordpress.com/i/buttonw-com.png</url>
		<title>CCIE Voice # ? &#187; CCNP</title>
		<link>http://ccievoice.wordpress.com</link>
	</image>
			<item>
		<title>CCNP / BSCI Notes</title>
		<link>http://ccievoice.wordpress.com/2007/01/02/ccnp-bsci-notes/</link>
		<comments>http://ccievoice.wordpress.com/2007/01/02/ccnp-bsci-notes/#comments</comments>
		<pubDate>Tue, 02 Jan 2007 15:46:23 +0000</pubDate>
		<dc:creator>ccievoice</dc:creator>
				<category><![CDATA[CCNP]]></category>

		<guid isPermaLink="false">http://ccievoice.wordpress.com/2007/01/02/ccnp-bsci-notes/</guid>
		<description><![CDATA[Here are my notes from when I took the BSCI exam. I apologize if the thoughts seem somewhat scattered or don&#8217;t make sense, but at the time they made complete sense to me&#8230;
642-801 Study Guide
Topic	Expected Questions
IP NAT Configuration	             2 -4
Understanding IPv6	   [...]<img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=ccievoice.wordpress.com&blog=598133&post=42&subd=ccievoice&ref=&feed=1" />]]></description>
			<content:encoded><![CDATA[<div class='snap_preview'><br /><p><strong>Here are my notes from when I took the BSCI exam. I apologize if the thoughts seem somewhat scattered or don&#8217;t make sense, but at the time they made complete sense to me&#8230;</strong></p>
<p>642-801 Study Guide</p>
<p>Topic	Expected Questions<br />
IP NAT Configuration	             2 -4<br />
Understanding IPv6	                        2 &#8211; 3<br />
Routing principles	                        2 &#8211; 3<br />
Extending IP addresses	             2 &#8211; 3<br />
OSPF	                                             10 &#8211; 14<br />
IS-IS	                                              5 &#8211; 8<br />
EIGRP                         	              6 &#8211; 8<br />
BGP	                                             10 – 14<br />
Routing Update Optimization	   6 &#8211; 9<br />
Router Simulations on NAT<br />
configuration, multi-area<br />
OSPF and Redistribution for the<br />
given scenario.	                         2 &#8211; 3 </p>
<p>Default Administrative Distances<br />
Connected         0<br />
Static               1<br />
eBGP                20<br />
EIGRP (internal)  90<br />
IGRP	         100<br />
OSPF               110<br />
IS-IS               115<br />
RIP                  120<br />
EIGRP (external) 170<br />
iBGP                 200<br />
EIGRP summary route 5</p>
<p>Write down as soon as you get there:</p>
<p>0	128	192	224	240	248	252	254	 Class C MASK<br />
1	2	4	8	16	32	64	128	     # of subnets<br />
256	128	64	32	16	8	4	2	     # of hosts<br />
/24	/25	/26	/27	/28	/29	/30	/31	     CIDR</p>
<p>0	128	192	224	240	248	252	254	  Class B MASK<br />
256	128	64	32	16	8	4	2	      # of subnets<br />
65k	32k	16k	8k	4096	2048	1024	512	     # of hosts<br />
/16	/17	/18	/19	/20	/21	/22	/23	     CIDR</p>
<p>**OSPF NOTES**</p>
<p>Types of OSPF Areas<br />
Normal Areas: These areas can either be standard areas or transit (backbone) areas. Standard areas are defined as areas that can accept intra-area, inter-area and external routes. The backbone area is the central area to which all other areas in OSPF connect.</p>
<p>Note: Intra-area routes refer to updates that are passed within the area. Inter-area routes refer to updates that are passed between areas. External routes refer to updates passed from another routing protocol into the OSPF domain by the Autonomous System Border Router (ASBR).</p>
<p>Stub Areas: These areas do not accept routes belonging to external autonomous systems (AS); however, these areas have inter-area and intra-area routes. In order to reach the outside networks, the routers in the stub area use a default route which is injected into the area by the Area Border Router (ABR), they also accept type 3. A stub area is typically configured in situations where the branch office need not know about all the routes to every other office, instead it could use a default route to the central office and get to other places from there. Hence the memory requirements of the leaf node routers is reduced, and so is the size of the OSPF database.</p>
<p>To define an area as a stub area, use the OSPF router configuration command, area  stub<br />
Totally Stub Areas: Cisco Proprietary. These areas do not allow routes other than intra-area and the default routes to be propagated within the area. The ABR injects a default route into the area and all the routers belonging to this area use the default route to send any traffic outside the area. ABR ONLY PASSES 0.0.0.0 ROUTES.</p>
<p>To define a totally stub area, use the OSPF router configuration command, area  stub no-summary, on the ABR. </p>
<p>NSSA: This type of area allows the flexibility of importing a few external routes into the area while still trying to retain the stub characteristic. Assume that one of the routers in the stub area is connected to an external AS running a different routing protocol, it now becomes the ASBR, and hence the area can no more be called a stub area. However, if the area is configured as a NSSA, then the ASBR generates a NSSA external link-state advertisement (LSA) (Type-7) which can be flooded throughout the NSSA area. These Type-7 LSAs are converted into Type-5 LSAs at the NSSA ABR and flooded throughout the OSPF domain</p>
<p>To define a NSSA, use the OSPF router configuration command, area  nssa no-summary.</p>
<p>OSPF LSA Types<br />
Type 1: Router link advertisements generated by each router<br />
for each area it belongs to. Flooded to a single area only.</p>
<p>Type 2: Network link advertisements generated by designated<br />
routers describing the set of routers attached to a particular<br />
network. Flooded to the area that contains the network.</p>
<p>Type 3/4: Summary link advertisements generated by ABRs<br />
describing inter-area routes. Type 3 describes routes to<br />
networks and is used for summarization. Type 4 describes<br />
routes to the ASBR.</p>
<p>Type 5: Generated by the ASBR and describes links external<br />
to the Autonomous System (AS). Flooded to all areas except<br />
stub areas.</p>
<p>Type 6: Group membership link entry generated by multicast<br />
OSPF routers.</p>
<p>Type 7: NSSA external routes generated by ASBR. Only<br />
flooded to the NSSA. The ABR converts LSA type 7 into LSA<br />
type 5 before flooding them into the backbone (area 0).</p>
<p>OSPF Route Types<br />
O &#8211; OSPF<br />
IA – OSPF Inter Area<br />
N1 – OSPF NSSA External type 1<br />
N2 – OSPF NSSA External type 2<br />
E1 – OSPF external type 1<br />
E2 – OSPF external type 2 </p>
<p>To send 0.0.0.0 default route into OSPF [default-information originate always]<br />
During convergence the slave will request a LSU during LOADING stage.<br />
Show ip ospf interface to tell DR/BDR/DROTHER<br />
On serial interfaces non-broadcast is the default network type.<br />
Topology table does a full exchange every 30 minutes.<br />
DR’s flood type 2 LSA’s to neighbor routers on the segment.<br />
Stub areas don’t accept E1 or E2 routes<br />
OSF does not summarize along classful boundaries<br />
Feature similar to spoofing = Demand circuits. They filter periodic updates once the LSD is in sync; also avoid WAN OSPF overhead and avoid DDR links from dialing for no reason.<br />
LSA1 = Router link “O” in route table<br />
[Passive-interface e 0/0] suppress routing updates out<br />
Show ip ospf virtual-links will show Virtual links<br />
[area 0 virtual link 192.168.1.1]<br />
DBD = Database Description<br />
DDP Database Description Packet And they carry LSA entries from OSPF master L-S Database<br />
100mbps = a cost of 1<br />
10mbps  = a cost of 10<br />
[area 1 range 192.168.8.0 255.255.248.0] to summarize networks<br />
An OSPF DBD\DDP contains LSA entries from OSPF master router’s link-state DB</p>
<p>**BGP Notes**<br />
BGP Attributes</p>
<p>A BGP attribute, or path attribute, is a metric used to describe the characteristics of a BGP path. Attributes are contained in update messages passed between BGP peers to advertise routes. There are four categories of BGP attributes. These are: </p>
<p>1) Well-known Mandatory 3<br />
-AS-path<br />
-Next-hop<br />
-Origin<br />
2) Well-known Discretionary 2<br />
-Local Preference<br />
-Atomic Aggregate<br />
3) Optional Transitive 2<br />
-Aggregator<br />
-Community<br />
4) Optional Non-transitive 1<br />
-Multi-exit-discriminator (MED)</p>
<p>Attribute Type<br />
1-origin<br />
2-AS-path<br />
3-Next-hop<br />
4-MED<br />
5-Local preference<br />
6-Atomic aggregate<br />
7-aggregator (AS + IP = 48 bit value)<br />
8-community<br />
9-originator-ID<br />
10-cluster</p>
<p>BGP Route Types<br />
i – IGP (OSPF, EIGRP)<br />
e – EGP (other BGP AS)<br />
? – Incomplete or unknown</p>
<p>Optional transitive attributes may also be marked as partial. </p>
<p>Well-known attributes are attributes that all BGP implementations must recognize and are propagated to all BGP neighbors. Mandatory well-known attributes must appear in the route description. Discretionary attributes do not have to appear in the route description (they are not mandatory).</p>
<p>Optional attributes may not be supported by all BGP implementations. The transitive bit determines if an optional attribute is passed to BGP neighbors. If an optional attribute is transitive and not supported by a neighbor, it is passed and marked as partial. If it is non-transitive, a neighbor that does not implement the attribute deletes it.</p>
<p>The attributes that are commonly used in the Cisco Implementation of BGP are as follows:</p>
<p>WELL-KNOWN, MANDATORY </p>
<p>AS-path: A list of the Autonomous Systems (AS) numbers that a route passes through to reach the destination. As the update passes through an AS the AS number is inserted at the beginning of the list. The AS-path attribute has a reverse-order list of AS passed through to get to the destination.</p>
<p>Next-hop: The next-hop address that is used to reach the destination.</p>
<p>Origin: Indicates how BGP learned a particular route. There are three possible types &#8212; IGP (route is internal to the AS), EGP (learned via EBGP), or Incomplete (origin unknown or learned in a different way).</p>
<p>WELL-KNOWN, DISCRETIONARY </p>
<p>Local Preference: Defines the preferred exit point from the local AS for a specific route. Will choose the higher number.</p>
<p>Atomic Aggregate: Set if a router advertises an aggregate causes path attribute information to be lost.</p>
<p>OPTIONAL, TRANSITIVE </p>
<p>Aggregator: Specifies the router ID and AS of the router that originated an aggregate prefix. Used in conjunction with the atomic aggregate attribute. </p>
<p>Community: Used to group routes that share common properties so that policies can be applied at the group level.</p>
<p>OPTIONAL, NON-TRANSITIVE </p>
<p>Multi-exit-discriminator (MED): Indicates the preferred path into an AS to external neighbors when multiple paths exist.</p>
<p>A list of path attributes is contained in BGP update messages. The attribute is variable length and consists of three fields: Attribute type consisting of a 1-byte attribute flags field and a 1-byte attribute code field, Attribute length field that is 1 or 2 bytes, and a variable length attribute value field. The attribute type codes used by Cisco are: 1-origin, 2-AS-path, 3-Next-hop, 4-MED, 5-Local preference, 6-Atomic aggregate, 7-aggregator, 8-community, 9-originator-ID, and 10-cluster list. </p>
<p>This article discussed the BGP attributes with the intent of preparing you for those confusing questions on the BSCN or BSCI exams. Hopefully, there is no more confusion on the various attributes that are used in the Cisco implementation of BGP.</p>
<p>Local Preference Attribute<br />
The local preference attribute is used to prefer an exit point from the local autonomous system (AS). Unlike the weight attribute, the local preference attribute is propagated throughout the local AS. If there are multiple exit points from the AS, the local preference attribute is used to select the exit point for a specific route. In Figure 39-3, AS 100 is receiving two advertisements for network 172.16.1.0 from AS 200. When Router A receives the advertisement for network 172.16.1.0, the corresponding local preference is set to 50. When Router B receives the advertisement for network 172.16.1.0, the corresponding local preference is set to 100. These local preference values will be exchanged between routers A and B. Because Router B has a higher local preference than Router A, Router B will be used as the exit point from AS 100 to reach network 172.16.1.0 in AS 200. </p>
<p>Multi-Exit Discriminator Attribute<br />
The multi-exit discriminator (MED) or metric attribute is used as a suggestion to an external AS regarding the preferred route into the AS that is advertising the metric. </p>
<p>The term suggestion is used because the external AS that is receiving the MEDs may be using other BGP attributes for route selection. We will cover the rules regarding route selection in the next section. In Figure 39-4, Router C is advertising the route 172.16.1.0 with a metric of 10, while Route D is advertising 172.16.1.0 with a metric of 5. The lower value of the metric is preferred, so AS 100 will select the route to router D for network 172.16.1.0 in AS 200. MEDs are advertised throughout the local AS. </p>
<p>Origin Attribute<br />
The origin attribute indicates how BGP learned about a particular route. The origin attribute can have one of three possible values: </p>
<p>IGP—The route is interior to the originating AS. This value is set when the network router configuration command is used to inject the route into BGP.<br />
EGP—The route is learned via the Exterior Border Gateway Protocol (EBGP).<br />
Incomplete—The origin of the route is unknown or learned in some other way. An origin of incomplete occurs when a route is redistributed into BGP.</p>
<p>AS_path Attribute<br />
When a route advertisement passes through an autonomous system, the AS number is added to an ordered list of AS numbers that the route advertisement has traversed. Figure 39-5 shows the situation in which a route is passing through three autonomous systems. </p>
<p>AS1 originates the route to 172.16.1.0 and advertises this route to AS 2 and AS 3, with the AS_path attribute equal to {1}. AS 3 will advertise back to AS 1 with AS-path attribute {3,1}, and AS 2 will advertise back to AS 1 with AS-path attribute {2,1}. AS 1 will reject these routes when its own AS number is detected in the route advertisement. This is the mechanism that BGP uses to detect routing loops. AS 2 and AS 3 propagate the route to each other with their AS numbers added to the AS_path attribute. These routes will not be installed in the IP routing table because AS 2 and AS 3 are learning a route to 172.16.1.0 from AS 1 with a shorter AS_path list. </p>
<p>Next-Hop Attribute<br />
The EBGP next-hop attribute is the IP address that is used to reach the advertising router. For EBGP peers, the next-hop address is the IP address of the connection between the peers. For IBGP, the EBGP next-hop address is carried into the local AS, as illustrated in </p>
<p>Community Attribute<br />
The community attribute provides a way of grouping destinations, called communities, to which routing decisions (such as acceptance, preference, and redistribution) can be applied. Route maps are used to set the community attribute. Predefined community attributes are listed here: </p>
<p>No-export     — do not advertise this route to EBGP peers.<br />
No-advertise — do not advertise this route to any peer.<br />
Internet         —Advertise this route to the Internet community; all routers in the                                                                                                                         network belong to it.<br />
Local AS        – Only IBGP neighbors</p>
<p>BGP Path Selection<br />
BGP could possibly receive multiple advertisements for the same route from multiple sources. BGP selects only one path as the best path. When the path is selected, BGP puts the selected path in the IP routing table and propagates the path to its neighbors. BGP uses the following criteria, in the order presented, to select a path for a destination: </p>
<p>If the path specifies a next hop that is inaccessible, drop the update.<br />
Prefer the path with the largest weight. (local to router only)<br />
If the weights are the same, prefer the path with the largest local preference.<br />
If the local preferences are the same, prefer the path that was originated by BGP running on this router.<br />
If no route was originated, prefer the route that has the shortest AS_path.<br />
If all paths have the same AS_path length, prefer the path with the lowest origin type (where IGP is lower than EGP, and EGP is lower than incomplete).<br />
If the origin codes are the same, prefer the path with the lowest MED attribute.<br />
If the paths have the same MED, prefer the external path over the internal path.<br />
If the paths are still the same, prefer the path through the closest IGP neighbor.<br />
Prefer the path with the lowest IP address, as specified by the BGP router ID.</p>
<p>***************************<br />
Learn to spell synchronization<br />
To exchange AS information with ISP probably use EBGP.<br />
Routes can be injected into BGP table by redist from existing igp, network command and redist from static null 0.<br />
It is not recommended to redistribute dynamic IGP routes into BGP.<br />
[No synchronization] allows BGP to advertise routes not in routing table<br />
Prefix list ge means greater or =, le means less or =, [ip prefix-list 207.0.0.0/8 ge 10 le 18]<br />
Route reflectors and aggregate-address gets around IBGP full mesh requirement.<br />
Route reflectors modify split horizon and reduce TCP sessions<br />
Doesn’t require a hierarchal addressing scheme.<br />
Uses TCP port 179.<br />
[show ip bgp paths] = show bgp topology table.</p>
<p>**IS-IS NOTES**</p>
<p>Routed Protocols<br />
Connection oriented – CONP (the protocol) layer 3, x.25; CMNS (the service) Connection Mode Network Service</p>
<p>Connectionless – CLNP (protocol) layer 3 Connectionless network protocol; CLNS (service) Connectionless Network Service </p>
<p>Routing Protocols</p>
<p>ES-IS – Level 0 = Communication between end stations. Like ARP. MAC to IP.</p>
<p>IS-IS Originally for CLNP, later IP. Integrated IS-IS or Dual IS-IS. IGP. Link state, comparable to OSPF. L1, L2, L1,2. IP mode, CLNS or both DUAL mode. Supports VLSM. Can redistribute. </p>
<p>Level 0 &#8211; End system to Intermediate system. Host to host and host to IS ( router)<br />
Level 1 – IS’s in same area (intra-area) Topology table (L1)<br />
Level 2 – Like a ABR, in a single Domain L1 Table and<br />
Layer 3 – Routing between domains.<br />
CE5E-CE8-5091-300-1852 boson</p>
<p>IS-IS Terms<br />
Domain &#8211; Single admin unit (Similar to OSPF AS)<br />
Circuit – Same as interface. Circuit ID<br />
PDU- protocol data units (same as IP packets) Link –State PDU (LSP)<br />
SNP &#8211; Sequence number packet. Control packets for LSP’s (like DNS version #)<br />
DIS – Designated IS. Pseudonode (Like OSPF DR) Sends LSP. (IS-IS has no backup (BDR) Uses Dykstra Algorithm. </p>
<p>Pay attention to (b) only.</p>
<p>NSAP Network Service Address Point<br />
Broken into (interdomain) IDP and (domain) DSP </p>
<p>49.0001.0000.8635.68c4.00 = NET<br />
49.0001 = area ID<br />
0000.8695.6ac4 = System ID<br />
00 = NSEL</p>
<p>Area ID -<br />
System ID &#8211; (SySID) 6 byte endsystem or IS ID (mac address)<br />
N-Selector – Similar to IP port or socket. (00 = NET)<br />
High order DSP – similar to IP subnet</p>
<p>Does not summarize along classful boundaries </p>
<p>The following example illustrates the proper syntax for turning up the ISIS process on interface S1 and E0 of this particular router.<br />
NewYork(config)#router isis<br />
NewYork(config-router)#net 47.0001.1501.0001.0001.00<br />
NewYork(config)#interface ethernet 0<br />
NewYork(config-if)#ip router isis<br />
NewYork(config-if)#exit<br />
NewYork(config)#interface serial 1<br />
NewYork(config-if)#ip router isis</p>
<p>Here is a look at a more complete configuration inclusive of the basic commands necessary for a functional ISIS implementation.</p>
<p>interface Ethernet0<br />
 ip address 150.100.1.2 255.255.255.0<br />
 ip router isis<br />
!<br />
interface Serial1<br />
 ip address 150.100.3.2 255.255.255.0<br />
 ip router isis<br />
!<br />
router isis<br />
 net 47.0001.1501.0001.0001.00</p>
<p> Ottawa#sh clns is-neighbors</p>
<p>System Id      Interface  State  Type Priority  Circuit Id       Format<br />
1501.0001.0001   Se0        Up    L1     0          00          Phase V<br />
0000.0200.0001   Et0        Up    L1     64    1501.0003.0001.0 Phase V</p>
<p>ESH End system hello ES to IS<br />
IIH IS-IS Hello IS to IS<br />
PSNP = Partial SNP used for ack of lsp on p2p links and request missing portions of LS database<br />
CSNP Complete SNP =used for Periodically by DIS on LAN to ensure reliability and P2P link when link comes up<br />
[Show isis routes] [show clns routes] to show clns destinations the router knows<br />
NSAP has two major fields IDP initial domain part and DSP domain specific part.</p>
<p>L1 L2 Packet Types</p>
<p>LSP &#8211; Link state packet. Broadcast or P 2 P or P 2 MP contain header<br />
Hello PDU – ESH End System Hello to IS, ISH IS Hello to host, IIH IS to IS<br />
CNSP – (Version) Complete number Sequence PDU (whole database)<br />
PSNP – Partial SEQ number PDU (updates)</p>
<p>Metric<br />
Cost – 6 bit, 1-63, default 10 on outbound Interfaces.<br />
Hello default 10 seconds. Hold timer 20 seconds. </p>
<p>SNP make sure LSA are sent reliable.<br />
PSNP – Ack’s Single LSP description</p>
<p>2 databases<br />
Link State – Like OSPF All routers will have same DB<br />
Forwarding – SPF algorithm. (routing table) best routes.<br />
Hello = 10 seconds<br />
Hold Timer = 30 Seconds</p>
<p>**EIGRP NOTES**</p>
<p>EIGRP uses DUAL algorithm.<br />
Rip uses Bellman-Ford<br />
Max hop count 100<br />
Summarize an eigrp route in AS# 3<br />
[ip summary-address eigrp 3 192.168.0.0 255.25.0.0]</p>
<p>[Distribute-list 20 out s 0/0] = suppress sending updates<br />
EIGRP and IGRP support load balancing across unequal cost path metric with variance command<br />
Alter AD distance = [Distance eigrp internal-distance external-distance].<br />
When manual summarization is configured the summary address is entered into the route table and shown to be sourced from null 0, it is done on a per interface basis.<br />
In order for igrp and eigrp to automatically redistribute they must have the same AS number</p>
<p>**MISC NOTES**</p>
<p>Route Maps</p>
<p>Introduced in IOS 11.0<br />
Complex Access List<br />
Use standard or extended access list<br />
#route-map ‘map-tag’ permit | deny<br />
#match condition command<br />
#set condition command<br />
implicit deny at end<br />
[ip policy route-map chicago] = Route map on an interface </p>
<p>Redistribute EIGRP AS# 5 into OSPF with metric of 1<br />
redistribute eigrp 5 ospf metric-type 1<br />
NAT<br />
Inside Local<br />
Configured IP address assigned to a host on the inside network<br />
Inside Global<br />
The IP address of an inside host as it appears to the outside network, &#8220;Translated IP Address&#8221;.<br />
Outside Local<br />
The IP address of an outside host as it appears to the inside network. These addresses can be allocated from the RFC 1918 space if desired.<br />
Outside Global<br />
The configured IP address assigned to a host in the outside network.<br />
Simple Translation Entry<br />
A translation entry which maps one IP address to another.<br />
Extended Translation Entry<br />
A translation entry which maps one IP address and port pair to another.</p>
<p>224.0.0.1 All hosts on a subnet<br />
224.0.0.2 All routers on a subnet<br />
224.0.0.5 All OSPF routers (DR Others)<br />
224.0.0.6 All OSPF Designated Routers<br />
224.0.0.9 All RIPv2 routers<br />
224.0.0.10 All EIGRP routers</p>
<p>IPV6<br />
Unicast: A packet sent to a unicast address is delivered to the interface identified by that address.<br />
Multicast: The packet will be processed by all members of the multicast group.<br />
Anycast (new to IPv6): The packet will be delivered to only one of the interfaces configured for the anycast address &#8212; usually to the nearest one.<br />
The notation of IPv6 is simplified with the following rules:<br />
Rule one: Leading zeroes can be skipped. </p>
<p>For example, this line: FE80:0000:0000:0000:0202:B3FF:FE1E:8329 </p>
<p>Can be written as: FE80:0:0:0:202:B3FF:FE1E:8329 </p>
<p>Rule two: A consecutive number of zeroes within an address can be replaced by a double colon &#8211; but only once within an address. </p>
<p>For example: FE80:0:0:0:202:B3FF:FE1E:8329 </p>
<p>becomes: FE80::202:B3FF:FE1E:8329<br />
Ipv6 has larger address space, mobility and security and simpler header<br />
Address Purpose<br />
IPV6 128 bit long, header contains next header fields, sends RA messages</p>
<p>SHOW COMMANDS</p>
<p>[show ip ospf 76] show all areas in process 76<br />
[show ip interface] show if access-lists is on an interface<br />
[show ip ospf interface] to tell DR/BDR/DROTHER<br />
[show ip ospf virtual-links] will show Virtual links<br />
[show ip ospf neighbor] not plural!<br />
[show ip ospf neighbor detail[ detailed OSPF info<br />
[show ip bgp paths] = show bgp topology table.<br />
[show clns routes] to show clns destinations the router knows<br />
[show clns neighbors] show isis neighbors<br />
[show ip eigrp topology all-links] show entire topology database.  </p>
<p>Summary Commands<br />
EIGRP<br />
[ip summary-address eigrp 3 192.168.1.0 255.255.255.0]<br />
OSPF<br />
[area 1 range 192.168.8.0 255.255.248.0] to summarize networks<br />
[summary-address 192.231.0.0 255.255.0.0] summarize external routes</p>
<p>Policy based routing can match by next hop and match by IP address.<br />
A domain is a collection of connected areas.<br />
Hello packets are Multicast.<br />
[ip forward-protocol 161] forwards SNMP traffic<br />
ip helper address forwards DNS 53, TFTP 69 and 49 TACACS by default.</p>
<p>Router redist features to ensure optimal; paths = Admin dist, Route maps, Distribute-list, passive interface</p>
<p>Show ip policy displays which route map is associated with an interface.<br />
Route filters use distribute lists<br />
Area 6 stub no-summary = totally stubby area<br />
Static routes must be redistributed into a dynamic routing protocol<br />
Preferred route distribution Use one way dist when there are multiple paths and static routes with multiple paths. </p>
<p>IPV6 uses Unicast, Multicast and Anycast<br />
Policy based routing can match by next hop and match by IP address.<br />
A domain is a collection of connected areas.<br />
Hello packets are Multicast.</p>
<p>Router redist features to ensure optimal; paths = Admin dist, Route maps, Distribute-list, passive interface</p>
<img alt="" border="0" src="http://feeds.wordpress.com/1.0/categories/ccievoice.wordpress.com/42/" /> <img alt="" border="0" src="http://feeds.wordpress.com/1.0/tags/ccievoice.wordpress.com/42/" /> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/gocomments/ccievoice.wordpress.com/42/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/comments/ccievoice.wordpress.com/42/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/godelicious/ccievoice.wordpress.com/42/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/delicious/ccievoice.wordpress.com/42/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/gostumble/ccievoice.wordpress.com/42/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/stumble/ccievoice.wordpress.com/42/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/godigg/ccievoice.wordpress.com/42/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/digg/ccievoice.wordpress.com/42/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/goreddit/ccievoice.wordpress.com/42/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/reddit/ccievoice.wordpress.com/42/" /></a> <img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=ccievoice.wordpress.com&blog=598133&post=42&subd=ccievoice&ref=&feed=1" /></div>]]></content:encoded>
			<wfw:commentRss>http://ccievoice.wordpress.com/2007/01/02/ccnp-bsci-notes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	
		<media:content url="http://0.gravatar.com/avatar/e76506b8368a5ba25e7a1a5c48a5cf9e?s=96&#38;d=identicon&#38;r=G" medium="image">
			<media:title type="html">CCIEvoice</media:title>
		</media:content>
	</item>
		<item>
		<title>Passed the CCNP</title>
		<link>http://ccievoice.wordpress.com/2006/12/28/passed-the-ccnp/</link>
		<comments>http://ccievoice.wordpress.com/2006/12/28/passed-the-ccnp/#comments</comments>
		<pubDate>Thu, 28 Dec 2006 21:51:06 +0000</pubDate>
		<dc:creator>ccievoice</dc:creator>
				<category><![CDATA[CCNP]]></category>

		<guid isPermaLink="false">http://ccievoice.wordpress.com/2006/12/28/passed-the-ccnp/</guid>
		<description><![CDATA[
Well I passed the final test required for my CCNP certification. Today I took the CIT, and although my notes may not be as pertinent now that Cisco is revamping the content for the CCNP, here are my notes from my final test, the CIT.  
IGRP
Network statement
Access-list or distribute list
AS numbers mismatched
Discontiguous networks
++
Static routes
Change [...]<img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=ccievoice.wordpress.com&blog=598133&post=21&subd=ccievoice&ref=&feed=1" />]]></description>
			<content:encoded><![CDATA[<div class='snap_preview'><br /><p><a href='http://ccievoice.files.wordpress.com/2006/12/ccnp1.gif' title='ccnp1.gif'><img src='http://ccievoice.files.wordpress.com/2006/12/ccnp1.thumbnail.gif' alt='ccnp1.gif' /></a></p>
<p>Well I passed the final test required for my CCNP certification. Today I took the CIT, and although my notes may not be as pertinent now that Cisco is revamping the content for the CCNP, here are my notes from my final test, the CIT.  </p>
<p>IGRP</p>
<p>Network statement<br />
Access-list or distribute list<br />
AS numbers mismatched<br />
Discontiguous networks<br />
++<br />
Static routes<br />
Change networks between routers<br />
EIGRP<br />
GRE tunnel<br />
++<br />
Invalid source address<br />
Max paths command</p>
<p>Disable a source validity check<br />
router igrp 10<br />
no validate-update-source<br />
max-paths 1 == disables load balance<br />
IGRP uses default-network cmd, not 0.0.0.0 0.0.0.0 ser1</p>
<p>EIGRP<br />
Check subnet<br />
Mismatch k value<br />
AS #&#8217;s<br />
access-list</p>
<p>If you are going to redistribute use the default-metric command</p>
<p>OSPF</p>
<p>Hello messages are exchanged on the PRIMARY interface. If the address is<br />
 on the secondary interface no talky talky</p>
<p>area 0 authentication message-digest<br />
also need a key-chain</p>
<p>Stuck in exstart<br />
ACL<br />
Wrong DLCI<br />
Duplicate RID<br />
MTU mismatch<br />
debug ip ospf adj</p>
<p>Ospf Neighbor isn’t advertising routes<br />
OSPF is not enabled<br />
OSPF interface is down<br />
Configured on secondary interface<br />
Ospf will not advertise a secondary address unless it is in the same area as the primary interface</p>
<img alt="" border="0" src="http://feeds.wordpress.com/1.0/categories/ccievoice.wordpress.com/21/" /> <img alt="" border="0" src="http://feeds.wordpress.com/1.0/tags/ccievoice.wordpress.com/21/" /> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/gocomments/ccievoice.wordpress.com/21/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/comments/ccievoice.wordpress.com/21/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/godelicious/ccievoice.wordpress.com/21/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/delicious/ccievoice.wordpress.com/21/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/gostumble/ccievoice.wordpress.com/21/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/stumble/ccievoice.wordpress.com/21/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/godigg/ccievoice.wordpress.com/21/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/digg/ccievoice.wordpress.com/21/" /></a> <a rel="nofollow" href="http://feeds.wordpress.com/1.0/goreddit/ccievoice.wordpress.com/21/"><img alt="" border="0" src="http://feeds.wordpress.com/1.0/reddit/ccievoice.wordpress.com/21/" /></a> <img alt="" border="0" src="http://stats.wordpress.com/b.gif?host=ccievoice.wordpress.com&blog=598133&post=21&subd=ccievoice&ref=&feed=1" /></div>]]></content:encoded>
			<wfw:commentRss>http://ccievoice.wordpress.com/2006/12/28/passed-the-ccnp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	
		<media:content url="http://0.gravatar.com/avatar/e76506b8368a5ba25e7a1a5c48a5cf9e?s=96&#38;d=identicon&#38;r=G" medium="image">
			<media:title type="html">CCIEvoice</media:title>
		</media:content>

		<media:content url="http://ccievoice.files.wordpress.com/2006/12/ccnp1.thumbnail.gif" medium="image">
			<media:title type="html">ccnp1.gif</media:title>
		</media:content>
	</item>
	</channel>
</rss>