Hi Fabien, pls see inline.
Hi, I have some comment/questions on this topic. First about the link type I would be concerned if we use the same link type for intra and inter domain link because I think it may lead to some confusion on legacy system. RFC3630 states that unrecognised sub TLV must be ignored. So a legacy system will actually see inter domain link as intra domain link. Generally this would probably have no consequence but the link Id of intra and inter AS link, if I understand correctly, are allocated from 2 different address spaces. So an inter AS link Id may actually match an OSPF router Id of the local domain. In this case I think it may lead to some wrong intra AS path computation from legacy system. Besides I don't really see the advantage of having a single link type. Mach>> Agree, a deferent link type will bring us many benifits. i.e. giving a easy way to identify a inter-AS link, OAM ... A question: is the AS sub TLV mandatory? I guess yes but I'm not sure the draft states it. Mach>> Yes, for inter-AS TE link, the AS number attribute is essential, as I pointed out in my previous message, the AS number is needed in the PCE-based path computation senario. Another question for my understanding about the need to advertise both directions of the TE link. I'm not sure to understand what is the goal of this. Is it to be able to advertise asymmetric TE information for each direction of the link? Mach>> Since there is no OSPF adjancy runing on the inter-AS TE links, to advertise both directions of the TE link can make sure that the inter-AS TE link is valid for path computation. As Vishwas Manral said, CSPF implementations will do a two way check before using the TE link for path computation. Best regards, Mach _______________________________________________ OSPF mailing list [email protected] https://www1.ietf.org/mailman/listinfo/ospf
