Hi guys, Regarding the last question on instances.
Technically speaking, 1588-2008 did support multiple instances (including multiple domains), but the specifications were ambiguous. The upcoming 1588-rev clarifies the specifications for multiple instances. We've incorporated some of that multi-instance clarity into the 1588-2008 YANG. A single port can be configured as a member of more than one instance. As one example, you might have an instance that uses domainNumber=1, and a second instance that uses domainNumber=2, and the port is common to both instances at the edge, and redundant (i.e. each domainNumber on different ports) in the interior of the network (e.g. maximally redundant trees algorithm). Rodney From: Jiangyuanlong [mailto:[email protected]] Sent: Tuesday, April 3, 2018 10:47 PM To: Alex Campbell ; [email protected]<mailto:[email protected]> Cc: Rodney Cummings Subject: RE: Questions (and one comment) on ietf-ptp Alex, Regarding the two questions, I think both are out of scope of 1588-2008 while they are valid for 1588v2.1: “Is there a way for the management system to determine the relationship between port numbers and interface names, when using transparent clock mode? port-ds-list has underlying-interface, which seems to solve exactly this problem. But there's no such leaf for transparent-clock-port-ds-list.” My opinion is, underlying-interface can also be introduced to transparent clock for the YANG module of 1588v2.1. “What should happen if a port is configured as a member of more than one instance (or one instance and transparent clock)?” My understanding is, IEEE 1588-2008 only deals with one domain (i.e., instance). I heard there were discussions on multiple instances in the new revision of 1588, maybe Rodney can give some hints. Thanks, Yuanlong From: TICTOC [mailto:[email protected]] On Behalf Of Alex Campbell Sent: Wednesday, April 04, 2018 7:13 AM To: [email protected]<mailto:[email protected]> Subject: [TICTOC] Questions (and one comment) on ietf-ptp Hi, Regarding the YANG model defined in draft-ietf-tictoc-1588v2-yang-07: When an arbitrary identifier is needed for a list key, most YANG models tend to use strings (e.g. ietf-hardware, ietf-interfaces, tend to use strings rather than numbers. I suggest changing instance-number to a string instance-name. Is there a way for the management system to determine the relationship between port numbers and interface names, when using transparent clock mode? port-ds-list has underlying-interface, which seems to solve exactly this problem. But there's no such leaf for transparent-clock-port-ds-list. Finally, what should happen if a port is configured as a member of more than one instance (or one instance and transparent clock)? Thanks, Alex
_______________________________________________ TICTOC mailing list [email protected] https://www.ietf.org/mailman/listinfo/tictoc
