Neighbor ID Pri State Dead Time Address Interface
150.1.5.5 0 FULL/ - <—- the null output after the slash indicates that no DR or BDR is elected for the point-to-point network type.
Archive for October, 2008
OSPF – point-to-point network type
Posted by Peter Kurdziel on October 26, 2008
Posted in OSPF, Routing & Switching Lab | Leave a Comment »
OSPF Design Guide
Posted by Peter Kurdziel on October 26, 2008
http://www.cisco.com/en/US/tech/tk365/technologies_white_paper09186a0080094e9e.shtml
Posted in OSPF, Routing & Switching Lab | Tagged: OSPF | Leave a Comment »
OSPF LSA’s
Posted by Peter Kurdziel on October 26, 2008
Link State Advertisements
Type 1 Router Link · Lists a router’s neighbors and its cost to each;
flooded throughout an area
Type 2 Network Link · Generated by a DR; lists all routers on an adjacent
segment; flooded throughout an area
Type 3 Network Summary · Generated by an ABR and sent between
areas; point of summarization
Type 4 ASBR Summary · Generated by an ASBR to advertise its presence;
passed between areas
Type 5 External Link · Generated by an ASBR and flooded throughout the
AS to advertise a route external to OSPF
Type 6: Group membership link entry generated by multicast
OSPF routers.
Type 7 NSSA External Link · Generated by an ASBR in a not-so-stubby
area; converted into a type 5 LSA by the ABR
Posted in OSPF, Routing & Switching Lab | Tagged: OSPF | Leave a Comment »
OSPF priority
Posted by Peter Kurdziel on October 26, 2008
ip ospf priority 0 = the router will never become the DR.
The device with the highest priority will become the DR.
Posted in OSPF, Routing & Switching Lab | Tagged: OSPF | Leave a Comment »
OSPF network types
Posted by Peter Kurdziel on October 26, 2008



http://www.cisco.com/en/US/docs/ios/12_0/np1/configuration/guide/1cospf.html#wp4739
Configure Your OSPF Network Type
You have the choice of configuring your OSPF network type as either broadcast or nonbroadcast multiaccess, regardless of the default media type. Using this feature, you can configure broadcast networks as nonbroadcast multiaccess networks when, for example, you have routers in your network that do not support multicast addressing. You also can configure nonbroadcast multiaccess networks (such as X.25, Frame Relay, and SMDS) as broadcast networks. This feature saves you from having to configure neighbors, as described in the section “Configure OSPF for Nonbroadcast Networks.”
Configuring nonbroadcast, multiaccess networks as either broadcast or nonbroadcast assumes that there are virtual circuits from every router to every router or fully meshed network. This is not true for some cases, for example, because of cost constraints, or when you have only a partially meshed network. In these cases, you can configure the OSPF network type as a point-to-multipoint network. Routing between two routers not directly connected will go through the router that has virtual circuits to both routers. Note that it is not necessary to configure neighbors when using this feature.
An OSPF point-to-multipoint interface is defined as a numbered point-to-point interface having one or more neighbors. It creates multiple host routes. An OSPF point-to-multipoint network has the following benefits compared to nonbroadcast multiaccess and point-to-point networks:
•
Point-to-multipoint is easier to configure because it requires no configuration of neighbor commands, it consumes only one IP subnet, and it requires no designated router election.
•
It costs less because it does not require a fully meshed topology.
•
It is more reliable because it maintains connectivity in the event of virtual circuit failure.
To configure your OSPF network type, use the following command in interface configuration mode:
|
Command
|
Purpose
|
|---|---|
|
ip ospf network {broadcast | non-broadcast | {point-to-multipoint [non-broadcast] }} |
Configure the OSPF network type for a specified interface. |
See the “OSPF Point-to-Multipoint Example” section at the end of this chapter for an example of an OSPF point-to-multipoint network.
Configure Point-to-Multipoint, Broadcast Networks
On point-to-multipoint, broadcast networks, there is no need to specify neighbors. However, you can specify neighbors with the neighbor command, in which case you should specify a cost to that neighbor.
Before this feature, some OSPF point-to-multipoint protocol traffic was treated as multicast traffic. Therefore, the neighbor command was not needed for point-to-multipoint interfaces because multicast took care of the traffic. Hellos, updates and acknowledgments were sent using multicast. In particular, multicast hellos discovered all neighbors dynamically.
On any point-to-multipoint interface (broadcast or not), the Cisco IOS software assumed the cost to each neighbor was equal. The cost was configured with the ip ospf cost command. In reality, the bandwidth to each neighbor is different, so the cost should be different. With this feature, you can configure a separate cost to each neighbor. This feature applies to point-to-multipoint interfaces only.
To treat an interface as point-to-multipoint broadcast and assign a cost to each neighbor, use the following commands beginning in interface configuration mode:
Configure OSPF for Nonbroadcast Networks
Because there might be many routers attached to an OSPF network, a designated router is selected for the network. It is necessary to use special configuration parameters in the designated router selection if broadcast capability is not configured.
These parameters need only be configured in those devices that are themselves eligible to become the designated router or backup designated router (in other words, routers with a nonzero router priority value).
To configure routers that interconnect to nonbroadcast networks, use the following command in router configuration mode:
|
Command
|
Purpose
|
|---|---|
|
neighbor ip-address [priority number] [poll-interval seconds] |
Configure a router interconnecting to nonbroadcast networks. |
You can specify the following neighbor parameters, as required:
•
Priority for a neighboring router
•
Nonbroadcast poll interval
•
Interface through which the neighbor is reachable
On point-to-multipoint, nonbroadcast networks, you now use the neighbor command to identify neighbors. Assigning a cost to a neighbor is optional.
Prior to Release 12.0, some customers were using point-to-multipoint on nonbroadcast media (such as classic IP over ATM), so their routers could not dynamically discover their neighbors. This feature allows the neighbor command to be used on point-to-multipoint interfaces.
On any point-to-multipoint interface (broadcast or not), the Cisco IOS software assumed the cost to each neighbor was equal. The cost was configured with the ip ospf cost command. In reality, the bandwidth to each neighbor is different, so the cost should be different. With this feature, you can configure a separate cost to each neighbor. This feature applies to point-to-multipoint interfaces only.
To treat the interface as point-to-multipoint when the media does not support broadcast, use the following commands beginning in interface configuration mode:
See–> http://packetlife.net/static/cheatsheets/ospf.pdf
NETWORK TYPES
Nonbroadcast – (NBMA)
DR/BDR Eelected YES
Neighbor Discovery NO
Hello/Dead Timers 30/120
Standard RFC 2328
Supported Technology FULL MESH
Multipoint – Broadcast
DR/BDR Eelected NO
Neighbor Discovery YES
Hello/Dead Timers 30/120
Standard RFC 2328
Supported Technology ANY
Multipoint – Nonbroadcast
DR/BDR Eelected NO
Neighbor Discovery NO
Hello/Dead Timers 30/120
Standard CISCO
Supported Technology ANY
Broadcast
DR/BDR Eelected YES
Neighbor Discovery YES
Hello/Dead Timers 10/1940
Standard CISCO
Supported Technology FULL MESH
Point-to-Point
DR/BDR Eelected NO
Neighbor Discovery YES – multicast hello’s
Hello/Dead Timers 10/1940
Standard CISCO
Supported Technology POINT-TO-POINT



Posted in Uncategorized | Leave a Comment »
OSPF commands
Posted by Peter Kurdziel on October 26, 2008
sh ip ospf ?
<1-65535> Process ID number
border-routers Border and Boundary Router Information
database Database summary
flood-list Link state flood list
interface Interface information
max-metric Max-metric origination information
mpls MPLS related information
neighbor Neighbor list
request-list Link state request list
retransmission-list Link state retransmission list
sham-links Sham link information
statistics Various OSPF Statistics
summary-address Summary-address redistribution Information
timers OSPF timers information
traffic Traffic related statistics
virtual-links Virtual link information
| Output modifiers
debug ip ospf ?
adj OSPF adjacency events
database-timer OSPF database timer
events OSPF events
flood OSPF flooding
hello OSPF hello events
lsa-generation OSPF lsa generation
mpls OSPF MPLS
nsf OSPF non-stop forwarding events
packet OSPF packets
retransmission OSPF retransmission events
spf OSPF spf
tree OSPF database tree
sh ip ospf int brief
Posted in Uncategorized | Leave a Comment »
OSPF – mtu mismatch
Posted by Peter Kurdziel on October 26, 2008
Rack1R3(config-if)#$EXSTART to DOWN, Neighbor Down: Too many retransmissions
*Oct 25 06:07:28.873: %OSPF-5-ADJCHG: Process 1, Nbr 150.1.7.7 on Ethernet0/0 from DOWN to DOWN, Neighbor Down: Ignore timer expired
Rack1R3(config-if)#$EXSTART to DOWN, Neighbor Down: Too many retransmissions
%OSPF-5-ADJCHG: Process 1, Nbr 150.1.7.7 on Ethernet0/0 from EXSTART to DOWN, Ne^ighbor Down: Too many retransmissions
% Invalid input detected at ‘^’ marker.
Rack1R3(config-if)#
Rack1R3(config-if)#
Rack1R3(config-if)#do debug ip ospf adj
OSPF adjacency events debugging is on
Rack1R3(config-if)#
*Oct 25 06:09:16.465: OSPF: Rcv DBD from 150.1.7.7 on Ethernet0/0 seq 0x18F9 opt 0×52 flag 0×7 len 32 mtu 1504 state EXSTART
*Oct 25 06:09:16.465: OSPF: Nbr 150.1.7.7 has larger interface MTU
Rack1R3(config-if)#
*Oct 25 06:09:18.977: OSPF: Send DBD to 150.1.7.7 on Ethernet0/0 seq 0x1FD8 opt 0×52 flag 0×7 len 32
*Oct 25 06:09:18.977: OSPF: Retransmitting DBD to 150.1.7.7 on Ethernet0/0 [20]
Rack1R3(config-if)#do un all
*Oct 25 06:09:21.473: OSPF: Rcv DBD from 150.1.7.7 on Ethernet0/0 seq 0x18F9 opt 0×52 flag 0×7 len 32 mtu 1504 state EXSTART
*Oct 25 06:09:21.473: OSPF: Nbr 150.1.7.7 has larger interface MTU
Possible solutions:
MTU needs to match for an OSPF adjacency to form! 1. Change the system MTU on the switch. - (3560 system mtu(requires a reboot) or system mtu routing (no reboot)) 2. Configure ip ospf mtu-ignore. (this is needed only on one side) 3. configure a MTU on the VLAN interface with the "IP MTU" command. (on a 3550)
Posted in OSPF, Routing & Switching Lab | Tagged: OSPF | Leave a Comment »
OSPF – 2 ways to enable the ospf process on an interface.
Posted by Peter Kurdziel on October 26, 2008
- the network statement under the routing process.
- ip ospf [process-id] area [area-id] at the interface level.
Posted in Uncategorized | Leave a Comment »
25 Oct 2008 – IEv5 OSPF
Posted by Peter Kurdziel on October 26, 2008
I’m working on IEv5 OSPF today.
Posted in OSPF, Routing & Switching Lab | Tagged: OSPF | Leave a Comment »
EIGRP CMD timers active-time
Posted by Peter Kurdziel on October 21, 2008
router ei 100
timers active-time 1
This command will have lost routes marked are stuck in active if a query response is not heard in within a minute.
Posted in EIGRP, Routing & Switching Lab | Tagged: EIGRP | Leave a Comment »