cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
256
Views
5
Helpful
2
Replies
Participant

Ospfv3

Hi all

I have not enabled OSPF on the loopback interface, but still, I can see the prefix in the type 9 LSA.

This was not happening when I remove the virtual-link command, so what is the relation?

Please refer below picospfv3.JPG

 

Thanks 

Siva

Everyone's tags (5)
1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted
Hall of Fame Expert

Re: Ospfv3

Hello Siva,

OSPFV3 uses IPv6 link local to build adjacencies .

OSPFv3 carries the instance-id inside its packets this makes possible things that were not possible in OSPFv2 for IPv4:

a) you can have the same logical interface running on two different OSPF process-ids using the same area

b) at some point someone realized the potential of the instance id: using the instance-id and having an underlying IPv6 topology "plug and play" OSPFv3 could become multi families like IS-IS. This makes OSPFv3 with  AFs interesting for enterprises running dual stack IPv4/IPv6.

instance 0 IPv6 unicast

instance 1-31 other topologies IPv6 unicast

instance 64

 

https://tools.ietf.org/html/rfc5838

 

Section 2.1

 

Instance ID zero is already defined by default for the IPv6 unicast
   AF.  When this specification is used to support multiple AFs, we
   define the following ranges for different AFs.  The first value of
   each range is the default value for the corresponding AF.

      Instance ID # 0    -  # 31     IPv6 unicast AF
      Instance ID # 32   -  # 63     IPv6 multicast AF
      Instance ID # 64   -  # 95     IPv4 unicast AF
      Instance ID # 96   -  # 127    IPv4 multicast AF
      Instance ID # 128  -  # 255    Unassigned

                            OSPFv3 Instance IDs

For all the rest OSPFv3 behaves like OSPFv2 so the generation of LSA type 9 when a virtual link is created is not a surprise it is expected.

What a virtual link is :      a tricky way to connect to area 0.0.0.0 a device that is connected to area Y via a different standard area

 

R4 -----            area 54   must be standard -----    R3 ------ area 0.0.0.0

RID                                                                            RID

4.4.4.4                                                                      3.3.3.3

<-------------VL = p2p unnumbered link  -------->

 

When setting up a VL notice it is down the VL is an unnumbered point to point link to area 0.0.0.0

 

This way you see why the LSA type 9 is generated the same would happen in OSPFv2 with virtual links.

 

It was a surprise for me to discover that even with not advertised OSPF RIDs VL could form in OSPF2 IPv4.  In an Ask the expect session @Vinit Jain explained us what I have described.

 

All this is well described in the book by @Peter Palùch CCIE R/S  Cisco press vol I

 

 

Hope to help

Giuseppe

 

 

 

Hope to help

Giuseppe

 

View solution in original post

2 REPLIES 2
Highlighted
Participant

Re: Ospfv3

 

@Giuseppe Larosa 

 

Any help, please?

 

 

 

Highlighted
Hall of Fame Expert

Re: Ospfv3

Hello Siva,

OSPFV3 uses IPv6 link local to build adjacencies .

OSPFv3 carries the instance-id inside its packets this makes possible things that were not possible in OSPFv2 for IPv4:

a) you can have the same logical interface running on two different OSPF process-ids using the same area

b) at some point someone realized the potential of the instance id: using the instance-id and having an underlying IPv6 topology "plug and play" OSPFv3 could become multi families like IS-IS. This makes OSPFv3 with  AFs interesting for enterprises running dual stack IPv4/IPv6.

instance 0 IPv6 unicast

instance 1-31 other topologies IPv6 unicast

instance 64

 

https://tools.ietf.org/html/rfc5838

 

Section 2.1

 

Instance ID zero is already defined by default for the IPv6 unicast
   AF.  When this specification is used to support multiple AFs, we
   define the following ranges for different AFs.  The first value of
   each range is the default value for the corresponding AF.

      Instance ID # 0    -  # 31     IPv6 unicast AF
      Instance ID # 32   -  # 63     IPv6 multicast AF
      Instance ID # 64   -  # 95     IPv4 unicast AF
      Instance ID # 96   -  # 127    IPv4 multicast AF
      Instance ID # 128  -  # 255    Unassigned

                            OSPFv3 Instance IDs

For all the rest OSPFv3 behaves like OSPFv2 so the generation of LSA type 9 when a virtual link is created is not a surprise it is expected.

What a virtual link is :      a tricky way to connect to area 0.0.0.0 a device that is connected to area Y via a different standard area

 

R4 -----            area 54   must be standard -----    R3 ------ area 0.0.0.0

RID                                                                            RID

4.4.4.4                                                                      3.3.3.3

<-------------VL = p2p unnumbered link  -------->

 

When setting up a VL notice it is down the VL is an unnumbered point to point link to area 0.0.0.0

 

This way you see why the LSA type 9 is generated the same would happen in OSPFv2 with virtual links.

 

It was a surprise for me to discover that even with not advertised OSPF RIDs VL could form in OSPF2 IPv4.  In an Ask the expect session @Vinit Jain explained us what I have described.

 

All this is well described in the book by @Peter Palùch CCIE R/S  Cisco press vol I

 

 

Hope to help

Giuseppe

 

 

 

Hope to help

Giuseppe

 

View solution in original post