[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Section 16.2 of RFC2328 and ABR's behaviour
> -----Original Message-----
> From: Mailing List [mailto:OSPF at PEACH.EASE.LSOFT.COM] On
> Behalf Of Acee Lindem
> Sent: Tuesday, February 14, 2006 5:18 PM
> To: OSPF at PEACH.EASE.LSOFT.COM
> Subject: Re: Section 16.2 of RFC2328 and ABR's behaviour
>
> Srinivas Goli wrote:
>
> >Folks,
> >
> >Section 16.2 states the following
> >
> > 16.2. Calculating the inter-area routes
> >
> > The inter-area routes are calculated by examining
> summary-LSAs.
> > If the router has active attachments to multiple areas, only
> > backbone summary-LSAs are examined. Routers attached to a
> > single area examine that area's summary-LSAs. In
> either case,
> > the summary-LSAs examined below are all part of a
> single area's
> > link state database (call it Area A).
> >
> >>From this it is clear that the an ABR will only examine the summary
> >>LSAs
> >from the backbone area. This is done to avoid the counting
> to infinity
> >problem since exchanging routes between areas is done using Distance
> >Vector mechanisms.
> >
> >Now some of vendors seems to skip this check i.e examining
> summary LSAs
> >from all attached areas. Can any one explain why this would be
> >considered useful, assuming this is done intentionally.
> >
> >
> Hi Srinivas,
> See RFC 3509.
> Thanks,
> Acee
>
Hi Acee,
I had looked at RFC3509 as possible explanation of what I saw but the
particular case I am looking at is a router with two actively attached
areas both of which are non backbone areas. The router would identify
itself as ABR by setting B bit in the router-lsa. The router also
re-advertises the summary LSAs in one area into the other areas.
Thanks,
> >Regards,
> >
> >
> >
>
>