[quagga-users 7592] Re: About LSA flooding

emmanuel.vize emmanuel.vize at 6wind.com
Thu Sep 28 08:59:56 IST 2006


Hi,
Here are the logs I get with 2 routers ( code is roughly version 0.99.1 )

It looks like the LSA is flooded first, then SPF calculation is scheduled.

Regards,
Emmanuel

....
Sep 28 07:48:08 OSPF-DEBUG: Link State Update received from 
[10.24.1.201] via [eth2_0:10.23.1.101]
Sep 28 07:48:08 OSPF-DEBUG:  src [10.23.1.201],
Sep 28 07:48:08 OSPF-DEBUG:  dst [224.0.0.5]
Sep 28 07:48:08 OSPF-DEBUG: LSA[Type1:10.24.1.201]: 0x81f46fc new LSA 
created with Link State Update

Sep 28 07:48:08 OSPF-DEBUG: LSA[Flooding]: start, NBR 10.24.1.201 
(Full), cur(0x81f30b4), New-LSA[Type1,id(10.24.1.201),ar(10.24.1.201)]
Sep 28 07:48:08 OSPF-DEBUG: ospf_flood_through_interface(): considering 
int eth2_0:10.23.1.101, IN
BR(10.24.1.201), LSA[Type1,id(10.24.1.201),ar(10.24.1.201)]
Sep 28 07:48:08 OSPF-DEBUG: ospf_flood_through_interface(): considering 
nbr 10.23.1.101 (2-Way)
Sep 28 07:48:08 OSPF-DEBUG: ospf_flood_through_interface(): considering 
nbr 10.24.1.201 (Full)
Sep 28 07:48:08 OSPF-DEBUG: Skip this neighbor: inbr == onbr
Sep 28 07:48:08 OSPF-DEBUG: LSA: freed 0x81f30b4
Sep 28 07:48:08 OSPF-DEBUG: LSA[Type1:10.24.1.201]: data freed 0x81f310c

Sep 28 07:48:08 OSPF-DEBUG: Scheduling ABR task
Sep 28 07:48:08 OSPF-DEBUG: SPF: calculation timer scheduled
Sep 28 07:48:08 OSPF-DEBUG: SPF: calculation timer delay = 1
Sep 28 07:48:08 OSPF-DEBUG: LSA[Type1,id(10.24.1.201),ar(10.24.1.201)]: 
Install router-LSA to Area 0.0.0.0

Sep 28 07:48:09 OSPF-DEBUG: Link State Acknowledgment sent to 
[224.0.0.5] via [eth2_0:10.23.1.101].

Sep 28 07:48:09 OSPF-DEBUG: SPF: Timer (SPF calculation expire)
Sep 28 07:48:09 OSPF-DEBUG: ospf_spf_calculate: Start
Sep 28 07:48:09 OSPF-DEBUG: ospf_spf_calculate: running Dijkstra for 
area 0.0.0.0
Sep 28 07:48:09 OSPF-DEBUG: Looking up Network LSA, ID: 10.23.1.201
Sep 28 07:48:09 OSPF-DEBUG: found the LSA
Sep 28 07:48:09 OSPF-DEBUG: ospf_nexthop_calculation(): Start
Sep 28 07:48:09 OSPF-DEBUG: V (parent): Router vertex 10.23.1.101  
distance 0 backlink -1 flags 0
Sep 28 07:48:09 OSPF-DEBUG: W (dest)  : Network vertex 10.23.1.201  
distance 1 backlink 0 flags 0
Sep 28 07:48:09 OSPF-DEBUG: The LSA is already in SPF
Sep 28 07:48:09 OSPF-DEBUG: ospf_nexthop_calculation(): Start
Sep 28 07:48:09 OSPF-DEBUG: V (parent): Network vertex 10.23.1.201  
distance 1 backlink 0 flags 0
Sep 28 07:48:09 OSPF-DEBUG:  nexthop 0.0.0.0  interface 
eth2_0:10.23.1.101  parent 10.23.1.101
Sep 28 07:48:09 OSPF-DEBUG: W (dest)  : Router vertex 10.24.1.201  
distance 1 backlink 0 flags 0
Sep 28 07:48:09 OSPF-DEBUG: ospf_intra_add_router: Start
Sep 28 07:48:09 OSPF-DEBUG: ospf_intra_add_router: LS ID: 10.24.1.201
Sep 28 07:48:09 OSPF-DEBUG: ospf_vl_up_check(): Start
Sep 28 07:48:09 OSPF-DEBUG: ospf_vl_up_check(): Router ID is 10.24.1.201
Sep 28 07:48:09 OSPF-DEBUG: ospf_vl_up_check(): Area is 0.0.0.0
Sep 28 07:48:09 OSPF-DEBUG: ospf_intra_add_router: this router is 
neither ASBR nor ABR, skipping it
Sep 28 07:48:09 OSPF-DEBUG: Looking up Network LSA, ID: 10.23.1.201
Sep 28 07:48:09 OSPF-DEBUG: found the LSA
Sep 28 07:48:09 OSPF-DEBUG: The LSA is already in SPF
Sep 28 07:48:09 OSPF-DEBUG: SPF Result: 0 [R] 10.23.1.101
Sep 28 07:48:09 OSPF-DEBUG: SPF Result: 1 [N] 10.23.1.201/24
Sep 28 07:48:09 OSPF-DEBUG:  nexthop 0.0.0.0
Sep 28 07:48:09 OSPF-DEBUG: SPF Result: 2 [R] 10.24.1.201
Sep 28 07:48:09 OSPF-DEBUG:  nexthop 10.23.1.201
....




Zheng Cai wrote:

>Hi guys,
>
>Does anyone know that once a quagga OSPF router receives an LSA update,
>whether it recalculate the routing table and then flood this LSA update
>to others, or first flood this LSA and then recalculate the routing
>table?
>
>Thank you very much for your help!
>
>Sincerely,
>
>  
>





More information about the Quagga-users mailing list