Re: [teas-3272bis-design-team] 答复: 3272biss and YANG

[Loa Andersson <[e-mail]>]

Daniele,

Happy that you agree with me, though I did not really make a point  ;).
I only asked a simple question, in part based on 3272 itself.
I'm still looking for a response to the question.

My reasoning was that RFC 3272 discusses (at some length) distributed
vs. centralized control plane, what I was thinking about was whether
model driven networking bring something new to the table from a TE
perspective.

I got some responses, but nothing that helps me understand what is
going on.

/Loa




On 2019-03-07 19:23, [e-mail] wrote:
> Hi Daniele,
> 
>> In hierarchical SDN all the traffic engineering is done with Restconf
> + YANG.
> 
> Not entirely true either. Ever read RFC 6805 or 7491? ;-b
> 
> Julien
> 
> 
> On 07/03/2019 11:33, Daniele Ceccarelli wrote:
>> Well this is not entirely true.
>> There is plenty of YANG Models for traffic engineering. TE-topology, TE-tunnel, TE-mapping...just to mention some of them.
>> In hierarchical SDN all the traffic engineering is done with Restconf + YANG.
>> I agree with Loa, it would be probably good to have at least a section dedicated to YANG.
>> BR
>>
>> Daniele
>>
>> -----Original Message-----
>> From: Teas-3272bis-design-team <[e-mail]> On Behalf Of Aijun Wang
>> Sent: den 7 mars 2019 09:42
>>
>> Yang is not closely related to the TE solution. Should we pay more attention to other emerged TE solutions for various environments?
>>
>>
>> Best Regards.
>>
>> Aijun Wang
>> Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China.
>>
>> -----邮件原件-----
>> 发件人: Loa Andersson [mailto:[e-mail]]
>> 发送时间: 2019年3月7日 15:45
>>
>>
>> All,
>>
>> When 3272 was published, YANG modelling ws not over the horizon, is there anything we need to say in 3272bis about YANG?
>>
>> /Loa
>>
> 
> 
> _________________________________________________________________________________________________________________________
> 
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
> 

-- 


Loa Andersson                        email: [e-mail]
Senior MPLS Expert
Bronze Dragon Consulting             phone: [phone]