Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Community Member

Multiple OSPFv3 processes

Hi All,

I just need to be clear about something on OSPFv3 processes.  I hear that different ospf processes in the same router maitains different topology  databases and that by default, the processes do not communicate or exchange routing updates.  I also hear that by default, OSPFv3 processes use the same multicast  address and the same UDP port number; meaning that all the processes in the same multicast group and using the same UDP port number can exchange route updates.  How do the above two default behaviors match up?

1.  The multiple OSPFv3 processes in the same router populate the same routing table right?  Which of the processes will perform the best path selection procedure?  If multiple OSPFv3 processes are offering the same route, then what will be the basis of selecting the best route?  

2.  Which of the processes will exchange the resulting LSAs with other OSPF neighbors? 

Thanks.  

Everyone's tags (1)
4 REPLIES

Re: Multiple OSPFv3 processes

Hi,

every IP-interface can only belong to one OSPF process, so the transmitted and received OSPF packets for establishing adjacencies and exchange of link-state information also belong to this particular process.

OSPFv3 is the IPv6 version of this routing protocol and here enabling OSPF is an interface-level command:

(config-if)# ipv6 ospf area

In OSPFv2 there is also the network command under the OSPF process and you could enable the same networks under two different processes. In this case, I believe, the process that was first enabled on the interface will be active.

HTH

Rolf

Community Member

Multiple OSPFv3 processes

Isn't the instance at the end of the command used to differentiate between the different topologies...?

i think that the process id is locally significant whereas the instance must match..

Mario

Re: Multiple OSPFv3 processes

Hi,

after re-reading the original question I found that there are some more questions to answer.

 I hear that different ospf processes in the same router maitains different topology  databases and that by default, the processes do not communicate or exchange routing updates. 

This is correct, different OSPF processes are "ships in the night", even when they are running both in the global context or in the same VRF.

I also hear that by default, OSPFv3 processes use the same multicast  address and the same UDP port number; meaning that all the processes in the same multicast group and using the same UDP port number can exchange route updates.

This is also correct, in OSPFv2 this is also true when the interface network type is broadcast-capable.

How do the above two default behaviors match up?

Well, there has to be a source too, and the IP-interface of that source has to belong to a certain process.

1.  The multiple OSPFv3 processes in the same router populate the same routing table right?  Which of the processes will perform the best path selection procedure?  If multiple OSPFv3 processes are offering the same route, then what will be the basis of selecting the best route?

2.  Which of the processes will exchange the resulting LSAs with other OSPF neighbors?

Correct, different processes populate the same routing table when they are running in the same context. A common scenario for that is an OSPF-to-OSPF redistrubution: OSPF Redistribution Among Different OSPF Processes. This documet explains that the OSPF path selection rules do not apply among processes and what you need to do to avoid problems caused by that.

Another interesting link: Inter-Process OSPF Route Selection Rules and a recent discussion about path selection when ADs match: https://supportforums.cisco.com/message/4067146

HTH

Rolf

Community Member

Multiple OSPFv3 processes

Thanks for the responses.  The links are very helpful.

272
Views
4
Helpful
4
Replies
CreatePlease to create content