Pete's Packet

Limitless

Archive for October, 2008

OSPF – point-to-point network type

Posted by Peter Kurdziel on October 26, 2008

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.

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: | 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: | 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: | 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:

Step

Command

Purpose

1

ip ospf network point-to-multipoint

Configure an interface as point-to-multipoint for broadcast media.

2

exit

Enter global configuration mode.

3

router ospf process-id

Configure an OSPF routing process and enter router configuration mode.

4

neighbor ip-address cost number

Specify a neighbor and assign a cost to the neighbor.

5

Repeat Step 4 for each neighbor if you want to specify a cost. Otherwise, neighbors will assume the cost of the interface, based on the ip ospf cost command.

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:

Step

Command

Purpose

1

ip ospf network point-to-multipoint non-broadcast

Configure an interface as point-to-multipoint for nonbroadcast media.

2

exit

Enter global configuration mode.

3

router ospf process-id

Configure an OSPF routing process and enter router configuration mode.

4

neighbor ip-address [cost number]

Specify an OSPF neighbor and optionally assign a cost to the neighbor.

5

Repeat Step 4 for each neighbor.

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: | Leave a Comment »

OSPF – 2 ways to enable the ospf process on an interface.

Posted by Peter Kurdziel on October 26, 2008

  1. the network statement under the routing process.
  2. 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: | 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: | Leave a Comment »

 
Follow

Get every new post delivered to your Inbox.