RE: [OSPF] Fwd: Posting of draft-ietf-ospf-ospfv3-traffic-09.txt

[Mach Chen <mach@huawei.com>]

Hi Alan,

Sorry for the late response(Just return from long national holidays)

Thanks for your useful comments!

On 2007-09-27, at 17:48:59 Alan Davey wrote:

>Guys
>
>Apologies for the late response.  
>
>I basically agree with Acee.
>
>*	It makes sense to define a new OSPFv3-TE LSA type to carry the
>AS connectivity information.  I think that this would probably provide a
>better and more back compatible way to identify the new advertisements
>than defining a new link type value.

Agree, a new LSA type is a better option for OSPFv3 inter-AS TE.

>
>*	It also makes sense to use the same approach in OSPFv2 and
>OSPFv3 and so a new OSPFv2 opaque type may be the way to go. 
>

We are considering whether define a new OSPFv2 opaque type.

>My other comments on the draft, from an OSPFv3 TE perspective, are as
>follows.
>
>*	On the subject of identifying the other end of the inter-AS
>link.
>
>	-  The Link ID sub-TLV is not suitable as it SHOULD be ignored
>on receipt by an OSPFv3 TE implementation.  
>
>	-  The Neighbor ID sub-TLV MUST be used instead.  This sub-TLV
>contains the neighbor's interface ID and the neighbor's 32-bit Router ID
>(note that this is NOT the TE Router ID).
>
>	-  Use of the Neighbor ID sub-TLV requires configuration at the
>ASBR of the remote ASBR's interface ID and the 32-bit Router ID.
>

Yes, for OSPFv3 inter-AS TE, this will be performed as the current OSPFv3 TE does.

>	-  You may want to advertise a global-scope IPv6 address for the
>router at the other end of an inter-AS link in a Remote Interface IPv6
>Address Sub-TLV.  This would also need to be configured.
>

>*	As Acee pointed out, there is currently no OSPFv3 TE equivalent
>to the Type 11 Opaque LSA, that is, there is no defined LSA for flooding
>AS scope TE information.

So, allocating a new separate LSA could make it easyly for the inter-AS TE information having area or AS flooding scope.
 
>
>*	The wording needs to be changed for OSPFv3 TE when describing
>the contents of a "proxy" advertisement for the backward direction of an
>inter-AD TE link.
>

OK.

>Regards
>
>
>Alan Davey
>


Best regards,			
Mach Chen